软件工程导论（第5版）.ppt

Rational统一过程(RUP)是一个具有突出优点的软件过程模型，它提供了理想开发环境下软件过程的一种完整且完美的模式，可作为对一个项目进行软件开发的良好开端。 以极限编程(XP)为代表的敏捷过程，具有对变化和不确定性的更快速、更敏捷的反应特性，能较好地适应商业竞争环境下对小型项目提出的有限资源和开发时间的约束，可作为RUP 的补充，但不如其全面和完整。 微软过程可看作是RUP的一个精简配置版本，整个过程包含若干个生命周期的持续递进循环，每个生命周期由5个阶段组成，每个阶段精简为由一次迭代完成。微软过程也可看作是敏捷过程的一个扩充版本，它扩充了每个生命周期内的各个阶段的具体工作流程。 1.5 小结 ? The End ? 软件工程学概述 * 1.4 软件过程 图1.4 快速原型模型 快速原型模型的特点： (1) 出品速度快； (2) 逐步求精； (3) 开发阶段迭代。 快速原型模型的问题： (1) 第一个系统很少可用； (2) 原型中拼凑的问题：缺乏长期考虑； (3) 实现过程中不应有的折衷方案。 1.4 软件过程 1.4.3 增量模型 增量模型也称为渐增模型。使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。 1.4 软件过程 1.4 软件过程 图1.5 增量模型 增量模型的特点： (1) 结合了线性模型和原型模型的特点； (2) 每个增量可以结合原型法； (3) 系统的问世提前→“增量1” 增量模型的问题： 开放的软件体系结构 中心思想：“渐进开发，逐步完善” 1.4 软件过程 1.4 软件过程 图1.6 风险更大的增量模型 ① ① ② ② ② 1.4.4 螺旋模型——风险驱动 1.4 软件过程 ? 实际开发成本超过预算 ? 项目进度落后 ? 关键开发人员“跳槽” ? 相似产品投入市场 ? 用户对产品不满意 螺旋模型可看作是在每个阶段之前都增加了风险分析过程的快速原型模型。 1.4 软件过程 图1.7 简化的螺旋模型 适合规模庞大、复杂且高风险的项目 1.4 软件过程 图1.8 完整的螺旋模型 快速原型 规格说明 设 计 编码与综合测试 螺旋模型的特点： （1）有利于已有软件的重用； （2）软件质量成为软件开发的一个重要目标； （3）减少了软件测试带来的风险； （4）维护成为模型的一个周期，与开发无本质区别。 螺旋模型的问题： （1）主要适用于内部开发的大规模软件项目； （2）要求软件开发人员具有丰富的风险评估经验和知识 1.4 软件过程 1.4.5 喷泉模型 喷泉模型是典型的面向对象的软件过程模型之一，“喷泉”较好地体现了面向对象软件开发过程迭代和无缝的特性。如图1.9所示。 1.4 软件过程 1.4 软件过程 图1.9 喷泉模型 1.4.6 典型的软件过程 ? Rational统一过程：RUP ? 极限编程：XP ? 微软过程 1.4 软件过程 Rational统一过程——最佳实践（6条经验） ? 迭代式开发； ? 管理需求； ? 使用基于构件的体系结构； ? 可视化建模； ? 验证软件质量； ? 控制软件变更。 1.4 软件过程 1.4 软件过程 RUP软件开发生命周期 敏捷过程—敏捷软件开发宣言： ? 个体和交互胜过过程和工具； ? 可以工作的软件胜过面面俱到的文档； ?客户合作胜过合同谈判； ? 相应变化胜过遵循计划。 1.4 软件过程 根据上述价值观提出的软件过程称为敏捷过程。 极限编程(eXtreme Programming)—有效实践 客户作为开发团队的成员； 使用用户素材； 短交付周期； 验收测试； 结对编程； 测试驱动开发； 集体所有； 持续集成； 可持续的开发速度； 开放的工作空间； 及时调整计划； 简单的设计； 重构； 使用隐喻。 1.4 软件过程 XP项目的整体开发过程 XP迭代开发过程 极限编程(eXtreme Programming) 以极限编程为杰出代表的敏捷过程，具有对变化和不确定性的更快速、更敏捷的反应特性，而且在快速的同时仍然能够保持可持续的开发速度。 敏捷过程能够较好地适应商业竞争环境下小型项目提出的有限资源和有限开发时间