《cmmi4核心知识摘编v2.0-bigoceanzhang》由会员分享，可在线阅读，更多相关《cmmi4核心知识摘编v2.0-bigoceanzhang（86页珍藏版）》请在金锄头文库上搜索。
1、CMMI核心知识摘编,BigOcean 张以海 2008年12月26日,BigOcean,导航,CMMI简介 项目管理过程组简介 工程过程组简介 支持过程组简介 组织改进过程组简介,软件管理工程的发展,软件管理工程引起广泛注意源于20世纪70年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。到了20世纪90年代中期，软件管理工程不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。,软件管理工程的发展： 在经历了从70年代开始以结构化
2、分析与设计、结构化评审、结构化程序设计以及结构化测试为特征的结构化生产时代 到90年代中期，以CMM模型的成熟模型和日益为市场接受为标志，已经进入以过程成熟模型CMM、个体软件过程PSP和群组软件过程TSP为标志的以过程为中心的时代 而软件发展第三个时代，及软件工业化生产时代，从90年代中期软件过程技术的成熟和面向对象技术、构件技术的发展为基础的软件生产，软件工业已经或正在经历着“软件过程的成熟化“，并向“软件的工业化“渐进过渡。规范的软件过程是软件工业化的必要条件。,软件过程研究的是如何将人员、技术和工具等组织起来，通过有效的管理手段，提高软件生产的效率，保证软件产品的质量。由此诞生了软件过
3、程的三个流派：CMU-SEI的CMM/PSP/TSP；ISO 9000质量标准体系；ISO/IEC 15504（SPICE）。,什么是CMM,1987年美国 Carnegie Mellon 大学软件工程研究所(CMU/SEI)以W.S.Humphrey为首的研究组发表了CMM/PSP/TSP 技术,CMM是是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。,CMM把软件开发组织的能力成熟度分为5个的等级。除了第1级外，其
4、他每一级由几个关键过程方面组成。每一个关键过程方面都由上述5种公共特性予以表征。CMM给每个关键过程定义了一些具体目标。按每个公共特性归类的关键惯例是按该关键过程的具体目标选择和确定的。如果恰当地处理了某个关键过程涉及的全部关键惯例，这个关键过程的各项目标就达到了，也就表明该关键过程实现了。这种成熟度分级的优点在于，这些级别明确而清楚地反映了过程改进活动的轻重缓急和先后顺序。,SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称“CMM”),是87年由美国卡内基梅隆大学软件工程研究所（CMU SEI）应美国国防部DOD的需
5、要研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。,什么是CMMI,自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。于是，希望整合不同CMM 模型的需求产生了。 CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的
6、最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。,CMMI 与CMM 最大的不同点在于： CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应的应用SS(Supplier Sourcing)部分。 CMMI评的是过程，而不是项目，是通过评估项目来评估组织过程能力。,CMMI是美国国防部的一个设想。他们希望把所有现
7、存的与将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架用于解决两个问题：第一，软件获取办法的改革；第二，从集成产品与过程发展的角度出发,建立一种包含健全的系统开发原则的过程改进。,CMMI五级和焦点,II级由项目定义过程和计划；III由组织给出约束和规范；IV给出估算和度量基线和体系，由项目根据历史经验根据项目特点进行估算，并动态进行数据统计估算并做动态趋势分析，并分析项目目标的来源和关系并决策分析，并根据项目因素对目标涉及因素进行分析和控制（要素管理）。,1级-初始级,2级-受管理级,3级-已定义级,4级-定量管理级,5级-持续优化级,阶段式评估表述方式(一般采用),连续式评估
8、表述方式,CMMI的概念体系,每一个级别，都包含几个到十几个PA 英文全写：Process Area 中文译名：过程域 什么叫“过程域”？ 简单的说就是做好一个事情的某一个方面。 对应软件开发来说，就是做好软件开发的某一个方面。,CMMI概念体系图,级别,PA1,PA2,Goal1,Goal2,Practice1,Practice2,Practice3,.,CMMI的概念体系,如果该级别的全部PA达到要求了，就认为该级别达到了。 如何判断PA达到要求呢？ 每个PA包含几个目标(Goal)，简称SG 如果这个几个目标都达到要求了，就认为该PA达到要求了 如何判断Goal达到要求呢？ 每个Goal
9、包含几个实践(Practice)，简称SP 每个实践达到要求了，就认为该Goal达到要求了 评估一个企业是否达到某级别的标准，评估的关键就是每个Practice的实际情况。 需要评估企业25%左右的项目，从项目找直接证据、间接证据 大概：(1+X个项目)*(SP+GP)*2 每个PA大概200条证据，4级大概需要4000条证据,CMMI的组成和分解,做事的广度,做事的深度,SEI访谈了107家成功的软件企业，接合软件过程的广度和深度，总结了761条最佳实践和26个深度分析，归纳为173个SP、17个GP，并归为22个PA、5个GG和5个级别,761条SSP,26级,173条SP,22个PA,1
10、7个GP级,5个等级,4个过程组,PM 过程组,EG 过程组,SP 过程组,PR 过程组,PP PMC SAM,II (7),III (11),IV,I,V,REQM,CM PPQA MA,RSKM IPM(IPPD),RD TS PI VER VAL,DAR,OPF OPD OT,QPM,OPP,CAR,OID,所有的过程组在项目中都为PmPas(过程组)服务，并被QPM集成,级别和过程域对照,通用术语（1/2）,CMMI（ Capability Maturity Model Integration）：能力成熟度集成模型； EPG（ Engineering Process Group ）：工
11、程过程小组； ISO（ International Organization for Standardization）； ATM（ Assessment Team Member ）：评审小组成员； REQM（ Requirements Management）：需求管理； RD（ Requirements Development）：需求开发； TS（ Technical Solution）：技术解决方案； PI（ Product Integration）：产品集成； PP（ Project Planning）：项目策划； PMC（ Project Monitoring and Control）：
12、项目监控； IPM（ Integrated Project Management）：集成项目管理； RSKM（ Risk Management）：风险管理；,通用术语（2/2）,QPM（ Quantitative Project Management）：量化项目管理； DAR（ Decision Analysis and Resolution）：决策分析与制定； PPQA（ Process and Product Quality Assurance）：过程与产品质量保证； VER（ Verification）：验证； VAL（ Validation）：确认； CM（ Configuration
13、 Management）：配置管理； OPF（ Organizational Process Focus）：组织过程焦点； OPD（ Organizational Process Definition）：组织过程定义； OPP（ Organizational Process Performance）：组织过程性能； MA（ Measurement and Analysis）：度量与分析； OT（ Organizational Training ）：组织级培训；,过程域的四类,CMM四条主线,项目管理线：PP&SPTO、ISM、IC 软件工程线：RM&SPE 质量保障线：SQA&SCM、PR 组
14、织改进线：OPD&OPF、TP,CMMI四条主线,项目管理线：PP、PMC、IPM、RSKM、SAM、QPM 软件工程线：RD、REQM、TS、PI、VA 质量保障线：PPQA、CM、VE、DAR、MA、CAR 组织改进线：OPD、OPF、OT、OPP、OID,CMMI四条主线示例图,SW-CMMI的视角,四级关注以下4点，并用数据说话，用概率论、统计学来思考： 1）建立组织能力基线数据库供项目进行估算和趋势预测 2）项目根据原始估算在阶段时对项目状态进行动态估算，并动态分析项目目标趋势 3）项目明确目标从哪里来，并分析目标优先级，进行决策分析 4）分析项目目标影响的因素并根据PPM进行目标影
15、响分析和预测,度量和目标体系分解,项目成功隐含标准,按时交付 在成本内 高质量交付,CMMI的管理运作体系,SEI,DOD,Partner,讲师,HMLA,LA,CMMI For DEV 1.2 SCAMPI A,CMMI1-3级企业,CMMI4-5级企业,授权,挂靠,授权,登记 审计,评估,授权,企业数据库 人员数据库 年度大会（风向标）,资助,实施模型（公司管理体系CMM3模型）,项目管理过程,软件工程过程,机构支撑过程,公司管理规范,人力资源管理,财务管理,行政管理,系统集成,商务咨询,系统维护,绩效管理,项目承接过程,产品维护过程,生产部署,导航,CMMI简介 项目管理过程组简介 工程
16、过程组简介 支持过程组简介 组织改进过程组简介,1.PTM PAS,Basic PTM PAS,产品组件需求,PP项目计划,目的：项目计划 (Project Planning, PP) 的目的，在建立并维护用以定义项目活动的计划。 目标和实践 SG 1 建立估计值 SP 1.1 估计项目范围 SP 1.2 建立工作产品与工作属性的估计值 SP 1.3 定义项目生命周期 SP 1.4 决定工作量与成本的估计值 SG 2 开发项目计划 SP 2.1 建立预算和进度 SP 2.2 识别项目风险 SP 2.3 策划数据管理 SP 2.4 策划项目资源 SP 2.5 策划所需知识和技能 SP 2.6 策划干系人的参与 SP 2.7 建立项目计划 SG 3 取得对计划的承诺 SP 3.1 审查影响项目的各种计划 SP 3.2 调整工作和资源水平 SP 3.3 取得计划承诺,PMC项目监控,目的：项目监控 (Project Monitoring and Control, PMC) 的目的在了解项目进度，以便在项目执行绩效严重
