SPP文档.docx

SPP文档.docx

《SPP文档.docx》由会员分享，可在线阅读，更多相关《SPP文档.docx（21页珍藏版）》请在冰豆网上搜索。

SPP文档

精简并行过程综述1

1SPP模型1

2SPP过程域的目的4

3SPP与CMMI的关系5

4SPP文档结构与规范细分6

5SPP角色与职责表8

6机构软件过程改进的政策9

6.1目标9

6.2机构领导的支持9

6.3质量管理的政策10

6.4软件工程过程小组的政策10

6.5质量保证小组的政策11

6.7项目团队的政策11

7SPP裁剪与扩充的指导方针12

精简并行过程综述

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

SPP主要用于指导本公司研发部持续地改进其软件过程能力。

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

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

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

阅读本章有助于员工更好地理解和应用SPP的所有过程规范和文档模板。

1SPP模型

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

✧产品概念阶段，记为PH0。

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

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

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

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

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

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

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

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

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

✧立项管理

✧结项管理

✧项目规划

✧项目监控

✧风险管理

✧需求管理

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

✧需求开发

✧技术预研

✧系统设计

✧实现与测试

✧系统测试

✧Beta测试

✧客户验收

✧技术评审

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

✧配置管理

✧质量保证

✧培训管理

✧外包与采购管理

✧服务与维护

SPP模型如图1所示。

SPP模型的主要特征和优点有：

一、直观的过程模型

SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。

这样，机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。

所以SPP模型有助于使公司内的各个职能单位有条不紊地开展工作。

二、容易裁剪与扩充

SPP模型的三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。

用户可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。

并行、迭代

配置管理质量保证外包与采购管理培训管理

根据产品特征确定最合适的开发模型，

以线性顺序为主，以并行、迭代为辅。

其它：

人力资源管理财务管理行政管理市场营销…

技术预研

服务与维护

客户验收

Beta测试

系统测试

技术评审

实现与测试

需求开发

系统设计

结项管理

项目监控风险管理需求管理

PH5产品维护

PH4客户验收

PH3产品测试

PH2产品开发

项目规划

立项管理

PH1产品定义

PH0产品概念

机构支撑过程

项目

研发

过程

项目

管理

过程

图1SPP模型

2SPP过程域的目的

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

项目管理过程域

目的

立项管理

采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目。

杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的资源、资金、时间等。

结项管理

在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合评估以及总结经验教训等。

项目规划

为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人员按照该计划有条不紊地开展工作。

项目监控

周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。

风险管理

在风险产生危害之前识别它们，从而有计划地消除或削弱风险。

需求管理

在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。

项目研发过程域

目的

需求开发

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

技术预研

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

系统设计

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

实现与测试

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

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

系统测试

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

Beta测试

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

客户验收

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

技术评审

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

机构支撑过程域

目的

配置管理

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

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

质量保证

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

外包与采购管理

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

培训管理

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

服务与维护

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

表1SPP过程域的目的

3SPP与CMMI的关系

CMMI是SPP的主要参考标准，但是SPP并不是对CMMI进行简化处理后的结果。

两者都是用于指导软件过程改进的方法论，CMMI主要论述“应当做什么才能使软件过程能力达到CMMI某种级别”，而SPP则论述“应当怎样做才能使软件过程能力达到CMMI3级水平”。

SPP过程域和CMMI3级过程域的对应关系如表2所示。

SPP的19个过程域

CMMI3级以内的18个过程域

项目

管理

过程

立项管理

CMMI3级，DecisionAnalysisandResolution

结项管理

项目规划

CMMI2级，ProjectPlanning

项目监控

CMMI2级，ProjectMonitoringandControl

CMMI2级，MeasurementandAnalysis

风险管理

CMMI3级，RiskManagement

需求管理

CMMI2级，RequirementsManagement

项目

研发

过程

需求开发

CMMI3级，RequirementsDevelopment

技术预研

系统设计

实现与测试

CMMI3级，TechnicalSolution

CMMI3级，ProductIntegration

系统测试

Beta测试

用户验收

技术评审

CMMI3级，Verification

CMMI3级，Validation

机构

支撑

过程

配置管理

CMMI2级，ConfigurationManagement

质量保证

CMMI2级，ProcessandProductQualityAssurance

外包与采购管理

CMMI2级，SupplierAgreementManagement

培训管理

CMMI3级，OrganizationalTraining

服务与维护

SPP其它成果：

✧SPP综述文章

✧SPP培训教材

✧基于Web的项目管理工具

CMM3级，OrganizationProcessFocus

CMM3级，OrganizationProcessDefinition

CMM3级，IntegratedProjectManagement

表2SPP过程域和CMMI3级过程域的对应关系

4SPP文档结构与规范细分

SPP的文档结构如图2所示，SPP包含19个过程域、40余个规程、近60个文档模板。

SPP的规范细分如表3所示。

过程域

ProcessesAreas

SPIPolicies

Procedures

Templates

过程改进政策

文档模板

规程

图2SPP文档结构

项目管理过程域

主要规程

文档模板

立项管理

SPP-PROC-PIM

立项建议

立项评审

项目筹备

《立项建议书》

《立项调查报告书》

《立项可行性分析报告》

《立项评审报告》

结项管理

SPP-PROC-PCM

结项管理

《结项申请书》

《结项评审报告》

项目规划

SPP-PROC-PP

项目估计

制定项目计划

审批项目计划

项目计划变更控制

《项目估计表》

《项目计划》

《项目计划变更控制报告》

项目监控

SPP-PROC-PMC

项目计划跟踪

偏差控制

项目进展总结

《项目监控数据表》

《项目偏差控制报告》

《项目进展报告》

风险管理

SPP-PROC-PM

风险管理

《风险检查表》

《风险管理报告》

需求管理

SPP-PROC-RM

需求确认

需求跟踪

需求变更控制

《需求跟踪报告》

《需求变更控制报告》

项目研发过程域

主要规程

文档模板

需求开发

SPP-PROC-RD

需求调查

需求分析

需求定义

《用户需求说明书》

《产品需求规格说明书》

技术预研

SPP-PROC-TPR

技术预研

《技术预研计划》

《技术预研报告》

系统设计

SPP-PROC-SD

体系结构设计

用户界面设计

数据库设计

模块设计

《体系结构设计报告》

《用户界面设计报告》

《数据库设计报告》

《模块设计报告》

实现与测试

SPP-PROC-IT

实现与测试

《实现与测试计划》

《编程文档》

系统测试

SPP-PROC-ST

系统测试

《系统测试计划》

《测试用例》

《测试报告》

Beta测试

SPP-PROC-BETA

Beta测试

《Beta测试协议》

《Beta测试报告》

客户验收

SPP-PROC-CA

客户验收

《客户验收计划》

《客户验收报告》

技术评审

SPP-PROC-TR

正式技术评审

非正式技术评审

《技术评审计划》

《技术评审报告》

《技术评审检查表》

机构支撑过程域

规程与关键活动

文档模板

质量保证

SPP-PROC-QA

制定质量保证计划

过程与产品质量检查

问题跟踪与质量改进

《质量保证计划》

《质量保证检查表》

《质量保证报告》

《质量问题跟踪表》

配置管理

SPP-PROC-CM

制定配置管理计划

配置库管理

版本控制

变