资源描述
信息化项目软件开发费用测算规范
1 范围
本标准规定了定制类信息化项目软件开发费用测算的方法及过程,涉及软件开发费用的构成、软件
规模、工作量、费用及工期测算方法及过程。
本标准合用于以功能性需求为主的定制类信息化项目软件开发费用测算。
2 规范性引用文献
下列文献对于本文献的应用是必不可少的。凡是注日期的引用文献,仅注日期的版本合用于本文献。
凡是不注日期的引用文献,其最新版本(涉及所有的修改单)合用于本文献。
ISO/IEC 20926 软件和系统工程—软件度量—IFPUG功能规模度量方法2023(Software and systems
engineering -- Software measurement -- IFPUG functional size measurement method 2023)
ISO/IEC 24570 软件工程—NESMA功能规模度量方法2.1版—功能点分析应用定义和计数指南
(Software engineering -- NESMA functional size measurement method version 2.1 -- Definitions
and counting guidelines for the application of Function Point Analysis)
3 术语、定义和缩略语
3.1 术语和定义
下列术语和定义合用于本文献。
3.1.1
信息化项目 information technology project
旨在提高信息化水平的信息系统建设及优化任务。
3.1.2
委托方 sponsor
软件开发项目的出资方。
3.1.3
开发方 developer
受委托方委托,负责软件开发的组织或团队。
3.1.4
第三方 third-party
委托方和开发方之外的重要利益相关方。
注:监理、审计、征询机构等均为第三方。
DB11/T 1010—2023
2
3.1.5
软件开发费用software development cost
委托方为达成软件开发项目目的而需向开发方支付的费用。
3.1.6
直接成本direct cost
开发方为达成软件开发项目目的而直接付出的各种资源代价总和。
注:可直接计入软件开发项目成本的直接材料、直接人工等属于直接成本。
3.1.7
间接成本indirect cost
与达成软件开发项目目的相关,但同一种投入可以支持一个以上项目的开发方联合成本。
注:开发方研发管理人员工资、研发设备折旧、停工补偿等属于间接成本。
3.1.8
人力成本human resource cost
为达成软件开发项目目的所需付出的开发方人力资源成本总额。
3.1.9
非人力成本 non-human resource cost
开发方为达成软件开发项目目的所需付出的人力成本之外的其他成本总额。
3.1.10
直接人力成本direct human resource cost
为达成软件开发项目目的而直接付出的开发方人力成本。
3.1.11
直接非人力成本 direct non-human resource cost
开发方为达成软件开发项目目的而直接付出的非人力成本。
3.1.12
间接人力成本indirect human resource cost
开发方服务于软件研发管理整体需求的非项目组人员的人力成本。
3.1.13
间接非人力成本 indirect non-human resource cost
开发方不为开发某个特定项目但服务于整体研发活动产生的非人力成本。
3.1.14
毛利润 gross profit
软件开发费用与直接成本及间接成本之差。
3.1.15
DB11/T 1010—2023
3
基准数据benchmark
通过筛选并维护数据库中的一个或一组测量值或者派生测量值,用来表征目的对象相关属性与这些
测量值的关系。
3.1.16
方程法 equation
基于基准数据建立参数模型,并通过输入各项参数,拟定待测算项目工作量、工期或费用估算值的
方法。
3.1.17
软件因素software factor
由于软件自身特点的差异而导致预期生产率发生变化的相关因素。
注:业务领域、应用类型、质量特性等属于软件因素。
3.1.18
开发因素development factor
对于同一软件,由于开发团队或其采用的过程、技术差异而导致预期生产率发生变化的相关因素。
注:采用技术、过程、团队经验、重用限度等属于开发因素。
3.1.19
系统边界system boundary
被测算软件与用户或其他系统之间的界线。
3.1.20
功能点 function point
衡量软件功能规模的一种单位。
3.1.21
内部逻辑文献internal logical file
在系统边界内维护的、用户可辨认的逻辑相关数据组或控制信息。
注:其重要目的是保存由被计数的应用的一个或多个基本解决所维护的数据。
3.1.22
外部接口文献external interface file
由一系统引用、另一系统维护的,用户可辨认的逻辑相关数据组或控制信息。
注:其重要目的是保存由被计数的系统边界内的一个或多个基本解决所引用的数据。一个系统所计数的外部接口文
件必然是另一个系统的内部逻辑文献。
3.1.23
预估功能点计数 the indicative function point count
只进行内部逻辑文献和外部接口文献计数的功能点计数方法。
3.1.24
DB11/T 1010—2023
4
百分位数percentile
在某实数集合中,对于集合内某元素X,假如该集合中有且仅有p%的数据不大于X,则称X为该集合
的p百分位数。
示例:假如仅有50%的数据不大于X,则X 为该集合的50 百分位数,简称P50。
3.1.25
功能点耗时率person hours per functional size unit
每功能点所消耗的人时数。
3.1.26
功能点单价 unit price of function point
每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。
3.2 缩略语
以下缩略语合用于本文献。
EI:外部输入
EO:外部输出
EQ:外部查询
EIF:外部接口文献
FP:功能点
ILF:内部逻辑文献
4 软件开发费用构成
4.1 费用构成
软件开发过程应涉及从信息化项目立项完毕到项目验收之间的需求分析、设计、编码、集成、测试、安装、验收活动及相关的项目管理、支持活动。
软件开发费用应涉及软件过程中开发方的所有直接成本、间接成本和毛利润(如图1所示),不涉及软件预研或可行性分析、数据迁移、软件维护等成本。
直接成本涉及直接人力成本和直接非人力成本。
间接成本涉及间接人力成本和间接非人力成本。
本标准中所涉及工作量、工期仅为软件开发过程所用工作量、工期。
图1 软件开发费用构成
DB11/T 1010—2023
5
注:不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软件开发费用构成的影响。例如,当软硬件购置费、测评费等费用单独列支时,不应再将上述费用作为软件开发费用的直接非人力成本反复计算。
4.2 直接人力成本构成
直接人力成本涉及开发方项目组成员的工资、奖金、福利等人力资源费用。其中,项目组成员涉及参与该项目开发过程的所有研发或支持人员。对于非全职投入该项目开发工作的人员,按照项目工作量
所占其总工作量比例折算其人力资源费用。
注:项目组成员通常涉及项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。
4.3 直接非人力成本构成
直接非人力成本涉及:
a) 办公费,开发方为开发此项目而产生的行政办公费用,涉及办公用品、通讯、邮寄、印刷、会议等;
b) 差旅费,开发方为开发此项目而产生的差旅费用,涉及交通、住宿、差旅补贴等;
c) 培训费,开发方为开发此项目而安排的特别培训产生的费用;
d) 业务费,开发方为完毕此项目开发工作所需辅助活动产生的费用,涉及招待费、评审费、验收费、第三方评测费等;
e) 采购费,开发方为开发此项目而需特殊采购专用资产或服务的费用,涉及专用设备费、专用软件费、技术协作费、专利费等;
f) 其他,未在以上项目列出但确系开发方为开发此项目所需花费的费用。
4.4 间接人力成本构成
间接人力成本涉及软件研发部门经理、项目管理办公室(PMO)人员、工程过程组(EPG)人员、产品规划人员、组织级质量保证人员、组织级配置管理人员等的工资、奖金、福利等的分摊。
4.5 间接非人力成本构成
间接非人力成本涉及开发方研发场地房租、水电、物业,研发人员平常办公费用分摊及各种研发办
公设备的租赁、维修、折旧分摊。
4.6 毛利润构成
毛利润包含开发方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种
税费及税后净利。
5 软件开发费用测算
5.1 软件开发费用测算过程
软件开发费用测算的基本流程如图2所示。
DB11/T 1010—2023
6
图2 软件开发费用测算基本流程
工期测算的结果与费用测算结果互相关联、互相影响。工期测算的结果可导致重新测算工作量,并
最终改变软件开发费用测算结果。
对于有明确工期规定的项目,在采用方程法测算工作量时,工期规定可以是方程的参数之一。
在软件开发费用测算过程中,应遵循以下原则:
——充足运用基准数据,对工作量、工期、费用进行测算;
——在测算规模时,应根据项目特点和需求的具体限度选择合适的方法;
——工作量、工期、费用的测算结果宜为一个范围而不是单一值;
——费用测算过程中宜采用不同方法分别测算并进行交叉验证。假如不同方法的测算结果产生较大
差异,可采用专家评审方法或加权平均方法拟定测算结果。
5.2 规模测算
5.2.1 功能点计数
应根据已知的项目功能描述,采用功能点方法测算软件规模。
在预算阶段,宜采用预估功能点计数方法,测算未调整的功能点数。
在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包
含最基本的业务需求,还应进行初步的子系统/模块划分,并对每一子系统或模块的基本用户需求进行描述或说明,保证可根据项目范围描述文档进行预估功能点计数。
采用预估功能点方法测算软件规模公式如下:
UFP=35×ILF+15×EIF……………………………………(1)
式中:
UFP——未调整的功能点数,单位为功能点;
ILF——内部逻辑文献数量,单位为个;
EIF——外部接口文献数量,单位为个。
功能点的计数规则,应符合ISO/IEC 20926或ISO/IEC 24570的规定。功能点计数的基本规则见附录
A。
示例:
假设关于公文管理部分功能的描述如下:公文管理涉及公文起草、审核、审批、备案、发布。审批时要对电子署名进行验证。采用预估功能点计数方法,可以辨认出上述需求中包含一个ILF(公文信息),一个EIF(电子署名信息),因此,此部分需求未调整的功能点数UFP 为50。
5.2.2 规模调整
5.2.2.1 复用限度调整
应对待实现功能复用情况进行分析,辨认出可复用的功能及可复用的限度。对于委托方,应评估待
实现功能行业的平均复用水平,并根据复用限度对规模进行调整,公式如下:
DB11/T 1010—2023
7
US=RUF×UFP……………………………………………(2)
式中:
US ——未调整的软件规模,单位为功能点;
RUF——复用度调整因子,取值为0-1的任意实数;
UFP——未调整的功能点数,单位为功能点。
示例:
假设关于公文管理部分功能的描述如下:公文管理涉及公文起草、审核、审批、备案、发布。审批时要对电子署名
进行验证。采用预估功能点计数方法,可以辨认出上述需求中包含一个ILF(公文信息),一个EIF(电子署名信息),
因此,此部分需求未调整的功能点数UFP 为50。假设该部分的整体复用限度是开发方开发过类似功能,但需要适当调整,
复用度调整因子取值为2/3,因此,未调整规模US=50×2/3=33.3(FP)。
5.2.2.2 隐含需求及需求变更调整
采用预估功能点测算规模时,应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行
调整,公式如下:
S=US×CF……………………………………………(3)
式中:
S ——调整后的软件规模,单位为功能点;
US——未调整软件规模,单位为功能点;
CF——规模变更调整因子,取值为1-2的任意实数。
CF的取值参考相关行业基准数据或本组织历史数据。
预估功能点的测算及调整可参考附录C.1中模板及说明。
示例:
假设某项目经测算,未调整的软件规模为1000 功能点,但该项目需求尚未完全拟定,预计未来将有50%的变更,
则该项目调整后的软件规模S为1500 功能点。
5.3 工作量测量
5.3.1 基本原则
在测算工作量时,应:
a) 对项目风险进行充足分析并根据分析结果对测算方法或模型合理调整。例如,根据风险情况调
整测算模型中影响因子的权重或取值。风险分析时应考虑技术、管理、资源、商业多方面因素。
例如:需求变更、外部协作、时间或成本约束、人力资源、系统架构、用户接口、外购或复用、
采用新技术等;
b) 根据经验或相关性分析结果,拟定影响工作量的重要属性。
5.3.2 测算公式
采用方程法测算工作量应使用以下公式:
AE=(S×PDR) ×SWF×RDF………………………………………(4)
式中:
AE ——测算工作量,单位为人时;
S ——调整后的软件规模,单位为功能点;
PDR——功能点耗时率,单位为人时每功能点。PDR的取值见附录B.1或本组织历史数据;
DB11/T 1010—2023
8
SWF——软件因素调整因子,取值见附录B.2、附录B.3及附录B.4或本组织历史数据;
RDF——开发因素调整因子,在预算时如无特殊规定,取值为1。假如需要调整,见附录B.5及附录
B.6或本组织历史数据。
可根据上述公式及PDR基准数据的P25、P50、P75值,分别计算出工作量测算结果的下限、最有也许
值和上限。
示例:
政府部门甲拟新开发OA系统,以支持其网上办公、文档流转等电子政务需求,经测算其调整后的软件规模为1030FP,
测算工作量过程如下:
a) 依据附录B.1,PDR 取值分别为4.50、9.38、15.50;
b) 由于此时对开发没有特殊规定,所以RDF 取值为1;
c) 依据附录B.2、附录B.3、附录B.4,规模调整因子取值为0.97,应用类型及质量特性调整因子取值均为1,
因此计算可得SWF 为0.97;
d) 由此,可计算出测算工作量AE 的最有也许值=(9.38×1030) ×1×0.97=9371.56 人时,而工作量测算最终结
果的合理范围在4495.95 人时到15486.05 人时之间。
5.4 工期测算
在测算工期时,应:
a) 根据工作量测算结果和资源情况,对工作任务进行分解并制订工作时间表。制订工作时间表时
应充足考虑关键途径任务约束对工期的影响。
b) 运用基准数据测算合理的工期范围。运用基准数据,建立“工作量-工期”模型,使用方程法
测算合理的工期范围;
c) 将委托方的盼望工期或开发方初步制订的工作时间表中的工期与工期测算结果进行比较;
d) 委托方盼望工期或工作时间表中的工期短于测算出的工期下限时,应分析因素,必要时对人力
资源安排或项目范围进行调整,再重新测算工作量、工期,并制订新的工作时间表。压缩工期
会增长项目工作量,导致生产效率减少。
示例:
假设某信息化项目盼望工期是5 个月,软件开发测算工作量AE 的最有也许值为9371.56 人时,而工作量测算最终
结果的合理范围在4495.95 人时到15486.05 人时之间;假设采用工作量-工期模型为:工期=1.277×(工作量/176)0.404,
其中工作量单位为人时,工期单位为月,可计算出最有也许工期=1.277×(9371.56/176)0.404=6.36 月。合理工期范围在
4.73 月到7.79 月之间(采用工作量测算合理范围的上下限值分别计算);根据经验,当盼望工期多于测算工期下限但
少于最有也许工期时,每压缩10%的工期,将导致10%的工作量增长。因此,本项目假如规定5 个月完毕,总工作量大
致会增长20%。
5.5 费用测算
5.5.1 依据工作量测算
在获得了工作量测算结果后,采用以下公式测算费用:
P=AE/HM×F+DNC…………………………………………(5)
式中:
P ——软件开发费用,单位为元;
AE ——测算工作量,单位为人时;
HM ——人月折算系数,单位为人时每人月,取值为176;
F ——平均人力成本费率(涉及开发方直接人力成本、间接成本及毛利润),单位为元每人月;
DB11/T 1010—2023
9
DNC——直接非人力成本,单位为元;
其中,平均人力成本费率F可根据本组织历史数据或行业数据拟定。
费用测算参见附录C.3模板。完整的规模、工作量、费用测算方法、过程参见附录D。
示例:
假设某信息化项目软件开发测算工作量AE 的最有也许值为9371.56 人时,而工作量测算最终结果的合理范围在
4495.95 人时到15486.05 人时之间,该组织历史项目的平均人力成本费率为22023 元,直接非人力成本预计有培训费
20230 元,业务费10000 元,采购费30000 元,合计为60000 元。计算得到最有也许的信息化项目软件开发费用
P=(9371.56/176×22023)+60000=123.14 万元,软件开发费用的合理范围在62.20 万元到199.58 万元之间。
5.5.2 依据规模及规模单价测算
基于已拟定的功能点单价测算软件开发费用,采用以下公式:
P=S×PP×SWF×RDF+DNC………………………………………(6)
式中:
P ——软件开发费用,单位为元;
S ——调整后的软件规模,单位为功能点;
PP ——功能点单价,单位为元每功能点;
SWF——软件因素调整因子,取值见附录B.2、附录B.3及附录B.4或本组织历史数据;在基于功能点
单价拟定预算时,为便于结算委托方不宜使用规模调整;
RDF——开发因素调整因子,在预算时若无特殊规定,取值为1。若需调整,见附录B.5及附录B.6
或本组织历史数据;
DNC——直接非人力成本,单位为元。直接非人力成本测算参见附录C.2。
DB11/T 1010—2023
10
AA
附 录 A
(规范性附录)
功能点计数基本规则
A.1 功能点计数项分类
功能点计数项分为数据功能和交易功能两类,其中数据功能涉及ILF、EIF;交易功能涉及外部输入
(EI)、外部输出(EO)、外部查询(EQ)。
数据功能是系统提供应用户的满足产品内部和外部数据需求的功能,体现系统管理或使用哪些业务
数据(业务对象)。ILF或EIF所指的“文献”不是传统数据解决意义上的文献,而是指一组用户可辨认
的、逻辑上互相关联的数据或者控制信息。这些文献和物理上的数据集合(如数据库表)没有必然的对
应关系。
交易功能是系统提供应用户的解决数据的功能,体现系统如何解决和使用那些业务数据(业务对
象)。交易功能又称为基本过程,是用户可辨认的,业务上的一组原子操作。
使用预估功能点方法时,只需要辨认数据功能,涉及ILF和EIF;使用估算功能点方法时,需要辨认
数据功能和事务功能,涉及ILF、EIF、EI、EO和EQ。
示例:
对于人事管理系统,“人员信息”、“部门信息”属于数据功能,“增长人员信息”、“修改部门信息”、“查询
在岗人员”等则为交易功能。
A.2 ILF的辨认
辨认ILF的环节如下:
a) 辨认业务对象。业务对象应是用户可理解和辨认的,涉及业务数据或业务规则。
注:为程序解决而维护的数据属于编码数据。所有的编码数据均不应辨认为逻辑文献,与之
相关的操作也不应辨认为基本过程;
b) 拟定逻辑文献数量。根据业务上的逻辑差异及从属关系拟定逻辑文献的数量。
c) 是否是ILF。拟定该逻辑文献是否在本系统内进行维护。假如是,记为ILF;否则为EIF。
A.3 EIF的辨认
EIF是被应用边界内一个或几个基本解决过程所引用的业务数据。一个应用中的EIF应是其他应用中
的ILF。辨认EIF的环节如下:
a) 辨认业务对象。业务对象应当应是用户可理解和辨认的。业务对象涉及业务数据或业务规则。
而一些为了程序解决而维护的数据则属于编码数据。所有的编码数据均不辨认为逻辑文献,
与之相关的操作也不辨认为基本过程;
b) 拟定逻辑文献数量。需要根据业务上的逻辑差异及从属关系拟定逻辑文献的数量。
c) 是否是EIF。拟定该逻辑文献是否在本系统内进行维护。假如是,记为ILF;否则为EIF。
A.4 EI的辨认
DB11/T 1010—2023
11
EI是解决来自系统边界之外的数据或控制信息的过程。目的是维护一个或多个ILF或者改变系统的
行为。
EI的基本辨认规则如下:
a) 应是来自系统边界之外的输入数据或控制信息;
b) 穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个ILF;
c) 该 EI不应被反复计数。任何被分别计数的两个EI至少满足下面三个条件之一(否则应视为同
一EI):
1) 涉及的ILF或EIF 不同;
2) 涉及的数据元素不同;
3) 解决逻辑不同。
A.5 E0 的辨认
EO是解决向系统边界之外发送数据或控制信息的过程。目的是向用户呈现通过解决的信息。
EO的基本辨认规则如下:
a) 将数据或控制信息发送出系统边界;
b) 解决逻辑应至少符合以下一种情况:
1) 包含至少一个数学公式或计算过程;
2) 产生衍生数据;
3) 维护至少一个ILF;
4) 改变系统行为。
c) 该 EO 不应被反复计数。任何被分别计数的两个EO 至少满足下面一个条件(否则被视为同一
EO) :
1) 涉及的ILF或EIF 不同;
2) 涉及的数据元素不同;
3) 解决逻辑不同。
A.6 EQ的辨认
EQ是向系统边界之外发送数据或控制信息的基本解决过程。目的是向用户呈现未经加工的已有信
息。
EQ的基本辨认规则如下:
a) 将数据或控制信息发送出系统边界;
b) 解决逻辑可包含筛选、分组或排序;
c) 解决逻辑不应包含:
1) 数学公式或计算过程;
2) 产生衍生数据;
3) 维护 ILF;
4) 改变系统行为。
d) 该 EQ 不应被反复计数。任何被分别计数的两个EQ 至少满足下面一个条件(否则被视为同一
EQ):
1) 涉及的ILF或EIF 不同;
2) 涉及的数据元素不同;
DB11/T 1010—2023
12
3) 解决逻辑不同。
DB11/T 1010—2023
13
BB
附 录 B
(规范性附录)
参数表
B.1 生产率基准数据表
表1 生产率基准数据
单位为人时/功能点
P10 P25 P10 P10 P10
1.63 4.50 9.38 15.50 20.67
注:表格数据基于北京软件行业基准数据(SSM-BK-202304)中项目分析结果,可随着行业基准数据的变化而变化。
生产率基准数据通常使用P50的取值测算工作量、工期、费用的最有也许值,使用P25和P75的值分别测算上下
限。特殊情况(如项目目的约束极其严格)下,也可采用P10和P90的值测算上下限。
B.2 规模调整因子计算公式
SF=(269.644 6+S×0.709 4)/S(式中S为调整后软件功能规模)
注:本公式基于北京软件行业基准数据(SSM-BK-202304)回归分析结果,可随着行业基准数据的变化而变化。
B.3 应用类型调整因子参数表
表2 应用类型调整因子参数表
应用类型范围 调整因子
业务解决办公自动化系统;人事、会计、工资、销售等经营管理及业务解决用软件等1.0
应用集成公司服务总线、应用集成等1.2
科技科学计算、模拟、记录等1.2
多媒体图形、影像、声音等多媒体应用领域;地理信息系统;教育和娱乐应用等1.3
智能信息自然语言解决、人工智能、专家系统等1.7
系统操作系统、数据库系统、集成开发环境、自动化开发/设计工具等1.7
通信控制通信协议、仿真、互换机软件、全球定位系统等1.9
流程控制生产管理、仪器控制、机器人控制、实时控制、嵌入式软件等2.0
B.4 质量特性调整因子参数表
表3 质量特性调整因子参数表
调整因子判断标准影响度
分布式
解决
指应用可以在
各组成要素之
间传输数据
没有明示对分布式解决的需求事项-1
通过网络进行客户端/服务器及网络基础应用分布解决和传输0
在多个服务器及解决器上同时互相执行应用21 25中的解决功能1
性能指用户相应答没有明示对性能的特别需求事项或活动,因此提供基本性能-1
DB11/T 1010—2023
14
调整因子判断标准影响度
时间或解决率
的需求水平
应答时间或解决率对高峰时间或所有业务时间都很重要,对连动系统结
束解决时间有限制
0
为满足性能需求事项,规定设计阶段进行性能分析,或在设计、开发阶
段使用分析工具
1
可靠性
指发生故障的
影响限度
没有明示对可靠性的特别需求事项或活动,因此提供基本的可靠性-1
发生故障时可容易修复,带来一定不便或经济损失0
发生故障时很难修复,发生重大经济损失或有生命危害1
多重站
点
指可以支持不
同硬件和软件
环境
在相同用途的硬件或软件环境下运营-1
在用途类似的硬件或软件环境下运营0
在不同用途的硬件或软件环境下运营1
注:质量特性调整因子=(分布式解决因子 + 性能因子+ 可靠性因子 + 多重站点因子)×0.025 + 1
B.5 开发语言调整因子参数表
表4 开发语言调整因子参数表
语言分类调整因子
C及其他同级别语言/平台1.5
JAVA、C++、C#及其他同级别语言/平台1.0
PowerBuilder、ASP及其他同级别语言/平台0.6
B.6 开发团队背景调整因子参数表
表5 开发团队背景调整因子参数表
调整因子判断标准影响度
同类行业及项目的以往经验
为本行业开发过类似的项目0.8
为其他行业开发过类似的项目,或为本行业开发过不同但相关的项目1.0
没有同类项目的背景1.2
DB11/T 1010—2023
15
CC
附 录 C
(资料性附录)
常用模板样例
C.1 预估功能点计数表样例
功能类型不同复用度文献数功能点数功能点数合计
ILF 低_________ ×1 ×35= ________
中_________ ×2/3×35= ________
高_________ ×1/3×35= ________
ILF计数合计: ______________
EIF 低_________ ×1 ×15= ________
中_________ ×2/3×15= ________
高_________ ×1/3×15= ________
EIF计数合计: ______________
US(ILF计数合计+ EIF计数合计)
规模变更因子:
S(调整后规模总计):
______________
______________
说明:
在预算阶段,复用度调整系数通常取值为1(假设复用度低);
规模变__________更因子预算时取值为1.5,招标时取值为1.26;
功能规模S=US*规模变更因子。
DB11/T 1010—2023
16
C.2 直接非人力成本测算表样例
直接非人力成本测算表
序号分项 金额(元) 备注 说明
1 办公费
开发方为开发此项目而产生的行政办公费用,如
办公用品、通讯、邮寄、印刷、会议等。
示例 1:项目成员因项目加班而产生的餐费宜计
入直接非人力成本中的办公费,而项目成员的工
作午餐费宜计入直接人力成本。
示例 2:项目组封闭开发租用会议室而产生的费
用宜计入直接非人力成本中的办公费,而研发部
例会租用会议室产生的费用宜按照间接非人力
成本。
2 差旅费
开发方为开发此项目而产生的差旅费用,如交
通、住宿、差旅补贴等。
3 培训费
开发方为开发此项目而安排的特别培训产生的
费用。
4 业务费
开发方为完毕此项目开发工作所需辅助活动产
生的费用,如招待费、评审费、验收费等。
5 采购费
开发方为开发此项目而需特殊采购专用资产或
服务的费用,如专用设备费、专用软件费、技术
协作费、专利费等。示例:为项目采购专用测试
软件的成本宜计入直接非人力成本中的采购费,
平常办公用软件的成本宜按照间接费人力成本
进行分摊。
6 其他
未在以上项目列出但确系开发方为开发此项目
所需花费的费用。
合计
测算负责人:
测算日期:年月日
DB11/T 1010—2023
17
C.3 软件开发费用测算表样例
功能点测算规模、工作量、工期、费用表
1.未调整功能点数UFP(功能点)
通过复用调整后的功能点数US(功能点)
设定规模变更因子CF
2.调整后的功能点数S(功能点)
S=UFP×CF(不调整复用度)
S=US×CF(调整复用度)
基准数据(生产率)
功能点耗时率(人时/功能点)(P25)
功能点耗时率(人时/功能点)(P50)
功能点耗时率(人时/功能点)(P75)
3.未调整的工作量UE(人时)
计算公式:UE=PDR×S
下限(人时)
最有也许(人时)
上限(人时)
设定调整因子
规模调整因子SF
应用类型调整因子AT
质量特性调整因子QR
开发语言调整因子SL
开发团队背景调整因子DT
4.调整后的工作量AE(人时)
计算公式:AE=UE×SWF×RDF;
其中SWF=SF×AT×QR,RDF=SL×DT
下限(人时)
最有也许(人时)
上限(人时)
人月折算系数HM(人时/人月) 176
平均人力成本费率(含直接人力成本和间接成本+开发方毛利润)F(元/人月)
直接非人力成本合计DNC(元)
5.工期D(月)
计算公式:D=1.277×(AE/176)0.404
下限(月)
最有也许(月)
上限(月)
6.软件开发费用(元) 下限(元)
DB11/T 1010—2023
18
功能点测算规模、工作量、工期、费用表
计算公式:P=AE/HM×F +DNC 最有也许(元)
上限(元)
最终费用/价格(元)
功能点单价(元/功能点)
DB11/T 1010—2023
19
DD
附 录 D
(资料性附录)
测算示例
D.1 需求示意
项目背景:政府部门甲拟新开发一OA系统,以支持其网上办公、文档流转等电子政务需求。委托方
需根据初步需求拟定项目预算。本项目预算期需求较明确,委托方了解各功能通常的复用限度,并拟定
采用JAVA开发,无特殊质量规定,希望未来团队开发过此类系统。
重要功能:……收文管理、发文管理、会议管理、日程安排……;
功能描述:……收文管理功能规定……;……日程安排功能规定……。
D.2 测算规模
假设根据需求描述,辨认ILF15个,EIF4个,辨认各功能可复用限度后,填写以下模板得:
功能类型 不同复用度文献数 功能点数 功能点数合计
ILF 低____9___ ×1 ×35= ___315__
中____3___ ×2/3×35= ____70__
高____3___ ×1/3×35= ____35__
ILF计数合计: _____420_____
EIF 低_____2___ ×1 ×15= ___30___
中_____0___ ×2/3×15= ___0___
高_____2___ ×1/3×15= __ 10___
EIF计数合计: ______40______
US(ILF计数合计+ EIF计数合计)
规模变更因子:
S(调整后规模总计):
_____460_____
_____1.26_____
_____579.6____
说明:
规模变更因子预算时取值为1.5,招投标时取值为1.26;
功能规模S=US*规模变更因子
由于需求较明确,所以规模变更因子参照招投标场景取值,为1.26。
D.3 拟定预算
根据规模测算结果,填写以下模板可得到最终费用测算结果:
DB11/T 1010—2023
20
功CB汨______能点测算规模、工作量、工期、费用表
1.未调整功能点数UFP(功能点) /
通过复用调整后的功能点数US(功能点) 460
设定规模变更因子CF 1.26
2.调整后的功能点
数S(功能点)
S=UFP×CF(不调整复用度) /
S=US×CF(调整复用度) 579.6
基准数据(生产率)
功能点耗时率(人时/功能点)(P25) 4.50
功能点耗时率(人时/功能点)(P50) 9.38
功能点耗时率(人时/功能点)(P75) 15.50
3.未调整的工作量UE(人时)
计算公式:UE=PDR×S
下限(人时) 2608.20
最有也许(人时) 5436.65
上限(人时) 8983.80
设定调整因子
规模调整因子SF 1.17
应用类型调整因子AT 1.00
质量特性调整因子QR 0.90
开发语言调整因子SL 1.00
开发团队背景调整因子DT 1.00
4.调整后的工作量AE(人时)
计算公式:AE=UE×SWF×RDF;
其中SWF=SF×AT×QR,RDF=SL×DT
下限(人时) 2757.29
最有也许(人时) 5747.42
上限(人时) 9497.34
人月折算系数HM(人时/人月) 176
平均人力成本费率(含直接人力成本和间接成本及开发方毛利润)F(元/人月) 22023
直接非人力成本合计DNC(元) 60000
5.工期D(月)
计算公式:D=1.277×(AE/176)0.404
下限(月) 3.88
最有也许(月) 5.22
上限(月) 6.40
6.软件开发费用P(元)
计算公式:P=AE/HM×F+DNC
下限(元) 404662
最有也许(元) 778428
上限(元) 1247167
项目预算(元) 778428
功能点单价(元/功能点) 1055.25
注:模板中公式及参数取值均基于北京软件行业基准数据(SSM-BK-202304)回归分析结果,可随着行业基准数据
DB11/T 1010—2023
21
的变化而变化。
DB11/T 1010—2023
22
参考 文 献
[1] GB/T 18491.1-2023信息技术软件测量功能规模测量第1部分:概念定义
[2] GB/T 5271.1-2023 信息技术词汇第1部分:基本术语
[3] GB/T 18491.2-2023信息技术软件测量功能规模测量第2部分:软件规模测量方法与
展开阅读全文