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