CMM第01课___2

null软件能力成熟度模型CMM软件能力成熟度模型CMM胡雯蔷 第一章绪论第一章绪论软件与软件产业的发展过程 软件危机及其原因 过程及其要素 CMM与软件产业 CMM的发展过程 能力成熟度模型C MM绪论软件与软件产业的发展过程软件与软件产业的发展过程软件，相对于硬件绪论__软件与软件产业的发展过程软件开发技术状况软件发展趋势null绪论__软件与软件产业的发展过程null绪论__软件与软件产业的发展过程软件危机及其原因软件危机及其原因软件特殊性 软件成本高 软件开发的进度难于控制 估计软件工作量很困难 软件质量难于保证 修正维护软件困难绪论__软件危机及其原因软件危机事实 (1)软件危机事实 (1)绪论__软件危机及其原因美国政府清算局部GAO (US Government Accounting Office) 于1983年统计的软件项目 -- 3% 交付给政府的软件产品可用 -- 49% 完全不能用 -- 48% 修改后才能使用 近年统计软件项目 软件危机事实 (2)软件危机事实 (2)每100个IT项目立项启动后,有94个返工 大公司的IT项目 成本超出预算平均占178% 完成时间延迟平均占230% 项目开始时确定的产品特性 (feature) 只有42%在产品中真正得到实现 2001年美国大企业只有9%的软件项目在预算内如期完成. 绪论__软件危机及其原因null绪论__软件危机及其原因null绪论__软件危机及其原因软件开发面临的实际问题（1）软件开发面临的实际问题（1）绪论__软件危机及其原因软件开发面临的实际问题（2）软件开发面临的实际问题（2）绪论__软件危机及其原因软件开发面临的实际问题（3）软件开发面临的实际问题（3）绪论__软件危机及其原因IT企业长期面临的软件工程难题IT企业长期面临的软件工程难题企业的目的 根本目的：合法地赚钱，获取尽可能多的利润。 第一推论：为了使利润最大化，产品开发应当“做得好、做得快并且少花钱” 软件工程学科的目的：提高软件产品质量、提高生产率并且降低开发成本 企业长期面临的软件工程难题 产品质量低下、进度延误、费用超支…（软件工程学科发展30年尚未彻底解决） 经典软件工程：研究需求分析、系统设计、编程、测试、维护等领域的方法、技术和工具 问题之源：人们逐渐意识到，由于企业管理软件过程的能力比较弱，常常导致项目处于混乱状态。过程混乱使得新技术、新工具的优势难以体现。经典的软件工程不是不好，而是不够用。 用于提高软件过程能力的实践通称为软件过程改进。绪论__软件危机及其原因null矛盾 软件发展落后于硬件， 硬件在容量、速度、可靠性、输入输出等 方面提供了优越的条件。 软件项目越来越大，越来越复杂。 软件技术未获突破性进步。设想可能的出路有银弹吗？ CASE OO技术… … ...争论绪论__软件危机及其原因软件项目出现的典型问题软件项目出现的典型问题缺少用户的参与 需求及其说明不完整或经常变更 项目得不到高层管理者的支持 技术能力不足或对新技术不熟悉 资源投入不足 预期要求过高 项目目标不清晰 人员配合存在问题绪论__软件危机及其原因项目成功的原因项目成功的原因绪论__软件危机及其原因 用户参与或与用户有良好的沟通 高层管理者支持和主动关心 需求得到清晰的描述 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 符合实际 项目进行具有可见性 人员能够胜任工作 有明确的目标并且是可以达到的 对可能遇到的风险做了分析，采取了 有效的应对措施null寻找出路的指导思想净室（Clean Room）技术：净化软件过程 过程控制而不是产品控制：“质量是制造 出来的，不是检验出来的”开发考虑维护摆脱危机的措施：加强管理阶段评审 Review, Inspection 实施软件工程 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 和质量体系认证制度 ISO9000 提高软件开发机构的能力 CMM绪论__软件危机及其原因null绪论__软件危机及其原因软件开发主要环节之间需要保持的关系软件开发主要环节之间需要保持的关系绪论__软件危机及其原因设计说明书 设计员:我要让 软件怎么做需求规格说明书 分析员:我可 以提供什么源程序 程序员:我要让 计算机怎么做软件需求 用户:我要 什么运行结果 计算机:程序 运行得到这些理解正确性 编码正确性 理解正确性 设计正确性 表达正确性 理解正确性 表达正确性 输入正确性 运行正确性 相符吗?①②③④⑤过程及其要素过程及其要素软件开发项目是在规定的成本和时间内，开发和提交满足客户某些需求的软件产品。 项目的三个基本特征是:成本、进度和质量（代表软件在多大程度上满足客户的要求） 一个项目的成功与否在于它是否达到或者超过成本、进度或者质量的预期目标 项目失败的原因可能有：不正确的估计、松散的需求管理、薄弱的项目管理、不正确的风险管理以及不好的工程解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 等，这些原因都可以归结为过程失败(用于执行软件项目的过程) 绪论__过程及其要素null例如软件项目失控的主要原因是: 目标不明确 计划差 没有项目管理方法 使用新技术 没有足够的人员过程失败风险管理成功的一个关键因素在于项目有一套过程绪论__过程及其要素过程定义过程定义韦氏词典：某物生产的操作体系......能导致结束或得到结果的一系列的活动、变革、或操作 IEEE：为实现给定目标所执行的一系列的步骤（IEEE-STD-610） 过程是为了达到给定目标所实施的一系列步骤，简单而言，过程就是做什么，是人们使用相应的规程、方法、工具和设备将原始材料（输入）转化成面向客户的产品（输出）所做的事情绪论__过程及其要素软件过程软件过程软件过程是指软件开发人员开发和维护软件以及相关产品(如项目计划、设计文档、代码、测试用例和顾客手册)的一套行为、方法、实践以及变化过程 软件过程管理的重要前提是软件产品质量的好坏主要取决于开发和维护该产品所使用的软件过程质量。 有效的软件过程可将人员、工具和方法进行有机结合。 作用对象：软件及其相关产品 包括：活动、方法实践和革新 绪论__过程及其要素null对于机构而言，包含多个项目，而实现机构的高质量和生产率，依赖于三个因素:过程、人和技术， 其中过程不仅仅是一系列步骤，还包含了机构所积累的经验，包含了机构可以从已成功的项目中所学到的一切 通过以过程的形式获取成功的经验，并在将来的项目中使用这些过程，机构就可以确保项目的持续成功 过程在有效地控制机构发展方面充当了关键的角色 绪论__过程及其要素null 一个组织的生产率及其产品的质量取决于所采用的过程的质量。——Watts S.Humphrey绪论__过程及其要素不成熟过程和成熟过程的比较不成熟过程和成熟过程的比较绪论__软件危机及其原因不同成熟度的过程管理特征不同成熟度的过程管理特征绪论__软件危机及其原因基本术语基本术语软件过程能力software process capability 描述了遵循某软件过程可能达到的预期结果的范围 Paulk等1994定义过程能力为：遵循某一过程，可能达到预期结果的程度 Trillium,1994定义过程能力：开发机构以最低成本，在最短时间内，稳定地提交最少缺陷产品，以满足顾客期望的能力。 高的过程成熟度，其过程能力也较强。过程不成熟意味着：过程不稳定、无章可循。 机构的软件过程讷讷管理为该机构承担了下一个软件项目时可能达到的最大期望结果提供了预测手段 关注预期结果 软件过程效能（性能） software process performance 表示遵循一个过程所达到的实际结果的一种度量 关注实际结果 由于项目要求和客观环境的差异，软件过程性能不可能充分反映软件过程的整体能力，即软件过程能力受限于它的环境绪论__过程及其要素null软件过程成熟度 是指针对具体的软件过程进行明确定义、管理、测量、控制以及有效的程度 表明软件工程能力增长的潜力，表明机构软件过程的丰富性以及其应用于项目的一致性 过程成熟度意味着必须改进软件过程能力，改进软件过程要求软件机构加强管理机制，并能长期始终地关注关键过程 归于成熟的软件机构，需要机构的基础设施和机构文化支持软件开发中使用的方法、实践和规程，这样在最初定义它的人员离开之后，仍能持续进行 绪论__过程及其要素null软件过程管理 对软件开发全过程 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 化及标准化的管理 软件过程管理技术包括：软件管理学和软件工程经济学 重要前提是软件产品质量的好坏主要取决于开发和维护该产品所使用的软件过程质量 目前，国外普遍采用的软件过程管理方法是：美国卡内基•梅隆大学软件工程研究所（SEI） 提出的软件能力成熟度模型（SW-CMM） 目的：研究如何有效地对软件开发项目进行管理，以便按照进度和预算完成软件项目计划，实现预期的经济效益和社会效益 包括：成本估计、进度计划、人员组织、质量保证等 绪论__过程及其要素过程管理原则（五个）过程管理原则（五个）过程的稳定性： 片面强调个性的过程不可能进行有序而持久改进。 过程的明确性： 组织必须识别复杂过程的关键步骤，将关注焦点放在对其改进上。 过程和产品检验： 过程检验和产品检验同样重要。 系统方法： 孤立地解决问题将导致过程恶化。 过程支持： 不要期望过程能通过自身获得改进。绪论__过程及其要素null改进过程的一种已知方法是：基于从失败或者成功的项目中获得的经验来增强过程 从过程中获得经验，在将经验投入到过程中去验证 量化项目过程性能,量化过程能力 绪论__软件危机及其原因为了提高质量和效率，机构应该如何改进过程，改进后的过程的特点是什么？null过程的成熟度 过程体系对看做某一成熟度级别的过程规定了必须符合一些特性 体系只是规定了不同级别的过程应该具有的特性，不描述任一过程 通过规定不同成熟度级别的过程特性，体系也提供了从一个成熟度级别向另外一个成熟度级别改进的指南 软件过程有很多体系可以使用，当前最有影响并广为流行的是ISO9001和CMM绪论__过程及其要素第一章绪论第一章绪论软件与软件产业的发展过程 软件危机及其原因 过程及其要素 CMM与软件产业 CMM的发展过程 能力成熟度模型C MM绪论null软件产业与CMM的提出 软件产业的发展绪论__ CMM与软件产业软件产业发展过程null软件过程改进必须走规范化之路 即“制定适合于本企业的软件过程规范，并按照此规范执行”。 “规范化”不会抑止人们的创造力，相反地，它使得团队可以大规模地复用前人积累的智慧和财富。这种方法非常适合于现代的工业化生产。 （麦当劳与中餐馆对比） 麦当劳的特征：不论是制作汉堡还是炸署条，都有规范化的操作流程 中餐馆的特征：大厨掌握招牌菜，老板怕大厨。 业界实践已经证明，走“规范化”之路是“成本最低、见效最快、能持续发展”的软件过程改进方法，犹如人类的“养生之道”。任何IT企业（不论大小），都有办法以其承受得起的代价“走规范化之路”，从而有效地提高软件过程能力。 绪论__ CMM与软件产业null软件产业与CMM的提出 专门针对软件产业制定的CMM认证体系（ SW-CMM ） 世界上软件发展的水平参差不齐 美国、欧洲、日本和印度等国家：水平高、质量好、规模大 我国进展显著，发展速度相对落后 绪论__ CMM与软件产业不成熟组织与成熟组织的比较不成熟组织与成熟组织的比较不成熟组织的特征 软件过程一般由实践者及其管理者在项目过程中临时拼凑而成。 即使已规定了软件过程，也不能严格地遵守和贯彻它。 不成熟的软件组织是反应式的，通常经理们集中精力于解决即时危机（称为消防）。 由于制定进度和预算不是基于现实的估计，因而超出进度和预算已成惯例。 当硬性规定时限时，为满足进度要求，常在产品功能和质量上作出让步，常缩短或取消像评审和测试这些旨在提高质量的活动。 不存在判断产品质量或者解决产品或过程问题的客观基础。因此，产品质量难以预测。绪论__ CMM与软件产业不成熟组织与成熟组织的比较不成熟组织与成熟组织的比较成熟软件组织的特征 具有全组织范围的管理软件开发和维护过程的能力。 软件过程被正确无误地通知到现有职员和新雇员，工作活动均按照己规划的过程进行。 所有的工作规范是适用的，而得到严格执行。 需要时就对已定义的过程进行更新，并且通过可控的先导性试验和（或）费效分析使其得到改进。 在已定义的过程中，遍及所有项目和在整个组织中，所有的岗位及其职责都是清楚的。 经理监控产品的质量和顾客的满意程度。 在判断产品质量和分析产品及过程问题方面有客观的、定量的基础。 进度和预算是基于以前的性能数据，因而是现实的；通常都能达到产品的成本、进度、功能和质量的预期结果。 所有的参加者能一致地遵循一个有纪律的过程，并了解这样做的价值，且存在支持该过程的必要基础设施 绪论__ CMM与软件产业第一章绪论第一章绪论软件与软件产业的发展过程 软件危机及其原因 过程及其要素 CMM与软件产业 CMM的发展过程 能力成熟度模型C MM绪论null什么是CMM CMM的发展过程 如何理解CMM CMM与ISO9001的区别绪论__ CMM的发展过程什么是CMM什么是CMMCMM概况 解决“软件危机” 20世纪60年代中期，大型软件系统生产中爆发的软件危机，使程序中大量的错误难以消除，软件生产的进度无法预测，开发应用费用失去控制，程序员人数增长需求很难满足要求。 人们将工程的概念、原理、技术和方法引入了软件系统开发，在一定程度上解决了软件生产过程中遇到的问题。软件工程成为软件产业的重要分支。 直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。绪论__ CMM的发展过程what is Capability Maturity Model？null70年代中期美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够。 90年代中期，软件工程管理不善的问题仍然存在。据美国软件工程实施现状的调查，大约只有10%的项目能够在预定的费用和进度下交付。 1995年，美国共取消了810亿美元的软件项目，其中31%的项目未做完就取消了，53%的软件项目进度通常要延长50%的时间，通常只有9%的软件项目能够及时交付并且费用也不超支。 结论：管理是影响软件研发项目全局的因素，而技术只影响局部。绪论__ CMM的发展过程null80年代中期，美国联邦政府提出对软件承包商的软件开发能力进行评估的要求。在Mitre公司的帮助下，1987年9月，美国卡内基-梅隆大学软件工程研究所发布了软件过程成熟度框架，并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单。 4年之后，SEI将软件过程成熟度框架进化为软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM）。 1991年8月，SEI发布了最早的SW-CMM v1.0。 经过两年的试用，1993年SEI正式发布了SW-CMM v1.1，这是目前使用最为广泛的版本。 绪论__ CMM的发展过程null从1995年，CMM又进入了另一个修改的高峰期。 美国政府和软件业界大力支持和积极参与下，SEI先后发表了CMM 2.0版的A版，B版和C版草案；1997年，CMM 2.0C版草案停止推进。 SEI宣布，CMM 1.1版和CMM 2.0C版草案都有效，并且SEI及其授权的机构为这两种版本提供相应的服务。 自CMM 1.1发布起，SEI相继研制并发布了“人员能力成熟度模型”（P-CMM），“软件访问能力成熟度模型”（SA-CMM）和“系统工程能力成熟度模型”（SE-CMM）及其支持文件。 经过试运行，产生了把SM-CMM, P-CMM, SA-CMM和SE-CMM合并在一起的想法，于是开始了名为“综合能力成熟度模型”（英文缩写为CMMI）的一个综合性模型投入研制。 绪论__ CMM的发展过程nullSEI的CMM为软件工程管理开辟了一条新的途经，其的本质还是软件工程的一个部分。 迄今为止，CMM虽然只是美国卡内基-梅隆大学软件工程研究所（SEI）发表的一份技术报告，既不是政府也不是行业协会批准的标准，但它在美国和国际上已成为事实上的软件行业标准。鉴于CMM的巨大应用前景，SEI已在美国注册了CMM, Capability Maturity Model 和Capability Maturity Modeling的专利和商标。 围绕以CMM为基础的软件过程评估和软件能力评价，建立了从审核员培训到提供评估和评价的一整套服务体系。 绪论__ CMM的发展过程nullCMM的理论基础 “丹明链” “全面质量管理” “质量管理顾问公司（质量研究所）” 绪论__ CMM的发展过程null20世纪30年代，Walter Shewart公布了统计质量控制原理 W. Edward Deming（现代质量思想理论的鼻祖）提出了丹明链式反应的现象 一个企业改进他的生产过程并坚持不懈地按此运动 质量改进了 因为减少了返工、错误和延迟，设计得更好，更有效地使用资源，成本下降了 因为上升了的质量及降低了的售价，产品的市场占有率提高了 利润增加了 绪论__ CMM的发展过程null全面质量管理（TQM，Total Quality Management） CMM产生的理论基础 CMM是TQM在软件业应用中的升华 目标：满足现在和将来的客户需求 绪论__ CMM的发展过程null“质量管理顾问公司（质量研究所）” 质量管理学家克罗斯比在1979年成立了一家名为质量管理顾问的公司（质量研究所） IBM公司的罗恩.拉德斯和瓦茨.汉弗莱 绪论__ CMM的发展过程nullSEI给CMM下的定义: 对于软件组织在定义、实现、度量、控制和改善其软件过程的各个发展阶段的描述。这个模型便于确定软件组织的现有过程能力和查找出软件质量及过程改进方面的最关键的问题，从而为选择过程改进战略提供指南。 如今的行情是：一家软件企业如果不能通过相应等级的CMM评估，他的产品就少了一张进入国际市场的通行证。 绪论__ CMM的发展过程nullCMM的发展方向 CMM的主要特点 基于实际实践 最好的反映了实践的情况 反映了软件过程改进和软件过程评估执行人员的需求 形成文档 文档可以公开使用 CMM是活的文档，在稳定性需求和不断的过程改进之间提供适当和实际的平衡点 绪论__ CMM的发展过程nullCMM为软件企业的过程能力提供了一个阶梯式的进化框架，它基于过去所有软件工程成果的过程改善的框架，吸取了以往软件工程的经验教训。 它指明了一个成熟的软件组织在软件开发方面需要管理的那些主要工作、这些工作之间的关系、以及以怎样的先后次序，一步一步的做好这些工作使软件组织走向成熟。是目前国际上最流行也是最实用的软件生产过程标准。绪论__ CMM的发展过程CMM的用途包括:软件过程改进;软件过程评估;软件组织开发能力评价.但它不是特定的软件开发技术。 设计CMM，就是为了指导软件企业通过判断当前自身的过程成熟度，提出几个对软件质量和过程提高最为关键的问题，以此来选择过程的提高策略 nullCMM建立了一个超脱于软件产品类型和组织结构的软件管理框架，描述要达到某个过程成熟度级所要求的关键软件实践，为软件过程的有序进行及一致性评价提供基础，为过程的持续改进提供一个路标，为组织的过程能力的度量定义一种尺度。 CMM是一个模型，人称“事实上的标准” CMM描述了软件项目希望成功应做的事(What)，但並未描述这些事应怎么做（How），这应由组织在规程（Procedure）中回答。CMM较少，甚至没有说明为什么这样做（Why）绪论__ CMM的发展过程null对软件企业而言： 规范软件开发过程及其管理 规范市场竞争 帮助企业进行内部软件过程改进 增加企业的国际竞争力 降低软件开发风险 绪论__ CMM的发展过程为什么我们需要学习CMMnull学习CMM的目的 学习有关软件开发过程的管理和改善 了解CMM提供的过程管理框架 学习CMM中对关键过程域的定义 能使用CMM进行软件过程的管理和改善 绪论__ CMM的发展过程理解CMM需要注意以下几点理解CMM需要注意以下几点它仅指明该做什么，而没有指明如何做，它不是方法论，但我们在学习CMM时，可以从中学到分析问题的方法。 它仅指明该做的关键内容，它仅描述软件过程的本质属性，而并非面面俱到。抓问题的主要方面的思想贯穿在整个CMM模型中。 软件过程是指软件工程过程、软件管理过程和软件组织的过程三者的有机结合。 软件工程过程是我们理解的常规的软件的需求分析、设计、编码、测试等过程； 软件管理过程是指为使软件工程过程顺利进行而进行的管理活动的集合。 上述两个过程是以软件工程组为主的活动。 软件组织的过程是企业级的对软件的组织活动,是以企业为主的活动。 绪论__ CMM的发展过程null它是从软件过程的角度考虑问题，而并非关注软件开发工具。这与框架软件生存周期无关，也与所采用的开发技术无关。 CMM为改善整个企业的软件过程提供了指南，而并非针对某个具体项目。SW-CMM并不能保证在这个过程框架下，产品开发百分之百的成功。产品的成功是多种因素的组合，例如市场等因素。 SW-CMM认为过程的不断改进基于许多小的、进化的步骤而不是革命性的创新。 基于CMM的过程改善投资力度大、周期长，而技术投资则可能在短期内有较快回报。单独依靠技术改进可能在短期内有较快回报，但最终可能一无所获。 绪论__ CMM的发展过程CMM间接或隐含涉及的问题CMM间接或隐含涉及的问题 特定的工具、方法和技术 并行工程、联合应用开发和协调 系统工程、系统营销、系统测试与系统交付 人力资源 组织行为和文化 绪论__ CMM的发展过程ISO 9001与CMM异同ISO 9001与CMM异同绪论__ ISO 9001与CMM异同CMM和ISO9001都涉及质量管理和过程管理，并且都受到类似的利害关系驱动，两者之间有着相似之处。因此，往往产生这样的问题： 符合ISO9001的软件组织达到CMM的哪一级？ 达到CMM的第2或3级的软件组织是否符合ISO9001？ 一个组织打算推进质量管理或改进软件过程时是采用ISO9001还是采用CMM？nullISO9001被认为是适用于所有各类专业领域的一种质量保证模式；但对于软件组织来说，尽管加上了ISO9000-3作为实施指南，ISO9001似乎仍然不够贴切，留给审核员作解释的回旋余地相当大。于是就软件能力评定而言，按ISO 9001进行认证时，不确定性很大；换言之，同是通过了ISO 9001认证的组织，其间的软件能力可能有很大差别。 CMM是专门针对软件组织设计的一种描述软件过程能力的模型。CMM研制的主要目的是：一是用于帮助事先确定承包商的软件能力；二是用于软件组织的过程改进。考虑到按ISO9001对软件组织进行认证审核时存在的较大不确定性，在设计CMM时，应尽量缩小审核员解释的回旋余地，因此，不仅对每个关键过程方面给出了明确的目标和体现这些目标的各个关键惯例，而且对各个关键惯例都给出了明确的定义和详细的说明，以期按CMM进行评估时能有较大的一致性和可靠性。结果，CMM成了一个“庞然大物”——长达500余页。绪论__ ISO 9001与CMM异同ISO 9001与CMM异同ISO 9001与CMM异同 CMM与ISO9001的设计思路不同，并且一个是“专用”，一个是“泛用”，因此，尽管两者都由于涉及质量管理和过程而有着相似之处，但也存在很大差别。下面依次按ISO9001的20个要素对CMM作一些简单比较。 绪论__ ISO 9001与CMM异同ISO 9001与CMM异同ISO 9001与CMM异同ISO 9001与CMM异同 管理职责 质量体系 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 评审 设计控制 文件控制 采购 顾客提供的产品 产品标识和溯源 过程控制 检验和测试 检验，测量和测试设备 检验和测试状态 不合格品的控制 纠正措施 搬运，储存，包装和交付 质量记录 内部质量审核 培训 服务 统计技术 绪论__ ISO 9001与CMM异同ISO 9001与CMM异同ISO 9001与CMM异同与ISO标准系列相比，CMM更为软件产业所看好 原因是它专门针对软件工程控制而设置的，不仅进行软件企业工程能力的评估，更致力于软件开发过程的管理，强调“对软件开发过程进行持续改进”，引导软件开发过程走向成熟。 相同点 CMM和ISO 9001标准系列都着眼于质量和过程管理，二者都为了解决同样的问题。 不同点 CMM是动态的、开放的和持续改进的，强调没有最好只有更好，强调不断改进，强调人在软件开发方面的思想认识和主动性，适用于软件过程的改进。 CMM模型只关注软件，它能解决“软件危机” 这个世界性的问题， ISO 9001是静态的质量控制，只要达到几个关键指标就能完成质量控制，更适用于硬件制造生产线的质量控制。 ISO 9001的适应范围更广，包括硬件、软件和服务。 绪论__ CMM的发展过程