Measurements Outline分析.docx

Measurements Outline分析.docx

《Measurements Outline分析.docx》由会员分享，可在线阅读，更多相关《Measurements Outline分析.docx（33页珍藏版）》请在冰豆网上搜索。

MeasurementsOutline分析

度量大纲

MeasurementsOutline

版本Version:

1.0

生效日期EffectiveDate:

2004/02/02

1:

目的（Purpose）1

2:

目标（Objective）1

3:

范围（Scope）1

4:

准备/前提/条件（Input）1

5:

规程/任务/活动（Procedure）2

1）商业目标及其关键过程BusinessGoalswithKeyProcesses：

2

商业目标及其指示器的定义BusinessGoalswithIndicatorDefinition2

量化管理的关键过程KeyProcesseswithQuantitativelyManagement2

2）基本度量的定义DefinitionforBasicMeasurements3

a）.缺陷数量定义DefinitionofDefectsNumber3

b）.代码行数的定义DefinitionofPhysicalSourceLinesofCode4

c）.工作量的定义DefinitionofEfforts4

d）.周期天数的定义DefinitionofCycleDays4

e）.文档页数的定义DefinitionofDocumentPages5

3）项目级度量的收集与存储MeasurementsCollection&Storage5

4）度量的分析方法和工具MeasurementsAnalysisMethods&Tools6

5）项目级度量分析规程MeasurementsAnalysisinProjectLevel6

6）组织级度量分析规程MeasurementsAnalysisinOrganizationLevel7

6:

输出报告/相关文档及模板（Output）8

7:

度量信息（Measurement）8

8:

流程图（FlowChart）9

1）项目级度量分析的流程图FlowchartofProjectMeasurementAnalysis9

2）使用控制图评估过程稳定性的流程图FlowchartofEvaluatingProcessStability10

附录AppendixA度量分析使用的控制图及其方法ControlChartswithDrawingMethod11

附录AppendixB判断控制图异常模式和非随机行为的测试规则13

附录AppendixC公共原因偏差和可归属的原因偏差定义14

附录AppendixD检查和评估度量数据的标准14

附录AppendixE术语表Terms14

1:

目的（Purpose）

收集、记录和分析度量的目的是用来帮助控制和改进过程，实现公司和研发组织的商业目标。

该过程描述了度量的定义和收集规则，如何使用度量数据理解产品和项目的质量以及控制和改进过程的方法。

2:

目标（Objective）

∙提高产品质量Improveproductquality

∙提高项目可控性Improveprojectcontrol

∙提高生产率Improvetheproductivity

3:

范围（Scope）

该过程的内容包括：

度量的定义、数据的收集和存储规则、度量的分析和汇报规则。

所有非极限项目类型的软件开发活动都遵循该度量大纲。

4:

准备/前提/条件（Input）

公司设立度量小组MeasurementGroup，负责协调组织级的定量过程管理活动，具体要求如下表所示：

职责Responsibility

协调组织级定量过程管理活动，包括：

v参与制订项目定量过程管理计划

v指导项目组成员进行度量数据的收集

v指导SQA进行度量数据的审核，协助SQA确保审核项目级度量数据的真实性、同步性、一致性和有效性

v帮助项目经理开展项目内部的度量数据收集和分析工作

v审核组织级度量数据的真实性、同步性、一致性和有效性

v建立和维护组织过程能力数据库和能力基线

资格Qualification

较强的数据分析能力、协调沟通能力

对数字敏感，乐于收集度量数据并对其分析

接受过定量过程管理培训，具有统计分析能力，乐于进行数据统计工作

汇报关系Reportto

作为PIC的一部分直接汇报高层管理，并向PM和BUM汇报度量分析结果

培训Training

度量小组：

定量过程管理；如何实施量化管理过程；统计过程控制

其他人员：

定量分析方法模型的解释；量化过程管理的目标和价值的定向介绍

5:

规程/任务/活动（Procedure）

1）商业目标及其关键过程BusinessGoalswithKeyProcesses：

a）.商业目标及其指示器的定义BusinessGoalswithIndicatorDefinition

商业目标

Goals

指示器

Indicators

计算公式

Formula

单位

Unit

分析模型

AnalysisModal

需要度量信息

BasicMeasurement

提高产品质量

Improveproductquality

缺陷率

DefectsRate

缺陷产生率

=缺陷总数/代码行数

个/KLOC

各个项目的缺陷产生率，

Y轴：

缺陷产生率

X轴：

项目（按时间顺序）

代码行数

发布前发现的缺陷数

发布后发现的缺陷数

缺陷总数=（发布前+发布后）发现的缺陷数

缺陷发现率=发布前发现的缺陷数/缺陷总数

百分比

各个项目的缺陷发现率

Y轴：

缺陷发现率

X轴：

项目（按时间顺序）

提高项目可控性

Improveprojectcontrol

项目偏差率

Deviation

周期偏差率=（实际开发天数-估算开发天数）/估算开发天数*100%

百分比

各个项目开发周期的偏差率

Y轴：

周期偏差率

X轴：

项目（按时间顺序）

估算开发天数

实际开发天数

估算代码行数

实际代码行数

估算人时

实际人时

规模偏差率=（实际代码行数-估算代码行数）/估算代码行数*100%

百分比

各个项目规模的偏差率

Y轴：

规模偏差率

X轴：

项目（按时间顺序）

工作量偏差率=（实际人时-估算人时）/估算人时*100%

百分比

各个项目工作量的偏差率

Y轴：

工作量偏差率

X轴：

项目（按时间顺序）

提高生产率

Improveproductivity

生产率

Productivity

开发生产率=代码行数/项目总人时

（备注：

编码生产率=代码行数/编码人时）

KLOC/人时

各个项目的开发生产率

Y轴：

开发生产率

X轴：

项目（按时间顺序）

代码行数

人时

b）.量化管理的关键过程KeyProcesseswithQuantitativelyManagement

商业目标

Goals

关键因素

Criteria

关键过程

KeySubProcess

基本度量和衍生度量

Basic&DerivedMeasurements

提高产品质量

Improveproductquality

缺陷清除活动的有效性

（测试能力与评审能力）

1.测试过程

∙集成测试

∙系统测试

2.工作产品评审

∙需求评审

∙概要设计评审

∙详细设计评审

∙代码评审

测试的缺陷检出率=测试发现的缺陷数/代码行数

评审的缺陷检出率

=评审发现的缺陷数/评审的文档页数或代码行数

平均准备速度

=评审的文档页数或代码行数/（检查总工作量/审查人数）

评审覆盖速度

=评审的文档页数或代码行数/评审会议持续小时数

评审覆盖率

=评审总页数或代码行数/工作产品总规模*100%

提高项目可控性Improveprojectcontrol

项目计划和监控的有效性

（计划和跟踪能力）

∙项目估算过程

∙项目计划过程

∙项目跟踪过程

工作量偏差率=同指示器的定义

周期偏差率=同指示器的定义

提高生产率Improveproductivity

公用代码的数量

（设计能力）

∙设计过程

公用代码率=公用代码行数/项目总代码行数*100%

2）基本度量的定义DefinitionforBasicMeasurements

基本度量列表ListofBasicMeasurements：

度量

单位

说明

定义

缺陷数量

个数

缺陷是系统或系统组件中导致系统或系统组件不能按要求执行的瑕疵。

1）缺陷数量定义DefinitionofDefectsNumber

代码行数

代码行数

KLOC

各种开发工具进行编码的源代码的行数。

用总的代码行数来表示项目的大小，即项目规模。

在项目设计中规划为整个项目公用的代码，即为公用代码量

2）代码行数的定义DefinitionofKLOC

工作量

人时

执行任务所花费的时间。

项目工作量指执行项目各项任务和活动的工作量总和。

评审工作量指检查工作产品和评审会议花费的工作量。

3）人时的定义DefinitionofMan-Hour

周期

天数

项目开发周期是指项目开始至项目结束的时长。

4）周期天数的定义DefinitionofCalendarDays

文档页数

页数

用文档的总页数表示文档的规模。

需求文档页数，指需求分析说明书的文档页数。

概要设计文档页数，指概要设计说明书的文档页数

5）文档页数的定义DefinitionofDocumentPages

基于检查表的度量定义MeasurementsDefinitionwithChecklist：

c）.缺陷数量定义DefinitionofDefectsNumber

基于检查表的缺陷数量-Defect

类型Type

检查项CheckItems

包括IN

排除EX

备注Note

问题类型

ProblemType

缺陷Defect

缺陷类型：

需求，设计，编码，演示数据，用户文档

Y

缺陷类型：

编码/文档的标准规范、测试案例，其他缺陷

Y

非缺陷

增强Enhance：

新需求/功能增强

Y

环境问题：

硬件问题，操作系统问题

Y

用户的误解，或误操作

Y

不能再现/原因不明，值不确定

Y

优先等级Priority

Critical,High,Middle,Low

Y

Allpriority

解决状态Status

Confirm,Solved,Reopen,Close

Y

Pending,Disputed,

Y

New,Cancel

Y

产生原因Reason

沟通Communication

Y

培训教育Education

Y

监控Oversight

Y

如，没有按过程执行，或没有按计划执行。

书写Transcription

Y

过程Process

Y

指过程本身的局限或缺陷引起。

发现的阶段FoundDate

发布前

Y

QAManager中项目增加开始日期和结束日期，根据问题的发现日期判断发布前/发布后

发布后

Y

发现的活动Activity

测试：

集成测试、系统测试、用户接受测试

Y

工作产品评审

Y

日常项目活动

Y

SQA审核与监察

Y

用户使用：

Demo,客户反馈，顾问实施

Y

d）.代码行数的定义DefinitionofPhysicalSourceLinesofCode

基于检查表的项目规模Size-LOC

类型Type

检查项CheckItems

包括IN

排除EX

备注Note

语句类型StatementType

可执行的语句

Y

当代码行和注释行在同一行时，则代码行和注释行的记数同时加1

不可执行的语句：

声明，编译指令

Y

不可执行的语句：

注释行，空行

Y

生成方式

Howproduced

编码生成

Y

代码生成器生成

Y

自动转换器转换生成

Y

代码修改生成

Y

代码完全复制或重用（没有修改）

Y

提高生产率

已删除的

Y

使用

Usage

在主产品（PrimaryProduct）中或主产品的一部分

Y

e.g.HRPUtility,

SetupProgram

主产品以外的辅助支持部分

Y

e.g.DataAccess

e）.工作量的定义DefinitionofEfforts

基于检查表的项目工作量Efforts–人时Man-HourorStaff-Hour

类型Type

检查项CheckItems

包括IN

排除EX

备注Note

工作方式

直接的

Y

间接的

Y

时间类别

一般工作时间

Y

加班（Paid,andunpaid）

Y

员工类别

全职

Y

兼职

Y

任务类别

软件工程活动：

需求、设计、编码、测试、演示数据、用户文档、安装盘活动、演示Demo

Y

项目管理活动：

立项、计划、跟踪、评审、组间协调

Y

软件配置管理活动SCM

Y

软件质量保证活动SQA

Y

项目组成员接受的培训

Y

其他：

客户培训，产品演示Presale，实施Implementing，客户支持Support

Y

f）.周期天数的定义DefinitionofCycleDays

基于检查表的项目开发周期CycleTime-Days

类型Type

检查项CheckItems

包括IN

排除EX

备注Note

开始日期

立项报告审批通过，召开立项会议

Y

结束日期

项目总结会议结束，提交项目总结报告

Y

期间

工作日

Y

加班日

Y

周末休息日

Y

节假日

Y

停工

Y

项目暂停期间

Y

g）.文档页数的定义DefinitionofDocumentPages

基于检查表的文档页数DocumentPages-Pages

类型Type

检查项CheckItems

包括IN

排除EX

备注Note

封面页

Y

一般不超过1页

目录页

同正文

Y

正文页

字体大小不超过10号（含10号），行间距不超过6pt

Y

图片中的字体与正文相近

Y

段落间的连续空行不超过1行

Y

附录页

同正文

Y

3）项目级度量的收集与存储MeasurementsCollection&Storage

下列表格描述了在项目级的各个测量点，根据相关规程，采用相应的支持工具，收集各个基本度量数据，并存储在指定的数据库/文档中：

度量

测量点

相关规程与支持工具

数据存储

缺陷数量

将在下列活动中发现的缺陷记录在QAManager中：

∙测试活动（集成测试、系统测试、用户接受测试）

∙工作产品评审活动（含专家评审、同行评审和单人评审）

∙用户使用

∙日常活动

1）缺陷估算：

组织级QQ计划

2）缺陷的发现和记录：

测试过程、工作产品评审过程、组间协调过程

3）缺陷管理规程：

所有发现活动发现的缺陷都在QAManager中进行统一管理。

支持工具：

∙QAManager.exe

∙ToolforSQMPlan.xls

1）项目计划的质量计划

2）里程碑分析报告和项目总结报告

3）所有缺陷的详细信息统一存储在QAManager的数据库中

代码行数

∙立项时只估算总的代码行数；

∙概要设计完成时估算每个模块详细的代码行数，并标识其中的公用代码行数

∙代码评审时，记录评审的代码行数

∙模块编码结束时统计记录每个模块详细的代码行数，并标识其中的公用代码行数

∙项目总结时统计总的代码行数

1）规模估算：

项目估算过程

2）实际规模的跟踪管理：

项目跟踪过程

3）评审的代码行数：

工作产品评审规程

支持工具及使用说明：

∙立项报告

∙估算模板

∙LineCount.exe（Readme.txt）

1）在各个项目的立项报告和估算说明书中

2）在各个项目的工作产品评审报告中

工作量人时

∙立项时只估算总的项目工作量

∙概要设计完成时，估算每个任务的工作量

∙每天由任务执行人员记录每项任务花费的工作量（包含每个评审任务）

1）工作量估算：

项目估算过程

2）实际工作量的跟踪管理：

项目跟踪过程、每日工作汇报过程

3）评审的检查工作量：

工作产品评审规程

支持工具及使用说明：

∙项目进度表（进度模板使用说明）

∙TSMain_P.exe（TimesheetUserGuide）

在各个项目的进度表中

）

周期天数

∙立项时估算项目开始和结束日期，计算周期天数

∙概要设计完成时，计划每个任务的进度

∙每周由项目经理跟踪进度

1）周期估算：

项目估算过程

2）进度的跟踪管理：

项目跟踪过程

支持工具及使用说明：

∙项目进度表（MSProject&Calendar）

在各个项目的立项报告和项目总结报告中

文档页数

∙文档工作产品评审时，记录评审的文档页数

1）评审的文档页数：

工作产品评审规程

在各个项目的工作产品评审报告中

在项目过程中，SQA按相关的度量收集规程，对度量收集活动进行监察。

为了避免不必要的返工，提高分析的可信度，在开始分析度量数据以前，必须使收集的数据满足一定的标准：

真实性、同步性、一致性、有效性。

满足这些标准的要求说明，请参见附录D（检查和评估度量数据的标准）。

度量小组和SQA需要尽早在度量收集过程中，开展这项工作，确定记录的数据满足这些标准。

4）度量的分析方法和工具MeasurementsAnalysisMethods&Tools

当对采集的数据进行分析时，经常使用可视化的图形分析方法。

经分析后，决定采用

∙单点值和移动值域图（XmR图）：

控制图是一种评价过程和产品变量的方式，并经历了时间的考验。

以控制图中的XmR图作为项目级和组织级的度量数据分析工具图，用以评估过程的稳定性，查找可归属的原因，控制项目过程。

∙直方图（Histogram）：

直方图用频率统计的方式显示，使得对分布的比较和对中心趋势与离散程度的观察变得很容易。

以能力直方图作为研究和总结组织过程能力基线的工具图。

∙佩尔托排列图（Pareto图）：

Pareto分析是一个按级别对原因、或结果进行排列的过程，有助于判断过程行为或改进机会的优先级。

∙因果图（Ishikawa图）：

又称鱼骨图，用于探测过程行为，分析可归属的原因。

有关绘制图形的具体方法和工具参见附录A。

5）项目级度量分析规程MeasurementsAnalysisinProjectLevel

在项目级的度量分析，目的是为了在项目过程中，通过对关键过程行为的分析，来定量控制项目定义软件过程，达到预期的过程绩效（ProcessPerformance），步骤如下（参见流程图2）：

1.制订定量过程管理和质量管理计划QPM&SQMPlan（简称QQPlan）：

根据组织级QQPlan（Organization’sQPM&SQMPlan.doc），设定项目的量化质量目标，包括为项目中不同阶段的任务或活动设定质量目标，制订项目级QQPlan（在项目计划中ProjectPlan.dot）。

过程裁剪后，项目经理与PIC（含度量组）分析裁减对过程能力的影响，记录分析的结果，然后调整组织级QQ计划，建立该项目的QQ计划

2.根据项目定义软件过程，确定数据收集和分析的活动，并根据计划实施软件项目的定量过程管理活动（ProjectSchedule.mpt）

3.根据度量收集和存储规程，收集用于定量控制PDSP的基本度量数据

4.根据下列的项目级的度量分析点表，在各个指示器的分析点，根据指示器的公式定义计算指示器的实际值。

5.将指示器的实际值和项目目标范围或基线范围，在过程控制图中表示出来。

6.分析和定量控制PDSP

∙将指示器的实际值和期望的目标范围进行比较

∙合适时，对项目采取措施，或进行相应调整，使项目实际的过程运行效能控制在可接受范围中。

7.将度量分析数据和图（可选），以及相应的措施，记录在项目管理报告中，并向高层管理报告项目定量控制过程管理活动的结果。

项目级的度量分析点和分析模式表

过程指示器

度量统计和分析点

分析模式

分析报告

测试的缺陷检出率

集成测试结束时，统计集成测试发现的缺陷总数，分析集成测试的缺陷检出率

X轴：

各个项目（按时间顺序）

Y轴：

集成测试的缺陷检出率

测试总结报告

系统测试结束时，统计系统测试发现的缺陷总数，分析系统测试的缺陷检出率

X轴：

各个项目（按时间顺序）

Y轴：

系统测试的缺陷检出率

测试总结报告

∙里程碑时（集成测试、系统测试结束），分析已完成的测试过程的缺陷检出率

∙项目总结时，分析所有的测试缺陷检出率

同上，以及

X轴：

各个项目（按时间顺序）

Y轴：

测试的缺陷检出率

里程碑分析报告

项目总结报告

评审的缺陷检出率

需求评审结束时，统计需求文档页数和评审发现的缺陷数，分析需求评审的缺陷检出率

X轴：

各个需求评审（按时间顺序）

Y轴：

需求评审的缺陷检出率

工作产品评审报告

概要设计评审结束时，统计概要设计文档页数和评审发现的缺陷数，分析概要设计评审的缺陷检出率

X轴：

各个概要设计评审（按时间顺序）

Y轴：

概要设计评审的缺陷检出率

工作产品评审报告

详细设计评审结束时，同上

详细设计评审的缺陷检出率

工作产品评审报告

代码评审结束时，同上

代码评审的缺陷检出率

工作产品评审报告

∙里程碑时，分析已完成的评审的缺陷检出率

∙项目总结时，分析所有的评审缺陷检出率

同上，以及各类评审的缺陷检出率

里程碑分析报告

项目总结报告

平均准备速度

评审覆盖速度

同上面的”评审的缺陷检出率”分析点和分析模式一致。

X轴：

各个评审（按时间顺序）

Y轴：

平均准备速度；评审覆盖速度

工作产品评审报告

代码评审覆盖率

∙