项目度量指标介绍(BCWS、BCWP、ACWP)

项目度量指标介绍(BCWS、BCWP、ACWP)
项目度量指标介绍(BCWS、BCWP、ACWP)

项目管理度量指标介绍

刘申岭概述:

项目管理者和高层管理对于项目的信息,除项目质量外,非常关注项目的进度情况和成本情况。进度情况决定是否可以按时达成项目的时间计划承诺;项目成本情况直接决定本次项目是否可以盈利。本文简要介绍项目管理的几个度量指标:BCWS、BCWP、ACWP,并通过这几个指标去查看项目的健康状况。

指标介绍

BCWS

BCWS(Budgeted Cost for Work Scheduled), 完成计划工作的预算成本。是指在某一个时刻检查该时刻在项目计划中应该完成的工作对应的预算。该指标跟项目的实际进展无关,在项目计划确定后,即可以计算出每个时点的BCWS。其特征关注两点:计划工作、预算。对应计算公式:BCWS=计划工作量×预算单价。

事实上在该时刻,项目实际完成的工作不一定与计划一致;工作队应所花费的成本可能也跟预算不一致。

BCWP

BCWP(Budgeted Cost of Work Performed),已完成工作量的预算费用。是指在某一个时刻检查在项目计划的预算中对应实际完成工作的预算费用。该指标又称为挣得值或挣值或“已完成投资额”。项目属主正是根据这个值为承包商完成的工作量支付相应的费用,也就是承包获得(挣得)的金额。计算公式:BCWP=已完成工作量×预算单价。

ACWP

ACWP(Actual Cost for Work Performed)已完成工作量的实际费用。是指完成特定的工作量实际花费的成本,该成本可能会高于预算,也可能会低于预算。该指标不关注------------------------------------------------------------------------------------------------------------------------------------------------------

时间,只关注完成特定工作量的成本。ACWP主要反映项目执行的实际消耗指标。计算公式:ACWP=实际完成工作量*实际单价。

CV

CV (Cost Variance) 费用偏差。表示完成相同的任务实际费用和预算费用的差额。计算公式为CV=BCWP-ACWP。当CV为负值时表示执行效果不佳,即实际消费费用超过预算值即超支。反之当CV为正值时表示实际消耗费用低于预算值,表示有节余或效率高。若CV=0,表示项目按计划执行。请注意,该指标不关注时间,只关注对于相同的工作量,预计的成本和实际完成的成本之间的差异。(当然成本的差异可能是工作量预计的偏差,也可能是项目成员能力差异导致的偏差,也可能是方案的不合适导致的差异等等;在费用偏差为0时,其进度可能使提前,也可能滞后)。

SV

SV (Schedule Variance-SV) 进度偏差:是指检查日期BCWP与BCWS之间的差异。其计算公式为SV=BCWP-BCWS。当SV为正值时表示进度提前,SV为负值表示进度延误。若SV=0,表明进度按计划执行。请注意,该指标关注的是相同时间下完成工作量的差异。(当然,在进度偏差为0时,其对应的成本可能有节余,也可能有超支)。

CPI

CPI (Cost Performed Index-CPI) 费用执CPI行指标:是指挣得值与实际费用值之比。CPI=BCWP/ACWP,当CPI>1表示低于预算,CPI<1表示超出预算,CPI=1表示实际费用与预算费用吻合。若CPI=1,表明项目费用按计划进行。

SPI

SPI (Schedule Performed Index-SPI) 进度执行指标:是指项目挣得值与计划值之比,即SPI=BCWP/BCWS,当SPI>1表示进度提前,SPI<1表示进度延误,SPI=1表示实际进度等于计划进度。

------------------------------------------------------------------------------------------------------------------------------------------------------

项目预算执行率:

项目预算执行率:是指项目目前为止已经花费的费用占全部预算成本的比例。该指标成本花费状况和比例。假设工作的任务分配是按时间均分的,那么有如下逻辑:当该指标值大于时间执行率时说明项目超支。当该指标值小于时间执行率时说明项目有节余。关注完成工作的实际花费(ACWP)占总体项目成本的关系。

时间执行率:

时间执行率:是指特定时间距离项目开始以来的长度跟项目的时间跨度长度的比率。该指标在项目计划确定后就已经确定。相当于在不同时点的BCWS取值跟总工作量的类比。但是有所不同,该指标不关注工作量(工时),只关注时间跨度(工期)。经常作为一个基准跟项目预算执行率和工作完成执行率进行比较以得出项目的健康状况。

工作量完成比率

工作量完成比率:是指特定时间完成的工作量占总工作量的比例。也称作工程进度。类似BCWP跟项目总体成本的比较。注意,BCWS,BCWP和项目预算成本,因为三个指标都是针对预算的,其对于工时单价(无论是平均单价还是具体人员的单价都是相同的),所以这三个指标类比时可以忽略其财务概念,而仅仅体现工作量的比较。体现了项目工程进度。假设工作的任务分配是按时间均分的,那么有如下逻辑:当工程进度领先于时间执行率(或者叫做时间进度)时项目是提前的,反之则是落后的。

指标使用:

BCWP、BCWS、ACWP是绝对值基础度量指标。表示某个时点项目的状态。单个状态不能体现项目是否健康。

SV、CV 是项目健康状况的标准绝对值度量指标。用于根据基于当前时点采集到的基础度量指标和项目计划中在该时点计划中度量指标的比较,体现当前时点项目是否健康。该指标都是通过减法得到,体现绝对差值。

CPI、SPI是项目健康状况的标准相对值度量指标。用于根据基于当前时点采集到的基础度量指标和项目计划中在该时点计划中度量指标的比较,体现当前时点项目是否健康。该指标都是通过除法得到,体现相对差值。

时间执行率、项目预算执行率、工作量完成比率是项目度量的全局相对指标。项目预算执行率、工作量完成比率、时间执行率之间比较,得出基于项目全生命周期下项目的健康状况以及差异的大小。当工作量完成比率小于时间进度时,项目进度滞后,差值越大说明滞后越多;当预算进度大于工作量完成比率(或者时间进度)时项目预算超支,差值越大说明

------------------------------------------------------------------------------------------------------------------------------------------------------

超支越多。

项目管理中一般使用SV、CV、工作量完成比率或者SPI、CPI、工作量完成比率来衡量项目的健康情况。对于项目预算执行率关注偏少。建议大家加强对于项目预算执行率的关注。

项目指标度量举例

案例展示

假设在2012年5月10日我们有一个项目计划,如下:

到了2012年5月21日晚上,我们来更新项目进展,得到如下:

假设所有资源平均分配任务,所有资源小时工资(小时费率)相同,均为100元/H .

指标计算

我们来计算该项目的项目指标:

BCWS = 计划完成工作量*工作单价=48*100+32*100+64*100*75%=12800元。

BCWP=实际完成工作量*工作单价=48*100+32*100+64*50%*100=11200元。

ACWP=实际完成工作量*实际单价=实际花费=48*100+32*100+50*100=13000元。

CV= BCWP-ACWP=11200-13000=-1800元

SV= BCWP-BCWS=11200-12800=-1600元

------------------------------------------------------------------------------------------------------------------------------------------------------

CPI= BCWP/ACWP=11200/13000=86.15%

SPI= BCWP/BCWS=11200/12800=87.5%

项目预算总成本=48*100+32*100+64*100=14400元。

项目预算执行率=已经发生成本/预算总成本= ACWP/预算总成本=13000/14400=90.28% 时间执行率=已发生时间/总时间跨度=(3+2+3)/(3+2+4)=88.89%

工作量完成比率=实际完成工作量/预计总工作量=(48+32+64*50%)/(48+32+64)=77.78%

指标解读:

1.对应CV为负值,说明该项目成本超支。对应CPI <1;

2.对应SV为负值,说明项目进度滞后。对应SPI < 1;

3.预算执行率>时间执行率>工作量完成比率说明项目超支。对应超支幅度达到

12.5%。

4.工作量完成比率<时间执行率说明项目进度延迟。对应延迟比例11.11%。

5.该项目需要控制成本,并且追赶进度。

------------------------------------------------------------------------------------------------------------------------------------------------------

(完整版)度量分析指南(参考).docx

度量与分析指南xxx科技股份有限公司

变更记录 版本号修改点说明变更日期变更人审批人V1.0创建EPG 修改点说明的内容有如下几种:创建、修改(+修改说明)、删除( +删除说明)

目录 1.简介 (1) 1.1目的 (1) 1.2适用范围 (1) 1.3背景描述 (1) 2.度量分析过程概述 (1) 2.1简要说明 (1) 2.2方法概述 (2) 2.3度量方法(项目级) (3) 2.3.1工作量度量 (3) 2.3.2工作进度度量 (5) 2.3.3缺陷度量 (6) 2.3.4变更度量 (8) 2.3.5不符合项度量 (9) 2.3.6规模数据度量 (11) 2.4度量方法(组织级) (12) 2.4.1工作量 (12) 2.4.2进度偏差率 (13) 2.4.3测试缺陷关闭率 (14) 2.4.4评审缺陷关闭率 (15) 2.4.5缺陷分布情况 (16) 2.4.6不符合项解决情况 (17) 2.4.7生产率 (18) 3.附录 (19)

1.简介 1.1 目的 本规程文件是为度量过程中所进行的数据采集、记录及分析工作提供规范 性的指导。 1.2 适用范围 适用于所有项目所产生的产品质量和过程能力的度量分析。 1.3 背景描述 在项目策划阶段,如果没有项目历史数据积累将无法对项目规模、工作量、进度等指标进行准确的估计。项目进行过程中,没有项目度量数据的收集,将无法对项目状态和质量进行有效的分析,也无法对公司过程改进工作提供量化的数据支持。因此,有效开展度量与分析活动是非常重要的。 采集度量数据,目的在于使过程可视化,分析造成过程现状的原因和寻找 可能的改进措施;存储数据,目的在于保存历史信息,显示变化趋势,提供过程 改进的依据。 无论采集的度量数据代表什么或者数值如何表现,都必须使用某种分析方 法来提取和解释隐藏在数据中的信息。解释清楚数据意义的本身就是一个过程, 即数据分析的过程。 2.度量分析过程概述 2.1 简要说明 EPG根据本公司现阶段项目和开发的特点,以及过程改进的目标,经过权衡,决定选择工作量、进度、缺陷、变更和规模数据作为公司项目的标准度量项。 通过对本公司既往项目实施状况的调查和分析,EPG认为,我们在限定规模、保证进度、合理分配工作量、保持优良质量等方面还存在一些缺陷,所以需 要通过这些项目属性进行度量、分析和监控,有效改进研发过程,达成公司的质量目标和盈利目标。

项目度量指标介绍

项目管理度量指标介绍 概述: 项目管理者和高层管理对于项目的信息,除项目质量外,非常关注项目的进度情况和成本情况。进度情况决定是否可以按时达成项目的时间计划承诺;项目成本情况直接决定本次项目是否可以盈利。本文简要介绍项目管理的几个度量指标:BCWS、BCWP、ACWP,并通过这几个指标去查看项目的健康状况。 指标介绍 BCWS BCWS(Budgeted Cost for Work Scheduled), 完成计划工作的预算成本。是指在某一个时刻检查该时刻在项目计划中应该完成的工作对应的预算。该指标跟项目的实际进展无关,在项目计划确定后,即可以计算出每个时点的BCWS。其特征关注两点:计划工作、预算。对应计算公式:BCWS=计划工作量×预算单价。 事实上在该时刻,项目实际完成的工作不一定与计划一致;工作队应所花费的成本可能也跟预算不一致。 BCWP BCWP(Budgeted Cost of Work Performed),已完成工作量的预算费用。是指在某一个时刻检查在项目计划的预算中对应实际完成工作的预算费用。该指标又称为挣得值或挣值或“已完成投资额”。项目属主正是根据这个值为承包商完成的工作量支付相应的费用,也就是承包获得(挣得)的金额。计算公式:BCWP=已完成工作量×预算单价。 ACWP ACWP(Actual Cost for Work Performed)已完成工作量的实际费用。是指完成特定的工作量实际花费的成本,该成本可能会高于预算,也可能会低于预算。该指标不关注时间,只关注完成特定工作量的成本。ACWP主要反映项目执行的实际消耗指标。计算公式:ACWP=实际完成工作量*实际单价。

KPI.标准说明

KPI指标说明 第一部分PMT 类KPI指标 一、CPD 推行类指标 1、决策评审点管理效率 2、项目进度偏差率 3、项目周期, 阶段周期及偏差 4、市场响应速度 二、质量类指标 5、客户满意度 6、客户反馈产品缺陷(产品故障率) 7、客户服务支持费用比重 8、产品保修费用比重 三、效率类指标 9、产品器件效率 9.1 PMT 器件替代率 9.2 PMT 器件复用率 9.3 PMT 器件优选率 9.4 PMT 器件累计增长率 四、市场成功/投资类指标 10、市场份额

11、税前利润率 12、销售收入增长率 13、毛利率 14、研发投资效益 15、废弃项目比重 16、新产品销售比重 第二部分PDT 类KPI指标 一、CPD 推行类指标 1、决策评审点准备度 2、项目进度偏差率 3、项目周期, 阶段周期及偏差 4、研发费用预算执行符合度 5、设计成本目标完成率 二、质量类指标 6、客户反馈产品缺陷 三、效率类指标 7、产品器件效率 7.1 器件替代率 7.2 器件复用率 7.3 器件优选率 四、市场成功/投资类指标

8、PDT合同-关键要素

第一部分PMT 类KPI指标 1、决策评审点管理效率 【指标名称】决策评审点管理效率 【指标定义】PMT对产品进行的各类决策评审活动的有效性统计。 【考核对象】 PMT 【设置目的】衡量PMT决策评审工作的效率,发现评审点管理中的问题,分析问题产生的原因并提出改进措施(例如促使PDT全面充分地完成决策评审准备工作等),以促进PMT 准确高效地作出决策。 【统计部门】PMT的秘书机构 【统计方法】 秘书机构的秘书根据自己的记录,对一个季度内PMT的决策评审数据进行统计: 1、实际决策评审次数。 2、有效决策评审次数; 一个产品或版本到了一定阶段,PMT需要对其进行决策评审以确定下一步的发展方向。对于正式发布以前的产品,一般在每个决策评审点时进行1次决策评审;对于进入生命周期阶段的产品,可根据公司规定,每隔一段时间进行

测试度量指标介绍

测试度量指标介绍 在CMMI4体系的测试过程中定义了四个度量指标:测试覆盖率、测试执行率、测试执行通过率、测试缺陷解决率。为了使专/兼职测试人员理解这四个度量指标,了解如何利用现有资源收集度量数据,本文介绍这四个指标的含义及数据收集方法。 1 测试覆盖率 测试覆盖率是指测试用例对需求的覆盖情况。 计算公式:已设计测试用例的需求数/需求总数。 测试覆盖率从纬度上说包括广度覆盖和深度覆盖;从内容上说包括用户场景覆盖、功能覆盖、功能组合覆盖、系统场景覆盖。 首先说广度,是否需求规格说明书中的每个需求项都在测试用例中得到设计。其次说深度,通俗的说,是不使我们的测试设计流于表面,是否能够透过客户需求文档,挖掘出可能存在问题的地方。例如:重复点击某个按钮10次,或者依次执行新增、删除、新增同一数据的记录、再次删除该记录操作。在笔者的实际工作中碰到过这么一个例子,一个使用PL/SQL编写的系统,在某个查询界面,重复点击《查询》按钮6次后,系统就会出现查询功能失效的问题。经调试,开发人员发现是由于gdi资源未完全释放的缘故。 在设计测试用例时,我们很少单独设计广度或深度方面的测试用例,而一般是结合在一起设计。为了从广度和深度上覆盖测试用例,我们需要考虑设计各种测试用例,如:用户场景(识别最常用的20%的操作)、功能点、功能组合、系统场景、性能、语句、分支等。在执行时,需要根据测试时间的充裕程度按照一定的顺序执行。通常是先执行用户场景的测试用例,然后再执行具体功能点、功能组合的测试。 测试覆盖率数据的收集,我们可以通过需求跟踪矩阵RTM来实现。在需求跟踪矩阵,测试人员填写的“系统测试用例”列的数据,如图一所示。测试人员通过计算RTM列出的需求数量,和已设计测试用例的需求数量,可以快速的计算出测试覆盖率。通过RTM,测试人员,包括项目组成员都可以很清楚的、快速的知道当前这个项目测试的测试覆盖情况。 图一需求跟踪矩阵例子 注:本RTM例子中,笔者将“概要设计”、“详细设计”、“编码”等列隐藏,只显示与测试覆盖率计算有关的内容。

项目度量指标介绍(BCWS、BCWP、ACWP)

项目管理度量指标介绍 刘申岭概述: 项目管理者和高层管理对于项目的信息,除项目质量外,非常关注项目的进度情况和成本情况。进度情况决定是否可以按时达成项目的时间计划承诺;项目成本情况直接决定本次项目是否可以盈利。本文简要介绍项目管理的几个度量指标:BCWS、BCWP、ACWP,并通过这几个指标去查看项目的健康状况。 指标介绍 BCWS BCWS(Budgeted Cost for Work Scheduled), 完成计划工作的预算成本。是指在某一个时刻检查该时刻在项目计划中应该完成的工作对应的预算。该指标跟项目的实际进展无关,在项目计划确定后,即可以计算出每个时点的BCWS。其特征关注两点:计划工作、预算。对应计算公式:BCWS=计划工作量×预算单价。 事实上在该时刻,项目实际完成的工作不一定与计划一致;工作队应所花费的成本可能也跟预算不一致。 BCWP BCWP(Budgeted Cost of Work Performed),已完成工作量的预算费用。是指在某一个时刻检查在项目计划的预算中对应实际完成工作的预算费用。该指标又称为挣得值或挣值或“已完成投资额”。项目属主正是根据这个值为承包商完成的工作量支付相应的费用,也就是承包获得(挣得)的金额。计算公式:BCWP=已完成工作量×预算单价。 ACWP ACWP(Actual Cost for Work Performed)已完成工作量的实际费用。是指完成特定的工作量实际花费的成本,该成本可能会高于预算,也可能会低于预算。该指标不关注------------------------------------------------------------------------------------------------------------------------------------------------------

软件质量度量指标v2.0

软件质量指标度量 V 2.0 2014.12

目录 1综述 (3) 1.1编写目的 (3) 1.2阅读指南 (3) 2 ...................................................................................... 软件质量指标 4 2.1需求功能点覆盖率 (4) 2.2用例执行覆盖率 (4) 2.3缺陷修复率(截至于**年*月*日) (5) 2.4缺陷遗留个数(截至于**年*月*日) (5) 2.5缺陷分布统计(模块缺陷率) (5) 2.6缺陷分布统计(严重缺陷率) (6) 2.7缺陷密度及收敛 (7) 3 ..........................................................................测试过程质量指标 9 3.1缺陷探测率 (9) 3.2有效缺陷率 (9) 3.1用例执行效率 (10) 3.2缺陷发现率 (10) 4 ...................................................................................... 交付质量指标

12 4.1加载回退率 (12) 4.2故障回退率 (12) 5 .................................................................................................. 版本说明 13

1综述 1.1编写目的 本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析,为当期被测产品的质量提供可参考的数据,也为后续测试提供数据的基础积累,并作为制定方法流程的重要依据。 1.2阅读指南 软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。 测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。 交付质量主要为新需求的交付质量出具数据度量。 三者可单独使用,也可结合使用。

常见软件项目度量指标介绍

持续时间偏差(%) 进度偏差(%) 工作量偏差(%) 规模偏差(%) 分配需求稳定性指数(%) 软件需求稳定性指数(%) 发布前缺陷发现密度(个/KLOC) 遗留缺陷密度(个/KLOC)(遗留缺陷: 测试部发现的缺陷) 生产率(LOC/人天) SRS评审缺陷发现密度(个/页) STP评审缺陷发现密度(个/用例) HLD评审缺陷发现密度(个/页) ITP评审缺陷发现密度(个/用例) LLD评审缺陷发现密度(个/页) UTP评审缺陷发现密度(个/用例) CODE评审缺陷发现密度(个/KLOC) UT缺陷发现密度(个/KLOC) IT缺陷发现密度(个/KLOC) ST缺陷发现密度(个/KLOC) SR缺陷引入密度(个/页)

HLD缺陷引入密度(个/页) LLD缺陷引入密度(个/页) Code缺陷引入密度(个/KLOC) SRS评审有效性(%) HLD评审有效性(%) LLD评审有效性(%)((实际持续时间-计划持续时间)/计划持续时间)*100 (持续时间不包含非工作日)((实际结束时间-计划结束时间)/计划持续时间)*100(实际工作量-计划工作量)/计划工作量((实际规模-计划规划)/计划规模)*100(1-(修改、增加或删除的分配需求数/初始的分配需求数))*100(1-(修改、增加或删除的软件需求数/初始的软件需求数))*100((发布后缺陷发现总数-(发布后前测试计划本身缺陷数)/规模(KLOC)(这里的发布指开发向测试部发布) (测试部发现缺陷数-测试部测试计划本身缺陷数)/规模(KLOC)软件规模(LOC)/总工作(人天)SRS评审发现的缺陷数/SRS文档页数STP评审发现的缺陷数/ST用例数HLD评审发现的缺陷数/HLD文档页数ITP评审发现的缺陷数/IT用例数LLD 评审发现的缺陷数/LLD文档页数UTP计划评审发现的缺陷数/UT用例数CODE评审发现缺陷数/编码阶段代码规模UT发现缺陷数/UT阶段代码规模IT发现缺陷数/IT阶段代码规模ST发现缺陷数/ST阶段代码规模SRS类型缺陷数/SRS文档页数HLD类型缺陷数/HLD文档页数LLD类型缺陷数/LLD文档页数CODE类缺陷数/代码规模SRS评审发现的SRS类缺陷数/SRS类缺陷总数HLD评审发现的HLD类缺陷数/HLD类缺陷总数LLD评审发现的LLD类缺陷数/LLD类缺陷总数质量控制活动缺陷发现密度(度量目的: 建立基线,评估评审、测试是否充分提供参考)缺陷类型引入密度: (度量目的: 建立基线,为分析能力水平薄弱环节及交付件质量提供参考)评审活动的有效性(度量目的: 建立基线,对相关评审是否充分提供参考)

常见软件项目度量指标介绍

常见软件项目度量指标介绍 基本度量项 持续时间偏差(%)((实际持续时间-计划持续时间)/计划持续时间)*100 (持续时间不包含非工作日)进度偏差(%)((实际结束时间-计划结束时间)/计划持续时间)*100 工作量偏差(%)(实际工作量-计划工作量)/计划工作量 规模偏差(%)((实际规模-计划规划)/计划规模)*100 分配需求稳定性指数(%)(1-(修改、增加或删除的分配需求数/初始的分配需求数))*100 软件需求稳定性指数(%)(1-(修改、增加或删除的软件需求数/初始的软件需求数))*100 发布前缺陷发现密度(个/KLOC)((发布后缺陷发现总数-(发布后前测试计划本身缺陷数)/规模(KLOC)(这里的发布指开发向测试部发布) 遗留缺陷密度(个/KLOC)(遗留缺陷:测试部发现的缺陷)(测试部发现缺陷数-测试部测试计划本身缺陷数)/规模(KLOC) 生产率(LOC/人天)软件规模(LOC)/总工作(人天) 活动缺陷发现密度(度量目的:建立基线,评估评审、测试是否充分提供参考) SRS评审缺陷发现密度(个/页)SRS评审发现的缺陷数/SRS文档页数 STP评审缺陷发现密度(个/用例)STP评审发现的缺陷数/ST用例数 HLD评审缺陷发现密度(个/页)HLD评审发现的缺陷数/HLD文档页数 ITP评审缺陷发现密度(个/用例)ITP评审发现的缺陷数/IT用例数 LLD评审缺陷发现密度(个/页)LLD评审发现的缺陷数/LLD文档页数 UTP评审缺陷发现密度(个/用例)UTP计划评审发现的缺陷数/UT用例数 CODE评审缺陷发现密度(个/KLOC)CODE评审发现缺陷数/编码阶段代码规模 UT缺陷发现密度(个/KLOC)UT发现缺陷数/UT阶段代码规模 IT缺陷发现密度(个/KLOC)IT发现缺陷数/IT阶段代码规模 ST缺陷发现密度(个/KLOC)ST发现缺陷数/ST阶段代码规模 缺陷类型引入密度:(度量目的:建立基线,为分析能力水平薄弱环节及交付件质量提供参考) SR缺陷引入密度(个/页)SRS类型缺陷数/SRS文档页数 HLD缺陷引入密度(个/页)HLD类型缺陷数/HLD文档页数 LLD缺陷引入密度(个/页)LLD类型缺陷数/LLD文档页数 Code缺陷引入密度(个/KLOC)CODE类缺陷数/代码规模 1

相关文档
最新文档