软件过程的评价和改进.ppt

CMMI 3 种评估类型的对比 特征 A 类 B 类 C 类 用途模式 ? 全面综合的评估方法。 ? 组织的成熟度等级的评定。 ? 自我评估。 ? 范围小，集中于关注 的过程域。 ? 快估。 ? 检查特定的风险域 优点 覆盖全面、结果客观，能整体 把握组织过程能力和清楚过程 中的优势和弱势，评定等级。 发现过程问题并启动组 织的过程改进，提高过 程洞察力，风险小。 投入小、反馈及时、见 效快。 缺点 投入大、资源需求很多、风险 大。 严格性和规范性低、不 够全面，不能评定等级。 深度和广度都不够，结 果可信度低。 评估发起人 组织的最高管理层。 过程改进组织或质量管 理部门。 任何组织内部的经理。 评估组组成 内部和外部人员。 内部或外部人员。 评估组规模 4 ～ 10 人＋评估组长。 2 ～ 6 人＋评估组长。 1 ～ 3 人＋评估组长。 评估组资格 有经验。 有适当经验。 对评估组长 的要求 主评估师。 主评估师或受过专业过 程评估培训的人员。 有过程评估经验的人员 9.4.4 软件过程评估的方法 1 ．评估方法准则 2 ．选择评估时机 3 ．评估步骤 4 ．软件过程评估注意的要点 9.5 过程改进的模型和方法 9.5.1 质量改进范例 9.5.2 过程改进的 IDEAL 模型 9.5.3 过程改进的 Raytheon 方法 9.5.4 过程改进的 6 Sigma 方法 9.5.1 质量改进范例 9.5.2 过程改进的 IDEAL 模型 IDEAL 模型的两维结构 启动阶段 诊断阶段 建立阶段 行动阶段 学习阶段 管理软件过程改进程序 战略层 沟通、约定 和影响 战术层 软件过程管理 -Ch.9 软件过程的评估和改进 本章提纲 9.1 过程模型的剪裁 9.2 软件过程度量 9.3 过程评估参考模型 9.4 过程评估 9.5 过程改进的模型和方法 9.6 组织和技术革新 9.7 软件过程改进的实施 9.1 过程模型的剪裁 9.1.1 软件开发组织的类型 9.1.2 CMMI 表示方法 9.1.3 模型剪裁的用途 9.1.4 连续式表示模型的剪裁 9.1.1 软件开发组织的类型 ? 组织独立承担某项新产品的全程开发和维护， 开发过程不受外部因素影响。 ? 组织完成所开发的软件产品的主体部分，但要 将次要部分交给第三者完成或集成第三方的软 件产品。 ? 组织缺乏独立完成软件产品开发的能力，从软 件承包商接受软件产品开发的子项目，接受指 导下完成项目。 9.1.2 CMMI 表示方法 9.1.3 模型剪裁的用途 对过程模型的剪裁，其基本用途不外乎为两类： ? 将剪裁模型用于内部过程改进。 ? 将剪裁模型用于建立评估基线。 有的组织将剪裁模型用于两者，既用于过程改进， 也用于建立评估基线。 9.1.4 连续式表示模型的剪裁 ? 模型的剪裁应侧重于那些支持核心业务目标的过程域和实践。 ? 作为基础的过程域和实践应该要保留下来，不能舍弃。 ? 过程改进是一种自主行为，所以过程改进的模型剪裁基本可以由 组织自行确定，相对灵活。 ? 一个组织或项目，从单个过程域或有限的几个过程域实施评估和 改进，可以获得过程能力的提高，虽然其提高的程度要低于全面 实施整个模型的结果 , 因为我们知道，各个过程域之间是相辅相成 的。 ? 从执行评估的角度看，模型剪裁的程度将直接影响评估结果的可 比较程度，所以，一般要求使用相对稳定的几个剪裁版本。 9.2 软件过程度量 9.2.1 过程度量的内容 9.2.2 过程度量的流程 9.2.3 过程度量的方法 9.2.4 过程度量技术 9.2.5 过程能力度量 9.2.6 软件过程生产率的度量 9.2.1 过程度量的内容 软件过程 能力 度量 需求管理和需求开发能力；技术解决能力、因果分析能力和决策 分析能力；项目计划能力、项目监督和控制能力、合同管理能力 和集成化项目管理能力；质量管理能力、配置管理能力和风险管 理能力；组织级过程定义能力、组织级培训能力、组织级改革能 力和产品集成能力。 软件过程 性能 的度量 过程效率和质量度量的结合 工作量 （测试效率） 结果（缺陷发现） 高 —