德信无线标准软件过程TSSP-01-CMM_CMMI模型介绍.ppt

CMM/CMMI模型概述 Techfaith TSSP定义工作组 TF_SW_PROC_001 Change History Record 大纲 词汇 CMM/CMMI背景 CMM介绍 CMMI介绍 牢记CMM/CMMI Capability 能力 Maturity 成熟度 Model 模型 Integration 集成 什么是软件过程？ 软件过程 -人们用以开发和维护软件及其相关产品的一组活动、方法、实践和变换。（IEEE） 过程能力/性能、过程成熟度 软件过程能力 遵循软件过程能够实现的期望结果 软件过程性能 遵循软件过程得到的实际结果 软件过程成熟度 一个特定过程被明确定义、管理、测量、控制、并且有效的程度 背景 1983年，美国政府会计署通过调查研究表明： 仅有 3% 的交付软件是可用的 49 % 不能使用 48 % 需要在使用之前进行修改 1984年，政府在卡耐基梅Carnegie Mellon大学资助建立SEI（ Software Engineering Institute, 软件工程研究所），开始研究业界公认的能研发高质量软件产品和能按时按预算交付项目的软件组织。 背景 86年，SEI受托于美国国防部DoD，开始研究评价政府软件承包商过程成熟度的标准。87年，SEI发布了Watts Humphrey的软件过程成熟度框架的简要描述和成熟度提问单。 91年，由Humphrey为首的研究小组将软件过程成熟度框架进化为软件能力成熟度模型（CMM V1.0）。其后，又吸收多次研讨会和软件界反馈的意见， CMM V1.1于93年发布。 2000年SEI发布CMMI 1.0版 CMM介绍 CMM-五个成熟度等级 成熟度等级 成熟度等级是妥善定义的在向成熟软件组织前进过程中的平台。 每一个成熟度等级为过程继续改进提供了一个台阶。 在CMM中共有5个成熟度等级 成熟度等级由一系列的关键域描述 Level 1 – 初始级 Level 2 – 可重复级 Level 3 – 已定义级 Level 4 – 量化管理级 Level 5 – 优化级 过程可视性 过程能力 过程能力的进化 CMM的结构 公共特征 每个关键过程域中，按照公共特征来组织关键实践 共有五类公共特征： 执行承诺 执行能力 执行的活动 度量和分析 验证实施 执行承诺 执行承诺描述组织保证过程得以建立和继续起作用所必须采取的行动。 执行承诺一般包含： 制定组织的方针 高级管理者的支持 职责 执行能力 执行能力描述为了能实施软件过程，项目或组织中必须存在的先决条件。 执行能力一般包括： 资源 组织结构 职责和授权 培训 执行的活动 执行的活动描述为实现一个关键过程区域所必须的角色和规程。 执行的活动一般包括： 制定计划和规程 进行工作 跟踪工作 在需要时采取纠正措施 度量和分析 度量和分析描述对过程进行度量和对度量结果进行分析的需要。 度量和分析一般包括： 一些为了确定所执行活动的状态和有效性所能采用的度量的用例 验证实施 验证实施描述那些能保证遵照已建立的过程进行活动的措施。 验证实施一般包括： 管理者和软件质量保证部门所作的评审和审计 什么是软件CMM？ 宏观上，软件CMM提供软件组织进行过程改进的框架，描述了从混乱、不成熟的过程到成熟、有纪律的过程的改进步骤。 微观上，CMM包括有效进行软件开发和维护的关键过程元素，覆盖计划、工程和管理软件开发和维护过程的做法。 但CMM不包括: 具体的工具、方法，技术以及领域专门知识 系统工程、市场和其他商业问题 如何选择、雇用、激励和留住有能力的人 CMM精髓：持续改进 正如精确的Optimizing 不断缩小现状与业界最佳的差距 不断找出并有序引进可以提高效率、改进质量的方法、工具和技术 优化级也只是更进一步改进的基础，不是改进的重点 运用CMM的好处 CMMI介绍 CMMI介绍大纲 CMMI的由来 用CMMI后的变化 CMMI与CMM的区别 结构，即表示法 范围 KPA CMMI由来 开始讲到了CMM，后来又有了P-CMM，EI-CMM…… 后来要求不要再开发新的模型 用一个模型描述软件企业的需要 用CMMI的变化 组织可以关注到除软件之外的其它内容 可以覆盖公司的其他地方 可以为公司提供一个评价整个组织的内容 区别—表示法 阶段式 连续式 区别—结构 过 程 域 目标 某些目标应用到多于一个过程域中 另一些目标仅应用到一个过程域中（唯一特征） 通用特征 执行承诺 执行能力---资源，组织结构和培训 执行活动---为执行目标所需要的步骤，如：开发计划、规程、跟踪 验证 特定特征 目标 特定目标 相关的执行活动 每个过程