第二章_软件生命周期模型资料.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 演化模型示意图 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 演化模型主要针对需求不是很明确的软件项目 演化模型缺点 可能会抛弃瀑布模型的文档控制优点，开发过程不透明 探索式演化模型可能会导致最后的软件系统的系统结构较差 可能会用到一些不符合主流、不符合要求或者不成熟的工具和技术 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 5. 增量模型 增量模型首先由Mills等人于1980年提出，结合了瀑布模型和演化模型的优点。 允许客户的需求可以逐步提出来；每一次“增量”需求的划分与“增量”实现的集成是以不影响系统体系结构为前提的。 在增量模型中，客户定义需求框架，确定系统需求实现的优先级；此后针对核心需求以及系统的性能要求确定系统的体系结构，并以此体系结构指导增量的集成，保证在整个开发过程中体系结构的稳定性。 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 增量模型示意图 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 增量模型优点 增强了客户使用系统的信心，逐步提出对后续增量的需求 项目总体失败的风险较低 增量从高到低的优先级确定保障了系统重要功能部分的可靠性 同一个体系结构提高了系统的稳定性和可维护性 增量模型缺点 增量的粒度选择问题 确定所有的基本业务服务比较困难 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 6. 螺旋模型 螺旋模型是Boehm于1988年针对大型软件项目的特点提出来的 对于复杂的大型软件而言，事先不能完整清晰地定义需求是常事，而且开发一个原型是远远不能解决问题的，需要开发内容逐步丰富的多个原型。 大型软件项目往往存在着诸多风险因素，螺旋模型将瀑布模型与演化模型结合起来，并加入了两种模型均忽略了的风险分析。因为大型项目的规模和复杂性增加，软件开发过程中必然存在着许多风险问题，风险分析是保证项目成功的必要手段。 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 螺旋模型示意图 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即： 制定计划──确定软件目标，选定实施方案，弄清项目开发的限制条件 风险分析──分析所选方案，考虑如何识别和消除风险 实施工程──实施软件开发 客户评估──评价开发工作，提出修正建议 螺旋模型适合于大型软件的开发;然而风险分析需要相当丰富的评估经验，风险的规避又需要深厚的专业知识，这给螺旋模型的应用增加了难度。 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 7. 喷泉模型(迭代模型) 喷泉模型认为软件开发过程具有两个固有的本质特征： 迭代 多次重复、演进。 无间隙 各阶段间无明显的界限。支持分析和设计结果的自然复用。 适用：面向对象的软件开发过程。对象概念的引入，对象及对象关系在分析、设计和实现阶段的表达方式的统一，使得开发活动之间的迭代和无间隙性能够容易地实现。 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 喷泉模型示意图 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 8. 构件组装模型 构件组装模型本质上是演化的，开发过程是迭代的。 构建组装模型由五个阶段组成： 需求定义和分析 软件体系结构设计 构件开发 应用软件构造 测试和发布 ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统