软件工程ppt.ppt

《软件工程ppt.ppt》由会员分享，可在线阅读，更多相关《软件工程ppt.ppt（37页珍藏版）》请在课桌文档上搜索。

1、软件工程,整体安排,授课时间：1-16周考试形式：闭卷考试最终成绩 平时成绩20%考试成绩80%课件密码：关于PPT：Just a outline关于教材：组织顺序小结,平时成绩计算,满分100分基础分60分,什么是软件工程?,工程的定义：将自然科学的理论运用到具体的生产部门例如：水利工程、土木工程、遗传工程等软件工程：像制造工业产品一样来制作生产软件more about your career软件生产过程的演变,第一章 概论,软件危机的产生：传统软件设计过程，除了程序清单外，没有其它文档资料保存下来软件数量和规模不断膨胀（硬件通用化 VS 软件）因各类需要修改程序以上原因造成维护的代价太大，

2、甚至不可维护，软件危机就出现了,软件危机,软件危机的定义：在计算机软件的开发和维护过程中所遇到的一系列的严重问题也有人将其称之为“软件萧条”或“软件困扰”如何开发软件如何维护软件绝非不能正常运行的软件才具有这样的问题,软件危机,软件危机的一些典型表现软件开发的进度难以控制，经常出现经费超预算、完成期限一再拖延的现象。1979年，美国US Government Accounting Office对政府项目进行了调查，其中9个软件项目的结果如下：,软件需求在开发初期不明确，导致矛盾在后期集中暴露，从而对整个开发过程带来灾难性的后果。重做一些你认为已做好的事情，返工会耗费开发总费用的40%，而70%

3、85%的重做是由于需求方面的错误引起的 由于缺乏完整规范的资料，加之软件测试不充分，从而造成软件质量低下，运行中出现大量问题。在1985年到1987年之间，至少有2个病人是死于Therac-25医疗线性加速器的过量辐射，其原因是控制软件中的一个故障。改正已有错误或添加新功能困难没有适当的文档资料软件成本占计算机系统成本的比例逐年上升软件生产率提高的速度远不及计算机应用普及深入的趋势,软件危机,软件的特点：软件是一种逻辑实体，不是物理的产品复杂性随程序规模呈指数级上升软件是由开发或工程化而形成的，没有明显的制造过程。软件成本集中于开上，意味着软件项目不能象硬件制造项目那样来管理。软件在运行和使用

4、期间，不存在硬件那样的磨损和老化问题，但它存在退化问题，开发人员必须维护软件（如图a，b）大多数软件是自定的，而不是通过已有构件组装而成的。迄今为止，软件的开发尚未完全摆脱手工的方式。软件成本相当昂贵。软件本身是复杂的。,软件危机,软件与硬件的对比图,软件危机,软件危机的产生：由软件自身特点所造成的原因没有对用户的需求完整准确的认识就开始写代码认为软件就是代码，没有认识到完整的软件应包括代码、文档和数据（编码一般占工作量的1020%，测试占4050%）轻视软件的维护（费用占5070%）,软件危机,消除软件危机的途径首先对计算机软件有正确认识其次软件开发不是某种个体劳动的神秘技巧开发和使用好各类

5、软件工具来支持整个软件开发的过程通过管理和技术（方法和工具）两方面来解决软件危机软件工程,软件工程,软件工程的定义P51968年Fritz Bauer曾在NATO会议上给出软件工程的定义：软件工程 是为了经济地获得能够在实际机器上高效运行的可靠软件而建立和使用的一系列好的工程化原则。1983年，IEEE（Institute of Electrical&Electronic Engineers，电气与电子工程师协会）给出了一个更为全面的定义：软件工程 是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。,软件工程,软件工程的特征：软件工程关注于大型程序

6、的构造软件工程的中心课题是控制复杂性软件经常变化（现实世界是一个不断变化的世界）开发软件的效率非常重要和谐的合作是开发软件的关键软件必须有效的支持它的用户用户和开发者的文化背景不同,软件工程基本原理,软件工程的七条基本原理（B.W.Boehm）用分阶段的生命周期计划严格管理（一半由计划不周造成）坚持进行阶段评审（为了尽早的发现问题，设计错误占到63%，编码错误仅占37%）实行严格的产品控制（基准配置）采用现代程序设计技术结果应能清楚的审查开发小组的人员应该少而精（交流开销增加）承认不断改进软件工程实践的必要性,软件工程方法学,管理技术管理：通过计划、组织和控制等活动，合理的配置和使用各种资源，

7、以达到既定目标的过程在软件生命周期全过程中使用的一整套技术方法的集合软件工程方法学（Software Engineering Methodology）,软件工程方法学,软件工程方法学三个要素：方法：完成软件开发各项任务的技术方法工具：各类自动半自动的软件工程支撑环境过程：各项任务的工作内容和步骤软件工程方法学的分类：传统方法学面向对象方法学,传统方法学,生命周期方法学或结构化方法学采用结构化技术来完成软件开发中的各项任务将生命周期分为若干阶段，然后顺序完成各阶段的任务。通常每一阶段都是对上一阶段的具体化，精化每一阶段完成后都要进行审查（文档）,传统方法学,传统方法学的优点每个阶段任务相对独立，

8、简单每个阶段后的审查使整个过程有条不紊传统方法学在相当长的时间内还是有很强的生命力,面向对象方法学,将数据和对数据的操作（行为）结合在一起，而不是将其割裂开来面向对象方法学的四个要点：将对象作为数据及对数据操作的统一体将对象划分为类：体现了人类认识从特殊到一般的归纳继承：体现了人类认识从一般到特殊的演绎封装：降低了复杂性，促进了重用,软件生命周期,软件定义、软件开发、运行维护软件定义：问题定义、可行性研究和需求分析软件开发：系统设计：总体设计、详细设计系统实现：编码、测试运行维护：每次维护都是大大压缩了的定义和开发过程,软件生命周期,问题定义：非常重要，却又常被忽视。“要解决的问题是什么”可行

9、性研究：“对于上一个阶段所确定的问题有行得通的解决办法吗？”需求分析：用正式文档（规格说明书，Specification）记录需求，“目标系统必须做什么”总体设计概要设计：低中高成本三个方案，推荐最佳方案，“如何实现目标系统”详细设计模块设计：确定算法流程和数据结构，“应该怎样具体地实现系统”,软件生命周期,编码和单元测试综合测试：至少包括集成测试和验收测试；必要时还可以加上现场测试和平行运行软件维护：每项维护都应该用文档进行记录并加以保存，包括：改正性维护、适应性维护、完善性维护、预防性维护,软件过程,软件过程：为了获得高质量软件所需要完成的一系列任务的框架，规定了完成各项任务的工作步骤wh

10、o/when/what/how使用资源将输入转化成输出的过程生命周期模型过程模型：用来描述生命周期的划分及各阶段的执行顺序,软件过程,瀑布模型：基本上就是传统方法学的软件过程。具有顺序性和依赖性的特点,软件过程,推迟实现的观点质量保证的观点：文档+审查是文档驱动的：双刃剑实际的瀑布模型带反馈环的带维护,软件过程,快速原型模型：通过快速建立原型来与用户交互，以期准确快速的获得用户需求原型的作用与建立（4GL）与瀑布模型对比,软件过程,增量模型（渐增模型）：将软件分为一系列相对独立的构件来进行开发本质上与扩充已有软件功能是一致的增量模型的优点在短时间内向用户提交可完成部分功能的产品用户学习的时间比较充裕增量模型的缺点：划分不同构件可能不合理，集成的时候可能出现问题,软件过程,螺旋模型：可以将其视为在每个阶段都增加了风险分析的快速原型模型主要适用于内部开发的大规模软件项目基本思想：利用原型及其它方法来尽量降低风险维护与开发之间并没有本质区别螺旋模型的优点与缺点,本章小结,计算机软件软件危机产生及其原因软件工程传统方法学VS面向对象方法学生命周期软件过程及软件过程模型,