软件过程与管理复习（九）

最新推荐文章于 2024-10-30 16:20:47 发布

一指流沙q

最新推荐文章于 2024-10-30 16:20:47 发布

阅读量442

点赞数 2

分类专栏：软件过程与管理文章标签：软件工程

本文链接：https://blog.csdn.net/qq_51165234/article/details/125249746

版权

软件过程与管理专栏收录该内容

12 篇文章 8 订阅

订阅专栏

本章深入探讨了软件过程的评估方法，包括CMMI剪裁、过程度量（如过程能力、生产率）、ISO/IEC15504评估模型、过程改进模型如IDEAL和Raytheon，以及组织和技术革新策略。同时，详细介绍了过程评估的步骤、过程改进的实施路径和自动化工具应用。

摘要由CSDN通过智能技术生成

9.3.1 ISO/IEC 15504评估模型

9.5.3 过程改进的 Raytheon方法

9.5.4 过程改进的 6 Sigma方法

第9章软件过程的评估和改进

9.1 过程模型的剪裁

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 过程度量技术

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. 准确性

概率

K 值范围

准确性

1.00

1.33

1.50

1.67

1.83

2.00

3.0

4.0

4.5

5.0

5.5

6.0

99.73

99.9937

99.9999943

99.9999998

k≤0.125

0.125<k≤0.250

0.250<k≤0.500

0.500<k≤0.750

k>0.750

优秀

良好

一般

较差

很差

9.2.6 软件过程生产率的度量

在现有人员的能力和历史数据分析基础之上，来测量人员的生产力水平，包括软件开发过程整体生产率（成本核算模型）、软件编程效率和软件测试效率等,例如每人日代码行、每人月功能点、每人年类数或每个类平均人天数等。

9.3 过程评估参考模型

9.3.1 ISO/IEC 15504评估模型

15504评估方法

过程尺度，最基础的可度量的过程目标，也可用于标识过程成功与否的预期结果。
过程能力尺度，是具有一系列过程属性、对任何过程的适用性、管理过程和提高过程能力时所必需的可度量特征。
能力确定模式，帮助评估并确定一个潜在软件供应商的能力。
过程改进模式，帮助提高软件开发过程的水平。
自我评估模式，帮助判断是否有能力承接新项目的开发。

15504评估等级

级别（详见表9-2）

第0级，不完善的过程

第1级，已实施的过程

第2级，已管理的（已计划和已跟踪的）过程

第3级，已建立的过程

第4级，可预测的过程

第5级，优化的过程

9.3.2 Bootstrap评估模型

它是过程改进的先决条件，用以判断软件过程的当前实施情况并且对改进的方法加以约束。 Bootstrap方法是欧洲共同体项目(ESPRIT项目5441)产生的结果
Bootstrap过程体系由过程分类、过程领域、过程和最佳实践组成。过程域由出多个过程类别组成，涵盖组织、方法和技术等3个领域,每个过程最终分解为活动和基本实践。
也分为两个层次——组织和项目
采用CMM的5个成熟度等级作为自己的能力等级，但是它们之间存在一些差异

9.3.3 Trillium评估模型

Trillium模型是由电信公司联盟基于CMM1.1版本、考虑了电信业的特殊需求而开发的，其目标是提供指导持续改进计划的方法，呈现大量的工业实践以帮助改进现有的软件过程和生命周期，即作为在竞争性商业环境中改进组织能力的指南。

依照行业内最佳实践，建立组织的产品开发和支持进程能力的基准。
作为自我评估模型，帮助软件组织在产品开发过程中识别改进的机会。
在合同的谈判阶段，帮助选择供应商。

1.没有系统化。

2.可重复和面向项目的。

3.已定义的和面向过程的。

4.已管理和一体化的。

5.合成整体

9.3.4 CMM/CMMI的评估体系

1．基于CMM的内部过程改进评估

2．基于CMM的软件能力评估

3．SCAMPI评估方法

4．组织过程的预评估

9.4 过程评估

9.4.1 软件过程评估的目标和期望

软件过程评估的目的是对当前组织内部所运行的软件过程能力和性能等状态进行准确的、客观的描述，试图发现当前过程实施的特点，标识出其中的强项与弱项，使将来发挥强项、克服弱项，更好地控制过程、改进过程，避免在质量、成本以及进度方面出现重大的问题。

能充分和各个层面、各个方面的人员沟通，获得全面的、第一手数据，确保可靠的、准确的评估结果。
评估的结果被应用于过程改进，或有助于第3方组织对本组织的认可。

评估输入和输出

输入

评估发起方、被评估组织单位及其之间的关系。
过程评估的背景、目的。
评估参考模型范围以及模型对应的表示。
评估约束、评估小组构成和收集的任何附加信息。

输出

评估最终报告：每个被评估过程域的强项和弱项的文字陈述；
对相应评估对象的定级描述。
是否达到评估输出的决定，可能要求附加的定级输出来作为评估的结果。
基于评估结果，采取行动的建议或过程改进活动计

9.4.2 软件过程评估的内容和范围

软件需求获取、分析、开发、变更控制和管理等能力
项目计划能力
项目监督和控制能力
合同管理能力
软件度量能力
软件质量保证和管理流程、手段和方法等
技术开发、革新，产品的定义、设计、实现
产品集成，项目集成管理
配置管理、维护
风险识别、控制和管理
原因分析、决策、问题解决的能力
组织变革，改进过程，建立组织商业目标
组织培训的计划和实施能力

9.4.3 软件过程评估的方式和类型

评估方式

自我评估是指由软件开发组织内部进行的评估，主要是由成员个人进行的评估行为。
第三方评估,也称为能力检测。
综合方式。

评估类型

A类评估。全面综合的评估方法，要求全面覆盖评估中所使用的模型。
B类评估。评估范围缩小，集中于需要关注的过程域。
C类评估，也称为快估。主要是检查特定的风险域，找出过程中的问题所在。

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模型

IDEAL模型的两维结构

9.5.3 过程改进的 Raytheon方法

9.5.4 过程改进的 6 Sigma方法

阶段	活动要点	常用工具和技术
定义	项目启动、确定CTQ。	QFD，FMEA 流程图，亲和图。	头脑风暴法，树图排列图，CT 分解
测量	测量输出、确定项目基线。	运行图，分层法 FMEA，散布图，直方图	测量系统分析，过程能力分析水平对比法，抽样计划
分析	确定关键影响因素。	散布图，因果图多变量图	假设检验，回归分析方差分析，抽样计划
改进	设计并验证改进方案。	FMEA，试验设计田口方法	响应面法，过程仿真过程能力分析
控制	保持成果。	控制计划，SPC控制图标准操作SOP	防错方法，目标管理