软件工程第1章　软件工程概述 课件.ppt

增量模型 构件1: 规格说明 设计 编码和集成 交付客户 构件2: 规格说明 设计 编码和集成 交付客户 构件n: 规格说明 设计 编码和集成 交付客户 ┇ ┇ ┇ ┇ 　　增量模型，也称渐增模型，融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第1个增量往往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，不断发布增量，直到产生了最终的完善产品。 1.3 软件过程 增量模型与原型实现模型比较 本质上都是迭代的，但与原型实现不一样的是其强调每一个增量均发布一个可操作产品。早期的增量是最终产品的“可拆卸”版本，但提供了为用户服务的功能，并且为用户提供了评估的平台。 特点 增量模型的特点是引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。虽然某个增量包可能还需要进一步适应客户的需求并且更改，但只要这个增量包足够小，其影响对整个项目来说是可以承受的。 增量模型 1.3 软件过程 优点 采用增量模型的优点是人员分配灵活。刚开始不用投入大量人力资源。如果核心产品很受欢迎，则可增加人力实现下一个增量。 可先发布部分功能给客户，对客户起到镇静剂的作用。 增量能够有计划地管理技术风险。 缺点 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。 增加系统内部的耦合复杂性。如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。 增量模型 1.3 软件过程 螺旋模型 需求定义 风险分析 工程实现 评审 1:n 需求定义 风险分析 工程实现 评审 需求定义 风险分析 工程实现 评审 1.3 软件过程 螺旋模型 分析评估所选方案，考虑如何识别和消除风险 评价开发工作，提出修正建议，制定下一步计划 实施软件开发和验证 需求分析 确定软件目标，选定实施方案，弄清项目开发的限制条件 风险分析 评审 工程实现 1.3 软件过程 螺旋模型与增量模型的区别 两者迭代层级不同： 增量模型在活动级迭代； 螺旋模型在过程级迭代； 两者需求分析的时间不同： 增量模型常常是先做总体需求分析和设计，然后在编码和测试中逐个增量开发； 螺旋模型在开发周期内采用简化瀑布模型或快速模型； 两者提交软件的方式不同： 增量开发在上次增量的基础上提交新的一部分软件； 螺旋模型每次迭代都提交一个新的完整的软件版本； 两者减少风险的方式不同： 增量开发通过避免使用未成熟技术和经常的客户反馈等方法减少风险； 而螺旋模型中直接啬了风险识别，风险分析、风险控制，计划性较强； 1.3 软件过程 统一软件过程RUP(Rational Unified Process ) 工作流程 业务建模 需求 系统与设计 实施 测试 部署 配置与变更管理 项目管理 环境 初始阶段 Inception 细化阶段 Elaboration 构造阶段 Construction 交付阶段 Transition 1.3 软件过程 分析与设计工作流程明细 特点 迭代开发：RUP中的每个阶段可以进一步分解为迭代。一个迭代是一个完整的开发循环，产生一个可执行的产品版本，是最终产品的一个子集，它增量式地发展，从一个迭代过程到另一个迭代过程到成为最终的系统。 可裁剪：各个组 织可根据自身的实际情况，以及项目规 模对RUP进行裁剪和修改,以制定出合乎 需要的软件工程过程。 特别适合大中型项目的开发。 优点 降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。 降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。 加快了整个开发工作的进度。因为开发人员清楚问题的焦点，他们的工作会更有效率。 由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。 统一软件过程RUP(Rational Unified Process ) 1.3 软件过程 作业：根据自己使用的手机，编写拨打电话的全部操作说明书 要求： 至少包括拨打电话、接听电话、操作通话记录、操作电话薄等功能。 包括相互导