Measurements Outline分析.docx

1、Measurements Outline分析度量大纲 Measurements Outline版本Version: 1.0 生效日期 Effective Date: 2004/02/021: 目的 （Purpose） 12: 目标（Objective） 13: 范围（Scope） 14: 准备/前提/条件（Input） 15: 规程/任务/活动（Procedure） 21） 商业目标及其关键过程Business Goals with Key Processes： 2商业目标及其指示器的定义 Business Goals with Indicator Definition 2量化管理的关键过程

2、Key Processes with Quantitatively Management 22） 基本度量的定义Definition for Basic Measurements 3a). 缺陷数量定义Definition of Defects Number 3b). 代码行数的定义 Definition of Physical Source Lines of Code 4c). 工作量的定义 Definition of Efforts 4d). 周期天数的定义 Definition of Cycle Days 4e). 文档页数的定义 Definition of Document Pages

3、 53） 项目级度量的收集与存储 Measurements Collection & Storage 54） 度量的分析方法和工具Measurements Analysis Methods & Tools 65） 项目级度量分析规程 Measurements Analysis in Project Level 66） 组织级度量分析规程Measurements Analysis in Organization Level 76: 输出报告/相关文档及模板（Output） 87: 度量信息 （Measurement） 88: 流程图 （Flow Chart） 91） 项目级度量分析的流程图 Fl

4、owchart of Project Measurement Analysis 92） 使用控制图评估过程稳定性的流程图 Flowchart of Evaluating Process Stability 10附录Appendix A度量分析使用的控制图及其方法 Control Charts with Drawing Method 11附录Appendix B 判断控制图异常模式和非随机行为的测试规则 13附录Appendix C 公共原因偏差和可归属的原因偏差定义 14附录Appendix D 检查和评估度量数据的标准 14附录Appendix E 术语表 Terms 141: 目的 （Pu

5、rpose）收集、记录和分析度量的目的是用来帮助控制和改进过程，实现公司和研发组织的商业目标。该过程描述了度量的定义和收集规则，如何使用度量数据理解产品和项目的质量以及控制和改进过程的方法。2: 目标（Objective） 提高产品质量 Improve product quality 提高项目可控性 Improve project control 提高生产率 Improve the productivity3: 范围（Scope）该过程的内容包括：度量的定义、数据的收集和存储规则、度量的分析和汇报规则。所有非极限项目类型的软件开发活动都遵循该度量大纲。4: 准备/前提/条件（Input）公司设

6、立度量小组 Measurement Group，负责协调组织级的定量过程管理活动，具体要求如下表所示：职责 Responsibility协调组织级定量过程管理活动，包括：v 参与制订项目定量过程管理计划v 指导项目组成员进行度量数据的收集v 指导SQA进行度量数据的审核，协助SQA确保审核项目级度量数据的真实性、同步性、一致性和有效性v 帮助项目经理开展项目内部的度量数据收集和分析工作v 审核组织级度量数据的真实性、同步性、一致性和有效性v 建立和维护组织过程能力数据库和能力基线资格 Qualification较强的数据分析能力、协调沟通能力对数字敏感，乐于收集度量数据并对其分析接受过定量过程

7、管理培训，具有统计分析能力，乐于进行数据统计工作汇报关系 Report to作为PIC的一部分直接汇报高层管理，并向PM 和 BUM汇报度量分析结果培训 Training度量小组：定量过程管理；如何实施量化管理过程；统计过程控制其他人员：定量分析方法模型的解释；量化过程管理的目标和价值的定向介绍5: 规程/任务/活动（Procedure）1） 商业目标及其关键过程Business Goals with Key Processes：a). 商业目标及其指示器的定义 Business Goals with Indicator Definition商业目标Goals指示器Indicators计算公式

8、Formula单位Unit分析模型Analysis Modal需要度量信息Basic Measurement提高产品质量Improve product quality缺陷率Defects Rate缺陷产生率=缺陷总数/代码行数个/ KLOC各个项目的缺陷产生率，Y轴：缺陷产生率X轴：项目 (按时间顺序)代码行数发布前发现的缺陷数发布后发现的缺陷数缺陷总数=(发布前+发布后) 发现的缺陷数缺陷发现率=发布前发现的缺陷数/缺陷总数百分比各个项目的缺陷发现率Y轴：缺陷发现率X轴：项目 (按时间顺序)提高项目可控性Improve project control项目偏差率Deviation周期偏差率=（

9、实际开发天数 - 估算开发天数）/估算开发天数 *100%百分比各个项目开发周期的偏差率Y轴：周期偏差率X轴：项目 (按时间顺序)估算开发天数实际开发天数估算代码行数实际代码行数估算人时实际人时规模偏差率=（实际代码行数- 估算代码行数）/估算代码行数 *100%百分比各个项目规模的偏差率Y轴：规模偏差率X轴：项目 (按时间顺序)工作量偏差率=（实际人时 - 估算人时）/估算人时 *100%百分比各个项目工作量的偏差率Y轴：工作量偏差率X轴：项目 (按时间顺序)提高生产率Improve productivity生产率Productivity开发生产率=代码行数/项目总人时（备注：编码生产率=代

10、码行数/编码人时）KLOC /人时各个项目的开发生产率Y轴：开发生产率X轴：项目 (按时间顺序)代码行数人时b). 量化管理的关键过程 Key Processes with Quantitatively Management商业目标Goals关键因素Criteria关键过程Key Sub Process基本度量和衍生度量Basic & Derived Measurements提高产品质量Improve product quality缺陷清除活动的有效性 (测试能力与评审能力)1. 测试过程 集成测试 系统测试2. 工作产品评审 需求评审 概要设计评审 详细设计评审 代码评审测试的缺陷检出率 =

11、 测试发现的缺陷数 / 代码行数评审的缺陷检出率 = 评审发现的缺陷数 / 评审的文档页数或代码行数平均准备速度= 评审的文档页数或代码行数 / (检查总工作量/审查人数)评审覆盖速度 = 评审的文档页数或代码行数 /评审会议持续小时数评审覆盖率 = 评审总页数或代码行数/工作产品总规模 *100%提高项目可控性 Improve project control项目计划和监控的有效性 (计划和跟踪能力) 项目估算过程 项目计划过程 项目跟踪过程工作量偏差率 = 同指示器的定义周期偏差率 = 同指示器的定义提高生产率Improve productivity公用代码的数量 (设计能力) 设计过程公用

12、代码率 = 公用代码行数 / 项目总代码行数 * 100%2） 基本度量的定义Definition for Basic Measurements基本度量列表 List of Basic Measurements：度量单位说明定义缺陷数量个数缺陷是系统或系统组件中导致系统或系统组件不能按要求执行的瑕疵。1) 缺陷数量定义 Definition of Defects Number代码行数代码行数KLOC各种开发工具进行编码的源代码的行数。用总的代码行数来表示项目的大小，即项目规模。在项目设计中规划为整个项目公用的代码，即为公用代码量2) 代码行数的定义 Definition of KLOC工作量人

13、时执行任务所花费的时间。项目工作量指执行项目各项任务和活动的工作量总和。评审工作量指检查工作产品和评审会议花费的工作量。3) 人时的定义 Definition of Man-Hour周期天数项目开发周期是指项目开始至项目结束的时长。4) 周期天数的定义 Definition of Calendar Days文档页数页数用文档的总页数表示文档的规模。需求文档页数，指需求分析说明书的文档页数。概要设计文档页数，指概要设计说明书的文档页数5) 文档页数的定义 Definition of Document Pages基于检查表的度量定义 Measurements Definition with Che

14、cklist：c). 缺陷数量定义Definition of Defects Number基于检查表的缺陷数量 - Defect类型Type检查项 Check Items包括IN排除EX备注 Note问题类型 Problem Type缺陷Defect缺陷类型：需求，设计，编码，演示数据，用户文档Y缺陷类型：编码/文档的标准规范、测试案例，其他缺陷Y非缺陷增强 Enhance：新需求/功能增强Y环境问题：硬件问题，操作系统问题Y用户的误解，或误操作Y不能再现/原因不明，值不确定Y优先等级 PriorityCritical, High, Middle, LowYAll priority解决状态 S

15、tatusConfirm, Solved, Reopen, CloseYPending, Disputed,YNew, CancelY产生原因 Reason沟通 CommunicationY培训教育 EducationY监控 OversightY如，没有按过程执行，或没有按计划执行。书写 TranscriptionY过程 ProcessY指过程本身的局限或缺陷引起。发现的阶段 Found Date发布前YQAManager中项目增加开始日期和结束日期，根据问题的发现日期判断发布前/发布后发布后Y发现的活动 Activity测试：集成测试、系统测试、用户接受测试Y工作产品评审Y日常项目活动YSQ

16、A审核与监察Y用户使用：Demo, 客户反馈，顾问实施Yd). 代码行数的定义 Definition of Physical Source Lines of Code基于检查表的项目规模 Size - LOC类型Type检查项 Check Items包括IN排除EX备注 Note语句类型 Statement Type可执行的语句Y当代码行和注释行在同一行时，则代码行和注释行的记数同时加1不可执行的语句：声明，编译指令Y不可执行的语句：注释行，空行Y生成方式 How produced编码生成Y代码生成器生成Y自动转换器转换生成Y代码修改生成Y代码完全复制或重用（没有修改）Y提高生产率已删除的Y使

17、用 Usage在主产品(Primary Product)中或主产品的一部分Ye.g. HRP Utility,Setup Program主产品以外的辅助支持部分Ye.g. Data Accesse). 工作量的定义 Definition of Efforts基于检查表的项目工作量 Efforts 人时 Man-Hour or Staff-Hour类型Type检查项 Check Items包括IN排除EX备注 Note工作方式直接的Y间接的Y时间类别一般工作时间Y加班(Paid, and unpaid)Y员工类别全职Y兼职Y任务类别软件工程活动：需求、设计、编码、测试、演示数据、用户文档、安装盘

18、活动、演示DemoY项目管理活动：立项、计划、跟踪、评审、组间协调Y软件配置管理活动SCMY软件质量保证活动SQAY项目组成员接受的培训Y其他：客户培训，产品演示Presale，实施Implementing，客户支持SupportYf). 周期天数的定义 Definition of Cycle Days 基于检查表的项目开发周期 Cycle Time - Days类型Type检查项 Check Items包括IN排除EX备注 Note开始日期立项报告审批通过，召开立项会议Y结束日期项目总结会议结束，提交项目总结报告Y期间工作日Y加班日Y周末休息日Y节假日Y停工Y项目暂停期间Yg). 文档页数的

19、定义 Definition of Document Pages 基于检查表的文档页数 Document Pages - Pages类型Type检查项 Check Items包括IN排除EX备注 Note封面页Y一般不超过1页目录页同正文Y正文页字体大小不超过10号（含10号），行间距不超过6 ptY图片中的字体与正文相近Y段落间的连续空行不超过1行Y附录页同正文Y3） 项目级度量的收集与存储 Measurements Collection & Storage下列表格描述了在项目级的各个测量点，根据相关规程，采用相应的支持工具，收集各个基本度量数据，并存储在指定的数据库/文档中：度量测量点相关规

20、程与支持工具数据存储缺陷数量将在下列活动中发现的缺陷记录在QAManager中： 测试活动（集成测试、系统测试、用户接受测试） 工作产品评审活动（含专家评审、同行评审和单人评审） 用户使用 日常活动1）缺陷估算：组织级QQ计划2）缺陷的发现和记录：测试过程、工作产品评审过程、组间协调过程3）缺陷管理规程：所有发现活动发现的缺陷都在QAManager中进行统一管理。支持工具： QAManager.exe Tool for SQM Plan.xls1）项目计划的质量计划2）里程碑分析报告和项目总结报告3）所有缺陷的详细信息统一存储在QAManager 的数据库中代码行数 立项时只估算总的代码行数；

21、 概要设计完成时估算每个模块详细的代码行数，并标识其中的公用代码行数 代码评审时，记录评审的代码行数 模块编码结束时统计记录每个模块详细的代码行数，并标识其中的公用代码行数 项目总结时统计总的代码行数1）规模估算：项目估算过程 2）实际规模的跟踪管理：项目跟踪过程3）评审的代码行数：工作产品评审规程支持工具及使用说明： 立项报告 估算模板 LineCount.exe (Readme.txt)1） 在各个项目的立项报告和估算说明书中2）在各个项目的工作产品评审报告中工作量人时 立项时只估算总的项目工作量 概要设计完成时，估算每个任务的工作量 每天由任务执行人员记录每项任务花费的工作量（包含每个评

22、审任务）1）工作量估算：项目估算过程2）实际工作量的跟踪管理：项目跟踪过程、每日工作汇报过程3）评审的检查工作量：工作产品评审规程支持工具及使用说明： 项目进度表 （进度模板使用说明） TSMain_P.exe (Timesheet User Guide)在各个项目的进度表中）周期天数 立项时估算项目开始和结束日期，计算周期天数 概要设计完成时，计划每个任务的进度 每周由项目经理跟踪进度1）周期估算：项目估算过程2）进度的跟踪管理：项目跟踪过程支持工具及使用说明： 项目进度表 （MS Project & Calendar）在各个项目的立项报告和项目总结报告中文档页数 文档工作产品评审时，记录评

23、审的文档页数1）评审的文档页数：工作产品评审规程在各个项目的工作产品评审报告中在项目过程中，SQA按相关的度量收集规程，对度量收集活动进行监察。为了避免不必要的返工，提高分析的可信度，在开始分析度量数据以前，必须使收集的数据满足一定的标准：真实性、同步性、一致性、有效性。满足这些标准的要求说明，请参见附录D（检查和评估度量数据的标准）。度量小组和SQA需要尽早在度量收集过程中，开展这项工作，确定记录的数据满足这些标准。4） 度量的分析方法和工具Measurements Analysis Methods & Tools当对采集的数据进行分析时，经常使用可视化的图形分析方法。经分析后，决定采用 单

24、点值和移动值域图（XmR图）：控制图是一种评价过程和产品变量的方式，并经历了时间的考验。以控制图中的XmR图 作为项目级和组织级的度量数据分析工具图，用以评估过程的稳定性，查找可归属的原因，控制项目过程。 直方图（Histogram）：直方图用频率统计的方式显示，使得对分布的比较和对中心趋势与离散程度的观察变得很容易。以能力直方图作为研究和总结组织过程能力基线的工具图。 佩尔托排列图(Pareto图)：Pareto分析是一个按级别对原因、或结果进行排列的过程，有助于判断过程行为或改进机会的优先级。 因果图（Ishikawa图）：又称鱼骨图，用于探测过程行为，分析可归属的原因。有关绘制图形的具体

25、方法和工具参见附录A。5） 项目级度量分析规程 Measurements Analysis in Project Level在项目级的度量分析，目的是为了在项目过程中，通过对关键过程行为的分析，来定量控制项目定义软件过程，达到预期的过程绩效（Process Performance），步骤如下（参见流程图2）：1. 制订定量过程管理和质量管理计划QPM & SQM Plan（简称QQ Plan）：根据组织级QQ Plan（Organizations QPM & SQM Plan.doc），设定项目的量化质量目标，包括为项目中不同阶段的任务或活动设定质量目标，制订项目级QQ Plan（在项目计划中

26、Project Plan.dot）。过程裁剪后，项目经理与PIC(含度量组) 分析裁减对过程能力的影响，记录分析的结果，然后调整组织级QQ计划，建立该项目的QQ计划2. 根据项目定义软件过程，确定数据收集和分析的活动，并根据计划实施软件项目的定量过程管理活动 （Project Schedule.mpt）3. 根据度量收集和存储规程，收集用于定量控制PDSP的基本度量数据4. 根据下列的项目级的度量分析点表，在各个指示器的分析点，根据指示器的公式定义计算指示器的实际值。5. 将指示器的实际值和项目目标范围或基线范围，在过程控制图中表示出来。6. 分析和定量控制PDSP 将指示器的实际值和期望的目

27、标范围进行比较 合适时，对项目采取措施，或进行相应调整，使项目实际的过程运行效能控制在可接受范围中。7. 将度量分析数据和图（可选），以及相应的措施，记录在项目管理报告中，并向高层管理报告项目定量控制过程管理活动的结果。项目级的度量分析点和分析模式表 过程指示器度量统计和分析点分析模式分析报告测试的缺陷检出率集成测试结束时，统计集成测试发现的缺陷总数，分析集成测试的缺陷检出率X轴：各个项目 (按时间顺序)Y轴：集成测试的缺陷检出率测试总结报告系统测试结束时，统计系统测试发现的缺陷总数，分析系统测试的缺陷检出率X轴：各个项目 (按时间顺序)Y轴：系统测试的缺陷检出率测试总结报告 里程碑时（集成测

28、试、系统测试结束），分析已完成的测试过程的缺陷检出率 项目总结时，分析所有的测试缺陷检出率同上，以及X轴：各个项目 (按时间顺序)Y轴：测试的缺陷检出率里程碑分析报告项目总结报告评审的缺陷检出率需求评审结束时，统计需求文档页数和评审发现的缺陷数，分析需求评审的缺陷检出率X轴：各个需求评审 (按时间顺序)Y轴：需求评审的缺陷检出率 工作产品评审报告概要设计评审结束时，统计概要设计文档页数和评审发现的缺陷数，分析概要设计评审的缺陷检出率X轴：各个概要设计评审 (按时间顺序)Y轴：概要设计评审的缺陷检出率工作产品评审报告详细设计评审结束时，同上详细设计评审的缺陷检出率工作产品评审报告代码评审结束时，同上代码评审的缺陷检出率工作产品评审报告 里程碑时，分析已完成的评审的缺陷检出率 项目总结时，分析所有的评审缺陷检出率同上，以及各类评审的缺陷检出率里程碑分析报告项目总结报告平均准备速度评审覆盖速度同上面的”评审的缺陷检出率”分析点和分析模式一致。X轴：各个评审 (按时间顺序)Y轴：平均准备速度；评审覆盖速度工作产品评审报告代码评审覆盖率