CMM介绍与关键过程域说明
- 格式:doc
- 大小:15.00 KB
- 文档页数:2
CMM关键过程域剖析:需求管理[1]需求管理是CMM二级中列出的第一个关键域,这是因为它实际上是二级引入到开发过程中的所有管理原则的先决条件。
只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。
实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。
计划、追踪、配置管理以及软件质量保证这些在二级的其他关键过程域中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。
什么需求?谁的需求?CMM已经说得很清楚:本关键过程与中所说的需求是指“分配给软件的系统需求“,或者更简洁地说,“分配需求”。
这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术方面的(比如:发布日期,开支限度)。
这里假设被开发的软件是更大的系统中的一部分,这个更大的系统包括了正在开发着的软件和所有其它组件。
更进一步的假设是那个更大的系统就是一位客户,这个客户是所有系统需求的来源。
他不需要负责区分软件所要实现的系统需求和其他的需求。
确切地说,负责选择哪些系统需求必须分配给软件的人是系统工程组。
但是,在执行这个角色的时候,系统工程组并不是独自行事的。
这个观点在本关键过程域的行为1中有明显的证据,原文如下:“软件工程组在分配需求合并入软件项目中之前对其进行复审。
一般的混乱点存在于没有高一级的系统或者正被开发的软件就是整个产品的情况下。
尽管这种情况下没有分配给软件的需求,但为了保持CMM的一致性,仍然使用“分配需求”的概念。
毫无疑问,这个概念在这里是不能直接应用的,但是可以通过所有的产品需求都是分配需求来解释。
区分开需求管理(CMM中的概念)和软件需求分析(软件工程文献中的概念)是很重要的。
一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。
没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。
cmm能力成熟度模型的关键过程领域【题目】cmm能力成熟度模型的关键过程领域【导言】在软件开发和项目管理领域中,CMM(Capability Maturity Model,能力成熟度模型)是一种评估组织能力和优化过程的工具。
它帮助组织了解自己在软件开发过程中的强项和薄弱点,并提供一种逐步提高成熟度和质量的方法。
CMM包括5个级别,每个级别都对应着特定的过程和实践。
本文将聚焦在CMM中的关键过程领域,深入探讨其内涵和重要性,并分享一些个人观点。
【正文】一、CMM能力成熟度模型简介1.1 什么是CMM?CMM(Capability Maturity Model)是美国国防部软件工程研究所(SEI)于1986年提出的一个框架模型,用于评估和改进组织的软件开发能力。
它将软件开发划分为5个级别,从初始级别到最高级别依次为初始级(Level 1)、被管理级(Level 2)、定义级(Level 3)、量化管理级(Level 4)和优化级(Level 5)。
随着级别的提升,组织的过程能力和质量也相应提高。
1.2 CMM的关键过程领域CMM的关键过程领域是指在软件开发过程中,对于组织而言十分重要的核心领域。
这些过程领域涵盖了软件开发过程中的关键点和关键活动,包括需求管理、配置管理、项目计划和追踪、过程监控和控制、合同管理等。
CMM将这些过程领域归类为几个指标和要素,并为每个过程领域提供了一套最佳实践和规范,以帮助组织提高其软件开发过程的稳定性和质量。
二、关键过程领域的内涵和重要性2.1 关键过程领域的内涵关键过程领域代表了软件开发过程中最重要的部分。
它们是支撑整个软件开发过程的基石,因为它们直接关系到软件开发过程的成功与否。
需求管理是确保软件开发过程满足用户需求的关键过程之一,配置管理是确保软件版本和变更管理的关键过程之一。
2.2 关键过程领域的重要性关键过程领域的重要性在于其对整个软件开发过程和项目管理的影响。
CMM能力成熟度模型的关键过程领域1. 引言CMM(Capability Maturity Model),即能力成熟度模型,是一种用于评估和提升组织软件开发能力的模型。
CMM最初由美国国防部软件工程研究所(SEI)在1986年提出,被广泛应用于软件工程领域。
CMM的关键过程领域是指在软件开发过程中,对于能力成熟度的提升起到重要作用的关键过程。
本文将对CMM能力成熟度模型的关键过程领域进行全面详细、完整且深入的介绍,包括关键过程的定义、作用、实施步骤等方面的内容。
2. 关键过程的定义在CMM能力成熟度模型中,关键过程是指在软件开发过程中,对于提升组织的软件开发能力起到重要作用的关键环节。
关键过程包括需求管理、项目计划、项目跟踪与监控、软件质量保证、配置管理、风险管理等多个方面,每个方面都有其独特的特点和作用。
关键过程的目标是确保软件开发过程的可控性和可预测性,提高软件产品的质量和效率,降低开发过程中的风险和成本。
3. 关键过程的作用关键过程在CMM能力成熟度模型中起到至关重要的作用。
通过实施关键过程,组织可以有效管理软件开发过程,提高软件开发的质量和效率,降低开发过程中的风险和成本。
具体来说,关键过程的作用包括以下几个方面:3.1 确保需求管理的有效性需求管理是软件开发过程中的一个重要环节。
通过关键过程,组织可以确保对需求的准确理解和有效管理,避免需求变更导致的开发延误和成本增加。
3.2 优化项目计划和资源分配项目计划和资源分配是软件开发过程中的关键环节。
通过关键过程,组织可以对项目进行合理的计划和资源分配,提高项目的执行效率和资源利用率。
3.3 实现项目跟踪与监控项目跟踪与监控是确保项目按计划进行的关键环节。
通过关键过程,组织可以及时了解项目的进展情况,及时发现和解决项目中的问题,确保项目按时交付。
3.4 提高软件质量保证能力软件质量保证是软件开发过程中的一个重要环节。
通过关键过程,组织可以建立有效的质量保证体系,确保软件产品的质量和可靠性。
CMM介绍与关键过程域说明CMM(Capability Maturity Model)是一种用于管理和评估组织软件开发能力的框架,旨在帮助组织提高其软件开发过程的成熟度,从而提高软件质量和效率。
CMM通过一系列定义明确的关键过程域来描述一个成熟的软件开发组织的特征和实践。
以下是关于CMM和关键过程域的详细介绍。
CMM是由美国软件工程研究所(SEI)于1980年代末开发的。
它最初是为了衡量美国国防部软件供应商的能力而设计的。
CMM在软件工程领域的可行性和实用性被广泛认可,并在全球范围内被广泛采用。
CMM的主要目标是帮助组织改进其软件开发过程的效率和质量,并推动软件工程实践的采用。
CMM采用了一个阶梯式模型,包括五个不同的成熟度级别,从初始级别到最高级别分别是:初始级别、可重复级别、已定义级别、已管理级别和优化级别。
每个级别都有一组关键过程域,这些关键过程域是用于衡量和评估组织软件开发能力的基础。
下面是对每个成熟度级别和相关关键过程域的详细说明:1. 初始级别(Level 1 - Initial)在初始级别,组织的软件开发过程是不可预测的,不受控制的。
该级别缺乏组织和过程的可见性和管理。
没有明确的目标和计划,开发活动主要靠个别开发人员的技能和经验来完成。
2. 可重复级别(Level 2 - Repeatable)在可重复级别,组织开始建立一些基本的项目管理和过程管理能力。
关键过程域包括需求管理、配置管理、项目计划和追踪、软件质量保证等。
目标是确保软件开发过程的可重复性和可控性。
3. 已定义级别(Level 3 - Defined)在已定义级别,组织建立了一套标准化的软件开发过程,并且这些过程已经在组织范围内得到了共享和理解。
关键过程域包括需求开发、软件设计、软件构建、软件测试等。
目标是确保软件开发过程的一致性和稳定性。
4. 已管理级别(Level 4 - Managed)在已管理级别,组织通过定量的管理和度量,对软件开发过程进行管理和优化。
CMM它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM是一种用于评价软件承包能力并帮助其改善软件质量的方法,侧重于软件开发过程的管理及工程能力的提高与评估。
CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。
CMM它是目前国际上最流行、最实用的一种软件生产过程标准,已经得到了众多国家以及国际软件产业界的认可,成为当今企业从事规模软件生产不可缺少的一项内容。
CMM 有助于组织建立一个有规律的、成熟的软件过程。
改进的过程将会生产出质量更好的软件,使更多的软件项目免受时间和费用的超支之苦。
软件过程包括各种活动、技术和用来生产软件的工具。
因此,它实际上包括了软件生产的技术方面和管理方面。
CMM明确地定义了5个不同的“成熟度”等级,一个组织可按一系列小的改良性步骤向更高的成熟度等级前进。
成熟度等级1:初始级(Initial)。
处于这个最低级的组织,基本上没有健全的软件工程管理制度。
每件事情都以特殊的方法来做。
如果一个特定的工程碰巧由一个有能力的管理员和一个优秀的软件开发组来做,则这个工程可能是成功的。
然而通常的情况是,由于缺乏健全的总体管理和详细计划,时间和费用经常超支。
结果,大多数的行动只是应付危机,而非事先计划好的任务。
处于成熟度等级1的组织,由于软件过程完全取决于当前的人员配备,所以具有不可预测性,人员变化了,过程也跟着变化。
结果,要精确地预测产品的开发时间和费用之类重要的项目,是不可能的。
成熟度等级2:可重复级(Repeatable)。
在这一级,有些基本的软件项目的管理行为、设计和管理技术是基于相似产品中的经验,故称为“可重复”。
在这一级采取了一定措施,这些措施是实现一个完备过程所必不可缺少的第一步。
典型的措施包括仔细地跟踪费用和进度。
不像在第一级那样,在危机状态下方行动,管理人员在问题出现时便可发现,并立即采取修正行动,以防它们变成危机。
关键的一点是,如没有这些措施,要在问题变得无法收拾前发现它们是不可能的。
在一个项目中采取的措施也可用来为未来的项目拟定实现的期限和费用计划。
成熟度等级3:已定义级(Defined)。
在第3级,已为软件生产的过程编制了完整的文档。
软件过程的管理方面和技术方面都明确地做了定义,并按需要不断地改进过程,而且采用评审的办法来保证软件的质量。
在这一级,可引用CASE环境来进一步提高质量和产生率。
而在第—级过程中,“高技术”只会使这一危机驱动的过程更混乱。
成熟度等级4:已管理级(Managed)。
一个处于第4级的公司对每个项目都设定质量和生产目标。
这两个量将被不断地测量,当偏离目标太多时,就采取行动来修正。
利用统计质量控制,管理部门能区分出随机偏离和有深刻含义的质量或生产目标的偏离(统计质量控制措施的一个简单例子是每千行代码的错误率。
相应的目标就是随时间推移减少这个量)。
成熟度等级5:优化级(Optimizing)。
—个第5级组织的目标是连续地改进软件过程。
这样的组织使用统计质量和过程控制技术作为指导。
从各个方面中获得的知识将被运用在以后的项目中,从而使软件过程融入了正反馈循环,使生产率和质量得到稳步的改进。
整个企业将会把重点放在对过程进行不断的优化,采取主动的措施去找出过程的弱点与长处,以达到预防缺陷的目标。
同时,分析各有关过程的有效性资料,作出对新技术的成本与效益的分析,并提出对过程进行修改的建议。
达到该级的公司可自发的不断改进,防止同类缺陷二次出现。
Cmm2的关键过程是:需求管理、软件项目计划、软件项目跟踪和监控、软件转包合同、软件质量保证、软件配置管理。
这六个关键过程域主要涉及建立基本项目管理和控制方
面的内容。
需求管理:在顾客和顾客要求的软件项目之间建立一种一致的、共同的理解,控制系统对软件的需求,为软件工程和管理建立基线,保持软件计划、产品和活动与分配需求的一致性。
共同理解是计划和管理软件项目的基础,所以需求管理要求需求文档化,并对需求进行评审。
在整个软件生命周期中,当用户需求改变时,记录全部改变,并进行评审。
软件项目计划:为实施软件工程和管理软件项目制订合理计划。
估计软件产品的规模和所需资源,制定开发进度计划,确定并评估风险,协商有关约定。
软件项目跟踪与监控:对软件项目的执行进行跟踪、监督与控制,以便随时掌握软件项目的实际开发过程。
当项目的执行活动与软件项目计划偏离时,项目经理能够采取有效的措施进行处理。
软件转包合同:选择高质量的软件子项目承包者,并对子合同的执行进行有效的管理,并对其进行过程监督。
软件质量保证:对软件项目和产品质量进行监督和控制,为管理者监控软件项目的过程和产品质量提供适度的可视性。
通过评审和审核软件产品和活动,验证是其否与应用的标准和规程一致。
出现的问题尽可能在软件项目组内部解决。
内部不能解决的问题,由质量保证组进行适当的解决。