CMM是美国卡内基梅隆大学软件工程研究所开发的（软件）能力成熟度模型，其中（5）强调..

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

第5题

知识点：软件过程管理 CMM 开发过程量化能力成熟度模型软件工程稳定性

关键词： CMM 能力成熟度模型软件工程软件开发过程开发开发过程软件开发章/节：信息系统及其技术和开发方法

CMM是美国卡内基梅隆大学软件工程研究所开发的（软件）能力成熟度模型，其中（5）强调软件开发过程稳定性与项目量化管理。

A. 可重复级

B. 已定义级

C. 已管理级

D. 持续优化级

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

更多>

第8题 2019年下半年

61%

在CMMI阶段表示法中，过程域（）属于已定义级。

第8题 2018年上半年

55%

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

第11题 2011年上半年

37%

软件过程管理涉及启动、计划、实施等六个方面的内容，以下说法不正确的是（11）。


知识点讲解
· 软件过程管理 · CMM · 开发过程 · 量化 · 能力成熟度模型 · 软件工程 · 稳定性

软件过程管理

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

软件产品的质量取决于软件开发过程，具有良好软件过程的软件机构能够开发出高质量的软件产品。目前国际公认的软件过程能力模型为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个级别：

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

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

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

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

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

软件过程评估的意义：

.软件过程改进的需要。

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

CMM

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

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

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

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

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

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

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

关键过程域的分类

开发过程

嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。

项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段，与通用软件的开发过程基本一致，都可按照软件工程方法进行，如采用原型化方法、结构化方法等。

：由于嵌入式软件的运行和开发环境不同，开发工作是交叉进行的，所以每一步都要考虑到这一点。

程序建立阶段的工作是根据详细设计阶段产生的文档进行的，主要是源代码编写、编译链接等子过程，这些工作都在宿主机上进行，不需要用到目标机。产生应用程序的可执行文件后，就要用到交叉开发环境进行调试，根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高，所以，在对嵌入式系统进行白盒测试时，要求有更高的代码覆盖率。

最后，要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同，可以固化在EPROM（Erasable Programmable ROM，可擦除可编程ROM）和Flash等存储器中，也可固化在DOC（DiskOnChip）等电子盘中，通常还要借助一些专用编程器进行。

量化

经过FDCT变换后的系数，其数值变化较多，不利于编码。为了将系数数值映射到更小的取值范围，可以使用量化（quantisation）实现。通过量化可以减小非0系数的幅度和增加0值系数的数目。当然，量化也是导致图像质量下降的主要原因。

JPEG的有损压缩算法使用均匀标量量化器进行量化，量化步距是按照系数所在的位置和每种颜色分量的色调值确定的。

由于人眼对亮度信号比对色差信号更敏感，因此JPEG编码中使用了亮度量化表和色差量化表两种标准的量化表，参见下1表和下2表。此外，由于人眼对低频分量的图像比对高频分量的图像更敏感，因此表中的左上角的量化步距要比右下角的量化步距小。

亮度量化值表

色差量化值表

量化的具体计算公式如下。

其中，S_q（u,v）为量化后的结果，F（u，v）为FDCT系数，Q（u，v）为量化表中的数值，round为舍入取整函数。

能力成熟度模型

能力成熟度模型（简称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级——改进软件安全风险覆盖率、评估安全差距。

软件工程

1）软件工程的概念

为了消除软件危机，通过认真研究解决软件危机的方法，人们认识到软件工程是使计算机软件走向科学的途径，逐渐形成了软件工程的概念，并开辟工程学的新兴领域，即软件工程学。

2）软件工程的要素

软件工程具有以下3个要素。

（1）方法。完成软件工程项目的技术手段。

（2）工具。支持软件的开发、管理、文档生成。

（3）过程。将方法和工具综合起来以达到合理、及时地进行计算机软件开发的目的。

3）软件生命周期

软件生命周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，包括计划阶段、分析阶段、设计阶段、实现阶段、测试阶段和运行维护阶段。

4）软件开发模型

比较经典的软件开发模型有瀑布模型、快速原型模型、演化模型、增量模型、螺旋模型、喷泉模型等。

5）软件开发方法

软件开发方法有以下几种。

（1）结构化软件开发（SASD）方法：采用结构化技术来完成软件开发的各项任务。它把软件生命周期划分成若干个阶段，依次完成每个阶段的任务。它与瀑布模型有很好的结合度，是与其最相适应的软件开发方法。

（2）面向数据结构的软件开发方法：从目标系统的输入、输出数据结构入手，导出程序框架结构，再补充其他细节，从而可得到完整的程序结构图。有Jackson方法和Warnier方法。

（3）面向对象的软件开发方法：随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的发展，最终形成面向对象的软件开发方法OMT（Object Modelling Technique）。这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、输出数据结构，实际上也包含了所有对象的数据结构。

（4）基于构件化的开发方法：用预先建立的构件和模板，像"搭积木"一样进行建造。

稳定性

运维要求系统不间断服务，即提供7×24不间断服务，专人值守，监控网站；意外情况下，及时通知信息中心相关负责人，并做好各项应急准备。定期向信息中心相关负责人汇报网站运营情况。另外，对于响应时间也有要求，所以要监控网站群访问速度，如访问响应时间过长，及时查找原因，并向信息中心相关负责人汇报；监控网站群动态应用，对影响应用性能方面因素及时预警，并提出相应解决方案，及时汇报给信息中心相关负责人。

IT服务体系整体结构

只有高效、稳定、个性化的本地化服务模式才能满足用户随时随地的服务需求；也只有迅速的维护响应才能真正保证用户的利益不受损害。因此在自身服务体系的基础上，针对政府门户网站内容管理平台运维项目，特定IT服务体系，由响应体系、维护体系和质量监督体系构成。

（1）客户需求。在服务协议规定范围内的任何服务请求，包括咨询、问题申报、投诉等。

（2）响应体系。第一时间受理客户的需求，以最快的速度解决问题，保障客户系统尽快恢复正常。

（3）维护体系。对客户系统进行主动式服务，发现并解决系统隐患，优化系统性能，并提出合理的改进和升级建议。

（4）质量监督体系。为保障服务的质量制定相关的服务协议，通过满意度调查等方式评估服务的提供是否正常。

IT服务体系最终都可以通过本次项目建设的ITIL运维体系落实，响应体系对应ITIL运维体系的“事件管理”，维护体系对应ITIL运维体系的“问题管理”，质量监督体系则通过“运维管理”来实现。

响应体系

响应体系包含服务台和突发事件管理，主要任务是受理客户的服务需求，尽快恢复客户系统的正常运行。

客户有问题可以通过热线电话、Email与服务台联系，服务台负责接听技术服务电话、受理客户问题，进行记录，分类并转给相应的工程师处理。二线工程师负责处理服务台分配的事件或问题，当二线工程师需要技术支持时，可以从公司总部或第三方获得到技术支持和实验室环境支持。

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

本试卷我的完整做题情况



	第5题在手机中做本题