项目估算规程.docx

1、项目估算规程密级：内部公开文档编号：NTT_PP_JHBGGC版本号：V1.0项目估算规程惠州市新中新电子技术开发有限公司编制： xx生效日期：22008年 9月 28日审核： xx批准：xx惠州市新中新电子技术开发有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。文件更改摘要：日期版本号 修订说明修订人审核人批准人2008-01-17V0.1初稿2008-03-25V0.2修订变更评估与分析、计划变更申请2008-09-28V1.0正式版目 录1 目的 62 适用范围 63 参考文件 64 术语和缩写 65

2、职责 66 入口准则 77 输入 78 过程描述 78.1 规模估计 78.1.1 启动准则 78.1.2 输入 88.1.3 主要步骤 88.1.4 输出 88.1.5 结束准则 98.1.6 备注 98.2 工作量估计 98.2.1 启动准则 98.2.2 输入 98.2.3 主要步骤 98.2.4 输出 108.2.5 结束准则 108.2.6 备注 108.3 成本估计 108.3.1 启动准则 108.3.2 输入 108.3.3 主要步骤 108.3.4 输出 108.3.5 结束准则 108.3.6 备注 118.4 进度估计 118.4.1 启动准则 118.4.2 输入 11

3、8.4.3 主要步骤 118.4.4 输出 118.4.5 结束准则 128.4.6 备注 128.5 关键计算机资源估计 128.5.1 启动准则 128.5.2 输入 128.5.3 主要步骤 128.5.4 输出 128.5.5 结束准则 128.5.6 备注 129 估计方法介绍 139.1 PERT规模估计法 139.2 Delphi估计方法 139.2.1 Delphi方法应用原理 139.2.2 Delphi方法软件过程中应用领域 139.2.3 DELPHI估计方法过程流程图 149.2.4 DELPHI估计方法过程详细说明 149.3 复用法 159.3.1 代码复用 159

4、.3.2 功能复用 159.4 类比估算法 159.5 功能点工作量估计方法 169.6 国际通用功能点（FP）估算方法 179.6.1 功能点（FP）划分方法 179.6.2 功能点计算方法 179.6.3 COCOMO估算模型 189.6.4 IBM估算模型 199.6.5 历史经验数据分析法 199.6.6 估计因素权值计算方法 209.6.7 人员技能综合因素权值Q计算方法 2110 功能点与代码行转换表 2211 附录2 2211.1 功能点系数表 2211.2 复杂度调整因子 2211.3 度量 2311.4 估算方向与计算 (逻辑) 公式 2312 相关文件 231 目的软件生命

5、周期中需要对软件规模、工作量、成本、进度等要素进行估算，估算的结果将是制定、调整项目计划的重要依据。本指南旨在提供一些专业的估算方法，用以指导估算活动的进行。2 适用范围本指南文件适用于各阶段执行的估算活动。3 参考文件本指南文件的编写依据是美国卡耐基梅隆软件工程研究院（SEI）的集成软件能力成熟度模型1.2版本（CMMI-DEV V1.2）。4 术语和缩写 缩写含义FP功能点（Function Point）DB数据库（Database）SLOC源代码行（Source Line Of Code）RFP方案建议书（Request For Proposal）WBS工作分解结构（Work Break

6、down Structure）SW软件（Software）HW硬件（Hardware）DASD直接存取存储设备(direct access storage device or devices)5 职责角 色职 责客户 应和软件需求分析人员一起，毫无遗漏地提出与项目有关的承诺信息（质量、成本、交货期）及工作环境等前提或制约条件。 应确认并承认估算结果及其依据。评审组 审查估算结果及其依据，并进行认同。部门经理 应确认并承认估算结果及其依据。项目经理 应遵从恰当的估算方法，并加入各类调整系数，尽量贴近实际情况来实施估算。 在增加客户提出的前提制约条件等之后，应调整估算结果。6 入口准则 在项目生命

7、周期的计划阶段，制定项目计划之前即开始估算，在各个阶段有必要细化项目计划时进行估算。 应在学习、理解了正确的估算方法之后，根据项目特性（业务、特定的硬件环境、交货期、预算控制等），选取合适的估算方法。 结合“采用多种估算方法 ”、“采用多个人估算”、“与过去相似实绩进行对照”等方法，在恰当的时候，通过实施反复估算，使估算的精度更准确。7 输入 来自客户的软件需求； 客户提出的与项目有关的承诺信息（质量、成本、交货期）及工作环境等前提或制约条件； 过去相似项目的实绩数据。8 过程描述8.1 规模估计8.1.1 启动准则项目立项或需求分析完成8.1.2 输入原始分配的需求需求规格说明书历史项目规模

8、数据8.1.3 主要步骤（1） 根据软件项目需求以及历史相似项目经验划分软件功能模块，编制工作分解结构图（WBS）。A、 工作分解结构图（WBS）是一种将项目所有尽可能细化的功能模块以结构层次图的形式来表示，为软件规模估计提供依据。B、 随着项目的进行，在需求不断明确的情况下，工作分解结构图（WBS）将同步更新并细化，进一步为规模及工作量估计提供更详细的依据。C、 由于此处WBS仅用于项目估计而非用于系统设计，其细分程度由估计小组决定。D、 根据项目的实际情况，可以选用工作分解结构图（WBS）最底层的模块作为规模及工作量估计的最小单元。（2） 针对WBS的最底层模块，采用DELPHI法进行规模

9、估计。由多个专家对要估计的模块进行轮流估计，直到达到估计的最小误差为止，最终确定每个模块的估计规模。在采用DELPHI方法估计时采用加权平均法求估计数值，对每一个参与估计的专家要分配一个权值，权值的大小要依据专家在被估计对象领域方面经验大小来确定。（3） 在DELPHI规模估计中间，可以穿插历史经验数据分析法、PERT方法和FP功能点分析方法。（4） 根据工作分解结构图（WBS），自下而上汇总各层模块的功能点或代码数量。（5） 软件规模单位可以选择功能点（FP）、代码行（SLOC）或千行代码（KSLOC）对象数量、UC点数等；文档规模可以选择文档页数。但在规模估计过程中，只使用功能点作为估计单

10、位，在采用IBM法和COCOMO法进行工作量和进度估计时，可以将功能点转换为代码行或千行。（6） 只对软件模块进行规模估计，不对管理性质的工作（如项目策划、项目跟踪、质量保证、配置管理等活动）做规模估计。（7） 进行规模估计时建议采用两种或两种以上的估计方法，并由项目组不同的人去完成，然后对每种结果进行对比，根据历史项目的相似经验及本项目的实际情况选择其中最可能的一种。（8） 在规模估计时，要区分软件模块是新开发的模块，还是复用或自动生成的模块。8.1.4 输出工作分解结构图（WBS）估计的软件规模8.1.5 结束准则工作分解结构图（WBS）、软件规模估计已经记录到项目计划8.1.6 备注立项

11、之后，进行第一次规模估计；需求分析完成后，进行第二次规模估计8.2 工作量估计8.2.1 启动准则软件规模估计已经完成8.2.2 输入工作分解结构图（WBS）估计的软件规模8.2.3 主要步骤（1） 根据软件规模及项目实际情况，选择一种工作量估计方法估计本项目总工作量，如选择历史经验数据分析法、COCOMO估算模型、IBM估算模型等等。使用历史经验数据分析法时直接用功能点计算总工作量，使用COCOMO和IBM估算模型时，需要将功能点转换为代码千行。（2） 从过程财富库中提取公司与工作量估计相关的各种比例系数。（3） 计算开发工作量总工作量比例系数（各阶段开发工作量包括阶段评审工作量，按一定比例

12、分配），其中： 需求分析工作量开发工作量比例系数系统设计工作量开发工作量比例系数软件编码工作量开发工作量比例系数（包括单元测试）模块编码工作量模块规模/总规模编码工作量系统测试工作量开发工作量比例系数试运行工作量开发工作量比例系数（4） 计算管理工作量总工作量比例系数，管理工作量可细分为：项目策划工作量、项目监控工作量、配置管理工作量、质量保证工作量、培训管理工作量等。（5） 根据项目实际情况，可对估计的工作量进行增减调整。（6） 将估计的各项工作量记录到项目计划。8.2.4 输出估计的项目工作量8.2.5 结束准则估计的工作量已经记录到项目计划8.2.6 备注公司平均生产率针对软件项目整体生

13、产率，不是软件编码生产率工作量单位可选择人天或人月8.3 成本估计8.3.1 启动准则软件工作量估计已经完成8.3.2 输入估计的项目工作量8.3.3 主要步骤（1） 从过程财富库中提取公司与软件相关的各角色标准成本单价。（2） 计算分项人力成本分项工作量成本单价。（3） 估计项目发生费用。（4） 计算项目总成本各分项成本之和项目发生费用。（5） 将估计的各项成本记录到项目计划。8.3.4 输出估计的项目成本8.3.5 结束准则估计的成本已经记录到项目计划8.3.6 备注成本单位可选择元或万元8.4 进度估计8.4.1 启动准则软件工作量估计已完成8.4.2 输入估计的工作量工作分解结构图（W

14、BS）8.4.3 主要步骤（1） 计算本项目人员技能综合因素权值Q（人员技能综合因素权值表）。（2） 选择一种进度估计方法估计项目总体进度。A、 在交付日期已确定的情况下（如，已签定开发合同），总体进度交付日期项目启动日期。B、 在交付日期不确定，且团队人数未知的情况下，采用COCOMO估算模型、IBM估算模型估计总体进度。C、 在交付日期不确定，且团队人数已知的情况下，总体进度T总工作量E（1Q）/ 团队人数N。（3） 在阶段人数已知的情况下，计算阶段进度阶段工作量（1Q）/ 阶段人数；在阶段人数未知的情况下，依据项目实际情况、历史相似项目经验和项目总体进度，确定各阶段的工作进度。具体阶段包

15、括需求分析、概要设计、详细设计、软件编码、系统测试、安装调试培训、试运行及验收等。（4） 依据阶段工作量和阶段进度，确定阶段人数阶段工作量（1Q）/ 阶段进度。（5） 必要时，可以依据模块工作量和模块开发人数，计算模块开发进度模块工作量（1Q）/ 模块开发人数。（6） 采用甘特图的形式表示各项任务的先后关系，确定关键路径，并标识出关键里程碑。（7） 将估计的各任务进度记录到项目计划。8.4.4 输出估计的进度8.4.5 结束准则估计的进度已记录到项目计划8.4.6 备注进度单位可选择天或月人员技能综合因素权值Q取值范围：0.50.58.5 关键计算机资源估计8.5.1 启动准则需求确定关键计算

16、机资源限制已经清楚8.5.2 输入关键计算机资源限制及软件项目的需求。8.5.3 主要步骤（1） 罗列项目本身存在的计算机资源限制，根据软件需求确定本项目的关键计算机资源。（2） 估计开发环境、测试环境和运行环境对关键计算机资源的要求。（3） 将估计的关键计算机资源数据记录到项目计划。8.5.4 输出估计的关键计算机资源8.5.5 结束准则估计的关键计算机资源已记录到项目计划8.5.6 备注关键计算机资源可以是内存使用量、设备存储量、通讯传输速度等。不同的项目有着不同的关键计算机资源。9 估计方法介绍9.1 PERT规模估计法PERT规模估计法包含三个估计参数：正常估计值、最高估计值、最低估计

17、值，将这三个估计值作为参数代入PERT公式，便可以计算出估计项的规模范围。举例：估计一个广域网通讯系统的代码规模：设A=估计最低可能需要10（KSLOC）千行代码 B=估计正常可能需要12（KSLOC）千行代码 C=估计最高可能需要15（KSLOC）千行代码 E=（A+4B+C）/6得出E=(10+4*12+15)/6=12.167（KSLOC）千行代码 SD=(C-A)/6得出SD=（15-10）/6=0.833（KSLOC）千行代码从以上数据可以推断出本项目规模将有68%的机率在11.334(12.167-0.833)（KSLOC）千行代码和13(12.167+0.833)（KSLOC）千

18、行代码之间。9.2 Delphi估计方法9.2.1 Delphi方法应用原理召集各类专家对被估计的对象进行估计，对估计结果进行统计，找出每个被估计项估计数值的最大偏差（同一个被估计项的估计最大值与最小值之差），并将每一个被估计项的最大偏差由大到小排列，将排在前几位的被估计项单独挑出，再召集专家重新估计，对每个估计结果再进行统计排序，重复上述步骤，直到每个被估计项的偏差已经减小到大家都认可的范围内。9.2.2 Delphi方法软件过程中应用领域在软件开发领域主要应用于软件规模、工作量、成本估计，应用DELPHI方法对于每个项目中可以分解的工作任务（例如WBS）进行规模方面估计，这些工作任务主要包

19、括需求分析、概要设计、详细设计、编码、测试等工作内容。9.2.3 DELPHI估计方法过程流程图9.2.4 DELPHI估计方法过程详细说明（1） 项目经理负责确定并分配专家的权值，标记这些权值的分配依据，并罗列这些权值到估计报告中。（2） 项目经理负责准备要估计的项目内容，并制作成表格(DELPHI规模估计表格)。（3） 项目经理组织一次会谈，会谈人员要求与本项目相关的技术及业务专家参加，主要讨论被制成表格(Delphi循环估计排序与汇总表)的各估计项规模、工作量、成本方面问题。项目经理根据被估计项内容的多少掌握会谈时间，一般一次讨论控制在十五分钟为宜。（4） 会谈完毕由各专家以匿名方式填写

20、自己对每个被估计项所估计的数值在Delphi循环估计填报表中，最后统一交给项目经理。（5） 项目经理对已填报的估计值进行统计(建议采用加权平均法)，计算每一个被估计项的最大估计值与最小估计值之间的差值，并将这些被估计项按差值由大到小进行排序，从而找到规模估计差异较大的几个被估计项，最后一并汇总到Delphi循环估计排序与汇总表中。（6） 项目经理根据Delphi循环估计排序与汇总表中的分析结果判断是否每个被估计项的偏差已经减小到大家都认可的范围内,如果是则活动结束,否则重新估计。9.3 复用法复用过去相似项目中的代码或功能点，通过公式计算本项目的的复用工作量。9.3.1 代码复用Step1 确

21、定可利用项目/模块的代码行数Step2 分析复用代码需要重新设计、重新编码、重新测试的比例Step3 根据公式计算等价代码行，并记录在项目估算记录中。等价代码行（%重新设计+%重新编码+%重新测试/3）*已存在的代码比如：有10,000行代码，假定30%需要重新设计，50%需要重新编码，70%需要重新测试，那么其等价的代码行可以计算为： (30% + 50% + 70%)/3 10,000 = 5,000 等价代码行意即：重用这10000代码相当于编写5000代码行的工作量9.3.2 功能复用Step1 确定可利用项目/模块的功能点数Step2 分析复用功能点需要重新设计、重新编码、重新测试的

22、数量比例Step3 根据公式计算等价功能点，并记录在项目估算记录中。等价功能点（%重新设计+%重新编码+%重新测试/3）*已存在的功能点比如：有50个功能点，假定30%需要重新设计，40%需要重新编码，50%需要重新测试，那么其等价的功能点可以计算为： (30% + 40% + 50%)/3 50 = 20 等价功能点意即：重用这50个功能点相当于编写20个功能点工作量9.4 类比估算法Step1 项目经理根据项目范围、功能要求与特点，确定类比项（类比项以分解到模块或任务包为合适）。Step2 获取公司财富库，对比财富库中的项目/模块/任务包与本项目类比项的相似程度，提取同类项目的数据。Ste

23、p3 根据本项目类比项的特点，对经验数据进行适当调整，并写明原因。如果存在多个同类项目时，可取这几个项目的平均值。若本项目存在对比经验项目没有的估算项，应再结合其它估算法进行估算。Step4 将估算结果形成项目估计算记录：类比项对比项一对比项二本项目估算值说明规模50个功能点46个功能点48个功能点取平均值设计工作量30人日25人日33人月增加界面设计要求压力测试工作量无无5人日采用专家估算法Step5 若项目经理对估算结果存在疑问，可采用其它的估算方法进行估算验证9.5 功能点工作量估计方法通过估算不同等级的功能点数量，描述项目规模与工作量。面向功能，在产品功能需求较明确的情况下，用于估算功

24、能点。1每个功能点在开发各个阶段的工作量按组织财富库中的组织测量表的经验值分配， 主要阶段包括：需求、设计、编码、测试、验收。每个功能点对应的软件工程、项目管理、质量保证、配置管理的工作量比例关系按组织测量表的经验值分配。2 对于功能点为简单、中等、复杂的工作量分配，他们之间的换算关系是： 简单：中等：复杂1:2:4 简单、中等、复杂的功能定义如下：复杂度单元复杂度标准简单（SIMPLE）业务逻辑少，访问数据库表单不超过2个，涉及少量数据中等（MEDIUM）业务逻辑数量中等，访问数据库表单2-4个，涉及中等数量的数据复杂（COMLEX）业务逻辑复杂，访问数据库表单超过4个，涉及大量数据 做功能

25、估计的时候，还要考虑具体每个功能工作量的调整系数，在产品功能列表中进行统计累计的增加调整系数之后的标准功能总数。如果项目中的功能点都符合标准定义，则系数为1，如果相对于标准的功能复杂度定义而言工作量有偏大，则需要进行系数调整。3统计出产品功能列表中不同等级功能的数量。通过统计不同等级功能点数量，获取累计后的标准功能总数。以累计的标准功能总数作为定项目的功能规模，填写于项目估算记录_功能点工作量估算中。4，参照组织财富库中组织测量表中功能点对应的生成率估计项目总的工作量。5参照组织财富库中组织测量表中的历史项目的不同阶段的工作量比例进行对产品不同开发阶段的工时进行估算，估算结果保存在项目估算记录

26、_功能点工作量估算中。6参照组织财富库中组织测量表中的的软件工程、项目管理、质量保证、配置管理的比例关系，进行不同类别的工作量估算，估算结果保存在项目估算记录_功能点工作量估算中。9.6 国际通用功能点（FP）估算方法9.6.1 功能点（FP）划分方法功能点仅代表单一的规模度量单位：即1FP=100行C+实体代码(包括VC+、UNIX C、C+ Builder),不受程序本身复杂度等因素影响，不管是100行复杂的递归算法还是100行简单的排序程序其规模都是指一个功能点。具备抽象性质：FP功能点单独隔离来讲不表示任何其它意义，只表示规模度量单位，这点类似于货币，程序设计中的类、窗体、函数、功能和

27、这里指的FP功能点没有任何关系。统一性：整个公司的FP功能点都是指一个概念即1FP=100行C+实体代码，各个项目组不需要在脑海里根据项目情况定义自己的功能点划分方式。9.6.2 功能点计算方法（1） 估计软件的输入、输出、查询、数据文件及外部接口的数目，可以采用PERT规模估计法，举例如下：程序功能乐观值可能值悲观值估算数量输入数20243024输出数12152216查询数16222822数据文件数4454外部接口数2232（2） 估计各种复杂度的程序功能数量，举例如下：程序功能估计数量一般复杂中等复杂很复杂输入数244164输出数16493查询数225152数据文件数4040外部接口数20

28、02（3） 根据功能点系数表，计算未经调整的功能点总数。功能点系数表请参见附录2功能点系数表。举例如下：程序功能一般复杂中等复杂很复杂输入数4316446输出数449537查询数5315426数据文件数07410015外部接口数0507210小计4320977未经调整的功能点总数329。（4） 计算复杂度调整因子及调整后的功能点总数。复杂度调整因子表参见附录2复杂度调整因素表。例：上例中，调整后的功能点总数未经调整的功能点总数复杂度调整因子3291.17385。（5） 使用功能点进行规范化的历史数据说明：这类组织的平均生产率为6.5FP/PM，如果一个劳动力价格是每月8000美元，则每个FP的成本约为1230美元。根据FP估算及历史生产率数据，总的项目成本估算是472000美元，工作量为59个人月。9.6.3 COCOMO估算模型为了建立规模和工作量及进度之间的关系，这里引用COCOMO模型（构造型成本模型），规模单位采用千行（SLOC/KSLOC），工作量单位为人月，按级别分为以下两种形式：（1） 模型一：基本COCOMO模型，将软件开发工作量及进度作为程序规模的函数进行计算，程序的规模估算以代码千行表示。（2） 模型二：中级COCOMO模型，将软件开发工作量及进度作为程序规模及一组“成本驱动因子”的函数来进行计算，其中