系统集成项目管理工程师备考知识点梳理(四).docx

系统集成项目管理工程师 http:/www.educity.cn/rk/iten/index.html系统集成项目管理工程师备考知识点梳理（四） 2016年下半年系统集成项目管理工程师考试开始使用新版考试大纲和教材，希赛小编为大家整理了一些系统集成项目管理工程师教程考点梳理，以下是关于软件过程管理的讲解，希望对大家有所帮助。 软件过程是人们建立、维护和演化软件产品整个过程中所有技术活动和管理活动的集合。软件过程评估和改进是指根据某种模型对现有软件过程进行考核和评价，找出其中的不足之处，然后加以改进。改进对开发高质量软件产品和提高软件生产率的重要性已被越来越多的软件开发组织所认同。由美国卡耐基梅隆大学软件工程研究所（SoftwareEngineeringInstitute，SEI）提出的SW-CMM（SoftwareCapabilitvMaturityModel，软件能力成熟度模型）除了用于软件过程评估外，还向软件组织提供了指导其进行软件过程管理和软件过程改进的框架。由于软件过程改进的基本原则是采用过去项目中成功的实践经验。因此，理解、记录和重用部分软件过程是软件过程改进研究的一个重要方向。 1.CMM CMM模型描述和分析了软件过程能力的发展程度，确立了一个软件过程成熟程度的分级标准。 （1）初始级：软件过程的特点是无秩序的，有时甚至是混乱的。软件过程定义几乎处于无章法和无步骤可循的状态，软件产品所取得的成功往往依赖极个别人的努力和机遇。初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许，有些组织制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍然被视为初始级。 （2）可重复级：已经建立了基本的项目管理过程，可用于对成本、进度和功能特性进行跟踪。对类似的应用项目，有章可循并能重复以往所取得的成功。焦点集中在软件管理过程上，一个可管理的过程则是一个可重复的过程，一个可重复的过程则能逐渐演化和成熟。从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。 （3）已定义级：用于管理和工程的软件过程均已文档化、标准化，并形成整个软件组织的标准软件过程。全部项目均采用与实际情况相吻合的、适当修改后的标准软件过程来进行操作。要求制定企业范围的工程化标准，而且无论是管理还是工程开发都需要一套文档化的标准，并将这些标准集成到企业软件开发标准过程中。所有开发的项目需根据这个标准过程，剪裁出项目适宜的过程，并执行这些过程。过程的剪裁不是随意的，在使用前需经过企业有关人员的批准。 （4）已管理级：软件过程和产品质量有详细的度量标准。软件过程和产品质量得到了定量的认识和控制。已管理级的管理是量化的管理。所有过程需建立相应的度量方式，所有产品的质量（包括工作产品和提交给用户的产品）需有明确的度量指标。这些度量应是详尽的，且可用于理解和控制软件过程和产品，量化控制将使软件开发真正变为一个工业生产活动。 （5）优化级：通过对来自过程、新概念和新技术等方面的各种有用信息的定量分析，能够不断地、持续地进行过程改进。如果一个企业达到了这一级，表明该企业能够根据实际的项目性质、技术等因素，不断调整软件生产过程以求达到最佳。 2.CMMI CMMI是CMM模型的新版本。CMMI可以看做是将各种CMM集成到一个系列的模型中，CMMI的基础源模型包括软件CMM2.0版（草稿C）、系统集成工程能力模型（EIA-731）、集成化产品开发（IntegratedProductDevelopment，IPD）CMM0.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、CMMI、ISO/IECTR15504、ISO9000、TL9000以及其他有关的资料和文件以及国外企业实施CMMI的实际情况后，结合国内企业的实际情况，以CMMI作为主要参考文件最终形成的，于2001年5月1日发布实施。 SJ/T11234针对软件企业对自身软件过程能力进行内部改进的需要，而SJ/T111235则针对软件企业综合能力第二方或第三方评估的需求。两个模型分别适应于不同的目的。 软件过程能力评估遵循软件过程及能力成熟度评估指南，该指南由国家认监委和原信息产业部于2002年8月共同发布，作为利用SJ/T11234或SJ/T11235实施评估的操作指南，由经过培训的专业队伍以评估参考模型作为确定过程的强项和弱项的基础，对一个或多个过程进行检查。