度量分析指南模板.doc

度量分析指南 公司全称文档编号:Company Name-SPI-MA-Guid-Doc度量分析指南V1.0编写：项目经理、需求人员审核：EPG组长批准：sponsor、MSG日期：日期：日期：变更记录版本文件内容描述日期编写审核批准1.0正式发布项目经理、需求人员EPG组长sponsor、MSG目录1.数据收集12.数据收集步骤13.收集的方法13.1.定义度量目标13.2.确定数据收集点13.3.确定数据收集的格式和要求23.4.定义收集对象、时间和频度23.5.获取基本度量项、派生度量项数据34.检查采集的数据方法55.数据采集及分析工具55.1.调查表及数据分析工具55.2.调查表的使用方法：56.存储数据的方法6度量分析指南 第 6 页 1. 数据收集1、 目的：为了度量，以识别改进的机会2、 数据的类型：a) 过程数据：软件开发过程中的质量数据。b) 产品数据：产品测试和产品发布后的数据。2. 数据收集步骤1、 设计度量方法，并获得用于支持收集与保存数据的工具；2、 培训执行数据收集人员。3、 为了度量的目的，记录和捕获过程数据；4、 使用定义的表格和格式，支撑数据收集。5、 监视数据收集和保留的执行活动，确保数据的正确性。3. 收集的方法3.1. 定义度量目标a) 要收集所有的数据，其成本是很大的。b) 应该根据公司的质量目标，定义公司/项目度量目标。例如：w 改进项目计划的偏差w 提高软件开发效率w 降低软件的缺陷3.2. 确定数据收集点a) 改进项目计划的偏差w 基准计划w 变更计划w 最终执行的计划b) 提高软件开发效率w 开发日期w 周报w 月报c) 降低软件的缺陷w 单元测试记录和报告w 集成测试记录和报告w 系统测试记录和报告w 确认测试记录和报告w 软件维护记录3.3. 确定数据收集的格式和要求a) 按照度量数据采集表的收集格式填写数据。b) 要求：w 注意数据的正确性和一致性。w 注意数据的时效性。w 不能将不同时间段的、不同项目/产品过程的数据混在一起。w Bug数的收集仅仅收集每个阶段结束后的数据。3.4. 定义收集对象、时间和频度级别数据对象收集对象概述收集时间和频度组织级技术能力培训整个组织范围的培训每月一次项目级规模（功能点）估计的功能点需求结束里程碑实际的功能点验收测试结束里程碑项目级文档规模所有文档类工作产品（最后版本）的规模项目结项项目级评审缺陷立项评审缺陷每次评审结束项目计划评审缺陷需求评审缺陷设计评审缺陷测试用例评审缺陷项目总结评审缺陷项目级验收测试问题验收测试发现的bug和相关工作量验收测试结束里程碑项目级计划和实际工作量计划工作量每个里程碑实际工作量每周一次项目级项目管理-风险列表项目相关的风险每个里程碑项目级项目管理-进度跟踪每个里程碑的计划日期每件产品交付的计划日期需求结束里程碑每个里程碑的实际日期每阶段一次每件产品交付的实际日期项目结项项目级资源和费用-计划与实际费用项目预算费用项目结项项目实际费用计划与实际费用偏差3.5. 获取基本度量项、派生度量项数据l 按以上定义的度量尺度、收集对象、时间和频度获取度量项数据l 根据以前使用度量项的情况和新指定的度量项收集数据。l 从项目记录或公司其他方面收集现有数据，但在现行数据库、纸面记录或正式档案里的以前收集的数据也有可能已经不能供使用。l 以下列产品和过程的度量指标的选取实例：表1：产品度量示例资源对象属性可能的度量项系统规模模块数据数据流图中的峰值数量功能点数量源代码行数所要求的或安排的存储器字节或字数缺陷密度缺陷数量/千源代码行数缺陷数量/功能点模块长度源代码行数逻辑源语句复用百分率未更改的代码行数/总的代码行数单元复杂程度线性独立路径的数量文档长度页数模块语句类型生产方式程序设计语言类型名称生产方法名称语言名称缺陷类型起因严重性修理工作量（开始处理缺陷以来所经过的）时间类型名称引入的活动的名称严重性类别集合人员 小时数自收到缺陷报告以来已经过去的时间（天数）表2：过程度量示例资源对象属性可能的度量项开发过程耗费的时间日历天数工作天数里程碑日历日期开发工作量人 小时数、天数或月数阶段缺陷容忍度按阶段计算占总缺陷数的百分率详细设计耗费的时间日历天数工作天数设计质量缺陷密度：设计缺陷/产品规模（例如功能点或源代码行数）测试容量已安排的测试的数量进度已执行的测试的数量通过的测试的数量变更请求规模变更请求的数量所需的工作量估计值4. 检查采集的数据方法为了使分析具有价值和可信度，必须保证采集数据的真实性、同步性、一致性、有效性。1. 真实性的检查方法：a) 具有正确的类型：（数字型、字符型）检查采集或记录的数据是否符合规格说明。b) 具有正确的格式：检查采集或记录的数据值的格式是否正确。例如：日期、货币值、统计、产品名称、过程名称、产品ID、工作代码、工具和优先等级等都是具有规定格式的数据。c) 在规定值域内：有效值域可以是合格名称列表，或者是合格的日期或值的数字值域。在把数据保存到数据库之前，必须调查和纠正不合理的数值。d) 完整性：度量数据要有基本的数据元素，还要包含相关定义以及理解和解释数值所需要的上下文信息。例如：每个记录值都应该根据下列信息辨别：度量的实体、发生的时间、采集的时间、采集者、定义、使用的度量工具。e) 数值计算的正确性：如果采集的数据中包含有通过数学计算得到的数值，那么应当验证这些数学计算的正确性。5. 数据采集及分析工具5.1. 调查表及数据分析工具调查表用于系统地收集数据，以获取对事实的明确认识。调查表是收集和记录数据的一种形式，它便于按统一的方式收集数据并进行分析。根据项目的实际需要，度量人中可以采用Excel的制图功能，产生饼状分析图、柱状图、条形图、折线图等。5.2. 调查表的使用方法：a. 确立收集数据的具体目的（将要解决的问题）；b. 识别为达到目的所需的数据（解决问题）； c. 确定由谁以及如何分析数据（统计表格）； d. 编制用于记录数据的表格，并提供记录以下信息的栏目： 谁收集的数据；何地、何时，以何种方式收集的数据；e. 通过收集和记录某些数据来试用表格； f. 必要时，评审并修订表格。 示例缺陷类型缺陷原因调查者： 日期： 地点： 调查方式：6. 存储数据的方法1. 创建组织级过程数据库和项目级过程数据库，保存数据供分析决策使用。2. 管理过程度量数据库系统时，要考虑以下事项：l 把度量值与被度量的过程和工作产品结合在一起；l 把度量值与采集它们的环境（产品、环境、过程描述、过程和项目状态、度量的时间和地点、度量的方法）结合在一起。l 适应过程剪裁（通过记录过程的描述、剪裁、过程之间的其它区别）；l 解决与其它数据库的关联、存取，以及协作。例如：进行用于时间和成本报告、成本估算、配置管理、质量保证、人员等的数据库。l 不要存储间接度量值（例如：缺陷密度和变化率），因为它们可以由使用者从直接度量结果计算而得到。3. 在度量计划中明确度量人员，访问权限，数据保存的位置和使用的工具。4. 保存在数据库中的数据，应该包含相关信息，以便理解和解释度量项目以及评估它们的合理性和适用性，例如，进行跨项目比较时在不同项目上使用的度量规范。5. 派生度量