常见的CMM(常见的CMM)
大家好!今天让创意岭的小编来大家介绍下关于常见的CMM的问题,以下是小编对此问题的归纳整理,让我们一起来看看吧。
开始之前先推荐一个非常厉害的Ai人工智能工具,一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等
只需要输入关键词,就能返回你想要的内容,越精准,写出的就越详细,有微信小程序端、在线网页版、PC客户端
创意岭作为行业内优秀的企业,服务客户遍布全球各地,如需了解SEO相关业务请拨打电话175-8598-2043,或添加微信:1454722008
本文目录:
一、cmm 的五个级别是什么?
CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。
二、关于CMM的问题
什么是CMM
日前,国务院发布的《鼓励软件产业和集成电路产业发展的若干政策》中第17条中表示,将对软件出口型企业CMM认证费用予以适当支持,那么CMM是什么呢? CMM是能力成熟度模型(capabilityMaturityModel)的缩写,是一种用于评价软件承包能力并帮助其改善软件质量的方法,侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。 CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的,是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。目前,我国已有软件企业通过了CMM标准认证。
********************************************
CMM是软件过程能力成熟度模型(Capacity Maturity Model)
不过这东西被上一期csdn杂志上一篇文章鄙视过。
CMM简介
CMM是软件过程能力成熟度模型(Capacity Maturity Model)的简称,是卡内基-梅隆大学软件工程研究院为了满足美国联邦政府评估软件供应 商能力的要求,于1986年开始研究的模型,并于1991年正式推出了CMM 1.0 版。CMM自问世以来备受关注,在一些发达国家和地区得到了广泛应用,成为衡量软件公司软件开发管理水平的重要参考因素和软件过程改进事实上的工业标准。据了解,美国、印度、日本等国家已有数十家公司通过了CMM不同等级的认证。
1986年11月,SEI应美国联邦政府的要求,在Mitre公司的协助下,于1987年9月开发了一套软件能力成熟度框架和一套软件成熟度问卷,用来评估软件供应商的能力。这就是最早用于探索软件过程成熟度的一个工具。
四年以后,也就是1991年,SEI自己总结了CMM成熟度框架和初版成熟度问卷的实践经验,并以此为基础推出民用CMM1.0版。
CMM1.0版合用两年之后,1992年4月,SEI举行了CMM一个的研讨会,参加研讨会的有大约200名富有经验的软件专家。SEI在广泛听取他们的意见之后,又于1993年推出 CMM1.1版。这也是目前世界上比较流行和通用的CMM版本。
十几年来,此项工作一直在不断进行。按照SEI原来的计划,CMM的改进版本2.0应该在1997年11月完成,然后在取得版本2.0得实践反馈意见之后,在1999年完成准CMM2.0版本。但是,美国国防部办公室要求SEI推迟发布CMM2.0版本,而要先完成一个更为紧迫得项目CMMI。
CMMI(Capability Maturity Model Integration)即能力成熟度模型集成,这也是美国国防部的一个设想,他们想把现在所有的以及将被发展出来的各种能力成熟度模型,集成到一个框架中去。这个框架有两个功能,第一,软件获取方法的改革;第二,建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。
随着人们对CMM研究的不断深入,其他学科也结合本系统的特点,陆续推出了自己的CMM模型。例如,人力资源能力成熟度模型、系统工程能力成熟度模型等等。为了以示区别,国内外很多资料把CMM叫做SW-CMM。
软件过程成熟度的提高是一个渐进的过程,需要一个长远的、可持续发展的过程作为保证。为建立一个面向过程持续提高的基础和文化,有些软件企业可能要花费很大的精力和时间。但是这种努力对任何一个软件企业来说都是非常必要的。
CMM目前代表着软件发展的一种思路,一种提高软件过程能力的途径。尽管它存在着某些不足。例如,成熟级别、关键过程域、公共属性和关键实践还需要在软件行业进一步深入地讨论和修订,但它确实为软件行业的发展提供了一个良好的框架,而且是浓度软件过程能力提高的有用工具。
增强我国软件企业的竞争力,提高国产软件的水平是国人的共同愿望,但目前我国软件水平,尤其是软件开发能力和软件生产能力还很差,这也是不争的事实。那么,如何提高我国软件的开发和生产能力,从而提高软件整体水平?软件企业实施CMM也许不失为一条有效的途径。
一个企业的软件能力更取决于该企业的过程能力,特别是在软件开发和生产中的成熟度。其过程能力越是成熟,该企业的软件生产能力 就越有保证。目前,我国已有一些软件企业正在尝试实施CMM。
当然,CMM不是万能的,并不一定对所有的软件企业都适合,实施CMM的企业也有失败的例子。我们希望通过本专栏能使更多的企业了解CMM,尽快找到适合本企业的发展之路,从而提高中国软件企业的竞争力。
**********************************************
画一个图吧:(CMM的五层结构图)
-----------------
/ 优 化 级 /
/ (5) /
-----------------
↑
| 不断改进的过程
|
-----------------
/ 可 管 理 级 /
/ (4) /
-----------------
↑
| 能预见的过程
|
-----------------
/ 确 定 级 /
/ (3) /
-----------------
↑
| 标准一致的过程
|
-----------------
/ 可 重 复 级 /
/ (2) /
-----------------
↑
| 有纪律的过程
|
-----------------
/ 初 始 级 /
/ (1) /
-----------------
*********************************************
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. SPICE从1995年起进入实地测试阶段,可能于2001年发布。
CMM致力于软件开发过程的管理及工程能力的提高与评估。该模型在美国和北美地区已得到广泛应用同时正在被越来越多的欧洲和亚洲等国家的大型信息技术企业所采纳,实际上已成为软件开发过程改进与评估的事实上的工业标准。
CMM将软件过程的成熟度分为5个等级,以下是5个等级的软件机构的特征:
(1)初始级(initial) 工作无序,项目进行过程中常放弃当初的计划。管理无章,缺乏健全的管理制度。开发项目成效不稳定,优秀管理人员的管理方法可能取得有效,但他一离去,工作秩序面目全非,产品的性能和质量依赖于个人能力和行为。
(2)可重复级(Repeatable) 管理制度化,建立了基本的管理制度和规程,管理工作有章可循。 初步实现标准化,开发工作较好地实施标准。 变更依法进行,做到基线化。稳定可跟踪,新项目的计划和管理基于过去的实践经验,具有重复以前成功项目的环境和条件。
(3)已定义级(Defined) 开发过程,包括技术工作和管理工作,均已实现标准化、文档化。 建立了完善的培训制度和专家评审制度 全部技术活动和管理活动均可控制 对项目进行中的过程、岗位和职责均有共同的理解 。
(4)已管理级(Managed) 产品和过程已建立了定量的质量目标。过程中活动的生产率和质量是可量度的。已建立过程数据库。已实现项目产品和过程的控制。可预测过程和产品质量趋势,如预测偏差,实现及时纠正。
(5)优化级(Optimizing) 可集中精力改进过程,采用新技术、新方法。拥有防止出现缺陷、识别薄弱环节以及加以改进的手段。可取得过程有效性的统计数据,并可据进行分析,从而得出最佳方法。
软件大国印度,十分重视软件开发过程的管理及与其相关的理论与标准的发展。据统计,在印度的2000多家软件公司中有75家软件公司通过了ISO9000认证, 60多家软件公司通过了CMM认证,其中达到CMM5级一家,4级三家,3级4家。
CMM与ISO9000的区别主要有以下几点:
1.CMM是专门针对软件产品开发及服务的,而ISO9000则有宽得多的范围。
2.CMM强调软件开发过程的成熟度,即过程的不断改进和提高,而ISO9000则仅描述可接收的质量体系的最低标准。
3.CMM3级的覆盖范围要大于ISO9000的覆盖范围
引进CMM的意义:
1. 对软件企业:
提高软件开发的管理能力:CMM提供了软件企业自我评估的方法和自我提高的手段
提高软件生产率
加强软件生产的国际竞争力
2. 对软件项目发包单位和软件用户:
提供了对软件开发商开发管理水平的评估手段,有助于软件开发项目的风险识别。
***********************************************
随着人们对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(Capability Maturity Model Integration)即能力成熟度集成模型,这也是美国国防部的一个设想,他们想把现在所有的以及将被发展出来的各种能力成熟度模型,集成到一个框架中去。这个框架有两个功能,第一,软件采购方法的改革;第二,建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。就软件而言,CMMI是SW-CMM的修订本。它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科学和更周密的优点。SEI在发表CMMI-SE/SW 1.0版时,宣布大约用两年的时间完成从CMM到CMMI的过渡。
CMMI项目更为工业界和政府部门提供了一个集成的产品集,其主要目的是消除不同模型之间的不一致和重复,降低基于模型改善的成本。CMMI将以更加系统和一致的框架来指导组织改善软件过程,提高产品和服务的开发、获取和维护能力
*********************************************
CMM的发展过程
1984年美国国防部为降低采购风险,委托卡耐基—梅隆大学软件工程研究院(SEI)制定了软件过程改进、评估模型,也称为SEI SW-CMM。该模型于1991年正式推出,迅速得到广大软件企业及其顾客的认可。从1987年SEI推出SW-CMM框架开始,1991年推出 CMM 1.0 版,1993年推出CMM 1.1 版,2000年推出CMMI-SE/SW 1.0版。我国也于2001年4月发布了《SJ/T 11234-2001 软件过程能力评估模型》和《SJ/T 11235-2001 软件能力成熟度模型》两个标准。我国政府一直重视软件产业的规范和发展,国务院于2000年6月颁发的“18号文件”第五章第十七条明确提出鼓励软件出口型企业通过ISO9000系列质量保证体系认证和CMM认证,其认证费用通过中央外贸发展基金适当予以支持。目前各省市、高新区、软件园都有对通过CMM的企业给予资金奖励的制度。
**********************************************
CMM的含义与作用
CMM是Capability Maturity Model for Software的简称,中文叫“软件能力成熟度模型”,是对组织软件过程能力的描述。CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化,使企业能够更好的实现商业目标。它侧重于软件过程开发的管理及软件工程能力的改进与评估,因此CMM被用作评价软件承包商能力并帮助组织改善软件过程质量,是目前国际上最流行、最实用的一种软件过程改进模型,成为当今企业从事规模软件生产不可缺少的一项内容。CMM的目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。企业实施CMM模型并评估可为企业带来如下好处:指导软件组织提高软件开发管理能力;降低软件承包商和采购者的风险;评估软件承包商的软件开发管理能力;帮助软件企业识别开发和维护软件的有效过程和关键实践;帮助软件企业识别为达到CMM更高成熟等级所必须的关键实践;增加软件企业的国际竞争能力。
**********************************************
什么是CMM的核心?这是长期在有志于软件工程与过程改进的人中存在的一个问题。本人在一次CMM培训中准备了一个案例,希望能够生动而浅显地解释这个问题,在此与大家共享,也希望大家能提出更多问题。如要转载,请顺手给我发个Email:JennyLi@netease.com,非常感谢。案例背景:有一间房子,里面有一些人,一些杯子和水壶,以及用于烧水的用具,所有的人都需要喝开水。CMM 1级:过程:找到杯子和水壶倒水喝问题:找不到杯子,没水喝找不到水壶,没水喝水壶没水——不知道该怎么办一天要喝多少水——不知道倒一杯水要花多少时间,每个人每天为倒水花多少时间——不知道思考:买个饮水机能解决问题吗?CMM 2级:过程:杯子放在茶几上水壶放在餐台上如果水壶没水,在厨房烧水杯子用完要清洗,并放回茶几培训:厨房烧水,清洗杯子度量一天要烧几壶水,每个人每次/每天倒水要花多少时间有人检查是否所有人用完杯子后都清洗并放回餐台管理者关注这些活动的执行状态与成效问题:烧水太花时间水要等凉了才能喝效率不稳定:有人每天花20分钟倒水,有人每天花80分钟思考:买个饮水机能有帮助吗?CMM 3级:过程:所有人都先在茶几取杯子,再去餐台倒水统一用大杯子每人每次倒两杯水,与人分享指派专人定时烧水,放在凉水壶里指派专人定时收集和清洗杯子问题:怎样才能做得更好?思考:买个饮水机划算吗?CMM 4级:过程:建立评价模型:节省1分钟=节省1元钱,如果每人每天节省1分钟,则100个人1个月(30天)可以节省3000元——只要每月花费不超过3000元,我们就可以尝试新过程定义量化的管理目标:3个月内将每人每天用于倒水的时间减少2分钟以现在每人每天用于倒水的时间建立基线:平均10分钟,最少5分钟,最多20分钟每个人为自己制定优于平均值的目标:本人每天用于倒水的时间不超过6分钟度量并监控每天用于倒水的时间,一旦超过6分钟,要分析根本原因,并制定调整措施;最后结果是8分钟,超出预定的目标,但比平均值要好3个月后调整基线:平均8分钟,最低4分钟,最高15分钟问题:不改进不行了!思考:买个饮水机是最好的方案吗?CMM 5级:过程:发现问题的根本原因:倒水的时间之所以不能再少,是因为房间太大,走到餐台太远找出能够解决根本原因的所有方法,用评价模型进行评价选择一种方法,并制定改进的目标:买10个饮水机放在客厅里,每人每天节省2分钟制定相应的过程:如果买饮水机,则需要定期定购桶装水,定期对饮水机出水口进行清洗和消毒,请人及时更换空水桶试行过程:先找几个人试用,看看是否能达到预期目标推广:让所有人都用饮水机继续发现其它的根本原因……问题:怎样发现更多根本原因怎样引进更多新方法思考:还有什么比饮水机更好的方法吗?
比喻二:
一级:一群人没有经过训练,也不知道有没有经验,下水之后乱扑腾,有的人浮起来,有的人沉下去了。这就是一级的无序状态,结果是不可知的二级:大家都在游泳池或者小池塘里下过几次水,基本上在这样的条件下不会出事了。但是动作乱七八糟,有狗刨有说不出名字的动作。也就是二级的能够重复以前的成功经验三级:经过研究,确定了几种标准泳姿,知道自由泳最快,蛙泳最省力等等。这就是三级,有了标准的过程定义四级:大家都掌握标准动作之后,互相之间的成绩就可以比较了。通过测量大家的游泳成绩(当然不同泳姿的成绩要分开)、肌肉力量等等,分析特别好的和特别差的,找出好的原因和差的原因,大家的技术水平不断提高。这就是四级的量化控制,通过数据来管理和改进五级:大家的技术水平都很高了,动作都很完美。我们就通过创造新的泳姿,引入新式游泳衣等等创新来提高成绩。这就是五级的持续改进
**********************************************
CMM的结构
SW-CMM为软件企业的过程能力提供了一个阶梯式的进化框架,阶梯共有五级。第一级实际上是一个起点,任何准备按CMM质进化的企业一般都处于这个起点上,并通过这个起点向第二级迈进。除第一级外,每一级都设定了一组目标,如果达到了这组目标,则表明达到了这个成熟级别,可以向下一个级别迈进。CMM系不主张跨越级别的进化,因为从第二级起,每一个低的级别实现均是高的级别实现的基础。
SW-CMM提供阶梯式的进化框架
1.初始级 初始级的软件过程是未加定义的随意过程,项目的执行是随意甚至是混乱的。也许,有些企业制定了一些软件工程规范,但若这些规范未能覆盖基本的关键过程要求,且执行没有政策、资源等方面的保证时,那么它仍然被视为初始级。
2.可重级 根据多年的经验和教训,人们总结出软件开发的首要问题不是技术问题而是管理问题。因此,第二级的焦点集中在软件管理过程上。一个可管理的过程则是一个可重级的过程,一个可重级的过程则能逐渐进化和成熟。第二级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面。其中项目管理分为计划过程和跟踪监控过程两个过程。通过实施这些过程,从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。
3.定义级 在第二级仅定义了管理的基本过程,而没有定义执行的步骤标准。在第三级则要求制定企业范围的工程化标准,而且无论是管理还是工程开发都需要一套文档化的标准,并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程,剪裁出该项目的过程,并执行这些过程。过程的剪裁不是随意的,在使用前需经过企业有关人员的批准。
4.管理级 第四级的管理是量化的管理。所有过程需建立相应的度量方式,所有产品的质量(包括工作产品和提交给用户的产品)需有明确的度量指标。这些度量应是详尽的,且可用于理解和控制软件过程和产品,量化控制将使软件开发真正变成为工业生产活动。
5.优化级 第五级的目标是达到一个持续改善的境界。所谓持续改善是指可根据过程执行的反馈信息来改善下一步的执行过程,即优化执行步骤。如果一个企业达到了这一级,那么表明该企业能够根据实际的项目性质、技术等因素,不断调整软件生产过程以求达到最佳。
从效果而言,在上述不同阶段,软件开发生产的成熟程度给软件企业带来了完全不同的效果。第一阶段到第五个阶段,软件开发生产的计划精度越来越高,每单位工程的生产周期越来越短,每单位工程的成本越来越低。
关键过程域(KPA)
除第一级外,SW-CMM的每一级是按完全相同的结构成的。每一级包含了实现这一级目标的若干关键过程域(KPA),每个KPA进一步包含若干关键实施活动(KP),无论哪个KPA,它们的实施活动都统一按五个公共属性进行组织,即每一个KPA都包含五类KP。
1.目标 每一个KPA都确定了一组目标,若这组目标在每一个项目都能实现,则说明企业满足了该KPA的要求。若满足了一个级别的所有KPA要求,则表明达到了这个级别所要求的能力。
2.实施保证 实施保证是企业为了建立和实施相应KPA所必须采取的活动,这些活动主要包括制定企业范围的政策和高层管理的责任。
3.实施能力 实施能力是企业实施KPA的前提条件。企业必须采取措施,在满足了这些条件后,才有可能执行KPA的执行活动。实施能力一般包括资源保证、人员培训等内容。
4.执行活动 执行过程描述了执行KPA所需求的必要角色和步骤。在五个公共属性中,执行活动是唯一项目执行相关的属性,其余四个属性则涉及企业CMM能力基础设施的建立。执行活动一般包括计划、执行的任务、任务执行的跟踪等。
5.度量分析 度量分析描述了过程的度量和度量分析要求。典型的度量和度量分析的要求是确定执行活动的状态和执行活动的有效性。
6.实施验证 实施验证是验证执行活动是否与建立的过程一致。实施验证涉及到管理的评审和审计以及质量保证活动。
在实施CMM时,可以根据企业软件过程存在问题的不同程度确定实现KPA的次序,然后按所确定次序逐步建立、实施相应过程。在执行某一个KPA时,对其目标组也可采用逐步满足的方式。过程进化和逐步走向成熟是CMM体系的宗旨。
三、CMM的等级以及各等级的评价标准
CMM的具体级别划分如下:第一级:初始级(The Initial Level):初始级的软件机构缺乏对软件过程的有效管理,其软件项目的成功来源于个人英雄主义而非机构行为,因此它不是可重复的。P.S. 初始级的软件过程是未加定义的随意过程,项目的执行是随意甚至是混乱的。也许,有些企业制定了一些软件工程规范,但若这些规范未能覆盖基本的关键过程要求,且执行没有政策、资源等方面的保证时,那么它仍然被视为初始级。
在初始级,企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候,就放弃原定的计划而只专注于编程与测试。处于这一等级的企业,成功与否在很大程度上决定于有杰出的项目经理与经验丰富的开发团队。因此,能否雇请到及保有能干的员工成了关键问题。项目成功与否非常不确定。虽然产品一般来说是可用的,但是往往有超经费与不能按期完成的问题。第二级:可重复级(The Repeatable Level)第二级软件机构的主要特点是:项目计划和跟踪的稳定性,项目过程的可控性和以往成功的可重复性。更具体的说: 机构建立了管理软件项目的策略和实现这些策略的过程。 新项目的计划和管理基于类似项目的经验。 过程能力的增强基于以各个项目为基础的有纪律的基本过程管理。 不同的项目可有不同的过程,而对机构的要求是具有指导项目建立适当管理过程的策略。 每个项目都确定了基本的软件管理控制,包括:基于前面项目的经验和新项目特点,做出现实的项目承诺(如预算、交付期、软件质量等);软件项目管理者要跟踪开支、日程、软件功能; 满足承诺的过程中的出现的问题要及时发现,妥善解决; 定义了软件项目标准,且机构确保其被遵守。本级的关键过程领域(KPA)包括: 需求管理(Requirements Management)——客户的需求是软件项目的基础。软件需求管理的目的是在客户和软件项目之间达成对客户需求的一致理解。 软件项目计划(Software Project Planning) ——为软件工程和项目管理建立一个合理的计划。 软件项目的跟踪和监督(Software Project Tacking and Oversight) ——使管理者对实际的软件项目进展过程有足够的了解,以在项目效能偏离计划太多是采取有效措施。 软件子合同管理(Software Subcontract Management)——选择合格的分包商,并有效管理之。 软件质量保证(Software Quality Assurance) ——对软件项目过程及其间生产的各个产品进行监管以保证最终软件质量。 软件配置管理(Software Configuration Management) ——在整个软件生命周期里建立并维护软件项目的工作产品的完整性。P.S.根据多年的经验和教训,人们总结出软件开发的首要问题不是技术问题而是管理问题。因此,第二级的焦点集中在软件管理过程上。一个可管理的过程则是一个可重复的过程,一个可重复的过程则能逐渐进化和成熟。第二级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面。其中项目管理分为计划过程和跟踪与监控过程两个过程,通过实施这些过程,从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。
在这一级,建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于过往的项目的经验来计划与管理新的项目。企业实行了基本的管理控制。符合实际的项目承诺是基于以往项目以及新项目的具体要求而作出的。项目经理不断监视成本、进度和产品功能,及时发现及解决问题以便实现所作的各项承诺。
通过具体地实施这一级的各个关键过程领域的要求,企业实现了过程的规范化、稳定化。因而,曾经取得过的成功成为可重复达到的目标。 第三级:已定义级(The Defined Level) 第三级的主要特征在于软件过程已被提升成标准化过程,从而更加具有稳定性、可重复性和可控性。处于第三级的企业具有如下一些特征:机构采用标准的软件过程,软件工程和管理活动被集成为一个有机的整体。标准化的目的是使之可使管理者和技术人员有效工作。 有一组人员专门负责机构的软件过程,并且在机构中有培训计划来确保stuff和manager有知识和技能完成所赋予的角色。 标准的软件过程结合项目的特点即形成定义的软件过程,它包括一组集成的定义良好的软件工程和管理过程。 一个定义良好的过程包括就绪准则、输入、完成工作过程、验证机制、输出和完成准则。 在已建立的产品线上cost, schedule, functionality 均可控制,软件质量被加以跟踪。 过程能力体现在在机构范围内对一个定义的软件过程活动、角色和责任的共同理解。 第三级主要处理以下的KPA: 机构过程关注(Organization Process Focus) ——机构对于改进机构的软件过程能力的软件过程活动的责任。 机构过程定义(Organization Process Definition) ——维护一组有用的软件过程assets和提供一个用于定义定量过程管理的有意义的数据的基础 培训计划(Training Program)——个体的技能和知识以使他们能够更加有效的完成他们的角色 集成软件管理(Integrated Software Management) ——业务环境和项目的技术需要,从机构的标准软件过程和相关的过程assets经过剪裁,将软件工程和管理活动集成为一个有机的定义的软件过程。 软件产品工程(Software Product Engineering) ——地完成定义良好的工程过程。它描述了项目的技术活动,如需求分析,设计,编码和测试。 组间协调(Intergroup Coordination) ——软件工程组主动介入其它工程组以便项目能更好满足客户要求的手段 同行评审(Peer Reviews) ——且有效的排除软件工作产品中的缺陷。它可通过inspection,structured walkthrough等手段进行。 P.S.在第二级仅定义了管理的基本过程,而没有定义执行的步骤标准。在第三级则要求制定企业范围的工程化标准,而且无论是管理还是工程开发都需要一套文档化的标准,并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程,剪裁出与项目适宜的过程,并执行这些过程。过程的剪裁不是随意的,在使用前需经过企业有关人员的批准。
在这一级,有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时,这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。
这些标准的过程是用于帮助管理人员与一般成员工作得更有效率。如果有适当的需要,也可以加以修改。在这个把过程标准化的努力当中,企业开发出有效的软件工程的各种实践活动。同时,一个在整个企业内施行的培训方案将确保工作人员与管理人员都具备他们所需要的知识与技能。非常重要的一点是,项目小组要根据该项目的特点去改编企业的标准软件过程来制订出为本项目而定义的过程。
一个定义得很清楚的过程应当包括:准备妥当的判据,输入,完成工作的标准和步骤,审核的方法,输出和完成的判据。因为过程被定义得很清楚,因此管理层就能对所有项目的技术过程有透彻的了解。第四级:已管理级(The Managed Level) 第四级的软件机构中软件过程和软件产品都有定量的目标,并被定量地管理,因而其软件过程能力是可预测的,其生产的软件产品是高质量的。具体地说,第四季的机构具有如下特征:软件过程和产品有定量质量目标。 重要的软件过程活动均配有生产率和质量度量; 数据库被用来收集和分析定义软件过程的数据; 项目的软件过程和质量的评价有定量的基础; 项目的产品和过程控制具有可预测性。 缩小过程效能落在可接受的定量界限内的偏差; 可区分过程效能的有效偏差和随机偏差; 面向新领域的风险是可知并被仔细管理; 本级的关键过程领域包括: 定量过程管理(Quantitative Process Management) ——地控制软件项目的过程效能。 软件质量管理(Software Quality Management) ——定量了解项目软件产品的质量,并达到既定的质量目标。P.S.第四级的管理是量化的管理。所有过程需建立相应的度量方式,所有产品的质量(包括工作产品和提交给用户的产品)需有明确的度量指标。这些度量应是详尽的,且可用于理解和控制软件过程和产品。量化控制将使软件开发真正变成为一种工业生产活动。
在这一级,企业对产品与过程建立起定量的质量目标,同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案,要对所有项目的重要的过程活动进行生产率和质量的度量。软件产品因此具有可预期的高质量。
一个企业范围的数据库被用于收集与分析来自各项目的过程的数据。这些度量建立起了一个评价项目的过程与产品的定量的依据。项目小组可以通过缩小他们的效能表现的偏差使之处于可接受的定量界限之内,从而达到对过程与产品进行控制的目的。
因为过程是稳定的和经过度量,所以在有意外情况发生时,企业能够很快辨别出特殊的原因并加以处理。第五级:The Optimizing Level 概括来说,第五级的主要特点是技术和过程改进被作为常规的业务活动加以计划和管理。处于第五级的企业具有如下一些特征: 机构集中于连续的过程改进 具有标识弱点和增强过程的手段。 采用过程数据分析使用新技术的代价效益并提出改进。 项目队伍能够分析出错原因并防止其再次出现。 防止浪费是第五级的重点。 改进的途径在于已有过程的增量改进和使用新技术和新方法的革新构成 :陷预防(Defect Prevention) ——出错原因,防止错误再现(通过改变定义的软件过程) 技术变更管理(Technology Change Management) ——有益的新技术(工具、方法和过程),并按有序的方式将其转移至机构之中。其重点在于在变化的世界中有效的完成革新。 过程变更管理(Process Change Management)——改进机构所采用的软件过程,以改进软件质量,提高生产率和减少产品开发时间。
概括来说,第五级企业的重点是连续的过程改进。 P.S.第五级的目标是达到一个持续改进的境界。所谓持续改进是指可根据过程执行的反馈信息来改善下一步的执行过程,即优化执行步骤。如果一个企业达到了这一级,那么表明该企业能够根据实际的项目性质、技术等因素,不断调整软件生产过程以求达到最佳。
在这一级,整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处,以达到预防缺陷的目标。同时,分析有关过程的有效性的资料,作出对新技术的成本与收益的分析,以及提出对过程进行修改的建议。整个企业都致力于探索最佳软件工程实践的创新。
项目组分析引起缺陷的原因,对过程进行评鉴与改进,以便预防已发生的缺陷再度发生。同时,也把从中学到的经验教训传授给其他项目。降低浪费与消耗也是这个等级的一个重点。
处于这一等级的企业的软件过程能力可被归纳为不断的改进与优化。它们以两种形式进行。一种是逐渐地提升现存过程,另一种是对技术与方法的创新。虽然在其他的能力成熟度等级之中,这些活动也可能发生,但是在优化级,技术与过程的改进是作为常规的工作一样,有计划地在管理之下实行的。纵观整个CMM,软件企业提高自身成熟度的历程是一个从无序到有序,从特殊到一般,从定性到定量,最后不断自我完善的过程。CMM与绩效提高从提高绩效的角度分析,企业实施CMM后将受益匪浅。企业实施CMM,可从如下几个步骤进行:1、提高思想认识,了解必要性和迫切性;2、确定合理的目标;3、进行CMM培训和咨询工作;4、成立工作组;5、制定和完善软件过程;6、内部评审;7、初期评估;8、正式评估;9、根据评估的结果改进软件过程。CMM 为了评价当前的水平,找出问题所在,指导如何改进和了解软件承包商的软件能力。目前针对CMM开发出许多的评估方法,其中公认评估方法有两个:一是用于内部过程改进的CMM评估称为CBA-IPI;二是用于选择和监控分承包方的CMM评估,称为SCE方法。这两种方法基于不同的目的,但评估的结果应一致。评估包括三个阶段:准备阶段、现场阶段和报告阶段。可以预言:组织对软件开发过程及其有效性的控制在上述五个等级的规范和要求下肯定能得到提高。
四、常用的长度单位有哪些
常用的长度单位有:毫米(mm)、
厘米(cm)、
分米(dm)、
千米(km)、米(m)、微米(μm)、纳米(nm)等等。
长度单位是指丈量空间距离上的
基本单元,是人类为了规范长度而制定的基本单位。
国际标准:
国际单位制中,长度的标准单位是“米”,用符号“m”表示。1960年第十一届
国际计量大会:“米的长度等于
氪-86原子的2P10和5d1能级之间跃迁的辐射在真空中波长的1650763.73倍”。
其他的长度单位还有:
光年、
天文单位、
拍米(Pm)、
兆米(Mm)、
公里{
千米}
(km)、
分米(dm)、
厘米(cm)、
毫米(mm)、
丝米(dmm)、
忽米(cmm)、
微米(μm)、
纳米(nm)、
皮米(pm)、
飞米(fm)、
阿米(am)等。他们同米的换算关系如下:
1Ym=1×10^24m(
尧米)
1Zm=1×10^21m(
泽米)
1Em=1×10^18m(
艾米)
1Ly=9.46×10^15m(
光年)
1Pm=1×10^15m(
拍米)
1Tm=1×10^12m(
太米)
1Gm=1×10^9m(
京米)
1Mm=1×10^6m(
兆米)
1km=1×10^3m
(
千米)
1hm=1×10^2m(
百米)
1dam=1×10^1m(十米)
1m(
米)
1dm=1×10^(-1)m
(
分米)
1cm=1×10^(-2)m
(
厘米)
1mm=1×10^(-3)m
(
毫米)
1dmm=1×10^(-4)m(
丝米)
1cmm=1×10^(-5)m(
忽米)
1μm=1×10^(-6)m(
微米)
1nm=1×10^(-9)m(
纳米)
1A=1×10^(-10)m(
埃米)
1pm=1×10^(-12)m(
皮米)
1fm=1×10^(-15)m(
飞米)
1am=1×10^(-18)m(
阿米)
1zm=1×10^(-21)m(
仄米)
1ym=1×10^(-24)m(
幺米)
另外,在实际中还经常使用到的一种单位埃格斯特朗(简称埃,符号ÅÅ)是一个长度单位。它不是国际制单位,但是可与国际制单位进行换算,即1Å=
10^(-10)
米
=
0.1纳米。它一般用于原子半径、键长和可见光的波长。譬如,原子的平均直径(由经验上的半径计算得)在0.5埃(
氢)和3.8埃(铀,最重的天然元素)之间。它还被广泛应用于结构生物学。埃格斯特朗这个单位是为了纪念
瑞典科学家安德斯·埃格斯特朗而命名的。埃格斯特朗是光谱学的创始人之一,他为太阳光谱的辐射波长制作了谱图,以10^(-10)米为单位。他同时也钻研热传导、
地磁学和
北极光(这对他在
北极地区滑雪很重要)。
以上就是关于常见的CMM相关问题的回答。希望能帮到你,如有更多相关问题,您也可以联系我们的客服进行咨询,客服也会为您讲解更多精彩的知识和内容。
推荐阅读: