软件项目过程定义表模版

1、单击此处输入项目名称项目过程定义表文档编号：项目编号：受控状态：受控版本号：V1.02014年10月15日类别：A -增加 M -修改 D -删除版本日期制定类别批准描述（注明修改的条款或 页）1.02014-10-09胡秋苹A1. 项目生命周期选择 12. 项目已定义过程 12.1 通用过程裁剪12.2 项目开发过程裁剪矩阵 32.2.1 瀑布型32.2.2 迭代型92.3 项目支持过程裁剪矩阵 163. 偏差说明 184. 审核过程 18项目过程定义表项目名称项目编号项目开始日期:项目计划完成日期1 .项目生命周期选择提示：请在选择栏划，并在“选择理由”栏说明理由可选生命周期模型选择理由瀑

2、布型迭代型螺旋型增量型2 .项目已定义过程2.1 通用过程裁剪通用过程：适用于所有生命周期模型适用的生命周期模型：V 瀑布型 V 增量型 V迭代型 V螺旋型阶 段过 程过程元素裁剪 属性裁剪选项输出裁剪准则生 命 周 期 全 阶 段项 目 监 控活 动项目计划监控频率每周,次每两时-次项目计划监控一 览表项目周期较 长（6个月以 上）的项目， 可以选择每 两时-次周期性项目进展 评估与汇报频率每周,次每两时-次项目周报项目周期较 长（6个月以 上）的项目， 可以选择每 二次项目里程碑评估方式口正式口非正式项目里程碑报告当里程碑节 点是阶段结 束点时，采 用正式评 估，其它里 程碑评估方 式由项

3、目经 理根据对项 目控制的重 要程度决定问题与偏差管理/项目计划监控一 览表一差异与问 题管理/风 险 管 理活 动制定风险管理计划方式口专题计划口含在项目计划中风险管理计划中小项目风 险管理计划 可含在项目 计划中风险管理计划技术评 审可选m 聿91_1口不需要专题计划需 要单独的技 术评审方式口非正式评审检查表评审报告风险识别与应对/风险列表/风险监控/项目风险列表（包 含于“项目计划监 控表”中）/项目风险管理总结方式口单独总结报 告口含在项目总 结报告中风险管理总结报 告/供 应 商 管 理过程可选m 聿91_1口不需要不需要：如 果项目不涉 及米购和外 包，可裁剪 该过程活 动制定区

4、购计划方式口专题计划口在项目计划中采购计划/米购计划技术评审可选1_1口不需要专题计划需 要单独的技 术评审方式口非正式评审技术评审检查表 技术评审报告选择供应商方式口自主采购 口招标供应商评价表原则上采购 单价大于50 万元的设 备、软件和 外包或同类 设备总额大 于100万元 时，采用招 标方式签定合同可选m 聿91_1口不需要合同与合同审批 表不需要：供 应商为公司 内部时/米购产品交付计 划/监控合同执行情况可选1_1口不需要合同执行状态报 告不需要：非 合同方式可选1_1口不需要外包过程监控报 告需要：外包 方式到货验收/采购产品验收报 告/产品交付/2.2 项目开发过程裁剪矩阵项目

5、经理在EPG&与和项目团队的协助下，在所选生命周期模型的指导下，对项目 开发裁剪矩阵进行裁剪，定义项目的项目开发过程需要的活动和输出。注：不同的生命周期模型具有不用的开发过程，本表支持二种类型的生命周期模型， 瀑布型、迭代型，在定义的过程中，可以依据项目特点定义。不需要的生命周期模型， 请删除。2.2.1 瀑布型适用的生命周期模型：, 薄与布型口迭代型 口螺旋型阶过裁段程过程兀素（活动）男 属 性裁剪选项输出裁剪准则*3项召开项目启动会方 EmailEmail:项目组成员立目议式口正式会议会议纪要少于5人项计 划制定初步项目计 划/项目计划/获取对项目计划 的承诺方 式口 口头 Ema

6、il回复口签字根据承诺对于项目 的重要性，项目经 理自己确定需需需求调研可1_1需求调研计划不需要：用户提出求求选口不需要需求调研报告明确纸质需求时；分开维护型项目析发阶、/需求讨论会议记/段技录术需求分析、需求/而求讨论记小表/评定义或审会议记录可 选1_1口不需要客户需求说明书不需要：用户提供纸质需求文档时； 维护型项目；软件 产品研发；/产品需求说明书/需求双向追踪表/客户需求评审 1可m 聿9 1_1不需要：用户提供1选口不需要完整用户需求说明 书时（用户提供纸质需求文档时；维 护型项目）方口非正式评审评审检查表式口正式评审技术评审报告产品需求说明书方口正式评审评审计划评审式评审检查表

7、技术评审报告客户需求确认方口会议客户需求说明书根据客户要求确定式口会签项项项目过程定义一/项目过程定义表/目目项目估算/项目估算报告/计计制定项目计划/项目计划/划划项目计划评审方口正式评审评审计划根据承诺对于项目1阶、式 Email回复评审检查表的重要性，项目经段验口签字管理评审报告理自己确定收制定验收计划/验收计划/(制定系统测试计/系统测试计划/计戈IJ划系统测试计划同方口正式评审评审计划/)、系 统 测 试( 计 划 )行评审式 Email回复口签字评审检查表管理评审报告、技 术 评 审概 要 设 计 阶 段概 要 设 计制定备选方案并 评选可 选1_1口不需要备选方案评估准 则及评估

8、方法 备选方案评估分 析表备选方柔需要：技术、需求 上具有创新性或者 大型项目、系 统 测 试(不rhzj型.1.仕皿求、 技术等方面与以前 项目高度类似的项 目2.米用相同技术方 案的维护型项目设 计 )、 技 术 评新技术评价可 选1_1新技术评价表需要：需制定备选口不需要方某且备选方案中含启新技术不需要：1./、需制定备选方案2.备选方案中不含新技 术审概要设计/概要设计说明书 接口 一览表/概要设计评审方 式口正式评审 Email回复技术评审计划 技术评审检查表 技术评审报告/设计系统测试用 例/系统测试用例/系统测试用例评 审方 式口 一般评审 Email回复技术评审检查表 技术评审

9、报告/详 详 细 设 计 阶 段产 品 集 成（ 计 划 ）、详 细 设 计、集 成 测 试（ 计 划 和 设 计 ）、技 术 评 审制定集成计划/集成计划/集成计划技术评 审方 式口正式评审口其他技术评审表技术评审报告制定集成测试计 划/集成测试计划/集成测试计划技 术评审方 式口会签口 Email答复口正式评审技术评审表技术评审报告详细设计可 选m 聿9 1_1口不需要当满足如下情况 时，可将详细设计 合并至概要设计 说明书：1 .小项目，系统复 杂程度低，开发人 员能力足以根据概 要设计进行开发2 .中小项目，为以 前项目的后继或派 生，开发人员了解 程序结构和需求3 .中小项目，采用

10、以前成熟项目的系 统结构和设计思 想，开发人员了解 程序结构4 .使用成熟的构架 进行设计、且概要 设计已包括详细设 计信息5 .小父更技术方家 的维护型项目，且 开发人员了解结构 和需求方 法口面向对象口面向过程详细设计说明书 （面向对象） 详细设计说明书 （面向过程）详细设计说明书 技木评审方 式口 一般评审技术评审表技术评审报告/设计集成测试用 例/集成测试用例/集成测试用例技 术评审方 式口 一般评审技术评审表技术评审报告/编单制定单元测试计方口按照测试计单元测试计划自主研发大项目码元划式划模板制定与测单试口含在项目计项目进度计划中、小项目或者合元(戈”的附件项目同项目测计进度计划中试

11、划单元测试计划技方口 一般评审技术评审表阶和术评审式技术评审报告段设支持文档编写文培训材料可根据项目的具体计档用户手册要求，编制上述文)种安装手册档中的一至多份、类操作手册编支持文档技术评方口 一般评审技术评审检查表/码审式 Email回复技术评审报告实设计单元测试用方口按照测试用单元测试用例*2关键软件代码组现例式例模板制定件、技口开发人员自己术编写，格式不做限非关键软件代码组评制件审单元测试用例技方口 一般评审技术评审表*2关键软件代码组、单术评审式技术评审报告件口可不专门做评元审，可在测试时采非关键软件代码组测用交叉测试执行件试方式验证编码实现/源代码/代码技术评审方 式口代码走查代码走

12、查报告项目经理自定口正式评审技术评审计划*2关键软件代码组技术评审表技术评审报告件执行单元测试/测试用例的执行 历史缺陷管理频口事件驱动（有测试记录单根据测试情况而定1率缺陷时）编写单元测试报方口合并到工作周个人工作周报/告式报项目周报集产集成测试发布/ EmailEmail/成品与集建立集成环境/集成环境检查单/集成确保接口兼容性/会议纪要/成、确认产品构件准/测集备就绪试成产品集成/集成后的产品/阶测集成日志段试执行集成测试/测试用例的执行 历史/缺陷管理频事件驱动（有测试记录单或根据测试情况而定率缺陷时）Bug管理系统编写集成测试报/个人工作报告及/告项目周报产品打包/产品包/系系系统测

13、试发布/Email/集成测试通过，方统统可申请系统测试测测执行系统测试/测试用例的执行/试试历史阶缺陷管理频事件驱动（有测试记录单或根据测试情况而定:段率缺陷时）Bug管理系统编写系统测试报 告/系统测试报告/验验验收测试申请/Email/收收正式申请验收测试申请阶过段程*3对软件产品的方用户验收测试验收测试报告根据合同、任务书验收测试式用系统测试替用系统测试报告的要求和项目本身 的情况选择一种或代或部分替代替代或部分替代多种方式。当系统测试环境符合或可 模拟产品预期使用 环境时，系统测试 可作为软件产品内 部验收测试验收和产品交付/发布清单/问题处理频事件驱动根据验收测试和验率收情况而定编写

14、验收报告1/验收报告/产品发布（最终 版本发布）/全需需求变更频事件驱动变更申请表当需求发生变更时1生求率命管更新维护需求频事件驱动需求双向追踪表事件驱动：根据项周理双向追踪表率目情况而定期注：*1:立项的度量数据应包含在项目管理类中，不单独按阶段统计。注：*2:关键软件代码组件。对关键组件（或组件的部分）的选择需要考虑如下的风险条件:使用了新的技术、方法、工具，缺少经验的组件，比如新领域的软件开发;关键的架构性的组件；必须准确和优化的复杂逻辑或算法；具有多个异常条件或失败模式的组件；不易测试的异常处理代码；打算复用的组件；将作为其他组件的模型或模板的组件；影响产品多个部分的组件；复杂的用户界

15、面；由缺乏经验的开发者创建的组件；以往具有很多缺陷或变更的模块。符合这些条件中任何一种或几种被认为是高风险的，我们都视为关键组件。注：*3:对软件产品的验收测试，关键是要在软件产品的预定使用环境中来确认其满足预期用途。项目的合同、任务书或项目本身的项目计划的制定要考虑这个关键因素。在项目中可能是采用一种或多种方式来确认的。2.2.2 迭代型适用的生命周期模型：口瀑布型 V迭代型 口螺旋型阶 段过 程过程元素（活动）裁剪属 性裁剪选项输出裁剪准则初项召开项目启动会议方式 EmailEmail:项目组成员始目正式会议会议纪要少于5人计计制定初步项目计划/项目计划/划划阶获取对项目计划的方式口 口头

16、根据承诺对于项目段承诺 Email回复的重要性，项目经理口签字自己确定需需求调研可选1_1需求调研计划不需要：用户提出明求不需要需求调研报告确纸质需求时（如国管税总局直接下达明理确任务书）；虽然没需和有明确的纸质需求，求需但需求非常明确，阶求（如米用新技术的段开产品升级项目等）(发需求分析、需求定义/需求讨论会议记录/第 1次 迭 代 )可选 聿歪口不需要用户需求说明书不需要：用户提供纸 质需求文档时；产品 升级时/产品需求说明书/需求跟踪/需求双向追踪表或需 求管理系统/需求确认方式口会议会签客户需求确认表根据客户要求确定需求变更/变更申请表/项 目 计 划 阶 段( 第1次 迭 代 )项

17、目 计 划项目过程定义/项目过程定义表/项目估算/项目估算报告/制定项目计划/项目计划/获取对项目计划的 承诺方式口 口头 Email回复签字根据承诺对于项目 的重要性，项目经理 自己确定设 计 和 编 码 实 现 阶 段 ( 第1技 术 方 案制定备选方案并评 审可选 聿歪口不需要备选方案评估准则表备选方柔中小项目备选方案评 估分析报告需要：技术、需求上 具有创新性或若大 型项目不需要：在需求、技 术等方卸与以前项 目高度类似的项目新技术评价可选 聿歪口不需要新技术评价表需要：需制定备选方 案且备选方案中含 启新技术不需要：1./、需制7E 备选方呆2.备选方 案中不含新技术确定设计准则方式

18、口单独形成表 格含在产品需 求说明书中设计准则及接口准则 表已在产品需求说明 书中明确表达时不 需此表次 迭 代 ）概要设计/概要设计说明书详细设计可选 聿歪口不需要当满足如下情况时， 可将详细设计合并 至概要设计说明 书：1 .小项目，系统复 杂程度低，开发人员 能力足以根据概要 设计进行开发2 .中小项目，为以 前项目的后继或派 生，开发人员了解程 序结构和需求3 .中小项目，采用 以前成熟项目的系 统结构和设计思想， 开发人员了解程序 结构4 .使用成熟的构架 进行设计、且概要设 计已包括详细设计 信息方法向向对象面向过程详细设计说明书（面 向对象）详细设计说明书（面 向过程）需求双向追

19、踪/需求双向追踪表或需 求管理系统根据项目情况而定编码实现/源代码/支持文档编写文档种 类培训材料 用户手册 操作手册 安装手册 维护手册可根据项目的具体 要求，编制上述文档 中的一至多份产 品 集 成制定集成计划/集成计划/建立集成环境/集成环境检查单/确保接口兼容性/确认产品构件准备 就绪/产品集成/集成后的产品 集成日志/验 收 阶 段 （ 第1次 迭 代 ）产品打包/产品包/测 试（ 单 元 测 试 ）制定单元测试计划方式口按照测试计 划模板制定含在项目计 划的附件项 目进度计划中单元测试计划项目计划自主研发大项目中、小项目或者合同项目编写单元测试用例可选不需要单元测试用例需求双向追踪

20、/需求双向追踪表或需 求管理系统根据项目情况而定执行单元测试/测试记录单/缺陷管理频率口事件驱动测试记录单根据测试情况而定编写单元测试报告方式口单独形成报告 口包含在其他报 告单元测试报告人个工作报告、项目周报中自主研发大项目中、小项目或者合同项目测 试（ 集 成 测 试 ）制定集成测试计划/集成测试计划/编写集成测试用例/集成测试用例/需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定执行集成测试/测试记录单/缺陷管理频率口事件驱动测试记录单根据测试情况而定编写集成测试报告/集成测试报告/测 试（ 系 统 测 试 ）制定系统测试计划/系统测试计划/编写系统测试用例/系统测试用例/需

21、求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定执行系统测试/测试记录表/缺陷管理频率口事件驱动测试记录表根据测试情况而定编写系统测试报告/系统测试报告/验收申请验收/验收申请/验收/问题处理频率事件驱动问题管理系统根据验收情况而定编写验收报告/验收报告/需 求 阶 段 （ 第N次 迭 代 ）需 求 管 理 和 需 求 开 发是否重新开发需求m 聿91_1口不需要不需要：如果在A 次迭代的阶段就已 经做好了 N次迭代的 需要开发。否则每次 迭代开始前必须重 新做需求开发。需求调研可选m 聿91_1不需要需求调研计划 需求调研报告不需要：用户提出明 确纸质需求时（如国 税总局直接卜达明

22、 确任务书）；虽然没 有明确的纸质需求， 但需求非常明确，（如采用新技术的 产品升级项目等）需求分析、需求定义/需求讨论会议记录/可选 聿歪口不需要用户需求说明书不需要：用户提供纸 质需求文档时；产品 升级时/产品需求说明书/需求跟踪/需求双向追踪表/需求确认方式口会议会签客户需求确认表根据客户要求确定需求变更/变更申请表/项 目 计 划 阶 段 （ 第N次 迭 代 ）项 目 计 划修改项目计划可选 聿歪口不需要项目计划需要：若项目计划没 有对该次迭代的内 容进行计划获取对项目计划的 承诺可选 聿歪口不需要不需要：该次迭代没 有引入新的项目干 系人方式口 口头 Email回复签字根据承诺对于项

23、目 的重要性，项目经理 自己确定注：如果该次迭代没 有引入新的项目干 系人则无需选择该 项设 计 和 编 码 实 现 阶 段 （ 第N次 迭 代 ）技 术 方 案制定备选方案并评 审可选m 聿9 1_1不需要备选方案评估准则表 备选方案中小项目备选方案评 估分析报告需要：技术、需求上 具有创新性或若大 型项目不需要：在需求、技 术等方卸与以前项 目高度类似的项目新技术评价可选m 聿9 1_1不需要新技术评价表需要：需制定备选方 案且备选方案中含 启新技术不需要：1./、需制7E 备选方呆2.备选方 案中不含新技术确定设计准则方式口单独形成表 格含在产品需 求说明书中设计准则及接口准则 表已在产

24、品需求说明 书中明确表达时不 需此表概要设计方式修改概要设 计口重新进行概 要设计概要设计说明书修改概要设计：如果 系统框架没有发生 大变动，否则需要重 新进行概要设计详细设计可选 聿歪口不需要当满足如下情况时， 可将详细设计合并 至概要设计说明 书：1 .小项目，系统复 杂程度低，开发人员 能力足以根据概要 设计进行开发2 .中小项目，为以 前项目的后继或派 生，开发人员了解程 序结构和需求3 .中小项目，采用 以前成熟项目的系 统结构和设计思想， 开发人员了解程序 结构4 .使用成熟的构架 进行设计、且概要设 计已包括详细设计 信息方式修改详细设 计口重新设计方法向向对象面向过程详细设计说

25、明书（面 向对象）详细设计说明书（面 向过程）编码实现/源代码/支持文档编写文档种 类培训材料 用户手册 操作手册 安装手册 维护手册可根据项目的具体 要求，编制上述文档 中的一至多份需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定产 品 集 成制定集成计划/集成计划/建立集成环境/集成环境检查单/确保接口兼容性/确认产品构件准备 就绪/验 收 阶 段 （ 第N次 迭 代 ）产品集成/集成日志集成后的产品/产品打包/产品包/测 试（ 单 元 测 试 ）制定单元测试计划方式口按照测试计 划模板制定含在项目计 戈I的附件项 目进度计划中单元测试计划项目计划自主研发大项目中、小项目或者合

26、同项目编写单元测试用例/单元测试用例/需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定执行单元测试/测试记录单/缺陷管理频率口事件驱动测试记录单根据测试情况而定编写单元测试报告/单元测试报告/测 试（ 集 成 测 试 ）制定集成测试计划/集成测试计划/编写集成测试用例/集成测试用例/需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定执行集成测试/测试记录单/缺陷管理频率口事件驱动测试记录单根据测试情况而定编写集成测试报告/集成测试报告/测 试（ 系 统 测 试 ）制定系统测试计划/系统测试计划/编写系统测试用例/系统测试用例/需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定执行系统测试/测试记录单/缺陷管理频率口事件驱动测试记录单根据测试情况而定编写系统测试报告/系统测试报告/验收申请验收/验收申请/验收/问题处理频率事件驱动根据验收情况而定编写验收报告/验收报告/2.3 项目支持过程裁剪矩阵项目经理在EPG目的协助下（其中配置管理的裁剪应有配置管理人员参与、质量保证裁剪应有质量保证人员参与），对表三项目支持裁剪矩阵进行裁剪，定义