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

1、软件项目过程定义表模版项目过程定义表文档编号：项目编号:受控状态：受控版本号：V1。02014年1月15日修 订 记 录 类别:A 增加 M修改 D 删除版本日期制定类别批准描述(注明修改的条款或页)1.02014-009胡秋苹1 项目生命周期选择12。项目已定义过程 12。1 通用过程裁剪 122项目开发过程裁剪矩阵 .2。 瀑布型 32。2.2 迭代型 12。3 项目支持过程裁剪矩阵183偏差说明 194。审核过程 0项目过程定义表项目名称项目编号项目开始日期项目计划完成日期1.项目生命周期选择提示：请在选择栏划,并在“选择理由”栏说明理由可选生命周期模型选择理由瀑布型迭代型螺旋型增量型2

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

3、/风险管理活动制定风险管理计划方式 专题计划 含在项目计划中风险管理计划中小项目风险管理计划可含在项目计划中风险管理计划技术评审可选 需要 不需要专题计划需要单独的技术评审方式非正式评审检查表评审报告风险识别与应对/风险列表/风险监控/项目风险列表(包含于“项目计划监控表”中)项目风险管理总结方式 单独总结报告 含在项目总结报告中风险管理总结报告/供应商管理过程可选需要不需要不需要:如果项目不涉及采购和外包，可裁剪该过程活动制定采购计划方式 专题计划 在项目计划中采购计划/采购计划技术评审可选 需要 不需要专题计划需要单独的技术评审方式 非正式评审技术评审检查表技术评审报告选择供应商方式 自主

4、采购 招标供应商评价表原则上采购单价大于5万元的设备、软件和外包或同类设备总额大于10万元时，采用招标方式签定合同可选 需要 不需要合同与合同审批表不需要:供应商为公司内部时/采购产品交付计划/监控合同执行情况可选 需要不需要合同执行状态报告不需要：非合同方式可选 需要 不需要外包过程监控报告需要：外包方式到货验收采购产品验收报告/产品交付/2.2 项目开发过程裁剪矩阵项目经理在EPG组与和项目团队的协助下，在所选生命周期模型的指导下，对项目开发裁剪矩阵进行裁剪，定义项目的项目开发过程需要的活动和输出。注:不同的生命周期模型具有不用的开发过程,本表支持二种类型的生命周期模型,瀑布型、迭代型,在

5、定义的过程中,可以依据项目特点定义。不需要的生命周期模型，请删除。2.2.1 瀑布型适用的生命周期模型： 瀑布型 迭代型 螺旋型阶段过程过程元素(活动）裁剪属性裁剪选项输出裁剪准则*3立项项目计划召开项目启动会议方式 Eail正式会议会议纪要Eail：项目组成员少于5人制定初步项目计划项目计划/获取对项目计划的承诺方式口头 Emil回复签字根据承诺对于项目的重要性，项目经理自己确定需求分析阶段需求开发、技术评审需求调研可选 需要不需要需求调研计划需求调研报告不需要:用户提出明确纸质需求时；维护型项目需求讨论会议记录/需求分析、需求定义/需求讨论记录表或会议记录/可选 需要 不需要客户需求说明书

6、不需要：用户提供纸质需求文档时;维护型项目;软件产品研发;/产品需求说明书/需求双向追踪表/客户需求评审可选需要不需要不需要:用户提供完整用户需求说明书时(用户提供纸质需求文档时;维护型项目)方式非正式评审正式评审评审检查表技术评审报告产品需求说明书评审方式正式评审评审计划评审检查表技术评审报告客户需求确认方式 会议 会签客户需求说明书根据客户要求确定项目计划阶段项目计划、验收(计划）、系统测试（计划）、技术评审项目过程定义/项目过程定义表/项目估算/项目估算报告制定项目计划/项目计划项目计划评审方式 正式评审 Email回复 签字评审计划评审检查表管理评审报告根据承诺对于项目的重要性，项目经

7、理自己确定制定验收计划/验收计划制定系统测试计划/系统测试计划/系统测试计划同行评审方式正式评审Eail回复签字评审计划评审检查表管理评审报告/概要设计阶段概要设计、系统测试(设计）、技术评审制定备选方案并评选可选需要 不需要备选方案评估准则及评估方法备选方案评估分析表备选方案需要:技术、需求上具有创新性或者大型项目不需要:1。在需求、技术等方面与以前项目高度类似的项目.采用相同技术方案的维护型项目新技术评价可选 需要不需要新技术评价表需要：需制定备选方案且备选方案中含有新技术不需要:1.不需制定备选方案2。 备选方案中不含新技术概要设计/概要设计说明书接口一览表概要设计评审方式正式评审 Ea

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

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

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

11、代码组件执行单元测试/测试用例的执行历史缺陷管理频率 事件驱动（有缺陷时)测试记录单根据测试情况而定编写单元测试报告方式合并到工作周报个人工作周报项目周报/集成与集成测试阶段产品集成、集成测试集成测试发布/EailEml/建立集成环境/集成环境检查单/确保接口兼容性/会议纪要/确认产品构件准备就绪/产品集成/集成后的产品集成日志/执行集成测试/测试用例的执行历史/缺陷管理频率 事件驱动（有缺陷时）测试记录单或Bg管理系统根据测试情况而定编写集成测试报告/个人工作报告及项目周报产品打包/产品包/系统测试阶段系统测试系统测试发布/ mail集成测试通过，方可申请系统测试执行系统测试/测试用例的执行

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

13、变更时更新维护需求双向追踪表频率事件驱动需求双向追踪表事件驱动：根据项目情况而定注：1:立项的度量数据应包含在项目管理类中，不单独按阶段统计。注:2:关键软件代码组件.对关键组件(或组件的部分)的选择需要考虑如下的风险条件：使用了新的技术、方法、工具,缺少经验的组件,比如新领域的软件开发；关键的架构性的组件；必须准确和优化的复杂逻辑或算法;具有多个异常条件或失败模式的组件；不易测试的异常处理代码；打算复用的组件；将作为其他组件的模型或模板的组件;影响产品多个部分的组件；复杂的用户界面;由缺乏经验的开发者创建的组件；以往具有很多缺陷或变更的模块。符合这些条件中任何一种或几种被认为是高风险的，我们

14、都视为关键组件.注：*3：对软件产品的验收测试,关键是要在软件产品的预定使用环境中来确认其满足预期用途。项目的合同、任 务书或项目本身的项目计划的制定要考虑这个关键因素。在项目中可能是采用一种或多种方式来确认的。2.2.2 迭代型适用的生命周期模型： 瀑布型 迭代型 螺旋型阶段过程过程元素(活动）裁剪属性裁剪选项输出裁剪准则初始计划阶段项目计划召开项目启动会议方式ail 正式会议会议纪要Email:项目组成员少于5人制定初步项目计划/项目计划获取对项目计划的承诺方式 口头 mal回复 签字根据承诺对于项目的重要性，项目经理自己确定需求阶段(第1次迭代)需求管理和需求开发需求调研可选 需要不需要

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

16、确定设计和编码实现阶段(第1次迭代)技术方案制定备选方案并评审可选 需要 不需要备选方案评估准则表备选方案中小项目备选方案评估分析报告需要：技术、需求上具有创新性或者大型项目不需要：在需求、技术等方面与以前项目高度类似的项目新技术评价可选 需要 不需要新技术评价表需要：需制定备选方案且备选方案中含有新技术不需要：1。不需制定备选方案2. 备选方案中不含新技术确定设计准则方式单独形成表格 含在产品需求说明书中设计准则及接口准则表已在产品需求说明书中明确表达时不需此表概要设计/概要设计说明书详细设计可选 需要 不需要当满足如下情况时,可将详细设计合并至概要设计说明书:1.小项目，系统复杂程度低,开

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

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

19、管理系统根据项目情况而定执行集成测试/测试记录单/缺陷管理频率 事件驱动测试记录单根据测试情况而定编写集成测试报告/集成测试报告/测试（系统测试)制定系统测试计划/系统测试计划/编写系统测试用例/系统测试用例需求双向追踪需求双向追踪表或需求管理系统根据项目情况而定执行系统测试/测试记录表缺陷管理频率 事件驱动测试记录表根据测试情况而定编写系统测试报告/系统测试报告验收申请验收/验收申请/验收/问题处理频率事件驱动问题管理系统根据验收情况而定编写验收报告/验收报告需求阶段(第次迭代)需求管理和需求开发是否重新开发需求需要 不需要不需要：如果在第一次迭代的阶段就已经做好了N次迭代的需要开发。否则每

20、次迭代开始前必须重新做需求开发。需求调研可选 需要 不需要需求调研计划需求调研报告不需要:用户提出明确纸质需求时(如国税总局直接下达明确任务书)；虽然没有明确的纸质需求，但需求非常明确,(如采用新技术的产品升级项目等)需求分析、需求定义/需求讨论会议记录/可选 需要 不需要用户需求说明书不需要：用户提供纸质需求文档时；产品升级时/产品需求说明书需求跟踪/需求双向追踪表/需求确认方式 会议 会签客户需求确认表根据客户要求确定需求变更/变更申请表/项目计划阶段（第N次迭代)项目计划修改项目计划可选 需要 不需要项目计划需要:若项目计划没有对该次迭代的内容进行计划获取对项目计划的承诺可选 需要 不需

21、要不需要:该次迭代没有引入新的项目干系人方式 口头 Emai回复 签字根据承诺对于项目的重要性,项目经理自己确定注:如果该次迭代没有引入新的项目干系人则无需选择该项设计和编码实现阶段（第N次迭代）技术方案制定备选方案并评审可选 需要不需要备选方案评估准则表备选方案中小项目备选方案评估分析报告需要：技术、需求上具有创新性或者大型项目不需要:在需求、技术等方面与以前项目高度类似的项目新技术评价可选 需要 不需要新技术评价表需要：需制定备选方案且备选方案中含有新技术不需要：。不需制定备选方案2. 备选方案中不含新技术确定设计准则方式单独形成表格含在产品需求说明书中设计准则及接口准则表已在产品需求说明

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

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