ISO90012000SW-CMM到CMMI的过渡实践

合集下载

天钢ISO9001：2000质量管理体系文件的转换设想

善、台。整
１９９４版标准认证的组织如何向新版标准转换，得十变分迫切，成为认证组织关注的焦点问题。本文结台天
钢的企业实际和质量体系运行的情况．质量管理体就
系的转换设想提出自己的看法和建议．天钢或其它供组织实施新版标准文件转换时参考

２对质 ■管理体系文件转换的思考
２１学习理解Ｉ０９０：００标准．Ｓ０１２０在按新版标准策划、换质量管理体系文件时一转定要学习理解标准的精髓，别要注意以下四个方面特
的问题。
［要］论述，摘天钢如何按１０：０标准对质量体系文件进行转换，Ｓ９１２０Ｏ００并就质量体系的转换提出看法和建议关键词ＩＯ９０：０Ｓ０１００标准２质量管理体系文件转换
ＴｎａｉｅＰｌｎｏａｇｎｖｒＴｉｎａｇＩＯ０１２０ｅｔｔａｆＣｈｎｉｇｏｅａｇｎＳ９０：００ｖ
ＤｏｕｎｆＱｕｌｙＭａａｅｎｙｔｎｃｍｅｔａｉｎｇｍｅｔＳｓｅｏｔ
ＱａｔＤｐｒｎｏＴａｊｉｇｔＧｏｐＣ．ｔＷｕＪａｚｏｇｕｌｅａｔｔｆｉｉＴａｍｇｒｕｏＬｄｉｙｍｅｎｎｎｉｎｈｎ
充分性和有效性：

CMM CMMI的探讨

SW-CMM/CMMI的探讨一、引言中国进入WTO后，软件企业的国际化进程也随之加快，CMM/CMMI认证在国内的软件企业相当流行，软件企业都希望借此改进研发的开发过程，随着一些大型软件企业完成CMM认证，也为相当多的中小软件企业带来了希望。

那么CMMI 相对于人们熟悉的SW-CMM 有些什么异同？其变化的原因是什么？SW-CMM 到CMMI 的过渡是势在必行的吗？针对这些问题，本文将SW-CMM 与CMMI 从多个方面和不同的层次进行了对比，剖析了其演变的原因，探讨了其发展前景，并对于企业从SW-CMM 到CMMI 的过渡提出了切实可行的建议。

二、CMM概述1．SW-CMM的产生和发展SW-CMM（Software Capability Maturity Model,下称CMM）是由美国卡内基·梅隆（Carnegie-Mellon University）的软件工程所（Software Engineering Institute，下称SEI）提出的一套对软件过程的管理、改进和评估的模式和方法。

CMM最早被应用于美国国防部，用于评估承接军事项目的软件企业的能力。

由于这些军事项目投资巨大，需要一种科学的评估办法对软件企业进行评审，这是CMM最早期的应用。

1991年，SEI正式提出了CMM1.0版本，并应用于商业软件行业中，取得了巨大的成功。

1993年，SEI根据以往的经验，并且广泛听取了行业专家的意见，推出了CMM1.1，这就是我们现在广泛使用的版本。

十几年来，CMM的改进工作一直在持续进行着，按照SEI的计划，CMM 重复级.0版本将于1997年推出，然后经讨论和修改，于1999年发布CMM2.0。

但此版本因为美国国防部的要求而推迟发布。

2．CMM的基本概念过程（Process）：为实现给定目标所执行的一系列操作步骤。

软件过程（Software Process）：指人们用于开发和维护软件及相关产品的一系列活动、方法、实践和革新。

CMMI实验报告

CMM2标准CMM 2（可重复级）就是建立了基本的项目级管理过程，可对项目的成本、进度进行跟踪和控制，生产的过程、标准、工作产品以及服务都是被严格定义和文档化的。

基于以往管理类似的项目的经验，计划和管理新项目，并可依据一定的标准重复利用类似的软件产品。

CMM 2的核心就是重复利用。

CMM2由6个关键过程域(KPA)组成：需求管理(RM)、软件项目计划(SPP)、软件项目跟踪与监控(SPTO)、软件子合同管理(SSM)（本文略）、软件质量保证(SQA)、软件配置管理(SCM)。

需求管理(Requirement Management)需求管理的目的是为了在客户和处理客户需求的软件项目之间建立共识。

这是软件项目规划(SPP)和管理(SPTO)的基础，需求变更依赖于配置管理(SCM)的变更控制流程。

在项目实施过程中，最突出的现象就是项目组成员没有完全理解需求，软件需求不稳定，客户经常变更需求，无法有效控制需求变更，需求变更往往造成项目延期和费用超支。

CMM2要求的需求管理的基本流程可如<图一>所示。

该流程描述了软件工程组开始获取原始需求，汇总为系统需求，分配系统需求，复审软件需求，软件需求必须文档化形成需求文档，此文档必须经过相关组和个人的评审，通过评审之后才纳入配置管理，为需求文档建立基线。

软件项目计划、活动及软件工作产品，应和软件需求的变化保持一致。

根据流程，可以结合实际开发情况确定项目的需求管理步骤：a. 获取需求和确认需求以Use case（用例）为单位，以Rational Requisite Pro作为需求管理工具，使用Rational Rose进行维护Use case和Use case Model。

获取需求工件是：用例模型(Use case Model)、非功能性的“补充规约”、用例规约(Use case Specification)、词汇表(Glossary)b. 通过访谈，从客户处获取原始需求，形成需求文档。

ad-aprko浅谈CMMI与CMMI五级认证

、.~①我们‖打〈败〉了敌人。

②我们‖〔把敌人〕打〈败〉了。

浅谈CMMI与CMMI五级认证CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。

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评估的预备工作评估实践证明：在进行CMMI评估之前，制定一个正确的评估计划并将其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备，是十分必要的。

我们所说的文档化CMMI评估计划的结果，包括：要求，协定，估价，风险，剪裁方法，以及与评估相关的实际考虑（例如：日程安排，后勤，组织的背景信息）。

此外，还应当获取并记录发起方对于CMMI评估计划的正式批准。

质量管理体系向2000版ISO9001标准转换的实践

利用企业内部各种信息沟通和培训宣传手段，企业内如域网、业内部通讯报刊、工企职教育培训中心等渠道，泛宣广传普及新版标准内容，层次分地组织员工进行各有侧重的新版标准培训，体系转版提供为
和推敲，企业最高领导批准由发布的化工事业部质量方针为：科技先导，收先进技术； “ 吸精益求精，馏一流产品。质精 ”
量方针引用 “吸收 ”、精馏两 “
管理体系转版的契机，力使努
质量管理体系转版成为一个增
值过程，高体系运行的质量提
和效率。上海石化股份有限公
司化工事业部密切跟踪
理培训机构联台开办２０ｏ０版
标准内审员取证培训班和２０００版标准有关知识培训班，细详
的组织（事业）当务之急。企的各个组织必须全面分析现行质
量体系运行状态，分学习理充
解和运用２０００版Ｉ（０Ｘ族标Ｓ２（９３准的质量管理思想，住质量抓
目标进行评审，过反复征询通
（）合企业开设的班组３结
长学习班等各类培训机会，由质管科专业人员担任师资，向生产骨干普及有关标准知识和岗位实施２０００版标准的要求。（）用企业内局域网、４利企

ISO9001_2000版与CMM2简要对照表

组织应对参与设计和开发的不同小组之间的接口进行管理，以确保有效的沟通，并明确职责分工。
随设计和开发的进展，在适当时，策划的输出应予更新。组织应对参与设计和开发的不同小组之间的接口进行管理，以确保有效的沟通，并明确职责分工。组织应对参与设计和开发的不同小组之间的接口进行管理，以确保有效的沟通，并明确职责分工。
L2 SCM
单元测试报告模块测试报告 <软件项目计划规程> 集成测试报告 <评审规程> 系统测试报告 <需求管理规程> 回归测试报告 <软件项目计划规程> 软件验收申请 <评审规程(里程碑)> 软件验收测试计划 <验收规程> 软件验收测试报告
L2 SQA
7.3.2设计和开发输入应确定与产品要求有关的输入,并保持记录（见4.2.4）并保持记录（见4.2.4） 7.3.3 设计和开发输出
设计和开发的输出应以能够针对设计和开发的输入进行验证的方式提出, 并应在放行前得到批准。在适宜的阶段，应依据所策划的安排（见7.3.1）对设计和开发进行系统的评审
7.3.4设计和开发评审
7.3.5 设计和开发验证
7.3.6 设计和开发确认应依据所策划的安排（见7.3.1）对设计和开发进行确认

过程文件
记录或指南 <软件生命周期使用指南 1 软件项目计划 2 变更申请表 3 问题状态日志 4 产品审批表 5 风险分析表 6 降低风险措施日志 7 任务描述表 8 每周状态报告 9 项目周报 10 工作细分结构 11 工作产品表裁剪审批表测试计划测试用例测试实施记录缺陷汇总表测试报告配置管理计划配置管理报告配置项发布报告配置项更改申请基线发布申请配置管理审计报告软件质量保证计划软件质量保证报告用户需求规格软件需求规格用户需求审批报告软件需求审批报告立项报告配置项发布报告

能力成熟度模型CMMI

能力成熟度模型C M M I The document was prepared on January 2, 2021意义与功能CMMI 的全称为：Capability Maturity Model Integration,即能力成熟度模型集成.CMMI是CMM模型的最新版本.早期的CMMICMMI-SE/SW/IPPD版本是应用于软件业项目的管理方法,SEI在部分国家和地区开始推广和试用.随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型.具体内容自从1994 年SEI 正式发布软件CMM 以来,相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型.虽然这些模型在许多组织都得到了良好的应用,但对于一些大型软件企业来说,可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况.这时他们就会发现存在一些问题,其中主要问题体现在：1. 不能集中其不同过程改进的能力以取得更大成绩；2. 要进行一些重复的培训、评估和改进活动,因而增加了许多成本；3. 遇到不同模型中有一些对相同事物说法不一致,或活动不协调,甚至相抵触. 于是,希望整合不同CMM 模型的需求产生了.1997 年,美国联邦航空管理局FAA 开发了FAA-iCMMSM联邦航空管理局的集成CMM,该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践.该模型被认为是第一个集成化的模型.CMMI与CMM 最大的不同点在于： CMMISM-SE/SW/IPPD/SS 版本有四个集成成分,即：系统工程SE和软件工程SW是基本的科目,对于有些组织还可以应用集成产品和过程开发方面IPPD的内容,如果涉及到供应商外包管理可以相应的应用SSSupplier Sourcing部分.CMMI 有两种表示方法,一种是大家很熟悉的,和软件CMM 一样的阶段式表现方法,另一种是连续式的表现方法.这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别,帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路.而连续式表现方法则通过将CMMI 中过程区域分为四大类：过程管理、项目管理、工程以及支持.对于每个大类中的过程区域,又进一步分为基本的和高级的.这样,在按照连续式表示方法实施CMMI的时候,一个组织可以把项目管理或者其他某类的实践一直做到最好,而其他方面的过程区域可以完全不必考虑.CMMI各个进程的关键元素CMMI自出道以来,它所达到的目标就没有变过,第一个是质量,第二个是时间表,第三就是要用最低的成本.不过特别强调的是,CMMI不是传统的、仅局限于软件开发的生命周期,它应该被运用于更广泛的一个范畴——工程设计的生命周期.TSP的建立,也是为了支持CMMI的这样一个系统. 那么CMMI究竟是什么呢它并不是一个过程,也不是告诉你怎么去做一件事情.如果用一句话来概括什么是CMMI,它就是各个进程的一个关键的元素,在很多领域里面一个集成的点.它是这样的一个基本架构,能够用来度量你的有效性和实用性；能够找出这样的一些机会,继续改进的机会,包括在商业目标、策略还有降低项目的风险等方面.一、CMMI的起源随着人们对CMM研究的不断深入,其他学科也结合本系统的特点,陆续推出了自己的CMM模型.例如,人力资源能力成熟度模型、系统工程能力成熟度模型等等：1 SW-CMM Software CMM 软件CMM2 SE-CMM System Engineering CMM 系统工程CMM3 SA-CMM Software Acquisition CMM 软件采购CMM4 IPT-CMM Integrated Product Team CMM 集成产品群组CMM5 P-CMM People CMM 人力资源能力成熟度模型为了以示区别,国内外很多资料把CMM叫做SW-CMM.按照SEI原来的计划,CMM的改进版本应该在1997年11月完成,然后在取得版本得实践反馈意见之后,在1999年完成准版本.但是,美国国防部办公室要求SEI推迟发布版本,而要先完成一个更为紧迫的项目CMMI.CMMICapability Maturity Model Integration即能力成熟度集成模型,这也是美国国防部的一个设想,他们想把现在所有的以及将被发展出来的各种能力成熟度模型,集成到一个框架中去.这个框架有两个功能,第一,软件采购方法的改革；第二,建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进.就软件而言,CMMI是SW-CMM的修订本.它兼收了SW-CMM 版C稿草案和SPA中更合理、更科学和更周密的优点.SEI在发表CMMI-SE/SW 版时,宣布大约用两年的时间完成从CMM到CMMI的过渡.CMMI项目更为工业界和政府部门提供了一个集成的产品集,其主要目的是消除不同模型之间的不一致和重复,降低基于模型改善的成本.CMMI将以更加系统和一致的框架来指导组织改善软件过程,提高产品和服务的开发、获取和维护能力.二、实施CMMI的意义很多人认为,实施CMMI的意义在于项目工程走向世界,可以在西方国家接到订单.实际上,这只是我国企业实施CMMI的意义的很小一部分.更为重要的意义则是,CMMI的实施能够提高我国企业的管理水平.降低企业的工程成本.事实表明,企业实施CMMI技术的投入都会得到丰厚的回报.据SEI统计,用于软件项目上的CMMI的投资,其回报率在5:1到8:1之间.由此可见,为什么这么多的企业纷纷实施CMMI项目管理技术.近年来,很多软件企业纷纷实施CMMI管理模式,这一方面反映了我国企业在进入WTO后的危机意识,以及与世界接轨的迫切愿望.另一方面则反映出我国软件企业在改进管理方法上所作的努力.但是CMMI到底能够为我们做什么呢实际上这个问题对不同的人有不同的答案.对采购部门的人员来说,掌握了CMMI技术可以有目的地考察项目实施人员或公司的实施能力,从而保证所采购的项目能够顺利完成.对于项目经理来说,掌握CMMI技术能够提高自己的管理能力,从而能够使项目高质量,低成本,按期限地完成.对于企业老总来说,CMMI还能够引入科学的管理理念,提升企业的整体管理水平.在美国,很多企业通过CMMI评估,一方面为了满足承包国防工程或一些大企业的工程的要求,另一方面也是为了提高企业自身的管理能力.美国政府的工程项目,绝大多数都要求承包商有一定的CMMI级别作为参加投标的资格.越来越多的大型企业开始要求其工程承包商具有一定的CMMI级别.级别高的企业在赢得项目的竞标中具有一定的优势.因此,如果没有CMMI的等级评估,企业就会失去很多商机.三、CMMI的两种实施方法CMMI有两种不同的实施方法,不同的实施方法,其级别表示不同的内容.CMMI的一实施方法为连续式,主要是衡量一个企业的项目能力.企业在接受评估时可以选择自己希望评估的项目来进行评估.因为是企业自己挑选项目,其评估通过的可能性就较大一点.但是,它反映的内容也比较窄一点.它仅仅表示企业在该项目或类似项目的实施能力达到了某一等级.而另一种实施方法为阶段性.它主要是衡量一个企业的成熟度,亦即是企业在项目实施上的综合实力.企业在进行评估时,一定要由评估师来挑选企业内部的任何项目,甚至于任何项目的任何部分.一般地讲,一个企业要想在阶段性评估中得到三级,其企业内部的大部分项目要达到三级,小部分项目可以在二级,但绝不能够有一级.阶段性实施方法的难度要大一些.虽然,CMMI的表述方式不同,但其实质内容是完全一样的.是同一种方法的两种不同的表述方式.企业在准备评估时要做的准备工作也是完全一样的.这些工作对企业的管理上的帮助也是一样的.因此,不管企业需要做什么样的评估,企业所获取的实惠应该是差别不大.具体要做连续性评估,还是做阶段性评估则要看企业对等级评估证书的具体要求.四、CMMI的五个台阶台阶一：CMMI一级,完成级.在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现.但是由于任务的完成带有很大的偶然性,企业无法保证在实施同类项目的时候仍然能够完成任务.企业在一级上的项目实施对实施人员有很大的依赖性.台阶二：CMMI二级,管理级.在管理级水平上,企业在项目实施上能够遵守既定的计划与流程,有资源准备,权责到人,对相关的项目实施人员有相应的培训,对整个流程有监测与控制,并与上级单位对项目与流程进行审查.企业在二级水平上体现了对项目的一系列的管理程序.这一系列的管理手段排除了企业在一级时完成任务的随机性,保证了企业的所有项目实施都会得到成功.台阶三：CMMI三级,定义级.在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成；而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化这样,企业不仅能够在同类的项目上生到成功的实施,在不同类的项目上一样能够得到成功的实施.科学的管理成为企业的一种文化,企业的组织财富.台阶四：CMMI四级,量化管理级.在量化管理级水平上,企业的项目管理不仅形成了一种制度,而且要实现数字化的管理.对管理流程要做到量化与数字化.通过量化技术来实现流程的稳定性,实现管理的精度,降低项目实施在质量上的波动. 台阶五：CMMI五级,优化级.在优化级水平上,企业的项目管理达到了最高的境界.企业不仅能够通过信息手段与数字化手段来实现对项目的管理,而且能够充分利用信息资料,对企业在项目实施的过程中可能出现的次品予以预防.能够主动地改善流程,运用新技术,实现流程的优化.由上述的五个台阶我们可以看出,每一个台阶都是上面一阶台阶的基石.要上高层台阶必须首先踏上较低一层台阶.企业在实施CMMI的时候,路要一步一步地走.一般地讲,应该先从二级入手.在管理上下功夫.争取最终实现CMMI的第五级.。

什么是CMM和CMMI？

什么是CMM和CMMI？(转)2007-06-29 10:55:36 / 个人分类：测试相关CMM是由美国软件工程学会(Software Engineering Institute)制定的一套专门针对软件产品的质量管理和质量保证标准。

该标准最初是为美国军方选择软件产品提供商时评价软件企业的软件开发质量保证能力而制定，所以称为软件企业能力成熟度模型(Capability Maturity Model,简称CMM）。

该标准将软件企业的能力成熟度划分为５个等级，级别越高表明该企业在提供合格软件产品方面的能力越强。

CMM（Capability Maturity Model）是能力成熟度模型的缩写。

CMM的工作最早开始于1986年11月，当时为了满足美国联邦政府评估软件供应商能力的要求，美国卡内基·梅隆大学的软件工程研究院SEI牵头，在Mitre公司的协助下，于1987年9月发布了一份能力成熟度框架（Capability Maturity Framework)以及一套成熟度问卷（Maturity Questionnaire)．很多人认为这套问卷就代表了CMM模型，其实它只是用于探索软件过程成熟度的一个工具，真正的模型出现在四年以后。

SEI总结了自1987年以来对成熟度框架和初版成熟度问卷的实战经验，并以此为基础，推出了CMM1.0版。

这个推出于1991年的CMM1.0集中了四年来对软件公司评估的经验以及广泛的用户反馈，在成熟度框架的基础上建立了一个可用的模型，这个模型可以更加有效地帮助软件企业建立和实施过程改进计划。

CMM1.0版使用两年之后，于1992年四月进行了一个研讨会，参加研讨会的有约两百名富有经验的软件专业人员。

在广泛听取了他们的反馈意见之后，SEI 于1993年推出了CMM1.1 版。

近几年来，CMM又推出了2.0版本，同时进入了ISO体系，称为 ISO/IEC15504 或SPICE。

浅述ISO 9001 和CMM

淺述ISO 9001 和CMM(二)
文：蔣鋒鋒(2001.10.08)
3.取得CMM第2級(或第3級)不能籠統的談可以滿足ISO 9001的要求 CMM 第2級的所有關鍵過程都涉及ISO 9001的要求，但都低于ISO 9001的要求。

另外，一些CMM第1級的組織在滿足了第2級和第3級的一些關鍵過程的要求后，也可以獲得ISO 9001認證證書。

一些CMM第2級或第3級的企業可能被認為符合ISO 9001的要求，但是，甚至一些第3級企業也需另外滿足ISO 9001的要素4.15的搬運和交付要求以及補充對市售軟體和可復用軟體的控制。

當然，盡管CMM沒有完全滿足ISO 9001標準的一些特定要求，但包含了大部分的要求。

不可否認，CMM是專門針對軟體發展企業設計的，因此在針對性上比ISO 9001要好。

ISO已經意識到這個問題，針對軟體發展企業應用ISO 9001提供了指南標準（ISO 9000-3），2000年底發布的ISO 9000:2000也考慮了軟體企業的特點。

需要特別說明的是，CMM強調的是軟體發展過程的管理，對于國內軟體企業涉及較多的"系統集成"并沒有考慮，如果單純按照CMM的要求建立品質體系應該注意補充"系統集成"方面的內容。

不能說CMM和ISO 9001誰更好，也很難評定，一個體系的好壞是由很多方面決定的。

那么我國目前的軟體行業究竟應先考慮什么樣的認證呢？事實上，對于一個軟體發展企業來說，獲得什么樣的認證證書只是表面的，重要的是如何著眼于持續改進以更好的保證軟體發展的品質、滿足顧客的要求，從而獲得競爭優勢，這是每一個軟體發展企業應該認真考慮的問題。

ISO9001 2000质量管理体系过程方法

14
质量管理体系中过程方法的应用
此外，称之为“ 此外，称之为 “ PDCA”的方法可适用于所有过的方法可适用于所有过 PDCA模式可简述如下：模式可简述如下：程. 模式可简述如下 P— 策划：根据顾客的要求和组织的方针，为提供策划：根据顾客的要求和组织的方针，结果建立必要的目标和过程；结果建立必要的目标和过程； D— 实施：实施过程；实施：实施过程； C— 检查：根据方针、目标和产品要求，对过程和检查：根据方针、目标和产品要求，产品进行监视和测量，并报告结果；产品进行监视和测量，并报告结果； A— 处置：采取措施，以持续改进过程业绩处置：采取措施，持续改进过程业绩
RRR GG BB NN
分层法
因果图
8
质量管理体系中过程方法的应用
质量管理体系的持续改进
管理职责顾客顾客资源管理测量、测量、分析和改进
要求
输入
产品实现
输出产品满意
图释
增值活动信息流图 1 以过程为基础的质量管理体系模式
9
质量管理体系中过程方法的应用
过程方法的概念: 过程方法的概念组织系统地识别并管理组织内部所使用的过程，的过程，特别是这些过程之间的相互作过程方法” 用，称为 “过程方法”。
5
什么是过程控制？什么是过程控制？
•
缺陷检验过程控制模型
产品/ 产品服务
成本为什么总是这么高? 原因何在?
4M1E
过程
顾客
是
是否合格
检验
否
6
什么是统计过程控制？什么是统计过程控制？
•
有反馈的过程控制系统模型
过程的呼声
统计方法（4M1E）我们的工作方法/各种资源的融合

CMM十条关键实践

CMM十条关键实践CMM最有价值的十条关键实践一、CMM定义及内容1、定义CMM/CMMI是类似于ISO9001一种质量管理体系认证，主要适用于软件工程开发、采购和服务领域。

CMM包括5个等级，共计18个过程域，52个目标，300多个关键实践。

2、关键实践（key practices）描述了对关键过程域的有效实施和制度化起最重要作用的基础设施和活动。

达到一个KPA而要做的事。

描述了“做什么”，但没有规定“如何”做。

3、主要内容：1、CMM(Capability Maturity Model)2、CMMI3、国内软件能力评估标准4、行业标准：我国于2001年4月发布并实施的行标5、2001年4月发布并实施的行标后增加了企业的疑惑。

6、业内评价：行标非强制性，美标和其互不承认7、CMMI/IOS9001对比8、最新的监管要求-未见有相关的文件说明是否一定要强制执行。

二、关键过程域基本级的关键过程域包括：（1）基本软件工程（2）软件需求管理（3）软件计划管理（4）软件版本管理（5）软件外协管理三、列举出十个最有价值的关键实践：（1）根据项目实际情况，选定本项目应遵循的软件过程标准、规范；理由：应用编码规范对于软件本身和软件开发人员而言尤为重要，有以下几个原因：1）好的编码规范可以尽可能的减少一个软件的维护成本, 并且几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护；2）好的编码规范可以改善软件的可读性，可以让开发人员尽快而彻底地理解新的代码；3）好的编码规范可以最大限度的提高团队开发的合作效率；4）长期的规范性编码还可以让开发人员养成好的编码习惯，甚至锻炼出更加严谨的思维；（2）根据项目软件的质量需要确定本项目所采用的软件开发方法；理由：目前已形成了八类软件开发方法，开发时是选择面向数据结构的开发方法还是面向对象的开发方法，直接会影响到小组的开发进度。

要根据成员的擅长情况制定方法。

（3）任命项目负责人；理由：项目负责人除了调配好小组成员，运用专业知识做整体质量的导向，控制项目的进度以外，还要与用户协调，利用周边人力资源做项目规划的流程安排，项目负责人要及时的发现程序开发中的困难和障碍，并且努力的及早的解决。

CMM-CMMI认证前的准备工作

CMMI评估CMMI评估不是第三方的认证工作(如ISO9001认证等)。

CMMI 评估是组织自己评价自己在实施内部过程改进后的绩效(PERFORMANCE) 。

聘请SEI授权的评估师作为评估小组的组长只是为了确保评估的结果更加专业、更加准确以及更具权威性。

SEI明确规定了CMMI评估方法，全称是：Standard CMMI Appraisal Method for Process Improvement，简称SCAMPI。

主要CMMI评估流程如右图所示。

CMMI评估工作是企业迈向自我改进和自我完善的起点，也是获取客户及公众信任的展示。

因此必须以科学、公正和规范的方式开展，坚决克服一些短期行为，尽量消除各种负面因素的影响。

如需我公司提供CMM/ CMMI 评估服务，请下载相关信息表认真填写，然后传真或E_Mail到我公司。

我公司将指定项目经理进一步与您联系和沟通，并提供相关服务。

表格下载分析评估的要求(Analyze Requirements)编制评估计划(Develop Appraisal Plan)选择和组成评估小组(Select and PrepareTeam)获取和分析初始客观证据(Obtain and Analyze Initial Objective Evidence)筹备客观证据的收集(Prepare for Collection of Objective Evidence)检验客观证据(Examine ObjectiveEvidence)验证和确认客观证据(Verify and ValidateObject Evidence)记录客观证据(Document ObjectiveEvidence)产生评估结论(Generate AppraisalResults)宣布评估结论(Deliver AppraisalResults)整理和存档于评估库(Package and ArchiveAppraisal Assets)CMM/CMMI认证前的准备工作：1．什么是CMM/CMMI？2．目前在我们软件开发工作中的哪些典型问题可以通过推行CMM/CMMI2的工作加以解决？3．如何看待推行CMM/CMMI对我们目前工作带来的冲击？4．推行CMM/CMMI到底在哪些方面能够给我们带来好处？5．综合描述国内企业在推行CMM/CMMI出现的典型问题及不良结果？6．我们企业需要推行CMM/CMMI吗？7．向谁申请CMM/CMMI评估？8．申请CMM/CMMI的认证费用有多大？9．如何确定合理的CMM/CMMI咨询费用？10．我们企业对CMM/CMMI咨询机构都可以提出哪些工作要求？11．我们企业在推行CMM/CMMI时是否一定要100%按CMM/CMMI条款执行？12．什么是推行CMM/CMMI工作中的平衡观念？13．我们企业可否跨越CMM/CMMI2级直接应用CMM/CMMI3级？14．推行CMM/CMMI工作中文化建设内容有哪些？15．如果我们要开展咨询工作一定要请国外机构吗？16．我们从什么地方可以查到SEI授权的主评员？CMM/CMMI认证前的准备工作：1．什么是CMM/CMMI？软件能力成熟度模型(Capability Maturity Model For Software ,简称SW-CMM/CMMI),是由美国卡内基梅隆大学软件工程研究所（CMU SEI）研究出的一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。

CMMI过程域-实践

过程管理的CMM模型的过程域、特定目标、特定实践目录1 概述 (1)2 通用目标和实践 (1)3 成熟度等级与过程域 (2)4 过程域的特定目标和特定实践 (3)4.1 项目管理类 (3)4.2 组织过程类 (5)4.3 工程类 (7)4.4 支持类 (9)1彳既述在企业管理中，研发软件的质量由三要素决定：人、技术、过程。

其中，研发软件的过程是影响软件质量的最大因素。

所以，提高软件研发水平的一个有力措施就是提高企业的过程管理和改进水平，CMM的阶段式是衡量软件企业总体过程管理水平的一个通用模型，共分5级，称作能力成熟度，分别称为：1）初始化2）项目管理3）过程管理4）定量管理5）过程优化要达到一定的能力成熟度等级，就要完成它以及以下的所有成熟度等级所对应的所有过程域。

要完成一个过程域，就必须完成它的所有特定目标和通用目标。

通用目标衡量企业的过程制度化水平，共有三个，分别是：GG1 （ Achieve Specific Goals，实现特定目标）、GG2 （Institutionalize a Managed Process，制度化已管理过程）、GG3 （ Institutionalize a Defined Process，制度化已定义过程），对应的通用实践如下：2通用目标和实践GG1实现特定目标（适用于连续式）GP1.1执行特定实践GG2制度化管理进程GP2.1建立组织方针GP2.2计划过程GP2.3提供资源GP 2.4分配责任GP 2.5培养人GP2.6控制工作产品GP2.7识别和使共利益者介入GP 2.8监视和控制过程GP2.9客观评价一致性GP2.10跟高层一起审查状况GG3制度化已定义的过程GP3.1建立定义流程GP 3.2收集过程相尖工作经验按照所要实现的能力成熟度等级，过程域的特定目标和实践要结合通用目标和实践完成。

3成熟度等级与过程域4过程域的特定目标和特定实践4.1 项目管理类项目管理类是指包含与项目的计划、监控相矢的项目管理活动，包括：项目策划（PP）、项目监督与控制（PMC、供方协定管理（SAM）、风险管理（RSKM）、集成项目管理（IPM）、定量项目管理（QPM）。

CMMI_3级软件过程改进方法与规范

内容提要软件过程改进是目前IT 企业研发管理的重点与难点。

为了提高软件过程能力，企业首先要研制软件过程规范，这是有一定难度并且费时费力的工作。

本文论述的是一套通用的CMMI 3级软件过程改进方法与规范，称为“精简并行过程”（SPP）。

SPP 2.0共有19个关键过程域，分为项目管理过程、技术开发过程和支撑过程三大类：✧项目管理过程有7个关键过程域，分别为立项管理、结项管理、项目计划、项目跟踪、风险管理、外包管理和需求管理。

✧技术开发过程有8个关键过程域，分别为需求开发、技术预研、系统设计、实现与测试、系统测试、用户验收、产品维护和技术评审。

✧支撑过程有4个关键过程域，分别为配置管理、质量保证、采购管理和培训管理。

SPP 2.0文档总数约500余页，包含了众多的过程规范和模板。

采用SPP，用户可以在最短的时间内建立适合于本企业的软件过程规范，大大降低用户研制规范的代价和风险。

一、背景介绍在国内，绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。

“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。

IT企业谋求发展，研发管理必须规范化，这是大中型IT企业的迫切需求。

软件过程改进（Software Process Improvement, SPI）是目前国内大中型IT企业研发管理的重点与难点。

CMM（Capability Maturity Model）是用于衡量软件过程能力的事实上的标准，同时也是目前软件过程改进最好的参考标准。

CMM是由美国卡内基-梅隆大学（Carnegie-Mellon）软件工程研究所（Software Engineering Institute, SEI）研制的，其发展简史如下：✧CMM 1.0于1991年制定。

✧CMM 1.1于1993发布，该版本应用最广泛。

✧CMM 2.0草案于1997年制定（未广泛应用）。

✧到2000年，CMM演化成为CMMI（Capability Maturity Model Integration），CMM2.0成为CMMI 1.0的主要组成部分。

2000版认证推进计划

一次性审查
★通过与认证机关协议一次性的审查
★最初认证审查日数*适用最少50%
（例：5日时乘于0.5，以2.5日为基准总括起来进行）
★需要增加费用
可以短时间内准备，可以进行
有效地业务
★东莞采用此审查方法
区分
ISO9000：1994
ISO9000：2000
备注
特征
★以9001，9002，9003区分来认证
★强调品质经营的8原则
▓顾客中心，领导作用，全员参与，管理的PROCESS方法，管理的SYSTEM方法，
持续性的改善，基于事实的决策方法，相互有益地供应者关系。
顾客品质部
T/F总担当
全性昱科长
本社支援
朴男键科长
推进队
裴敬姬社员，李永权社员
ቤተ መጻሕፍቲ ባይዱ★以制造业部门为中心来认证
★与2000年版合并来认证
★与电算业领域及公司的规模无关的认证
★一致构筑及顺序
★记录例外事项
对比1994版
新的要求事项
★持续性的改善
★强调最高经营者的作用
★树立在关联功能及阶层上可能的目标
★把握教育训练效果
★SYSTEM，PROCES及产品为止扩大的测定
★对QMS成果DATA收集及分析
★东莞工厂时2002.12为止要结束转换审查，所以想促进这个。
区分
审查方法
备注
进行性审查
★从6个月单位的事后审查起点开始经过4回按阶段别审查
▓1阶段：4.品质经营SYSTEM＋7.产品实现
2阶段：8.MONITORING，分析及改善
3阶段：5.经营责任
4阶段：6.资源运营
★没有增加费用，但准备时间
很长，业务的效率下降