Ch09-CMMI模型
cmmi评估标准
cmmi评估标准CMMI（Capability Maturity Model Integration）是一种用于评估和提高组织的软件和系统工程能力的标准。
CMMI是一个由美国国防部发展的模型，旨在帮助组织提高其工程和开发过程的质量和效率。
CMMI评估是为了确定组织在不同成熟度级别上的绩效和能力，并为组织提供改进的方向。
以下是CMMI评估的一般步骤和标准：1.选择CMMI模型：CMMI有不同的模型，包括CMMI-DEV（开发）、CMMI-SVC（服务）和CMMI-ACQ（采购）等。
组织需要选择适合其领域和需求的模型。
2.确定评估的目标：组织需要明确评估的目标，包括成熟度级别或能力级别的目标，以及评估范围和目的。
3.组织评估团队：组织通常会聘请独立的评估团队，这些团队通常由经验丰富的CMMI评估员组成。
4.收集信息和数据：评估团队将收集组织的文档、过程描述和实际实施的实践的数据，以评估组织是否符合CMMI模型的要求。
5.评估过程：评估团队将进行一系列的审查、面谈和评估，以确定组织是否满足CMMI模型中的特定实践和要求。
6.编制评估报告：评估团队将编制评估报告，其中包括对组织的能力和绩效的评估，以及建议的改进方案。
7.确定成熟度级别或能力级别：评估报告将确定组织的成熟度级别或能力级别，这些级别从1到5，表示不同的能力和绩效水平。
8.制定改进计划：基于评估报告的结果，组织将制定改进计划，以提高其工程和开发过程的质量和效率。
CMMI评估是一个系统性的过程，它帮助组织识别其过程的瓶颈和不足之处，并提供改进的方向。
组织可以根据CMMI模型的要求来改进其软件和系统工程过程，以满足客户需求，提高产品和服务的质量，降低风险，并提高生产力。
它也可以帮助组织在竞争激烈的市场中获得竞争优势。
cmmi阶段表示法
cmmi阶段表示法
CMMI阶段表示法
CMMI阶段表示法是一种表示软件开发过程的标准，它用来说明软件开发从起初的概念到最终的完成的过程，从而帮助开发者更好地管理和计划开发项目。
CMMI阶段表示法由不同的阶段组成，每个阶段都有自己的定义，主要目的是为了帮助开发者增强软件产品的质量和可靠性。
CMMI阶段表示法主要分为五个阶段：
一、计划阶段：
计划阶段是开发项目的最初阶段，在这一阶段，需要制定软件开发的项目目标，分析需求和可行性，组建项目团队，安排项目时间，资源分配等。
二、分析阶段：
分析阶段的主要任务是核心系统的原型分析，也就是收集系统的建模，设计函数性和非功能性需求，还有识别不同的技术可能性及技术负荷的估算。
三、设计阶段：
设计阶段的主要任务是设计软件的架构，定义数据结构，以及根据用户需求设计软件，还要定义软件的界面和功能，以及性能测试、集成测试等。
四、实施阶段：
实施阶段的主要任务是开发真实的软件，包括编程、测试、安装、
部署等。
五、维护阶段：
维护阶段的主要任务是协助用户，对软件进行维护和管理，收集用户反馈，进行性能监控和改进，更新软件，修正发现的问题，以及执行安全策略等。
CMMI基础理论(全面介绍CMMI基础)
一：CMMI简介1.1 CMMI发展简史CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。
CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。
Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。
1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM 版本。
十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。
美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。
CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。
2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。
CMMI 1.2的三种模型·2·2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布。
为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。
1.2 CMMI的过程域过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。
CMMI基础培训教材
该过程的实施计划以及就该计划在相关的共利益者 之间达成一致，确定需要做什么。 • 应针对该过程的特定工作产品和执行该工作确定需 求。
29
公共实践－GP2.3
GP 2.3 提供资源 为实施该过程、开发工作产品和提供该过程的
服务，提供足够的资源。 • 目的：确保按计划规定提供实施该过程所需的资源
• 项目策划 • 项目监督和控制 • 供方协定管理 • 风险管理 • 需求管理 • 集成项目管理 • 定量项目管理
工程类
• 需求开发 • 技术解决 • 产品集成 • 验证 • 确认
支持类
• 配置管理 • 过程和产品质量保证 • 测量和分析 • 决策分析与决定 • 因果分析和解决方案
14
成熟度等级
ML5. 持续优化级 ML4. 定量管理级 ML3. 已定义级 ML2. 受管理级 ML1. 初始级
什么是CMMI？
• CMMI－集成的软件能力成熟度模型 • Capability Maturity Model－Integration
• 定义：对于软件组织在定义、实现、度量、控制和 改善其软件过程的各个发展阶段的描述。
• 目的：帮助企业进行对软件工程过程的管理和改进, 增强开发制造能力,从而能按时地、不超预算地制造 出高质量的软件
46
需求管理—特定目标
SG1 管理需求 对需求进行管理并识别与项目计划和工作产
品之间的不一致之处。
47
需求管理—背景
获得对 需求的 理解
识别项目 工作与需 求的不一
致性
管理需求
获得对 需求的 承诺
管理需 求变更
需求
维护需求 的双向溯
cmmi标准
cmmi标准CMMI标准。
CMMI（Capability Maturity Model Integration）是一种用于改进组织流程的综合性框架，它包含了一系列最佳实践，可以帮助组织提高其产品和服务的质量，提高效率，降低成本，实现管理和工程方面的卓越。
首先，CMMI标准是由美国国防部发起的，旨在帮助软件和系统工程组织提高其流程能力。
CMMI标准覆盖了产品开发、服务提供、采购和供应链管理等方面，旨在帮助组织建立和改进其流程，以实现组织的业务目标。
其次，CMMI标准采用了成熟度级别和能力级别两种评估模型。
成熟度级别描述了组织的成熟度水平，包括初始级、重复级、定义级、管理级和优化级。
能力级别描述了组织在关键能力领域的成熟度水平，包括过程管理、工程、支持和交付等领域。
在实际应用中，组织可以根据自身的需求和目标选择合适的CMMI级别进行评估和改进。
通过实施CMMI标准，组织可以建立可靠的流程，提高产品和服务的质量，降低成本，提高客户满意度，增强竞争力。
此外，CMMI标准还强调了组织的持续改进和创新能力。
组织应该不断地审视和改进其流程，以适应不断变化的市场需求和技术发展。
CMMI标准提供了一套科学的方法和工具，帮助组织建立学习型组织，不断提升自身的竞争力。
总之，CMMI标准是一种全面的流程改进框架，可以帮助组织提高其流程能力，实现业务目标，提高客户满意度，增强竞争力。
通过实施CMMI标准，组织可以建立可靠的流程，提高产品和服务的质量，降低成本，实现管理和工程方面的卓越。
同时，CMMI标准还强调了组织的持续改进和创新能力，帮助组织适应不断变化的市场需求和技术发展。
因此，CMMI标准对于组织的发展具有重要的意义，值得深入研究和实践。
cmmi标准
cmmi标准CMMI标准。
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织软件工程能力的标准模型。
CMMI最初是由美国国防部开发的，旨在帮助软件开发组织提高其软件过程的成熟度，从而提高软件产品的质量和交付的效率。
CMMI标准包括了一系列的最佳实践，这些实践覆盖了软件开发的各个方面，包括项目管理、工程、支持等。
CMMI标准的核心是将组织的软件过程划分为不同的成熟度级别，分别为初始级、可管理级、已定义级、已量化管理级和优化级。
每个级别都对应着一组特定的过程能力要求，组织需要根据自身的情况选择合适的级别进行实施和改进。
实施CMMI标准有助于组织提高软件开发的质量和效率，提高产品的交付能力。
通过CMMI标准，组织可以建立起一套完善的软件开发过程，明确每个阶段的活动和责任，确保每个阶段都能够按照既定的计划和标准进行。
这有助于减少软件开发过程中的错误和风险，提高软件产品的质量和可靠性。
CMMI标准的实施需要组织全面的参与和支持，包括高层领导的支持、项目团队的配合以及全员的参与。
只有全员共同努力，才能够有效地推动CMMI标准的实施和改进。
另外，组织还需要建立一套完善的培训和考核机制，确保所有的员工都能够理解和遵守CMMI标准，从而确保其有效实施。
在实施CMMI标准的过程中，组织需要不断地进行自我评估和改进。
通过自我评估，组织可以了解自身的软件过程成熟度，找出存在的问题和不足，并制定相应的改进计划。
改进计划需要具体、可行，而且需要得到全员的认可和支持。
只有不断地进行自我改进，才能够不断提高组织的软件工程能力，实现持续的质量改进。
总之，CMMI标准是一种用于评估和改进软件工程能力的重要标准模型，通过实施CMMI标准，组织可以提高软件开发的质量和效率，降低风险和成本，提高软件产品的竞争力。
但需要注意的是，CMMI标准并不是一成不变的，组织需要根据自身的情况进行调整和改进，确保其能够真正地为组织带来价值。
CMMI评估流程
CMMI评估流程CMMI评估流程是一种用于评估和改进组织软件和系统工程能力的标准模型。
CMMI，即能力成熟度模型集成，是由美国软件工程研究所（SEI）开发的一种国际公认的软件过程改进模型。
该模型提供了一种评估组织软件和系统工程能力的方法，并为组织提供了改进其软件和系统工程过程的指导。
CMMI评估流程通常包括以下几个主要步骤：1. 确定评估目标和范围：在开始评估之前，需要明确评估的目标和范围。
评估目标可以是确定组织的软件和系统工程能力水平，发现潜在的改进机会，或者为组织提供认证和认可等。
2. 确定评估方法和工具：根据评估的目标和范围，选择适合的评估方法和工具。
评估方法可以是基于问卷调查、面谈、文件审查等多种形式的数据收集方式。
评估工具可以是专门设计用于CMMI评估的软件工具，也可以是一些常用的数据分析工具。
3. 收集评估数据：根据选择的评估方法和工具，收集评估所需的数据。
这些数据可以包括组织的软件和系统工程过程文档、项目管理文档、人员培训记录等。
4. 数据分析和评估：对收集到的评估数据进行分析，评估组织的软件和系统工程能力。
这包括对数据的统计分析、对比分析、趋势分析等，以确定组织的能力水平和改进机会。
5. 编写评估报告：根据数据分析和评估结果，编写评估报告。
评估报告应包括评估的目标和范围、评估方法和工具、数据分析和评估结果、改进建议等内容。
6. 提供改进建议和支持：根据评估报告的结果，为组织提供改进建议和支持。
这可以包括制定改进计划、提供培训和指导、协助组织实施改进措施等。
CMMI评估流程的关键是确保评估的客观性和可靠性。
评估人员应具备相关的专业知识和经验，并遵循评估流程和规范。
评估过程应公正、透明，并与被评估组织进行充分的沟通和合作。
CMMI评估的结果对组织的软件和系统工程能力的改进至关重要。
通过评估，组织可以发现自身的优势和不足之处，为改进提供了有力的依据。
同时，CMMI评估结果还可以用于组织的认证和认可，提高组织在市场竞争中的竞争力。
CMMI3级过程域
CMMI3级过程域CMMI (Capability Maturity Model Integration) 是由美国国防部发起的一种软件过程成熟度模型，它对软件和系统开发过程进行了评估和改进，旨在提高组织的软件开发能力。
CMMI 将过程分为若干级别，从初始级别到最高级别，即 CMMI5 级，每个级别由一些过程域 (Process Area, PA) 组成。
CMMI3 级是一个中间级别，对于组织来说已经达到了一定的成熟度，具备一定的过程能力。
1. 需求管理 (Requirements Management)：确保需求的准确和及时管理，包括需求的收集、分析、追踪和验证。
2. 项目计划与监控 (Project Planning and Monitoring)：制定和管理项目计划，确保项目按照计划进展，并对项目的进度、资源和风险进行监控和控制。
3. 项目质量管理 (Project Quality Management)：制定和实施项目质量计划，监控和改进项目的质量，确保交付的产品和服务符合质量要求。
4. 项目配置管理 (Project Configuration Management)：管理项目的配置项，包括版本控制、变更控制和配置项的状态管理。
5. 项目度量与分析 (Project Measurement and Analysis)：收集和分析项目数据，评估项目绩效，并通过度量和分析驱动项目改进。
6. 项目风险管理 (Project Risk Management)：在项目各个阶段识别和评估风险，制定和实施风险应对措施，以降低项目风险。
7. 项目决策与问题解决 (Project Decision and Problem Solving)：制定和实施适当的决策和问题解决方法，以支持项目的成功实施。
8. 技术解决方案 (Technical Solution)：开发和维护具有高质量且满足需求的技术解决方案，包括架构设计、系统开发和集成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IEEE1220，1995 试用 IEEE1220，1995 使用
ISO/IEC 15288 -2002
ISO/IEC 15288 -2008 软件过程改进方法与实践案例
王安生
系统工程成熟度模型 • SE-CMM
能力等级 Continuously Improving 连续改进 Quantitatively Controlled 定量控制 Well Defined 良好定义 Planned and Tracked 计划和追踪 公共特征 • 改进组织能力 • 改进过程效率 • 建立可测量的质量目标 • 客观地管理性能 • 定义标准过程 • 执行标准过程 • 策划性能 • 有纪律的性能 • 验证性能 • 追踪性能 • 执行基本实践
软件过程改进方法与实践案例 王安生
CMMI的表述方式的比较
连续式表述
可以自由地选择最符合组织经营目 标并能减少组织风险的改进范围和 顺序 增加每一个过程域的可视性
Project Framework
软件过程改进方法与实践案例
王安生
CMMI的发展历程
时
间
主要的里程碑
美国国防部和NDIA启动CMMI 召开第一次会议，释放第一个 A-Spec(1.1)，模型 的0.1 版发布
1997年 1998年
1999年
修订的A-Spec(1.4)释放 模型的0.1 版发布 发布迁移计划 完成第一个先导试验 完成其他的先导试验 CMMI-SE/SW/IPPD/A 发布到相关单位进行评审 CMMI-SE/SW 1.0 版本发布使用 CMMI-SE/SW/IPPD 1.0版本发布使用 CMMI-SE/SW/IPPD/A 发布使用
• 美国国防系统管理学院(Defesne System Management College)将系统工程定义为：
– “简单来讲，一个系统是人、产品和过程的集成组合 ，它提供满足所陈述的需求和目标的能力”，“系统 工程由两个重要的学科组成：系统工程师操作的技术 知识领域，以及系统工程管理”。
软件过程改进方法与实践案例
“”
Chapter 9. CMMI
软件过程改进方法与实践案例
王安生
主题
9.1 为何要发展CMMI 9.2 系统工程及其成熟度模型
9.2.1 9.2.2 9.2.3 9.2.4 系统工程定义 系统工程的过程模型 系统工程过程标准的变迁 系统工程成熟度模型
9.3 从SW-CMM到CMMI的发展历程 9.4 CMMI的结构
SW-CMM 2.0, 草稿C，1997年
EIA 731 SECM (1998)
IPD-CMM 1997年
1.02 , 2000年 CMMI for Acquisition V 1.2 2007年 V 1.1 2002年 CMMI for development V1.2 2006年 CMMI for Service V1.2 2007
2000年
软件过程改进方法与实践案例
王安生
CMMI的集成过程
SECMM 工业界 SEI 政府部门 CMM 产品套件
SWCMM IPPD 评估与评价方法
培训 CMMSW/SE/IPPD CMMSW/SE
CMM???
软件过程改进方法与实践案例
王安生
CMMI的演变过程
SW-CMM 1.1, 1993年 INCOSE SECAM 1996年 SE-CMM 1.1 1995年
软件过程改进方法与实践案例
王安生
相关的成熟度模型
成熟度模型 SA- CMM (软件采购CMM) SECAM 主要工作 美国国防部、SEI、工业界和其他美国政府机构合作推出的模型。此 模型支持软件采购过程的基准(benchmark)和改进 国际系统工程学会(International Council On Systems Engineering， (INCOSE)开发的系统工程能力评估模型(Systems Engineering Capability Assessment Model)，是一个基于检查单的模型，后期与SECMM合并到EIA/IS731
– 信息产业包括越来越多的学科，而不再仅仅是软件行业的事情。 – 交叉学科的开发队伍、并行工程、高度自动化的软件和硬件生产 线，以及一个软件版本的发布需要遵循多个国家的标准，等等。 这些因素都在影响着跨学科的工程实践。
• CMU/SEI的SW-CMM的成功，证明了对于像软件工程这 样的软科学工程领域，完全具有与传统制造业一样的可 见性、可预测性，产品质量与过程的关系符合统计规律 的控制方法。
Performed Informally 执行级
软件过程改进方法与实践案例
王安生
SE-CMM的18个过程域(Process Aera)
PA01：Analyze Candidate Solutions（分析候选的解决方案） PA02：Derive and Allocate Requirements（派生和分配需求） PA03：Evolve System Architecture（进化系统结构） PA04：Integrate Disciplines（集成各类学科） PA05：Integrate System（集成系统） PA06：Understand Customer Needs and Expectations（理解客户需求和期望） PA07：Verify and Validate System（验证和确认系统） PA08：Ensure Quality（保证质量） PA09：Manage Configurations（管理配置） PA10：Manage Risk（管理风险） PA11：Monitor and Control Technical Effort（监督和控制技术工作） PA12：Plan Technical Effort（策划技术工作） PA13：Define Organization's Systems Engineering Process（定义组织的系统工作过程） PA14：Improve Organization's Systems Engineering Processes（改进组织的系统工程过程） PA15：Manage Product Line Evolution（管理产品线的进化） PA16：Manage Systems Engineering Support Environment（管理系统工程支持环境） PA17：Provide Ongoing Skills and Knowledge （提供符合形势的技能和知识） PA18：Coordinate with Suppliers （与供应商协调）
软件过程改进方法与实践案例
王安生
软件过程改进方法与实践案例
王安生
CMMI的结构
9.4.1 CMMI的等级 9.4.2 CMMI的表述方式 9.4.3 CMMI成熟度等级的分解
软件过程改进方法与实践案例
王安生
Optimizing (优化) Quantitatively Managed (定量管理) Defined (已定义) Managed (被管理) Performed (执行) Incomplete (不完全)
IPD-CMM(Integrated Product Development CMM)只是完成了草稿，后 被CMMI替代
首次集成的CMM，此模型包括SE-CMM、SA-CMM 和软件CMM， 由美国FAA开发，作为指导整个FAA(联邦航空署)过程改进的方法
软件过程改进方法与实践案例
王安生
其他相关模型
MIL-STD-499A, 1974 MIL-STD-499B, 1974 协调稿
MIL-STD-499C 1994 .5草稿
IEEE1220，1992
EIA/IS 632, 1994.12 ISO 15288 -1996 协调 ANSI/EIA 632 1999.1
MIL-STD-499C 2007.3 TAC 草稿
9.4.1 CMMI的等级 9.4.2 CMMI的表述方式 9.4.3 CMMI成熟度等级的分解
9.5 CMMI的过程域 9.6 使用CMMI的考虑
9.6.1 考虑的因素 9.6.2 针对IPPD的扩展 9.6.3 针对采购能力的扩展
9.7 SW-CMM和CMMI过程域的映射关系 9.8 CMMI标准评估方法
GC5：不断Biblioteka 优化已经成为制度GC4：定量管理过程已经制度化
GC3：已定义
GC2：已管理
GC1： 没有目标，过程不能被执行 Process Aera 1 Process Aera 2 Process Aera n
王安生
软件过程改进方法与实践案例
CMMI的表述方式
1) 连续式表述 – 连续式表述具有较大的灵活性。一个组织可以选择改 进某一个过程域，也可以改进单个过程域，以密切配 合组织的经营目标 – 假如已经知道组织中需要改进的过程，并了解CMMI 中过程域之间的依赖关系，则选用连续式表述是一个 不错的选择。 2) 阶段式表述 – 阶段式表述侧重于改进的系统化与结构化。每个阶段 的改进是下一个阶段改进过程的基础。 – 阶段式表述能很好地根据成熟度等级规定执行过程改 进。定义一个组织由初始级到优化级的改进路径。 – 假如要选择一个过程开始进行改进，应选择阶段式表 述。从而与SW-CMM的表述能够对应起来
软件过程改进方法与实践案例
王安生
为何要发展CMMI
• 商业环境越来越复杂。信息工程的工作量更大，包括的 人更多，跨越了公司之间的界限。
– 在WTO规则下，必须在全球选择承办商，尽可能压缩工程工期 、降低成本、满足客户的需求。
• 软件工程环境越来越复杂。软件已经无所不在，并成了 一支重要的绿色工业。
软件过程改进方法与实践案例
王安生
SE-CMM的评估
• 与软件CMM不同，SE-CMM规定的等级和过程 域不是一一对应的。 • 在评估时：