01软件项目估算过程

1、.：.；目录 TOC o 1-3 h z HYPERLINK l _Toc6066224 1.目的 PAGEREF _Toc6066224 h 2 HYPERLINK l _Toc6066225 2.范围 PAGEREF _Toc6066225 h 2 HYPERLINK l _Toc6066226 3.估算过程 PAGEREF _Toc6066226 h 2 HYPERLINK l _Toc6066227 3.1规模和任务量估算 PAGEREF _Toc6066227 h 3 HYPERLINK l _Toc6066228 3.1.1 单元复杂度定义 PAGEREF _Toc6066228

2、h 3 HYPERLINK l _Toc6066229 3.1.2 工程的单元分解 PAGEREF _Toc6066229 h 3 HYPERLINK l _Toc6066230 3.1.3 规模和任务量估算 PAGEREF _Toc6066230 h 3 HYPERLINK l _Toc6066231 3.1.4工程整体开发任务量估计 PAGEREF _Toc6066231 h 4 HYPERLINK l _Toc6066232 3.2进度估算 PAGEREF _Toc6066232 h 4 HYPERLINK l _Toc6066233 3.3风险的估算 PAGEREF _Toc60662

3、33 h 5 HYPERLINK l _Toc6066234 3.4关键计算机资源估算 PAGEREF _Toc6066234 h 6 HYPERLINK l _Toc6066235 3.5工程本钱及报价参见工程估算表 PAGEREF _Toc6066235 h 6 HYPERLINK l _Toc6066236 3.5.1人力本钱 PAGEREF _Toc6066236 h 6 HYPERLINK l _Toc6066237 3.5.2非人力本钱 PAGEREF _Toc6066237 h 6 HYPERLINK l _Toc6066238 3.5.3工程本钱 PAGEREF _Toc606

4、6238 h 6 HYPERLINK l _Toc6066239 3.5.4工程报价 PAGEREF _Toc6066239 h 6 HYPERLINK l _Toc6066240 4.估算方法 PAGEREF _Toc6066240 h 7 HYPERLINK l _Toc6066241 5.工程估算评审 PAGEREF _Toc6066241 h 7 HYPERLINK l _Toc6066242 6.参考资料 PAGEREF _Toc6066242 h 8目的软件估算的目的是经过对软件工程管理和开发任务量的估算, 确认工程开发的本钱, 开发周期以作为工程招标、立项的根据. 对工程的估算通

5、常还包括对软件大小 (Size) 、软件工程风险和关键计算机资源的估算等. 对软件的估算很难以准确或准确来衡量, 相反以其合理性来评价. 工程的估算通常和市场价钱、商务目的、工程阅历和开发成员的任务弹性相关并是上述方面的综合反映.范围软件工程的估算不是一次估算过程. 通常会对工程估算多次. 例如在商务过程中, 经过估算进展报价和招标; 在工程方案过程中, 经过估算以确定工程开发方案; 在里程碑评审和变卦过程, 经过估算和总结调整工程方案. 估算过程开 始估计软件规模和任务量估计风险和关键计算机资源估计本钱估计工程进度写入工程开发方案规模和任务量估算在估算过程中，根据工程的类型、技术、言语和其他

6、属性，尽能够地参照以往工程的数据，基于以往工程的历史数据，对指定工程的程序单元进展划分和确认。 假设没有可供参照的历史数据，运用Delphi等方法进展估算。3.1.1 单元复杂度定义软件工程经理根据以下表格并结合工程的历史数据，确定本工程的单元复杂度规范。下表列出了制定复杂度规范时参考的要素，详细到各工程，需求软件工程经理详细定义各种类型的规范以及LOC、任务量的范围。复杂度单元复杂度规范LOC任务量 (人-天)简单产品要素产品复杂性、数据库规模、软件可靠性人员要素开发人员才干、任务阅历、工具的运用阅历工程要素运用现代程序设计技术阅历5OO-150015中等1600-4000610复杂4100

7、-70001015其他大于7000大于153.1.2 工程的单元分解软件工程经理组织相关人员参照定义的规范进展系统分解，以确认系统的程序单元以及程序单元的复杂度。程序单元估算表ID称号简要阐明复杂度分类C+C+ 3.1.3 规模和任务量估算在确认完成简单、中等和复杂后，软件工程经理可以参照历史数据或用Delphi法对任务量或规模进展估算，并把结果登记到程序单元估算表中。在用Delphi法估算时，各类估算值的范围应在单元复杂度规范定义的范围内如下表：程序单元估算表ID称号简要阐明复杂度分类LOC任务量人天3.1.4工程整体开发任务量估计软件工程经理组织相关人员估计工程开发过程中各开发阶段的相对任

8、务量和总任务量可参照以前工程的历史数据，否那么需求用用Delphi法估算。任务分布任务量分配比例(%)任务量(人-天)需求阶段谋划阶段设计阶段实现阶段测试阶段交付阶段评审培训工程管理SQASCM合计任务量分配比例应根据以往工程阅历和工程实践情况进展调整并在工程开发过程中跟踪和在工程终了时进展总结. 前六个阶段的任务量主要指完成实践的开发义务所需的任务量；质量保证任务量包括实施检查、填写各种任务记录等活动；配置管理任务量包括配置管理的库管理活动、形状报告、填写各种记录等活动；工程管理指软件工程经理的管理活动如义务跟踪、组织交流等；评审包括各种技术评审、方案评审和里程碑评审等；培训包括工程管理和工

9、程技术等方面培训。进度估算工程进度估算应基于以往类似工程的时间进度进展估计。 详细步骤为:创建一个MS Project 2000 文件。设置工程任务日历。 到甘特图视图，基于程序单元估算表，列出工程一切的义务/活动。 定义义务依赖性。设置一切的约束，包括：确定的里程碑日期；关键资源获取日期人力资源/硬件/软件。到资源页面，输入对一切相关工程相关组来说，可获得的资源。到甘特图视图，分配义务资源。设置义务周期，周期基于以下思索：基于系统大小和任务量估计。根据指定资源的任务效率，调整义务周期。 在任务周期中，不要包括假期。在里程碑周期内，根据活动和时间分割，设置合理的周期。为不可预知的问题，预留15

10、% 的余量反复步骤 3, 4, 5, 6, 7, 8, 直到义务，资源和周期合理分配。 风险的估算1 识别风险项可利用风险项检查指南和对风险进展分析根据工程的情况识别工程的风险项，并对每一项进展分析。例如序号风险项风险描画风险发生概率风险后果质量、进度、本钱方面风险损失万元1人员流动在工程实施中会发生一名主要开发人员调动85拖延工程进度违反合同923452 确定风险优先级根据上述列表“最主要的 5 个 风险项，根据风险大小确定优先级。确定风险损失与等级对应表，例如：损失等级12345678910损失万元30根据风险发生概率和损失对应等级确定优先级，例如：序号风险称号发生概率%损失对应等级风险系

11、数1人员流动8543.423453 建立风险排序表和制定相应的措施进展预防根据建立的风险排序表，制定相应的措施来降低、躲避和预防风险的发生。风险排序风险等级风险项描画降低风险战略1234备注：出现率高、中、低可根据计算的系数分类，如1-3为低，4-7为中，7-10为高关键计算机资源估算对计算机资源的估算可和任务量、进度估算并行进展。估计程序如下：估计系统的大小，包括数据类型和存储在数据库中数据记录的数量，同时访问系统的用户数量，网络传输的数据量。计算存储在数据库中的数据大小，每分钟执行的恳求和复杂度。定义系统中运用的协议，计算网络的带宽。计算数据库效力器的性能和其他效力器的性能，定义操作系统和

12、数据库系统。定义运用效力器和其他附件计算桌面计算机的性能，定义开发工具。定义硬件效力器，桌面计算机和开发计算机。基于以上估计步骤，填写计算机资源估算表(参见)。需求特别指出的是, 关键计算机资源的估算是指工程必需满足的针对计算机资源的要求. 例如, 软件的规模不能超越 500MB, 系统呼应时间不能低于 2秒/页, 等. 对于关键计算机资源的要求应于计算机资源估算表中记录.工程本钱及报价参见工程估算表人力本钱工程的人力本钱是指由于各种人员的参与而计入的本钱. 可根据对总任务量的估算乘以相应的小时本钱得出:人力本钱 = (任务量 x 小时本钱 )非人力本钱非人力本钱主要包括和工程相关的本钱, 如

13、软件, 硬件, 出差及办公费用等.工程本钱工程本钱是人力本钱和非人力本钱的总和:工程本钱 = 人力本钱 + 非人力本钱 工程报价工程报价那么是以工程本钱为根底加上合理的利润. 需求指出的是工程的报价通常受客户的接受力、市场价钱以及工程竞争者报价制约, 应予综合思索.估算方法针对工程的需求, 在不同阶段可采取不同的估算方法. 如单人估算和多人Delphi 估算法等. 通常建议采用由3-5 人组成估算小组, 每人单独估算并填写, 经讨论后汇总的Delphi 估算法.Delphi 估算法是工业界广泛采用的基于个人阅历汇总的估算方法. 其根本方法为:软件工程经理选择具有相关阅历的估算人员3-5人组成估

14、算小组, 并确认组长.软件工程经理预备和估算相关的资料.软件工程经理召开会议, 确认待估算的条目 (Item), 并分发給估算小组成员.估算小组成员进展个人独立估算, 并填写Delphi个人估算表.估算小组长汇总个人估算于Delphi估算总结估算小组长召开会议组织讨论和汇总, 对于估算偏向大于30%的条目经讨论后由小组成员重新估算.估算小组长汇总最终估算并报软件工程经理软件工程经理记录并归档于工程估算表估算小组分工和责任如下所示: (深色阴影代表主要担任人)角色1. 选择估算小组成员2. 预备估算相关资料3. 召开估算小组会4. 完成Delphi个人估算表5. 完成Delphi 估算总结软件工程经理估算小组长估算小组成员角色6. 召开估算小组会7. 汇总最终Delphi 估算结果8. 记录估算于工程估算表 软件工程经理估算小组长估算小组成员 工程估算评审估算的评审通常和其他的过程评审一同进展,