CMM课程笔记及作业
思考题（一）：1、试举例说明过程的各个要素；2、为什么要进行需求管理，需求管理的主要任务是什么？3、CMM 2级的一个关键过程域，为什么不称“软件需求管理”，而称“需求管理”。
4、为什么要作风险管理，要在什么时候作？5、你是否有在项目中因未作风险管理而遭受孙数的教训？是什么风险，应怎样对待？6、你认为在自己的组织中实施软件评审的主要障碍和实际困难是什么？7、简要说明软件质量保证工作的主要任务。
思考题（二）8、举出软件配置管理失误的实例、教训在哪里，加以分析。
9、变更管理的要点是什么？10、人们普遍认为软件企业实施ISO9000标准不应以是否获证论成败，那么应根据什么？11、八项质量管理原则具有鲜明的实践性和指导性，请结合自己的实践，表明对其中1－2项原则的体会。
12、软件企业按ISO9000标准监理质量管理体系最难解决的问题是什么？思考题（三）13、CMM的KPA为什么要规定五个共同特征？它和目标目标有什么关系？这一设置方法对其他领域的管理有普遍意义吗？14、SEPG、SQA、SCM、SCCB人员的职责是什么？15、在LPA SPE中对软件工程项目要做的工作规定了要求，这些要求必要吗？合理吗？可行吗？目标：1、理解软件过程的概念2、理解软件过程存在的问题及过程改进的意义3、掌握软件工程管理的基本概念和方法4、掌握ISO9000及CMM2、3级的要求基础：1、先修课－软件工程掌握软件工程的基础知识和软件开发方法2、参加过软件开发工作具有软件开发的实践经验3、参加过软件管理工作具有软件项目管理的实践经验教训比经验更可贵特点：1、实践性2、年轻3、文化―――――――――――――――――――――――――――――――――――――――内容：1、软件工程与软件过程2、软件工程管理专题需求管理软件风险管理软件评审软件质量和质量保证软件配置管理3、ISO9000：2000标准4、软件能力成熟度模型CMM－问题的提出－能力成熟度－CMM结构－2、3的关键过程域RM OPFSPP OPDSPTO TPSSM ISMSQA SPESCM ICPR－CMM应用－CMM I简介参考资料：1、Carnejie Mellon University, software engineering InstituteThe capability Maturity Model guidelines for inprobing the software process reading ma Addison-wesley 1994(CMM 1．1版文本，网上可见)2、郑人杰等，课本3、能力成熟度模型（CMM）：软件过程改进指南，刘孟仁等，电子工业出版社200不4、郑人杰等，软件工程高级教程，清华大学出版社――――――――――――――――――――――――――――――――――教学形式1、讲课―――――笔记（*部分）－重点黄色标记2、课后阅读3、思考、讨论4、作业题考试1、时间：11月2日上午9：00－12：002、形式：开卷笔试，独立完成，不得交流3、要求：a)在讲课范围内b)CMM 1.1文本的理解和使用软件工程和软件过程内容一、发展二、焦点三、软件开发流程四、软件生存期五、软件过程一、发展―――程序设计语言Programming LanguageALGOL60 机器语言FORTRAN 汇编语言COBOLBASIC―――软件Software 1960 程序、文档、数据―――软件危机引出软件工程1、软件开发工程化1968 NATO2、软件开发阶段与瀑布模型3、软件工程标准二、焦点―――目标少资源、高效益在人力投入、开发期、成本、质量诸方面求得最佳―――风险需求：不明与变更人员流动软件知识产权保护不存在绝对缺陷的软件产品―――成功的标志如期完成预算内完成达到质量要求（需求和期望）软件业和制造业的差异§――设计――§――生产――§§运输§§仓储§功能度（缺图例）三、软件开发流程（图二）四、软件生存期Life Cycle―――软件生存期的概念―――软件生存期模型瀑布模型计划－需求分析－设计－编码－测试－运行/维护定义阶段―――开发阶段――――运行阶段XXXXXX五、软件过程1、过程思维―――什么是过程将输入转化为输出的一组彼此相关的资源和活动（资源：人员、资金、设施、设备、技术和方法等）为达到一个预期的目的所实施的一系列不扎欧，例如，软件开发过程－IEEE－SDT－610一组将输入转化为输出的相互关联或相互作用的活动―――ISO9000―――过程的作用过程应支持业务目标，服务于目的的要求过程的实施把机构、管理者、人员和技术基础设施汇聚起来―――过程思维一个群体为了追求某个目标，把每个人的精力和活动汇聚在一起，用对过程的共同理解去考虑问题过程思维和传统的任务思维有着本质的差别―――所有产品的生产都是经历生产过程而得到的―――生产的每个阶段可视为生产过程的子过程，它可分为：直接过程：如市场调研、产品设计、生产制作、检验、包装、储存等；间接错成（支持过程）：如检验手段的控制、不合格品的控制、人员培训、质量审核等――－过程要素：输入、输出、活动、任务（作业）、资源、测量与验证（☆）、效果：增值―――过程间的关系包容邻接交错（部分重叠）并行2、软件过程―――对软件过程的认识尚未摆脱软件危机的困惑项目大、负责、要求高用户对软件产品不满意；软件开发超支、超期、质量不佳频繁发生软件缺陷引发的系统事故。
―――认识的转变软件产品的质量很大程度上取决于软件过程（人员、技术、过程位于三角形顶点，质量生产率位于中心）关注点的转移（软件产品－软件过程）3、ISO /IEC 12207软件生存期过程标准简介―――软件生存期过程－基本过程（获取过程、供应过程、开发过程、运行过程、维护过程）－支持过程（文档编制过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审核过程、问题解决过程）－组织过程（管理过程、基础设施过程、改进过程、培训过程）2003年10月12日星期日（第二课）软件需求和需求管理内容：1、软件需求2、需求工程3、需求变更4、需求变更控制要求5、需求变更控制实施6、可追溯性管理一、软件需求1、系统需求分析（图1、系统需求分配）2、软件需求（1）定义（IEEE－STD－610）用户为解决某个问题，或成为实现某一目标，需求软件必须满足的条件和能力。
（2）软件需求的三个层次业务要求用户要求功能和非功能要求非功能需求：过程需求：交付需求，实现需求，遵循的标准性能需求：速度，容量，可靠性外部需求：互操作性，伦理性，机密性，安全性，使用要求图2软件需求的层次（参见书P59）（3）质量功能展开（QFD－Quality Function Development）客户要求：常规需求：客户明确提出期望需求：并未明确提出的潜在需求兴奋需求：客户未想到，若实现客户感到意外（4）分配需求的实例（图三）（P58 图）3、CMM 2级关键过程域需求管理（KPA RM）中对软件需求的解释：分配需求（allocated requirements）：分配给软件的系统需求（1）分配需求包括（P57－58）第3点――影响和确定软件项目活动的非技术性需求（在合同条款中规定），如：要交付的产品交付日期里程碑――软件的技术需求，如：最终用户、操作人员、支持或集成的功绩性能需求设计的约束条件编程语言界面要求――用于确认软件产品满足分配需求的验收准则（2）分配的需求应当是以软件来实现是可行的，而且是适合的已得到清晰二正确的阐述相互之间是一致的可以测试的同时，分配需求应当：被管理和控制（如必要课纳入软件项目配置管理）是制定软件开发计划SDP的基础是指定软件需求的基础（3）与分配需求相关的组软件估算组系统工程组系统测试组软件质量保证组SQA合同管理组文档支持组软件工程组二、需求工程1、需求工程＝需求开发＋需求管理图4需求工程的构成（参见P60 图）图5需求开发和需求管理（参见P60 图）2、需求开发（参见P61）（1）获取需求确定目标用户、服务对象明确用户代表用户培训了解实际业务和业务需求（2）分析需求分清功能需求、性能需求、使用需求……必要性可行性（3）定义需求编写软件需求规格说明（SRS）作用要求：完整、正确、可行、无歧意、可验证形式：图表文字（4）验证需求三、需求变更1、难于完全避免图6 需求的变更（参见P61 图3.6）2、需求变更原因分析1)单纯的用户因素2)市场形式变化3)系统因素4)工作环境和要求变化5)需求开发的缺陷需求分析、定义和评审不充分与用户沟通不够3、需求变更对软件开发的影响1）使变更前开发工作和成果失效2）返工成为被迫采取的对策3）工作量及资源投入的增加使开发成本提高4）项目完成时间后延4、需求变更失控可能导致的后果（1）未受控的需求变更引起需求和实现不一致图P62（2）受控的需求变更使需求和实现一致图P62（3）5、需求变更风险的策略（1）与用户充分沟通与用户共同明确确定的需求的意义表（参见P63表）向用户说明需求不确切或频繁变更对开发工作的冲击使用户理解过多变更最终对用户不利（2）与用户共同确定需求，作为合同附件，签字生效（3）合同中含有对需求变更的条款（4）采用原型方法开发，或螺旋模型开发（5）项目计划中适当留有余地（时间进度、人力投入、费用等）（6）严格实施变更控制四、需求变更控制要求1、变更控制的策略（1）所有需求变更必须遵循需求变更控制规程实施变更规程：procedure 5W1H什么任务描述什么目的、目标何时环节何处谁责任人如何作步骤以上文档化（2）需求变更提出后是否被接受，应由专门的组织－变更控制委员会（CCB－Change Control Board）审查决定（3）不得以任何理由删除和修改需求变更的原是文件（4）应将已接受的需求变更通知到所有相关人员（5）已接受的需求变更应能追溯到批准的变更请求（6）对项目的需求赋予状态属性，以利于需求变更的控制2、需求变更影响的控制按CMM2级RM KPA的要求，由于分配需求的变更导致软件计划、工作产品和活动的变更，都应对其作：识别评价风险分析编制文档制定计划传达给受影响的小组和人员跟踪直至结束3、变更控制的步骤（1）提出变更请求（2）审理变更请求，进行变更影响评估、评估内容包括：变更所需人力投入变更对原计划安排的影响估计变更引起的成本增加（3）批准变更请求（4）取得用户的认可（5）修订项目计划（6）实施变更（7）验证变更图8（参见P64图3.8）五、需求变更控制实施1、需求变更请求（1）内容申请号变更说明变更类别……..（2）需求变更请求实例（表三需求变更请求）参见P65表格2、表四需求变更累积表参见P66表格3、需求控制流（1）需求状态及其演变软件需求在后继阶段开发工作中将逐步展开，加以实现在不同的开发阶段软件需求以不同的像是进行着状态的演变。
三坐标测量课堂笔记
QUINDOSAUTZER归零CNCINI建新程序 F11（填参数）出现报告表头STOPCALSPH（校球形探针）PRB（0～999）探针名字 F11（填参数）直径 5参考针 Y（第一根针为参考针，以后校的所有探针都做为附加针。
）探针库位置探针杆弯曲程度 2维（0.20）Probe angle + x towards + y(AZI)旋转角逆时针为正Probe angle + y towards + z(ELV)负阳角水平方向向上为正，向下为负球顶点采一点LISPRB（检查）测面MEPLA测线MEAXI测点MEPNT测球MESPH测圆柱MECYL有两种CYL1采一素线，再采一截圆；CYL2默认采两截圆。
测圆锥MECON如：MEPLA F11（填参数）PLA（1）坐标系 CMMA＄CSY 或REFR＄CSY 机床坐标MODE （包括测量、计算、评价）EVALRATION（评价、计算）（NOM、NOC、NOE）不填默认三种格式全有，如填（NOE）就不评价，可任意组合，如（NOM、NOC）。
TO Delete NPT and EVA (DEL) 以前打的探针是否删掉测量前定位按“CLP”，测量结束按“END”。
测量值显示三个方向矢量 IX、IY、IZ Y为区域重心“-”为删一行不要的评价项目；“+”为删一栏不要的评价项目；“Numlock+↑”不打印“Numlock+Enter”执行打印如：MECIR F11（填参数）（NAM）=CIR（1）=CMMA＄CSY或REFR＄CSY帮助如CIR+“/”圆测量提示生成元素生成线GENAXI起点（ 0 0 0 ）终点（100、100、100）（NPT）=生成几点（ZNL）=避障点（DIR）=ACSY＄XDI（指A坐标系的X轴方向）测量线MEAXI 按ENTER，再按NUMLOCKENTER 执行生成圆GENCIR F11（填参数）圆的名称（NAM）=CIR坐标系名称（CSY）=ACSY测量平面（[XY]、YZ、ZX）（PLA）=默认圆心的坐标 [0] （XCO）=100[0] （YCO）=100[0] （ZCO）=100圆的直径（DIA）=13点的数目 4（NPT）=（默认4点）在“z”方向上附加CLP （ZVL）=10（在高处设置避障点）内/外圆（[I]、O、P、N）（INO）=（注：P指名义点的探测方向被产生成垂直于圆所在平面的平面方向；N指名义点的探测方向被产生成垂直于圆所在平面的平面方向）探针的直径（只对外圆才需要）（PDI）=5起始角度 [0]（MIP）=（默认整个圆周）终止角度 [360]（MIP）=（默认整个圆周）转台的位置（RTP）=（无）圆槽宽度（SLD）=（无）测量圆MECIR按ENTER，再按NUMLOCKENTER 执行生成面GENPLA F11（填参数）（NAM）=PLA（CSY）=ACSY（PDI）=方向（DIR）=从什么方向测过去生成圆柱GENCYL F11（填参数）（NAM）=CYL（1）（CSY）=ACSY（PLA）=在哪个平面生成截圆（XCO）=0（YCO）=0（ZCO）=0（DIA）=25（LEN）=100生成高度（NPT）=8（默认8点）（NPL）=2层（默认）（ZVL）=200（在高处设置避障点）生成完成后测量MEPLA PLA（1）按ENTER，再按NUMLOCK ENTER执行MECYL CYL（1）按ENTER，再按NUMLOCK ENTER执行生成球GENSPH F11（填参数）（NAM）=SPH（1）（CSY）=ACSY（XCO）=100（YCO）=100（ZCO）=100（DIA）=（直径）〔0〕（MIT）=（默认）〔90〕（MXP）=（默认）（NPL）=2层（默认）（ZVL）=（在高处设置避障点）（INO）=（内外球）〔0〕（MIP）=（默认整个圆）〔360〕（MXP）=2层（默认）（SLD）=圆槽“NUMLOCK+↓”退出QUINDOS扫描球MESPHBLDCSYSPHCSYMECIR （NAM）=SPH-CIR按“9”起始点 STASC SPEED 1SC DENS 4 每mm4点SC ACCU 0.1 扫描精度SC MODE VPL 默认起点和终点一致方向点 DIR终止点 STOSC＿STOTY PNT停止元素是点型还是面型，通常是点型。
CMM(CMMI)基础知识介绍
的软件组织进行了软件过程成熟度模型的评估实践。SEI根据这四年 的实践经验，在原过程成熟度框架的基础上开发出了“软件能力成熟 度模型（CMM1．1版）”。 CMM1．1版发表后的两年里先后产生了三十多个草案，于己于1993年 2月发表了“软件能力成熟度模型的关键惯例1．1版”，统称SW— CMM1．1版，简称CMM。
◆ 技术 建立技术支持活动，并有稳定的计划。
◆ 度量 每个项目建立资源计划。主要关心成本、产品和进度。有相应的管理数据。
◆ 改进方向 （1） 不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则 化，具体经验归纳为全组织的标准软件过程。把改进组织的整体软件过程能 力的软件过程活动，作为软件开发组织的责任。 （2） 确定全组织的标准软件过程，把软件工程及管理活动集成到一个稳固 确定的软件过程中。从而可以跨项目改进软件过程效果，也可作为过程剪裁 的基础。 （3） 建立软件工程过程小组（SEPG）长期承担评估与调整软件过程的任务， 以适应未来软件项目的要求。 （4） 积累数据，建立组织的软件过程库及软件过程相关文档库。 （5） 加强培训。
◆ 过程
软件开发和维护的过程是相对稳定的，但过程建立在项目一级。 有规则的软件过程是在一个有效的工程管理系统的控制之下，先前的成功经验
可以被重复。 问题出现时，有能力识别及纠正。承诺是可以实现的。
◆ 人员
项目的成功依赖于个人的能力以及管理层的支持。 理解管理的必要性及对管理的承诺。 注意人员的培训问题。
CMM/CMMI基础知识
1．1什么是CMM
CMM是指“软件能力成熟度模型”，其英文全称 为Capability Maturity Model
第4章 CMM的相关说明
解释关键实践 关键过程域框架 解释共同特性 机构结构和任务 理解软件过程定义 过程的演化 应用专家判断
目的与要求
理解关键实践，熟练掌握关键过程域框 架及共同特性，理解机构结构和任务，熟 练掌握软件过程定义，了解过程的演化和 应用专家判断
CMM是软件开发和维护中有关过程管理和 质量改进的一般应用，代表软件界对好的 工程和管理实践的广泛一致的认同。 尽管项目实施时要结合具体实际环境对关 键实践具体说明，但CMM中有90%以上的 关键实践得到应用。
5、验证执行 该共同特性中的关键实践描述了为保证与所建立的软件过程 一致，执行活动应采取的步骤。关键实践包括：由上级负 责人和管理部门进行监督，质量保证组和其他人员实施验 证活动，验证软件过程是否正确执行。 上级管理部门定期审查 目的：适当地、及时地掌握软件过程活动 评审的范围和内容取决于负责人—负责机构所有软件活动的 负责人PS高层执行人员，所进行的评审应制定不同的进度 计划、不同的主题。上级管理部门PS项目管理监督，评审 会针对不同主题，或同一主题抽象地从更高角度评审。 不包括该实践的关键过程域有：机构过程定义、同行评审
机构结构
是对专为支持一些关键过程域而建立的机构结构的描述。 建立这些机构的根本原因，如软件质量保证组—独立性的要 求；软件配置管理组和软件工程过程组—保证大型机构有 能力完成合同要求。 涉及机构结构的关键过程域： 软件质量保证、软件配置管理、机构过程焦点、培训大 纲、定量过程管理、缺陷预防、技术更新管理
非正规计划
由一个关键实践对非正规计划进行描述。各实践包 括有关计划的内容以及开发和修订计划的规程。
涉及到的关键过程域：机构过程焦点、组间协调、 同行评审、缺陷预防、技术更新管理
三坐标测量机(CMM)课程
三坐
2
前言 硬体架构 使用环境 测定感应器 测量前准备工作 坐标系建立 要素与公差
课程内容
3
前言
• 什么是三次元 (CMM, Coordinate Measuring Machine) • CMM的优点 • CMM的精度
4
什么是三次元 （CMM）
CMM 机型构造
7
8
依CMM操作方法分类 • 手动型 • C.N.C自动型
按CMM的结构形式分类 • 按照结构形式，CMM 可分为移动桥式、固 定桥式、龙门式、悬 臂式、立柱式等
9
使用环境
• 温度: 20℃±2℃ • 湿度 :相对湿度保持在35-65%RH
•
• 避免噪音,强电磁场或有振动源区域, 无灰尘,日光垂直照射或空调设备直 吹
25
基准轴补正(点要素)
1.指定进行基准轴补正的面或轴 2.可使用的要素限于点,圆,椭圆,球 3.指定偏置量
26
基准轴补正(线要素)
1.进行基准轴补正，指定面或者轴。 2.可使用要素限于线、圆柱、圆锥。 3.移动原点到各要素的点坐标
27
原点设定
1.设置指定坐标(X, Y, Z)原点。 2.可使用要素限于点、圆、楕圆、球、圆锥。 注意:使用线、面、圆柱时，请注意原点将被设置为要素中(例如： 线、线上)的某一种
16
CMM测量软件界面 程序编 测量软件界面
辑器 新建测 量程序 更改 程序 名 删除 测量 程序
CMM 学习 模式
CMM重复 模式
管理程序
17
测针的校正
进行三次元测量时，必须要校正测针
• 单测头 • 多测头
1根测针校准 多根测针校准
• 三次元有自动修正使用测针的直径的机能，所以使用的测 针必须实施测针的校正，实施了校正作业的话就会自动设 定机械坐标系的原点。 • 要注意：例如校正φ2.0的测头时，测针尺寸要尽量接 近φ2.0
CMM学习笔记
what's CMM?CMM capability maturity model integrationCMM等级等级1——初始等级（inital）在初始等级上组织一般不能提供开发和维护软件的稳定环境。
等级2——可重复级（Repeatable）一个有效的过程可特征转化为实用的、已文档化的、已实时的、已培训的、已测量和能改进的。
结果的不稳定性，可以由过程的稳定性来确定过程的稳定性决定了结果的稳定性。
等级2组织定的过程English可概括为有纪律的，因为软件项目定的规划和跟踪是稳定的，能重复以前饿成功。
由于遵循世纪可行定的基于以前项目性能的计划，项目过程处在项目管理系统的有效控制之下。
等级3——已定义级（Defined）等级3组织的软件能力可概括为标准的和一致的，因为无论软件工程活动还是管理活动、过程都是稳定定的和可重复的。
等级4——已管理级（Managed）在已管理级上，组织对软件产品和过程都设定质量目标。
等级4上的软件过程已经配备有妥善定义和一致的度量。
这些度量为定量地评价项目的软件过程和产品。
等级5——已优化级（Optimizing）革新，最大限度的优化现有状态CMM的关键过程区域(KPA)Key Process Area每个关键过程区域（KPA）识别出一窜相关活动（如果想要让软件成功那么遵循这些KPA，让项目的过程稳定）当这些活动完全完成时，能达到一组对增强过程能力至关键重要的目标。
Level2 KPA需求管理：requrement management软件项目计划：software project planning软件项目跟踪和监督：software project tracking oversight软件子合同管理：software subcontract management软件质量保证：software quanlity assurance软件配置管理：software configuratione managementLevel3 KPA组织过程焦点：organization process focus组织过程定义：organization porcess definition培训大纲：traning program集成软件管理：intergrated software management软件产品工程：software product engineering组间协调：intergroup coordination同行评审：peer reviewLevel 4 KPA定量管理过程：quantitative process management软件质量管理：software quality managementLevel 5 KPA缺陷预防：defect prevention技术改革管理：technology change management过程更改管理：process change managementThe Process MottoThe quality of a software system is governed by the quality of the process used to development and evolve itCMMI V1.2 The Staged Maturity Levels软件成熟度等级CMM与ISO9000的主要区别1.CMM强调软件开发过程的成熟度，即过程不断改进和提高。
CMMI(能力成熟度模型集成)读书笔记
CMMI（能力成熟度模型集成）CMMI（Capability Maturity Model Integration）即能力成熟度模型集成。
CMMI是CMM模型的最新版本。
早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。
随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
0 过程域0.1过程域PA与CMMI级别0.2过程域PA分类1 工程类1.1需求开发目的在于引导、分析和建立客户、产品以及产品组件的需求。
业界注释本过程域描述客户、产品及产品组件等三种需求，这些需求都处理相关干系人的需要，包括不同的产品生命周期阶段相关的及产品属性有关的需要。
需求也包括选择某设计方案而产生的限制条件。
所有开发项目都有需求。
需求是设计的基础，需求的开发包括下列活动：⏹引导、分析、确认，以及沟通客户的需要、期望及限制，以获得满足干系人理解的排定优先级的客户需求⏹收集和协调干系人的需要⏹开发产品的生命周期需要⏹建立与客户需求一致的原始产品及产品组件需求因为客户也可能提出特定的设计需求，本过程域处理所有客户的需求，而不仅限于产品层次的需求。
客户需求可进一步细化为产品及产品组件需求，除客户需求外，选定的解决方案也可能衍生产品及产品组件需求。
1.2技术解决方案目的：是设计、开发及实现需求的解决方案。
解决方案、设计及实现包括产品、产品组件，以及与产品相关生命周期的单一过程或适当组合的过程。
业界注释技术解决方案过程域适用于产品架构的任何层级，且适用于所有产品、产品组件、产品相关生命周期过程。
CMM基本知识和开发过程管理(陈雪松)
初始级（1）
2、CMM基本概念
关键过程域（KPA）与关键实践（Key Practices） 除第一级外，每一个成熟度等级都包含多个关键过程域（KPA）。这些 KPA指出了企业需要集中力量实行改进的软件过程，和为了要达到该能 力成熟度等级所需要解决的具体问题。每个KPA都明确地列出一个或多 个目标（Goal），及一组相关联的关键实践（Key Practices）。实行 这些关键实践就能实践这个关键过程区域的目标，从而达到增加过程能 力的效果。 CMM V1.1版本2－5级共包含316个关键实践。
2、CMM基本概念
CMM的内部结构
包含
成熟度等级 标志 过程能力
关键过程域
达到 目标 阐述 实施及规范 描述 设施及活动 组成 公共属性 包含 关键实践
2、CMM基本概念
关键过程域（KPA） 第一级（初始级）无关键过程域，2－5级共 包含18个KPA 优化级（5）
缺陷预防 -DP 技术改变管理 -TCM 过程改变管理 -PCM
2、CMM基本概念
第一组：执行约定（CO） 描述为了保证相关过程的建立与授权，企业所要采取的行动。这些行动涉及 到企业的政策与高层管理人员所承担的责任。 第二组：执行能力（AB） 描述为了使某软件过程得以始终如一地执行的必须在项目或企业中存在的先 决条件。这些条件包括有关项目计划的实践；资源的配置；责任的布置与授 权；以及各种有关的培训。 第三组：执行活动（AC） 描述在实现相关的过程时的行动、任务与程序。其中涉及到实施工作；制造 产品与提供服务；掌握工作状况和按需采取纠错行动。 第四组：度量与分析（ME） 描述对相关过程进行有效性、效率和依从性的度量。 第五组：实施验证（VE） 描述管理上的核实以确保所实施的过程是按照原定的计划以及达到其目标的。 实施验证牵涉到过程执行的确保，产品要求的确保，高层管理人员进行的审 核和项目经理进行的审核。 从整体来说，软件能力成熟度级别从低到高的变化代表了企业的软件生产活 动由高风险低效率到高质量、高生产率的进展。
CMMI课堂笔记整理
课堂笔记整理（15.4.25-4.26）字体颜色说明：红色：标题紫色：是我觉得的重点强调的地方黑色：一般叙述课程名称：CMMI（Capability Maturity Model Integration，能力成熟度模型集成）任课教师：荣国平老师新浪微博、博客：“@只言片语说软件”推荐书目：《人月神话》，《人件》（老师上课的时候经常引用其中的话）上课风格（个人观点）：经常会有一些比较开放的思考性问题，个人觉得其实也没有绝对的正确答案，主要是体验一种思考的过程并获取一些启发，有些观点也不是很赞同。
还会穿插一些其它学科的知识，让我感到自身知识是多么的匮乏…相关背景：上世纪80年代初，美国国防部等政府机构在将一些项目外包时，发现选择承包的公司是一件很复杂的事情，所以就希望弄一个评价标准。
于是就委托位于匹兹堡的卡内基梅隆大学（CMU，学校的相关专业很厉害），其成立了软件工程学院（SEI）来进行研究。
领头的是Watt Humphrey（从IBM辞职而来，具有很丰富的专业经验），其聚集了不少专家进行研究探讨。
总结了大概一百多条标准，开始的时候是做了一个调查问卷，后来逐渐转变为CMM（能力成熟度模型）。
而CMMI算是对于CMM的继承。
需要注意的是，CMMI的构建Humphrey 并没有在其中，据老师说因为他意识到即便有这么个玩意儿也不能从根本上解决遇到的问题，所以其将研究精力转向了其它方面。
具体相关的如果大家感兴趣的可以去搜索些深入阅读材料。
课堂构架：老师上课的思路感觉还是蛮清晰的，我大概说下一个大框架。
1.一个模型2.两种表现形式3.三种应用领域4.四种类型5.五个级别一个模型：就是指能力成熟度模型，老师说他觉得这是软件工程领域很少见的做的相当完美的一项研究。
（还记得背景中提到的Humphrey 拉了一帮人一起探讨列条目么？这列出来的一百多条内容里，在日后的这么些年里被实践证明仅有十几条是他们并未想到的。
）其本质是刻画一个软件公司从不成熟到成熟的路线图。
CMMI笔记
– 简称CM ，是指用于控制系统一系列变化的科学， 通过一系列技术、方法和手段来维护产品的历史， 鉴别和定位产品的版本，并在产品的开发和发布阶 段控制变化，通过有序管理和减少重复性工作，保 证生产的质量和效率。
• 配置项
Configuration Item
质量保证
供方为使用户确信能够满足质量要求，开展的有计划有系统的活动，使所有影 响质量的因素都得到控制。
质量控制
采取某些特定的作业技术或开展某些活动，以达到质量要求。如测试。
软件质量目标
为一个软件工作产品确定的定量质量目标 缺陷率、生产率、缺陷密度、质量成本等
质量管理
制定质量目标、实施质量保证、进行质量控制。
过程域
组织过程焦点 组织过程定义 组织培训 集成的项目管理 风险管理
PA
OPF OPD OT IPM RSKM
Requirements Development Technical Solution
Product Integration Verification
需求开发 技术解决方案
产品集成 验证
RD TS
DAR
选择 主题 组织 决策
Process Management PAs
Project Management PAs All PAs
变更 请求
基线 控制
过程 规程 …
找出 不符 合项
获取 信息
度量 分析
Fundamental PAs
CM
PPQA
MA
特定目标和特定实践 Specific Goal and Specific Practice
4、“过程与产品质量保证”（PPQA）
CMM培训教程
CMM培训教程CMM培训教程引言：CMM（能力成熟度模型）是一种用于衡量和提升组织软件过程能力的方法。
通过了解和掌握CMM的原理和方法，可以帮助组织在软件开发过程中实现高质量的成果。
本文旨在提供一份全面的CMM培训教程，介绍CMM的基础知识以及如何实施和运用CMM以提高软件开发过程中的能力和效率。
一、CMM的概述CMM是由美国软件工程研究所（SEI）开发的一种软件过程能力评估模型。
它由五个不同的成熟度级别组成，分别是初始级别、可管理级别、定义级别、已管理级别和优化级别。
每个级别代表了一种软件开发过程的能力水平，从低到高逐渐提升。
CMM的目标是帮助组织建立既定的软件过程能力，并通过不断改进来达到更高的级别。
二、CMM的五个成熟度级别1. 初始级别：在初始级别，组织的软件开发过程是不确定的，没有明确的管理和控制措施。
这会导致项目缺乏预测性和一致性，往往会出现延误和质量问题。
2. 可管理级别：在可管理级别，组织已经建立了一定的管理和控制措施，能够对软件开发过程进行度量和评估。
这意味着组织可以预测和控制项目的进展和成果。
3. 定义级别：在定义级别，组织已经建立了一套标准化的软件开发过程，并在实践中不断改进。
这样可以确保组织的软件开发过程具有一致性和可重复性。
4. 已管理级别：在已管理级别，组织已经建立了度量和控制的系统，并对软件开发过程进行持续监控和改进。
组织可以根据过程度量来预测项目的成本、进度和质量。
5. 优化级别：在优化级别，组织不断优化和改进其软件开发过程。
组织持续地关注过程改进和创新，并根据实践中的经验来提高软件开发的效率和质量。
三、CMM的实施步骤1. 了解组织现有的软件开发过程，确定当前的成熟度级别。
2. 设定目标，制定改进计划。
根据组织的需求和现状来确定要达到的目标，并制定相应的改进计划。
3. 实施改进计划，根据CMM的指导原则进行实施。
这包括建立标准化的过程、培训团队成员、建立度量和监控系统等。