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

软件过程管理-Ch.9软件过程的评估和改进本章提纲9.1过程模型的剪裁9.2软件过程度量9.3过程评估参考模型9.4过程评估9.5过程改进的模型和方法9.6组织和技术革新9.7软件过程改进的实施9.1过程模型的剪裁9.1.1软件开发组织的类型9.1.2CMMI表示方法9.1.3模型剪裁的用途9.1.4连续式表示模型的剪裁9.1.1软件开发组织的类型组织独立承担某项新产品的全程开发和维护，开发过程不受外部因素影响。组织完成所开发的软件产品的主体部分，但要将次要部分交给第三者完成或集成第三方的软件产品。组织缺乏独立完成软件产品开发的能力，从软件承包商接受软件产品开发的子项目，接受指导下完成项目。9.1.2CMMI表示方法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过程度量的内容软件过程能力度量需求管理和需求开发能力；技术解决能力、因果分析能力和决策分析能力；项目计划能力、项目监督和控制能力、合同管理能力和集成化项目管理能力；质量管理能力、配置管理能力和风险管理能力；组织级过程定义能力、组织级培训能力、组织级改革能力和产品集成能力。软件过程性能的度量过程效率和质量度量的结合工作量（测试效率）结果（缺陷发现）高——低好差效率好/缺陷高（较好）2效率好/缺陷低（最好）1效率低/缺陷低（不确定）3效率低/缺陷高（最差）49.2.2过程度量的流程9.2.3过程度量的方法建立软件开发过程度量的基线，然后将获得的实际测量值与基线进行比较分析，例如获得度量值的平均值和分布情况，平均值反映了组织的整体水平或程度，而分布情况反映了组织的过程能力和执行的稳定性9.2.4过程度量技术1．分析性技术:量化证据以确定什么地方需要改进和改进工作是否成功对比实验研究。模拟实验研究。过程定义评审。正交缺陷分类。根本原因分析。统计过程控制。个体软件过程。2．基准技术9.2.5过程能力度量过程能力的度量，3个参数：Cp指数——过程变更程度指数。K指数——过程均值和制定值的吻合程度。Cpk指数——过程能力的综合指数。Cp=σ/Pk=(M1-M2)/(σ/2)Cpk＝(1-k)xCpCpk1过程没有达到执行能力的最低标准。Cpk=1过程恰好达到最低要求。Cpk1过程超过了预定的最低标准。Cp值vs.σ值、k值vs.准确性Cp概率K值范围准确性1.001.331.501.671.832.003.04.04.55.05.56.099.7399.993799.999994399.9999998k≤0.1250.125k≤0.2500.250k≤0.5000.500k≤0.750k0.750优秀良好一般较差很差9.2.6软件过程生产率的度量在现有人员的能力和历史数据分析基础之上，来测量人员的生产力水平，包括软件开发过程整体生产率（成本核算模型）、软件编程效率和软件测试效率等,例如每人日代码行、每人月功能点、每人年类数或每个类平均人天数等。9.3过程评估参考模型9.3.1ISO/IEC15504评估模型9.3.2Bootstrap评估模型9.3.3Trillium评估模型9.3.4CMM/CMMI的评估体系9.3.1ISO/IEC15504评估模型ISO/IEC15504评估模型（2）15504评估方法•过程尺度，最基础的可度量的过程目标，也可用于标识过程成功与否的预期结果。•过程能力尺度，是具有一系列过程属性、对任何过程的适用性、管理过程和提高过程能力时所必需的可度量特征。•能力确定模式，帮助评估并确定一个潜在软件供应商的能力。•过程改进模式，帮助提高软件开发过程的水平。•自我评估模式，帮助判断是否有能力承接新项目的开发。15504评估等级级别（详见表9-2）第0级，不完善的过程第1级，已实施的过程第2级，已管理的（已计划和已跟踪的）过程第3级，已建立的过程第4级，可预测的过程第5级，优化的过程9.3.2Bootstrap评估模型它是过程改进的先决条件，用以判断软件过程的当前实施情况并且对改进的方法加以约束。Bootstrap方法是欧洲共同体项目(ESPRIT项目5441)产生的结果Bootstrap过程体系由过程分类、过程领域、过程和最佳实践组成。过程域由出多个过程类别组成，涵盖组织、方法和技术等3个领域,每个过程最终分解为活动和基本实践。也分为两个层次——组织和项目采用CMM的5个成熟度等级作为自己的能力等级，但是它们之间存在一些差异9.3.3Trillium评估模型Trillium模型是由电信公司联盟基于CMM1.1版本、考虑了电信业的特殊需求而开发的，其目标是提供指导持续改进计划的方法，呈现大量的工业实践以帮助改进现有的软件过程和生命周期，即作为在竞争性商业环境中改进组织能力的指南1.依照行业内最佳实践，建立组织的产品开发和支持进程能力的基准。2.作为自我评估模型，帮助软件组织在产品开发过程中识别改进的机会。3.在合同的谈判阶段，帮助选择供应商。Trillium评估模型的等级和结构1.没有系统化。2.可重复和面向项目的。3.已定义的和面向过程的。4.已管理和一体化的。5.合成整体9.3.4CMM/CMMI的评估体系1．基于CMM的内部过程改进评估2．基于CMM的软件能力评估3．SCAMPI评估方法4．组织过程的预评估9.4过程评估9.4.1软件过程评估的目标和期望9.4.2软件过程评估的内容和范围9.4.3软件过程评估的方式和类型9.4.4软件过程评估的方法9.4.1评估的目标和期望软件过程评估的目的是对当前组织内部所运行的软件过程能力和性能等状态进行准确的、客观的描述，试图发现当前过程实施的特点，标识出其中的强项与弱项，使将来发挥强项、克服弱项，更好地控制过程、改进过程，避免在质量、成本以及进度方面出现重大的问题。能充分和各个层面、各个方面的人员沟通，获得全面的、第一手数据，确保可靠的、准确的评估结果。评估的结果被应用于过程改进，或有助于第3方组织对本组织的认可。评估输入和输出输入评估发起方、被评估组织单位及其之间的关系。过程评估的背景、目的。评估参考模型范围以及模型对应的表示。评估约束、评估小组构成和收集的任何附加信息。输出评估最终报告：每个被评估过程域的强项和弱项的文字陈述；对相应评估对象的定级描述。是否达到评估输出的决定，可能要求附加的定级输出来作为评估的结果。基于评估结果，采取行动的建议或过程改进活动计9.4.2评估的内容和范围软件需求获取、分析、开发、变更控制和管理等能力项目计划能力项目监督和控制能力合同管理能力软件度量能力软件质量保证和管理流程、手段和方法等技术开发、革新，产品的定义、设计、实现产品集成，项目集成管理配置管理、维护风险识别、控制和管理原因分析、决策、问题解决的能力组织变革，改进过程，建立组织商业目标组织培训的计划和实施能力9.4.3评估的方式和类型评估方式自我评估是指由软件开发组织内部进行的评估，主要是由成员个人进行的评估行为。第三方评估,也称为能力检测。综合方式。评估类型A类评估。全面综合的评估方法，要求全面覆盖评估中所使用的模型。B类评估。评估范围缩小，集中于需要关注的过程域。C类评估，也称为快估。主要是检查特定的风险域，找出过程中的问题所在。CMMI3种评估类型的对比特征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过程改进的6Sigma方法9.5.1质量改进范例9.5.2过程改进的IDEAL模型IDEAL模型的两维结构启动阶段诊断阶段建立阶段行动阶段学习阶段管理软件过程改进程序战略层沟通、约定和影响战术层9.5.3过程改进的Raytheon方法9.5.4过程改进的6Sigma方法定义(Define)测量(Measure)分析(Analyze)改进(Improve)控制(Control)DMAIC阶段活动要点常用工具和技术定义项目启动、确定CTQ。QFD，FMEA流程图，亲和图。头脑风暴法，树图排列图，CT分解测量测量输出、确定项目基线。运行图，分层法FMEA，散布图，直方图测量系统分析，过程能力分析水平对比法，抽样计划分析确定关键影响因素。散布图，因果图多变量图假设检验，回归分析方差分析，抽样计划改进设计并验证改进方案。FMEA，试验设计田口方法响应面法，过程仿真过程能力分析控制保持成果。控制计划，SPC控制图标准操作SOP防错方法，目标管理DMADV方法表9-8“DMADV”和“PIDOV”的比较9.6组织和技术革新1．组织和技术革新的理念和原则2．组织和技术革新的计划3．先导性试验的重要性4．组织和技术革新所需要的环境和支持5．组织和技术革新的工具6．概念培训和专题培训7．组织和技术革新的实施步骤8．技术革新关联的全过程活动表9-9技术革新管理的全过程活动9.7软件过程改进的实施9.7.1过程改进的原则和策略9.7.2过程改进的组织支持9.7.3过程改进计划9.7.4过程改进的具体实施步骤9.7.5软件过程改进的自动化实现9.7.1过程改进的原则和策略组织过程改进实施的原则可以概括为以下8点。1.软件过程改进的组织应设定切实可行的目标。2.过程改进是一个持续进行的活动，而不是一次性的活动。3.软件过程改进需要得到组织管理层足够的支持。4.软件过程改进不只是单个组织单元)的事，而应包括软件开发过程涉及的所有团队和成员。5.过程改进活动应被视为一个一个的项目，从而获得必要的预算和资源。6.坚持适当的监控机制。7.过程改进的成功与否取决于过程实施效果。8.对改进活动的过程进行监控，鼓励创新，及时获得反馈，及时进行纠正或调整。过程改进的策略1．自顶向下与自底向上相结合2．循序渐进、持续改进3．文化变革先行4．内外结合，以内为主5．切合实际、区别对待6．充分利用管理工具9.7.2过程改进的组织支持管理指导委员会（MSC）软件工程过程组（SEPG）软件质量保证组（SoftwareQualityAssuranceGroup