软件工程中的cmm是什么,有哪五个层次
CMM是指“能力成熟度模型”,其英文全称为Capability Maturity Model for Software,英文缩写为SW-CMM,简称CMM。
它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法,侧重于软件开发过程的管理及工程能力的提高与评估。
CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。
CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的,是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。
目前,我国已有软件企业通过了CMM标准认证 。
SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称"CMM"),是87年由美国卡内基梅隆大学软件工程研究所(CMU SEI)研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件生产中的困难。
CMM它是目前国际上最流行、最实用的一种软件生产过程标准,已经得到了众多国家以及国际软件产业界的认可,成为当今企业从事规模软件生产不可缺少的一项内容。
CMM目前通用流行的版本是1.1(Version1.1)。
《按照软件工程研究所(SEI)的原来计划,CMM的改进版版本2.0(V2.0)是要在1997年的11月完成的。
但是,美国国防部办公室要求软件工程研究所(SEI)延迟发放公布CMM版本2.0,直至他们完成另一个更为紧迫的项目-CMMI。
CMMI(Capability Maturity Model Integration能力成熟度模型集成),是美国国防部的一个设想。
他们希望把所有现存的与将被发展出来的各种能力成熟度模型,集成到一个框架中去。
这个框架用于解决两个问题:第一,软件获取办法的改革;第二,从集成产品与过程发展的角度出发,建立一种包含健全的系统开发原则的过程改进。
CMM为软件企业的过程能力提供了一个阶梯式的改进框架,它基于过去所有软件工程过程改进的成果,吸取了以往软件工程的经验教训,提供了一个基于过程改进的框架;它指明了一个软件组织在软件开发方面需要管理哪些主要工作、这些工作之间的关系、以及以怎样的先后次序,一步一步的做好这些工作而使软件组织走向成熟。
一、CMM的诞生 信息时代,软件质量的重要性越来越为人们所认识。
软件是产品、是装备、是工具,其质量使得顾客满意,是产品市场开拓、事业得以发展的关键。
而软件工程领域在1992年至1997年取得了前所未有的进展,其成果超过软件工程领域过去15年来的成就总和。
软件管理工程引起广泛注意源于20世纪70年代中期。
当时美国国防部曾立题专门研究软件项目做不好的原因,发现70%的项目是因为管理不善而引起,而并不是因为技术实力不够,进而得出一个结论,即管理是影响软件研发项目全局的因素,而技术只影响局部。
到了20世纪90年代中期,软件管理工程不善的问题仍然存在,大约只有10%的项目能够在预定的费用和进度下交付。
软件项目失败的主要原因有:需求定义不明确;缺乏一个好的软件开发过程;没有一个统一领导的产品研发小组;子合同管理不严格;没有经常注意改善软件过程;对软件构架很不重视;软件界面定义不善且缺乏合适的控制;软件升级暴露了硬件的缺点;关心创新而不关心费用和风险;军用标准太少且不够完善等等。
在关系到软件项目成功与否的众多因素中,软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。
由此可见,软件管理工程的意义至关重要。
软件管理工程和其它工程管理相比有其特殊性。
首先,软件是知识产品,进度和质量都难以度量,生产效率也难以保证。
其次,软件系统复杂程度也是超乎想象的。
因为软件复杂和难以度量,软件管理工程的发展还很不成熟。
软件管理工程的发展,在经历了从70年代开始以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征的结构化生产时代,到90年代中期,以CMM模型的成熟模型和日益为市场接受为标志,已经进入以过程成熟模型CMM、个体软件过程PSP和群组软件过程TSP为标志的以过程为中心的时代,而软件发展第三个时代,及软件工业化生产时代,从90年代中期软件过程技术的成熟和面向对象技术、构件技术的发展为基础,已经渐露端倪,估计到2005年,可以实现真正的软件工业化生产,这个趋势应该引起软件企业界和有关部门的高度重视,及早采取措施,跟上世界软件发展的脚步。
软件生产转向以改善软件过程为中心,是世界各国软件产业或迟或早都要走的道路。
软件过程改善是当前软件管...
软件测试行业的CMM是指什么?
CMM基本概念:CMM由低至高共分为5个级别:初始级、可重复级、定义级、管理级和优化级CMMI(Capability Maturity Model Integration,能力成熟度模型集成)将各种能力成熟度模型,即:Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM,整合到同一架构中去,由此建立起包括软件工程、系统工程和软件采购等在内的诸模型的集成,以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。
CMMI框架包括软件能力成熟度模型CMM 2.0草案,系统工程能力成熟度模型,软件采购能力成熟度模型,继承产品和过程开发等。
CMMI的:“关键过程域”25个,“目标”105个, “关键实践”485条。
CMMI的评估方式:自我评估:用于本企业领导层评价公司自身的软件能力。
主任评估:使本企业领导层评价公司自身的软件能力,向外宣布自己企业的软件能力CMMI的评估类型:软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估(软件能力成熟度等级评估)。
CMMI的基本思想1、解决软件项目过程改进难度增大问题2、实现软件工程的并行与多学科组合3、实现过程改进的最佳效益背景介绍: CMM是“软件能力成熟度模型”的英文简写,该模型由美国卡内基-梅隆大学的软件工程研究所(简称SEI)受美国国防部委托,于1991年研究制定,初始的主要目的是为了评价美国国防部的软件合同承包组织的能力,后因为在软件企业应用CMM模型实施过程改进取得较大的成功,所以在全世界范围内被广泛使用,SEI同时建立了主任评估师评估制度,CMM的评估方法为CBA-IPI。
CMMI是SEI于2000年发布的CMM的新版本。
CMMI不但包括了软件开发过程改进,还包含系统集成、软硬件采购等方面的过程改进内容。
CMMI纠正了CMM存在的一些缺点,使其更加适用企业的过程改进实施。
CMMI适用SCAMPI评估方法。
需要注意的是,SEI没有废除CMM模型,只是停止了CMM评估方法:CBA-IPI。
现在如要进行CMM评估,需使用SCAMPI方法。
但CMMI模型最终代替CMM模型的趋势不可避免。
标准特点: CMM/CMMI/SPCA的思想来源于已有多年历史的产品质量管理和全面质量管理。
Watts Humphrey和Ron Radice在IBM公司将全面质量管理的思想应用于软件工程过程,收到了很大的成效。
SEI的软件能力成熟度框架就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。
软件能力成熟度模型中融合了全面质量管理的思想,以不断进化的层次定量控制中项目管理和项目工程的基本原则。
CMM/CMMI/SPCA所依据的想法是只要不断地对企业的工程过程的基础结构和实践进行管理和改进,就可以克服软硬件生产中的困难,增强开发制造能力,从而能按时地、不超预算地制造出高质量的软件产品。
CMM简介CMM(Capability Maturity Model)是能力成熟度模型的缩写,CMM是国际公认的对软件公司进行成熟度等级认证的重要标准。
CMM的工作最早开始于86年11月,当时为满足美国政府评估软件供应商能力并帮助其改善软件质量的要求,由美国国防部资助的卡内基—梅隆大学的软件工作研究所(SEI)牵头,在Mitre公司协助下,于87年9月发布了一份能力成熟度框架(Capability Maturity Framework)以及一套成熟度问卷(Maturity Questionnaire)。
四年后,SEI在总结自87年以来对成熟度框架和初版成熟度问卷的经验基础上,推出了CMM1.0版。
CMM1?0版在成熟度框架的基础上建立了一个可用的模型,该模型可以更加有效地帮助软件公司建立和实施过程改进计划。
两年后,SEI于93年推出了CMM1.1版。
近几年,SEI又推出了CMM2.0版,同时进入了ISO体系,称为ISO/IEC15504(软件过程评估)。
CMM共分五级。
在每一级中,定义了达到该级过程管理水平所应解决的关键问题和关键过程。
每一较低级别是达到较高级别的基础。
其中五级是最高级,即优化级,达到该级的软件公司过程可自发地不断改进,防止同类问题二次出现;四级称为已管理级,达到该级的软件公司已实现过程的定量化;三级为已定义级,即过程实现标准化;二级为可重复级,达到该级的软件公司过程已制度化,有纪律,可重复;一级为初始级,过程无序,进度、预算、功能和质量等方面不可预测。
CMM致力于软件开发过程的管理和工程能力的提高与评估。
该模型在美国和北美地区已得到广泛应用,同时越来越多的欧洲和亚洲等国家的软件公司正积极采纳CMM,CMM实际上已成为软件开发过程改进与评估事实上的工业标准。
如今,全球通过CMM五级评估的软件公司大约有十几家,三级以上的大约有100余家,通过二级评估的有300家左右。
软件大国印度在这方面工作开展的比较广泛,受益匪浅。
目前,我国只有清华同方和IBM的合资公司——鼎新信息开发有限公司于99年7月通过CMM二级评估,该公司表示将争取早日通过CMM三级评估。
CMM与ISO9000的主要区别:1.CMM是专门针对软件产品开发和服务的,而ISO9000涉及的范围则相当宽。
2.CMM强调软件开发过程的成熟度,即过程的不断改进和提高。
而ISO9000则强调可接收的质量体系的最低标准。
引...
CMM手册是什么?
CMM是Capability Maturity Model for Software的简称,中文叫“软件能力成熟度模型”,是对组织软件过程能力的描述。
CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化,使企业能够更好的实现商业目标。
它侧重于软件过程开发的管理及软件工程能力的改进与评估,因此CMM被用作评价软件承包商能力并帮助组织改善软件过程质量,是目前国际上最流行、最实用的一种软件生产过程标准,成为当今企业从事规模软件生产不可缺少的一项内容。
CMM是由美国卡内基-梅隆大学软件工程研究所(CMU SEI)研究制定,并在全世界推广实施的一种软件评估标准,主要用于软件开发过程和软件开发能力的评估和改进。
CMM把软件开发过程的成熟度由低到高分为五级,等级越高,表明该企业软件开发失败风险越低,整体开发时间越短,并能减少开发成本,降低错误发生率,提高产品质量。
CMM手册,对CMM有详细讲解。
什么是CMM/CMMI认证?
简单来说: 通过实施CMM/CMMI认证和评审,能够帮助你们公司建立一些软件开发、质量管理等方面的规范(质量体系)来,能够帮助你们公司的软件开发有章可循,使得开发过程不再混乱(呵呵,理论上是这样的,实际上,要把CMM/CMMI的效果实际发挥出来比较困难)。
CMM/CMMI 认证 也就是由一个专业的认证公司、评估师来按照CMM/CMMI模型检查你们公司的软件开发过程是否达到了 CMM/CMMI某个级别的要求。
另,CMM 已停止认证多年,现在主要为 CMMI了,下面是简介,希望对你有些帮助:--附录【CMMI 简介】软件能力成熟度模型(Capability Maturity Model For Software ,简称CMMI,是由美国卡内基梅隆大学软件工程研究所(CMU SEI)研究出的一种用于评价软件承包商能力并帮助改善软件质量的方法,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件开发中的困难。
CMM/CMMI是目前国际上最流行、最实用的一种软件生产过程标准,已经得到了国际软件产业界的认可,成为当今(企业)从事规模软件生产不可缺少的一项内容。
CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征:1. 初始级软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。
管理是反应式的。
2. 已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
3. 已定义级已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
目前,公司需要申请的就是已定义级别,通常称为CMMI3。
由此,我们可知CMMI3是CMMI其中的一个等级。
4. 量化管理级分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。
5. 优化管理级可集中精力改进过程,采用新技术、新方法。
拥有防止出现缺陷、识别薄弱环节以及加以改进的手段。
可取得过程有效性的统计数据,并可据进行分析,从而得出最佳方法。
每个等级都被分解为过程域,特殊目标和特殊实践,通用目标、通用实践和共同特性:
cmm lnit是什么软件,激活是什么意思
一、引言 信息技术的发展,使得软件规模越来越大。
传统的“软件作坊”,生产往往依赖于人们急于创造财富的激动情绪,生产处于无序、混沌的一种状态,软件产品的质量不能保证,甚至中途撤消软件项目。
这种生产方式已经不能满足日益增长的软件需求了。
人们认识到,软件过程是否完善是软件风险大小的决定因素。
1986年11月,美国卡内基梅隆大学的软件工程研究所(SEI)应美国联邦政府的要求,针对美国国防部对软件承包商的能力评价问题,研究"过程成熟度框架"。
它主要用于软件开发过程和软件开发能力的评价和改进。
CMM自1987年开始实施认证,现已成为软件业最权威的评估认证体系。
二、CMM综述 2.1什么是CMM? CMM (软件能力成熟度模型)是英文 Capability Maturity Model for Software缩写,SW-CMM 的简称。
CMM 的定义是:有关软件企业或组织的软件过程进程中各个发展阶段的定义、实现、质量控制和改善的模型化描述。
这个模型用于确定软件企业或组织的软件过程能力和找出软件质量及过程改进方面的最关键问题,为企业或组织的过程改进提供指南。
CMM 的核心思想是将软件开发视为一组过程,并根据统计质量管理的理论对软件开发进行过程管理,以使其满足工程化、标准化的要求,使企业能够更好地实现商业目标。
它侧重于软件开发的管理及软件工程能力的提高,因此 CMM 可以作为企业软件过程改进闹改希?镏?砑??⒒?菇?⒀细竦摹⒐娣兜娜砑??⒐?蹋?钣行У靥岣呷砑?こ棠芰Α? 2.2 CMM的成熟度等级 CMM 提供了一个软件能力成熟度模型的框架,它将软件过程改进的进化步骤组织成五个成熟度等级,为软件过程不断改进奠定了一个循序渐进的基础。
每一个成熟度等级为继续改进过程提供一个台基。
第一级实际上是一个起点,任何准备按 CMM 体系进化的企业都自然处于这个起点上,并通过这个起点向第二级迈进。
除第一级外,每一等级包含一组过程目标,通过实施相应的一组关键过程域来达到这一组过程目标。
当这一组目标达到时,就能使软件过程的一个相应的重要成分得以稳定。
每达到成熟度框架的一个等级,就建立起软件过程的一个相应的稳定成分,从而导致软件开发组织过程能力一定程度的增长。
CMM的成熟度分级、特征与要求见下表: 表-1 CMM的分级、特征与要求 等级名称 特征与要求 初始级 软件过程的特点是无秩序的,偶尔甚至是混乱的。
几乎没有什么过程是经过定义的,成功依赖于个人的努力。
可重复级 已建立基本的项目管理过程去跟踪成本、进度和功能性。
必要的过程纪律已经就位,使具有类似应用的项目。
能重复以前的成功。
定义级 管理活动和工程活动两方面的软件过程均已文档化、标准化、并集成到组织的标准软件过程。
全部项目均采用供开发和维护软件用的组织标准软件过程的一个经批准的剪裁版本。
管理级 企业对产品及过程建立起定量的质量目标,同时在过程中加入规定的很清楚的连续的度量。
作为企业的度量方案,要对项目的重要过程活动进行生产率和质量的度量。
软件产品因此而具有可预期的高质量。
达到该级的企业已实现过程定量化。
优化级 整个企业将会把重点放在对过程进行不断的优化,采取主动的措施去找出过程的弱点与长处,以达到预防缺陷的目标。
同时,分析各有关过程的有效性资料,作出对新技术的成本与效益的分析,并提出对过程进行修改的建议。
达到该级的公司可自发的不断改进,防止同类缺陷二次出现。
2.3 CMM的关键过程域 在CMM中每个成熟度等级(第1级除外)规定了不同的关键过程域,一个软件组织如果希望达到某一个成熟度等级,就必须完全满足关键过程域所规定的不同要求,即满足每个关键过程域的目标。
所谓关键过程域是指一系列相互关联的操作活动,这些活动反映了一个软件组织改进过程时必须集中精力改进的几个方面。
换句话说,关键过程域标识了达到某个成熟度等级时所必须满足的条件。
在 CMM 中一共有18个关键过程域,分布在2至5级中: 第 2 级(可重复级)有6个关键过程域,主要涉及建立软件项目管理控制方面的内容。
即:需求管理(RM)、软件项目计划(SPP)、软件项目跟踪与监控(SPTO)、软件子合同管理(SSM)、软件质量保证(SQA)、软件配置管理(SCM) 第 3 级(定义级)有7个关键过程域,主要涉及项目和组织的策略,使软件组织建立起对项目中的有效计划和管理过程的内部细节。
即:组织过程焦点(OPF)、组织过程定义(OPD)、培训程序(TP)、集成软件管理(ISM)、软件产品工程(SPE)、组间协调(IC)、同级评审(PR) 第 4 级(管理级)有2个关键过程域,主要的任务是为软件过程和软件产品建立一种可以理解的定量的方式。
即:定量过程管理(QPM)、软件质量管理(SQM) 第 5 级(优化级)有3个关键过程域,主要涉及的内容是软件组织和项目中如何实现持续不断的过程改进问题。
即:缺陷预防(DP)、技术变更管理(TCM)、过程变更管理(PCM) 三、软件企业与CMM 3.1实施CMM对软件企业的意义 中国正式加入WTO之后,中国软件市场已经是世界市场的一部...
cmm 的五个级别是什么?
展开全部 CMM是指“能力成熟度模型”它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM共分五级。
在每一级中,定义了达到该级过程管理水平所应解决的关键问题和关键过程。
每一较低级别是达到较高级别的基础。
其中五级是最高级,即优化级,达到该级的软件公司过程可自发地不断改进,防止同类问题二次出现;四级称为已管理级,达到该级的软件公司已实现过程的定量化;三级为已定义级,即过程实现标准化;二级为可重复级,达到该级的软件公司过程已制度化,有纪律,可重复;一级为初始级,过程无序,进度、预算、功能和质量等方面不可预测。
CMM的主要意义 一.对软件公司 1.提高软件公司软件开发的管理能力,因为CMM可提供软件公司自我评估的方法和自我提高的手段。
2.提高软件生产率。
3.提高软件质量。
4.提高软件公司的国内和国际竞争力。
二.对软件项目发包单位和软件用户 提供了对软件开发商开发管理水平的评估手段,有助于软件开发项目的风险识别。
...
CMM与ISO9001的区别
CMM和ISO9001都涉及质量管理和过程管理,并且都受到类似的厉害关系驱动,两者之间有着相似之处。
因此,往往产生这样的问题: 符合ISO9001的软件组织达到CMM的哪一级? 达到CMM的第2或3级的软件组织是否符合ISO9001? 一个组织打算推进质量管理或改进软件过程时是采用ISO9001还是采用CMM? ISO9001被认为是适用于所有各类专业领域的一种质量保证模式;但是,对于软件组织来说,尽管加上了ISO990-3作为实施指南,ISO9001似乎仍然不够贴切,留给审核员作解释的回旋余地相当大。
于是就软件能力评定而言,按ISO90()进行认证时,不确定性很大;换言之,同是通过了ISO90()认证的组织,其间的软件能力可能有很大差别。
CMM是专门针对软件组织设计的一种描述软件过程能力的模型。
CMM研制的主要目的有二:一是帮助事先确定承包商的软件能力;二是用于软件组织的过程改进。
考虑到按ISO9001对软件组织进行认证审核时存在的较大不确定性,在设计CMM时。
注意了尽量缩小审核员解释的回旋余地,因此,不仅对每个关键过程方面给出了明确的目标和体现这些目标的各个关键惯例,而且对各个关键惯例都给出了明确的定义和详细的说明,以期按CMM进行评估时能有较大的一致性和可靠性。
结果,CMM成了一个“庞然大物”——长达500余页。
如上所述,CMM与ISO9001的设计思路不同,并且一个是“专用”,一个是“泛用”,因此,尽管两者都由于涉及质量管理和过程而有着相似之处,但也存在很大差别。
下面依次按ISO9001的20个要素对CMM作一些简单比较。
4.1.管理职责 ISO9001要求确定质量方针并且加以文件化,理解,执行和维护;要求确定所有员工在规定,达到和监控质量方面的责任和权限;要求确定自有的验证资源,进行培训和给予财政支持。
由一名指定的经理保证质量计划的实现和维护。
在CMM中,管理层在质量方针和验证活动方面的责任主要反映在“软件质量保证'冲,在“软件项目策划”和“软件项目跟踪和监督”中只是指出履行所有项目角色时的责任。
高级管理层和项目管理层的软件项目管理责任是在确认实现中反映。
一般,领导问题反映在公共特性的“承诺'方面,组织和资源问题反映在公共特性的“能力”方面。
虽然CMM在第再级的“软件质量管理”中也描述了质量方针,不过,第4级的质量方针是定量的。
此外,ISO9001中关于度量在质量管理体系中的作用也有点含糊,ISO9001第4.20条要求确定质量目标并且形成文件,而没有要求量化。
4.2.质量体系ISO9001要求建立文件化的质量体系,包括程序和指导书。
ISO9000-3以质量体系作为整个软件生存周期的综合过程。
CMM主要在“软件质量保证”中涉及质量体系活动。
各项程序分布在“关键过程方面”的各项“要执行的活动”中。
软件项目将用到的特定程序和标准在“软件项目策划”中描述的软件开发计划中规定。
通过“软件质量保证”和执行‘确认实现”中的审核活动来确保持合这些标准和程序。
“软件产品工程”要求确定各项软件工程任务,加以综合并且统一执行;这一点与ISO900-3关于此条的指南对应。
CMM第3级“组织过程定义”这一关键过程方面描述了一组组织一级的软件过程财富,包括标准,程序和过程说明。
运用“组织过程定义”肯定有助于达到此条要求,但是在JSO9001的这~条里,标准和程序可能直接在项目级处理。
ISO9001讨论供方的质量体系,而不讨论组织支持与项目实现的关系;CMM作了讨论。
另一方面,在ISO9000-3中,关于质量策划的指南有两节:423节讨论跨项目的质量策划;5.5节讨论具体开发工作中的质量策划。
4.3合同评审ISO90()要求评审合同,以确定各项要求是否充分规定,是否与标书~致,是否能实现。
在CMM中,对顾客软件需求的审查在“需求管理”中叙述。
软件组织(供方)确保分配给软件的(系统)要求形成文件并且予以审查,确保那些可能引起误解的或含混的要求得以澄清。
因为CMM仅限于软件方面,所以顾客需求作为一个整体归于“需求管理”这个关键过程方面里。
CMM中的“软件项目策划”描述了为签定合同而要提出的软件开发计划建议和工作陈述,并且要求软件工程组和高级管理层加以审查。
CMM还就软件组织通过分包获得软件的情况作了规定(在“软件分包方管理”中叙述)。
合同可以是与某个外部顾客的,也可以是与分包方的;虽然这一点在ISO9001的这一节中没有明确规定,但也可以意识到。
4.4设计控制ISO9001要求建立控制和证实设计的程序。
这包括策划设计活动,标识输入和输出,证实设计和控制设计变更。
ISO9000-3用了几条来详细描述了这一条:购方需求规范(5.3),开发策划(5.4),质量策划(5.5),设计和实现(5.6),测试和验证(5.7)和配置管理(6.1)。
CMM中,需求分析,设计,编码和测试等生存周期活动在“软件产品工程”中描述。
这些活动的策划是在“软件项目策划”中描述。
“软件项目跟踪和监督”描述这些活动的控制,而“软件配置管理”描述的是这些活动产生的软件工作产物的配置管理。
ISO9001要求进行诸如记录并且保存设计...