技术分享-生命周期模型.pptVIP

? Copyright 2002 Chinaxp. All rights reserved 我分享我快乐 安徽技术中心 常见生命周期模型 边做边改模型（Code-and-Fix Model） Waterfall模型 有反馈的Waterfall模型 V模型 原型模型 进化模型 快速模型 迭代模型 阶段开发模型 敏捷开发模型 * 边做边改模型（Code-and-Fix Model） * 客户需求 实现 单元测试 使用 维护 需求变化 维护 开发 * 边做边改模型优点 快速响应客户要求 开发速度快 适合单人小型项目 不足： 三无产品，无规划 无需求 无设计，难维护 开发人员能力决定软件质量 * analysis design code test System/information engineering 软件工程中的第一个模型 Waterfall模型Royce 1970 * 需求分析 系统设计 实现 单元测试 系统集成 系统测试 使用 维护 需求变化 维护 开发 有反馈的Waterfall模型 * 需求分析 系统设计 详细设计 编码 单元测试 集成测试 系统测试 验收测试 时间 用户的理解 = 程序员的理解 详细程度 V 模型（另一种改良） * Waterfall模型优点 文档驱动的开发模型。 改良后的模型很注重反馈和测试，其中V模型提出了测试驱动开发的概念。 在需求非常明确的前提下可以使用，也适用于有长期专职开发人员的小型项目开发。 不足： 初始模型缺少用户反馈 严格限定了开发的各阶段，缺乏迭代性。 缺乏对变化的支持。 * 原型法Brooks 1975 设计 实现 测试 维护 需求 设计 实现 测试 原型 * 设计实现 初始原型 初始 概念 修改原型 直至被接受 完成 发布原型 最终 产品 目的是和用户一起开发并完善一个原型，从最清楚的需求部分开始。 进化原型法 * 快速原型法 Build 1 60 – 90 天 商业模型 数据模型 处理模型 应用生成 测试和改造 商业模型 数据模型 处理模型 应用生成 测试和改造 商业模型 数据模型 处理模型 应用生成 测试和改造 Build 2 Build 3 （也称为 Throw-it-away） 目的是理解需求，从不清楚的需求部分开始。 * 原型模型优点： 需求驱动的开发模型。 帮助理解需求。 增强和用户的交流，增加用户好感。 适合对于IT不熟悉的客户，快速获取用户需求 不足： 客户可能以为原型就是项目 * 迭代1 迭代2 迭代3 分析 设计 编码 测试 发布1 分析 设计 编码 测试 发布2 分析 设计 编码 测试 发布3 迭代n 分析 设计 编码 测试 最终 发布 …….. 迭代模型 * 优点： 开发过程分解为多个迭代过程，每个过程可以有自己的开发模型。 可以快速提交可用的系统，然后根据反馈实施下一个迭代。 快速拥抱需求 适合大型项目、需求变动大、用户可参与的项目 不足： 控制不好，如果迭代太少，很容易会蜕变为Code-Fix模式，迭代太多则往往因文档驱动而导致测试和集成的复杂度和费用太大。 因而无法克服以往开发模型的不足。经常蜕变成Waterfall模型。 需要客户参与度比较高 阶段化模型 * 阶段化模型 * * 优点： 快速响应客户需求 快速的形成软件 适合大型项目、需求变动大、用户可参与的项目 不足： 需要对系统进行分割成各自子系统 项目管理难度增加，搞不好就变成了CODE-FIX模型 原型模型 需求驱动 Waterfall模型文档驱动的开发模型 敏捷开发模型 以人驱动 * ? Copyright 2002 Chinaxp. All rights reserved 我分享我快乐 *