软件工程软件过程管理

最新推荐文章于 2023-06-19 17:24:25 发布

GarfieldGCat

最新推荐文章于 2023-06-19 17:24:25 发布

阅读量1.8k

点赞数 2

分类专栏：软件工程

本文链接：https://blog.csdn.net/GarfieldGCat/article/details/89871768

版权

6 篇文章 1 订阅

订阅专栏

概述

在开发产品或构建系统时，遵循一系列的步骤是非常重要，有计划的实施更有助于及时交付高质量的产品。软件开发中所遵循的路线图称为 软件过程 。过程是活动的集合，活动是任务的集合。

自从软件工程这一概念被提出后，出现了许多开发、维护的模型、方法论、工具和环境，它们对提高软件的开发、维护效率和质量都起到了很大的作用。但仍然无法赶上软件所涉及的问题不同导致的复杂程度剧烈增长。后来人们发现问题可能出现在缺乏管理软件过程的能力。

在美国国防部的支持下，1987年，卡内基梅隆大学软件工程研究所率先提出了软件工程评估项目的研究成果：软件过程能力成熟度模型(CMM)，提出的目的就是为了提供一种评价软件承接方能力的方法，同时帮助改进软件过程。

能力成熟度模型(CMM, Capability Maturity Model of Software)

这个模型将软件过程分为下面5个成熟度级别：

级别	描述
初始级(Initial)	软件过程的特点即毫无章法，几乎没有明确定义的步骤，项目的成功完全依赖个人能力。
可重复级(Repeatable)	建立了基本的项目管理过程和实践方法来跟踪项目费用、进度及功能特性，及一些必要的准则以重复过去在同类项目的成功。
已定义级(Defined)	管理和工程两方面的软件过程均已文档化、标准化，并综合成整个软件开发组织的标准软件过程，所有项目都采用根据实际情况修改后得到的软件过程来开发和维护软件。
已管理级(Managed)	制定了软件过程和产品质量的详细度量标准，软件过程的产品品质都能被软件开发组织的成员充分理解并控制。
优化级(Optimized)	加强了定量分析，通过来自过程质量的反馈和来自新观念、新技术的反馈使过程可持续不断的改进。

CMM模型提供了一个框架，为软件过程不断改进奠定了循序渐进的基础。基于这个模型的产品包括一些诊断工具，可应用于软件过程评价和软件能力的评估小组以确定一个机构的软件过程能力、弱点及风险。其中最著名的是成熟度调查表。

能力成熟度模型集成(CMMI, Capability Maturity Model Integration)

CMM的成功导致产生了许多适用于不同学科的衍生模型，因此有必要将各种改进工作集成起来。1998年，由美国产业界及卡内基梅隆大学软件工程学院共同主持这个工作，提出CMMI，这是若干个过程的综合和改进。这个模型支持多个工程学科和领域的、系统的、一致的过程改进框架，能提高过程的质量和效率。

后来2000年又发布了CMMI-SE/SW/IPPD，它集成了适用于软件开发的SW-CMM、适用于系统工程的EIA/IS731以及适用于集成化产品和过程开发的IPD CMM。2002年又将这个模型更新到了1.1版本。

CMMI提供了两个不同的表示方式：

连续式模型

连续式模型关注每个过程域的能力，一个组织对不同的过程域可达到不同的 过程域等级(CL, Capability Level)。 CMMI中包括6个过程域能力等级(0~5)，其包括共性目标及相关的共性目标时就可以说该组织达到了那个过程域的能力等级。

能力等级可以独立应用于任何单独的过程域，任何一个能力等级都必须满足比它低等级的所有准则。各等级含义如下：

等级	描述
CL0	过程域未执行或未得到CL1中定义的所有目标。
CL1	其共性目标是过程将可标识的输入工作产品转换成可标识的输出工作产品，以实现支持过程域的特定目标。
CL2	其共性目标集中于已管理的过程制度化，根据组织政策规定过程的运作将使用哪些过程，项目遵循已文档化的计划和过程描述，所有工作任务和工作产品都被监控、控制和评审。
CL3	其共性目标集中于已定义过程的制度化，过程是按照组织的简化指南从组织的标准过程集中简化而来的，还必须收集过程资产和过程的度量，并用于将来对过程的改进。
CL4	其共性目标集中于可定量管理过程的制度化，使用测量和质量保证来控制和改进过程域，建立和使用关于质量和过程执行的定量目标作为管理的准则。
CL5	使用量化手段改变和优化过程域，满足客户要求的改变和持续改进计划中过程域的功效。

关注