CMMI软件过程规范Word格式.docx

CMMI软件过程规范Word格式.docx

《CMMI软件过程规范Word格式.docx》由会员分享，可在线阅读，更多相关《CMMI软件过程规范Word格式.docx（9页珍藏版）》请在冰豆网上搜索。

0.文档介绍

0.1文档目的

0.2文档范围

0.3读者对象

0.4参考文献

提示：

列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[标识符]作者，文献名称，出版单位（或归属单位），日期

例如：

[AAA]作者，《立项建议书》，机构名称，日期

[SPP-PROC-PP]SEPG，项目规划规范，机构名称，日期

0.5术语与缩写解释

缩写、术语

解释

SPP

精简并行过程，SimplifiedParallelProcess

PP

项目规划，ProjectPlanning

…

1.项目介绍

1.1项目范围

（1）用简练的语言说明本项目“是什么”，“说明用途”。

（2）说明本项目“应当包含的内容”和“不包含的内容”。

（3）说明本项目“适用的领域”和“不适用的领域”。

1.2项目目标

说明本项目的目标，这些目标必须是“可实现”、“可验证”的。

1.3客户与最终用户介绍

如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。

如果不是合同项目，请描述潜在客户和最终用户的特征。

1.4开发方介绍

如果是合同项目，请说明本项目的开发方是谁，责任人是谁。

1.5制约

（1）请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行业规定，请不要遗漏。

（2）请说明相关项目可能对本项目造成的影响。

（3）说明一些假设和依赖。

2.项目过程定义

2.1过程模型

SPP（“精简并行过程”SimplifiedParallelProcess）是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它由众多的过程规范和文档模板组成。

SPP主要用于指导国内IT企业持续地改进其软件过程能力。

此处“精简并行”的含义是：

1、对CMMI3级以内各过程域的内容和要求作了“精简”处理。

2、在产品生命周期之内，项目管理过程、项目研发过程和机构支撑过程“并行”开展。

本章是SPP的综述文章，全面介绍SPP的思想方法以及软件过程改进政策。

2.2SPP模型

✧SPP模型把产品生命周期划分为5个阶段，分别为：

✧产品定义阶段，记为PH1。

✧产品开发阶段，记为PH2。

✧产品测试阶段，记为PH3。

✧用户验收阶段，记为PH4。

✧产品维护阶段，记为PH5。

在SPP模型中，软件项目的过程有三大类：

项目管理过程、项目研发过程和机构支持过程。

上述三类过程可以细分为19个主要过程域，分布在PH1到PH5的各个阶段。

项目管理过程包含6个过程域，分别为：

✧立项管理

✧结项管理

✧项目规划

✧项目监控

✧风险管理

✧需求管理

项目研发过程包含8个过程域，分别为：

✧需求开发

✧技术预研

✧系统设计

✧实现与测试

✧系统测试

✧Beta测试

✧客户验收

✧技术评审

机构支撑过程包含5个过程域，分别为：

✧配置管理

✧质量保证

✧培训管理

✧外包与采购管理

✧服务与维护

2.3SPP过程域的目的

SPP所有19个过程域的目的如表2-1所示。

项目管理过程域

目的

（此部分略）

项目研发过程域

需求开发

通过调查与分析，获取用户需求并定义产品需求。

技术预研

在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。

系统设计

设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。

实现与测试

依据系统设计文档，编写并测试整个系统的代码。

在SPP中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。

系统测试

对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。

Beta测试

在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对产品进行测试，并获取他们对产品的建议。

客户验收

客户依据合同对产品进行审查和测试，确保产品满足客户需求。

技术评审

尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量。

此过程也可以加入其他过程域。

机构支撑过程域

配置管理

通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。

配置管理是对工作成果的一种有效保护。

质量保证

提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。

外包与采购管理

选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。

培训管理

根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取得预期效果。

服务与维护

是指产品销售之后的客户服务和产品维护，其宗旨是提高客户对产品以及对开发方的满意度。

表2-1SPP过程域的目的

2.4SPP文档结构与规范细分

主要规程

文档模板

（此部分略）

SPP-PROC-RD

需求分析

需求定义

《需求说明书》

SPP-PROC-TPR

《技术预研报告》

SPP-PROC-SD

体系结构设计

用户界面设计

数据库设计

模块设计

《功能说明书》

《体系结构设计书》

《模块设计说明书》

《数据库设计书》

SPP-PROC-IT

《编码规范》

《测试计划》

《代码模板》

SPP-PROC-ST

《测试用例》

《测试报告》

SPP-PROC-CA

《客户验收计划》

《客户验收报告》

SPP-PROC-TR

正式技术评审

非正式技术评审

文档和计划评审

《技术评审计划》

《技术评审报告》

《技术评审检查表》

规程与关键活动

SPP-PROC-QA

制定质量保证计划

过程与产品质量检查

问题跟踪与质量改进

《质量保证计划》

《质量保证检查表》

SPP-PROC-CM

制定配置管理计划

配置库管理

版本控制

变更控制

《配置管理计划》

SPP-PROC-TM

机构培训管理

项目培训管理

《客户培训计划》

《用户手册》

表2-3SPP规范细分

3.人力资源计划

规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。

角色

职责

人员

工作说明

机构领导

项目经理

需求分析员

系统设计员

程序员

测试员

质量保证员

配置管理员

3.1SPP角色与职责表

SPP的主要角色及其职责如表2-4所示（详见各个过程域对角色与职责的描述）。

企业在应用SPP时，可以将SPP的各个角色映射到企业原有的岗位上，也可以依据SPP角色建立新的岗位。

一个人可以被赋予多个角色，视具体情况而定。

常设角色

职责简述

表2-4SPP的角色与职责简表

3.2项目团队的政策

项目中的任何管理人员、开发人员、测试人员等，必须学习与本职工作相关的过程规范，每个人都必须明白自己“应当在什么时候依据什么规范做什么事情”。

项目经理应当树立榜样，并且督促项目成员们按规范做事。

允许项目经理根据本项目的特征，在SEPG和QAG的指导下，适当地裁剪或扩充机构的过程规范，从而快速建立本项目的过程规范。

这项工作应当在“项目规划过程域”中完成，并在《项目计划》中体现出来。

4.软硬件资源计划

4.1方法与工具

规划小组分析项目开发、测试、运行所需的软硬件资源，主要内容包括：

✧资源级别（分为“关键”、“普通”两种）

✧详细配置

✧获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间

✧使用说明（如“谁”在“什么”时候使用）

软硬件资源名称

级别

详细配置

获取方式与时间

使用说明

关键

普通