软件过程的评价和改进

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

9.1.2 CMMI 表示方法
9.1.3 模型剪裁的用途
对过程模型的剪裁,其基本用途不外乎为两类:
? 将剪裁模型用于内部过程改进。 ? 将剪裁模型用于建立评估基线。
有的组织将剪裁模型用于两者,既用于过程改进, 也用于建立评估基线。
9.1.4 连续式表示模型的剪裁
? 模型的剪裁应侧重于那些支持核心业务目标的过程域和实践。 ? 作为基础的过程域和实践应该要保留下来,不能舍弃。 ? 过程改进是一种自主行为,所以过程改进的模型剪裁基本可以由
组织自行确定,相对灵活。 ? 一个组织或项目,从单个过程域或有限的几个过程域实施评估和
改进,可以获得过程能力的提高,虽然其提高的程度要低于全面 实施整个模型的结果,因为我们知道,各个过程域之间是相辅相成 的。 ? 从执行评估的角度看,模型剪裁的程度将直接影响评估结果的可 比较程度,所以,一般要求使用相对稳定的几个剪裁版本。
软件过程管理
-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.3 过程评估参考模型
9.3.1 ISO/IEC 15504 评估模型 9.3.2 Bootstrap 评估模型 9.3.3 Trillium 评估模型 9.3.4 CMM/CMMI 的评估体系
9.2 软件过程度量
9.2.1 过程度量的内容 9.2.2 过程度量的流程 9.2.3 过程度量的方法 9.2.4 过程度量技术 9.2.5 过程能力度量 9.2.6 软件过程生产率的度量
9.2.1 过程度量的内容
软件过程能力度量
需求管理和需求开发能力;技术解决能力、因果分析能力和决策 分析能力;项目计划能力、项目监督和控制能力、合同管理能力 和集成化项目管理能力;质量管理能力、配置管理能力和风险管 理能力;组织级过程定义能力、组织级培训能力、组织级改革能 力和产品集成能力。
9.2.4 过程度量技术
1.分析性技术: 量化证据以确定什么地方需要改进和
改进工作是否成功
? 对比实验研究。 ? 模拟实验研究。 ? 过程定义评审。 ? 正交缺陷分类。 ? 根本原因分析。 ? 统计过程控制。 ? 个体软件过程。
2.基准技术
9.2.5 过程能力度量
过程能力的度量,3个参数:
Cp指数—— 过程变更程度指数。 K指数—— 过程均值和制定值的吻合程度。 Cpk指数—— 过程能力的综合指数。
Cp = σ/ P k = (M1 - M2) / (σ/2)
Cpk = (1-k) x Cp Cpk<1 过程没有达到执行能力的最低标准。 Cpk =1 过程恰好达到最低要求。 Cpk >1 过程超过了预定的最低标准。
Cp值 vs.σ值、k值 vs. 准确性
Cp
?
1.00 3.0
概率 99.73
9.1.1 软件开发组织的类型
? 组织独立承担某项新产品的全程开发和维护, 开发过程不受外部因素影响。
? 组织完成所开发的软件产品的主体部分,但要 将次要部分交给第三者完成或集成第三方的软 件产品。
? 组织缺乏独立完成软件产品开发的能力,从软 件承包商接受软件产品开发的子项目,接受指 导下完成项目。
软件过程性能的度量
过程效率和质量度量的结合
工作量(测试效率)
好 效率好/缺陷高
(较好)2
效率好/缺陷低 (最好)1

效率低/缺陷高 (最差)4
效率低/缺陷低 (不确定)3
高 ——? 低
结果(缺陷发现)
9.2.2 过程度量的流程
9.2.3 过程度量的方法
建立软件开发过程度量的基线,然后将获得的实际 测量值与基线进行比较分析,例如获得度量值的平均值 和分布情况,平均值反映了组织的整体水平或程度,而 分布情况反映了组织的过程能力和执行的稳定性
9.3.1 ISO/IEC 15504 评估模型
ISO/IEC 15504 评估模型(2)
15504评估方法
? 过程尺度,最基础的可度量的过程目标,也可用于标识 过程成功与否的预期结果。
? 过程能力尺度,是具有一系列过程属所必需的可度量 特征。
? 能力确定模式,帮助评估并确定一个潜在软件供应商的 能力。
? 过程改进模式,帮助提高软件开发过程的水平。 ? 自我评估模式,帮助判断是否有能力承接新项目的开发。
15504评估等级
级别 (详见表9-2) 第0级,不完善的过程 第1级,已实施的过程 第2级,已管理的(已计划和已跟踪的)过程 第3级,已建立的过程 第4级,可预测的过程 第5级,优化的过程
9.3.2 Bootstrap评估模型
? 也分为两个层次——组织和项目 ? 采用CMM的5个成熟度等级作为自己的能力等级,但
是它们之间存在一些差异
9.3.3 Trillium 评估模型
Trillium模型是由电信公司联盟基于CMM1.1版本、考虑了电信业
? 它是过程改进的先决条件,用以判断软件过程的当前 实施情况并且对改进的方法加以约束。
? Bootstrap 方法是欧洲共同体项目(ESPRIT项目5441) 产生的结果
? Bootstrap 过程体系由过程分类、过程领域、过程和最 佳实践组成。过程域由出多个过程类别组成,涵盖组 织、方法和技术等3个领域,每个过程最终分解为活动 和基本实践。
K 值范围 k≤0.125
准确性 优秀
1.33 4.0 99.9937 0.125<k≤0.250 良好
1.50 4.5 99.9999943 0.250<k≤0.500 一般
1.67 5.0 99.9999998 0.500<k≤0.750 较差
1.83 5.5
k>0.750
很差
2.00 6.0
9.2.6 软件过程生产率的度量
相关文档
最新文档