软件项目过程定义表模版.docx

软件项目过程定义表模版.docx

《软件项目过程定义表模版.docx》由会员分享，可在线阅读，更多相关《软件项目过程定义表模版.docx（44页珍藏版）》请在冰豆网上搜索。

软件项目过程定义表模版

项目过程定义表

文档编号：

项目编号：

受控状态：

受控

版本号：

V1.0

2014年10月15日

修订记录

类别：

A–增加M–修改D–删除

版本

日期

制定

类别

批准

描述（注明修改的条款或页）

1.0

2014-10-09

胡秋苹

A

项目过程定义表

项目名称

项目编号

项目开始日期

项目计划完成日期

1.项目生命周期选择

提示：

请在选择栏划√，并在“选择理由”栏说明理由。

可选生命周期模型

选择理由

瀑布型

迭代型

螺旋型

增量型

2.项目已定义过程

2.1通用过程裁剪

通用过程：

适用于所有生命周期模型

适用的生命周期模型：

√瀑布型√增量型√迭代型√螺旋型

阶段

过程

过程元素

裁剪

属性

裁剪选项

输出

裁剪准则

生命周期全阶段

项目监控

活动

项目计划监控

频率

□每周一次

□每两周一次

项目计划监控一览表

项目周期较长（6个月以上）的项目，可以选择每两周一次

周期性项目进展

评估与汇报

频率

□每周一次

□每两周一次

项目周报

项目周期较长（6个月以上）的项目，可以选择每二周一次

项目里程碑评估

方式

□正式

□非正式

项目里程碑报告

当里程碑节点是阶段结束点时，采用正式评估，其它里程碑评估方式由项目经理根据对项目控制的重要程度决定

问题与偏差管理

/

/

项目计划监控一览表—差异与问题管理

/

风险管理

活动

制定风险管理计划

方式

□专题计划

□含在项目计划中

风险管理计划

中小项目风险管理计划可含在项目计划中

风险管理计划技术评审

可选

□需要

□不需要

专题计划需要单独的技术评审

方式

□非正式评审

检查表

评审报告

风险识别与应对

/

/

风险列表

/

风险监控

/

/

项目风险列表（包含于“项目计划监控表”中）

/

项目风险管理总结

方式

□单独总结报告

□含在项目总结报告中

风险管理总结报告

/

供应商管理

过程

可选

□需要

□不需要

不需要：

如果项目不涉及采购和外包，可裁剪该过程

活动

制定采购计划

方式

□专题计划

□在项目计划中

采购计划

/

采购计划技术评审

可选

□需要

□不需要

专题计划需要单独的技术评审

方式

□非正式评审

技术评审检查表

技术评审报告

选择供应商

方式

□自主采购

□招标

供应商评价表

原则上采购单价大于50万元的设备、软件和外包或同类设备总额大于100万元时，采用招标方式

签定合同

可选

□需要

□不需要

合同与合同审批表

不需要：

供应商为公司内部时

/

/

采购产品交付计划

/

监控合同执行情况

可选

□需要

□不需要

合同执行状态报告

不需要：

非合同方式

可选

□需要

□不需要

外包过程监控报告

需要：

外包方式

到货验收

/

/

采购产品验收报告

/

产品交付

/

/

/

2.2项目开发过程裁剪矩阵

项目经理在EPG组与和项目团队的协助下，在所选生命周期模型的指导下，对项目开发裁剪矩阵进行裁剪，定义项目的项目开发过程需要的活动和输出。

注：

不同的生命周期模型具有不用的开发过程，本表支持二种类型的生命周期模型,瀑布型、迭代型，在定义的过程中，可以依据项目特点定义。

不需要的生命周期模型，请删除。

2.2.1瀑布型

适用的生命周期模型：

√瀑布型□迭代型□螺旋型

阶段

过程

过程元素（活动）

裁剪属性

裁剪选项

输出

裁剪准则

*3立

项

项目计划

召开项目启动会议

方式

□Email

□正式会议

会议纪要

Email:

项目组成员少于5人

制定初步项目计划

/

/

项目计划

/

获取对项目计划的承诺

方式

□口头

□Email回复

□签字

根据承诺对于项目的重要性，项目经理自己确定

需求

分析

阶段

需求开发

、

技术评审

需求调研

可选

□需要

□不需要

需求调研计划

需求调研报告

不需要：

用户提出明确纸质需求时；维护型项目

/

/

需求讨论会议记录

/

需求分析、需求定义

/

/

需求讨论记录表或

会议记录

/

可选

□需要

□不需要

客户需求说明书

不需要：

用户提供纸质需求文档时；维护型项目；软件产品研发；

/

/

产品需求说明书

/

/

/

需求双向追踪表

/

客户需求评审

可选

□需要

□不需要

不需要：

用户提供完整用户需求说明书时（用户提供纸质需求文档时；维护型项目）

方式

□非正式评审

□正式评审

评审检查表

技术评审报告

产品需求说明书评审

方式

□正式评审

评审计划

评审检查表

技术评审报告

客户需求确认

方式

□会议

□会签

客户需求说明书

根据客户要求确定

项目计划阶段

项目计划

、

验收（计划）

、

系统测试（计划）

、

技术评审

项目过程定义

/

/

项目过程定义表

/

项目估算

/

/

项目估算报告

/

制定项目计划

/

/

项目计划

/

项目计划评审

方式

□正式评审

□Email回复

□签字

评审计划

评审检查表

管理评审报告

根据承诺对于项目的重要性，项目经理自己确定

制定验收计划

/

/

验收计划

/

制定系统测试计划

/

/

系统测试计划

/

系统测试计划同行评审

方式

□正式评审

□Email回复

□签字

评审计划

评审检查表

管理评审报告

/

概要设计阶段

概要设计

、

系统

测试（

设计）

、

技术评审

制定备选方案并评选

可选

□需要

□不需要

备选方案评估准则及评估方法

备选方案评估分析表

备选方案

需要：

技术、需求上具有创新性或者大型项目

不需要：

1.在需求、技术等方面与以前项目高度类似的项目

2.采用相同技术方案的维护型项目

新技术评价

可选

□需要

□不需要

新技术评价表

需要：

需制定备选方案且备选方案中含有新技术

不需要：

1.不需制定备选方案2.备选方案中不含新技术

概要设计

/

/

概要设计说明书

接口一览表

/

概要设计评审

方式

□正式评审

□Email回复

技术评审计划

技术评审检查表

技术评审报告

/

设计系统测试用例

/

/

系统测试用例

/

系统测试用例评审

方式

□一般评审

□Email回复

技术评审检查表

技术评审报告

/

详详细设计阶段

产品集成（计划）

、

详细设计

、

集成测试（计划和

设计）

、

技术评审

制定集成计划

/

/

集成计划

/

集成计划技术评审

方式

□正式评审

□其他

技术评审表

技术评审报告

制定集成测试计划

/

/

集成测试计划

/

集成测试计划技术评审

方式

□会签

□Email答复

□正式评审

技术评审表

技术评审报告

详细设计

可选

□需要

□不需要

当满足如下情况时，可将详细设计合并至《概要设计说明书》：

1．小项目，系统复杂程度低，开发人员能力足以根据概要设计进行开发

2．中小项目，为以前项目的后继或派生，开发人员了解程序结构和需求

3．中小项目，采用以前成熟项目的系统结构和设计思想，开发人员了解程序结构

4.使用成熟的构架进行设计、且概要设计已包括详细设计信息

5．不变更技术方案的维护型项目，且开发人员了解结构和需求

方法

□面向对象

□面向过程

详细设计说明书（面向对象）

详细设计说明书（面向过程）

详细设计说明书技术评审

方式

□一般评审

技术评审表

技术评审报告

/

设计集成测试用例

/

/

集成测试用例

/

集成测试用例技术评审

方式

□一般评审

技术评审表

技术评审报告

/

编码

与单元测试阶段

单元测试（计划和设计）

、

编码实现

、

技术评审

、

单元测试

制定单元测试计划

方式

□按照《测试计划模板》制定

□含在《项目计划》的附件《项目进度计划》中

单元测试计划

项目进度计划

自主研发大项目

中、小项目或者合同项目

单元测试计划技术评审

方式

□一般评审

技术评审表

技术评审报告

支持文档编写

文档种类

培训材料

用户手册

安装手册

操作手册

可根据项目的具体要求，编制上述文档中的一至多份

支持文档技术评审

方式

□一般评审

□Email回复

技术评审检查表

技术评审报告

/

设计单元测试用例

方式

□按照《测试用例模板》制定

□开发人员自己编写，格式不做限制

单元测试用例

*2关键软件代码组件

非关键软件代码组件

单元测试用例技术评审

方式

□一般评审

□可不专门做评审，可在测试时采用交叉测试执行方式验证

技术评审表

技术评审报告

*2关键软件代码组件

非关键软件代码组件

编码实现

/

/

源代码

/

代码技术评审

方式

□代码走查

□正式评审

代码走查报告

技术评审计划

技术评审表

技术评审报告

项目经理自定

*2关键软件代码组件

执行单元测试

/

/

测试用例的执行历史

缺陷管理

频率

□事件驱动（有缺陷时）

测试记录单

根据测试情况而定

编写单元测试报告

方式

□合并到工作周报

个人工作周报

项目周报

/

集成与集成测试阶段

产品集成

、

集成测试

集成测试发布

/

□Email

Email

/

建立集成环境

/

/

集成环境检查单

/

确保接口兼容性

/

/

会议纪要

/

确认产品构件准备就绪

/

/

/

产品集成

/

/

集成后的产品

集成日志

/

执行集成测试

/

/

测试用例的执行历史

/

缺陷管理

频率

□事件驱动（有缺陷时）

测试记录单或Bug管理系统

根据测试情况而定

编写集成测试报告

/

/

个人工作报告及项目周报

/

产品打包

/

/

产品包

/

系统测试阶段

系统测试

系统测试发布

/

□Email

/

集成测试通过，方可申请系统测试

执行系统测试

/

/

测试用例的执行历史

/

缺陷管理

频率

□事件驱动（有缺陷时）

测试记录单或Bug管理系统

根据测试情况而定

编写系统测试报告

/

/

系统测试报告

/

验收阶段

验收过程

验收测试申请

/

□Email

□正式申请

验收测试申请

/

*3对软件产品的验收测试

方式

□用户验收测试

□用系统测试替代或部分替代

验收测试报告

用系统测试报告替代或部分替代

根据合同、任务书的要求和项目本身的情况选择一种或多种方式。

当系统测试环境符合或可模拟产品预期使