[CMMI]02-精简并行综述.docVIP

第2章 CMMI 3级精简并行过程综述 1 2.1 SPP模型 1 2.2 SPP过程域的目的 4 2.3 SPP与CMMI的关系 5 2.4 SPP文档结构与规范细分 6 2.5 SPP角色与职责表 8 2.6 机构软件过程改进的政策 9 2.6.1 目标 9 2.6.2 机构领导的支持 9 2.6.3 质量管理的政策 10 2.6.4 软件工程过程小组的政策 10 2.6.5 质量保证小组的政策 11 2.6.7 项目团队的政策 11 2.7 SPP裁剪与扩充的指导方针 12 第2章 CMMI 3级精简并行过程综述 “精简并行过程”（Simplified Parallel Process，SPP）是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它由众多的过程规范和文档模板组成。SPP主要用于指导国内IT企业持续地改进其软件过程能力。 此处“精简并行”的含义是： （1）对CMMI 3级以内各过程域的内容和要求作了“精简”处理。 （2）在产品生命周期之内，项目管理过程、项目研发过程和机构支撑过程“并行”开展。 本章是SPP的综述文章，它对SPP的思想方法以及企业的软件过程改进政策作了全面介绍。阅读本章有助于读者更好地理解和应用SPP的所有过程规范和文档模板。 建议用户（企业）根据自身情况（如发展战略、研发实力等）适当地修改SPP，然后推广使用。 2.1 SPP模型 SPP模型把产品生命周期划分为6个阶段，分别为： 产品概念阶段，记为PH0。 产品定义阶段，记为PH1。 产品开发阶段，记为PH2。 产品测试阶段，记为PH3。 用户验收阶段，记为PH4。 产品维护阶段，记为PH5。 在SPP模型中，软件项目的过程有三大类：项目管理过程、项目研发过程和机构支持过程。上述三类过程可以细分为19个主要过程域，分布在PH0到PH5的各个阶段。 项目管理过程包含6个过程域，分别为： 立项管理 结项管理 项目规划 项目监控 风险管理 需求管理 项目研发过程包含8个过程域，分别为： 需求开发 技术预研 系统设计 实现与测试 系统测试 Beta测试 客户验收 技术评审 机构支撑过程包含5个过程域，分别为： 配置管理 质量保证 培训管理 外包与采购管理 服务与维护 SPP模型如图2-1所示。SPP模型的主要特征和优点有： 一、直观的过程模型 SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。 二、容易裁剪与扩充 SPP模型的三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。  图2-1 SPP模型 2.2 SPP过程域的目的 SPP 所有19个过程域的目的如表2-1所示。 项目管理过程域 目的 立项管理 采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目。杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的资源、资金、时间等。 结项管理 在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合评估以及总结经验教训等。 项目规划 为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人员按照该计划有条不紊地开展工作。 项目监控 周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。 风险管理 在风险产生危害之前识别它们，从而有计划地消除或削弱风险。 需求管理 在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 项目研发过程域 目的 需求开发 通过调查与分析，获取用户需求并定义产品需求。 技术预研 在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。 系统设计 设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。 实现与测试 依据系统设计文档，编写并测试整个系统的代码。在SPP中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。 系统测试 对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。 Beta测试 在产品正式销