CMMI简介

发表时间:2/8/2012  浏览次数:10499  

CMMI

简介

  CMMI是什么,CMM与CMMI的不同 关键字:CMMI,CMMI是什么,CMM与CMMI的不同
    什么是CMMI?
  CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成,是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架,新的集成模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理解,建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。 CMMI是一套融合多学科的、可扩充的产品集合, 其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。 CMMI的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题, 50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件,必须改善软件生产过程。基於模型的过程改进是指用采用能力模型来指导组织的过程改进,使之过程能力稳定的进行改善,该组织也能变得更加成熟。
  CMM的成功促使其他学科也相继开发类似的过程改进模型,例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等,从CMM衍生出了一些改善模型,比如:SW-CMM,SE-CMM,IPD-CMM等。不过,在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎麽保持这些模式之间的协调。
  CMMI是CMM模型的最新版本。早期的CMMI(CMMI-SE/SW/IPPD)1.02版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型。
  自从1994 年SEI 正式发布软件CMM以来,相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用,但对于一些大型软件企业来说,可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题,其中主要问题体现在:
  n 不能集中其不同过程改进的能力以取得更大成绩;
  n 要进行一些重复的培训、评估和改进活动,因而增加了许多成本;
  n 遇到不同模型中有一些对相同事物说法不一致,或活动不协调,甚至相抵触。 于是,希望整合不同CMM 模型的需求产生了。1997 年,美国联邦航空管理局(FAA)开发了FAA-iCMMSM(联邦航空管理局的集成CMM),该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型。 CMM与CMMI最大的不同点和区别: CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分,即:系统工程(SE)和软件工程(SW)是基本的科目,对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容,如果涉及到供应商外包管理可以相应的应用SS(Supplier Sourcing)部分。
  CMMI有两种表示方法,一种是大家很熟悉的,和软件CMM 一样的阶段式表现方法,另一种是连续式的表现方法。这两种表现方法的区别是:阶段式表现方法仍然把CMMI中的若干个过程区域分成了5 个成熟度级别,帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。而连续式表现方法则通过将CMMI中过程区域分为四大类:过程管理、项目管理、工程以及支持。对于每个大类中的过程区域,又进一步分为基本的和高级的。这样,在按照连续式表示方法实施CMMI的时候,一个组织可以把项目管理或者其他某类的实践一直做到最好,而其他方面的过程区域可以完全不必考虑。
  CMMI各个进程的关键元素
  CMMI自出道以来,它所达到的目标就没有变过,第一个是质量,第二个是时间表,第三就是要用最低的成本。不过特别强调的是,CMMI不是传统的、仅局限于软件开发的生命周期,它应该被运用于更广泛的一个范畴——工程设计的生命周期。TSP的建立,也是为了支持CMMI的这样一个系统。那么CMMI究竟是什么呢?它并不是一个过程,也不是告诉你怎么去做一件事情。如果用一句话来概括什么是CMMI,它就是各个进程的一个关键的元素,在很多领域里面一个集成的点。它是这样的一个基本架构,能够用来度量你的有效性和实用性;能够找出这样的一些机会,继续改进的机会,包括在商业目标、策略还有降低项目的风险等方面。
  CMMI的起源
  随着人们对CMM研究的不断深入,其他学科也结合本系统的特点,陆续推出了自己的CMM模型。例如,人力资源能力成熟度模型、系统工程能力成熟度模型等等:
  (1) SW-CMM (Software CMM) 软件CMM
  (2) SE-CMM (System Engineering CMM) 系统工程CMM
  (3) SA-CMM (Software Acquisition CMM) 软件采购CMM
  (4) IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM
  (5) P-CMM (People CMM) 人力资源能力成熟度模型 为了以示区别,国内外很多资料把CMM叫做SW-CMM。按照SEI原来的计划,CMM的改进版本2.0应该在1997年11月完成,然后在取得版本2.0得实践反馈意见之后,在1999年完成准CMM2.0版本。但是,美国国防部办公室要求SEI推迟发布CMM2.0版本,而要先完成一个更为紧迫的项目CMMI。
  CMMI分5个级别
  CMMILevel 1,完成级。在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现。但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目的时候仍然能够完成任务。企业在一级上的项目实施对实施人员有很大的依赖性。
  CMMILevel 2,管理级。在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并与上级单位对项目与流程进行审查。企业在二级水平上体现了对项目的一系列的管理程序。这一系列的管理手段排除了企业在一级时完成任务的随机性,保证了企业的所有项目实施都会得到成功。
  CMMILevel 3,定义级。在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成;而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化这样,企业不仅能够在同类的项目上生到成功的实施,在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化,企业的组织财富。
  CMMILevel 4,量化管理级。在量化管理级水平上,企业的项目管理不仅形成了一种制度,而且要实现数字化的管理。对管理流程要做到量化与数字化。通过量化技术来实现流程的稳定性,实现管理的精度,降低项目实施在质量上的波动。
  CMMILevel 5,优化级。在优化级水平上,企业的项目管理达到了最高的境界。企业不仅能够通过信息手段与数字化手段来实现对项目的管理,而且能够充分利用信息资料,对企业在项目实施的过程中可能出现的次品予以预防。能够主动地改善流程,运用新技术,实现流程的优化。 企业在实施CMMI的时候,路要一步一步地走。一般地讲,应该先从二级入手。在管理上下功夫。争取最终实现CMMI的第五级。
  CMMI
  CMMI认证是由美国软件工程学会(software engineering institute,简称SEI)制定的一套专门针对软件产品的质量管理和质量保证标准. CMMI 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。
  近年来,很多软件企业纷纷实施CMMI管理模式,不少企业如:东软,托普,华为等企业通过了三级或四级评估。这一方面反映了我国企业在进入WTO后的危机意识,以及与世界接轨的迫切愿望。另一方面则反映出我国软件企业在改进管理方法上所作的努力。但是CMMI到底能够为我们做什么呢?实际上这个问题对不同的人有不同的答案。对采购部门的人员来说,掌握了CMMI技术可以有目的地考察项目实施人员或公司的实施能力,从而保证所采购的项目能够顺利完成。对于项目经理来说,掌握CMMI技术能够提高自己的项目管理能力,从而能够使项目高质量,低成本,按期限地完成。对于企业老总来说,CMMI技术不仅能够提升企业的管理水平,还能够引入科学的管理理念,提升企业的整体管理水平。
  CMMI的五个台阶(五个等级):
  台阶一:CMMI一级,完成级。
  在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现。但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目的时候仍然能够完成任务。企业在一级上的项目实施对实施人员有很大的依赖性。
  台阶二:CMMI二级,管理级。
  在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并与上级单位对项目与流程进行审查。企业在二级水平上体现了对项目的一系列的管理程序。这一系列的管理手段排除了企业在一级时完成任务的随机性,保证了企业的所有项目实施都会得到成功。
  台阶三:CMMI三级,定义级。
  在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成;而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化这样,企业不仅能够在同类的项目上生到成功的实施,在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化,企业的组织财富。
  台阶四:CMMI四级,量化管理级。
  在量化管理级水平上,企业的项目管理不仅形成了一种制度,而且要实现数字化的管理。对管理流程要做到量化与数字化。通过量化技术来实现流程的稳定性,实现管理的精度,降低项目实施在质量上的波动。
  台阶五:CMMI五级,优化级。
  在优化级水平上,企业的项目管理达到了最高的境界。企业不仅能够通过信息手段与数字化手段来实现对项目的管理,而且能够充分利用信息资料,对企业在项目实施的过程中可能出现的次品予以预防。能够主动地改善流程,运用新技术,实现流程的优化。
  由上述的五个台阶我们可以看出,每一个台阶都是上面一阶台阶的基石。要上高层台阶必须首先踏上较低一层台阶。企业在实施CMMI的时候,路要一步一步地走。一般地讲,应该先从二级入手。在管理上下功夫。争取最终实现CMMI的第五级。
  CMMI 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。
  CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三个套装产品。
  CMMI是CMM模型的最新版本。早期的CMMI(CMMI-SE/SW/IPPD)1.02版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型
  自从1994 年SEI 正式发布软件CMM 以来,相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用,但对于一些大型软件企业来说,可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题,其中主要问题体现在:
  n 不能集中其不同过程改进的能力以取得更大成绩;
  n 要进行一些重复的培训、评估和改进活动,因而增加了许多成本;
  n 遇到不同模型中有一些对相同事物说法不一致,或活动不协调,甚至相抵触。
  于是,希望整合不同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 中过程区域分为四大类:过程管理、项目管理、工程以及支持。对于每个大类中的过程区域,又进一步分为基本的和高级的。这样,在按照连续式表示方法实施CMMI的时候,一个组织可以把项目管理或者其他某类的实践一直做到最好,而其他方面的过程区域可以完全不必考虑。[1]



标准名词术语

  1 AT Assessment Team 评审小组
  2 ATM Assessment Team Member 评审小组成员
  3 BA Baseline Assessment 基线评审
  4 CAR Causal Analysis and Resolution 原因分析与决策
  5 CBA CMM-Based Appraisal 基于CMM的评价
  6 CBA-IPI(CMM-Based Appraisal for Internal Process Improvement)  为内部过程改进而进行的基于CMM的评价(通常称为CMM评审)
  7 CC Configuration Controller 配置管理员
  8 CF Common Feature 公共特性
  9 CFPS Certified Function Point Specialist 注册功能点专家
  10 CI Configuration Item 配置项
  11 CM Configuration Management 配置管理
  12 CMM Capability Maturity Model 能力成熟度模型
  13 CMMI Capability Maturity Model Integration 能力成熟度集成模型
  14 COTS Commerce off the shelf 商业现货供应
  15 DAR Decision Analysis and Resolution 决策分析与制定
  16 DBD Database Design 数据库设计
  17 DD Detailed Design 详细设计
  18 DP Data Provider 数据提供者
  19 DR Derived Requirement 派生需求
  20 EPG Engineering Process Group 工程过程小组
  21 FP Function Point 功能点
  22 FPA Function Point Analysis 功能点分析
  23 FR Functional Requirement 功能性需求
  24 GA Gap Analysis 差距分析
  25 ID Interface Design 接口设计
  26 IFPUG International Function Point Users Group 国际功能点用户组织
  27 IPM Integrated Project Management 集成项目管理
  28 IR Interface Requirement 接口需求
  29 KPA Key Process Area 关键过程域
  30 KR Key Requirements 关键需求
  31 LA Lead Assessor 主任评审员
  32 MA Measurement and Analysis 测量与分析
  33 MAT Metrics Advisory Team 度量咨询组
  34 MCA Metrics Coordinator and Analyst 度量专员
  35 ML matreraty library 度量数据库
  36 NFR Non-functional Requirement 非功能性需求
  37 OC Operational Concept 操作概念
  38 OID Organizational Innovation and Deployment 组织革新与部署
  39 OPD Organizational Process definition 组织过程定义
  40 OPF Organizational Process focus 组织过程焦点
  41 OPL Organizational Process Assets 组织过程财富
  42 OPP Organaizational Process Perormance 组织过程性能
  43 OSSP Organization’s Set of Standard Process  组织标准过程集合
  44 OT Organizational Training 组织级培训
  45 PA Process Areas 过程域
  46 PAT Process Action Team 过程行动小组
  47 PB Process Assets Library 过程财富库
  48 PD Preliminary Design 概要设计
  49 PDSP Project Defined Standard Processes 项目定义标准过程
  50 PI Produce Integration 产品集成
  51 PLC Product Life Cycle 产品生命周期
  52 PMC Project Monitoring and Control 项目监控
  53 PP Project Planning 项目策划
  54 PPQA Process and Product Quality Assurance 过程与产品质量保证
  55 PPR Price Performance Ratio 性能价格比
  56 QA Software Quality Assurance 软件质量保证
  57 QA Quality Assurance 质量保证
  58 QAP Software Quality Assurance Plan 质量保证计划
  59 QPM Quantitative Project Management 量化项目管理
  60 RD Requirements Development 需求开发
  61 RM/ReqM Requirements Management 需求管理
  62 RSKM Risk Management 风险管理
  63 RTM Requirement Traceability Matrix 需求跟踪矩阵
  64 SAM Supplier Agreement Management. 供应协议管理
  65 SC Steering Committee 指导委员会
  66 SCAMPI (Standard CMMI Assessment Method for Process Improvement) 过程改进CMMI标准评审方法
  67 SCCB Software Configuration Control Board 软件配置管理控制委员会
  68 SCM Software Configuration Management 软件配置管理
  69 SDP Software Development Plan 软件开发计划
  70 SEI Software Engineering Institute (美国)软件工程学院
  71 SEPG Software Engineering Process Group 软件工程过程组
  72 SPI Software Process Improvement 软件过程改进
  73 SPP Software Project Planning 软件项目策划
  74 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控
  75 SR System Requirements 系统需求
  76 SRS Software Requirement Specification 软件需求规格
  77 SSM Software Subcontract Management 软件分包管理
  78 SSR Software System Requirement 软件系统需求
  79 TS Technical Solution 技术解决方案
  80 UC Use Case 用例
  81 UID User Interface Design 用户界面设计
  82 VAL Validation 确认
  83 VER Verification 验证
  84 WBS Work Breakdown Structure 工作分解结构
  85 WP Work Products 工作产品
  86 Pre-assessment 预评审
  87 Baseline 基线
  88 Quality Attribute 质量属性
  89 Scenario 场景