《软件项目生命周期模型指导作业文件》由会员分享，可在线阅读，更多相关《软件项目生命周期模型指导作业文件（15页珍藏版）》请在金锄头文库上搜索。
1、质量管理体系作业文件文件编号XXXX主题软件项目生命周期模型指导版次A/1页码6/151. 目的规定软件项目生命周期模型及选用原则，以指导项目组根据项目具体情况进行活动和任务安排，规范的项目过程，保证项目质量和开发效率。2. 范围适用于公司所有软件项目对生命周期模型的选用活动指导。3. 职责3.1 EPG负责收集不同的软件生命周期模型以及相应的模型选择信息，建立和维护生命周期模型定义，审批项目组的项目过程定义。 3.2 程序经理为项目组进行生命周期模型的选择，并按选择的模型进行项目管理。3.3 质量保证人员对生命周期模型的选择过程进行监督，并协助程序经理对生命周期模型进行选择。4. 使用范围4
2、.1 标准生命周期模型：适用于公司所有的软件开发项目；4.2 原型生命周期模型：适用于准备用于需求调研和演示的原型项目；4.3 精简生命周期模型：适用于升级维护类项目（包括：纠错性维护项目、改进性维护项目）以及快速响应类（即：项目工期小于5人月）的其他项目。4.4 敏捷生命周期模型（Scrum）：适用于软件项目需求不明确、易变更，且客户同意多版本迭代交付方式的项目。5. 软件项目生命周期模型5.1 标准生命周期模型5.1.1 标准生命周期模型将项目分成5个阶段，分别为构思阶段、计划阶段、开发阶段、稳定阶段和部署阶段，每个阶段定义了主要的工作目标和活动，每个阶段的结束以完成各自的里程碑为标记。5
3、.1.2 模型图图表 1 标准生命周期模型图通过使用分阶段和里程碑驱动的方式，使整个项目过程的可预见性和可管理性增强，项目质量可以得到有效的控制和提高。每个阶段的结束包括一个里程碑，里程碑表示某个时间点，在这个时间点上，应该完成一组预先指定的交付成果。里程碑的设立，可以帮助团队成员定期同步工作成果；产物经过正式评审，还可以确保项目进展方向的正确性，保证不偏离预定的业务目标。在模型图中定义的里程碑为阶段里程碑（也称为主里程碑），在每个阶段的进行中，也可以在阶段内部定义其他中间里程碑（也称为次里程碑），如完成系统架构设计的里程碑等。中间里程碑将一个阶段内的工作分成便于管理的几部分，由项目组根据项目
4、情况制定，生命周期模型中对中间里程碑不做硬性要求。此外，标准生命周期模型还是一个迭代方法，通过把一个大项目分为几个版本将风险减至最小。功 能版本 1版本 2版本 3时 间图表 2 支持迭代的标准生命周期模型图在软件项目开发中，一般可先开发、测试和部署那些核心的、基本的功能，然后在后续的版本中添加其他功能。使用多版本的方法，可以将复杂的大项目分解成几个较小的项目，使它们更便于管理。由于缩短了交付时间，使项目组能更快地从用户那里得到产品的反馈，并在该产品的下一个版本中做及时地更正，能更早地给客户带来更多的业务利润。由于项目组有不断的功能增加和持续的产品推出，使项目组员的目标更加清晰明确，可以鼓舞团
5、队士气。5.1.3 各阶段的主要工作目标和里程碑产物等内容见下表：阶段名称主要目标里程碑名称主要驱动角色构思阶段确定项目的目标和前景，在限定条件下定义项目范围前景/范围确定产品经理计划阶段给出详细需求和设计方案，以及构建和部署的计划、与各项任务和资源相关的进度表项目计划确定程序经理开发阶段构建项目中所要求的各种功能和交付成果，其中包括代码、组件、基础架构以及和用户及运营相关的文档等交付成果。完成产品范围开发开发组长、用户教育组长稳定阶段提高项目质量，使产品达到稳定，满足发布到生产环境的质量标准发布就绪认可测试组长、部署组长部署阶段把产品实施到生产环境之中部署完成部署组长5.1.4 构思阶段构思
6、阶段的主要工作是组建项目团队，建立项目前景，确定项目范围，开始风险评估。当项目产生时，应及时确定项目的涉众，确定所需的团队技能，组建项目团队，并制定初始的项目计划，关于如何组建项目团队和制定项目计划的内容参见软件项目管理作业文件。项目团队除了项目各角色成员外，还应包括质量保证人员，有关质量保证的流程控制，参见质量保证作业文件。为使团队有一个共同的目标和前景，应在本阶段确定业务问题和机会，收集项目需求，开发项目的前景，并在给定的假设和限定条件下，确定项目范围，其工作流程参见需求管理作业文件。在本阶段，还应完成初步的风险评估，具体流程参见项目风险管理作业文件。此外，还应在本阶段建立配置和变更管理，
7、具体流程参见配置管理作业文件。重要里程碑产物都必须经过相应的评审，以保证产物的质量，评审的流程参见软件开发评审作业文件，其他阶段类似。构思阶段的主里程碑为“前景/范围确定”，要求前景和范围文档经过评审，得到关键涉众的认可。5.1.5 计划阶段计划阶段的主要工作是开发详细的软件需求、进行逻辑设计和物理设计，制定主项目计划和其他附属计划，并准备开发和测试环境等。为制定出一个高效的计划以降低项目风险，项目组必须仔细分析用户需求和业务需求，定义系统的详细需求，具体流程参见需求管理作业文件。在基本确定需求时，项目组可以进行系统的逻辑设计和物理设计，有关设计流程和方法参见软件设计编码作业文件。在计划阶段应
8、将目标和初始计划转变为项目计划，并使每个角色对项目计划负责，注意项目计划不只是单纯的一个时间进度表，它应该包括一个主项目计划和一系列附属计划，如培训计划、测试计划、沟通计划等，相关流程参见软件项目管理作业文件。此外，在计划阶段还应按照开发和测试计划中设置的标准配置来建立环境，为开发和测试做好准备。计划阶段的主里程碑为“项目计划确定”，要求关键涉众对要交付的组件、主要项目里程碑日期及如何构建达到一致意见。5.1.6 开发阶段开发阶段的主要工作是编写代码、创建文档和培训课程、进行测试等。编写代码、创建文档的流程和指导参见产品集成作业文件及软件设计编码作业文件。测试的目标是评估项目的质量，具体过程参
9、见软件测试作业文件。通过每日构建实现内部发布，可以帮助团队把一个复杂的项目分解为多个易于管理的任务，具体规定参见每日构建作业文件。开发阶段的里程碑为“完成产品范围开发”，表示所有功能和交付成果都已完成。5.1.7 稳定阶段稳定阶段的主要工作是解决发现的问题，使产品稳定运行，提高项目质量，并完成项目发布。为达到产品稳定，应进行有效的测试和试运行，此时，还应按照每日构建作业文件和软件测试作业文件来开展相关工作。在稳定阶段的后期，项目组应开发发布候选版本，准备相关发布文档，并完成发布，相关流程参见软件项目发布管理作业文件。稳定阶段的里程碑为“发布就绪认可”，表明项目代码和文档的产物通过评审，可以正式
10、发布。5.1.8 部署阶段部署阶段的主要工作是将产品部署到用户环境中，最终交付运营，项目组进行总结收尾。要将产品平稳地部署到用户环境中，应遵循软件项目部署作业文件进行工作，部署完成得到用户认可后，要将项目交付给用户进行运营，同时相关产物应交给技术支持部门进行后续维护工作。在合同项目中还应得到客户的确认，参照项目验收作业文件执行。此时，项目组可以进行项目回顾和总结，将项目数据、经验和教训存放在过程财富库中。相关流程参见软件项目管理作业文件和过程财富库管理作业文件。部署阶段的里程碑为“完成部署”，表明产品在客户环境中已能稳定运行，项目得到客户认可，项目团队的工作基本结束。5.1.9 在项目中运用标
11、准生命周期模型时，可以根据项目的不同情况进行裁剪，裁剪必须依照软件项目过程剪裁作业文件进行操作。5.2 原型生命周期模型5.2.1 原型是指为需求调研和演示使用的软件产品，原型生命周期模型是指为这些产品而定义的过程模型，它对过程的要求比标准生命周期模型简单，并且由于不是提交给用户的产品，因此，基本上都不包括稳定和部署的阶段。5.2.2 模型图图表 3 原型生命周期模型图原型生命周期模型和标准生命周期模型类似，都是采用分阶段和里程碑驱动的方式，但它通常只包含三个阶段，同时，对每个阶段的流程控制要求也相对较少一些。但原型生命周期并不表示稳定和部署阶段肯定不存在，在有必要的情况下，也可以包含这两个阶
12、段或其中之一。同样，原型生命周期模型也是可以迭代的，如下图所示。功 能版本 1版本 2版本 3时 间图表 4 支持迭代的原型生命周期模型图5.2.3 各阶段的主要工作目标和里程碑产物等内容见下表：阶段名称主要目标里程碑名称主要驱动角色构思阶段确定项目的目标和前景，在限定条件下定义项目范围前景/范围确定产品经理计划阶段分析需求，制定出项目进度计划表项目计划确定程序经理开发阶段构建解决方案中所要求的各种功能和交付成果，其中包括代码、组件、基础架构以及和用户及运营相关的文档等交付成果。完成产品范围开发开发组长、用户教育组长5.2.4 构思阶段构思阶段的主要工作是组建项目团队，建立项目前景，确定项目范
13、围。当项目产生时，应及时确定项目的涉众，确定所需的团队技能，组建项目团队，并制定初始的项目计划，关于如何组建项目团队和制定项目计划的内容参见软件项目管理作业文件。为使团队有一个共同的目标和前景，应在本阶段确定业务问题和机会，收集项目需求，开发项目的前景，并在给定的假设和限定条件下，确定项目范围，其工作流程参见需求管理作业文件。此外，还应在本阶段建立配置和变更管理，具体流程参见配置管理作业文件。构思阶段的主里程碑为“前景/范围确定”，要求前景和范围文档经过评审，得到关键涉众的认可。5.2.5 计划阶段计划阶段的主要工作是开发详细的软件需求、制定主项目计划和其他附属计划，并准备开发环境等。为制定出
14、一个高效的计划以降低项目风险，项目组必须仔细分析用户需求和业务需求，定义系统的详细需求，具体流程参见需求管理作业文件。在有些原型项目中，项目组还应该进行系统逻辑设计和物理设计，有关设计流程和方法参见软件设计编码作业文件。在计划阶段应将目标和初始计划转变为项目计划，并使每个角色对项目计划负责，相关流程参见软件项目管理作业文件。此外，在计划阶段还应建立好开发环境。计划阶段的主里程碑为“项目计划确定”，要求关键涉众对要交付的组件、主要项目里程碑日期及如何构建达到一致意见。5.2.6 开发阶段开发阶段的主要工作是编写代码、创建文档等。编写代码、创建文档的流程和指导参见产品集成作业文件及软件设计编码作业
15、文件。原型项目也应采用每日构建的方式来实现内部构建和测试，具体规定参见每日构建作业文件和软件测试作业文件。开发完成后，产品就可以提供进行需求调研和演示使用，有些特殊的原型产品可能还包括稳定阶段或部署阶段的相关工作。开发阶段的里程碑为“完成产品范围开发”，表示所有功能和交付成果都已完成。5.2.7 原型生命周期模型也是可以裁剪的，裁剪时依照软件项目过程剪裁作业文件进行操作。5.3 精简生命周期模型5.3.1 对于快速实现类或升级维护类的软件项目，项目实施过程的选择应遵循“在保证必要的执行过程及其工作产品的情况下，适当简化软件实施过程”的原则，所以为了指导项目组能够更加高效的实施项目，特制定精简生命周期模型。5.3.2 模型图图表 5 精简生命周期模型图5.3.3 模型过程说明在模型图中定义的项目实施过程活动主要有立项、需求分析、快速设计、代码实现、系统测试、发布与部署、结项等。 项目需求产生后，应依据项目立
