软件工程课件第2章过程模型.pptVIP

增量模型 * 问题背景：由于传统的瀑布模型本身存在的不足，在开发过程中不论怎样严格，终究难以接近理想目标，考虑能否将整个软件一部分一部分地开发？ 解决方案：在需求难以完全明确的情况下，快速分析并构造一个小的原型系统，满足用户的某些要求后，使用户在使用过程中受其启发，逐步确定各种需求。即所谓的增量模型。 增量模型：融合了线性顺序模型的基本成分(重复的应用这些成分)和原型模型的迭代特征。增量模型实际上是一个随着日程/时间的进展而交错的线性序列集合。每一个线性序列产生一个软件的可发布的“增量”，所有的增量都能够结合到原型模型中去。 增量模型 * 软件功能和特征 项目时间 沟通 策划 建模 构建 部署 增量#1 交付第1个增量 核心产品 增量#2 交付第2个增量 更多功能和特性 增量#n 交付第n个增量 ? 更好地利用资源 增量过程模型 增量模型（II） 基于增量模型开发一个购物网站（例） 用户注册、基本的搜索及结果展示，购物及结算（核心模块） 后台的统计、分析功能，了解大概的销售情况 智能化分析模块，实现书籍的自动推荐 会员管理等其他功能，增强网站的凝聚力。 * 增量模型（III） 增量开发的优点 能在较短时间内向用户提交可完成部分工作的产品 用户有较充裕的时间学习和适应新产品 易于保证核心功能正确 可以基于早期版本来获取需求 项目完全失败的风险小。 可以为那些创新的功能开拓市场。 规避了资源缺乏的风险 * 增量模型（IV） 增量模型的不足 把用户需求转化为功能递增的不同版本可能比较难 难以确定所有版本共需的公用模块。 * 增量模型 * 特点： 1)第一个增量模型往往是核心部分的产品，它实现了软件的基本需求，但很多已经明晰或者尚不明晰的补充特性还没有发布。 2)核心产品交由用户使用或进行详细复审。使用或复审评估的结果是制定下一个增量开发计划，在前面增量的基础上开发后面的增量。 3)每个增量的开发可用瀑布或快速原型模型。 4)和原型模型不一样的是，增量模型虽然也具有“迭代”特征，但是每一个增量都发布一个可操作的产品，不妨称之为“产品扩充迭代”。它的早期产品是最终产品的可拆卸版本，每一个版本都能够提供给用户实际使用。 增量模型 * 总结：是十分有用的一种模型。在克服瀑布模型缺点、减少由于软件需求不明确而给开发工作带来风险方面，确有显著的效果；缩短产品提交时间都能够起到良好的作用。 提醒：用户在开发软件的过程中，往往有“一步到位”的思想，因而增量式的工程开发必须取得用户的全面理解与支持，否则是难以成功的。 增量模型（V） * 增量式开发 迭代式开发 演化过程模型 迭代的过程模型，每次迭代产生软件的一个更完整的版本 原因 开发过程中，业务和产品需求经常变化 严格的交付时间使得开发团队不可能圆满完成软件产品 往往很好地理解了核心产品需求，但是系统扩展的细节问题却没有定义 * 原型开发模型 * 部署交付模型 构建原型 原型 快速计划 建模快速设计 沟通 原型模型 * 使用原型模型必须有两个前提: (1)是用户必须积极参与原型的建造，建造原型仅仅是为了定义需求，之后就必须被全部抛弃(至少是部分抛弃)，实际的软件必须在充分考虑到软件质量和可维护性之后才被开发。从这个意义上说，原型模型又往往被称为“抛弃原型模型”。 (2)是必须有快速开发工具可供使用。 螺旋模型 * 大型软件开发面临的重要问题：软件风险 如：产品交付给用户之后，用户不满意 开发进度落后，开发成本超出预算 产品完成前关键的技术人员跳槽 螺旋模型 * 螺旋模型 评审 提交 划分 风险 分析 原型1 模拟, 模型, 基准 需求计划, 生命周期计划 Concept of operation 原型2 风险 分析 软件需求 需求确认 开发计划 风险 分析 原型3 软件产品设计 设计确认与验证 组装和 测试计划 风险 分析 可运行原型 详细设计 单元测试 编码 组装与测试 验收 测试 实现 计划下一阶段 开发, 验证下一产品 决定目标、 方案和限制 评价方案 识别和消除风险 累计成本 通过步骤进展 螺旋模型 螺旋模型最早是由Boehm提出来的，它是一个演化软件过程模型。螺旋模型将瀑布模型与原型的迭代特征结合起来，并加入两种模型均忽略了的风险分析，弥补了两者的不足。 螺旋模型沿着螺线旋转，使得能够快速开发软件的增量版本。在螺旋模型中，软件开发是一系列的增量发布。和增量模型不同，它并不要求每一个增量都是可以运行的程序。在早期的迭代中，发布的增量可以是一个纸上的模型或原型；在以后的迭代中产生更加完善的版本。螺旋模型被划分为若干个框架活动。 * 螺旋模型 * 沿螺线自内向外每旋转一圈便开发出更为完善的一个 新的软件版本。对于高风险的大型软件，螺旋模型是一