模块10 软件生命周期模型《软件工程》教学课件

《软件工程》✩精品课件合集第X章XXXX模块10

软件生命周期模型理想的软件过程但，现实中很难实现这样一个理想的过程。软件生命周期模型软件生命周期模型（SoftwareLifeCycleModel）是指软件产品从无到有、从概念探究到退役所经历的一系列步骤。在软件发展的历史中，众多软件团队在无数的实践中，逐渐探索和沉淀下了一些软件生命周期模型。瀑布模型瀑布模型WaterfallModel是在20世纪80年代之前应用最广泛、最成功的软件生命周期模型。瀑布模型的整个过程，像瀑布一样，自顶向下，顺次进行需求、分析、设计、实现和维护，直至退役。瀑布模型上一个阶段的工作成果经过评审、改进，合格后，才开始下一个阶段的工作。相邻的两个阶段之间有反馈环。优点：瀑布模型是严格文档驱动的，保证了文档齐备。缺点：只有在对需求掌握的很准确，而且在开发过程中需求不发生重大改变的时候，瀑布模型才是很合适的。快速原型模型快速原型模型（RapidPrototypeModel），就是用快速原型来取代需求阶段，利用可视的、可简单运行的快速原型对软件的需求进行初步的分析和设计，该原型能够明确、清晰地体现和演示目标软件系统的主要功能，客户和用户可以与该原型进行接触和互动，进而基于原型给出更具体的意见和更多的需求细节。快速原型模型快速原型模型快速原型模型没有反馈环，开发过程基本上是线性顺序进行的。克服了瀑布模型的缺点，减少了由于软件需求不明确带来的开发风险。迭代与增量模型一次性地开发、交付并成功应用一个大型或超大型的软件系统是很难的，风险是很大的。开发方客户方用户方迭代与增量模型解决的办法就是采用迭代与增量模型IterativeandIncrementalModel来开发软件。将整个目标软件产品分成若干个子系统，对这些子系统逐一开发并交付，直至整个目标软件产品全部交付给用户，这就是增量Increment；在这些子系统内部以迭代Iteration的方式进行开发。1、如果需求在一开始基本能确定迭代与增量模型迭代与增量模型2、如果需求在一开始不能全部确定迭代与增量模型对开发方来说，迭代与增量模型将整个目标软件系统分为多个增量，分别进行开发，这样能够减少每一轮次的开发工作量、降低技术难度和经费压力；有利于用户一部分一部分地逐渐熟悉和适应新系统；能够极大地减轻客户方经费方面的压力和风险；非常适合于大型或超大型软件系统的开发；难度：集成、框架、接口。同步-稳定模型同步-稳定软件生命周期模型（Synchronize-and-StabilizeLife-CycleModel）是主要为Microsoft公司所采用的一种迭代-增量模型。通用软件产品微软向潜在用户群体进行需求调研、收集并分析需求，进而从中提取出对用户具有最高优先级的需求，确定规格说明。同步-稳定模型工作分为3~4个构件builds，由一些小组承担；每天工作结束前，所有小组都要将他们的代码输入到产品数据库中，来同步synchronize当天的工作。当天的同步，则问题必须立刻解决，以保证当天的同步；每个构件开发结束时要进行稳定化工作stabilize，即修补测试到的错误、稳定代码，也叫冻结freeze；这种从开发早期开始的、重复的同步-稳定方法能够保证这些构件总能成功地集成在一起工作，使开发人员能够尽早了解产品的工作状态，并且修改错误。螺旋模型软件开发中几乎总会有风险；如果风险过大，而目标软件产品还在继续开发，则将遭遇到项目开发失败，这将使开发方和客户方蒙受巨大的损失。针对这个问题，螺旋模型于1988年被提出，它结合了瀑布模型和快速原型模型的优点，强调其他模型均未考虑的风险分析。把螺旋模型简单地看作是在每个阶段之前带有风险分析（RiskAnalysis）的瀑布模型或快速原型模型，即在每一个阶段开始之前，都进行风险分析。螺旋模型螺旋模型螺旋模型仅限于内部软件（Internal/in-houseSoftware）。螺旋模型仅适用于大型或超大型软件项目。螺旋模型要求开发人员能够胜任风险分析和风险处理。软件生命周期模型每一种模型都有其优缺点和适用性，不存在一种放之四海而皆准的模型。理论上的开发方式与实践中的软件开发方式会有很大的不同。开发团队要综合考虑多种因素来选择最适合