CMMI软件过程规范

1、.浦发个贷系统，软件过程规范Huateng浦发个贷系统软件过程规范文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-PP-PLAN当前版本：1.0作 者：戴胜华完成日期：2005-03-18机构公开信息版 本 历 史版本/状态作者参与者起止日期备注 目 录 0. 文档介绍40.1 文档目的40.2 文档范围40.3 读者对象40.4 参考文献40.5 术语与缩写解释41. 项目介绍51.1 项目范围51.2 项目目标51.3 客户与最终用户介绍51.4 开发方介绍51.5 制约52. 项目过程定义62.1过程模型62.2SPP模型62.3 SPP过程域的目的72.4

2、 SPP文档结构与规范细分83. 人力资源计划93.1 SPP角色与职责表103.2项目团队的政策104. 软硬件资源计划104.1方法与工具100. 文档介绍0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文献提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日期例如：AAA 作者，立项建议书，机构名称，日期 SPP-PROC-PP SEPG，项目规划规范，机构名称，日期0.5 术语与缩写解释缩写、术语解 释SPP精简并行过程，Simplified Parallel ProcessPP项目规划，Project Plan

3、ning1. 项目介绍1.1 项目范围提示：（1）用简练的语言说明本项目“是什么”，“说明用途”。（2）说明本项目“应当包含的内容”和“不包含的内容”。（3）说明本项目“适用的领域”和“不适用的领域”。1.2 项目目标提示：说明本项目的目标，这些目标必须是“可实现”、“可验证”的。1.3 客户与最终用户介绍提示：如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。如果不是合同项目，请描述潜在客户和最终用户的特征。1.4 开发方介绍提示：如果是合同项目，请说明本项目的开发方是谁，责任人是谁。1.5 制约提示：（1）请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行

4、业规定，请不要遗漏。（2）请说明相关项目可能对本项目造成的影响。（3）说明一些假设和依赖。2. 项目过程定义2.1过程模型SPP （“精简并行过程” Simplified Parallel Process）是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它由众多的过程规范和文档模板组成。SPP主要用于指导国内IT企业持续地改进其软件过程能力。此处“精简并行”的含义是：1、对CMMI 3级以内各过程域的内容和要求作了“精简”处理。2、在产品生命周期之内，项目管理过程、项目研发过程和机构支撑过程“并行”开展。本章是SPP的综述文章，全面介绍SPP的思想方法以及软件过

5、程改进政策。2.2SPP模型² SPP模型把产品生命周期划分为5个阶段，分别为： ² 产品定义阶段，记为PH1。² 产品开发阶段，记为PH2。² 产品测试阶段，记为PH3。² 用户验收阶段，记为PH4。² 产品维护阶段，记为PH5。在SPP模型中，软件项目的过程有三大类：项目管理过程、项目研发过程和机构支持过程。上述三类过程可以细分为19个主要过程域，分布在PH1到PH5的各个阶段。项目管理过程包含6个过程域，分别为：² 立项管理² 结项管理² 项目规划² 项目监控² 风险管理

6、8; 需求管理项目研发过程包含8个过程域，分别为：² 需求开发² 技术预研² 系统设计² 实现与测试² 系统测试² Beta测试² 客户验收² 技术评审机构支撑过程包含5个过程域，分别为：² 配置管理² 质量保证² 培训管理² 外包与采购管理² 服务与维护2.3 SPP过程域的目的SPP 所有19个过程域的目的如表2-1所示。项目管理过程域目的 （此部分略） 项目研发过程域目的需求开发通过调查与分析，获取用户需求并定义产品需求。技术预研在立项之后到开发工作完成之前的

7、时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。系统设计设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。实现与测试依据系统设计文档，编写并测试整个系统的代码。在SPP中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。系统测试对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。Beta测试在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对产品进行测试，并获取他们对产品的建议。客户验收客户依据合同对产品进行审

8、查和测试，确保产品满足客户需求。技术评审尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量。此过程也可以加入其他过程域。机构支撑过程域目的配置管理通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。质量保证提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。外包与采购管理选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。培训管理根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取得预期效果。服务与维

9、护是指产品销售之后的客户服务和产品维护，其宗旨是提高客户对产品以及对开发方的满意度。表2-1 SPP过程域的目的2.4 SPP文档结构与规范细分项目管理过程域主要规程文档模板（此部分略） 项目研发过程域主要规程文档模板需求开发SPP-PROC-RD需求分析需求定义需求说明书技术预研SPP-PROC-TPR技术预研技术预研报告系统设计SPP-PROC-SD体系结构设计用户界面设计数据库设计模块设计功能说明书体系结构设计书模块设计说明书数据库设计书实现与测试SPP-PROC-IT实现与测试编码规范测试计划代码模板系统测试SPP-PROC-ST系统测试测试用例测试报告客户验收SPP-PROC-CA客

10、户验收客户验收计划客户验收报告技术评审SPP-PROC-TR正式技术评审非正式技术评审文档和计划评审技术评审计划技术评审报告技术评审检查表机构支撑过程域规程与关键活动文档模板质量保证SPP-PROC-QA制定质量保证计划过程与产品质量检查问题跟踪与质量改进质量保证计划质量保证检查表配置管理SPP-PROC-CM制定配置管理计划配置库管理版本控制变更控制配置管理计划培训管理SPP-PROC-TM机构培训管理项目培训管理客户培训计划用户手册表2-3 SPP规范细分3. 人力资源计划提示：规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。角色职责人员工作说明机构领导

11、项目经理需求分析员系统设计员程序员测试员质量保证员配置管理员3.1 SPP角色与职责表SPP的主要角色及其职责如表2-4所示（详见各个过程域对角色与职责的描述）。企业在应用SPP时，可以将SPP的各个角色映射到企业原有的岗位上，也可以依据SPP角色建立新的岗位。一个人可以被赋予多个角色，视具体情况而定。常设角色职责简述 表2-4 SPP的角色与职责简表3.2项目团队的政策项目中的任何管理人员、开发人员、测试人员等，必须学习与本职工作相关的过程规范，每个人都必须明白自己“应当在什么时候依据什么规范做什么事情”。项目经理应当树立榜样，并且督促项目成员们按规范做事。允许项目经理根据本项目的特征，在SEPG和QAG的指导下，适当地裁剪或扩充机构的过程规范，从而快速建立本项目的过程规范。这项工作应当在“项目规划过程域”中完成，并在项目计划中体现出来。4. 软硬件资源计划4.1方法与工具提示：规划小组分析项目开发、测试、运行所需的软硬件资