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

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.5 新型软件生命周期模型 补充实践 1)使用建模标准 2)逐渐应用模式（pattern） 3)丢弃临时模型 4)合同模型要正式 5)为外部交流建模 6)为帮助理解建模 7)重用现有的资源 8)不到万不得已不更新模型 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * ? 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 §2.4 传统软件生命周期模型 4. 演化模型 项目开发初始阶段对需求的认识不够清晰，使得开发工作出现再开发在所难免。经验告诉我们：开发“两次”后的软件能较好地满足用户的要求。 第一次：试验开发，目的是探索可行性，弄清楚项目的需求。第一次得到的试验性产品称为“原型”。 第二次：在第一次的原型基础上进行开发，从而获得较为满意的软件产品。 ? 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. 喷泉模型(迭代模型) 喷泉模型认为软件开发过程具有两个固有的本质特征： 迭代 多次重复、演进。 无间隙