第二篇 软件工程.pptVIP

* * §2.3 软件生命周期模型 软件生存周期模型是描述软件开发过程中各项活动如何执行的模型。 －－为软件开发过程中的所有活动提供统一的政策保证，为参与开发的所有成员提供帮助和指导。 －－确立了软件开发和演绎中各个阶段的次序限制以及各个阶段活动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调以及各种人员的有效通信，有利于活动重用和管理。 －－能够表示各种活动的实际工作方式、各种活动之间的同步和制约关系，以及活动的动态特性。 典型的软件生存周期模型有：瀑布模型、增量模型、演化提交、快速原型、螺旋模型等。 2.3.1 瀑布模型 (线性顺序模型) 瀑布模型是将软件生命周期各项活动规定为依线性顺序连接的若干个阶段。 这些阶段包括：可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。 2.3.1 瀑布模型 (线形顺序模型) 2.3.1 瀑布模型 瀑布模型的局限性 阶段间划分固定，阶段间产生大量的文档，增加了工作量 由于开发模型呈线性，当开发成果尚未经过测试时，用户无法看到软件的效果。 无法通过开发活动澄清本来不够确切的软件需求，因此需要返工或者不得不在维护阶段纠正需求的偏差。 由于固定顺序，前期工作中造成的差错到后期阶段所造成的损失越大，为了纠正错误，需要付出高昂的代价。 阶段间具有顺序性和依赖性。 每个阶段必须完成规定的文档；每个阶段结束前完成文档审查及早改正错误。 2.3.1 瀑布模型 瀑布模型开发软件的特点 瀑布模型难以适应用户变化的需求，开发速度慢。但瀑布模型提供了一套工程化的管理模式，能够有效地保证软件质量，使得软件容易维护。 2.3.2 增量模型 增量模型是一种非整体开发模型，软件是“逐渐”被开发出来，开发一部分，向用户展示一部分。 2.3.2 增量模型 增量构造模型的需求分析阶段和设计阶段与瀑布模型相似。编码和测试阶段是按照增量方式开发。该模型的优点：在开发的过程中用户能够及早地看到软件,发现问题。 增量构造模型 2.3.2增量模型 开发初期的需求定义只是用来确定软件的基本结构，用户只需要对软件需求进行大概的描述。从而有利于用户需求的逐渐明朗。 软件系统可以按照增加构件的功能安排开发的优先顺序，并逐个实现和交付使用。 软件系统是逐渐展开的，因此开发者可以通过对诸多构件的开发逐步积累开发经验。 有利于从总体上降低项目的技术风险。 增量模型的特点 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型，但也很容易退化为边做边改模型，从而使软件过程的控制失去整体性。 2.3.2 增量模型 增量模型的缺点 2.3.3演化提交模型 演化提交模型中，各个阶段都是增量开发的形式。先对某部分功能进行需求分析，然后按照顺序进行设计、编码和测试，把该功能进行开发完毕，提交用户直到所有的功能都全部开发完毕。 演化提交模型 2.3.4快速原型模型 研究者认为：软件开发的早期应该是一个学习与实践的过程，其活动包括开发人员与用户两个方面，不仅要求合作而且要有一个实际的工作系统。 快速原型模型 2.3.4快速原型模型 快速原型模型 2.3.5 螺旋模型 螺旋模型是瀑布模型与增量模型相结合，并且增加了风险分析所建立的一种软件过程模型。适用于指导大型软件项目的开发。 将项目开发划分为：制定计划、风险分析、实施开发、客户评估。 初始需求与项目计划 基于用户说明的计划 用户评价 基于初始需求的风险分析 基于用户反映的风险分析 初始软件原型 第二级原型 工程系统 2.3.5螺旋模型 计划 风险分析 用户评价 工程 计划：确定软件目标，选定实施方案、搞清楚项目开发限制条件。 风险分析：对各个不同实现方案进行评估，考虑如何识别和消除风险。 工程：若原型已经解决了所有性能和用户接口风险，那么接下来就是按照瀑布模型的要求进行软件的设计和开发。 用户评估：评价开发工作，提出修正建议。 2.3.5 螺旋模型 每个螺旋周期可以分为如下四个步骤： 沿着螺旋线每旋转一圈，表示开发出一个较前一个版本更为完善的新软件版本。 螺旋模型适合于大型软件的开发，她吸收了软件工程“演化”的概念，使得开发人员和用户对每个螺旋周期出现的风险有所了解，从而做出相应的反应。 2.3.5 螺旋模型 树立结构化分析思想，充分运用“演示和讨论”方式，尽量采用组件技术进行扩充，按照快速原