平安伴我行手抄报资料:实用软件度量
来源:百度文库 编辑:中财网 时间:2024/10/05 11:59:03
实用软件度量-CMMI专题培训
标签:实用
软件度量
cmmi
杂谈
分类: 02质量保证 一、概述度量的目的:
-
理解——获得对过程、产品、资源等的理解;是评估、预测和改进活动的基础。定量的理解才是对事物本质的了解,真正“心中有数”
-
预测——通过建立预测模型,进行估算和计划。 历史数据能够帮助我们预测和计划
-
评估——产品的质量、过程改进的效果等。对趋势的分析可以使我们找到问题出在哪里
-
改进——根据得到的量化信息,确定潜在的改进机会。度量本身不会改进过程;但它为我们提供了对计划、控制、管理和改进的可视性
- 度量是项目管理的重要手段,但度量是需要成本的
- 度量的成本(数据收集和分析)
- 管理成本通常估计为项目的总成本的10-15%
- GQM(Goal-Question-Metric)
- GQM的主要步骤:
– 提出能够满足目标的问题
– 确定回答问题所需要的度量
GQM法举例
目标:改进项目计划
-问题1 项目进度是否发生了偏差?
– 问题2 项目工作量是否发生了偏差?
GQM方法的优点:
- 易于操作
- GQM便于识别所需的度量
- 便于确定收集数据的用途
- 使我们明确所收集的数据应该如何分析、解释
- 管理者支持
- 全体员工的参与
- 统一的定义
- 有效的度量过程(制定好的度量规程和度量计划)
- 实用的度量工具
2.1 在process area(PA)中requirment management(RA)度量需求
来判断管理分配到的需求活动的状态
度量的例子有:
2.2 PA PP中的度量需求(program
度量的例子有:
2.3 PA PMC中的度量需求(Project Monitoring and control)
根据度量结果与计划相比较,实施项目监控,并用于判断软件跟
度量的例子有:
2.4 PA SAM中的度量问题
度量的目的是为了判断供应商合同管理活动进行的状态
度量的例子有:
2.5 PA PPQA中的度量需求
度量的目的是为了判断SQA活动的成本和进度状态
度量的例子有:
2.6 PA CM中的度量需求
度量的目的是为了判断SCM活动的状态
度量的例子有:
2.6.1 按进度追踪进展
定期度量活动和里程碑的实际完成情况
按项目计划中文档化的进度比较活动(阶段跨越的时间和里程
标识进度计划的严重偏离(根据阈值)
相对偏离(相对于本阶段)与绝对偏离
对关键路径上的活动和非关键路径上的活动,要按不同的阈值
2.6.2 追踪成本和工作量、人数
定期度量实际工作量和所花的成本及分配的人员
与项目计划中记录的估计和预算比较实际的工作量、成本、人
标识与项目计划中的预算的严重偏离
2.6.3 跟踪工作产品和任务的属性
工作产品和任务的属性包括规模、复杂度、权重等
跟踪内容包括:
2.6.4 跟踪需求状态
一个需求经提出、评审、设计、编码实现和测试,它的状态将发生变化。可以将需求分被建议、被拒绝、被批准、被实现、被验证、被废除、被交付等状态
2.6.4.1对需求状态的追踪
2.6.4.2对需求变更的分析
增加、修改或删除需求时,要进行影响分析:
总的需求数=(基线需求数+增加的需求数-删除的需求数)
需求变更数=(增加的需求数+删除的需求数+修改的需求数)
需求稳定性=(需求变更数/基线需求数)
2.6.5 跟踪缺陷数据——缺陷跟踪表(bug库也可以)
缺陷的度量(一)
缺陷按注入阶段的分布
缺陷按发现阶段的分布
缺陷按类型的分布
缺陷按严重程度的分布
缺陷按模块的分布
缺陷密度 = 缺陷数 / 实际规模
残余数:进入该阶段时已有的缺陷数
注入数:在该阶段注入的缺陷数
清除数:在该阶段清除的缺陷数
剩余数:在该阶段剩余的缺陷数
注入率:在该阶段中每KLOC或每功能点注入的缺陷数
过程阶段的清除率:清除数/(残余数+注入数)
总效率:总清除数/总注入数
审查缺陷:由审查发现的缺陷数
开发缺陷:由审查发现的缺陷数 + 由测试发现的缺陷数
2.6.6 SEI建议的最小度量元集
进度性能 (里程碑,不一致情况)
费用性能 (实际的与计划的对照,不一致情况)
工作量性能 (实际的与计划的对照,分配情况)
需求管理 (总数,增长,追踪性)
程序规模 (源码行,页数 - 实际的与计划的对照)
测试性能 (需要的测试, 通过的测试)(功能、语句、分支、路径覆盖率)
缺陷数据状态 (未解决和解决的问题,缺陷密度,缺陷来源)
过程性能 (完成的任务,行动项数)
计算机资源利用率 (内存占有量,CPU占有量等)
管理计划项目过程的性能(对照实际进展作估计,重计划,项目总结数