CMM3标准体系项目管理人员

测试经理/实施经理
制定详细日程
组织评 审
分析测试 纪录
系统测试 纪录
是否通过？
Scarab缺
否 是
陷跟踪 编写《测试
报告》
测试工程师/ 实施工程师
项目日程 安装产品
执行测试
测试技术流 程
系统测试报告
开发经理
软件产品 系统测试用
例
启动产品发 布过程
关键活动
• 对内发布 • 缺陷管理工具 • 缺陷跟踪 • 测试报告 • 需求跟踪矩阵
想一想
编码规范有什么意义？
产品发布过程
SCCB
SQA/配置 管理工程师
程序员
模块源代码
测试技术流程 可执行程序 审批产品 发布申请
系统设计说明书 集成测试用例
安装程序 基线审计
搭建可运 行环境 执行集成 测试
集成测试记录
编译源代码
项目经理
项目日程
集成测试 报告
申请发布 产品
软件产品
生成产品
产品生成记录表
将变 更录 入缺 陷跟 踪系
统
评估 需求 变更 的影
响
向客 户反 馈受 理情
况
客户 确认 需求 变更 评估 结果
实施 变更, 更新 文档
验证 并实 施变 更方
案
用户 确认 解决 效果
关闭 变更
关键活动
• 需求变更的记录 • 需求变更的评估 • 需求变更的审核 •
想一想
编写《确认测试用例》有何用途，什么时候使用？ 《用户需求说明书》和《软件需求规格说明书》有
项目经理
编写合同
意向执行 申请
是
是否合同意 向项目？
否
合同意向 执行申请
提交合 同意向
启动软件 项目
审批合同意 向
软件项目启 动通知
下达项目 任务书
建立软件项 目配置
制定软件 项目计划
项目任务书 软件项 目计划
召开软件项 目启动会议
软件项目启 动会议纪要
否
分发《软件项目 启动会议纪要》
是否需要进 行数据转换 是
部门经理
中心（院）总监
检查项目状态 项目数据分析汇总表 里程碑？
是 否 里程碑总结
项目状态报告
有无问题？
无
有 整理问题
项目问题跟踪表
有无上报问题？ 有
无
处理问题
无
部门项目 总结
汇总项目状态
问题解决建议 有无上报问题？ 有
确认问题关闭
问题解决建议
关键活动
• 项目状态报告(周报) • 项目状态报告(月报) • 数据汇总分析表，保证准确性 • 计划变更 • 里程碑总结
是一个比较重要的分界线
CMM体系结构
➢ 能力成熟度模型的五个等级
▪ 过程的不断改进基于许多小的、进化的步骤，而不是革命性的创新； CMM提供了一个框架，将这些进化步骤组织成五个成熟度等级，它为 过程不断改进奠定了顺序渐近的基础；每一等级包含一组过程目标，当 目标满足时，能使软件过程的一个重要成分稳定。
验证评审活动
评审报告 收集结果记录
编写《评审报告》 提交《评审报告》
评审人员
评审对象 准备评审
评审缺陷 跟踪表 参加评审
关键活动
• 评审准备 • 缺陷跟踪工具 • 数据汇总分析表
想一想
• 如何进行有效评审 • 什么是评审准备就绪准则？什么是评审完成准
则？
制定项目日程过程
开发经理
制定/变更 开发阶段 项目日程
需求管理员 测试经理 实施经理
项目日程
制定详细日程
选择开发 方法工具
用户需求说明书
分析用 户需求
是否需要同 行评审 是
否
软件需求规 格说明书
组织同行评审
需求分析工具
是否通
否
过?
是
软件项目计划
填写《需 求跟踪矩
阵》
组织评审
编写《确 认测试用
例》
确认测试 用例
编写《用 户手册》
概要
用户手册
需求分析技 术流程
什么区别？
系统设计
实施经理
测试经理
需求管理员
开发经理
项目经理
编写《操作 手册》初稿
操作手册
编写《系统 测试用例》
系统测试用 例
软件需求规 格说明书
制定详细日程
组织系统 设计
项目日程
系统设计技 术流程
系统设计说 明书
编写《集成 测试用例》
集成测试用 例
是否需要同行评审
是 组织同行评审
否 组织评审
填写《需求 跟踪矩阵》
想一想
• 《项目日程》的各个阶段任务由谁负责维护？ 哪种情况下需要变更？一般来说，项目日程大 概多久细化一次较为合适？
•
第四部分 重点指南和流程介绍
重点指南和流程介绍
重点指南 SPI_OPD_G02_过程裁剪指南.doc SPI_OPD_G04_软件项目组架构.doc SPI_PR01_G01_软件缺陷管理指南.doc SPI_SCM01_G01_配置管理指南.doc SPI_SPE_G01_软件项目产出物版本标识及版本号升级指南.doc SPI_SPE01_G01_ 标准工作产品集.doc SPI_SPE01_G12_业务建模示例.doc SPI_SPE01_G13_用例建模示例.doc SPI_SPE01_G31_需求规格说明书编写指南(OP).doc SPI_SPE01_G51_需求分析指南(OA).doc
用户需求 说明书
工作落实 是否测试
是 否
修改问题并向 用户提交系统
测试经理
用户需求说 明书(或修改
后加设计) 执行测试
关键活动
• 用户问题的收集 • 缺陷跟踪工具 • 现场服务任务书
项目问题处理流程
提交< 用户 问题 报告>
将问 题录 入缺 陷跟 踪系
统
评估 并受 理用 户问
题
向客 户反 馈受 理情
组织实施 需求变更
评估需求 变更影响
是否需部门
否
经理审批
是
往来文件 记录表
审批需求变更申请
是否需要进 行变更评估 是 否
需求变更 需求变更 评估表 评估报告
审批需求变 更评估报告
是否需中心总 监审批
否
是
审批需求 变更评估
报告
需求管理员
需求跟踪 矩阵
变更需求 跟踪矩阵
需求变更处理流程
提交< 变更 申请>
部门经理
软件 项目 计划
制定项目日 程
项目估算
项目估算纪录
初次制定? 否
是
确定项目组织
会议纪要
中心总监
拟制《软件项目计划》
软件项 目计划
是 初次制定? 否
整合《软件项目计划》
分发《软件项目计划》
组织同行评 审
审
核
评审纪录 否
通过?
否
是
审
批
通过？
是
关键活动
• 过程裁剪申请 • 项目估算 • 相关计划制定 • 计划评审 • 计划变更
产品发布 申请表
开发经理
制定详细日程 分析测试记录
是否通过 否
是 编写《集成 测试报告》
整理手册 处理测试缺陷
Scarab缺陷跟踪
关键活动
• 对内发布 • 对外发布 • 单元测试 • 需求跟踪矩阵
想一想
谈谈测试与发布过程的关联？在产品发布前做测试 还是发布之后进行？为什么？
范例
范例
系统测试过程
4.已管理级
5. 优化级
3.已定义级
1.初始级
2.可重复级
➢
进阶图： (有纪律-->标准一致-->可预测-->不断改进)
CMM的5个等级
初始级
过程是不正规的、不稳定的 输入
可重复级 项目管理制度化
输入
工程执行和项目
已定义级 执行相结合并已
输入
制度化
已管理级 产品和过程得到定量控制 输入
优化级
过程改进制度化
实施经理 测试经理
项目经理
部门经理
制定/变更 实施阶段日
程
制定/变 更测试 阶段日
程
是
是
组织制定/变更项目日程
测试阶段？
是 否
项目日程
实施阶段？
否 开发阶段？ 否
否
审核合并项目日程
审核
项目日程 分发《项目日程》
通过？ 是
关键活动
• 任务细化 • 任务跟踪，状态维护 • 日程变更
项目监控过程
项目经理
编写安装、系统 管理手册初稿
系统管理手 册
安装手册
是
否
是否通过？
关键活动
• 编写设计文档 • 评审设计文档 • 编写确认测试用例 • 需求跟踪矩阵
想一想
系统设计过程的启动条件是什么，结束条件是什么？
在系统设计过程中，除了系统设计说明书之外，还 需要产出哪些文档？
代码设计过程
需求管理员
开发经理
项目日程
培训实施过程
公司年度培训计划过程
配置管理计划过程
配置管理实施过程
配置管理审计过程
SQA计划过程
SQA审计过程
分包商选择过程
分包商监控过程
项目监控过程
制定软件项目计划过程
制定项目日程过程
需求管理过程
第三部分 公司CMM3标准过程介绍
软件项目启动过程
销售人员
合同计划 销售行总/工程主 软件项目执行 管理中心 管/销售主管/总 部门经理
数据转换
想一想
项目启动会要求哪些人员参加? 项目启动会召开前哪些工作必须完成?
关键活动
• 下达项目任务书 • 项目估算 • 计划评审 • 建设配置管理区
制定软件项目计划
配置管理工 测试经理 SQA 程师
制定 配置 管理 计划
制定 测试 计划
制定
SQ A计 划
SQA计划 测试计划
配置管 理计划
项目经理
软件需求规格说 明书检查表
关键活动
• 需求规格说明书评审 • 编写<确认测试用例> • 填写需求跟踪矩阵 • 项目估算,填写项目实施成本估算表
想一想
《需求规格说明书》评审需要谁参与？
需求管理
用户
提出 需求 变更 请求
需求变更 申请表
项目经理
需求变更控制小组
部门经理
中心总监
接受需求 变更申请
需求变更 请求回复
况
处理 问题 更新 报告
验证 并实 施问 题解 决方
案
用户 确认 解决 效果
关闭 问题
评审和同行评审过程
SQA工程师
SEPG
评审负责人
评审对象的检查表
分发评审材料
ห้องสมุดไป่ตู้
收集评审准备记录
产品评审
其他相关材料 达到评审准备
计划
就绪准则？ 是
否
项目数据分析汇总表
组织评审 分析评审结果
评审缺陷跟踪表
跟踪验证评审缺陷处理
第三级 确定级
已经将软件管理和过程文档化,标准化, 同时综合成该组织的标准软件过程, 所有的软件开发都使用该标准软件过
程
组织过程定义,组织过程焦点,培训 大纲,软机集成管理,软件产品工程, 组织协调,专家审评
第四级 管理级
收集软件过程和产品质量的详细度量, 定量的软件过程管理和产品质量
对
管
过程和产品质量有定量的理解和控制 理
否 用户培训
系统试运行
用户培训效果分 析报告
关键活动
• 现场服务任务书 • 数据转换 • 用户问题的响应及跟踪状态 • 项目总结及数据分析
维护过程
维护管理员/维护经理
接收问 题
用户问题
分析问题
报告
和用户确认《用户问题报告》
录入用户问题
工作安排
软件测试与 发布申请表
编译并提交测试申请
问题关闭
部门经理 任务接受者
第五级 优化级
软件过程的量化反馈和新的思想和技 缺陷预防,过程变更管理和技术变
术
更
促进过程的不断改进
管理
第二部分 公司CMM3软件质量管理体系
公司CMM3软件项目管理体系
过程：30个
流程：24个
指南：44
CMM体系
模板：145个
检查表：111
生命周期：1个
公司CMM3软件项目管理体系结构
启动
需求
想一想
第一次制定《软件项目计划》是在什么阶段？ 《软件项目计划》由谁制定？ 什么情况下需要变更?
需求获取过程
项目经理
需求调研员
制定需求调研计 划
需求调研 计划
需
求
用户提供
调
材料索引 用户需求
研
表
说明书
评审用户需求说明 书
是否通
否
过?
是
用户
需求管理员
用户确认需求调研计 划
是否通过?
是 否
需求调研 记录
CMM3标准体系 普及篇
及现场项目管理
2009/11 过程质量部
总目 录
CMM体系
公司质量管理体系基本结构
公司CMM3标准过程介绍 重点指南和流程介绍
第一部分 CMM基础知识
CMM是什么？
➢ 过程成熟度模型：汇集世界各地软件过程管理者
的经验和智慧
➢ 一组有关软件过程和实践的集合 ➢ CMM一共分为5级，1级最低，5级最高，3级
设计
编码
测试
实施
软件项目启动过程
需求获取过程
需求分析过程
系统设计过程
软件项目方案 设计和立项投
标过程
代码设计过程 产品发布过程 系统测试过程
实施过程
项目产品工程过程（精简版）
维护
维护过程
SSPM PR TP SCM SQA SSM
SPTO SPP RM
项目管理过程（精简版）
评审与同行评审过程
项目培训计划过程
编码规范
填写《需求 跟踪矩阵》
制定详细日程 系统设计说明书
否
是
是否通过?
重点代码检查
重点代码检查表
程序员
设计《单元测试用例》
设计单元测试脚本
编写模块代码
需要代码
否
走读?
是
执行代码走读
单元测试用例 单元测试脚本
模块源代码
单元测试
否 是
是否通过
单元测试纪录
关键活动
• 编写编码规范 • 代码走查 • 单元测试 • 需求跟踪矩阵
系统测试过程
系统测试过程的启动条件是什么，结束条件是什么？
系统实施过程
用户代表
用户需求说明书 确认测试报告
系统验收备忘录 系统验收报告
项目经理
协调解决系 统实施问题
项目日程
软件产品 数据转换 确认测试用例
系统验收
系统试运行总结 报告
合同执行备忘录 项目合同
实施经理
制定详细日程 用户确认测试
要数据转换 是
确认用户需求说明 书
需求跟踪 矩阵
是否通 过否?
是
否
制定需 求跟踪 矩阵
是否需要 做数据转
换 是
数据转 换
关键活动
• 需求调研计划 • 需求调研发记录 • 用户需求说明书评审 • 需求跟踪矩阵
想一想
怎样做需求调研更有效? 用户需求说明书的评审工作怎样做才有效 ?
需求分析
需求分析员
开发经理
项目经理
输入
输出 输出 输出 输出 输出
CMM
能力等级
特点
关键过程
第一级 基本级
软件过程是混乱无序的,对过程几乎没 有
定义,成功依靠的是个人的才能和经验, 管
理方式属于反应式
第二级 重复级
建立了基本的项目管理来跟踪进度. 费用和功能特征,制定了必要的项目管
理, 能够利用以前类似的项目应用取得成
功
需求管理,项目计划,项目跟踪和监 控,软件子合同管理,软件配置管理, 软件质量保障