软件估算-宽带delphi法

上传人:E**** 文档编号:118336602 上传时间:2019-12-13 格式:PPT 页数:22 大小:1.43MB
返回 下载 相关 举报
软件估算-宽带delphi法_第1页
第1页 / 共22页
软件估算-宽带delphi法_第2页
第2页 / 共22页
软件估算-宽带delphi法_第3页
第3页 / 共22页
软件估算-宽带delphi法_第4页
第4页 / 共22页
软件估算-宽带delphi法_第5页
第5页 / 共22页
点击查看更多>>
资源描述

《软件估算-宽带delphi法》由会员分享,可在线阅读,更多相关《软件估算-宽带delphi法(22页珍藏版)》请在金锄头文库上搜索。

1、软件估算宽带Delphi法 内容提要 一、发展历史 二、标准估算过程 三、估算过程优化 四、与功能点估算法的比较 准备工作 预备会议 估算执行 差异分析 估算总结 拍脑袋 拍大腿拍桌子 拍胸脯 拍肩膀 拍屁股 【业界流传的 “六拍”黑色幽默】 软件估算方法 nAD-HOC方法 n开发时间的百分比法 n类比法 nWBS法 n宽带Delphi法 nPERT(计划评审技术)估计法 n功能点法(FP) Delphi: uDelphi是古希腊 的一座城市,因阿 波罗神殿而驰名, 由于阿波罗有着高 超的预测未来的能 力,故Delphi成了 预测、策划的代名 词 一、发展历史 项目有多大?需要多少人天才能完

2、成? n为了客观地解决问题,兰德公司于1948年提出 Delphi方法,最初用于军事目的,很快就被推广 到其他的领域。 一个人决定? 找多个同事进行讨论? 一、发展历史 二、标准估算过程 准备工作 预备会议 估算执行 结果汇总 估算总结 差异分析 满足退出条件 否 是 二、标准估算过程-准备工作 n 项目WBS分解 n 确定估算的分组情况 开发-测试 前台-后台-测试 n 准备估算表格 估算主持人,熟悉宽 带Delphi估算过程, 本身不参与估算。 项目组成员,对项目的 熟悉程度较高 组外专家,有独立的思 考角度 n 确定估算人员和主持人 项目组成员,对项目的熟悉程度较高 组外专家,有独立的思

3、考角度 二、标准估算过程-准备工作 准备工作 预备会议 估算执行 结果汇总 估算总结 差异分析 满足退出条件 否 是 二、标准估算过程-预备会议 二、标准估算过程-预备会议 预备会议主要完成以下事项: n 解释 Delphi估算法 n 估算内容介绍 n 确定估算基础 n 确定估算的约束、假设条件 n 确定规模单位及估算方法 n 确定是否需要分组估算 n 记录预备会议结果 n 确定退出条件 工作产品规模单位 功能数目 代码行数 类或对象个数 需求数 接口数目或复杂度 数据量 文档页数 “人天”、“人时”是工作量的单位, 不是规模单位。 “功能点” 是产品或项目的规模单位, 不是单个工作产品的规模

4、单位。 n 确定退出条件 估算专家讨论本次估算什么情况下算结束 估算结果的差异达到X% 估算轮次达到N 估算专家一致认为无需继续下一轮估算了 二、标准估算过程-预备会议 准备工作 预备会议 估算执行 估算总结 差异分析 满足退出条件 否 是 准备工作 预备会议 估算执行 估算总结 差异分析 满足退出条件 否 是 二、标准估算过程-估算执行、结果汇总 结果汇总 二、标准估算过程-估算执行 n个人估算 独立进行估算,不能讨论商定估算值。 用事先约定的单位给出每个工作产品的规模,根据约定或估算的平均生产率得出工作量。 填写估算表,邮件发送给估算主持人。 n汇总结果 主持人用估算汇总表总结各估算人员的

5、估算结果,计算出本轮估算的差异。 主持人判断本轮估算是否达到退出条件。 达到退出条件:本次估算结束,进入估算总结。 未达到退出条件:进入差异分析,准备开始下一轮估算。 准备工作 预备会议 估算执行 结果汇总 估算总结 差异分析 满足退出条件 否 是 二、标准估算过程-差异分析 n差异分析 主持人召开会议组织估算人员进行差异讨论,把汇总的结果及其差异汇报给所 有估算人员,各估算人员针对差异进行讨论,提出各自的估算理由和假设条件 ,但不应涉及具体的估算值。 讨论原则 各估算人员都需提出自己的估算理由,并具有平等的发言权。 估算人员之间不能互相质问、攻击,以及评价个人。 主持人不能用自己的观点和偏好

6、影响估算人员。 每个单元项的讨论时间应在 5-10 分钟之内,避免无限制的讨论。 差异讨论之后,开始下一轮独立估算,直至达到退出标准。 二、标准估算过程-差异分析 准备工作 预备会议 估算执行 结果汇总 估算总结 差异分析 满足退出条件 否 是 二、标准估算过程-估算总结 二、标准估算过程-估算总结 分组估算结果(人时) 分组编号分组名称总工作量估算 1开发类工作 2测试类工作 3其他分组 估算结果汇总(人时) 工程类活动总工作量0 工程类活动占项目总工作量比例80% 管理类活动总工作量0 项目总工作量0 重要工作产品规模估算结果 工作产品名称规模单位规模值 项目方案说明书 需求个数 功能说明

7、书 功能个数 总体设计说明书模块个数 数据库设计说明书 表个数 接口设计说明书接口个数 详细设计说明书模块个数 界面设计说明书界面个数 代码千行代码 系统测试用例用例数 UAT测试用例用例数 n 填写估算书 整个估算过程结束后,主 持人需把估算的最终结果 记录在估算书中。 试点中发现的问题: 三、估算过程优化 n多轮估算耗时较长,工作量投入较大 n不适合详细的任务估算,成本太高 n多轮估算后,结果仍存在差异,但大家觉得 自己的估算结果已经不用再调整了。 准备工作 预备会议 第一轮估算(独立) 结果汇总 第二轮估算(开放) 估算总结 简言之:宽带Delphi法最适用于再不确定性很宽 的时候,对不

8、同的科目输入的单个、重点项目 进行估算 宽带Delphi估算法功能点估算法 对需求文档质量的 要求 要求不高对需求文档的质量要求较高 估算成本及周期 大,需要多名估算专家进行估算或讨论,特 别是需要邀请有经验的专家参与估算时,人 力成本相对较高 小,项目经理或技术经理可独立完成估算 ,例如300功能点的项目使用快速功能点法 基本上可在3个小时左右完成。 学习难度小,经过简单解释即可开始估算大,需要估算者学习并掌握功能点估算知识 估算准确性 主观,估算结果的准确性取决与各个估算专 家的经验和主观判断 客观,仅取决与估算参考文件的内容,即 同一份业务需求说明书,不同人的估 算结果是基本相同的 工作量估算 可估算出每项任务的工作量,作为制定详细 进度计划的依据 通过生产率数据可得到项目的整体工作量 ,再按一定的比例分配可以得到阶段工作 量,作为制定详细进度计划的参考。 规模估算估算结果为工作产品规模估算结果为项目的整体规模,作为衡量项 目大小的依据,是研发中心衡量项目规模 的标准尺度。 四、与功能点法比较 欲知功能点法相关详情,请听下回分解 . .

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号