第七章 软件能力成熟度模型.pptVIP

优化管理级的关键过程域 ? 组织革新与部署 （ Organizational Innovation and Deployment ）的目的是选择并部署增量 式和创新的改进活动，以便改进组织的过程和 技术。 ? 原因分析与解决 （ Causal Analysis and Resolution ）的目的是识别缺陷和其它问题的 原因，并且采取措施来预防将来再发生这些问 题。 本章内容提要 ? 软件过程与过程管理 ? CMMI 概述 ? CMMI 的成熟度等级及其过程域 ? CMMI 的应用 ? PSP ， TSP 与 CMMI 第四节 CMMI 的应用 ? 实施 CMMI 过程改进的两种方法 ? 阶段表示 ? 连续表示 ? CMMI 评估 实施 CMMI 过程改进的两种方法 ? CMMI 模型支持两种实施过程改进的方法，一 种称为阶段表示，一种称为连续表示。 ? 阶段表示 （ Staged Representation ）为过程 改进提供了一个预定义的路线图，即从成熟度 等级 1 到成熟度等级 5 逐级增加，要达到某一成 熟度等级，必须满足该等级（及其以下等级） 上所有过程域的目标。 ? 连续表示 （ Continuous Representation ）支 持单个过程域的改进，可理解为一个过程域接 着一个过程域实施改进。在每个过程域上从能 力等级 0 到能力等级 5 逐级增加。 实施 CMMI 过程改进的两种方法 阶段表示和连续表示的对比 ? 阶段表示是从 CMM 模型继承而来，已经过多 年的实践检验。它提供了一个明确的、被证实 的过程改进路径，遵循这条路径不需要过多的 讨论和争论。而且由于它的明确性和统一性， 有助于进行跨组织的比较。 ? 连续表示的优点是提供了灵活性。用户可根据 具体的改进目标来选择需要实现的过程域及其 实现次序。 CMMI 评估 ? 成熟度等级的评估由美国卡内基梅隆大学的软 件工程研究所授权的主任评估师领导一个评审 小组进行，其成员大部分来自企业内部。 ? 评估过程包括员工培训（企业的高层领导也要 参加）、问卷填写和统计、文档审查、数据分 析、与企业的高层领导讨论和撰写评估报告等。 评估结束由主任评估师签字生效。 ? 评估结果报告给 SEI ，但 SEI 不会发“认证”证 书。 CMMI 评估 ? 一般有两种类型的评估： 软件过程评估 和 软件 能力评价 。 ? 软件过程评估用于确定机构当前过程的状态， 决定一个机构所面临的与过程相关的问题，并 且获得机构对软件过程改进的支持。 ? 软件能力评价用来确定合格的软件项目承包方， 或用来监督在目前的软件项目中正在进行的软 件过程的状态。 软件过程评估方法 ? 判断一个组织当前的软件过程的能力状态，并 发现过程中的缺陷。 ? 判断并确定一个组织面对的与软件过程相关的 改进策略。 软件能力评价方法 ? 判断有意承担某个软件项目的软件组织（投标 者）的过程能力。 ? 利用评价结果确定选择某一承包者的风险。 ? 判断已进行的软件过程所处的状态是否正确或 是否正常。 ? 推动承包者在工作过程中改进他们的软件过程。 初始级 ? 人员 ? 依赖个人努力和精英人物； ? 项目组成员的工作方式就是哪里出现危机就 去哪儿解决。 ? 技术 ? 引进新技术是很大的风险。 ? 度量 ? 不收集和分析数据。 ? 注意：有些组织制定了一些软件工程规范，但 如果这些规范没有覆盖基本的关键过程域，且 执行没有政策、资源方面的保证时，那么该组 织仍然被视为处于初始级成熟度。 初始级 ? 改进方向 ? 建立项目管理过程，实施规范化管理，保障 项目的承诺。 ? 进行需求管理，建立客户与软件项目之间的 共同理解，使项目真正反映客户的要求。 ? 建立各种软件项目计划。如：软件开发计划、 配置管理计划、风险管理计划等。 ? 开展软件质量保证活动。 初始级 3.2 CMMI 已管理级 特征： ? 进行较为现实的承诺，按以前在同类项目上的 成功经验建立必要的过程准则以确保再一次成 功。 ? 逐个项目地建立基本过程管理条例来加强软件 过程能力。 ? 建立了基本的项目管理过程来跟踪成本、进度 和功能，包括：需求管理、计划和跟踪监控、 质量管理、配置管理、子合同管理。通过执行 这些过程，从管理角度可以看到一个按计划执 行的且阶段可控的软件开发过程。 ? 过程 ? 软件开发和维护过程是相对稳定的，但过程 建立在项目级别，而非企业级别。 ? 软件工程过程受控于有效的工程管理过程，