软件工程第1章软件工程概述CUMT剖析.ppt

课件制作人：谢希仁 1.5 应正确认识和处理好的几个关系 1.传统软件工程与现代软件工程的关系 虽然两类工程规范存在很大的差异，但他们还有不少共同点，许多在传统软件工程中总结的指导思想在面向对象软件工程中仍具有指导意义。有些在传统软件工程中行之有效的分析和设计方法（如模块化设计、抽象与细化等）在面向对象中继续适用，有些方法（如分析与设计建模）在面向对象中还有发展。并且，面向对象软件工程还有所发展，在面向对象软件工程趋于成熟的同时，新一代软件工程——“构件工程”正在逐步扩大其应用范围。 课件制作人：谢希仁 2.软件工程原理与软件工程方法的关系 软件工程总结了大量的精辟原理（清晰第一，效率第二；设计优先编码；使程序结构适合问题结构；开发伴随复用等）和科学方法（结构化分析；结构化设计；OO分析；OO设计；UML语言；白盒测试和黑盒测试等）。要注意原理（指导）和方法（应用）的结合。 课件制作人：谢希仁 3.软件工程技术与软件工程管理的关系 软件工程技术与管理是软件开发的两个方面，没有管理，再好的技术都不能充分发挥作用。管理离不开度量，“靠度量来管理”已经成为现代管理的一条重要原则。软件度量学和软件经济学是该原则在软件工程中的具体体现。 课件制作人：谢希仁 4.形式化方法与非形式化方法的关系 形式化方法是软件工程的高级研究课题之一，是一种基于数学的开发方法，它采用数学方法来描述系统的性质。非形式化方法主要用图、表、文本、符号等来描述系统模型。 课件制作人：谢希仁 5.小程序设计与大程序设计的关系 不论大小软件，都应使用软件工程的原理方法来指导开发，只有学会有效地编写小程序，才可能有效地编写大程序。 课件制作人：谢希仁 非常感谢！ QA 在此处创建与本课程内容相关的话题或问题，引导学员注意。 此页可有可无。这页仅在授课时使用， 胶片＋注释中不使用。 在此处创建与本课程内容相关的话题或问题，引导学员注意。 此页可有可无。这页仅在授课时使用， 胶片＋注释中不使用。 长期以来的软件开发状况 多数软件都是针对某个具体的应用系统从头进行开发的 导致：出现了大量的同类软件重复开发，造成大量人力、财力的浪费，而且软件的质量也不高 对比：汽车工业的生产模式 在已有的部件基础上通过组装进行生产：有专门的部件生产工厂，汽车设计者在设计中选择市场上已有的合适的部件 避免了大量的重复劳动，提高了产品质量和生产效率，促进分工合作 IBM360操作系统的研制人员最多时可达1000多人，从1963年到1966年共花了四年时间才完成，总计耗费了5000多人年，以后又进行不断的修改和补充。该系统的整个研制费用为5亿美元，其中近一半花在软件上。 在软件的运行和使用期间，没有硬件那样的机械磨损，老化问题。任何机械、电子设备在运行和使用中，其失效率大都遵循如图1.1(a)所示的Ｕ型曲线（即浴盆曲线）。因为在刚刚投入使用时，各部件尚未做到配合良好、运转灵活，常常容易出现问题。经过一段时间运行，就可以稳定下来。而当设备经历了相当长时间的运转，就会出现磨损、老化等问题，使失效率越来越大。当失效率达到一定程度，就到达了寿命的终点，就要报废了。 软件的情况与此不同，它没有Ｕ型曲线的右半翼，因为它不存在磨损和老化问题。然而它存在退化问题。在软件的生存期中，为了使它能够克服以前没有发现的故障、使它能够适应硬件、软件环境的变化以及用户新的要求，必须要多次修改（维护）软件，而每次修改必不可免地引入新的错误，这样一次次修改，导致软件失效率升高，如图1.1(b)所示，从而使得软件退化。究其原因，新的错误多是在设计或程序编码产生。因此，软件维护比硬件维护要复杂得多，与硬件的维修有着本质的差别。 软件危机爆发于20世纪60年代末期，虽然人们一直致力于发现解决危机的方法，但是软件危机至今依然困绕着我们，并没有一种灵丹妙药可以完全治愈这种病痛。 1965年至1970年，美国范登堡基地发射火箭多次失败，绝大部分出于控制系统的故障，一个小小的疏漏往往会造成上千万美元的损失。在1985年到1987年之间，至少有2个病人是死于Therac-25医疗线性加速器的过量辐射，其原因是控制软件中的一个故障。由此可见，软件错误的后果是十分严重的，医疗软件的错误可能造成病人的生命危险，银行系统的错误会使金融混乱，航管系统的错误会造成飞机失事等等。 软件人员太像皇帝新衣故事中的裁缝：我们正忙于编织织物，只要一会儿，你就会看到这件织物是极其美丽的。但是什么也看不到，什么也摸不到，也说不出任何一个有关的数字，没有任何办法得到一些信息说明事情确实进行得非常顺利，而且许多人最终已经编织了一大堆昂贵的废物，还有不少人最终什么也