5软件工作量估计.ppt

第5章 软件工作量估计 本章目的 避免不现实估计的危险 了解可以使用的估计方法的适用范围 使用由底向上的方法估计项目 计算系统的功能点和对象点 估计使用过程编程语言实现软件所需要的工作量 了解开发工作量模型COCOMO方法 5.1 引言 成功项目的一个定义是系统能够按时和在预算内交付，并能满足要求的质量。 估计过程的困难： 软件的新颖应用 变更技术 缺乏同类项目的经验 估计的主观特性 角色因素 5.2 在何处进行估计 战略策划 可行性研究 系统规格说明 评价供应商建议书 项目策划 5.3 估计过高和估计过低的问题 帕金森定律：工作总是用完所有可以利用的时间。 布鲁克斯定律：在一项延迟的工作上投入更多的人，可能导致该项工作更加延迟。 估计实际上不是预测，而是一个管理目标。 5.4 软件估计基础 需要历史数据 工作的度量：SLOC/KLOC 复杂性：取决于估计人员的主观判断 5.5 软件工作量估计技术 算法模型 专家判断 类比 帕金森法 嬴的价格 自顶向下 自底向上 5.5.1 由底向上估计 估计人员将项目分解成构件任务，然后估计执行每个任务需要多少工作量。 由底向上法最适合于后期的更详细项目策划阶段。 如果一个项目完全是新颖的或者没有可用的历史数据，那么建议估计人员最好使用由底向上方法。 5.5.2 自顶向下法和参数模型 自顶向下法通常和参数模型相关。参数模型公式如下：工作量 = 系统规模×生产率 预测软件开发工作量的模型有两个关键构件：第一个是评估要承担的软件开发任务的规模的方法；第二个是评估做每项任务的效率。 5.6 专家评判 专家评判往往是使用已标识的来自过去类似项目的非正式的类比法和由底向上估计法相结合的方法。 Deiphi方法 组织者发给每位专家一份规格说明和记录表格，请专家估算。 每位专家提出3个规模的估计值。 最小值ai 最可能值mi 最大值bi 组织者整理，计算每位专家的平均值 Ei = （ ai +4 mi + bi ）/6 计算期望值：E = (E1+……+En)/n 综合结果后，再次填写表格，比较估算偏差，找出原因。 重复多次，最终获得一个多数认可的软件规模。 5.7 类比估计 即基于案例的推理。估计人员从已经完成的项目中找出与新项目有类似特征的项目，然后将匹配的源案例已经记录的工作量作为目标案例的估计基础。然后对新项目进行估计。 项目间的接近程度计算方法： 欧几里得距离：[(目标参数1-源参数1)2+ … +(目标参数n-源参数n)2]1/2 类比估算要解决的问题： 如何描述实例特征。 通过选取合适的相似度、相异度的表达式，评价相似程度。 如何用相似的项目数据得到最终估算值。 例子： 假定比较的案例基于两个参数。即构建系统的输入数和输出数。已知新项目有7个输入和15个输出。过去有一个项目A有8个输入和17个输出。项目B有5个输入和10个输出。求欧几里得距离，判断项目A和B那个更接近新项目。 类比估算的优缺点 不能使用于早期规模不确定的情况。 一般在已经有经验的狭窄领域。 难于适应新项目中约束条件、技术、人员等发生重大变化的情况。 5.8 Albrecht功能点分析 功能点发进行估算的时候具体过程是：1.对估算功能单元的类型进行识别2.计算每种类型的复杂度．3.计算总体的调整前的功能点数4.根据调整因子对功能点数进行调整 功能单元的类型 外部输入类型：通过界面等的输入，插入更新等操作都是典型外部输入 外部输出类型：仅仅输出，入导出，报表，打印等输出 内部逻辑文件类型：可以理解为业务对象，可能对应多个数据表 外部接口文件类型：其它应用提供的接口数据 外部查询类型：先要输入数据，在根据输入数据计算输出，如查询 功能点计算公式 FP = UFC *TCF 其中， UFC表示未调整的功能点计数； TCF表示技术复杂度因子。 5.8 Albrecht功能点分析 Albrecht复杂度因子（主观） 5.8 Albrecht功能点分析 技术复杂度因子 例子：假设技术复杂度为平均水平 1. 计算UFC 2. 计算TCF 3. 计算功能点FP 5.9 MarkⅡ功能点 5.9 MarkⅡ功能点 对于每个事务，为调整的功能点的计算方法： Wi × (输入数据元素类型数) + We × (引用的实体类型数) + Wo × (输出数据元素类型数) 5.10 对象点 5.11 面向过程代码的方法 设想在最终系统中程序的数据和类型 估计每个已标识程序的SLOC 估计工作内容、考虑复杂度和技术难度 计算工作量（工作天数） 5.12 COCOMO模型 COCOMO：Constructive Cost Mode