2025年软件生命周期指南范文.doc
文档编号：曰期：
软件生命周期指南
任务名称：
拟制人：
审核：
所属项目名称：
审校：
同意：
代号：
版本：
武汉贝斯特通信集团有限企业
变更记录
章节号
章节名称
变更内容描述
变更
曰期
变更前
版本号
同意人
序言
软件生命周期是指软件产品或软件系统從产生、投入使用到被淘汰的全過程。伴随软件复杂性的增長，人們认识到软件開发活動应划分為需求分析、设计、实現、测试等若干個活動，并将這些活動以合适的方式分派到不一样的阶段中去完毕。
软件生命周期模型是描述软件開发所有過程、活動和任务的构造框架。比较常見的软件生命周期模型是瀑布模型、增量模型、原型模型和螺旋模型等。
目的和合用范围
本文档规定了贝斯特集团软件研发部合用的软件生命周期模型，作為项目經理在制定项目计划時根据项目需求、复杂程度、進度规定等项目特點确定采用何种開发過程的根据。假如确定的生命周期模型不在本文档中规定的范围内，必须通過系统集成部的审批才能使用。
本文档合用于贝斯特集团软件研发部的所有软件项目。
缩略語
PP项目计划
PMC项目监督和控制
PPQA過程和产品质量保证
CM配置管理
SOW工作阐明書
WBS工作分解构造
SRS软件需求规格阐明書
参照文献
《CMMI1.1》。
瀑布模型
瀑布模型是最常用的软件開发模型，它的各個阶段是按线性序列组织的。開发過程中的阶段划分為项目筹划、需求分析、概要设计、详细设计、编码和單元测试、软件集成和集成测试、系统测试、验收和安装等（图1）。尽管開发過程中定义了各個阶段的次序，但這些阶段有時是互相交迭進行的，阶段间的依赖性由入口准则来确定。
验收和安装
验收和安装
系统测试
系统测试
软件集成
软件集成
和集成测试
编码和單
编码和單
元测试
详细设计
详细设计
概要设计
概要设计
需求分析
需求分析
项目筹划
项目筹划
图1瀑布模型
瀑布模型的每個阶段均具有如下特性：
從上一阶段接受本阶段工作的對象，作為输入；
對上述输入实行本阶段的活動；
給出本阶段的工作成果，作為输出传入下一阶段；
對本阶段工作進行评审，假如本阶段工作得到确认，那么继续下阶段工作，否则返回前一阶段，甚至更前阶段。
瀑布模型為软件開发与维护提供了一种有效的管理模式，根据這一管理模式制定開发计划、進行成本预算、组织開发人员，以阶段评审和文档控制為手段有效地對整個開发過程進行指导，從而保证了软件产品的质量。
長处：近30年来之因此广為流行，是由于它在支持開发构造化软件、控制软件的開发复杂度、增進软件開发工程化方面起著明显作用。
缺陷：缺乏灵活性，無法通過開发活動澄清本来不够确切的软件需求。這些問題也許导致開发出的软件并不是顾客真正需要的软件，并且這一點在開发過程完毕後才有所察覺。
项目筹划
项目筹划是每個项目的初始阶段，目的是為開发過程和過程管理做好必要的准备。项目筹划的重要工作是進行可行性分析和研究，進行估计和制定管理项目的计划。
重要输入
项目任务書、提议書或工作阐明書（SOW）
客户需求/需要
入口准则
客户需求/需要已被同意
项目任务書、提议書或SOW已被同意
项目經理和有关人员已經到位
参与项目准备和筹划的人员接受過有关技能的培训
角色与职责
高层經理、项目經理、PPQA和SCM工程師、测试人员、客户或客户代表、项目组重要组员、领域专家。
[项目应根据详细状况，列出每個角色的职责]
活動
1、可行性分析和研究
2、构建WBS
3、估计项目的规模、工作量、成本和CCR等
4、標识和分析風险
5、计划资源及其获取方式
6、制定项目進度和预算
7、编制项目计划
8、计划验收测试
9、建立需求跟踪矩阵
10、评审和同意项目计划和验收计划
重要输出
WBS
估计记录
風险分析表和風险评估汇报
软件项目计划，包括软件開发计划、PPQA计划、SCM计划等
验收计划
需求跟踪矩阵
出口准则
项目约定和计划得到受影响的组和個人的承认
软件项目计划和验收计划已被同意并置于配置管理之下
度量
项目筹划所花的工作量和资金，评审工作量和返工工作量
可应用的原则和规范
[根据项目状况列出本阶段应當遵照的過程和产品的原则和规范]
可应用的规程、措施、工具和资源
[根据项目状况列出本阶段其他可应用的规程、措施、工具和资源]
需求分析
需求分析阶段的重要目的是生成一种對的阐明客户所有需求的文档。软件需求规格阐明書（SRS）是该阶段的重要输出。需求分析的重要工作是需求提炼及分析、需求归档和需求评审等。需求分析阶段执行的活動重要集中在两個领域：問題分析和产品描述。問題分析活動