第3章软件项目全生命周期的阶段划分

瀑布模型为软件开发与维护提供了一种
有效的项目管理模式。但在实际应用中，软 件开发活动的各阶段间的关系并非是简单的 线性关系，阶段评审可能会出现向上一阶段 反馈的现象，使模型中产生环路，像图3-1中 虚线所示。
瀑布模型的不足：
①由于开发阶段呈线性，当开发成果尚未 经过测试阶段时，用户无法看到软件的运行 效果，可能会存在需求方面的缺陷，造成开 发出来的软件不是用户真正需要的软件，造 成项目的返工或在维护中纠正需求的偏差。
根据应用类型的不同也可分为两大类：
（1）系统软件 是支持计算机及应用软件集成化运行的基
础平台及通讯服务软件、数据库服务软件、语 言编译软件等。
（2）应用软件。 是最终用户使用的用来提高办公效率的
终端软件。
应用软件不像系统软件具有更广泛的通 用性，它一般是为客户在某一个专用领域提 供服务而定制的。
其软件开发活动具有以下特点：
1)阶段性 要求在开发过程中前一阶段工作完成以 后，后一阶段工作才能开始。
2)阶段评审 对每一阶段完成的工作都要进行评审， 以利于尽早发现问题，避免后期的返工，如 果评审不合格，则不能开始下一阶段工作。
3)文档管理 每个阶段都明确规定了要完成的工作。 如果文档没有完成，就认为本阶段的工作没 有完成。
3.2 软件项目全生命周期的阶段划分
3.2.1软件开发模型
在软件项目的实施过程中，选择有效的开 发模型对项目的成功有很大的影响。比较典 型的软件开发模型有瀑布模型、演化模型和 螺旋模型。
(1)瀑布模型。
1970年，由Royce Winston提出，如图3-1 所示。瀑布模型规定软件开发各阶段的活动 依次是：用户提出软件需求，项目成员开展 需求分析、系统设计、编码、测试、实施和 运行维护等一系列的任务。模型中各阶段的 活动从上一阶段向下一阶段逐级过渡，如同 瀑布逐级下落，最终完成软件产品并交付用 户使用。
软件风险是任何软件项目中普遍存在的 问题，不同项目只是风险大小不同而已。项 目规模越大、问题越复杂，资源、成本、进 度等因素的不确定性就越大，承担项目的风 险也就越大。进行风险分析与管理的目的就 是使人们在危害造成之前及时对风险进行识 别、分析，采取对策，消除或减少风险所造 成的损失。
如图3-3所示，软件项目沿着螺旋式模型 旋转在笛卡儿坐标的四个象限上。
第3章 软件项目全生命周期 的阶段划分
主要内容：
软件项目分类 软件项目全生命周期的阶段划分 软件项目各阶段之间的关系 软件项目生命周期中里程碑的设定 与管理
3.1 软件项目分类
根据实施主体的不同分为两大类：
（1）自主研发项目 对于立项的软件项目，采取自主开发和自
主维护的方式进行。即立项单位本身就是项 目开发单位，既是实施单位，也是受益单位。
或特点是在软件开发过程中，如果一次迭代 还不能满足用户的实际需求，可通过下一次 的迭代完成，这样就可以在一定程度上减少 软件开发的盲目性，提高软件的开发效率。
(3)螺旋模型
螺旋模型是在演化模型的基础上发展起 来的。它在演化模型的基础上增加了风险分 析机制。
它将软件项目开发划分为制定计划、风 险分析、实施开发,以及客户评估四类活动。
1)制定计划 确定软件项目的目标，选定实施方案， 定义项目的边界条件。
2)风险分析 分析所选方案，考虑如何识别、预防、避 免和清除风险。
3)项目实施 开展软件项目全生命周期的分析、设计、 编码、 测试和实施等工作。
4)客户评估 评价软件项目各阶段的工作，提出修正性 建议。
螺旋模型的优越性在于适合大型软件的 开发。可使开发人员和用户对每一个演化层 出现的情况均有所了解，并对下一阶段工作 做出正确的安排。
②由于固定顺序，前期工作中造成的偏差 如果延续到后期阶段，所造成的损失将会更 大，项目的风险也就会越大。
(2)演化模型
是利用迭代的思想，使软件开发活动逐 步完善的机制。
该模型设计主要针对在用户需求阶段， 难以给出准确、完整的用户需求的软件项目。 在项目开始时，用户可以给出目标系统的核 心功能需求，开发人员可以根据核心需求开 发系统的核心模块。
演化模型有效地解决了瀑布模型的不足， 利用原型技术可有效防范软件开发过程中的 风险，但对风险的分析的预防机制略显不足， 因而适合规模中等的软件项目开发。
螺旋模型既继承了演化模型的特点，又有 效地增加了风险预防和解决机制，适合于大 型规模的软件项目开发。
3.2.2软件项目生命周期阶段划分
不同的软件开发模型，生命周期的阶段 划分会有所差别。
在实际应用过程中，如果用户提出了明 确的业务需求，开发人员也正确理解了用户 需求后，开发过程无需开发原型系统，整个 开发过程可采用瀑布模型。
(4)模型的使用
在模型实际的使用不能生搬硬套现有的 开发模型，而是要深刻领会模型的精神，结 合自己软件项目的实际情况，选择符合本身 项目特点的开发模型。
瀑布模型无法解决软件需求不明确或不 准确的问题，会对整个软件开发工作带来严 重影响，最终可能导致开发出的软件并不是 用户真正需要的，且这一点只有在软件开发 完成后才可以被发现，所以瀑布模型对于需 求简单、明确的软件开发项目比较适合。
系统核心模块开发完成后，交付用户试 用，用户根据试用的结果，提 出细化和增强 后的新的用户需求。开发人员可在新需求的 基础上实施开发的迭代过程，以实现系统的 最终目标。每一迭代过程均由需求、设计、 编码、测试、集成等阶段组成。图3—2是采 用演化模型开展软件项目的过程模型。
利用演化模型进行软件开发的最大优点
由于整个项目的立项、开发在一个单位内 部独立完成，整个开发过程只存在于本单位 项目内部的组织和管理，不存在不同单位之 间的协作，所以这类项目管理的难度要小些。
（2）外包软件项目
提出项目立项的单位本身不具备软件开 发的能力，项目实施要借助于专业的软件研 发机构来完成。
由于项目主体方和项目实施方属于不同 的单位，在项目实施过程中，由于利益及责 任的不同，双方在项目的实施过程中存在着 复杂的协作关系，造成项目在组织上和管理 上存在较大的困难。