第1章 软件工程学概述(精品·公开课件).ppt

敏捷(灵活)过程与极限编程 XP项目的整体开发过程 图1.12 XP迭代开发过程 1.4.8微软过程 图1.13微软软件生命周期阶段划分和主要里程碑 图1.14微软过程的生命周期模型 各种生命周期模型的比较 生命周期模型 优点 缺点 瀑布模型 文档驱动的有序方法 交付产品可能不符合客户的要求 快速原型模型 确保交付的产品符合客户的要求 还没有证明无懈可击 增量模型 增大投的早期回报 要求开放的结构，可能退化为建造-修补模型 极限编程 增大投资的早期回报，客户的需求模糊时能很好地工作 还没有被广泛使用 螺旋模型 结合上述所有模型的特性 只能用于大型的内部软件产品，开发者必须精通风险分析和风险排除 小结 不同的生命周期模型有自己的优点，也有自己的不足 选择生命周期模型的标准为 组织 组织的管理 雇员的能力 具体产品的特性 最好的建议 “Mix-and-match” 生命周期 总结 本章我们讲述了 软件危机产生的主客观原因，消除软件危机的途径 软件工程的定义、本质特征和基本原理 软件工程方法学：传统方法和面向对象方法 软件生命周期 软件过程模型 瀑布模型 快速原型模型 增量模型 螺旋模型 其他 第1章 复习要点 1．什么是软件危机？有哪些主要表现？ 其产生的原因是什么？ 2．什么是软件工程？有哪些特性？ 其基本原理是什么？ 3．传统方法学和面向对象方法学的要点及优缺点。 4．什么是软件生命周期？分哪几个阶段？ 5．什么是软件过程？与软件工程方法学有何关系？ 6. 什么是软件生命周期模型？比较各种模型的优缺点。 作业 习题1 P32：1,3,7 * 1、复杂性 软件比硬件复杂多了 传统的抽象方法可以用于简化数学和物理问题，但是却不能用来简化软件，因为简化后的软件是没有用的 我们不能完全理解一个大型软件 软件过程管理是困难的 维护过程变得很复杂 2、不可见性 软件本质的一个主要问题是其不可见和不可显现 (invisible and unvisualizable) 所有视图是不易理解 部分视图容易令人误解 但是，所有的视图都是有用的 * 加米斯帕腾基辛是德国阿尔卑斯的观光基地，通过这里的登山铁道可到达德国最高峰楚格峰，从那里四望可以看见四个国家。我们登上去的时候虽然是大热天时，但这里的雪山积雪依然很厚，滑雪者热闹非凡。当加米斯帕腾基辛(Garmisch??Partenkirchen)突然出现在眼前时，我们被这座家家户户屋檐雪峰挂角的小镇惊呆了。雪山水穿城过户，粉色樱花树掩映雪山，古老屋宅的门墙上描摹着童话故事。 * 软件工程学包含三个要素：方法、工具和过程。 软件方法：完成软件开发的各项任务的技术方法，回答“怎么做”的问题； 软件工具：为运用方法而提供的自动的或半自动的软件支撑环境； 理论工具：逐步求精法、成本-效益分析法、软件度量 CASE(Computer-Aided Software Engineering)计算机辅助软件工程 软件过程：为了获得高质量的软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 * 将在第2~3，5~8章中详细介绍。 结构化分析详细见第二章补充知识。 * 将在第9~12章中详细介绍。 * deposit：存款 withdraw：取款 account balance: 账户余额 determine balance: 计算余额 * 集成测试：根据设计的软禁结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。 验收测试：按照规格说明书的规定（通常是在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。 * 据统计，软件维护占整个软件生存周期总工作量的10%至70%不等，由此可见软件维护的重要性 。 （1）改正性维护(占 17%～20%)：改正在特定的使用条件下软件中暴露出来的错误与缺陷，这些错误或缺陷在测试时并未被发现 ； （2）适应性维护(占18%～25% ) ：使软件产品能够适应变化了的运行环境，如操作系统版本的升级、机器配置的变化、软件使用对象的变化等； （3）完善性维护(占50%～60% ) ：为适应用户对软件功能、性能或接口方面提出的新要求以使产品更加完善与合理而进行的修改； （4）预防性维护(占4%左右) ：提高产品的可靠性和可维护性，减少今后维护的工作量，有利于系统和进一步改造或升级换代而进行的维护。 * 掌握瀑布模型 掌握快速原型开发模型 了解增量模型 掌握螺旋模型 了解极限编程 了解RUP * 1970年由Royce首先提出，如图所示。 20世纪80年代初，唯一被广泛接受的生命周期模型。 验证：在该阶段的文档已经完成并且该阶段的产品得到软件质量保证SQA（Software Quality