第1章 面向对技术概述.pptVIP

引言 □ 1.UML是什么？ □ 2.什么是模型？ □ 3.建模的目的和原则 □ 4.为什么要使用UML建模，可以建立什么模型 □ 5.常见误区 1.1 软件危机及软件工程 ○ 20世纪60年代中期开始爆发软件危机 人们认识到大中型软件系统与小型软件系统有本质的不同。 ○ 1968年，北大西洋公约组织（NATO）科技委员会在德国Garmisch召开研讨会，商讨摆脱软件危机的办法，第一次提出了“软件工程”的概念。 1.1 软件危机及软件工程 □ 30多年发展 《软件工程》发展 软件危机依然存在 →更加严重 □ 大量的事实说明 软件的质量和生产率问题远没有解决 1.1 软件危机及软件工程 □ 与30多年前相比，现在的软件在规模、复杂性等方面远超过以前。 □ 大型软件开发中的许多问题： ① 开发生产率低 ② 产品质量差 ③ 产品难以维护 ④ 软件可移植性差 ⑤ 开发费用超支 ⑥ 开发时间超期 1.1 软件危机及软件工程 □ 国内外软件开发现状： ○ 小型软件系统： 有比较好的方法，成功率较高 ○ 大型软件系统： 情况不尽人意 1.1 软件危机及软件工程 □ 针对大型软件系统开发中存在的问题 人们提出了很多方法： ① 瀑布式软件开发方法 ② 快速原型方法 ③ 螺旋式软件开发方法 ④ 变换式软件开发方法 …… 结论：软件危机并没有完全解决 软件危机依然存在 1.2 对软件开发的基本认识 大型软件系统的特点： ① 开发代价高 ② 开发时间长 ③ 开发人员多 ④ 生命周期长 采用传统的方法开发大型软件存在问题： ① 开发效率低 ② 产品质量差 ③ 产品难维护 ④ 可移植性差 ⑤ 可复用性低 1.2 对软件开发的基本认识 □ 软件系统的开发 ① 软件开发过程 需求分析→总体设计→详细设计→代码实现→测试→交付 ② 软件开发过程中所涉及的各种资源 开发人员、硬件资源、软件资源 □ 软件开发中存在问题的原因： 两方面控制不当、协调不一致。 1.2 对软件开发的基本认识 □ 软件工程的目的 在规定的时间、规定的开发费用内开发出满足用户需求的高质量的软件系统。 ○ 当初提出软件工程，就是希望采用工程的概念、原理、技术和方法，把经过时间考验而证明有效的管理技术和当前最好的技术方法结合起来，以指导计算机软件的开发和维护。 1.2 对软件开发的基本认识 □ 为了深入理解软件工程，有必要探讨软件的特点。软件是一个逻辑部件。较硬件： ① 表现形式不同。 ○硬件：看得见、摸得着 ○软件：没有颜色、形状，只有在计算机上运行后才知道。 1.2 对软件开发的基本认识 ② 生产方式不同。 ○硬件：工业制作 ○软件：和人的智力活动紧密相关，很多人共同完成一个项目，需要相互交流。 1.2 对软件开发的基本认识 ③ 产品要求不同。 ○硬件：可以有误差，只要达到精度 ○软件：不允许有误差。 1.2 对软件开发的基本认识 ④ 维护方式不同。 ○硬件：使用备用件 ○软件：没有备用件。 修改，修改可能带来新错误，继续修改… 1.3 软件的固有复杂性 □ 软件的复杂性是固有的 原因有五： ① 计算机的体系结构 冯．诺依曼结构 ② 软件开发是智力活动 ③ 软件系统中各元素之间相互作用不确定性 ④ 软件系统面临不断变化的压力 ⑤ 软件系统的生命周期较相应的硬件系统长 1.3 软件的固有复杂性 □ 传统的工程领域有好的理论帮助其设计 ○ 桥梁专家 力学理论 ○ 硬件设计师 微电子学理论 ○ 软件设计人员 nothing 1.3 软件的固有复杂性 □ 没有理论指导，导致软件可以具有极大的无序度，使得软件系统难以理解、认识、掌握和控制。 ○ 软件设计人员所面临问题的复杂性 设计一座桥梁，设计一个芯片的复杂性 ① 为自己建立设计与实现的准则 ② 利用这些准则构造符合要求的软件系统 1.4 控制软件复杂性的基本方法 □ 软件的复杂性 大型软件系统的一个固有的本质特征。 □ 固有的＝无法彻底消除这些复杂性 因此只能采用控制复杂性的方法 尽量减少软件复杂性对软件开发过程的影响，而分解、抽象、模块化、信息隐蔽等是控制软件复杂性的有效方法。 1. 分解 □ 解决复杂问题：“各个击破” 著名的计算机科学家Parnas认为，巧妙地分解