软件项目过程定义表模版

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

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

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

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

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

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

7、审方 式正式评审评审计划 评审检查表 技术评审报告客户需求确认方 式会议会签客户需求说明书根据客户要求确定项 目 计 划 阶 段项 目 计 划、验 收（计项目过程定义/项目过程定义表/项目估算/项目估算报告/制定项目计划/项目计划/项目计划评审方 式正式评审 Email回复签字评审计划 评审检查表 管理评审报告根据承诺对于项目 的重要性，项目经 理自己确定制定验收计划/验收计划/制定系统测试计 戈U/系统测试计划/划）、系 统 测 试（ 计 划 ）、技 术 评 审系统测试计划同行评审方 式正式评审 Email回复签字评审计划 评审检查表 管理评审报告/概 要 设 计 阶 段概 要 设 计、系

8、统 测 试（ 设 计 ）、技 术 评 审制疋备选方案并 评选可选I 1 宝两II 需不需要备选方案评估准 则及评估方法备选方案评估分 析表备选方案需要：技术、需求 上具有创新性或者 大型项目不需要：1.在需求、 技术等方面与以前 项目高度类似的项 目2.采用相冋技术方 案的维护型项目新技术评价可选I 1 宝两II 需不需要新技术评价表需要：需制疋备选 方案且备选方案中 含有新技术不需要：1.不需制 疋备选方案2.备 选方案中不含新技 术概要设计/概要设计说明书 接口一览表/概要设计评审方 式正式评审 Email回复技术评审计划 技术评审检查表技术评审报告/设计系统测试用 例/系统测试用例/系统

9、测试用例评审方 式 一般评审 Email回复技术评审检查表 技术评审报告/详 详 细 设 计 阶 段产 品 集 成（ 计 划 ）、 详 细 设 计、集 成 测 试（ 计 划 和 设 计 ）、 技 术 评 审制定集成计划/集成计划/集成计划技术评 审方 式正式评审其他技术评审表 技术评审报告制定集成测试计划/集成测试计划/集成测试计划技术评审方 式会签 Email答复正式评审技术评审表 技术评审报告详细设计可选I 1 宝两II 需不需要当满足如下情况 时，可将详细设计 合并至概要设计 说明书：1 小项目，系统复 杂程度低，开发人 员能力足以根据概 要设计进行开发2中小项目，为以 前项目的后继或派

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

11、 戈V的附件项目 进度计划中项目进度计划中、小项目或者合 同项目试 阶划和单元测试计划技术评审方 式 一般评审技术评审表 技术评审报告段设 计 )、支持文档编写文 档 种 类培训材料 用户手册 安装手册 操作手册可根据项目的具体 要求，编制上述文 档中的一至多份编 码支持文档技术评 审方 式 一般评审 Email回复技术评审检杳表 技术评审报告/实 现设计单元测试用 例方 式按照测试用 例模板制定单元测试用例*2关键软件代码组 件技 术 评开发人员自己 编写，格式不做限 制非关键软件代码组 件审、单 元 测 试单元测试用例技术评审方 式 一般评审技术评审表 技术评审报告*2关键软件代码组 件可

12、不专门做评 审，可在测试时米 用交叉测试执行 方式验证非关键软件代码组 件编码实现/源代码/代码技术评审方 式代码走杳代码走查报告项目经理自定正式评审技术评审计划 技术评审表 技术评审报告*2关键软件代码组 件执行单元测试/测试用例的执行 历史缺陷管理频 率事件驱动(有 缺陷时)测试记录单根据测试情况而定编写单元测试报告方 式合并到工作周 报个人工作周报 项目周报/集成产 品集成测试发布/ EmailEmail/与集建立集成环境/集成环境检杳单/集成确保接口兼容性/会议纪要/成 测 试 阶 段、集 成 测 试确认产品构件准备就绪/产品集成/集成后的产品 集成日志/执行集成测试/测试用例的执行

13、历史/缺陷管理频 率事件驱动（有 缺陷时）测试记录单或Bug管理系统根据测试情况而定编写集成测试报告/个人工作报告及 项目周报/产品打包/产品包/系 统 测 试 阶 段系 统 测 试系统测试发布/ Email/集成测试通过，方 可申请系统测试执行系统测试/测试用例的执行 历史/缺陷管理频 率事件驱动（有 缺陷时）测试记录单或Bug管理系统根据测试情况而定编写系统测试报告/系统测试报告/验 收 阶 段验 收 过 程验收测试申请/ Email正式申请验收测试申请/*3对软件产品的 验收测试方 式用户验收测试用系统测试替 代或部分替代验收测试报告用系统测试报告 替代或部分替代根据合同、任务书 的要求

14、和项目本身 的情况选择一种或 多种方式。当系统 测试环境符合或可 模拟产品预期使用 环境时，系统测试 可作为软件产品内 部验收测试验收和产品交付/发布清单/问题处理频 率事件驱动根据验收测试和验收情况而定编写验收报告:/验收报告/产品发布（最终 版本发布）/全 生 命 周 期需 求 管 理需求变更频 率事件驱动变更申请表当需求发生变更时更新维护需求 双向追踪表频 率事件驱动需求双向追踪表事件驱动：根据项 目情况而定注：*1:立项的度量数据应包含在项目管理类中，不单独按阶段统计。注：*2 :关键软件代码组件。对关键组件（或组件的部分）的选择需要考虑如下的风险条件:使用了新的技术、方法、工具，缺少

15、经验的组件，比如新领域的软件开发;关键的架构性的组件；必须准确和优化的复杂逻辑或算法；具有多个异常条件或失败模式的组件；不易测试的异常处理代码；打算复用的组件；将作为其他组件的模型或模板的组件；影响产品多个部分的组件；复杂的用户界面；由缺乏经验的开发者创建的组件；以往具有很多缺陷或变更的模块。符合这些条件中任何一种或几种被认为是高风险的，我们都视为关键组件。注：*3 :对软件产品的验收测试，关键是要在软件产品的预定使用环境中来确认其满足预期用途。项目的合同、任务书或项目本身的项目计划的制定要考虑这个关键因素。在项目中可能是采用一种或多种方式来确认的。2.2.2迭代型适用的生命周期模型：口 瀑布

16、型 V迭代型 口螺旋型阶 段过程过程元素（活动）裁剪属 性裁剪选项输出裁剪准则初 始 计 划 阶 段项 目 计 划召开项目启动会议方式 Email正式会议会议纪要Email:项目组成员少于5人制定初步项目计划/项目计划/获取对项目计划的承诺方式 口头 Email回复签字根据承诺对于项目 的重要性，项目经理 自己确定需 求 阶 段（需 求 管 理 和 需 求 开 发需求调研可选I I 毛WII 需不需要需求调研计划需求调研报告不需要：用户提出明 确纸质需求时（如国 税总局直接下达明 确任务书）；虽然没 有明确的纸质需求， 但需求非常明确，（如采用新技术的 产品升级项目等）需求分析、需求定义/需求

17、讨论会议记录/第1次 迭 代 )可选 車两 需不需要用户需求说明书不需要：用户提供纸 质需求文档时；产品 升级时/产品需求说明书/需求跟踪/需求双向追踪表或需求管理系统/需求确认方式会议会签客户需求确认表根据客户要求确定需求变更/变更申请表/项 目 计 划 阶 段( 第1次 迭 代 )项 目 计 划项目过程定义/项目过程定义表/项目估算/项目估算报告/制定项目计划/项目计划/获取对项目计划的承诺方式 口头 Email回复签字根据承诺对于项目 的重要性，项目经理 自己确定设 计 和 编 码 实 现 阶 段( 第1技 术 方 案制疋备选方案并评 审可选 車两 需不需要备选方案评估准则表 备选方案中

18、小项目备选方案评 估分析报告需要：技术、需求上 具有创新性或者大 型项目不需要：在需求、技 术等方面与以前项 目高度类似的项目新技术评价可选 車两 需不需要新技术评价表需要：需制疋备选方 案且备选方案中含 有新技术不需要：1.不需制疋 备选方案2.备选方 案中不含新技术确定设计准则方式单独形成表 格含在产品需 求说明书中设计准则及接口准则 表已在产品需求说明 书中明确表达时不 需此表次 迭 代 ）概要设计/概要设计说明书详细设计可选 車两 需不需要当满足如下情况时， 可将详细设计合并 至概要设计说明 书：1小项目，系统复 杂程度低，开发人员 能力足以根据概要 设计进行开发2中小项目，为以 前项

19、目的后继或派 生，开发人员了解程 序结构和需求3. 中小项目，采用 以前成熟项目的系 统结构和设计思想， 开发人员了解程序 结构4. 使用成熟的构架 进行设计、且概要设 计已包括详细设计 信息方法面向对象面向过程详细设计说明书（面 向对象）详细设计说明书（面 向过程）需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定编码实现/源代码/支持文档编写文档种类培训材料 用户手册 操作手册 安装手册 维护手册可根据项目的具体 要求，编制上述文档 中的一至多份产 品 集 成制定集成计划/集成计划/建立集成环境/集成环境检查单/确保接口兼容性/确认产品构件准备就绪/产品集成/集成后的产品 集成日

20、志/验 收 阶 段（ 第1次 迭 代）产品打包/产品包/测 试（ 单 元 测 试 ）制定单元测试计划方式按照测试计 划模板制定含在项目计 戈V的附件项 目进度计划中单元测试计划项目计划自主研发大项目中、小项目或者合冋 项目编写单元测试用例可选 車两 需不需要单元测试用例需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定执行单元测试/测试记录单/缺陷管理频率事件驱动测试记录单根据测试情况而定编写单元测试报告方式单独形成报告包含在其他报告单元测试报告人个工作报告、项目 周报中自主研发大项目中、小项目或者合冋项目测 试（集 成 测 试）制定集成测试计划/集成测试计划/编写集成测试用例/集成

21、测试用例/需求双向追踪/需求双向追踪表或需求管理系统根据项目情况而定执行集成测试/测试记录单/缺陷管理频率事件驱动测试记录单根据测试情况而定编写集成测试报告/集成测试报告/测 试（ 系 统 测 试 ）制定系统测试计划/系统测试计划/编写系统测试用例/系统测试用例/需求双向追踪/需求双向追踪表或需求管理系统根据项目情况而定执行系统测试/测试记录表/缺陷管理频率事件驱动测试记录表根据测试情况而定编写系统测试报告/系统测试报告/验收申请验收/验收申请/验收/问题处理频率事件驱动问题管理系统根据验收情况而定编写验收报告/验收报告/需 求 阶 段（ 第N次 迭 代）需 求 管 理 和 需 求 开 发疋否

22、重新开发需求1 I 毛W需不需要不需要：如果在第一 次迭代的阶段就已经做好了 N次迭代的 需要开发。否则每次 迭代开始前必须重新做需求开发。需求调研可选1 I 毛W需不需要需求调研计划需求调研报告不需要：用户提出明 确纸质需求时（如国 税总局直接下达明 确任务书）；虽然没 有明确的纸质需求， 但需求非常明确，（如米用新技术的 产品升级项目等）需求分析、需求定义/需求讨论会议记录/可选 車两 需不需要用户需求说明书不需要：用户提供纸 质需求文档时；产品 升级时/产品需求说明书/需求跟踪/需求双向追踪表/需求确认方式会议会签客户需求确认表根据客户要求确定需求变更/变更申请表/项 目 计 划 阶 段

23、（ 第N次 迭 代 ）项 目 计 划修改项目计划可选 車两 需不需要项目计划需要：若项目计划没 有对该次迭代的内 容进行计划获取对项目计划的承诺可选 車两 1仃女不需要不需要：该次迭代没 有弓1入新的项目干 系人方式 口头 Email回复签字根据承诺对于项目 的重要性，项目经理 自己确定注：如果该次迭代没 有弓1入新的项目干 系人则无需选择该 项设 计 和 编 码 实 现 阶 段（ 第 N 次 迭 代 ）技 术 方 案制疋备选方案并评 审可选1 I 毛W需不需要备选方案评估准则表 备选方案中小项目备选方案评 估分析报告需要：技术、需求上 具有创新性或者大 型项目不需要：在需求、技 术等方面与以

24、前项 目高度类似的项目新技术评价可选1 I 毛W需不需要新技术评价表需要：需制疋备选方 案且备选方案中含 有新技术不需要：1.不需制疋 备选方案2.备选方 案中不含新技术确定设计准则方式单独形成表 格含在产品需 求说明书中设计准则及接口准则 表已在产品需求说明 书中明确表达时不 需此表概要设计方式修改概要设 计重新进行概 要设计概要设计说明书修改概要设计：如果 系统框架没有发生 大变动，否则需要重 新进行概要设计详细设计可选 車两 需不需要当满足如下情况时， 可将详细设计合并 至概要设计说明 书：1小项目，系统复 杂程度低，开发人员 能力足以根据概要 设计进行开发2中小项目，为以 前项目的后继

25、或派 生，开发人员了解程 序结构和需求3. 中小项目，采用 以前成熟项目的系 统结构和设计思想， 开发人员了解程序 结构4. 使用成熟的构架 进行设计、且概要设 计已包括详细设计 信息方式修改详细设 计口重新设计方法面向对象面向过程详细设计说明书（面 向对象）详细设计说明书（面 向过程）编码实现/源代码/支持文档编写文档种类培训材料 用户手册 操作手册 安装手册 维护手册可根据项目的具体 要求，编制上述文档 中的一至多份需求双向追踪/需求双向追踪表或需 求管理系统根据项目情况而定产 品 集 成制定集成计划/集成计划/建立集成环境/集成环境检查单/确保接口兼容性/确认产品构件准备就绪/验 收 阶

26、 段（ 第N次 迭 代 ）产品集成/集成日志 集成后的产品/产品打包/产品包/测 试（ 单 元 测 试）制定单元测试计划方式按照测试计 划模板制定含在项目计 戈V的附件项 目进度计划中单元测试计划项目计划自主研发大项目中、小项目或者合冋 项目编写单元测试用例/单元测试用例/需求双向追踪/需求双向追踪表或需求管理系统根据项目情况而定执行单元测试/测试记录单/缺陷管理频率事件驱动测试记录单根据测试情况而定编写单元测试报告/单元测试报告/测 试（ 集 成 测 试 ）制定集成测试计划/集成测试计划/编写集成测试用例/集成测试用例/需求双向追踪/需求双向追踪表或需求管理系统根据项目情况而定执行集成测试/测试记录单/缺陷管理频率事件驱动测试记录单根据测试情况而定编写集成测试报告/集成测试报告/测 试（ 系 统 测 试 ）制定系统测试计划/系统测试计划/编写系统测试用例/系统测试用例/需求双向追踪/需求双向追踪表或需求管理系统根据项目情况而定执行系统测试/测试记录单/缺陷管理频率事件驱动测试记录单根据测试情况而定编写系统测试报告/系统测试报告/验收申请验收/验收申请/验收/问题处理频率事件驱动根据验收情况而定编写验收报告/验收报告/2.3项目支持过程裁剪矩阵项目经理在EPG组的协助下（其中配置管理的裁剪应有配置管理人员参与、质量保证裁剪应有质量保证