CMMI基础知识培训讲义

1 CMMI 基础知识基础知识 一 一 CMMI 简介简介 CMMI Capability Maturity Model Integration 能力成熟度模型集成 是用于产品开发 或服务 的过程改进成熟度模型 CMMI 的最佳实践覆盖了产 品构思 交付和维护的整个生命周期 CMMI 源自于 CMM 1984 年美国国防部为了降低采购风险 委托卡耐基 梅 隆大学软件工程研究院 SEI 制定了软件过程改进 评估模型 也称为 SEI SW CMM 该模型于 1991 年正式推出 迅速得到广大软件企业及其顾客的认可 经过不断研究 相继推出了其他领域的 CMM 模型 比如 1 SE CMM System Engineering CMM 系统工程 CMM 2 SA CMM Software Acquisition CMM 软件采购 CMM 3 IPT CMM Integrated Product Team CMM 集成产品群组 CMM 4 P CMM People CMM 人力资源能力成熟度模型 之后将各种 CMM 模型进行整合 形成了 CMMI 2002 年 CMMI1 1 版本正式发 布 并立即被广泛采用 2006 年 8 月 面向开发的 CMMI CMMI DEV 1 2 版 本正式发布 目前正在使用的就是这个版本 下面讲的 CMMI 是指 CMMI DEV1 2 针 对软件方面的 通过上面的介绍 可以清楚地知道 CMMI 这几个字母的含义 CM 能力成熟度 不同的成熟度对应不同的等级 一共有五个等级 M 模型 CMMI 提供一个标准的模型 企业的软件能力成熟度是否达到对 应的级别 要和这个模型进行比较 I 集成 将各个不同领域的 CMM 进行抽象整合 也就是说 CMMI 不仅适合 于软件领域 同样适合于其他领域 二 二 CMMICMMI 的五个等级的五个等级 CMMI 的阶段式表示法将成熟度划分为 5 个等级 除了初始级以外 每个成 2 熟度等级都有若干个过程域 如下表所示 由于成熟度等级是循序渐进的 如 果想达到某个成熟度等级 例如 CMMI 3 级 除了满足 CMMI 3 级本身 11 过程域 之外 还要满足 CMMI 2 级的 7 个过程域 依此类推 成熟度等级过程域 第5级 优化级组织革新与部署 OID 原因分析与解决方案 CAR 第4级 量化管理级定量项目管理 QPM 组织过程绩效 OPP 第3级 已定义级需求开发 RD 技术解决方案 TS 验证 VER 确认 VAL 产品集成 PI 集成化项目管理 IPM 风险管理 RSKM 组织过程焦点 OPF 组织过程定义 OPD 组织培训 OT 决策分析与解决方案 DAR 第2级 已管理级项目规划 PP 项目监控 PMC 需求管理 RM 供应商协议管理 SAM 度量分析 MA 配置管理 CM 过程和产品质量保证 PPQA 第1级 初始级无 表 1 成熟度等级和过程域的关系表 一级 初始级 该级别不需要评估 任何一个软件企业至少都可以讲是 CMMI1 二级 已管理级 必须通过 CMMI2 中所有 7 个 PA 的评估 当然 SAM 这个 PA 可以不进行评估 特别是对纯软件企业而言 在该级别中 组织的项目已确保需求是被管理的 而且其过程是经过计划 执行 度量及控制的 在 2 级中 需求 过程 工作成果及服务是受管理的 在预定的时间节点 例如重要里程碑 重要的任务完成时刻 管理层都可以了解工作成果的情况 3 三级 已定义级 必须通过 CMMI2 3 中所有 18 个 PA 的评估 组织的标准过程 Organization s set of standard process 是 3 级的 基础 项目可对组织的标准过程进行裁剪 以建立项目过程 工作过程都已详 尽地说明 并应用标准 规程 工具及方法来表现 3 级中非常重要的就是组织财富库的建立 也就是经验等各方面的积累 所以一般 3 级要在 2 级已经非常稳定的情况下才做的 这时很多事情已经有相 应的标准做法了 四级 量化管理级 五级 持续优化级 表 2 各级别之间的差异 4 三 三 CMMI 文件体系结构文件体系结构 名词术语 过程域 Process Area PA 特定目标 Specific Goal SG 特定实践 Specific Practice SP 共性目标 Generic Goal GG 共性实践 Generic Practice GP CMMI 的表示方法有两种 一种阶段式表示法 另一种是连续式表示法 通常所讲的 CMMI 就是指阶段式表示法 阶段式表示法阶段式表示法 LEVEL PA1PA2PAn SGsGGs GPsSPs 图 1 CMMI 的阶段式表示法 5 阶段式表示法把过程域分成 5 个成熟度等级 指出达到每一成熟度等级必须 实施哪些过程域 如图 1 所示 一个成熟度等级包括多个过程域 每个过程域 包含多个共性目标和特定目标 一个目标包含多个实践 CMMI 过程域的部件划分三类 必需的 required 期望的 expected 和信息的 informative 3 类 如图 2 所示 expected Related PAsIntroductory Notes Typical WorkProducts informative SGs GGs required Purpose SPs GPs PA Subpractice subpractice 图 2 过程域的部件 必需部件必需部件 必需部件描述组织达到某个过程域必须满足的部分 这种满足在组织过程 中实现是可视的 CMMI 的必需部件是特定目标和共性目标 这些目标在评估中 作为判断一个过程域达到和满意的基本原则 特定目标特定目标只适用于一个过程域 它描述过程特性具有唯一性 即只有该过 程必须实现的那些特性 特定目标是必需的部件 在评估时用来衡量该过程域 是否满足要求 共性目标共性目标称为 共性 是因为同一目标的陈述对应了多个过程域 共性目 标描述组织制度化实施的特征 期望部件期望部件 期望部件说明组织要达到某个目标的一般性做法 期望部件指导那些实施 6 过程改进或执行评估的人用于判断过程域目标是否达到 CMMI 的期望部件是特 定实践和共性实践 特定实践特定实践表明一组活动 这组活动被期望可达成某过程域的特定目标 例 如 项目跟踪与控制域一个特定实践是 对项目计划中的承诺进行监督 共性实践共性实践称为 共性 是因为同一实践的陈述对应了多个过程域 共性实 践说明一组活动 这组活动被期望可达成给定的共性目标 信息部件信息部件 信息部件是对如何达到必需部件和期望部件的更加详细的描述 包括子实 践 典型工作成果 相关的过程域等等 四 四 CMMICMMI 认证的意义认证的意义 提升公司的软件开发能力 改进公司的软件开发过程 从而提高产品质量 降低开发成本 提高公司的影响力 为商务运作提供资质保证 通过过程改进 提高我们每个人在软件工程方面的能力 五 术语解释术语解释 ProjectProject PlanningPlanning PP PP 项目计划项目计划 制定和维护用来定义项目活动的计划 项目经理根据项目的任务 性质 交付时间 估算项目的规模 成本 工 作量等 对整个项目要做整体规划 这个过程的工作产品就是生成各种计划书 不如 项目开发计划 培训计划 等 PP 是 2 级的一个 PA ProjectProject DevelopingDeveloping PlanningPlanning PDP PDP 项目开发计划项目开发计划 这个计划为项目描绘了一个过程蓝图 整个计划做成书面的形式 从而使 项目投资者能在整个项目执行过程中了解该计划 WorkWork BreakdownBreakdown StructureStructure WBS WBS 工作分解结构工作分解结构 将项目任务分成若干小模块的一种结构 用 PROJECT 生产 和项目开发计 划对应 以方便对节点的控制 7 MilestoneMilestone 里程碑里程碑 用来度量工作进展情况的一个计划好的事件 简单的讲就是完成阶段性工作的标志 ProjectProject MonitoringMonitoring andand ControlControl PMC PMC 项目跟踪与控制项目跟踪与控制 提供对项目进展的理解 以便当项目的性能严重偏离计划时采取适当的纠 正措施 PMC 是 2 级的一个 PA 制定好的项目计划是否能够被很好的贯彻执行 需要进行跟踪和控制 对 于偏离计划的情况要及时采取措施加以纠正 以保证项目很好的按项目计划进 展 项目的跟踪与控制是由项目经理完成的 而不是 QA QA 只是关心项目经理是否 做了跟踪控制这件事情 WorkWork ProductProduct 工作产品工作产品 在这个项目过程中产生的任何制品 包括文档 软件产品组件 服务 过 程 规范 手册等等 ProductProduct RequirementRequirement 产品需求产品需求 由用户需求提炼成的开发者语言 并且把隐含的需求转化成清晰的导出需 求 产品需求指导开发人员进行产品的设计和生产过程 ProductProduct ComponentComponent 产品组件产品组件 任何被工程化了 需求已定义 已设计开发并且实现 的工作产品 这些 工作产品的需求 开发和实现是为了满足最终产品的功能 或者是为了交付给 用户 将产品组件集成就可以得到产品 Product componentProduct component RequirementRequirement 产品组件需求产品组件需求 对产品组件的一个完全的规格说明 包括应用范围 格式 功能 实现以 及其他需求 RequirementsRequirements ManagementManagement RM RM 需求管理需求管理 管理项目的产品和产品组件的需求 并将与项目计划及工作产品不符合的 需求标识出来 RM 是 2 级的一个 PA RequirementsRequirements DevelopmentDevelopment RD RD 需求开发需求开发 产生和分析用户 产品以及产品组件的需求 RD 是 3 级的一个 PA 8 SupplierSupplier AgreementAgreement ManagementManagement SAM SAM 供应商协议管理供应商协议管理 管理有正式合同的来自项目外部的供应商的产品和服务的获取 SAM 是 2 级的一个 PA 在软件项目的过程中 需要硬件及第三方软件的支持 这些软硬件都需要 采购 或者说将项目外包给其他公司来做 SAM 讲的就是对采购或外包的协议 进行管理 MeasurementMeasurement andand AnalysisAnalysis MA MA 度量分析度量分析 开发和维护用于支持管理信息需要的度量能力 MA 是 2 级的一个 PA 从 2 级到 3 级是相对不是很难 但从 3 级到 4 级就比较难了 难点就在于 度量与分析 度量简单的讲就是通过量化的方式评价一件事情 涉及到量化的 标准规范 分析数据的方法等 ConfigurationConfiguration ItemItem CI CI 配置项配置项 可相对独立的入库 出库的配置管理的对象 其粒度可根据项目的要求进 行确定 随着项目的进展可能细化其中的一个部分 可以是一个产品在生命周 期中的各个阶段所产生的各种形式和各种版本的文档 程序 也可以是其他硬 件 系统 子系统或工具 介质 ConfigurationConfiguration ManagementManagement ItemItem CMI CMI 配置管理项配置管理项 为了配置管理目的而作为一个单位来看待的硬件和 或软件成分 是满足最 终应用功能并被指名用于配置管理的硬件 软件 或是它们的集合体 BaselineBaseline 基线基线 业已通过正式审核与同意 可用作下一步开发的基础 并且只有通过正式 的修改管理步骤才能加以修改的规格说明或产品 ConfigurationConfiguration ManagementManagement CM CM 配置管理配置管理 简单地讲就是对配置项的管理与控制 CM 是 2 级中的一个 PA ConfigurationConfiguration ControlControl BoardBoard CCB CCB 配置控制委员会配置控制委员会 批准建立软件基线 基线的变更和执行产品发布和交付的组织 TailoringTailoring 裁剪裁剪 对组织的标准过程进行增 删 改 以使得到的新的过程符合项目的具体 要求的一种活动 9 裁剪不是裁减 裁剪指南就是规定 什么情况该怎么做 ReviewReview 评审评审 确定一份材料或一项活动是否满足指定要求的过程 PeerPeer ReviewReview 同行评审同行评审 由工作产品生产者的同行遵循已定义的规程对工作产品进行的评审 以标 识工作产品存在的缺陷和需要的改进 同行评审需要已定义的规程的支持 比如代码审查 需要开发规范的支持 PracticePractice ImplementationImplementation IndicatorIndicator DocumentDocument PIID PIID CMMI 评估中的关键 证明实践已经实施的文档 也是证明 CMMI 中的 Practice 被实践的直接证据 TechnicalTechnical SolutionSolution TS TS 技术解决方案技术解决方案 开发 设计和实现满足需求的解决方案 开发 设计和实现包括产品 产 品组件以及产品相关过程 TS 是 3 级的一个 PA 简单的讲 就是软件的设计 开发和实施 VerificationVerification VER VER 验证验证 确定系统 软件开发周期中的一个给定阶段的产品是否达到前阶段确立的需 求的过程 VER 是 3 级的一个 PA 验证的方式包括评审 review 和测试 test 比如我们平时的代码审查 单元测试 系统测试等 ValidationValidation VAL VAL 确认确认 在系统 软件开发过程结束时对系统 软件进行评价 以确认它和需求是否 相一致的过程 VAL 是 3 级的一个 PA 简单的讲就是我们通常所讲的 UAT 确认强调的是在用户的真实环境下 或者完全模仿用户的真实环境 而验 证一般是在开发环境下进行的 ProductProduct IntegrationIntegration PI PI 产品集成产品集成 把产品组件组装成产品 确保作为一个整体的产品能够发挥正确的功能 并交付产品 集成包括软件组件 硬件以及第三方软件等 PI 是 3 级的一个 10 PA 除了软件 硬件以外 还包括基础数据的录入 IntegratedIntegrated ProjectProject ManagementManagement IPM IPM 集成项目管理集成项目管理 按照一个集成化 已定义的过程来建立和管理项目和项目相关人员的参与 情况 这些集成化 已定义的过程是从组织的标准过程集裁剪得到的 这里提到了 3 级的特点 就是建立和利用组织财富库 以组织原有的标准 过程来管理项目 IPM 是 3 级的一个 PA RiskRisk ManagementManagement RSKM RSKM 风险管理风险管理 一种问题分析的手段 它采用风险概率分析 对某情况的风险进行权衡研 究 以便更精确的了解所涉及的风险 风险管理包括风险的识别 分析 优先 级排序和控制 RSKM 是 3 级的一个 PA 风险管理的关键在于风险管理的策略 预防措施以及缓解措施 OrganizationalOrganizational ProcessProcess FocusFocus OPF OPF 组织过程焦点组织过程焦点 组织过程焦点包括建立和维护对组织软件过程和项目软件过程的理解 协 调评估 制定 维护和改进这些过程的活动 OPF 是 3 级的一个 PA OPF 的关键是过程改进 是整个项目过程中的关键 OrganizationalOrganizational ProcessProcess DefinitionDefinition OPD OPD 组织过程定义组织过程定义 组织过程定义包括开发和维护组织的标准软件过程和相关过程资产 例如 软件生命周期模型 过程裁剪指南和准则以及和软件过程有关的文档库 也就是建立和维护组织的财富库 简单的说就是进行知识管理 知识分为 技术类知识和非技术类知识 技术类知识有 技术文档 代码库 可重用组件 等 非技术类知识有 标准过程 规章制度 流程 项目经验 度量数据等 OrganizationalOrganizational TrainingTraining OT OT 组织培训组织培训 组织培训的目的是增加开发人员的知识和技能 使他们能更有效地执行他 们的任务 DecisionDecision AnalysisAnalysis andand ResolutionResolution DAR DAR 决策分析与解决方案决策分析与解决方案 使用一个结构化的方法做出决策 该结构化方法能够按已定制的标准 评 价已标识的替代方案 11 PPQAPPQA Process Process andand ProductProduct QualityQuality Assurance Assurance 过程和产品质量保证过程和产品质量保证 对过程及相关工作产品的客观评价并提供给项目成员和管理部门 PPQA 是 2 级中的一个 PA 在 CMMI 中 产品的质量保证由 QA 升级到 PPQA 也就说 QA 的工作发生了 变化 质量保证往往会和测试混淆 当然测试是质量保证的一种手段 但在 CMMI 中 QA 更注重的是对整个项目过程的审核 QA 的职责可以这么理解 审核项目是否按照过程开展工作 审核产品是否 符合过程要求 EngineeringEngineering ProcessProcess GroupGroup EPG EPG 工程过程组工程过程组 由从事工程学科的人员 包括负责人 管理人员和技术人员 组成的集合 工程学科的例子有系统工程 硬件工程 系统测试 软件工程 软件配置管理 和软件质量保证 这个组在整个认证过程中将会起到非常关键的作用 EPG 的组员不一定都 是全职的 可以兼职 最好有一个直接负责人是全职的 其他人员可以从 QA 项目组 测试人员抽调 EPG 是独立于项目组之外的 EPG 可以认为是一个项目的智囊团或者是参谋 六 六 评估评估 标准 CMMI 评估方法 SCAMPI Standard CMMI Appraisal Method for Process Improvement 定义了一些规则 确保评估定级的一致性 SCAMPI 分 A 级 B 级 C 级三种评估方法 如果要对企业的软件成熟度进行定级 必须采用 SCAMPI A 评估方法 评估的时候企业可以提供一个或多个项目 由评估小组进 行评估 评估小