系统集成项目管理工程师备考知识点梳理.docx
系统集成项目管理工程师备考学问点梳理(四)2022年下半年系统集成项目管理工程师考试开头使用新版考试 大纲和教材，希赛我为大家整理了一些系统集成项目管理工程师教程 考点梳理，以下是关于软件过程管理的讲解，盼望对大家有所关心。软件过程是人们建立、维护和演化软件产品整个过程中全部技术 活动和管理活动的集合。软件过程评估和改进是指依据某种模型对现 有软件过程进行考核和评价，找出其中的不足之处，然后加以改进。 改进对开发高质量软件产品和提高软件生产率的重要性已被越来越 多的软件开发组织所认同。由美国卡耐基•梅隆高校软件工程 讨论所(SoftwareEngineeringlnstitute , SEI )提出的 SW-CMM (SoftwareCapabilitvMaturityModel,软件力量成熟度模型)除了 用于软件过程评估外，还向软件组织供应了指导其进行软件过程管理 和软件过程改进的框架。由于软件过程改进的基本原则是采纳过去项 目中胜利的实践阅历。因此，理解、纪录和重用部分软件过程是软件 过程改进讨论的一个重要方向。1. CMMCMM模型描述和分析了软件过程力量的进展程度，确立了 一个软 件过程成熟程度的分级标准。(1)初始级：软件过程的特点是无秩序的，有时甚至是混乱的。 软件过程定义几乎处于无章法和无步骤可循的状态，软件产品所取得 的胜利往往依靠极个别人的努力和机遇。初始级的软件过程是未加定 义的随便过程，项目的执行是随便甚至是混乱的。或许，有些组织制 定了一些软件工程法律规范，但若这些法律规范未能掩盖基本的关键 过程要求，且执行没有政策、资源等方面的保证时，那么它仍旧被视 为初始级。(2)可重复级：已经建立了基本的项目管理过程，可用于对成 本、进度和功能特性进行跟踪。对类似的应用项目，有章可循并能重 复以往所取得的胜利。焦点集中在软件管理过程上，一个可管理的过 程则是一个可重复的过程，一个可重复的过程则能渐渐演化和成熟。 从管理角度可以看到一个按方案执行的且阶段可控的软件开发过程。(3)已定义级：用于管理和工程的软件过程均已文档化、标准 化，并形成整个软件组织的标准软件过程。全部项目均采纳与实际状 况相吻合的、适当修改后的标准软件过程来进行操作。要求制定企业 范围的工程化标准，而且无论是管理还是工程开发都需要一套文档化 的标准，并将这些标准集成到企业软件开发标准过程中。全部开发的 项目需依据这个标准过程，剪裁出项目相宜的过程，并执行这些过程。 过程的剪裁不是随便的，在使用前需经过企业有关人员的批准。(4)已管理级：软件过程和产品质量有具体的度量标准。软件 过程和产品质量得到了定量的熟悉和掌握。己管理级的管理是量化的 管理。全部过程需建立相应的度量方式，全部产品的质量(包括工作 产品和提交给用户的产品)需有明确的度量指标。这些度量应是详尽 的，且可用于理解和掌握软件过程和产品，量化掌握将使软件开发真 正变为一个工业生产活动。(5)优化级：通过对来自过程、新概念和新技术等方面的各种 有用信息的定量分析，能够不断地、持续地进行过程改进。假如一个 企业达到了这一级，表明该企业能够依据实际的项目性质、技术等因 素，不断调整软件生产过程以求达到最佳。2. CMMICMMI是CMM模型的新版本。CMMI可以看做是将各种CMM集成到 一个系列的模型中，CMMI的基础源模型包括软件CMM2. 0版(草稿C)、 系统集成工程力量模型(EIA-731 )、集成化产品开发 (IntegratedProductDevelopment, IPD) CMMO. 98a 版。CMMI 形成了 组织范围内过程改进的单一集成模型，其主要目的是消退不同模型之 间的不全都和重复，降低基于模型进行改进的成本。每一种CMMI模型都有两种表示法，分别是阶段式和连续式。这 是由于在CMMI的三个源模型中，CMM是阶段式模型，EIA是连续式模 型，而IPD是一个混合模型，组合了阶段式和连续式两者的特点。由 于两种表示法在以前的使用中各有优势，都有许多支持者，因此,CMMI 产品开发组在集成这三种模型时，为了避开由于淘汰其中任何一种表 示法而失去对CMMI支持的风险，并没有选择单一的结构表示法，而 是推出了两种不同表示法的版本。不同表示法的模型具有不同的结构。连续式表示法强调的是单个 过程域的力量，从过程域的角度考察基准和度量结果的改善，其关键 术语是力量；而阶段式表示法强调的是组织的成熟度，从过程域集合 的角度考察整个组织的过程成熟度阶段，其关键术语是成熟度。这两 种表示方法各有优缺点，均采纳统一的24个过程域，它们在规律上 是等价的，对同一个组织采纳两种模型分别进行CMMI评估，得到的 结论应当是相同的。（1）阶段式模型阶段式模型也将组织分为5个不同的级别：（1）级别1 （初始级）代表了以不行猜测结果为特征的过程成 熟度，过程处于无序状态，胜利主要取决于团队的技能。（2）级别2 （已管理级）代表了以可重复项目执行为特征的过 程成熟度，主要的过程焦点在于项目级的活动和实践。（3）级别3 （已定义级）代表了以组织内改进项目执行为特征 的过程成熟度。强调过程域的前后全都的、项目级的纪律，用以建立 组织级的活动和实践。（4）级别4 （定量管理级）代表了以改进组织性能为特征的过 程成熟度。项目的历史结果可用来交替使用，在业务表现的竞争尺度 （成本、质量、时间）方面的结果是可猜测的。（5）级别5 （优化级）代表了以可快速进行重新配置的组织性能，以及定量的、持续的过程改进为特征的过程成熟度。除初始级以外，个级别的过程与如表11-6所示。表11-6过程域的阶段式分组组织通过了某一等级过程域中的全部过程，即意味着该组织的成熟度达到了这一等级。采用阶段式模型对组织进行成熟度度量，概念 清楚、易于理解、便于操作。(2)连续式模型与阶段式模型相比，连续式模型没有与组织成熟度相关的几个阶段。连续式模型将24个过程域依据功能划分为过程管理、项目管理、 工程和支持四个过程组。每组包含的过程域如表11-7所示。表11-7连续式模型的过程域分组连续式模型的过程域强调实践，每个过程域代表组织某一方面的 力量。每个过程域的力量均分为5级，全部过程域共同的力量等级打 算组织的力量等级。连续式模型允许组织对过程域进行裁剪，也允许 对不同的过程域采纳不同的力量等级。3. SJT11234/SJT11235(SJ/T11234-2001软件过程力量评估模型和SJ/T11235-2001 软件力量成熟度模型两个标准是在深化讨论了 CMM. CMMK IS0/IECTR15504、IS09000、TL9000以及其他有关的资料和文件以及 国外企业实施CMMI的实际状况后，结合国内企业的实际状况，以CMMI 作为主要参考文件最终形成的，于2001年5月1日发布实施。SJ/T11234针对软件企业对自身软件过程力量进行内部改进的需 要，而SJ/T111235则针对软件企业综合力量其次方或第三方评估的 需求。两个模型分别适应于不同的目的。软件过程力量评估遵循软件过程及力量成熟度评估指南，该 指南由我国认监委和原信息产业部于2002年8月共同发布，作为采 用SJ/T11234或SJ/TU235实施评估的操作指南，由经过培训的专业 队伍以评估参考模型作为确定过程的强项和弱项的基础，对一个或多 个过程进行检查。
