项目估算指南_V22

1、文件类别：指南文件版本：2.2文件编号：LC_CMMI4_PEG哈尔滨乐辰科技有限公司哈尔滨乐辰科技有限公司项目估算指南项目估算指南受控状态：受控 项目估算指南哈尔滨乐辰科技有限公司 第 1 页 共 16页文档密级：普通文档状态： 草案 正式发布 正在修订变更履历变更履历序号序号版本版本变更描述变更描述修订人修订人/ /日期日期审核审核/ /日期日期批准批准/ /日期日期1V1.0创建Midy/2007-4-262V1.0发布/增加页眉页脚Midy/2007-4-30EPG/2007-5-16Jason Xue/2007-5-163V2.0版本升级Midy/2007-5-29EPG/2007-

2、5-30Jason Xue/2007-5-304V2.1修改Jack/2008-12-26Blue/2009-1-45V2.2修改评审问题Jack/2009-1-13Blue/2009-1-16Jason Xue/2009-4-2067891011 项目估算指南哈尔滨乐辰科技有限公司 第 2 页 共 16 页目目 录录第第 1 1 章章 前言前言 .41.1 编写目的.41.2 预期读者.41.3 术语与缩写.41.4 参考资料.4第第 2 2 章章 总体描述总体描述 .52.1 概述.52.2 职责.52.3 入口准则.52.4 输入.52.5 流程图.52.6 输出.62.7 出口准则.6

3、2.8 度量.62.9 资源和能力要求.6第第 3 3 章章 活动与规程活动与规程 .73.1 估计软件规模.73.2 估计难度等级.73.3 估计工作量.83.4 估计成本.83.5 估计各阶段缺陷数量.83.6 估计关键计算机资源.93.7 估计软件工程设备和支持工具.103.8 估计关键路径和关键依赖关系.103.9 建立管理储备.103.10 评审估计.103.11 制定进度表.113.12 阶段详细估计.113.13 评审项目估算书.11第第 4 4 章章 附录附录 .124.1 WBS 使用方法 .124.2 估计方法.134.3 估计系数.16 项目估算指南哈尔滨乐辰科技有限公司

4、 第 3 页 共 16 页第第 1 1 章章 前言前言1.11.1 编写目的编写目的本文档的目的是为了描述对软件产品的规模、工作量、成本、关键计算机资源和进度等进行估计，描述了估计的步骤和过程。估计的特点是：对输入的数据很敏感，而结果是在一个可接受的范围内，不考虑获得精确的答案。它贯穿整个软件生命周期，随着过程的改进和历史数据的积累，估计变得越来越精确。本文档适用于本公司所有项目的软件生命周期中的估计活动，这些活动包括：软件需求分析、系统设计、编码、测试、配置管理、软件质量保证等。1.21.2 预期读者预期读者本文档适用于公司的所有软件项目。1.31.3 术语与缩写术语与缩写项目规模：代码行、

5、功能点。缺陷注入率：单位规模（人时）的缺陷数。里程碑阶段缺陷级别：里程碑阶段（需求、设计、编码、单元测试、集成测试、系统测试和验收测试阶段）的缺陷占总缺陷数的百分比。缺陷清除率：已发现的缺陷数占已预测的总缺陷数的百分比。缺陷出现时机：在需求评审、设计评审、代码评审、单元测试、集成测试、系统测试和验收测试识别缺陷。1.41.4 参考参考资料资料无 项目估算指南哈尔滨乐辰科技有限公司 第 4 页 共 16 页第第 2 2 章章 总体描述总体描述2.12.1 概述概述每一个项目都要进行估计，并将估计的结果作为项目计划的基础。估计是项目计划的核心。目的是为项目建立合理的预算，确定合适水平的员工，并为项

6、目承诺提供基础。一个没有建立在合理估计基础上的计划会提供一种错误的安全感，可能比根本没有计划更糟。估计的内容通常包括：规模、工作量/成本、外部成本、关键计算机资源、管理储备、进度表等。本文提供了几个估计方法及相关过程，它们主要应用于公司的软件项目规模、工作量及成本、关键计算机资源等的估计。如果这些估计方法不适用于特定的项目，项目经理必须为该项目提出另外的估计方法。2.22.2 职责职责角色职责项目经理组织召开估计会议，进行软件估计项目组在项目经理组织下，共同完成项目的各项估计配置管理在项目经理组织下，完成配置管理工作的估质量保证在项目经理组织下，完成质量保证工作的估计2.32.3 入口准则入口

7、准则WBS已完成2.42.4 输入输入软件需求规格说明书WBS2.52.5 流程图流程图估计和计划贯穿了整个项目。在项目的早期阶段，使用自上而下（top_down）的方式进行粗略的估计和制定进度表。随着项目的进展，在每个详细的计划阶段，使用自下而上（bottom_up）的方法为子阶段进行更详细的计划。下一阶段的底层 WBS 元素必须定义，并在 WBS 中进行记录。先对 WBS 的底层元素进行估计，然后汇总到较高层，用来更新总的软件估计。软件估计的流程如下： 项目估算指南哈尔滨乐辰科技有限公司 第 5 页 共 16 页从上到下估计软件规模估计工作量估计外部成本估计建立管理储备关键计算机资源估计制

8、定进度表阶段详细估计建立项目基准图表 1 软件估计流程2.62.6 输出输出项目估算书2.72.7 出口准则出口准则估计活动完成。估计结果通过评审。2.82.8 度量度量项目经理进行以下统计：软件估计所花费的工时；实际结果和软件估计结果的偏差（项目结束时统计计算） 。2.92.9 资源和能力要求资源和能力要求项目经理、项目成员具有类似产品开发的经验。 项目估算指南哈尔滨乐辰科技有限公司 第 6 页 共 16 页第第 3 3 章章 活动与规程活动与规程3.13.1 估计软件规模估计软件规模规模估计的目的是为了判断待开发软件产品的规模，规模是成本估计、进度估计的基础，为了估计成本和进度，所以必须进

9、行规模估计。WBS 是软件规模估计的基础。我们常用的估计整个软件产品的规模的单位是：功能点（FP） 。代码行（LOC） 。其它：如交易数量、表数量等。有时需要估计个别软件工作产品的规模，一般采用以下单位：页：用于估计文档规模。字数：用于估计文档规模。测试用例的个数：用于估计测试规模。规模度量单位必须记录在项目度量计划中。估计软件产品的规模主要依靠过去相关的经验，估计人员应当具有相似系统的开发经验，利用自上而下（top-down）或者自下而上（bottom-up）方式进行软件规模的估计。具体步骤如下：1.将软件工作产品拆分成能实现精确估计的较小部分。2.分析软件产品的 WBS。3.选择合适的度量

10、单位。4.选择估计方法，结合选择的技术解决方案（开发工具、语言、平台等） ，对 WBS 中的产品功能进行估计。5.估计结果可能是一个最高值和最低值的范围偏差6.使用适当的历史数据验证估计结果。7.在项目策划过程中，评审和修正有关软件规模估计的问题，对软件产品的估计达成一致。8.将规模估计的结果记录到项目估算书中。3.23.2 估计难度等级估计难度等级估计人员估计任务的难度等级，可以根据以下几个方面：数据通讯（Data Communications）分布式数据处理（Distributed Data Processing）性能（Performance）使用强度高的配置（Heavily Used C

11、onfiguration）交易速度（Transaction Rate）在线数据输入（Online Data Entry）最终用户的效率（End-User Efficiency）在线更新（Online Update）复杂的处理（Complex Processing）可重用性（Reusability）安装的简易性（Installation Ease） 项目估算指南哈尔滨乐辰科技有限公司 第 7 页 共 16 页运行的简易性（Operational Ease）多场地（Multiple Sites）允许变更（Facilitate Change）对于难度，我们现阶段采取较主观的方式去估计。3.33.3

12、估计工作量估计工作量完成项目规模估计后，应该确定完成这些工作需要的时间（以工时为单位） ，项目经理应该使用模型、历史数据和软件工作产品大小来确定项目工作量。工作量估计的内容应当包含以下内容：1.项目总工作量，包括需求分析、设计、编码、测试、其它技术文档。2.项目支持活动的工作量，包括：配置管理的工作量，质量保证活动的工作量。3.项目管理活动的工作量。4.工作量的估计可以按以下步骤进行：a)选择估计方法，目前建议使用 Delphi 方法。b)对 WBS 中的每个任务分别进行估计。c)使用组织过程能力模型中的资源模型和工作量类型分布基线对各种工作量的比例进行校验。d)软件工程组应和配置管理人员、质

13、量保证人员讨论对配置管理、质量保证活动建立总体的估计。对于没有适用历史数据的项目，其估计大约为项目总工作量的 5%，然后将此工作量分配到各自 WBS 的具体活动中。随着历史数据的不断积累，可重新定义其占有项目总工作量的比例，也可先对具体 WBS 活动进行估计，此时可采用 Delphi 方法。e)估计出培训的工作量，对于不适用历史数据的项目，大概是项目工作量的 3%。f)估计出项目管理活动的工作量，对于不适用历史数据的项目，近似于软件工作量的15%20%， 。g)将估计的结果记录到项目估算书中。3.43.4 估计成本估计成本估计出工作量后，应根据公司的财务要求，进行成本的估算。估算的内容有：人力

14、成本：人力成本（按日）*（工作量/8） 。 （具体金额由财务核算）直接费用：直接可以报销的费用，如饭费、车费、活动费用等。3.53.5 估计各阶段缺陷数量估计各阶段缺陷数量量化质量管理的一种方法是通过预测缺陷进行管理，这种方法的关键事宜是设定质量目标，并预测 项目估算指南哈尔滨乐辰科技有限公司 第 8 页 共 16 页里程碑阶段的缺陷级别，以此来量化监督项目向着质量目标前进，缺陷的预测在项目策划阶段，由 SQA人员和项目经理共同完成。本规程确定质量目标为：预测在最后一次回归测试可能出现的缺陷数，简称估计交付质量。3 3. .5 5. .1 1 类似项目的质量目标预测类似项目的质量目标预测1.预

15、测前提条件：有类似项目的数据，当前项目已经完成工作量估计，具体数据可以参考组织过程能力基线或模型。2.预测方法：当前项目（P）, 类似项目集（SP）估计总缺陷数（P）= 总缺陷数（SP）* 工作量估计（P）/实际工作量（SP） （可以参考组织过程能力模型中，规模与缺陷的模型进行验证）估计总缺陷数（P）= 交付质量（SP）*项目规模（P）3 3. .5 5. .2 2 新项目的质量目标预测新项目的质量目标预测1.预测前提条件：项目过程库中已存在或估计了过程的缺陷清除率和缺陷注入率（x 缺陷/人时）当前项目已经完成工作量估计（人时）2.预测方法：当前项目（P）估计总缺陷数（P）= 缺陷注入率 *

16、工作量估计（P）估计 AT 缺陷数（P）= 估计总缺陷数（P）* 验收测试占总缺陷的百分比3 3. .5 5. .3 3 里程碑阶段的缺陷检测数量预测里程碑阶段的缺陷检测数量预测里程碑阶段预计的里程碑阶段缺陷级别（占总缺陷的百分比）概念阶段（立项评审）5% - 10%计划阶段（需求评审、设计评审、计划评审）2540开发阶段（代码评审和单元测试、集成测试和系统测试）60% - 75%实施阶段（验收测试）5% - 10%预计的里程碑阶段缺陷数 = 估计总缺陷数 * 预计的里程碑阶段缺陷级别3.63.6 估计关键计算机资源估计关键计算机资源项目经理应该明确完成项目所需的关键计算机资源，并进行关键计算

17、机资源估计。关键计算机资源可以是服务器环境、测试环境、目标环境等。估计关键计算机资源的步骤如下：1.关键计算机资源是在软件开发和操作中受到约束的硬件资源，如：计算机内存、磁盘容量、网络容量、处理器性能。项目经理根据软件需求规格说明书中对关键计算机资源的描述，确定关键计算机资源的约束。2.如果有关键计算机资源，则要估计软件开发或运行中的资源状况。 项目估算指南哈尔滨乐辰科技有限公司 第 9 页 共 16 页3.与估计的软件规模、计划的处理负载、预计的数据量、或其他因素相联系，来估计所需的资源的总量，作初始估计。4.当初始估计做好后，应对每一项资源建立一定的储备。5.设计或者选用资源的限度作为跟踪

18、的目标，确定跟踪的方法。6.与有资格的人员讨论估计，并使他们批准达成一致的估计内容。7.将估计的结果写入到项目估算书中。3.73.7 估计软件工程设备和支持工具估计软件工程设备和支持工具软件工程设备和支持工具的估计是以软件工作产品和特性的规模估计为基础的。包括设备资源、设施和支持工具，获得或升级软件开发工具，提高网络容量，明确需要的许可证数量，以及关键设备等。项目经理负责详细说明所需的资源，并且协调影响项目进度和成本等的资源。3.83.8 估计关键路径和关键依赖关系估计关键路径和关键依赖关系项目经理和项目组的相关人员、质量保证、配置管理、相关负责人根据各活动间的关系确定关键路径和关键依赖关系。

19、3.93.9 建立管理储备建立管理储备建立管理储备是为了适应那些在项目中不可避免出现的变更。它代表了为用于批准的项目变更而保留的部分项目资金，动用管理储备必须经过高层经理批准。管理储备的估计由项目经理负责完成。管理储备的总额（在整个项目预算中的百分比）应基于预计的需求稳定性和评估的风险，一个有较高风险和不稳定需求的项目应比一个有较低风险和稳定需求的项目有较高的管理储备。对大多数项目来说，管理储备为项目预算的 20%，管理储备应包括内部和外部的成本。下图说明了被批准的项目预算和管理储备是如何组成总的项目预算的。例如：开发工作量1000 小时配置管理（5%） 50 小时质量保证（5%） 50 小时

20、其他（培训） 24 小时项目管理（20%） 220 小时 总的已批准的预算：1344 小时管理储备（20%） 270 小时总的项目预算总的项目预算1614 小时小时项目的管理储备估计结果写入到项目估算书 。3.103.10 评审估计评审估计项目估算书作为项目计划的一部分，在项目计划完成后或者每次估计变更后，项目经理应召集 项目估算指南哈尔滨乐辰科技有限公司 第 10 页 共 16 页有类似项目经验的人对项目估算书的估计部分内容进行评审，内容包括：1.确认规模、工作量和成本、进度估计所采用的方法是恰当的2.确定估计的每个步骤的输入是正确的3.确定软件估计结果是合理和正确的4.确定估计的内容是完整

21、的3.113.11 制定进度表制定进度表进度表的制定可以按以下流程进行：1.项目经理和各负责人根据估计的工作量和关键路径确定每个活动的起止日期。2.根据第 2 步的结果，结合项目人员的具体情况，项目经理和各负责人调整任务的起始日期、终止日期，甚至是调整某些任务的负责人和关键路径。 （如：通过第 2 步的结果，发现某些项目人员在某个时间段内工作超负荷，而有些人员在某些时间段内工作量不足，这样就需要调整。若实在调整不了，就有可能会调整关键路径） 。3.项目经理在项目进度表中要安排里程碑点（里程碑点一般选在有特定意义的阶段点，如重要阶段的开始或结束） ，并形成进度表的草稿。4.将草稿提交给项目组的成

22、员或负责人，得到他们的承诺或根据他们的意见进行修改，直至达成一致。5.配置管理人员和质量保证人员根据达成一致的进度表，确定自己的日程安排。注意：返工的问题：软件项目中的返工工作量是较大的，即在发现工作产品缺陷时的修改工作。一般来说，应在每个阶段为返工的工作留出统一使用的储备时间。有些项目较紧急，要求项目成员加班进行工作。对于这种情况，制定进度表一定要小心。因为若有特殊情况或某项关键任务估计得过于乐观，会导致项目进度拖延，而无法再用加班的方式进行弥补。管理活动的时间占用问题：项目经理根据软件估计中的管理估计和一些技术方面的估计，确定项目各成员在各个阶段可以真正用于完成技术任务的时间。如：在编码阶

23、段，某项目成员每周工作 40 小时，但评审、配置管理工作、项目会议以及一些技术方面的交流、培训就占去了 18个小时，那么在安排该项目成员的技术任务时，只能按照他每周工作 22（4018）个小时去安排。3.123.12 阶段详细估计阶段详细估计1.在项目每个阶段开始前，要作阶段详细估计（工作量和时间表） 。估计的步骤同上述的过程相同。2.把详细估计累计起来，确定项目和阶段的总估计。3.完成后更新总体的软件估计和项目计划。3.133.13 评审评审项目估算书项目估算书软件工程组内部评审项目估算书 。 项目估算指南哈尔滨乐辰科技有限公司 第 11 页 共 16 页第第 4 4 章章 附录附录4.14

24、.1 WBSWBS 使用方法使用方法使用 project 程序的项目估算书_WBS模板进行工作量、工期、关键路径、人力资源、进度表的估计。4 4. .1 1. .1 1 基础信息设置基础信息设置建立项目开始到结束后的日历，调整法定工作日和非工作日。调整项目信息，如开始或结束时间，项目日历等。如果部分项目组人员有特殊日程要求，需为其排定特殊日历。4 4. .1 1. .2 2 建立项目任务建立项目任务根据项目定义的过程调节模板中的项目过程活动。在开发阶段内按需求规格说明书细化软件（必须细化到能准确估计编码实现该功能的程度） 。修改如例会、周报等周期行活动。建立任务需注意以下内容：从模板中裁剪掉的

25、过程活动，在项目计划中应该有相应的裁剪说明。WBS 分到 3 级（如 1.1.1）任务必须填写整个项目周期内所有活动，且包括项目过程中所有组织过程要求的活动。能够细化的活动，需要继续细化，但 WBS 一般不会超过 6 级。4 4. .1 1. .3 3 识别关键路径识别关键路径根据任务的逻辑关系，设置所有任务的前置任务。调节前置任务，将重要的任务置于关键路径中。4 4. .1 1. .4 4 建立项目资源建立项目资源为所有项目组成员和项目干系人建立资源和相关日历4 4. .1 1. .5 5 估计活动工作量估计活动工作量为每一个任务指定资源，并根据资源估计该活动的工作量。估算工作量时应注意调节

26、资源的单位（同一个人一天内进行两项任务，当天只能按 80%投入进行估算） ，并保证工作量分配合理。 项目估算指南哈尔滨乐辰科技有限公司 第 12 页 共 16 页4 4. .1 1. .6 6 排定项目工期排定项目工期检查项目工期和其他限制条件，通过调节资源和工作量保证到达限制要求。4 4. .1 1. .7 7 记录估算结果记录估算结果将估算结果填写入项目估算书中。4.24.2 估计方法估计方法4 4. .2 2. .1 1 历史数据估计方法历史数据估计方法这种软件规模估计方法主要是利用已完成的项目数据来估计软件的代码量，通常用代码行数表示。使用此方法需注意以下几点：充分了解系统需求判断历史

27、项目对现有软件的适用性基于历史项目的相似性对软件规模进行相应的调整历史数据估计方法的步骤如下：步骤一：分解软件系统步骤一：分解软件系统把软件系统模块化，通过系统模块化可以及早了解整个系统。系统分解程度要以历史项目为基础。步骤二：确定相似模块步骤二：确定相似模块使用历史项目要与当前项目有相似的应用和相似的语言。假如相似的模块不存在，也可以用其它方法估计该模块。步骤三：确定相似模块规模步骤三：确定相似模块规模使用历史项目可以通过标准的代码统计工具实现，在开发和估计当前项目规模时，要求使用同类型统计工具。步骤四：调整模块大小步骤四：调整模块大小软件模块估计的调整基于历史项目模块的相似程度或修改量。步

28、骤五：记录估计数据步骤五：记录估计数据4 4. .2 2. .2 2 Delphi 估计方法估计方法鼓励使用此专业估计方法，它可以对软件规模、人员工作量、开发时间、费用等进行估计，其步骤如下：步骤一步骤一项目经理选择三至六名有经验的工程师（可以是项目组外的工程师） ，他们应具备该项目的背景知识。步骤二步骤二项目经理发给每位工程师一份估计参考资料（通常有：立项报告 、 软件需求规格说明书 、WBS 、 风险管理计划等）和一张记录估计值的表格，并进行估计。步骤三步骤三 项目估算指南哈尔滨乐辰科技有限公司 第 13 页 共 16 页每位工程师仔细研究估计参考资料的内容，然后项目经理召集小组会议。在会

29、上，工程师与项目经理一起对估计问题进行讨论，填写估计表并交给项目经理。步骤四步骤四每位工程师对该软件提出三个规模的估计值，即：Ai该软件可能的最小规模（最少源代码行数或最少功能点数）该软件可能的最小规模（最少源代码行数或最少功能点数）Mi该软件最可能的规模（最可能的源代码行数或最可能的功能点数）该软件最可能的规模（最可能的源代码行数或最可能的功能点数）Bi该软件可能的最大规模（最多源代码行数和最多功能点数）该软件可能的最大规模（最多源代码行数和最多功能点数）不记名填写表格，并说明做此估计的理由。步骤五步骤五项目经理对每位工程师在表中填写的估计值进行综合和分类，完成以下内容：计算每位工程师（序号

30、为 I, I=1,2,n）的估计期望值 Ei 和估计值的期望平均值 E：Ei = (Ai + 4Mi +Bi)/6 ；E = 1/4 Ei对每位工程师的估计结果进行分类摘要。步骤六步骤六项目经理召开会议，请工程师对其估计值的重大变动之处进行讨论。工程师对此估计值另做一次估计。步骤七步骤七在综合工程师估计结果的基础上，组织工程师再次不记名填写表格。步骤四到步骤六可适当重复几次，最终可获得一个得到多数工程师共识的软件规模。最后，通过与历史资料进行比较，根据过去完成项目的规模和成本等信息，推算出该软件每行源代码所需成本；然后再乘以该软件源代码行数的估计值，得到该软件的成本估计值。步骤八步骤八将估计数

31、据记录下来。4 4. .2 2. .3 3 Pert Sizing Technique 估计方法估计方法这种方法共估计三个值： 软件产品预期规模的一般值、最大值和最小值。通过这三个值的计算可得到一个统计学上的期望值和一个标准偏差。公式：PERT 公式估计的预期规模是 E，标准偏差是 SD：E=（a+4b+c)6SD=（c-a）6例如：一个新的通信程序：a=规模的最小值，例如：10KSLOCb=规模的一般值，例如 12KSLOCc=规模的最大值，例如 15KSLOC即：E=（10+4*12+15）612.167(KSLOC)SD=(15-10)6=0.833这就是说，此通信程序的规模可能会在 1

32、1.334KSLOC（12.167-.833）和 13KSLOC（12.167 + .833）之间。本估计方法的前提是对规模的估计没有偏见，经验表明，估计偏低的倾向大于偏高的倾向，使用时应加以考虑。 项目估算指南哈尔滨乐辰科技有限公司 第 14 页 共 16 页4 4. .2 2. .4 4 代码重用估计方法代码重用估计方法本方法仅适用于对可重用模块的规模估计。本方法涉及三个参数，分别是新设计的百分比（%Redesign） 、重新编码的百分比（%Recode）和重新测试的百分比（%Retest） ，使用这三个参数可以计算使用重用模块的代码规模计算公式为：(%Redesign + %Recode

33、 + %Retest) /3 *Existing Code = Equiv SLOC例如：如果想重用一个有 10000 行代码的模块，其中 40%需要重新设计，50%需要重新编码，60%需要重新测试，那么等价的新开发的代码量是：(40%+50%+60%）/3*10000 = 5000 SLOC4 4. .2 2. .5 5 改善项目估计改善项目估计本方法适合用于估计改善一个项目的规模，改善一个项目的规模和待改善的项目的规模相关，通过将待改善项目的规模乘以改善项目规模系数，可以估计出改善一个项目的规模，可以用如下的公式表示：规模 = 待改善项目的规模 * 改善项目规模系数4 4. .2 2. .

34、6 6 工作量估计的方法工作量估计的方法1.运算法（ALGORITHMIC COST MODELS）运算法是一种简单直观的估计方法，它根据规模估计的结果和相应的系数运算得到工作量估计：工作量 = p*s*l*ep = 软件产品的规模（SLOC）s = 生产力系数（1/每人月的代码行）l = 开发工具系数e = 规模系数组织应根据自身的实际情况，定义使用不同开发语言时的调整系数，并且应当根据历史信息，经常调整开发工具系数，当没有这些信息的时候，可以由组织中有经验的人决定，下表是开发工具系数表的参考例子：开发工具开发工具系数系数标准 C1.2标准 C+1.1VB0.8PB0.7VC1.4嵌入式 C

35、1.5嵌入式汇编软件规模的大小也是影响规模估计的参数之一，系统的规模越大，对工作量估计的影响就越小，这些数据的参考例子是：规模规模(KSLOC) 系数系数501.09 项目估算指南哈尔滨乐辰科技有限公司 第 15 页 共 16 页1001.083001.055001.0410001.03.2.专家判断法（EXPERT JUDGEMENT）本估计方法需要使用者有类似系统的经验，结合规模估计的结果和 WBS 综合分析，形成对工作量的估计，可以按照下面的步骤进行：a)结合 WBS，根据经验和规模来估计 WBS 中每项原子功能的工作量。b)根据每个功能点实现难度和风险的大小，适当调整工作量的估计c)按阶段合计需要的工作量，形成总的工作量的估计4.34.3 估计系数估计系数估计过程中需要使用很多的系数，这些系数在各个项目中是不同的，每个项目都可以根据实际