《软件生命周期指南范文(DOC 12页)》由会员分享，可在线阅读，更多相关《软件生命周期指南范文(DOC 12页)（13页珍藏版）》请在金锄头文库上搜索。
1、版本1.0 软件生命周期指南文档编号： 日期：软件生命周期指南任务名称：拟制人：审核：所属项目名称：审校：批准：代号：版本：武汉贝斯特通信集团有限公司变更记录章节号章节名称变更内容描述变更日期变更前版本号批准人1 前言软件生命周期是指软件产品或软件系统从产生、投入使用到被淘汰的全过程。随着软件复杂性的增长，人们认识到软件开发活动应划分为需求分析、设计、实现、测试等若干个活动，并将这些活动以适当的方式分配到不同的阶段中去完成。软件生命周期模型是描述软件开发全部过程、活动和任务的结构框架。比较常见的软件生命周期模型是瀑布模型、增量模型、原型模型和螺旋模型等。1.1 目的和适用范围本文档规定了贝斯特
2、集团软件研发部适用的软件生命周期模型，作为项目经理在制定项目计划时根据项目需求、复杂程度、进度要求等项目特点确定采用何种开发过程的依据。如果确定的生命周期模型不在本文档中规定的范围内，必须经过系统集成部的审批才能使用。本文档适用于贝斯特集团软件研发部的所有软件项目。1.2 缩略语PP 项目计划PMC 项目监督和控制PPQA 过程和产品质量保证CM 配置管理SOW 工作说明书WBS 工作分解结构SRS 软件需求规格说明书1.3 参考文献CMMI 1.1。2 瀑布模型瀑布模型是最常用的软件开发模型，它的各个阶段是按线性序列组织的。开发过程中的阶段划分为项目策划、需求分析、概要设计、详细设计、编码和
3、单元测试、软件集成和集成测试、系统测试、验收和安装等（图1）。尽管开发过程中定义了各个阶段的顺序，但这些阶段有时是相互交迭进行的，阶段间的依赖性由入口准则来确定。验收和安装系统测试软件集成和集成测试编码和单元测试详细设计概要设计需求分析项目策划 图1 瀑布模型瀑布模型的每个阶段均具有以下特征：l 从上一阶段接受本阶段工作的对象，作为输入；l 对上述输入实施本阶段的活动；l 给出本阶段的工作成果，作为输出传入下一阶段；l 对本阶段工作进行评审，如果本阶段工作得到确认，那么继续下阶段工作，否则返回前一阶段，甚至更前阶段。瀑布模型为软件开发与维护提供了一种有效的管理模式，根据这一管理模式制订开发计划
4、、进行成本预算、组织开发人员，以阶段评审和文档控制为手段有效地对整个开发过程进行指导，从而保证了软件产品的质量。l 优点：近30年来之所以广为流行，是因为它在支持开发结构化软件、控制软件的开发复杂度、促进软件开发工程化方面起着显著作用。l 缺点：缺乏灵活性，无法通过开发活动澄清本来不够确切的软件需求。这些问题可能导致开发出的软件并不是用户真正需要的软件，并且这一点在开发过程完成后才有所察觉。2.1 项目策划项目策划是每个项目的初始阶段，目的是为开发过程和过程管理做好必要的准备。项目策划的主要工作是进行可行性分析和研究，进行估计和制定管理项目的计划。主要输入项目任务书、建议书或工作说明书（SOW
5、）客户需求/需要入口准则客户需求/需要已被批准项目任务书、建议书或SOW已被批准项目经理和相关人员已经到位参与项目准备和策划的人员接受过相关技能的培训角色与职责高层经理、项目经理、PPQA和SCM工程师、测试人员、客户或客户代表、项目组主要成员、领域专家。项目应根据具体情况，列出每个角色的职责活动1、可行性分析和研究2、构建WBS3、估计项目的规模、工作量、成本和CCR等4、标识和分析风险5、计划资源及其获取方式6、制定项目进度和预算7、编制项目计划8、计划验收测试9、建立需求跟踪矩阵10、评审和批准项目计划和验收计划主要输出WBS估计记录风险分析表和风险评估报告软件项目计划，包括软件开发计划
6、、PPQA计划、SCM计划等验收计划需求跟踪矩阵出口准则项目约定和计划得到受影响的组和个人的认可软件项目计划和验收计划已被批准并置于配置管理之下度量项目策划所花的工作量和资金，评审工作量和返工工作量可应用的标准和规范根据项目情况列出本阶段应该遵循的过程和产品的标准和规范可应用的规程、方法、工具和资源根据项目情况列出本阶段其它可应用的规程、方法、工具和资源2.2 需求分析需求分析阶段的主要目的是生成一个正确说明客户所有需求的文档。软件需求规格说明书（SRS）是该阶段的主要输出。需求分析的主要工作是需求提炼及分析、需求归档和需求评审等。需求分析阶段执行的活动主要集中在两个领域：问题分析和产品描述。
7、问题分析活动分准备、采集需求和分析等，而产品描述活动分准备SRS和评审SRS等。主要输入客户需求/需要入口准则项目计划得到评审和批准项目策划阶段已经结束参与需求分析的人员接受过相关技能的培训角色与职责高层经理、项目经理、需求分析师、测试人员、PPQA、SCM、客户或客户代表、领域专家和技术专家。项目应根据具体情况，列出每个角色的职责活动1、 准备需求采集和分析2、 采集和分析需求3、准备SRS4、细化需求跟踪矩阵5、计划系统测试6、评审SRS、系统测试计划和测试用例、需求跟踪矩阵主要输出SRS需求跟踪矩阵系统测试计划和测试用例出口准则SRS、系统测试计划和测试用例、需求跟踪矩阵得到评审和批准并
8、置于配置管理之下度量需求分析所花的工作量和资金，评审工作量和返工工作量可应用的标准和规范根据项目情况列出本阶段应该遵循的过程和产品的标准和规范可应用的规程、方法、工具和资源根据项目情况列出本阶段其它可应用的规程、方法、工具和资源2.3 概要设计概要设计阶段是从实现的角度开发针对客户需求的解决方案。在这个阶段给出的是高级的抽象方案，这个方案包含两个主要部分，即应用的功能体系结构和数据库设计。主要输入SRS入口准则SRS已经过评审和批准角色与职责项目经理、设计人员、测试人员、客户或客户代表、PPQA、SCM项目应根据具体情况，列出每个角色的职责活动1、 定义标准（编码、文档、用户接口等）2、 进行
9、功能设计3、 开发物理数据库设计4、 编写概要设计文档5、 计划集成测试6、 评审概要设计文档、集成测试计划和测试用例主要输出概要设计文档项目标准集成测试计划和测试用例出口准则概要设计文档、集成测试计划和测试用例得到评审和批准并置于配置管理之下度量概要设计工作量、概要设计缺陷、评审工作量和返工工作量可应用的标准和规范根据项目情况列出本阶段应该遵循的过程和产品的标准和规范可应用的规程、方法、工具和资源根据项目情况列出本阶段其它可应用的规程、方法、工具和资源2.4 详细设计在详细设计阶段，概要设计阶段开发的整体应用被分成几个模块和程序。为每个程序进行逻辑设计，然后归档作为程序规格。同时，为每个程序
10、生成一个单元测试计划。详细设计阶段的活动包括通用例程和程序的确定（如数据有效性例程、框架程序的开发及用于提高生产率的实用程序和工具的开发）。主要输入概要设计文档入口准则概要设计文档经过评审和授权角色与职责项目经理、设计人员、测试人员、PPQA、SCM项目应根据具体情况，列出每个角色的职责活动1、 将功能分成小的构件2、 设计/开发代码框架3、 开发例程和工具4、 进行程序设计5、 编写详细设计文档6、 计划单元测试7、 评审详细设计文档、单元测试计划和测试用例主要输出详细设计文档单元测试计划和测试用例出口准则详细设计文档、单元测试计划和测试用例得到评审和批准并置于配置管理之下度量详细设计工作量
11、、详细设计缺陷、单元测试缺陷、程序框架缺陷以及评审和返工工作量可应用的标准和规范根据项目情况列出本阶段应该遵循的过程和产品的标准和规范可应用的规程、方法、工具和资源根据项目情况列出本阶段其它可应用的规程、方法、工具和资源2.5 编码和单元测试在编码阶段，根据详细设计用编程语言和合适的编码规范产生源代码、可执行代码和数据库。这个阶段的输出是随后测试和验证的主体。主要输入详细设计文档、项目标准、单元测试计划和测试用例入口准则详细设计文档经过评审和授权角色与职责项目经理、开发人员、测试人员项目应根据具体情况，列出每个角色的职责活动1、 生成测试数据库2、 对程序进行编码3、 代码评审4、 记录和修正
12、缺陷5、 代码自测6、 进行独立的单元测试主要输出测试数据可执行代码代码评审报告/评审记录独立的单元测试报告和评审记录出口准则成功执行所有单元测试计划中的测试用例度量编码和单元测试的工作量、代码评审缺陷、独立的单元测试缺陷以及评审和返工工作量可应用的标准和规范根据项目情况列出本阶段应该遵循的过程和产品的标准和规范可应用的规程、方法、工具和资源根据项目情况列出本阶段其它可应用的规程、方法、工具和资源2.6 软件集成和集成测试软件集成是把设计阶段制定的，已通过单元测试的模块构建成一个完整的软件结构的系统方法。在该阶段，同时要进行集成测试，以发现和接口相关的缺陷。集成按集成计划中制定的顺序进行，并执
13、行每个集成阶段的相应测试用例。主要输入概要设计文档和程序、集成测试计划和测试用例入口准则被集成的模块通过了单元测试角色与职责项目经理、集成人员、测试人员、开发人员项目应根据具体情况，列出每个角色的职责活动1、 确定集成环境和集成规程2、 进行集成和集成测试主要输出集成计划、集成后的完整软件产品、集成测试报告出口准则完成软件集成，并成功地执行了集成测试计划中的所有测试用例度量软件集成和集成测试的工作量、集成测试中发现的缺陷、返工工作量可应用的标准和规范根据项目情况列出本阶段应该遵循的过程和产品的标准和规范可应用的规程、方法、工具和资源根据项目情况列出本阶段其它可应用的规程、方法、工具和资源2.7 系统测试系统测试是依据需求规格说明书验证软件产品有效性的活动。这个阶段是为了发现那
