《CMM3标准规定体系项目开发管理组织人员.ppt》由会员分享，可在线阅读，更多相关《CMM3标准规定体系项目开发管理组织人员.ppt（62页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
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、成记录表,项目日程,集成测试报告,申请发布产品,编写集成测试报告,产品发布申请表,整理手册,处理测试缺陷,集成测试记录,集成测试用例,关键活动,对内发布 对外发布 单元测试 需求跟踪矩阵,想一想,谈谈测试与发布过程的关联？在产品发布前做测试还是发布之后进行？为什么？,范例,范例,测试经理/实施经理,测试工程师/实施工程师,制定详细日程,组织评审,安装产品,执行测试,编写测试报告,启动产品发布过程,开发经理,Scarab缺陷跟踪,项目日程,系统测试用例,分析测试纪录,是,否,测试技术流程,系统测试报告,系统测试纪录,软件产品,系统测试过程,关键活动,对内发布 缺陷管理工具 缺陷跟踪 测试报告 需
7、求跟踪矩阵,系统测试过程,系统测试过程的启动条件是什么，结束条件是什么？,系统实施过程,协调解决系统实施问题,制定详细日程,用户确认测试,用户代表,用户培训,实施经理,要数据转换,否,是,项目经理,系统验收,系统试运行,用户培训效果分析报告,合同执行备忘录,项目合同,数据转换,确认测试报告,项目日程,用户需求说明书,软件产品,确认测试用例,系统试运行总结报告,系统验收报告,系统验收备忘录,关键活动,现场服务任务书 数据转换 用户问题的响应及跟踪状态 项目总结及数据分析,接收问题,工作落实,和用户确认用户问题报告,维护管理员/维护经理,修改问题并向用户提交系统,测试经理,是否测试,否,是,任务接
8、受者,部门经理,分析问题,工作安排,录入用户问题,问题关闭,编译并提交测试申请,用户问题报告,执行测试,用户需求说明书,软件测试与发布申请表,用户需求说明书(或修改后加设计),维护过程,关键活动,用户问题的收集 缺陷跟踪工具 现场服务任务书,项目问题处理流程,SQA工程师,评审人员,收集结果记录,分发评审材料,收集评审准备记录,提交评审报告,评审对象的检查表,评审对象,是,SEPG,评审负责人,产品评审计划,验证评审活动,编写评审报告,跟踪验证评审缺陷处理,分析评审结果,组织评审,参加评审,其他相关材料,准备评审,评审缺陷跟踪表,否,评审报告,评审和同行评审过程,关键活动,评审准备 缺陷跟踪工
9、具 数据汇总分析表,想一想,如何进行有效评审 什么是评审准备就绪准则？什么是评审完成准则？,制定项目日程过程,否,是,测试阶段？,制定/变更开发阶段项目日程,组织制定/变更项目日程,制定/变更测试阶段日程,制定/变更实施阶段日程,项目日程,项目日程,实施阶段？,否,是,分发项目日程,审核合并项目日程,审核,通过？,否,是,否,是,开发阶段？,关键活动,任务细化 任务跟踪，状态维护 日程变更,项目监控过程,项目经理,中心（院）总监,项目数据分析汇总表,无,有,里程碑？,里程碑总结,检查项目状态,汇总项目状态,项目状态报告,部门项目总结,项目问题跟踪表,有无问题？,否,是,部门经理,整理问题,处理
10、问题,确认问题关闭,问题解决建议,问题解决建议,有无上报问题？,有无上报问题？,有,无,有,无,关键活动,项目状态报告(周报) 项目状态报告(月报) 数据汇总分析表，保证准确性 计划变更 里程碑总结,想一想,项目日程的各个阶段任务由谁负责维护？哪种情况下需要变更？一般来说，项目日程大概多久细化一次较为合适？,第四部分重点指南和流程介绍,重点指南和流程介绍,重点指南,SPI_OPD_G02_过程裁剪指南.doc SPI_OPD_G04_软件项目组架构.doc SPI_PR01_G01_软件缺陷管理指南.doc SPI_SCM01_G01_配置管理指南.doc SPI_SPE_G01_软件项目产出
11、物版本标识及版本号升级指南.doc SPI_SPE01_G01_ 标准工作产品集.doc SPI_SPE01_G12_业务建模示例.doc SPI_SPE01_G13_用例建模示例.doc SPI_SPE01_G31_需求规格说明书编写指南(OP).doc SPI_SPE01_G51_需求分析指南(OA).doc,重点指南和流程介绍,重点指南（续）,SPI_SPE02_G11_用例分析指南(OO).doc SPI_SPE02_G12_实体分析指南(OO).doc SPI_SPE02_G14_用例设计指南(OO).doc SPI_SPE02_G15_类设计指南(OO).doc SPI_SPE02
12、_G16_基于J2EE平台的架构设计指南.doc SPI_SPE02_G32_软件界面设计指南(OP).doc SPI_SPE02_G51_系统设计指南(OA).doc SPI_SPE03_G13_代码生成与反向工程指南(OO).doc SPI_SPE03_G16_编码规范(OO).doc SPI_SPE03_G17_编码指南(OO).doc,重点指南和流程介绍,重点指南（续）,SPI_SPE03_G18_单元测试指南.doc SPI_SPE03_G33_软件编码指南(OP).doc SPI_SPE03_G51_Lotus Domino编码规范(OA).doc SPI_SPE05_G01_测试
13、指南.doc SPI_SQA02_G01_SQA审计标准及审计结果处理指南.doc SPI_SSPM_G01_小项目定义指南 SPI_项目经理指南.doc SPI_OPF_G02_客服礼仪规范.doc SPI_OPD_G07_关于软件项目分类办法及软件项目研发、实施工时的界定指南.doc SPI_OPD_G08_软件项目产值核算办法及指南.doc SPI_OPD_G09_软件项目投标报价标准及报价指南.doc,重点指南和流程介绍,重点流程,SPI_RM01_P01_需求跟踪技术流程.doc SPI_RM01_P02_需求变更评估技术流程.doc SPI_RM02_P01_需求调研技术流程.do
14、c SPI_SCM03_P01_配置变更管理流程.doc SPI_SCM03_P02_配置状态报告流程.doc SPI_SPE01_P11_业务建模技术流程(OO) .doc SPI_SPE01_P12_用例建模技术流程(OO) .doc SPI_SPE01_P31_需求分析技术流程(OP) .doc SPI_SPE02_P11_系统设计技术流程(rM)(OO) .doc,重点指南和流程介绍,重点流程（续）,SPI_SPE02_P32_系统设计技术流程(OP) .doc SPI_SPE05_P71_ 软件集成测试、系统测试与确认测试技术流程.doc SPI_SPP01_P01_FPA项目估算流程.doc SPI_SPP01_P02_Delphi项目估算流程.doc SPI_SPP01_P03_项目估算流程.doc SPI_SPP01_P05_对外承诺流程.doc SPI_SPTO01_P01_里程碑总结流程.doc SPI_TP03_P01_培训豁免流程.doc SPI_SPE06_P01_数据转换流程.doc,问题与思考,编码规范有什么意义？ 编写单元测试用例有什么意义？ 为什么要进行系统设计说明书的评审？系统设计说明书的评审都需要哪些人参加？ 为何在系统设计过程中要求编写集成测试用例为什么不是更早或者更晚？ 过程执行活动中的疑问可先咨询所在项目的PM。,谢谢！,课程完毕,