软件项目过程定义表样式

＜单击此处输入项目名称）

项目过程定义表

文档编号：

项目编号：

受控状态：受控

版本号：VI.0

2023年10月15日

修订记录

类别：A-增长M-修改D-删除

描述（注明修改的条款或

版本日期制定类别同意

页）

1.02023-10-09胡秋苹A

1.项目生命周期选择....................................................

2.项目已定义过程......................................................

通用过程裁典.........................................................

2.2项目开发过程裁剪矩阵................................................

瀑布型...............................................................

迭代型...............................................................

2.3项目支持过程裁剪矩阵................................................

3.偏差阐明.............................................................

4.审核过程.............................................................

项目过程定义表

项目名称项目编号

项目开始日期项目计划完毕日期

1.项目生命周期选择

提醒：请在选择栏划/,并在“选择理由”栏阐明理由。

可选生命周期模型

选择理由

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

2.项目已定义过程

2.1通用过程裁剪

通用过程:合用于所有生命周期模型

合用的生命周期模型：V瀑布型V增量型V迭代型J螺旋型

阶过裁剪

过程元素裁剪选项输出裁剪准则

段程属性

生项活项目计划监控频率□每周•次项目周期较

命目动□每两周一次长（6个月以

项目计划监控一

周监上）的项目,

览表

期控可以选择每

金两周一次

阶周期性项目进展频率□每周一次项目周期较

段评估与汇报□每两周一次长（6个月以

项目周报上）的项目,

可以选择每

二周一次

项目里程碑评估方式□正式项目里程碑汇报当里程碑节

□非正式点是阶段结

束点时，采

用正式评

估，其他里

程碑评估方

式由项目经

理艰据对项

目控制H勺重

要程度决定

问题与偏差管理//项目计划监控一/

览表一差异与问

题管理

风活制定风险管理计划方式□专题计划风险管理计划

险动□含在项目计中小项目风

管划中险管理计划

理可含在项目

计划中

风险管理计划技术评可选□需要专题计划需

审□不需要要单独U勺技

术评审

方式□非正式评审检查表

评审汇报

风险识别与应对//风险列表/

风险监控//项忖风险列表（包/

括于“项目计划监

控表”中）

项目风险管理总结方式□单独总结汇风险管理总结汇/

报报

□含在项目总

结汇报中

供过程可选□需要不需要：假

应□不需要如顶口不波

商及采购和外

管包，可裁剪

理该过程

活制定采购计划方式□专题计划/

动□在项目计划采购计划

中

采购计划技术评审可选□需要专题计划需

□不需要要单独口勺技

术评审

方式□非正式评审技术评审检杳表

技术评审汇报

选择供应商方式□自主采购供应商评价表原则上采购

□招标单，介不小于

50万元的设

备、软件和

外包或同类

设备总额不

小于100万

元时，采用

招标方式

签定协议可选□需要协议与协议审批不需要：供

口不需要表应商为企业

内部时

//采购产品交付计/

划

监控协议执行状况可选□需要协议执行状态汇

口不需要报不需要：非

协议方式

可选□需要外包过程监控汇需要：外包

□不需要报方式

到货验收//采购产品验收汇/

报

产品交付///

2.2项目开发过程裁剪矩阵

项目经理在EPG组与和项目团体日勺协助下，在所选生命周期模型的指导下，对项目

开发裁剪矩阵进行裁剪，定义项目的项目开发过程需要的活动和输出。

注:不一样的生命周期模型具有不用的开发过程,本表支持二种类型的生命周期模

型,瀑布型、迭代型,在定义的过程中,可以根据项目特点定义。不需要的生命周期模

型,请删除。

2.2.1瀑布型

合用的生命周期模型：V瀑布型□迭代型□螺旋型

阶过裁

段程过程元素（活动）剪裁剪选项输出裁剪准则

属

性

*3项召开项目启动会方□EmailEmail:项目组组员

立日议式□正式会议会议纪要少于5人

计制定初步项FI计//项目计划/

项划划

获取对项目计划方□口头根据承诺对于项目

的承诺式□Email答复U勺重要性，项目经

□签字理自己确定

需需需求调研可□需要需求调研计划不需要：顾客提出

求求选□不需要需求调研汇报明确纸质需求时：

分开维护型项目

析发

阶、//需求讨论会议记/

段技录

术需求分析、需求//需求讨论登记表/

评定义或

审会议记录

"I□需要客户需求阐明书不需要：顾客提供

选□不需要纸质需求文档时；

维护型项目：软件

产品研发；

//产品需求阐明书/

//需求双向追踪表/

客户需求评审可□需要不需要：顾客提供

选□不需要完整顾客需求阐明

书时（顾客提供纸

质需求文档时；维

护型项目）

方□非正式评审评审检查表

式□正式评审技术评审汇报

产品需求阐明书方□正式评审评审计划

评审式评审检查表

技术评审汇报

客户需求确认方□会议客户需求阐明书根据客户规定确定

式□会签

项项项目过程定义//项目过程定义表/

目项目估算//项目估算汇报/

计计制定项目计划//项目计划/

划划项目计划评审方□正式评审评审计划根据承诺对于项目

阶、式□Email答复评审检查表口勺重要性，项目经

段心□签字管理评审汇报理自己确定

收制定验收计划//验收计划/

（制定系统测试计//系统测试计划/

计划

划系统测试计划同方□正式评审评审计划/

）行评审式□Email答复评审检查表

、□签字管理评审汇报

系

统

测

试

（

计

划

）

、

技

术

评

审

概概制定备选方案并可□需要备选方案评估准需要：技术、需求

要要评比选则及评估措施上具有创新性或者

设设□不需要备选方案评估分大型项目

计计析表

阶、备选方案不需要：1.在需求、

段系技术等方面与此前

统项目高度类似的项

测目

试2.采用相似技术方

（案的维护型项目

设新技术评价可□需要新技术评价表需要：需制定备选

计选方案且备选方案中

）具有新技术

□不需要不需要：1.不需制

技定备选方案2.备

术选方案中不含新技

评术

审概要设计//概要设计阐明书/

接口一览表

概要设计评审方□正式评审技术评审计划/

式□Email答复技术评审检查表

技术评审汇报

设计系统测试用//系统测试用例/

例

系统测试用例评方□一般评审技术评审检查表/

审式□Email答复技术评审汇报

详产制定集成计划//集成计划/

详品集成计划技术评方□正式评审技术评审表

细集审式□其他技术评审汇报

设成

计（制定集成测试计//集成测试计划/

阶计划

段划集成测试计划技方□会签技术评审表

）术评审式□Email答复技术评审汇报

、□正式评审

详详细设计可□需要当满足如下状况

细选时，可将详细设计

设合并至《概要设计

计□不需要阐明书》：

、1.小项目，系统复

集杂程度低，开发人

成员能力足以根据概

测要设计进行开发

试2.中小项巨，为此

（前项目的后继或派

计生，开发人员理解

划程序构造和需求

和3.中小项E,采用

设此前成熟项目日勺系

计统构造和设计思

）想，开发人员理解

、程序构造

技4.使用成熟的构架

术进行设计、且概要

评设计已包括详细设

审计信息

5.不变更技术方案

日勺维护型项目，且

开发人员理解构造

和需求

措□面向对象详细设计阐明书

施（面向对象）

□面向过程详细设计阐明书

（面向过程）

详细设计阐明书方□一般评审技术评审表/

技术评审式技术评审汇报

设计集成测试用//集成测试用例/

例

集成测试用例技方□一般评审技术评审表/

术评审式技术评审汇报

编单制定单元测试计方□按照《测试计单元测试计划自主研发大项目

码元划式划模板》制定

与测

单试□含在《项目计项目进度计划中、小项目或者协

元(划》的附件《项目议项目

测计进度计划》中

试划单元测试计划技方□•般评审技术评审表

阶和术评审式技术评审汇报

段设支持文档编写文培训材料可根据项目的详细

计档顾客手册规定，编制上述文

)种安装手册档中的一至多份

、类操作手册

编支持文档技术评方□一般评审技术评审检查表/

码审式□Email答复技术评审汇报

实设计单元测试用方□按照《测试用单元测试用例*2关键软件代码组

现例式例模板》制定件

、

技□开发人员自己

术编写，格式不做限非关键软件代码组

评制件

审单元测试用例技方□一般评审技术评审表*2关键软件代码组

、术评审式技术评审汇报件

单□可不专门做评

元审，可在测试时采非关键软件代码组

测用交叉测试执行件

试方式验证

编码实现//源代码/

代码技术评审方□代码走查代码走查汇报项目经理自定

式

□正式评审技术评审计划*2关键软件代码组

技术评审表件

技术评审汇报

执行单元测试//测试用例的1执行

历史

缺陷管理频□事件驱动（有测试记录单根据测试状况而定

率缺陷时）

编写单元测试汇方□合并到工作周个人工作周报/

报式报项目周报

集产集成测试公布/□EmailEmail/

成品

与集建立集成环境//集成环境检查单/

集成保证接口兼容性//会议纪要/

成、确认产品构件准///

测集备就绪

试成产品集成//集成后的产品/

阶测集成日志

段试执行集成测试//冽试用例口勺执行/

历史

缺陷管理频□事件驱动（有测试记录单或根据测试状况而定

缺陷时）Bag管理系统

编写集成测试汇//个人工作汇报及/

报项目周报

产品打包//产品包/

系系系统测试公布/□Email/集成测试通过，方

统统可申请系统测试

测测执行系统测试//冽试用例H勺执行/

试试历史

阶缺陷管理频□事件驱动（有测试记录单或根据测试状况而定

段率缺陷时）Bjg管理系统

编写系统测试汇//系统测试汇报/

报

验验验收测试申请/□Email/

收收□正式申请验收测试申请

阶过

段F呈*3对软件产品的方□顾客验收测试验收测试汇报根据协议、任务书

验收测试式的规定和项目自身

□用系统测试替用系统测试汇报的状况选择一种或

代或部分替代替代或部分替代多种方式。当系统

测试环境符合或可

模拟产品预期使用

环境时，系统测试

可作为软件产品内

部验收测试

验收和产品交付//公布清单/

问题处理频事件驱动根据验收测试和验

率收状况而定

编写验收汇报//验收汇报/

产品公布（最终///

版本公布）

全需需求变更频事件驱动变更申请表当需求发生变更时

生求率

命管更新维护《需求频事件驱动需求双向追踪表事件驱动：根据项

周理双向追踪表》率目状况而定

期

注：*1:立项的度量数据应包括在项目管理类中，不单独按阶段记录。

注：*2：关键软件代码组件。对关健组件（或组件的部分〉H勺选择需要考虑如下的风险条件:

>使用了新的技术、措施、工具，缺乏经验的组件，例如新领域的软件开发：

>关键的架构性的组件：

>必须精确和优化的复杂逻辑或算法：

>具有多种异常条件或失败模式的组件：

>不易测试的异常处理代码；

>打算复用的组件；

>将作为其他组件的模型或模板的组件；

>影响产品多种部分的组件；

>复杂的顾客界面；

>由缺乏经验的开发者创立的组件；

>以往具有诸多缺陷或变更的模块。

符合这些条件中任何一种或几种被认为是高风险的，我们都视为关键组件。

注：*3：对软件产品的验收测试，关键是要在软件产品的J预定使用环境中来确认其满足预期用途。项目的协议、任

务书或项目自身的项目计划的制定要考虑这个关犍原因。在项目中也许是采用一种或多种方式来确认H勺.

2.2.2迭代型

合用的生命周期模型：口瀑布型V迭代型口螺旋型

阶过裁剪属

过程元素（活动）裁剪选项输出裁剪准则

段程性

初项召开项目启动会议方式□EmailEmail:项目组组员

始目■正式会议会议纪要少于5人

计计制定初步项目计划//项目计划/

划划

阶获取对项目计划的方式□口头根据承诺对于项目

段

承诺■Email答复的重要性，项目经理

□签字自己确定

需需求调研可选□需要需求调研计划不需要：顾客提出明

求■不需要需求调研汇报确纸质需求时（如国

管税总局直接下达明

理确任务书）；虽然没

需和有明确1向纸质需求，

求需但需求非常明确，

阶求（如采用新技术的

段开产品升级项目等）

（发需求分析、需求定义//需求讨论会议记录/

第

可选■需要顾客需求阐明书不需要：顾客提供纸

1

□不需要质需求文档时；产品

次

升级时

迭

//产品需求阐明书/

代

）需求跟踪//需求双向追踪表或需/

求管理系统

需求确认方式□会议客户需求确认表根据客户规定确定

■会签

需求变更//变更申请表/

项项项目过程定义//项目过程定义表/

目目

项目估算//项目估算汇报/

计计

划划制定项目计划//项目计划/

阶

段获取对项目计划的方式□口头根据承诺对于项目

（承诺■Email答复的重要性，项目经理

第■签字自己确定

1

次

迭

代

）

技制定备选方案并评可选■需要备选方案评估准则表需要：技术、需求上

术审备选方案具有创新性或者大

方中小项目备选方案评型项目

案估分析汇报

□不需要不需要：在需求、技

术等方面与此前项

目高度类似的项目

设

计

和

新技术评价可选■需要新技术评价表需要：需制定备选方

编

案且备选方案中具

码有新技术

实

□不需要不需要：1.不需制定

现

备选方案2.备选方

阶

案中不含新技术

段

确定设计准则方式□单独形成表设计准则及接口准则已在《产品需求阐明

(格表书》中明确体现时不

第

■含在产品需