5.软件工作量估计.ppt

E = ab(KLOC)exp(bb) D = cb(E)exp(db) 式中E为开发所需的人月，D为所需的开发时间（月），KLOC为估计提交的代码行。ab、bb 、 cb 、 db是指不同软件开发方式的值。具体见下表： 5.12.1 基本COCOMO模型 * 5.12.1 基本COCOMO模型 生产率 = （KLOC）/E（代码行/人月） 人员数 = E/D 方式 ab bb cb db 有机 2.4 1.05 2.5 0.38 半有机 3.0 1.12 2.5 0.35 嵌入 3.6 1.2 2.5 0.32 * 对于工作量E的公式, 当项目复杂性从有机向嵌入方式转变时, 参数ab、bb 的取值逐步增加, 这反映了人力的增长, 说明项目越复杂就需要越多的开发工作量。 而开发工期D的公式则不存在这种相应递增的关系, 即随着项目复杂性的增加, 参数cb、db 并不相应增大, 这是由于开发部门对于复杂的大项目往往投入较强的技术力量, 因此实际工期并不一定延长 这里需要指出的是上述参数取值仅仅是在63 个开发项目的基础上用曲线拟合方法得到的, 因而只能作为一种大致的测算公式。 * 基本模型考虑了软件开发方式和软件规模这两个重要因素, 为了提高测算精度，采用中级COMOCO模型。 先产生一个与基本COCOMO模型一样形式的估算公式，然后对15个“成本驱动属性”进行打分，定出“乘法因子”，对公式进行休整。 产品属性 计算机属性 人员属性 项目属性 5.12.2 中级COCOMO模型 * * 软件生产率是指每个人一个月所能生产的有效源代码行数。 对软件生产率影响的因素很多，要得到准确结果并不容易。其影响因素为： 人的因素、问题因素、过程因素、生产因素、资源因素。 5.13 软件生产率 * 确定功能 首先将功能反复分解，直到可以对为实现该功能所要求的源代码行数做出可靠的估算为止。然后可以给出极好、正常和较差三种情况下的源代码估算行数的期望值，分别用a、m、b表示。 5.13 代码行的成本估算方法 * 5.13 代码行的成本估算方法 求期望值Le和偏差Ld 式中n表示软件功能数量 * 根据经验数据，确定各子功能的代码成本行 计算各子功能的成本和工作量 计算开发时间 对结果进行分析比较 5.13 代码行的成本估算方法 * 估算的误差度 类型 准确度 说明 量级估计：合同前 -25%---+75% 概念和启动阶段 预算估计：合同期 -10%---+25% 初步计划 确定性估计：WBS之后 -5%---+10% 详细计划 * * 估算不准的主要原因 基础数据不足 对需求理解的程度 软件项目的不确定 缺乏经验的估计人员 签约前后不连贯和低劣的推测技术 * 对付误差的方法 避免低劣估算 表达方式技巧 加减限定表示 范围表示 风险量化 分情况阐述 处理低劣估算带来的结果 * 第5章 软件工作量估计 避免不现实估计的危险 了解可以使用的估计方法的适用范围 使用由底向上的方法估计项目 计算系统的功能点和对象点 估计使用过程编程语言实现软件所需要的工作量 了解开发工作量模型COCOMO方法 本章目的 * 成功项目的一个定义是系统能够按时和在预算内交付，并能满足要求的质量。 估计过程的困难： 软件的新颖应用 变更技术 缺乏同类项目的经验 估计的主观特性 角色因素 5.1 引言 * 战略策划 可行性研究 系统规格说明 评价供应商建议书 项目策划 5.2 在何处进行估计 * 帕金森定律：工作总是用完所有可以利用的时间。 布鲁克斯定律：在一项延迟的工作上投入更多的人，可能导致该项工作更加延迟。 估计实际上不是预测，而是一个管理目标。 5.3 估计过高和估计过低的问题 * 需要历史数据 工作的度量：SLOC/KLOC 复杂性：取决于估计人员的主观判断 5.4 软件估计基础 * 算法模型 专家判断 类比 帕金森法 嬴的价格 自顶向下 自底向上 5.5 软件工作量估计技术 * 估计人员将项目分解成构件任务，然后估计执行每个任务需要多少工作量。 由底向上法最适合于后期的更详细项目策划阶段。 如果一个项目完全是新颖的或者没有可用的历史数据，那么建议估计人员最好使用由底向上方法。 5.5.1 由底向上估计 * 自顶向下法通常和参数模型相关。参数模型公式如下：工作量 = 系统规模×生产率 预测软件开发工作量的模型有两个关键构件：第一个是评估要承担的软件开发任务的规模的方法；第二个是评估做每项任务的效率。 5.5.2 自顶向下法和参数模型 * 专家评判往往是使用已标识的来自过去类似项目的非正式的类比法和由底向上估计法相结合的方法。 5.6 专家评判 * Deiphi方法 组织者发给每位专