软件过程模型与CMMI过程域
软件过程改进与cmmcmmi介绍.ppt
7.2 制定适合于企业的过程规范
首先要深入调查企业过程能力的现状，识别出薄弱环节，分清“轻重缓急”。再根据 企业的实力（如资金和人力），确定过程改进的各个阶段目标。 企业在参考业界推荐的过程标准或规范时，要舍弃那些听起来很先进但是对本企业无 益处的东西，只选取对企业有实用价值的东西。如同老百姓买商品，“只买对的，不 买贵的”。 CMM/CMMI和ISO都只是用来参考的，而不是用来“迷信”的。
方法与规程
人员
过程
产品
技术与工具
Page 5
2.
工程类的主要过程域：需求开发、系统设计、软件实现、软件测试、软件维护等等； 管理类的主要过程域：项目规划、项目监控、需求管理、质量管理、配置管理等等。
上述过程域中的任何活动都会影响产品的质量、生产率和成本。
2.2 什么是软件过程改进
从20世纪90年代至今，软件过程改进成为软件工程学科的一个主流研究方向，其中 CMM和CMMI是该领域举世瞩目的重大成果。 提高软件过程能力的实践通称为软件过程改进（Software Process Improvement）。 软件过程改进的根本目的是：提高质量、提高生产率并且降低开发成本。
Page 6
3. CMM发展简史
3.1 CMM是什么
CMM（Capability Maturity Model）是用于衡量软件过程能力的事实上的标准，同时也 是目前软件过程改进最好的参考标准。 美国卡内基-梅隆大学软件工程研究所（SEI）研制
3.2 发展简史
CMM 1.0于1991年制定。 CMM 1.1于1993发布，该版本应用最广泛。 CMM 2.0草案于1997年制定（未广泛应用）。 到2000年，CMM演化成为CMMI（Capability Maturity Model Integration），CMM 2.0成为CMMI 1.0的主要组成部分。 CMMI-SE/SW 1.1（CMMI for System Engineering and Software Engineering）于 2002年1月正式推出。
CMM与CMMI
2.2.2 系统工程能力模型
国际系统工程委员会（International Council on
Systems Engineering，INCOSE）基于各种工程标准
为评估系统工程能力建立了对照表。在此期间，该对照 表发展为成熟的能力模型，称为系统工程能力评估模型 （Systems Engineering Capability Assessment Model ，SECAM）。
IEEE 1074
IEEE/EIA 12207
ISO 15288*
EIA 632*
Copyright Software Productivity Consortium
18
quag14d: 5 June 1998 2013年6月18日星期二
/quagmire
虽然这些模型对许多组织是有用的，有助于改善 组织过程，以构造更好的产品，提高质量，降 低成本，但是在跨越不同组织、学科、单位或 文化的环境下，组织内存在的不同过程组可能 会选用不同的、有时甚至是相互冲突的过程改 进模型，这就失去了过程改进的意义。因此， 美国国防部提出了能力成熟度模型集成（ CMMI）的设想，即把现有模型和即将开发的 模型全部集成到一个框架中去
17 2013年6月18日星期二
各类“框架”的沼泽
PSP People CMM SA-CMM SW-CMM SCE ISO 15504* (SPICE) IEEE Stds. 730,828 829, 830,1012,1016 1028,1058,1063 NATO AQAP1,4,9 EQA Trillium DOD IPPD AF IPD Guide Baldrige DO178B BS 5750 ISO/IEC 12207 SDCCR SDCE MIL-Q -9858 MIL-STD-1679 DODSTDDOD-STD 2168 -2167A DOD-STD -7935A
软件过程改进CMMI
软件过程改进CMMI1、简介CMMI（Capability Maturity Model Integration）能力成熟度模型集成是产品与服务研发的过程成熟度模型，是美国国防部委托SEI研究产生的一套IT研发管理模型。
CMMI是从产品需求开始，至开发、测试、维护的研发管理水平，同时提升企业自身的研发过程管理能力。
2、适用范围CMMI适用于希望实施过程改进特纳别是实施美国卡内基梅隆大学软件工程研究所（SEI）推出的CMMI（能力成熟度模型）的软件企业或系统集成企业。
通常可包括以下类别的企业：软件开发企业软件外包企业系统集成企业硬件企业IT服务企业3、实施CMMI有什么好处？有来自70多个国家的500家以上企业在使用CMMI模型，包括美国、中国、德国、意大利、智利、印度、澳大利亚、埃及、土耳其和俄国。
实施CMMI，有利于满足以下目的：提供高质量的产品和服务：CMMI重点关注于质量相关的活动，包含需求管理、质量保证、验证和确认。
为股东创造价值：成熟的组织与不够成熟的组织相比，更有可能做出更好的成本和收入的预算，然后根据这些预算来执行。
CMMI 支持高质量的产品、可预测的进度和有效的度量，以此来支持管理人员进行精确而合理的预算。
这种过程成熟度可预防项目性能的产生，而这些问题是有可能降低在投资者心目中该组织的价值。
吸引和留驻人才：CMMI在学科和过程方面都强调培训。
以往的经验显示，和不成熟的组织相比，具有成熟过程的组织将产生更少的失误，在一个团结的和有能力的组织中工作，工程师们会感到特别的心情舒畅。
提高顾客满意度：在成本和进度的预定目标之内，提供根据顾客要求确认的高质量产品，只是顾客满意度的一个良好的公式。
通过强调计划、监控、度量、以及更有能力的过程带来的可预测性的提高，CMMI说明了所有的有关的要素。
增加市场份额：CMMI改进了预算估计并降低了过程波动性，以此来进行更好的，更精确的投标，这些头表示被证明可实现的。
CMMI模型介绍
项目配置管理计划
项目计划
取得对计划的承诺
评审影响项目 的各种计划
调整工作 和资源水平
取得计划承诺
相关干系人
建立并维护对项目计划的承诺
▪ SP 3.1 评审影响项目的各种计划
▪ 评审影响项目的所有计划，以了解项目承诺
▪ SP 3.2 调整工作和资源水平
▪ 调整项目计划，以反映可用的资源与估计的资源
▪ SP 2.5 计划所需的知识和技能
▪ 计划执行项目所需的知识和技能
▪ SP 2.6 计划干系人的参与
▪ 计划已识别的干系人的参与
▪ SP 2.7 建立项目计划
▪ 建立并维护全面的项目计划内容
项目计划
• 项目进度计划 • 项目风险计划 • 项目预算与成本计划 • 项目数据计划 • 项目沟通计划 • 项目资源计划 • 项目培训计划
过程改进的基本假设：
“过程质量决定产品质量”
过程
任务间的关系
A
B
D
C
人
人员的技能、培 训和动力
质量
工具和环境
五之一 CMMI概述 3-1过程与过程模型的理解-过程的定义
A model is a structured collection of elements that describe characteristics of effective processes. 模型所包含的过程是被实践证明为有效的过程，是最佳实践的总结。
厦门开发中心 黄斌
序言
“The quality of a product is largely determined by the quality of the process that is used to develop and maintain it.”
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。
一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。
第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。
在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。
该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。
cmmi的过程域 ppt课件
例如：需求管理过程域的一个特定目 标的名称是“SG 1 管理需求”。
5.特定目标与实践摘要
提供实践到目标之间的映射 例如：需求管理过程域的特定目标及实践
摘要如下：
SG 1 管理需求 SP 1.1 了解需求 SP 1.2 取得需求承诺 SP 1.3 管理需求变更 SP 1.4 维护需求的双向追溯性 SP 1.5 界定项目工作与需求间的差异
能力等级2-已管理级的特征
已管理级过程是一个具有以下特征的 已执行级过程。
按照预定方针予以策划和执行的； 为了生成受控的输出，过程的执行都是
配备有适当的资源、有熟练技能的人； 各方利益相关者介入了该过程； 并且依据各项要求进行了审查和评价。
能力等级3-已定义级的特征
已定义级过程是这样一种受管理的过 程：
summary) 6. 注释（Notes） 7. 典型工作产品（Typical Work Products） 8. 子实践（Subpractices） 9. 学科扩充（Discipline Amplifications） 10. 共性实践详细说明（Generic Practice Elaborations）
从无序到有序、从特殊到一般、从定性管 理到定量管理、最终达到动态优化
阶段式模型
“吃饭”的例子！
CMMI”精神”
CMMI不是软件开发的方法学、也不 是产品模板、更不是一套过程法律
CMMI只是做事的一般方法
阶段式模型与过程域
连续式模型--4个能力等级
0 不完整级； 1 已执行级； 2 已管理级； 3 已定义级；
它是根据本组织的剪裁指南从本组织的 标准过程集合剪裁而得来；
它具有受到维护的过程描述；
16 软件过程模型CMMI
• CMMI 模型对工程活动进行了一定的强化。
– 在CMM中，只有3级中的软件产品工程和同行评审两个关键过程 域是与工程过程密切相关的， – 在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集 成这些工程过程活动都作为单独的关键过程域进行了要求，从而 在实践上提出了对工程的更高要求和更具体的指导。
2.4 CMMI的 模型表述
• 一个组织可以从以下两种过程改进的方法 中选择其一:
– 组织成熟度 – 过程域能力
• CMMI 对不同过程改进方法采用不同表示 法
– 组织成熟度 – 分级(阶梯式)表示法 – 过程域能力 – 连续表示法
2.4分级表示法
规定了一系列已经证明的改进措施,每一级 都是其上一级的基础,服务于上一级.
量化管理
3 已定义
过程标准化
项目管理 2 已管理
风险 返工
1 初始级
4.3 CMMI 的新特性
• CMMI 模型中比CMM 进一步强化了对需求的重视。
– 在CMM 中，关于需求只有需求管理这一个关键过程域，也就是说， 强调对有质量的需求进行管理，而如何获取需求则没有提出明确 的要求。 – 在CMMI的阶段模要求和方法。
• CMMI中还强调了风险管理。
– 在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行 要求， – CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。
4.4 CMMI 的新特性
• 保留了CMM阶段式模式的基础 • 增加了连续式模型，
– 可以帮助组织其客户更加客观和全面的了解它的过程 成熟度。 – 可以给组织在进行过程改进的时候带来更大的自主性， – 不用再象CMM 中 一样，受到等级的严格限制。 – 这种改进的好处是灵活性和客观性强，弱点在于若缺 乏指导，一个组织可能缺乏对关键过程域之间依赖关 系的正确理解而片面的实施过程，造成一些过程成为 空中楼阁，缺少其他过程的支撑。 – 两种表现方式（连续的和阶段的）从他们所涵盖的过 程区域上来说并没有不同，不同的是过程区域的组织 方式以及对成熟度（能力）级别的判断方式。
CMMI和CMM区别
CMMI和CMM区别CMMI的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：■不能集中其不同过程改进的能力以取得更大成绩；■要进行一些重复的培训、评估和改进活动，因而增加了许多成本；■不同模型对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM模型的需求产生了。
1997年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM和软件的SW-CMM三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI与CMM最大的不同点在于：■CMMISM-SE/SW/IPPD/SS 1.1版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应地应用SS(Supplier Sourcing)部分。
■CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。
这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。
而连续式表现方法则通过将CMMI中过程区域分为四大类：过程管理、项目管理、工程以及支持。
对于每个大类中的过程区域，又进一步分为基本的和高级的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VAL
试用：项目经理、售后服务人员或项目组、用户
验收：项目经理、公司方验收人员或测试工程师、用户、第三方
机构支撑过程
CMMI3过程域
决策分析及决议
DAR
项目经理、决策组成员、高级管理层
度量和分析
MA
度量负责人、项目组
配置管理
CM
配置管理：配置管理员、QA
配置变更：变更申请人、CCB、项目组成员、验证人
图：特通技术中心项目组软件过程模型和CMMI3关系图
项目管理过程
CMMI3过程域
目的
立项管理
采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目。杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的资源、资金、时间等。
项目计划
PP、VER
为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人员按照该计划有条不紊地开展工作。
风险管理
RSKM
在风险产生危害之前识别它们，从而有计划地消除或削弱风险。
需求管理
REQM
在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。
结项管理
PMC、MA
在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合指标评估以及总结经验教训等。
项目研发过程
《需求开发计划》、《需求分析表》、《需求调研记录表》、《用户需求说明书》、《软件需求规格说明书》、《需求确认表》、《差异记录》
、QA依据需求检查表检查需求、QA的需求检查结果、（《不符合项跟踪表》）、需求里程碑报告、《配置申请表》、针对《软件需求规格说明书》进行同行评审、《评审通知》、《预读记录》、《评审意见汇总》、《评审报告》
项目管理过程
CMMI3过程域
涉及角色
立项管理
研发部门经理
项目计划
PP、VER
研发部门经理、项目经理、项目成员
项目监控
PMC
项目经理、项目成员
风险管理
RSKM
项目经理、项目组成员、风险负责人
需求管理
REQM
CCB、CCB负责人、变更提出人、项目组成员
结项管理
PMC、MA
项目经理、项目成员、度量负责人
项目研发过程
度量和分析
MA
度量分析的目的在发展与维持度量能力，以支持管理的信息需求。
配置管理
CM
通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。
质量保证
PPQA
提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。
质量保证
PPQA
QA、研发部门经理、项目经理、质量管理部经理、高层管理者
组织过程
CMMI3过程域
组织过程专注
OPF
过程改进建议人、EPG（组长）、QA、试点组项目、所有项目组
组织过程定义
OPD
EPG组长和成员、各过程定义负责人、试点项目组
培训管理
OT
公司级：公司级培训员、人力资源部经理、总裁
部门级：部门培训员、部门经理
CMMI3过程域
目的
需求开发
RD、VER
通过调查与分析，获取用户需求并定义产品需求，并对用户的需求进行验证。
技术预研
TS、VER
在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。
概要和详细设计
设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。
项目管理过程
CMMI3过程域
输出
立项管理
《项目论证报告》、《项目立项审批表》、《项目任务书》
项目计划
PP、VER
计划初稿：《项目总计划》（初稿）、《项目计划》（初稿）、《质量保证计划》、《配置管理计划》、《风险管理计划》、《数据收集与分析计划》
计划定稿：《项目总计划》、《项目计划》、《工作量估算纪录》、《项目估算报告》、《项目进度计划》、《项目工作任务表》；各附属子计划《质量保证计划》、《配置管理计划》、《风险管理计划》、《数据收集与分析计划》《测试计划》；针对《项目计划》进行同行评审《评审通知》、《预读记录》、《评审意见汇总》、《评审报告》
试运行
VAL
在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对产品进行测试，并获取他们对产品的建议。
客户验收
客户依据合同对产品进行审查和测试，确保产品满足客户需求。
机构支撑过程
CMMI3过程域
目的
决策分析及决议
DAR
决策分析及决议的目的在于使用正式评估过程，依据已建立的准则评估各种已识别的备选方案，以分析可能的决策。
CMMI3过程域
需求开发
RD、VER
需求工程师、项目经理、客户
概要设计
TS、VER
系统分析员、评审组
详细设计
项目组成员、评审组
编码和单元测试
项目组成员
产品集成
PI、VER
项目经理
集成和系统测试
VER
工作产品评审过程：评审组长、评审作者、评审人员、会议记录人
工作产品测试过程：测试组长、项目组、测试人员
项目监控
PMC
《项目跟踪报告》、《里程碑报告》、《工作周报、月报》、《问题记录表》
风险管理
RSKM
《风险清单》、《已发生风险事件列表》、《风险检查表》
需ቤተ መጻሕፍቲ ባይዱ管理
REQM
《需求变更登记表》、《需求变更汇总表》、《需求跟踪矩阵》
结项管理
PMC、MA
《项目结项报告》
项目研发过程
CMMI3过程域
需求开发
RD、VER
试运行和客户验收
VAL
《用户试用计划》、《用户试用报告》、《验收测试大纲》、《验收测试报告》、《验收计划》、《验收报告》、QA依据试运行、验收检查表、检查试运行、验收、QA的试运行、验收检查结果、（《不符合项跟踪表》）、《试运行、验收里程碑报告》、《配置申请表》
机构支撑过程
CMMI3过程域
决策分析及决议
主要包括项目计划初稿和项目计划定稿。对于项目计划定稿要进行计划验证工作。
外包与采购管理
SAM
选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。
项目监控
PMC
周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。
DAR
《通知》、《决策打分表》、《决策报告》
度量和分析
MA
项目总结报告
配置管理
CM
《配置状态报告》、《配置变更申请表》、《配置管理台帐》、《项目QA对配置管理员进行的配置审计以及审计过程中发现的问题记录》
质量保证
PPQA
《质量保证阶段报告》、《质量保证报告》、《组织级QA对项目QA的检查以及检查过程中发现的不符合项问题记录》
组织过程
CMMI3过程域
目的
组织过程专注
OPF
组织过程专注的目的在于以充分了解现行组织过程及过程资产的优点与缺点为基础，策划、执行与开展组织过程改进。
组织过程定义
OPD
组织过程定义的目的是建立并维护可用的组织过程资产与工作环境标准。
培训管理
OT
根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取得预期效果。
组织过程
CMMI3过程域
组织过程专注
OPF
《过程改进建议表》、《过程评估报告》、《过程改进计划》、《过程改进试点计划》、《过程改进实施报告》、《修改后的规范》、《制度文件》
组织过程定义
OPD
《各PA相关文件》、《评审报告或会签报告》
培训管理
OT
《培训实施计划》、《培训材料》、《培训记录表》、《培训考核表》、《培训反馈表》、《用人部门意见》、《反馈表》、《培训总结报告》、《培训心得》、《考核成绩或证书》
内部培训：培训员、讲师、人力资源部经理或部门经理
外部培训：培训员、外部讲师、受训人员、人力资源部经理
编码和单元测试
《开发与测试计划》、代码；《单元测试报告》、《单元测试缺陷记录》
产品集成
PI、VER
《产品集成计划》、针对《产品集成计划》进行同行评审、QA依据产品集成检查表检查、QA的产品集成检查结果、（《不符合项跟踪表》）、《产品集成里程碑报告》、《配置申请表》、《用户手册》
集成和系统测试
VER
《集成测试报告》、《集成测试缺陷记录》、《系统测试报告》、《系统测试缺陷记录》、QA依据测试检查表检查设计、QA的测试检查结果、（《不符合项跟踪表》）、《测试里程碑报告》、《配置申请表》、针对《集成测试报告》、《系统测试报告》进行同行评审
概要设计
TS、VER
《概要设计说明书》、《备选方案》、系统原型、针对《概要设计说明书》、进行同行评审、概要、详细设计到重大方案选择，启用DAR、《通知》、《决策分析打分表》、《决策分析报告》
详细设计
《详细设计说明书》、《数据库设计说明书》、针对《详细设计说明书》进行同行评审、QA依据设计检查表检查设计、QA的设计检查结果、（《不符合项跟踪表》）、《设计里程碑报告》、《配置申请表》
编码和单元测试
依据系统设计文档，编写并测试整个系统的代码。实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。
产品集成
PI、VER
产品集成的目的在于将产品组件组合为产品、确保已集成的产品能适当地运作及交付产品。