办公软件开发公司A非常重视软件过程管理，按照CMMI（能力成熟度模型）逐步进行过程改进..

免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2018年上半年信息系统项目管理师上午试卷综合知识

第8题

知识点：软件过程管理项目管理 CMM CMMI 能力成熟度模型软件过程

关键词： CMMI 办公软件能力成熟度模型软件过程软件开发项目管理 CMM 开发章/节：信息系统项目管理基础信息系统及其技术和开发方法

办公软件开发公司A非常重视软件过程管理，按照CMMI（能力成熟度模型）逐步进行过程改进，刚刚实现了组织级过程性能、定量项目管理，按照CMMI（能力成熟度模型），A公司达到了（）级别。

A. CMMI2

B. CMMI3

C. CMMI4

D. CMMI5

相关试题：要点详解

更多>

第18题 2023年上半年

61%

关于项目经理相关能力的描述，不正确的是()。

第33题 2013年下半年

65%

（33）不属于项目型组织的缺点。

第50题 2008年下半年

64%

正式批准项目进入下一阶段，这个决定的过程属于(50)的一部分。

相关试题：软件工程的过程管理

更多>

第8题 2019年上半年

39%

关于软件过程管理的描述，不正确的是（）。

第11题 2010年上半年

49%

软件能力成熟度（CMM）模型提供了一个框架，将软件过程改进的进化步骤组织成5个成熟等级，为过程不断改进奠定了循序渐进的基础。..

第9题 2014年下半年

73%

根据Sj/T11235-2001《软件能力成熟度模型》要求，“过程和产品质量保证”的目的是（）。


知识点讲解
· 软件过程管理 · 项目管理 · CMM · CMMI · 能力成熟度模型 · 软件过程

软件过程管理

软件过程是软件生存周期中的一系列相关活动，即用于开发和维护软件及相关产品的一系列活动。

软件产品的质量取决于软件开发过程，具有良好软件过程的软件机构能够开发出高质量的软件产品。目前国际公认的软件过程能力模型为SEI（美国软件工程研究所）研发的CMMI模型。

CMM和CMMI

CMM是SEI最早提出的（软件）能力成熟度模型，目前已被CMMI取代。CMM有5个级别：

.初始级：软件开发过程是临时的，甚至是混乱的。

.可重复级：组织建立了基本的项目管理过程来跟踪软件项目的成本、进度和功能。这些管理过程和方法可供重复使用。

.已定义级：管理活动和软件工程活动的软件过程被文档化、标准化，并被集成到组织的标准软件过程之中。

.已管理级：组织和项目为质量和过程绩效建立了量化目标，并以此作为管理过程的依据。软件过程和产品处于定量的掌控之中。

.持续优化级：组织能够运用从过程、创意和技术中得到的定量反馈来对软件开发过程进行持续改进。

CMMI（Capacity Maturity Model Integrated，能力成熟度集成模型）是CMM模型的最新版本。CMMI比CMM覆盖了更多的领域，有软件工程（SW-CMM）、系统工程（SE-CMM）、集成的产品和过程开发（IPPD-CMM）、采购（SS-CMM）。

CMMI模型中在保留了CMM阶段式模式的基础上，还提供了连续式表示方法，这样可以帮助一个组织以及这个组织的客户更加客观和全面地了解它的过程成熟度。这两种表示法在逻辑上是等价的。我们熟悉的SW-CMM软件能力成熟度模型就是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。

阶段式方法将模型表示为一系列“成熟度等级”阶段，每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程，每个KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现。

连续式方法没有像阶段式那样的分散阶段，模型的KPA中的方法是KPA的外部形式，并可应用于所有的KPA中，通过实现公用方法来改进过程。它不专门指出目标，而是强调方法。组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。

连续式方法描述了过程的能力成熟度模型，阶段式方法描述了组织的能力成熟度模型。

CMMI同样有5个级别：

.完成级：组织对项目的目标与要做的努力很清晰，项目的目标得以实现，但由于任务的完成带有很大的偶然性，组织无法保证在实施同类项目时仍能完成任务。项目实施对实施人员有很大的依赖性。

.已管理级：项目实施时能够遵守既定的计划与流程，有资源准备，对相关人员有相应的培训，对整个流程有监控，这一级别组织有对项目的一系列的管理程序，排除了完成任务的随机性，保证了项目实施的成功。

.已定义级：组织不仅有一整套管理流程和措施，而且能够根据自身的特殊情况将管理体系与流程制度化。组织不仅能够在同类的项目上成功，在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化，企业的组织财富。

.量化管理级：组织和项目为质量和过程绩效建立了量化目标。通过量化技术来实现流程的稳定性，实现管理的精度，降低项目实施在质量上的波动。

.持续优化级：组织能够运用从过程、创意和技术中得到的定量反馈来对软件开发过程进行持续改进。组织能够主动地改善流程，运用新技术，实现流程的优化。

软件过程评估的意义：

.软件过程改进的需要。

.降低软件风险的需要：软件采购者的需要和软件承制者的需要。

项目管理

定义

把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。管理一个项目包括：

.识别要求。

.确定清楚而又能实现的目标。

.权衡质量、范围、时间和成本方面的要求，使技术规格说明书、计划和方案适合于各干系人的不同需求与期望。

项目管理需要的知识领域

除了专门的项目管理技术以外，项目管理组至少应能理解和使用以下5方面的知识领域：

.项目管理知识体系。

.应用领域的知识、标准和规定。

.项目环境知识。

.通用的管理知识和技能。

.软技能（处理人际关系技能）。

项目管理体系

项目管理体系是指用于管理项目的工具、技术、方法、资源和规程。项目管理计划说明如何使用项目管理体系。

项目管理环境

项目管理团队应该考虑的项目环境包括：

.社会环境：经济、人口、教育、道德、种族、宗教和其他特征等。

.政治环境：法律、风俗和政治风气等。

.自然环境：生态和自然地理等。

项目管理办公室

项目管理办公室（PMO）是在管辖范围内集中、协调地管理项目的组织单元。也可指“大项目管理办公室”、“项目办公室”或“大项目办公室”。PMO监控项目、大项目或各类项目组合的管理。由PMO管理的项目不必要有特定的关系，PMO关注与上级组织或客户的整体业务目标相联系的项目或子项目之间的协调计划、优先级和执行情况。

PMO执行的职责可以是一个宽广的范围，包括从以培训、软件、标准政策和规程、模板的形式提供项目管理支持功能，到实际直接管理项目和项目的结果。

PMO可以存在于任何组织结构中，包括职能型组织。

项目经理和项目管理办公室的区别如下：

.追求的目标不同。项目经理关注于特定项目的目标，而PMO管理主要的大项目范围的变化，并将之视为更好地达到业务目标的潜在机会，其工作目标包含组织级的观点。

.项目经理控制赋予项目的资源以最好地实现项目目标，而PMO对所有项目之间的共享资源进行优化使用。

.项目经理管理本项目的范围、进度、费用和质量，而PMO管理整体的风险、整体的机会和所有项目的依赖关系。

过程和过程组

过程就是一组为了完成一系列事先指定的产品、成果或服务而必须执行的互相联系的行动和活动。

项目管理过程由项目团队实施，包括两大类：

.面向管理的过程。即项目管理过程，其目的是启动、规划、执行、监控和结束一个项目。

.面向产品的过程。一般由项目生命期规定，并因领域而异。

项目管理过程和创造产品的过程从项目开始到结束始终彼此重叠交互。

任何项目都必须执行5个项目过程组，它们与应用领域或特定行业无关。过程组不是项目阶段，每一阶段或子项目都要重复过程组的所有子过程。

.启动过程组。定义并批准项目或阶段。在多阶段项目中，后续阶段进行的启动过程是为了确认在指定项目章程与拟定初步项目范围说明书过程中所做的原假设与决策的合理性。启动过程组也定义了项目意图，确定了目标，并授权项目经理进行项目。

.规划过程组。定义和细化目标，规划最佳的行动方案，即从各种备选方案中选择最优方案，以实现项目或阶段所承担的目标和范围。项目团队应让所有项目干系人参与项目计划过程。当项目计划工作结束时，不管是由组织还是由项目团队负责，都要有明确的指导方针，否则将无法确定如何进行后续的反馈和细化。项目管理计划的渐进明细经常被称作“滚动式计划”，这意味着计划是一个迭代和持续的过程。

.执行过程组。整合人员和其他资源，在项目的生命期或某个阶段执行项目管理计划。

.监控过程组。要求定期测量和监控项目进展，识别与项目管理计划的偏差，以便在必要时采取纠正措施，确保项目或阶段目标达成。

.收尾过程组。正式接受产品、服务或工作成果，有序地结束项目或阶段。

项目管理过程组和“计划-执行-检查-行动（即PDCA）”循环的对应关系如下图所示。

项目管理过程组和PDCA循环的对应

规划过程组与PDCA循环中的“计划”对应；执行过程组与循环中的“执行”对应；监控过程组与循环中的“检查”和“行动”对应。启动过程组是这些循环的开始，而收尾过程组是其结束。

过程的交互

项目管理过程组通过它们各自所产生的结果而联系起来——一个过程的结果或者输出通常会成为另一个过程的输入或者整个项目的最终结果。在项目过程组之间以及项目过程本身当中，这种联系是迭代的。

如果一个项目被划分成阶段，每个阶段中的过程经常会反复进行。项目中过程组的相互作用如下图所示。

过程组的相互作用

5个项目过程组与44个项目管理过程及9个项目管理知识域的映射关系如下表所示。

过程组、过程和类知识域的映射关系

注：1．在《信息系统项目管理师教程》中，“团队组建”被划分为规划过程组。在PMBOK 2004版中，“团队组建”在执行过程组中，笔者认为划分在执行过程组中更合理。

2．发包规划在《信息系统项目管理师教程》中也称为计划签约和编制合同。

CMM

CMM模型描述和分析了软件过程能力的发展程度，确立了一个软件过程成熟程度的分级标准。

（1）初始级：软件过程的特点是无秩序的，有时甚至是混乱的。软件过程定义几乎处于无章法和无步骤可循的状态，软件产品所取得的成功往往依赖于极个别人的努力和机遇。初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许，有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行时没有政策、资源等方面的保证，那么它仍然被视为初始级。

（2）可重复级：已经建立了基本的项目管理过程，可用于对成本、进度和功能特性进行跟踪。对类似的应用项目，有章可循并能重复以往所取得的成功。焦点集中在软件管理过程上。一个可管理的过程则是一个可重复的过程，一个可重复的过程则能逐渐演化和成熟。从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。

（3）已定义级：用于管理方面和工程方面的软件过程均已文档化、标准化，并形成整个软件组织的标准软件过程。全部项目均采用与实际情况相吻合的、适当修改后的标准软件过程来进行操作。它要求制定企业范围的工程化标准，而且无论是管理还是工程开发都需要一套文档化的标准，并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程，剪裁出项目适宜的过程，并执行这些过程。过程的剪裁不是随意的，在使用前需经过企业有关人员的批准。

（4）已管理级：软件过程和产品质量有详细的度量标准。软件过程和产品质量得到了定量的认识和控制。已管理级的管理是量化的管理。所有过程需建立相应的度量方式，所有产品的质量（包括工作产品和提交给用户的产品）需有明确的度量指标。这些度量应是详尽的，且可用于理解和控制软件过程和产品，量化控制将使软件开发真正变成为一个工业生产活动。

（5）优化级：通过对来自过程、新概念和新技术等方面的各种有用信息的定量分析，能够不断地、持续地进行过程改进。如果一个企业达到了这一级，表明该企业能够根据实际的项目性质、技术等因素，不断调整软件生产过程以求达到最佳。

在CMM中，每个成熟度等级（第一级除外）规定了不同的关键过程域（Key Process Area，KPA），一个软件组织如果希望达到某一个成熟度级别，就必须完全满足关键过程域所规定的要求，即满足关键过程域的目标。每个级别对应的关键过程域见下表。

关键过程域的分类

CMMI

与CMM相比，CMMI涉及面更广，专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。据美国国防部资料显示，运用CMMI模型管理的项目，不仅降低了项目的成本，而且提高了项目的质量与按期完成率。

CMMI可以看做把各种CMM集成到一个系列的模型中了，CMMI的基础源模型包括软件CMM 2.0版（草稿C）、EIA-731系统工程，以及集成化产品和过程开发IPD CMM（IPD）0.98a版等。CMMI也描述了5个不同的成熟度级别。

CMMI的表示方法

每一种CMMI模型都有两种表示法，即阶段式和连续式。这是因为在CMMI的三个源模型中，CMM是“阶段式”模型，系统工程能力模型是“连续式”模型，而集成产品开发（IPD）CMM是一个混合模型，组合了阶段式和连续式两者的特点。两种表示法在以前的使用中各有优势，都有很多支持者，因此，CMMI产品开发群组在集成这三种模型时，为了避免由于淘汰其中任何一种表示法而失去用户对CMMI的支持，并没有选择单一的结构表示法，而是为每一个CMMI都推出了两种不同表示法的版本。

不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力，从过程域的角度考查基线和度量结果的改善，其关键术语是“能力”；而阶段式表示法强调的是组织的成熟度，从过程域集合的角度考查整个组织的过程成熟度阶段，其关键术语是“成熟度”。

尽管两种表示法的模型在结构上有所不同，但CMMI产品开发群组仍然尽最大努力确保了两者在逻辑上的一致性，两者的需要构件和期望部件基本上都是一样的。过程域、目标在两种表示法中都一样，特定实践和共性实践在两种表示法中也不存在根本区别。因此，模型的两种表示法并不存在本质上的不同。组织在进行集成化过程改进时，可以从实用角度出发选择某一种偏爱的表示法，而不必从哲学角度考虑两种表示法之间的差异。

CMMI的级别

阶段式模型也把组织分为以下5个不同的级别。

（1）初始级。代表了以不可预测结果为特征的过程成熟度，过程处于无序状态，成功主要取决于团队的技能。

（2）已管理级。代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保证、配置管理，以及度量和分析。对于级别2而言，主要的过程焦点在于项目级的活动和实践。

（3）严格定义级。代表了以组织内改进项目执行为特征的过程成熟度。强调级别3的关键过程域的前后一致的、项目级的纪律，以建立组织级的活动和实践。

（4）定量管理级。代表了以改进组织性能为特征的过程成熟度。4级项目的历史结果可用来交替使用，在业务表现的竞争尺度（成本、质量、时间）方面的结果是可预测的。

（5）优化级。代表了以可快速进行重新配置的组织性能和定量的、持续的过程改进为特征的过程成熟度。

CMMI的目标

CMMI的具体目标是：

（1）改进组织的过程，提高对产品开发和维护的管理能力。

（2）给出能支持将来集成其他科目CMM的公共框架。

（3）确保所开发的全部有关产品符合将要发布的关于软件过程改进的国际标准ISO/IEC 15504对软件过程评估的要求。

CMMI的优点

使用在CMMI框架内开发的模型具有下列优点。

（1）过程改进能扩展到整个企业级。

（2）先前各模型之间的不一致和矛盾将得到解决。

（3）既有分级的模型表示，也有连续的模型表示，可任意选用。

（4）原先单科目过程改进的工作可与其他科目的过程改进工作结合起来。

（5）基于CMMI的评估将与组织原先评估得分相协调，从而保护当前的投资，并与ISO/IEC 15504评估结果相一致。

（6）节省费用，特别是当要运用多科目改进时，以及进行相关的培训和评估时。

（7）鼓励组织内各科目之间进行沟通和交流。

能力成熟度模型

能力成熟度模型（简称CMM）是对一个组织机构的能力进行成熟度评估的模型。成熟度级别一般分成五级：1级-非正式执行、2级-计划跟踪、3级-充分定义、4级-量化控制、5级-持续优化。其中，级别越大，表示能力成熟度越高，各级别定义如下：

. 1级-非正式执行：具备随机、无序、被动的过程；

. 2级-计划跟踪：具备主动、非体系化的过程；

. 3级-充分定义：具备正式的、规范的过程；

. 4级-量化控制：具备可量化的过程；

. 5级-持续优化：具备可持续优化的过程。

目前，网络安全方面的成熟度模型主要有SSE-CMM、数据安全能力成熟度模型、软件安全能力成熟度模型等。

SSE-CMM

SSE-CMM（Systems Security Engineering Capability Maturity Model）是系统安全工程能力成熟度模型。SSE-CMM包括工程过程类（Engineering）、组织过程类（Organization）、项目过程类（Project）。各过程类包括的过程内容如下表所示。

SSE-CMM系统安全工程能力成熟度模型过程清单

SSE-CMM的工程过程、风险过程、保证过程的相互关系如下图所示。

SSE-CMM的工程过程、风险过程、保证过程关联图

SSE-CMM的工程过程关系如下图所示。

SSE-CMM的工程过程关联图

SSE-CMM的工程质量来自保证过程，如下图所示。

SSE-CMM的保证过程图

数据安全能力成熟度模型

根据《信息安全技术数据安全能力成熟度模型》，数据安全能力成熟度模型架构如下图所示。

数据安全能力成熟度模型架构

数据安全能力从组织建设、制度流程、技术工具及人员能力四个维度评估：

.组织建设——数据安全组织机构的架构建立、职责分配和沟通协作；

.制度流程——组织机构关键数据安全领域的制度规范和流程落地建设；

.技术工具——通过技术手段和产品工具固化安全要求或自动化实现安全工作；

.人员能力——执行数据安全工作的人员的意识及专业能力。

详细情况参考标准。

软件安全能力成熟度模型

软件安全能力成熟度模型分成五级，各级别的主要过程如下：

. CMM1级——补丁修补；

. CMM2级——渗透测试、安全代码评审；

. CMM3级——漏洞评估、代码分析、安全编码标准；

. CMM4级——软件安全风险识别、SDLC实施不同安全检查点；

. CMM5级——改进软件安全风险覆盖率、评估安全差距。

软件过程

在开发产品或构建系统时，遵循一系列可预测的步骤（即路线图）是非常重要的，它有助于及时交付高质量的产品。软件开发中所遵循的路线图称为"软件过程"。过程是活动的集合，活动是任务的集合。软件过程有3层含义：一个是个体含义，即指软件产品或系统在生存周期中的某一类活动的集合，如软件开发过程、软件管理过程等；二是整体含义，即指软件产品或系统在所有上述含义下的软件过程的总体；三是工程含义，即指解决软件过程的工程，应用软件的原则、方法来构造软件过程模型，并结合软件产品的具体要求进行实例化，以及在用户环境下的运作，以此进一步提高软件的生产率，降低成本。

能力成熟度模型（CMM）

CMM将软件组织的过程能力分成五个成熟度级别：初始级、可重复级、已定义级、已管理级和优化级。由低到高，软件开发生产精度越来越高，每单位工程的生产周期越来越短。

（1）初始级。软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。

（2）可重复级。建立了基本的项目管理过程来跟踪费用、进度和功能特性；制定了必要的过程纪律，能重复早先类似应用项目取得的成功。

（3）定义级。已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件。

（4）管理级。收集对软件过程和产品质量的详细度量，对软件过程和产品都有定量的理解和控制。

（5）优化级。过程的量化反馈和先进的新思想、新技术促使过程不断改进。

能力成熟度模型集成（CMMI）

CMM的成功导致了适用不同学科领域的模型的衍生，如系统工程的能力成熟度模型，适用于集成化产品开发的能力成熟度模型等。而一个工程项目又往往涉及多个交叉的学科，因此有必要将各种过程改进的工作集成起来。1998年，由美国产业界、政府和卡内基.梅隆大学软件工程研究所共同主持CMMI项目。CMMI是若干过程模型的综合和改进，是支持多个工程学科和领域的、系统的、一致的过程改进框架，能适应现代工程的特点和需要，能提高过程的质量和工作效率。

CMMI提供了两种表示方法：阶段式模型和连续式模型。

1）阶段式模型

阶段式模型的结构类似于CMM，它关注组织的成熟度。CMMI-SE/SW/IPPD 1.1版中有5个成熟度等级。

初始的：过程不可预测且缺乏控制。

已管理的：过程为项目服务。

已定义的：过程为组织服务。

定量管理的：过程已度量和控制。

优化的：集中于过程改进。

2）连续式模型

连续式模型关注每个过程域的能力，一个组织对不同的过程域可以达到不同的过程域能力等级（Capability Level，CL）。CMMI中包括6个过程域能力等级，等级号为0-5。能力等级包括共性目标及相关的共性实践，这些实践在过程域内被添加到特定目标和实践中。当组织满足过程域的特定目标和共性目标时，就说该组织达到了那个过程域的能力等级。

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

CLo（未完成的）：过程域未执行或未得到CLi中定义的所有目标。

CLi（已执行的）：其共性目标是过程将可标识的输入工作产品转换成可标识的输出工作产品，以实现支持过程域的特定目标。

CL2（已管理的）：其共性目标集中于已管理的过程的制度化。根据组织级政策规定过程的运作将使用哪个过程，项目遵循已文档化的计划和过程描述，所有正在工作的人都有权使用足够的资源，所有工作任务和工作产品都被监控、控制和评审。

CL3（已定义级的）：其共性目标集中于已定义的过程的制度化。过程是按照组织的剪裁指南从组织的标准过程集中剪裁得到的，还必须收集过程资产和过程的度量，并用于将来对过程的改进。

CL4（定量管理的）：其共性目标集中于可定量管理的过程的制度化。使用测量和质量保证来控制和改进过程域，建立和使用关于质量和过程执行的定量目标作为管理准则。

CLs（优化的）：使用量化（统计学）手段改变和优化过程域，以满足客户要求的改变和持续改进计划中的过程域的功效。

题号导航 2018年上半年信息系统项目管理师上午试卷综合知识

本试卷我的完整做题情况



	第8题在手机中做本题