- 相关推荐
CMMI简介及CMMI2级的实施方案设计
篇一：CMMI简介及CMMI2级的实施方案设计
第一部分 CMMI简介：
CMMI 全称是 Capability Maturity Model Integration,，即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。CMMI（CMMI-SE/SW/IPPD）1.02 版本在部分国家和地区被 SEI 开始推广和试用，主要应用于软件业项目，帮助提升对软件项目的管理能力。随着模型本身的发展与应用的推广，CMMI 逐渐演变成为了一种被广泛采用的综合性模型。在业界广泛使用的传统软件研发流程会带来一个严重的问题：存在于设计阶段的一个微小缺陷可能会直到后期的测试阶段才能被发现，而整个公司可能会花费数十倍甚至百倍的代价来改正这个缺陷。为此，人力资源管理、软件采购、集成产品和过程开发、以及系统工程等等，多元化覆盖范围越来越广的能力成熟度模型应运而生。
1.1 CMMI 的作用
软件能力成熟度集成模型（CMMI）经过长期积累和不断地优化，已经成功地发展并被认可为软件研发领域的标准过程体系，通过 CMMI 可以增强企业核心竞争力、有效地提高软件企业产品质量，国内乃至国际上的广大软件厂商都已经见证了 CMMI 为企业带来的成功。目前众多业界的软件企业纷纷试图使用 CMMI 来达到过程改进的趋势，怎样才能将过程改进有效地实施，使其能实质地对软件研发过程起到优化效果，并带来行之有效地经济价值，已经逐渐成为了软件企业的决策者们最为关心的问题。由最新 SEI 评估报告中的数据显示，在进行了 CMMI 的评估的企业中，大部分都是商业组织，并且其中近一半的企业人员规模都是在 100 人以下。种种迹象均表明，CMMI 评估已经不仅仅吸引了大型 IT 企业的注意力，同样存在大量的中小型企业也对此抱有浓厚的兴趣。对软件企业来讲，CMMI 可以主要应用在两个地方：企业软件过程的改进和企业软件过程能力的评估。
1）过程改进
对软件来说，要对其进行过程改进需要企业中的所有成员都参加的，这个过程不是一次性的，而是长久持续的不断循环过程。CMMI 制定了一整套的目标和框架来对软件企业的成熟度进行定义和诠释。这些目标和框架那个对软件过程中的关键活动做出了很详细地定义，还对软件工程和过程管理的提出了一系列具有参考价值的成功实践。软件企业可以在实施过程中根据自身情况采用成功实践中的经验来对软件开发的整个过程进行指导，从而有效地对自身软件过程不断改进。
2）能力评估
目前 CMMI 可以通过两种不同的方式来对软件过程的成熟度进行评估：软件能力评价以及软件过程评估。
软件过程评估：该评估方式主要用来评价和估量组织内部当前的软件过程管理状态和当前的软件过程优化问题。软件过程评估会将评估结果向企业领导层进行汇报，从而使领导层成为过程改进的坚强后盾。
软件能力评价：主要用来辨识或者监督软件承包方的软件研发和管控能力。软件能力评价的注意力主要基于在保证预算的前提下，能够按照预期的进度提交高质量的软件产品，并能够应对可能存在的诸多风险。
1.2 CMMI 的成熟度模型
1.2.1成熟度模型的等级
一件产品的开发过程越规范，说明该组织的能力成熟度越高。软件开发项目的管理能力越高，最终的软件产品质量也就越好。CMMI 能力成熟度模型分为五个等级，按照级别依次为（高——低），见图 1：
图1. CMMI 成熟度模型的五个等级
1、初始级(Initial)：
所有没有经过 CMMI 能力成熟度模型的指导，并根据模型执行过开发过程改进活动的软件企业，其软件产品开发过程都被看做是初始级。
2、受管理级(Managed)
具备了为每个软件开发项目定义明确目标、清晰过程的软件企业，可以被认定为处于受管理级的级别。通过了受管理级评估的软件企业，我们可以认为其在软件开发的过程中执行了适当的监控措施。
3、已定义级(Defined)
如果企业已从其运作过的历史项目之中，提取出一套行之有效的项目开发规范，该企业可以被认定为处于已定义级的级别。“已定义级”可以在企业的所有项目的标准开发过程中推广使用，但是“受管理级”却只能在指定的项目中实施。
4、定量管理级(Quantitatively managed)
已经能通过采取一系列量化的指标作为衡量标准的软件产品管理方式，则该企业可以被认定为处于定量管理级的级别。只要是具备定量管理级能力的软件企业，都能做到为实现软件产品的最终质量和项目过程的效率，创立一系列量化的目标，且运用了统计的方法来管理项目过程。“定量管理级”和“已定义级”之间的区别体现在对项目过程效率的预测与控制，处于“定量管理级”企业的软件产品开发过程管理是定量的。
5、持续优化级(Optimizing)
已经具备通过执行一定的过程规范，对软件过程不断地进行改进，并且该过程是可持续的，可以被认为是处于持续优化级的级别。达到持续优化级的软件企业，可以根据自身的商业目标对的开发过程制定改善目标，并在开发过程中持续不断地进行改善。
1.2.2成熟度模型的过程域：
不同的诸多过程域组合在一起，形成了 CMMI 的每个成熟度等级——不包含初始级，所以CMMI开发模型共有项目管理、支持类、过程管理类、工程类四个类别包括22个相 关过程域。CMMI过程域结构：每个过程中设定了通用目标和特定目标，每个目标下由若干惯例组成。这些惯例是根据各个软件组织长期开发实践活动的成功经验逐渐总结、提炼形成
的，被认为是具有共性的最佳惯例。由于成熟度的各个等级之间是循序渐进的关系，所以如果想要达到某个成熟度等级，例如已定义级(Defined)，除了满足该级本身的过程域之外，还要满足受管理级(Managed)的所有过程域。CMMI的模型层次结构如下图2所示。
图2. CMMI的模型层次结构
CMMI过程域过程域(Process Area)，简单的说就是做好一个事情的某一个方面。对应 软件开发来说，就是做好软件开发的某一个方面。
CMMI2、3级共有18个过程域(PA) ，主要内容如下，分四大类：
(1)过程管理：
1) OPD：(Organizational Process Definition)组织级过程定义。建立和维护有用的组织过程资产。
2) OPF： (Organizational Process Focus)组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3) OT：(Organizational Training)组织培训管理。增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。
4) OPP：(Organizational Process Performance)组织过程性能。建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。
5) OID： (Organizational Innovation and Deployment)组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。
(2)项目管理：
6) PP：(Project Planning)项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。
7) PMC： (Project Monitoring and Control)项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
8) SAM：(Supplier Agreement Management)供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
9) IPM：(Integrated Project Management)集成项目管理。根据从组织标准过程剪裁而来的集
成的、定义的过程对项目和利益相关者的介入进行管理。
10) RSKM: (Risk Management)风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
11) QPM：(Quantitative Project Management)量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。
(3)工程管理：
12) RD：(Requirement Development)需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便使用户(客户、最终用户)和项目组对所开发的内容达成一致。
13) REQM： (Requirement Management )需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
14) TS： (Technical Solution)技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。
15) PI：(Product Integration)产品集成。从产品部件组装产品，确保集成产品功能正确并交付产品。
16) VER：(Verification)验证。验证确保选定的工作产品满足需求规格。
17) VAL：(Validation)确认。确认证明产品或产品部件在实际应用下满足应用要求。
(4)支持管理：
18) CM：(Configuration Management)配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
19) PPQA：(Process and Product Quality Assurance)过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。
20) MA：(Measurement and Analysis)度量与分析。开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。
21) DAR：(Decision Analysis and Resolution )决策分析。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
22）CAR：(Causal Analysis and Resolution)原因分析与解决，识别缺失的原因并进行矫正进一步的防止未来再次发生。
表1.成熟度级别与过程域映射关系
2.3 CMMI 改进的六项基本原则
（1）重要的软件过程改进必须是从高层到下层的依次进行。过程改进的启动、改进活动的优先安排、持续的资源支持等等，都离不开高级管理层的领导；
（2）必须人人都参与。树立团队意识，软件工程的改进是整个团队共同的活动；
（3）改进需要认清现状，了解当前的过程，树立明确的目标；
（4）持续的进行改进。软件过程不能一蹴而就，需要不断持续的学习和提高；
（5）过程改进不会自发进行，持久的软件过程改进需要有意识的推动和周期性的增强。
（6）软件过程改进需要大量的投资。无论是在时间上、个人技能上还是资金上，都需要不菲的投资。
第二部分 CMMI2的实施方案设计
2.1 建立实施框架
2.1.1 确定改进模型等级
考虑到本次实施过程改进的机构为研发部门，而研发部门各项目组成员均在10 人以
篇二：CMMI方案及价格
CMMI方案及价格
CMMI分为五个等级：CMMI1．初始级 2． 已管理级 3． 已定义级4． 量化管理级 5．优化管理级，公司可以直接评CMMI3级,但要评CMMI4级，要通过CMMI3级才可以实施，CMMI5级则要先通过CMMI4级。
CMMI3的体系文件主要分为四大类过程域：过程管理，项目管理，工程过程，支持过程，每个过程域下面都有相应的模板文件。 软件项目开发活动中主要的几个步骤：项目立项—>初步策划（包括编写项目总体计划初稿，编写项目进度计划初稿等）—>需求调研（编写用户需求规格说明书和需求规格说明书）—>总体策划（在初步策划的基础上编写计划书）—>设计（概要设计和详细设计）—>编码（根据详细设计与编码规范进行编码）—>单元测试—>测试（集成，系统）—>试运用—>验收交付—>结项，开发过程中还有很多评审，比如需求规格说明书评审，概要设计说明书评审，详细设计说明书等，每次评审时都有评审检查单和评审报告或是评审会议纪要，这些都将成为CMMI评审的直接证据或间接证据。
配置管理的工具：公司是用VSS版本控制器来进行配置管理，其他的版本控制器也行，这是没有特殊规定的。
PIID表： PIID表是用来记录CMMI实施的直接证据，间接证据，访谈证据的Excel表，这个表相当重要，评审的时候要检查这个表，然后去配置库找相应的文档。 角色： 在CMMI参与人员中，可分为很多角色，不同的角色各司其职。 PM：项目经理； DEV：开发人员； EGP：过程改进组； QA：质量保证员 CM：配置管理人员 SEPG 软件工程过程组 SAM(部门经理) Tester 测试人员 GM：副总，副总经理，高层领导
不同的级别，在CMMI3实施中担任不同的角色，访谈的时候也会对不同的角色分类访谈，各个角色人员必须熟悉自己任务与自己写的文档，对相关的其他工作与流程也要了解，因为评估师有可能会问及其他角色的问题.
访谈答案的准备：在访谈问题准备前，一般培训老师会给出一些针对不同角色的访谈问题，然后由我们自己整理答案。在评估前，会有一次的模拟访谈。
我方会根据客户实际需求，为客户提供三个实施方案：
方案一：客户为了快速取的CMMI3级证书，我方为客户提供成熟的模板，编写与客户相适应的文档，并进行访谈培训，通过评估。费用18万。
方案二：客户为了取得证书，并且有一定的改进需求，我方将根据客户的实际情况，指导客户实施，完成文档，并进行访谈培训，通过评估。费用18万。
方案三：客户有比较高的改进需求，那我方将对客户进行高端改进咨询。费用面议。 如有需要请联系：高先生 13405779112
【CMMI简介及CMMI2级的实施方案设计】相关文章：
cmmi度量分析报告论文10-09
课题实施方案设计（精选10篇）05-24
小学建设花样校园专项活动工作实施方案设计10-10
雷锋的简介10-09
网站方案设计02-17
员工培训方案设计07-10
研修活动方案设计06-07
中秋活动方案设计11-01
班级活动方案设计02-18