[高等教育]第2章_软件生命周期模型.pptVIP

第2章 软件生命周期模型 【本章重点】软件生命周期的概念及各个阶段的任务、软件生命周期的若干模型 【本章用途】软件生命周期模型是软件工程研究的四大内容之一，它虽然不是软件工程研究的重点，但是在宏观上特别重要。 2.1 软件生命周期 软件生命周期(Software Life Cycle，SLC)是软件的产生直到报废的生命周期 周期内有可行性分析、需求分析、概要设计、详细设计、编码、测试和维护等阶段 这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。 软件生命周期各阶段的主要任务: （1） 可行性分析和项目开发计划 “要解决的问题是什么” 该问题有行得通的解决办法吗？ 若有解决问题的办法，则需要多少费用？需要多少资源？需要多少时间？ （2） 需求分析 需求分析阶段的任务不是具体地解决问题，而是准确地确定“软件系统必须做什么？”确定软件系统必须具备哪些功能。 （3） 概要设计 在概要设计阶段，开发人员要把确定的各项功能需求转换成需要的体系结构，概要设计就是设计软件的结构，该结构由哪些模块组成，这些模块的层次结构是怎样的，这些模块的调用关系是怎样的，每个模块的功能是什么。 （4） 详细设计 详细设计阶段就是为每个模块完整的功能进行具体描述，把功能描述转变为精确的、结构化的过程描述。即该模块的控制结构是怎样的，先做什么，后做什么，有什么样的条件判定，有些什么重复处理等，并用相应的表示工具把这些控制结构表示出来。 （5） 编码 编码阶段就是把每个模块的控制结构转换成计算机可接受的程序代码，即写成以某特定程序设计语言表示的“源程序清单”。当然，写出的程序应该结构好，清晰易读，并且与设计相一致。 （6） 测试 测试是保证软件质量的重要手段，其主要方式是在设计测试用例的基础上检验软件的各个组成部分。 （7） 维护 软件维护是软件生存周期中时间最长的阶段。已交付的软件投入正式使用后，便进入软件维护阶段，它可以持续几年甚至几十年。 2.2 瀑布模型 瀑布模型(waterfall model)由W. Royce于1970年首先提出。 瀑布模型是由可行性研究、需求分析、系统设计、编码、测试、运行与维护等阶段所组成的。 瀑布模型规定了各项关键软件工程活动，自上而下、相互衔接、逐级下落，如同瀑布的固定次序一样。瀑布模型上一阶段的变换结果是下一阶段变换的输入，相邻两个阶段具有因果关系，紧密相联。一个阶段工作的失误将蔓延到以后的各个阶段。 为了保障软件开发的正确性，每一阶段任务完成后，都必须对它的阶段性产品进行评审，确认之后再转入下一阶段的工作。评审过程发现错误和疏漏后，应该反馈到前面的有关阶段修正错误、弥补疏漏，然后再重复前面的工作，直至某一阶段通过评审后再进入下一阶段。 瀑布模型的阶段任务、工作结果及参与人员 （1） 特点 瀑布模型是以文档驱动的，为管理者进行项目开发管理提供了基础，约束了开发过程中的活动。 瀑布模型是一种整体开发模型，在开发过程中，用户看不见系统是什么样，只有开发完成向用户提交整个系统时，用户才能看到一个完整的系统。 瀑布模型过程逆转性很差或者说不可逆转，因为根据上流的错误会在下流进行发散性传播的原理，所以逆转将会延误工期，增加成本，造成重大损失。 （2） 适用条件 不是任何软件都可采用瀑布模型的，软件项目或产品选择瀑布模型必须满足下列条件： 在开发时间内需求没有或很少变化。 分析设计人员对应用领域很熟悉。 低风险项目（对目标、环境很熟悉）。 用户使用环境很稳定。 用户除提出需求以外，很少参与开发工作。 尽管上述条件比较苛刻，但是软件企业在开发新产品或新项目时，往往还是采用瀑布模型。 系统软件和工具软件也常常采用瀑布模型。 （3） 优点： 通过设置里程碑，明确每阶段的任务与目标。 可为每阶段制定开发计划，进行成本预算，组织开发力量。 通过阶段评审，将开发过程纳入正确轨道。 严格的计划性保证软件产品的按时交付。 （4）缺点： 缺乏灵活性，不能适应用户需求的改变。 开始阶段的小错误被逐级放大，可能导致软件产品报废。 返回上一级的开发需要十分高昂的代价。 随着软件规模和复杂性的增加，软件产品成功的机率大幅下降。 2.3 原型模型 原型模型(Prototype Model)在初步需求分析之后，马上向客户展示一个软件产品原型，对客户进行培训，让客户试用，在试用中收集客户意见，根据客户意见立刻修改原型，之后再让客户试用，反复循环几次，直到客户确认为止。 （1）特点 立项以后先提交原型给用户，在用户试用的基础上进行需求调查与