第14章软件估算与度量资料.pptVIP

里程碑按期交付率 若当期按期交付的里程碑为PM，当期已建立的里程碑数量为EM，则 里程碑延误率 = PM / EM * 100% 里程碑建立时间偏差 若里程碑实际建立时间为AM，里程碑计划建立时间为PM，则 里程碑建立时间偏差 = (AM - PM) / 里程碑计划建立周期 * 100% * 软件可靠性 可靠性是一个程序期望以所需的精确度完成它的预期功能的程度。 当考虑一个基于计算机系统时，可靠性的简单度量是“平均失效间隔时间(MTBF)” MTBF = MTTF + MTTR 系统可用性指系统平均失效时间间隔(MTBF )与平均失效时间间隔与平均修复时间之和(MTBF+MTBR)的比值 A = MTBF/(MTBF+MTBR) * 缺陷度量 对缺陷的各种度量是软件质量最常用的指标，包括缺陷密度、问题密度、缺陷分布、缺陷发现效率、缺陷排除效率。 缺陷密度。 缺陷密码可以用于每个级别的测试中，用以衡量代码的质量，以每千行代码缺陷数为例，若目标系统或被度量模块的纯代码量为N，测试中发现的有效缺陷个数为D，则 缺陷密度 = D/N *100% 其中 D = 缺陷跟踪系统中统计的有效缺陷个数，N = (累计代码行-(空白行 + 注释行))/1000 * 问题密度 若被评审文档的文档页数为N，评审中发现的规范性问题个数为Q，内容问题数为Q2，并未规范性问题赋予权重S1，内容问题赋予权重S2，则 * 缺陷率 缺陷率的通用概念是一定时间范围内缺陷数与错误几率。 缺陷分布 按严重度：严重、一般、轻微 按起因：设计错误、代码错误、接口错误等。 按发现阶段：需求评审、设计评审、代码走查、单元测试等。 按模块。 缺陷排除率：DRE = E /(E + D ), E为软件交付给用户之前所发现的错误数，D为软件交付后发现的缺陷数。 DRE = Ei / (Ei+E i+1),其中Ei为在软件工程活动中i中所发现的错误数。 * 测试覆盖率度量 测试覆盖率可从功能覆盖和需求覆盖两个方面考察，即功能覆盖率和需求覆盖率。 功能覆盖率指测试所覆盖的功能点数(记为T)占系统功能点总数(记为M)的比率，则功能覆盖率Cf： Cf = T / Nm * 100%，其中T为测试执行人员标注的当周测试所覆盖的模块数量，Nm为进入系统测试的功能点数量。 需求覆盖率指测试中所覆盖的需求用例数(记为A)占根据全部需求用例总数的比率，则需求覆盖率Cr: Cr = A / Nr *100% ,其中 A为测试中所覆盖的需求功能用例数，Nr为全部需求功能用例总数。 * 软件效率 从产品外部考虑：度量软件的处理速率，响应时间、资源消耗，并发程度等。 从产品内部考虑：算法的复杂度，有效性等。 客户满意度度量 * 缺乏管理执行力 度量过细过早 度量得太粗太晚 度量错误的因素 不精确的测量项定义 用度量数据去评价个人 利用度量来激励而不是了解 采集数据不被利用 缺乏沟通和培训 错误地解释度量数据 * * * * * * * * * * * * * * * * * * 静态模型 用一个唯一的变量（如程序规模）作为初始元素来计算所有其他变量（如成本、时间），且所用计算公式的形式对于所有变量都是相同的 动态模型 没有类似静态模型中的惟一基础变量，所有变量都是相互依存的 已有的模型 COCOMO模型；Putnam模型；等 * 4.3 软件项目成本估算 COnstructive COst Model，结构型成本估算模型是一个采用自底向上的方法进行估算的典范，它是一种精确、易于使用的成本估算方法。在该模型中使用的基本量有以下几个： E——工作量（人月） S——千源代码行（KLOC） EAF——Effort Adjustment Factor，工作量调整因子 a，b——随开发模式而变化的因子 * 4.3 软件项目成本估算 组织式：相对项目较小、较简单的项目。开发人员对软件产品开发目标充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束小，程序的规模不是很大（5万行）。如多数应用软件和较早的OS、Compiler。 半分离式：规模和复杂度都属于中等或更高。最大可达30万行。（例如：固定需求的事务处理系统）。 嵌入式：紧密联系硬件、软件和操作的限制下运行，通常与某些硬设备紧密联系。因此，对接口、数据结构、算法要求较高。软件规模任意。如：大型复杂的事务处理系统、大型操作系统、航天用控制系统、大型指挥系统等。 * 4.3 软件项目成本估算 是一个静态单变量模型，它用源代码行数（LOC）为自变量的（经验）函数来计算软件开发工作量。 EAF取值为1，E=aSb 开发时间 T=cEd 三种开发模式在基本COCOMO模型中的取值、开发时间参数 开发