模板
教程
环境
性能
功能
管理
点点滴滴在心头：软件开发度量思想
ISO的度量思想：基于事实的决策方法
ISO的八项质量管理原则之一“基于事实的决策方法”强调：对数据和信息的逻辑分析或直觉判断是有效决策的基础。这一原则在ISO 9001:2000标准中的应用示例主要包括：组织应确定、收集和分析适当数据进行质量策划，对质量管理体系过程、所需资源和持续改进作出正确决策；通过管理评审对质量管理体系改进机会和变更需要进行决策；对产品实现过程、设计开发和持续改进进行决策。“基于事实的决策方法”的主要好处在于：能根据信息决策；通过回顾以往的事实能验证以前所作决定的有效性；能审查调整意见以及决定，调查其正当性并加以变更。“基于事实的决策方法”的应用措施主要包括：
—— 分析数据以及信息，确认这些数据和信息充分且正确；
—— 让数据需求者能访问该数据；
—— 用有效方法分析数据和信息；
—— 在事实性分析、经验和直觉之间取得平衡的基础上决策并采取行动。
以事实为依据做决策，可防止决策失误。在对信息和资料作科学分析时，统计技术是最重要的工具之一。统计技术可用来测量、分析和说明产品和过程的变异性，可以为持续改进的决策提供依据。
CMM的度量思想：度量与分析
CMM各级的度量规定
CMM使软件从业人员的思想、行为、度量更加科学化。其中的度量思想在各级中均有体现。CMM中比较强调用数据说话，对项目过程中基本上所有的数据都会有记录，最后把收集的数据提交质量保证部门进行分析，以改进流程。CMM中，产品度量一般是包含在各“执行活动”中，而过程度量是在“度量分析”这一共通特征中加以描述。表5-4是CMM各级的度量相关规定：
表5-4 CMM各级的度量规定
|
等 级 |
度 量 要 求 |
改进方向(度量相关) |
|
初始级 |
不收集数据或分析数据。 |
|
|
可重复级 |
(1)每个项目建立资源计划。主要是关心成本、产品和进度； (2)有相应的管理数据。 |
积累数据，建立组织的软件过程库及软件过程相关的文档库。 |
|
已定义级 |
(1)在全过程中收集使用数据； (2)在全项目中系统性地共享 数据。 |
(1)开始着手软件过程的定量分析，以达到定量地控制软件项目过程的效果； (2)通过软件的质量管理达到软件的质量目标。 |
|
等 级 |
度 量 要 求 |
改进方向(度量相关) |
|
管理级 |
(1)在全组织内进行数据收集与确定； (2)度量标准化； (3)数据用于定量地理解软件过程及稳定软件过程。 |
(1)缺陷防范，不仅发现问题时能及时改进，而且应采取特定行动防止将来出现类似缺陷； (2)主动进行技术革新管理，标识、选择和评价新技术，使有效的新技术能在开发组织中施行； (3)进行流程变更管理，定义过程改进目的，经常不断地进行过程改进。 |
|
优化级 |
利用数据评估，选择过程改进。 |
保持持续不断的软件过程改进。 |
项目跟踪和监督
项目跟踪和监督是CMM第2 级的一个重要KPA，使管理者对实际的软件项目进展过程有足够的了解，以在项目效能偏离计划太多时采取有效措施，参见表5-5。
表5-5 KPA：项目跟踪和监督
|
项目跟踪和监督(PTO：Project Tacking and Oversight) | |
|
项 目 |
内 容 |
|
目的 |
提供实际进程的充分的可视性，以便当软件项目的执行严重偏离软件计划时管理者能够采取有效的措施。 |
|
内容 |
根据文档化的评估、责任和计划，跟踪和审核软件的完成和结果，并在实际的完成和结果的基础上调整计划。 |
|
目标 |
目标1：根据软件计划跟踪实际结果和完成情况。 目标2：如果实际结果和完成情况严重偏离计划，采取矫正措施并加以管理直至结束。 目标3：软件责任的改变要经过相关部门和个人的同意。 |
|
项 目 |
内 容 |
|
共通特征 | |
|
承诺实施 |
承诺1：指定一个项目软件经理负责项目软件的活动和结果。 承诺2：项目依照书面的管理软件项目的组织性原则加以实施。 |
|
实施能力 |
能力1：文档化和批准软件项目的软件开发计划。 能力2：项目经理明确地分配软件工作产品和活动的责任。 能力3：提供充足的资源和资金用于跟踪软件项目。 能力4：培训项目经理进行软件项目的技术和人事方面的管理。 能力5：一级项目经理接受软件项目技术方面的指导。 |
|
执行活动 |
活动1：将文档化的软件开发计划用于跟踪软件活动和交流状况。 活动2：根据文档化的程序修订项目的软件开发计划。 活动3：根据文档化的程序，协同高级经理审核软件项目为个人和机构外部门所规定的责任以及责任的变动。 活动4：对于影响软件项目的获得批准的责任变更要经过与软件工程部门的成员和其他软件相关部门的交流。 活动5：跟踪软件工作产品规模(或软件工作产品变动的规模)，如有必要，采取改正措施。 活动6：跟踪项目的努力和成本，如有必要，采取改正措施。 活动7：跟踪项目的关键计算机资源，如有必要，采取改正措施。 活动8：跟踪项目软件进度，如果必要，采取改正措施。 活动9：跟踪软件工程技术活动，如有必要，采取改正措施。 活动10：跟踪与项目的成本、资源、进度和技术方面相关的软件风险。 活动11：记录软件项目的实际度量数据和再计划数据。 活动12：软件工程部门定期进行内部审核，以依照软件开发计划跟踪技术进程、计划、成果和问题。 活动13：根据文档化的程序，通过选择的项目里程碑进行确定软件项目完成情况和结果的正式审核。 |
|
项 目 |
内 容 |
|
度量分析 |
度量1：进行度量，用于确定软件跟踪和监督活动的状况。 |
|
实施验证 |
验证1：定期协同高级经理审核软件项目跟踪和监督的活动。 验证2：定期或事件驱动下协同项目经理审核软件项目跟踪和监督的活动。 验证3：软件质量保证部门审核软件项目跟踪和监督的活动以及工作产出并报告结果。 |
定量过程管理
定量过程管理是CMM第4级的一个重要KPA，是在软件项目中定量控制软件过程表现，也是CMM以及CMMI的核心内容和难点之一，参见表5-6。当过程稳定于可接受的范围内时，软件项目所涉及的软件过程、对应的度量以及度量可接受的范围就被认可为一条基准，并用来定量地控制过程表现。CMM第4级最大的困难在于量化，从软件开发开始到结束，都需要大量的数据来说明。
表5-6 KPA：定量过程管理
|
定量过程管理(QPM：Quantitative Process Management) | |
|
项 目 |
内 容 |
|
目的 |
定量地控制软件项目的过程效能。软件过程效能表示遵循这一软件过程所得到的实际结果。 |
|
内容 |
(1) 为项目定义软件过程(PDSP：Project’s Defined Software Process)效能 设定目标。 (2) 度量该过程的实际效能。 (3) 分析度量结果。 (4) 将过程效能保持在可接受的限度内。 |
|
目标 |
目标1：定量过程管理活动具有计划。 目标2：定量控制PDSP的过程效能。 目标3：定量了解组织标准软件过程(OSSP：Organization Standard Software Process)的过程能力。 |
|
项 目 |
内 容 |
|
共通特征 | |
|
承诺实施 |
承诺1：对PDSP效能的测量和定量控制要遵循书面的组织方针。 (1) 有关个人效能的敏感数据应予以保护，其存取应加以合适的 控制。 (2) 每个项目实现一文档化的计划，以定量控制PDSP。 承诺2：机构对OSSP的过程能力的分析要遵循书面的方针。 (1) 分析项目的过程性能度量结果，建立和维护组织标准软件过 程的过程能力基线。 (2) 软件项目在建立其过程性能目标上使用组织标准软件过程的过程能力基线。 |
|
实施能力 |
能力1：须有一个负责组织定量过程管理活动的组。 能力2：提供足够的资源和资金，用于定量过程管理活动。 能力3：有对收集、记录、分析选定的过程和产品度量的支持。 能力4：实施或支持定量过程管理的个人须接受培训。 能力5：软件工程组以及其他相关组的成员要接受相应的指导培训。 |
|
执行活动 |
活动1：根据文档化的规程，制定项目的定量过程管理计划。 活动2：根据项目的定量过程管理计划执行定量过程管理活动。 活动3：数据收集及其后的定量分析策略要基于PDSP。 活动4：用于控制PDSP的测量数据要根据文档化的规程收集。 活动5：根据文档化的规程分析PDSP，并将其置于定量控制之下。 活动6：制作并发布有关定量项目过程管理活动结果的报告。 活动7：根
|
