《CMM3标准体系项目管理人员.ppt》由会员分享，可在线阅读，更多相关《CMM3标准体系项目管理人员.ppt（62页珍藏版）》请在三一办公上搜索。
1、CMM3标准体系普及篇及现场项目管理,2009/11过程质量部,总 目 录,公司质量管理体系基本结构,公司CMM3标准过程介绍,重点指南和流程介绍,CMM体系,第一部分CMM基础知识,CMM是什么？,Q?,过程成熟度模型：汇集世界各地软件过程管理者的经验和智慧一组有关软件过程和实践的集合CMM一共分为5级，1级最低，5级最高，3级是一个比较重要的分界线,CMM体系结构,能力成熟度模型的五个等级过程的不断改进基于许多小的、进化的步骤，而不是革命性的创新；CMM提供了一个框架，将这些进化步骤组织成五个成熟度等级，它为过程不断改进奠定了顺序渐近的基础；每一等级包含一组过程目标，当目标满足时，能使软件
2、过程的一个重要成分稳定。进阶图：(有纪律-标准一致-可预测-不断改进),CMM的5个等级,初始级,过程是不正规的、不稳定的,输入,CMM,第二部分公司CMM3软件质量管理体系,公司CMM3软件项目管理体系,公司CMM3软件项目管理体系结构,第三部分公司CMM3标准过程介绍,销售人员,合同计划管理中心,软件项目执行部门经理,项目经理,编写合同意向执行申请,建立软件项目配置,提交合同意向,审批合同意向,制定软件项目计划,下达项目任务书,数据转换,分发软件项目启动会议纪要,销售行总/工程主管/销售主管/总,召开软件项目启动会议,启动软件项目,软件项目启动过程,想一想,项目启动会要求哪些人员参加?项目
3、启动会召开前哪些工作必须完成?,关键活动,下达项目任务书项目估算计划评审建设配置管理区,制定软件项目计划,关键活动,过程裁剪申请项目估算相关计划制定计划评审计划变更,想一想,第一次制定软件项目计划是在什么阶段？软件项目计划由谁制定？什么情况下需要变更?,需求获取过程,关键活动,需求调研计划需求调研发记录用户需求说明书评审需求跟踪矩阵,想一想,怎样做需求调研更有效?用户需求说明书的评审工作怎样做才有效?,需求分析,关键活动,需求规格说明书评审编写填写需求跟踪矩阵项目估算,填写项目实施成本估算表,想一想,需求规格说明书评审需要谁参与？,需求管理,需求变更处理流程,关键活动,需求变更的记录需求变更的
4、评估需求变更的审核,想一想,编写确认测试用例有何用途，什么时候使用？用户需求说明书和软件需求规格说明书有什么区别？,系统设计,关键活动,编写设计文档评审设计文档编写确认测试用例需求跟踪矩阵,想一想,系统设计过程的启动条件是什么，结束条件是什么？在系统设计过程中，除了系统设计说明书之外，还需要产出哪些文档？,制定详细日程,设计单元测试用例,编写模块代码,需求管理员,重点代码检查,程序员,是否通过?,否,是,开发经理,项目日程,编码规范,填写需求跟踪矩阵,设计单元测试脚本,单元测试用例,单元测试脚本,模块源代码,单元测试纪录,重点代码检查表,单元测试,执行代码走读,系统设计说明书,是,需要代码走读
5、?,否,否,是,是否通过,代码设计过程,关键活动,编写编码规范代码走查单元测试需求跟踪矩阵,想一想,编码规范有什么意义？,产品发布过程,SCCB,SQA/配置管理工程师,模块源代码,审批产品发布申请,制定详细日程,分析测试记录,基线审计,测试技术流程,Scarab缺陷跟踪,安装程序,是否通过,否,是,程序员,项目经理,开发经理,可执行程序,软件产品,生成产品,系统设计说明书,执行集成测试,搭建可运行环境,编译源代码,产品生成记录表,项目日程,集成测试报告,申请发布产品,编写集成测试报告,产品发布申请表,整理手册,处理测试缺陷,关键活动,对内发布对外发布单元测试需求跟踪矩阵,想一想,谈谈测试与发
6、布过程的关联？在产品发布前做测试还是发布之后进行？为什么？,范例,范例,测试经理/实施经理,测试工程师/实施工程师,制定详细日程,组织评审,安装产品,执行测试,编写测试报告,启动产品发布过程,开发经理,分析测试纪录,是,系统测试过程,关键活动,对内发布缺陷管理工具缺陷跟踪测试报告需求跟踪矩阵,系统测试过程,系统测试过程的启动条件是什么，结束条件是什么？,系统实施过程,协调解决系统实施问题,制定详细日程,用户确认测试,用户代表,用户培训,实施经理,要数据转换,否,是,项目经理,系统验收,系统试运行,用户培训效果分析报告,合同执行备忘录,项目合同,数据转换,确认测试报告,项目日程,用户需求说明书,
7、软件产品,确认测试用例,系统试运行总结报告,系统验收报告,系统验收备忘录,关键活动,现场服务任务书数据转换用户问题的响应及跟踪状态项目总结及数据分析,接收问题,工作落实,和用户确认用户问题报告,维护管理员/维护经理,修改问题并向用户提交系统,测试经理,是否测试,否,是,任务接受者,部门经理,分析问题,工作安排,录入用户问题,问题关闭,编译并提交测试申请,用户问题报告,执行测试,用户需求说明书,软件测试与发布申请表,用户需求说明书(或修改后加设计),维护过程,关键活动,用户问题的收集缺陷跟踪工具现场服务任务书,项目问题处理流程,SQA工程师,评审人员,收集结果记录,分发评审材料,收集评审准备记录
8、,提交评审报告,是,SEPG,评审负责人,验证评审活动,编写评审报告,跟踪验证评审缺陷处理,分析评审结果,组织评审,参加评审,准备评审,评审和同行评审过程,关键活动,评审准备缺陷跟踪工具数据汇总分析表,想一想,如何进行有效评审什么是评审准备就绪准则？什么是评审完成准则？,制定项目日程过程,否,是,测试阶段？,制定/变更开发阶段项目日程,组织制定/变更项目日程,制定/变更测试阶段日程,制定/变更实施阶段日程,项目日程,项目日程,实施阶段？,否,是,分发项目日程,审核合并项目日程,审核,通过？,否,是,否,是,开发阶段？,关键活动,任务细化任务跟踪，状态维护日程变更,项目监控过程,项目经理,中心（
9、院）总监,项目数据分析汇总表,无,有,里程碑？,里程碑总结,检查项目状态,汇总项目状态,项目状态报告,部门项目总结,项目问题跟踪表,有无问题？,否,是,部门经理,整理问题,处理问题,确认问题关闭,问题解决建议,问题解决建议,有无上报问题？,有无上报问题？,有,无,有,无,关键活动,项目状态报告(周报)项目状态报告(月报)数据汇总分析表，保证准确性计划变更里程碑总结,想一想,项目日程的各个阶段任务由谁负责维护？哪种情况下需要变更？一般来说，项目日程大概多久细化一次较为合适？,第四部分重点指南和流程介绍,重点指南和流程介绍,重点指南,SPI_OPD_G02_过程裁剪指南.docSPI_OPD_G0
10、4_软件项目组架构.docSPI_PR01_G01_软件缺陷管理指南.docSPI_SCM01_G01_配置管理指南.docSPI_SPE_G01_软件项目产出物版本标识及版本号升级指南.docSPI_SPE01_G01_ 标准工作产品集.docSPI_SPE01_G12_业务建模示例.docSPI_SPE01_G13_用例建模示例.docSPI_SPE01_G31_需求规格说明书编写指南(OP).docSPI_SPE01_G51_需求分析指南(OA).doc,重点指南和流程介绍,重点指南（续）,SPI_SPE02_G11_用例分析指南(OO).docSPI_SPE02_G12_实体分析指南(
11、OO).docSPI_SPE02_G14_用例设计指南(OO).docSPI_SPE02_G15_类设计指南(OO).docSPI_SPE02_G16_基于J2EE平台的架构设计指南.docSPI_SPE02_G32_软件界面设计指南(OP).docSPI_SPE02_G51_系统设计指南(OA).docSPI_SPE03_G13_代码生成与反向工程指南(OO).docSPI_SPE03_G16_编码规范(OO).docSPI_SPE03_G17_编码指南(OO).doc,重点指南和流程介绍,重点指南（续）,SPI_SPE03_G18_单元测试指南.docSPI_SPE03_G33_软件编码指
12、南(OP).docSPI_SPE03_G51_Lotus Domino编码规范(OA).docSPI_SPE05_G01_测试指南.docSPI_SQA02_G01_SQA审计标准及审计结果处理指南.docSPI_SSPM_G01_小项目定义指南SPI_项目经理指南.docSPI_OPF_G02_客服礼仪规范.docSPI_OPD_G07_关于软件项目分类办法及软件项目研发、实施工时的界定指南.docSPI_OPD_G08_软件项目产值核算办法及指南.docSPI_OPD_G09_软件项目投标报价标准及报价指南.doc,重点指南和流程介绍,重点流程,SPI_RM01_P01_需求跟踪技术流程.
13、docSPI_RM01_P02_需求变更评估技术流程.docSPI_RM02_P01_需求调研技术流程.docSPI_SCM03_P01_配置变更管理流程.docSPI_SCM03_P02_配置状态报告流程.docSPI_SPE01_P11_业务建模技术流程(OO).docSPI_SPE01_P12_用例建模技术流程(OO).docSPI_SPE01_P31_需求分析技术流程(OP).docSPI_SPE02_P11_系统设计技术流程(rM)(OO).doc,重点指南和流程介绍,重点流程（续）,SPI_SPE02_P32_系统设计技术流程(OP).docSPI_SPE05_P71_ 软件集成测
14、试、系统测试与确认测试技术流程.docSPI_SPP01_P01_FPA项目估算流程.docSPI_SPP01_P02_Delphi项目估算流程.docSPI_SPP01_P03_项目估算流程.docSPI_SPP01_P05_对外承诺流程.docSPI_SPTO01_P01_里程碑总结流程.docSPI_TP03_P01_培训豁免流程.docSPI_SPE06_P01_数据转换流程.doc,问题与思考,编码规范有什么意义？编写单元测试用例有什么意义？为什么要进行系统设计说明书的评审？系统设计说明书的评审都需要哪些人参加？为何在系统设计过程中要求编写集成测试用例为什么不是更早或者更晚？过程执行活动中的疑问可先咨询所在项目的PM。,谢谢！,课程完毕,
