ICS
L 77
DB11北京市地方标准
DB11/T 1424—2017
信息化项目软件运维费用测算规范
Specification for software operation and maintenance cost estimating of
information technology projects
2017 - 06 - 29 发布2017 - 10 - 01 实施
目次
前言 (Ⅱ)
1 范围 (1)
2 规范性引用文件 (1)
3 术语和定义 (1)
4 信息化项目软件运维费用构成 (3)
运维费用构成 (3)
直接人力成本构成 (4)
直接非人力成本构成 (4)
间接人力成本构成 (4)
间接非人力成本构成 (4)
毛利润构成 (4)
5 信息化项目软件运维费用测算 (4)
测算过程 (4)
规模测算 (5)
工作量测算 (5)
费用测算 (6)
附录 A（规范性附录）功能点计数基本规则 (7)
附录 B（资料性附录）参数表 (9)
附录 C（资料性附录）测算示例 (11)
参考文献 (13)
前言
本标准按照GB/T 《标准化工作导则第1部分：标准的结构和编写》的规则起草。本标准由
北京市经济和信息化委员会提出并归口。
本标准由北京市经济和信息化委员会组织实施。
本标准主要起草单位：北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、北京科信深度科技有限公司、北京中基数联科技有限公司、中科宇图科技股份有限公司、珠海市软件行业协会、神州数码信息服务股份有限公司、国网北京经济技术研究院、中国光大银行股份有限公司、招商银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、广发银行股份有限公司、中信银行股份有限公司、北京神舟航天软件技术有限公司、北京久其软件股份有限公司、北京市朝阳区卫生信息中心、北京爱知之星科技股份有限公司。
本标准主要起草人：王海青、于铁强、代寒玲、胡才勇、刘东华、许宗敏、冯军红、李培圣、张超辉、唐坤良、崔婷婷、王伟欣、刘俊、王忠福、王宗凯、吴新平、董丽、陈祖家、廖为民、孙莉、张海彤、王丽辉、陈石、张艳、彭欣华、秦思思、彭涛、曾以蓁、王楠、汪喜斌、李炯锋、张坤、曹晖、戴悦、朱默、孔垂柳。
信息化项目软件运维费用测算规范
1范围
本标准规定了信息化项目软件运维的费用构成以及测算过程。
本标准适用于信息化运行维护服务的供方、需方及第三方对软件运维服务费用进行估算与测量。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
SJ/T 11619 软件工程功能规模测量 NESMA方法
3术语和定义
下列术语和定义适用于本文件。
3.1
信息化项目 information technology project
旨在提高信息化水平的信息系统建设及优化任务。
[DB 11/T 1010—2013，定义
软件运维 software operation and maintenance
对软件进行修改完善、性能调优、以及常规的例行检查和状态监控、响应支持的活动。
（软件运行维护服务）供方 (software operation and maintenance service) supplier
提供软件运行维护服务的内、外部组织或机构。
注：改写GB/T ，定义。
（软件运行维护服务）需方 (software operation and maintenance service) acquirer
需要软件运行维护服务的组织或机构。
注：改写GB/T ，定义。
人力成本 human resource cost
为达成信息化项目软件运维服务目标所需付出的供方人力资源成本总额。
DB11/T 1424—2017
注：改写DB11/T 1010—2013，定义。
非人力成本 non-human resource cost
为达成信息化项目软件运维目标所需付出的人力成本之外的其他成本总额。
注：改写DB11/T 1010—2013，定义。
直接人力成本 direct human resource cost
为达成信息化项目软件运维目标而直接付出的供方人力成本。
注：改写DB11/T 1010—2013，定义。
直接非人力成本 direct non-human resource cost
供方为达成信息化项目软件运维目标而直接付出的非人力成本。
注：改写DB11/T 1010—2013，定义。
间接人力成本 indirect human resource cost
供方服务于软件运维管理整体需求的非项目组人员的人力成本。
注：改写DB11/T 1010—2013，定义。
间接非人力成本 indirect non-human resource cost
供方不为某个特定项目服务但服务于整体运维活动产生的非人力成本。
注：改写DB11/T 1010—2013，定义。
基准数据 benchmark
经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些测量值的关系。
[DB11/T 1010—2013，定义
系统边界 system boundary
被测算项目与用户或其他系统之间的界限。
[DB11/T 1010—2013，定义
功能点 function point
衡量软件功能规模的一种单位。
[DB11/T 1010—2013，定义
DB11/T 1424—2017
百分位数 percentile
在某实数集合中，对于集合内某元素X，如果该集合中有且仅有p%的数据不大于X，则称X为该集合的p百分位数。
示例：如果仅有 50%的数据不大于 X，则 X 为该集合的 50 百分位数，简称 P50。
[DB11/T 1010—2013，定义
功能点耗时率 person hours per functional size unit
每功能点所消耗的人时数。
[DB11/T 1010—2013，定义
功能点单价 unit price of function point
每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。
[DB11/T 1010—2013，定义
4信息化项目软件运维费用构成
4.1运维费用构成
信息化项目软件运维费用应包括软件运维中供方的所有直接成本、间接成本和毛利润，如图1所示。
软件运维费用
直接人力成本
直接非人力成本
间接人力成本
间接非人力成本
图1 信息化项目软件运维费用构成
4.2直接人力成本构成
直接人力成本包括供方运维人员的工资、奖金、福利等人力资源费用。对于非全职投入该项目运维工
作的人员，按照其运维工作量所占其总工作量比例折算其人力资源费用。
4.3直接非人力成本构成
直接非人力成本包括：
a)办公费，供方为服务此项目而产生的行政办公费用，包括办公用品、通讯、邮寄、印刷、会议等；
b)差旅费，供方为服务此项目而产生的差旅费用，包括交通、住宿、差旅补贴等；
c)培训费，供方为服务此项目而安排的特别培训产生的费用；
3
DB11/T 1424—2017
d)业务费，供方为完成此项目运维工作所需辅助活动产生的费用，包括招待费、评审费、验收费、
第三方评测费等；
e)采购费，供方为服务此项目而需特殊采购专用资产或服务的费用，包括专用设备费、专用软件费、
技术协作费、专利费等。
4.4间接人力成本构成
间接人力成本包括软件运维工作管理人员的工资、奖金、福利等的费用分摊。
4.5间接非人力成本构成
间接非人力成本包括供方场地房租、水电、物业，运维人员日常办公费用分摊及各种日常办公设备的
租赁、维修、折旧费用分摊。
4.6毛利润构成
毛利润包含供方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种税费及税后净利。
5信息化项目软件运维费用测算
5.1测算过程
信息化项目软件运维费用测算的基本过程如图2所示。
测算规模测算工作量测算费用
图2 信息化项目软件运维费用估算基本流程
在信息化项目软件运维费用测算过程中，应遵循以下原则：
——充分利用基准数据，对工作量、费用进行测算；
——在测算规模时，应根据项目特点和需求的详细程度选择合适的方法；
——工作量、费用的测算结果宜为一个范围而不是单一值；
——费用测算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的测算结果产生较大差异，可采用专家评审方法或加权平均方法确定测算结果。
5.2规模测算
5.2.1功能点计数
应根据已知的项目功能描述，采用功能点方法测算软件规模。
对于已完成的信息化项目，估算人员应根据已确定的系统边界和需求描述估算软件规模。
规模估算所采用的方法，应根据项目特点和估算需求，选用IFPUG方法或NESMA方法，IFPUG方法参考ISO相关国际标准，NESMA方法参考SJ/T 11619-2016。
功能点计数的基本规则见附录A。
DB11/T 1424—2017 5.2.2规模调整
对于未确定的信息化项目，在进行规模测算时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整，公式如下：
S=US×CF (1)
式中：
S ——调整后的软件规模，单位为功能点；
US——未调整软件规模，单位为功能点；
CF——规模变更调整因子，取值为1-2的任意实数，在项目已交付后如无特殊要求，取值为1。
CF的取值参考相关行业基准数据或本组织历史数据。
示例：
假设某项目经测算，未调整的软件规模为 1000 功能点，但该项目需求尚未完全确定，预计未来将有 50%的变更，则该项目调整后的软件规模 S 为 1500 功能点。
5.3工作量测算
5.3.1基本原则
在测算工作量时，应符合以下原则：
a)对项目风险进行充分分析并根据分析结果对测算方法或模型进行合理调整，风险分析时应考虑
技术、管理、资源、商业等多方面因素；
b)根据经验或相关性分析结果，确定影响工作量的主要属性。
5.3.2测算公式
采用方程法测算工作量应使用以下公式：
AE=(S×PDR) ×MLF×MCF×MSF (2)
式中：
AE ——测算工作量，单位为人时；
S ——调整后的软件规模，单位为功能点；
PDR——运维功能点耗时率，单位为人时每功能点。PDR的取值参见附录或本组织历史数据；
MLF——运维水平要求因素调整因子，取值参见附录或本组织历史数据；
MCF——运维能力因素调整因子，取值参见附录或本组织历史数据；
MSF——运维系统特征因素调整因子，取值参见附录或本组织历史数据。
可根据上述公式及PDR基准数据的P25、P50、P75值，分别计算出工作量测算结果的下限、最有可能值和上限。
工作量测算示例参见附录C。
5.4费用测算
5.4.1依据工作量测算
在获得了工作量测算结果后，采用以下公式测算费用：
P=AE/HM×F+DNC (3)
式中：
P ——信息化项目软件运维费用，单位为元；
AE ——测算工作量，单位为人时；
5
DB11/T 1424—2017
HM ——人月折算系数，单位为人时每人月，取值为176；
F ——平均人力成本费率（包括运维供方直接人力成本、间接成本及毛利润），单位为元每人月；
DNC——直接非人力成本，单位为元；
其中，平均人力成本费率F可根据本组织历史数据或行业数据确定。
费用测算示例参见附录C。
5.4.2依据规模及规模单价测算
基于已确定的功能点单价测算软件运维费用，采用以下公式：
P=S×OMPP×MLF×MCF×MSF +DNC (4)
式中：
P ——信息化项目软件运维费用，单位为元；
S ——调整后的软件规模，单位为功能点；
OMPP ——运维功能点单价，单位为元每功能点；
MLF——运维水平要求因素调整因子，取值参见附录或本组织历史数据；
MCF——运维能力因素调整因子，取值参见附录或本组织历史数据；
MSF——运维系统特征因素调整因子，取值参见附录或本组织历史数据；
DNC——直接非人力成本，单位为元。
DB11/T 1424—2017
附录A
（规范性附录）
功能点计数基本规则
A.1功能点计数项分类
功能点计数项分为数据功能和交易功能两类，其中数据功能包括内部逻辑文件（ILF）、外部接口文件（EIF），交易功能包括外部输入（EI）、外部输出（EO）、外部查询（EQ）。
数据功能是系统提供给用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些业务数据（业务对象）。ILF或EIF所指的“文件”不是传统数据处理意义上的文件，而是指一组用户可识别的、逻辑上相互关联的数据或者控制信息。这些文件和物理上的数据集合（如数据库表）没有必然的对应关系。
交易功能是系统提供给用户的处理数据的功能，体现系统如何处理和使用那些业务数据（业务对象）。交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作。
使用预估功能点方法时，只需要识别数据功能，包括ILF和EIF；使用估算功能点方法时，需要识别数据功能和事务功能，包括ILF、EIF、EI、EO和EQ。
A.2ILF的识别
识别ILF的步骤如下：
a)识别业务对象。业务对象应是用户可理解和识别的，包括业务数据或业务规则。为程序处理
而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文件，与之相关的操作也不
应识别为基本过程；
b)确定逻辑文件数量。根据业务上的逻辑差异及从属关系确定逻辑文件的数量；
c)是否是 ILF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为 EIF。
A.3EIF的识别
EIF是被应用边界内一个或几个基本处理过程所引用的业务数据。一个应用中的EIF应是其他应用中的ILF。识别EIF的步骤如下：
a)识别业务对象。业务对象应是用户可理解和识别的，业务对象包括业务数据或业务规则，而
一些为了程序处理而维护的数据则属于编码数据，所有的编码数据均不识别为逻辑文件，与
之相关的操作也不识别为基本过程；
b)确定逻辑文件数量。需要根据业务上的逻辑差异及从属关系确定逻辑文件的数量；
c)是否是 EIF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为 EIF。
A.4EI的识别
EI是处理来自系统边界之外的数据或控制信息的过程，其目的是维护一个或多个ILF或者改变系统的行为。
7
DB11/T 1424—2017
EI的基本识别规则如下：
a)应是来自系统边界之外的输入数据或控制信息；
b)穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个 ILF；
c)EI 不应被重复计数。任何被分别计数的两个 EI 至少满足下面三个条件之一（否则应视为同一
EI）：
1)涉及的 ILF 或EIF 不同；
2)涉及的数据元素不同；
3)处理逻辑不同。
A.5E0 的识别
EO是处理向系统边界之外发送数据或控制信息的过程，其目的是向用户呈现经过处理的信息。
EO的基本识别规则如下：
a)将数据或控制信息发送出系统边界；
b)处理逻辑应至少符合以下一种情况：
1)包含至少一个数学公式或计算过程；
2)产生衍生数据；
3)维护至少一个 ILF；
4)改变系统行为。
c)EO 不应被重复计数。任何被分别计数的两个 EO 至少满足下面一个条件（否则被视为同一
EO）：
1)涉及的 ILF 或EIF 不同；
2)涉及的数据元素不同；
3)处理逻辑不同。
A.6EQ的识别
EQ是向系统边界之外发送数据或控制信息的基本处理过程，其目的是向用户呈现未经加工的已有信息。
EQ的基本识别规则如下：
a)将数据或控制信息发送出系统边界；
b)处理逻辑可包含筛选、分组或排序；
c)处理逻辑不应包含：
1)数学公式或计算过程；
2)产生衍生数据；
3)维护 ILF；
4)改变系统行为。
d)EQ 不应被重复计数。任何被分别计数的两个EQ 至少满足下面一个条件（否则被视为同一EQ）：
1)涉及的 ILF 或EIF 不同；
2)涉及的数据元素不同；
3)处理逻辑不同。
DB11/T 1424—2017
附录B
（资料性附录）
参数表
B.1Th产率基准数据表
表 Th产率基准数据
单位为人时/功能点
基准数据通常使用P50的取值测算工作量、费用的最有可能值，使用P25和P75的值分别测算上下限。特殊情况（如项目目标约束极其严格）下，也可采用P10和P90的值测算上下限。
B.2运维水平要求调整因子参数表
表系统更新频率调整因子参数表
表支持方式调整因子参数表
B.3运维能力因素调整因子参数表
表运维团队经验调整因子参数表
DB11/T 1424—2017
B.4运维系统特征调整因子参数表
表部署方式调整因子参数表
表业务新颖性调整因子参数表
表用户规模调整因子参数表
表系统关联性调整因子参数表
表业务单元数调整因子参数表
DB11/T 1424—2017
附录C
（资料性附录）
测算示例
C.1需求示例
项目背景：某部门进行升级改造《房地产业税收管理系统》系统，经测算其软件规模为1000FP。该产品推出后，拟定为每个季度投产一次；该项目属于已有产品《房地产业税收管理系统》上的新业务，以现场支持为主；该产品系统用户在用户需求中拟定为5000个操作员；运维人员为本行业做过类似项目；该系统至少与10个系统关联；该系统采用集中式部署。该组织历史项目的平均人力成本费率为19400元/ 人月，直接非人力成本预计有培训费10000元，业务费10000元，采购费30000元，合计为50000元。
C.2计算过程
测算过程如下：
a)依据附录，PDR 取值分别为、、；
b)依据附录，测算 MLF 值：
c)依据附录，测算 MCF 值：
d)依据附录，测算 MSF 值：
e) 依据公式 2，计算可得工作量 AE 的最有可能值=（1000×）×××=人时，而工作量测算最终
结果的合理范围在人时到人时之间；
f) 依据公式 3 ，得到最有可能的信息化项目软件运维费用 P=176 ×
19400)+50000= 万元，软件运维费用的合理范围在万元到万元之间。
DB11/T 1424—2017
C.3确定预算
根据规模测算结果，填写以下模板可得到最终费用测算结果：
DB11/T 1424—2017
参考文献
[1] GB/T 信息技术词汇第1部分：基本术语[2] GB/T
11457-2006 信息技术软件工程术语
[3] GB/T 信息技术软件测量功能规模测量第1部分：概念定义
[4] GB/T 信息技术软件测量功能规模测量第2部分：软件规模测量方法与GB/T 的符合性评价
[5] GB/T 信息技术软件测量功能规模测量第3部分：功能规模测量方法的验证[6] GB/T 信
息技术软件测量功能规模测量第4部分：基准模型
[7] GB/T 信息技术软件测量功能规模测量第5部分：功能规模测量的功能域确定[8] GB/T 信
息技术软件测量功能规模测量第6部分：GB/T 18491系列标准和相关
标准的使用指南
[9] GB/T 信息技术服务运行维护第2部分：交付规范[10] GB/T
29264-2012 信息技术服务分类与代码
[11] SJ/T 11463-2013 软件研发成本度量规范
[12] DB11/T 1010-2013 信息化项目软件开发费用测算规范
[13] ISO/IEC Information technology-Service management Part-1:Specification [14] ISO/IEC
Information technology-Service management Part-2:Code of
practice
[15] ISO/IEC 20926-2009 软件和系统工程—软件度量—IFPUG功能规模度量方法2009（Software and systems engineering -- Software measurement -- IFPUG functional size measurement method 2009）
13
《信息系统运行维护服务成本度量规范》xx地方标准编制说明 一、编制的目的和意义 目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规范、信息系统运行维护服务项目的研发成本，较大程度导致做预算时无据可依，造成资源极大浪费或预算不足；在信息系统运行维护服务项目招评标过程中，由于无法界定信息系统运行维护服务工程项目的合理成本范围，常常出现恶意低价或超高价格竞标现象； 信息系统运行维护服务成本度量规范的出台，其意义在于： 统一预测算口径，明确运维服务内容，采用科学的计算方法计算运维费用，使信息系统运维费用测算更加科学化、合理化，从而有效利用资金，保障相关企事业单位和部门的信息化运维工作正常开展，确保对信息化运维工作的有效支撑和业务持续。 因此，该规范的制定将是河南省信息系统运维服务行业走向成熟的标志，将为河南省信息服务产业的可持续健康发展提供重要的战略支撑。 本标准借鉴国内成熟经验，针对河南省信息系统运维服务项目，规定了信息系统运行维护服务成本度量方法，包括运维成本的构成、度量公式、参数取值，以满足河南省信息系统运维服务产业发展的需求。 二、任务来源及编制原则和依据2018年3月，由中平信息技术有限责任公司向河南省质量技术监督局提出制定《信息系统运行维护服务成本度量规范》地方标准立项申请， 2018年7月，该标准列入2018年第一批河南省地方标准制修订计划（豫质监标发〔2018〕236号），立项编号：065，由中平信息技术有限责任公司、河南省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。 标准的编制原则：
1.在规范制定过程中，对大量各种案例和场景进行了分析，提炼出符合河南省信息系统运维项目实际情况的成本度量方法。 2.编制组对国内水利信息系统运行维护定额标准、软件研发成本度量规范、电力标准成本度量等标准和规范进行了研究和学习，总结并借鉴了其中成熟的做法。 依据和参考的主要标准有： 【1】GB/T 1.1标准化工作导则第1部分： 标准的结构和编写 【2】GB/T 28827.1信息技术服务运行维护第1部分： 通用要求 【3】GB/T 28827.2信息技术服务运行维护第2部分： 交付规范 【4】GB/T 28827.3信息技术服务运行维护第3部分： 应急响应规范 【5】GB/T28449信息安全技术信息系统安全等级保护测评过程指南 【6】GB/T 29264信息技术服务分类与代码 【7】ISO/IEC 20926软件和系统工程-软件度量 【8】SJ/T11463软件研发成本度量规范
软件开发项目计算方法 （） 广东软件行业协会 二○○六年八月
目录
1前言 目的 规范软件市场行为，维护价格公平竞争，同时为软件项目建设经费概算提供科学可信的依据。 软件项目建设类别 软件产业发展到现今阶段，技术已经很成熟，产品也已经很丰富，同时由于开发工具和操作系统平台的可选择性，软件项目出现了多样化的趋势。同样是软件项目，完成途径和开发手段不同，其费用也会存在很大差异。不同类别的软件项目，其费用构成和概算方法也不同。根据项目建设要求和方式，一般分为以下几类： 新开发项目：从项目的需求分析开始直至产品完成正式交付使用，其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发：在现有产品的基础上进行提升和改造。 软件移植：已有产品从一个操作系统平台转移到另一个操作系统平台，或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成：将多个现有软件产品构件整合在一起，组装成比较复杂的或者更加完整的产品。 适用范围 本指南适用于应用类定制软件的新开发项目，项目应覆盖软件开发全过
程（包括立项可行性分析，需求分析、编码实现、安装实施、运行维护各个阶段工作）。其中人月成本的计算方法也适用于其他类型的项目。 本指南是站在行业的角度，去评估一个应用软件项目的开发费用应该是多少，而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。虽然这两者之间会有关联。 对于同一软件开发项目，不同的开发商由于各自的技术、能力、管理、积累以及其他方面的因素，其实际成本支出会有较大差异。而这不在本指南考虑之内。 名词解释 应用软件：是指针对特定领域开发，为特定目的服务的一类软件。 软件开发：指从软件项目启动到项目实施前这一时间段的工作。其内容包括详细设计、编码、测试、系统调试等方面的工作。 系统实施：指软件项目开发完毕进行安装到项目正式验收这一时间段的工作。其内容包括系统安装、个性化配置、用户培训等方面的工作， 但不包括各实施点的本地化开发工作。 运行维护：指从软件项目正式验收到合同规定的项目维护期结束的这一时间段的工作。其内容包括在此期间所需要提供的原系统完善性修改 和服务等工作（不包括新增需求和原功能的重大变更）。如：运 行管理、系统平台维护、应用软件维护、数据维护等 验收测试：确定项目是否符合其验收准则，使客户能确定是否接收此项目的正式测试。 功能点(FP)：功能点是对软件功能和大小的间接度量单位，一般通过必须和
《信息系统运行维护服务成本度量规范》 河南省地方标准编制说明 一、编制的目的和意义 目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规范、信息系统运行维护服务项目的研发成本，较大程度导致做预算时无据可依，造成资源极大浪费或预算不足；在信息系统运行维护服务项目招评标过程中，由于无法界定信息系统运行维护服务工程项目的合理成本范围，常常出现恶意低价或超高价格竞标现象； 信息系统运行维护服务成本度量规范的出台，其意义在于：统一预测算口径，明确运维服务内容，采用科学的计算方法计算运维费用，使信息系统运维费用测算更加科学化、合理化，从而有效利用资金，保障相关企事业单位和部门的信息化运维工作正常开展，确保对信息化运维工作的有效支撑和业务持续。 因此，该规范的制定将是河南省信息系统运维服务行业走向成熟的标志，将为河南省信息服务产业的可持续健康发展提供重要的战略支撑。 本标准借鉴国内成熟经验，针对河南省信息系统运维服务项目，规定了信息系统运行维护服务成本度量方法，包括运维成本的构成、度量公式、参数取值，以满足河南省信息系统运维服务产业发展的需求。
二、任务来源及编制原则和依据 2018年3月，由中平信息技术有限责任公司向河南省质量技术监督局提出制定《信息系统运行维护服务成本度量规范》地方标准立项申请，2018年7月，该标准列入2018年第一批河南省地方标准制修订计划（豫质监标发〔2018〕236号），立项编号：20181210065，由中平信息技术有限责任公司、河南省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。 标准的编制原则： 1.在规范制定过程中，对大量各种案例和场景进行了分析，提炼出符合河南省信息系统运维项目实际情况的成本度量方法。 2.编制组对国内水利信息系统运行维护定额标准、软件研发成本度量规范、电力标准成本度量等标准和规范进行了研究和学习，总结并借鉴了其中成熟的做法。 依据和参考的主要标准有： 【1】GB/T 1.1 标准化工作导则第1部分：标准的结构和编写 【2】GB/T 28827.1 信息技术服务运行维护第1部分：通用要求 【3】GB/T 28827.2信息技术服务运行维护第2部分：交付规范
ICS L 77 DB11北京市地方标准 DB11/T 1424—2017 信息化项目软件运维费用测算规范 Specification for software operation and maintenance cost estimating of information technology projects 2017 - 06 - 29 发布2017 - 10 - 01 实施
目次 前言 (Ⅱ) 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 信息化项目软件运维费用构成 (3) 运维费用构成 (3) 直接人力成本构成 (4) 直接非人力成本构成 (4) 间接人力成本构成 (4) 间接非人力成本构成 (4) 毛利润构成 (4) 5 信息化项目软件运维费用测算 (4) 测算过程 (4) 规模测算 (5) 工作量测算 (5) 费用测算 (6) 附录 A（规范性附录）功能点计数基本规则 (7) 附录 B（资料性附录）参数表 (9) 附录 C（资料性附录）测算示例 (11) 参考文献 (13)
前言 本标准按照GB/T 《标准化工作导则第1部分：标准的结构和编写》的规则起草。本标准由 北京市经济和信息化委员会提出并归口。 本标准由北京市经济和信息化委员会组织实施。 本标准主要起草单位：北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、北京科信深度科技有限公司、北京中基数联科技有限公司、中科宇图科技股份有限公司、珠海市软件行业协会、神州数码信息服务股份有限公司、国网北京经济技术研究院、中国光大银行股份有限公司、招商银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、广发银行股份有限公司、中信银行股份有限公司、北京神舟航天软件技术有限公司、北京久其软件股份有限公司、北京市朝阳区卫生信息中心、北京爱知之星科技股份有限公司。 本标准主要起草人：王海青、于铁强、代寒玲、胡才勇、刘东华、许宗敏、冯军红、李培圣、张超辉、唐坤良、崔婷婷、王伟欣、刘俊、王忠福、王宗凯、吴新平、董丽、陈祖家、廖为民、孙莉、张海彤、王丽辉、陈石、张艳、彭欣华、秦思思、彭涛、曾以蓁、王楠、汪喜斌、李炯锋、张坤、曹晖、戴悦、朱默、孔垂柳。
《信息系统运行维护服务成本度量规》 省地方标准编制说明 一、编制的目的和意义 目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规、信息系统运行维护服务项目的研发成本，较大程度导致做预算时无据可依，造成资源极大浪费或预算不足；在信息系统运行维护服务项目招评标过程中，由于无法界定信息系统运行维护服务工程项目的合理成本围，常常出现恶意低价或超高价格竞标现象； 信息系统运行维护服务成本度量规的出台，其意义在于：统一预测算口径，明确运维服务容，采用科学的计算方法计算运维费用，使信息系统运维费用测算更加科学化、合理化，从而有效利用资金，保障相关企事业单位和部门的信息化运维工作正常开展，确保对信息化运维工作的有效支撑和业务持续。 因此，该规的制定将是省信息系统运维服务行业走向成熟的标志，将为省信息服务产业的可持续健康发展提供重要的战略支撑。 本标准借鉴国成熟经验，针对省信息系统运维服务项目，规定了信息系统运行维护服务成本度量方法，包括运维成本的构
成、度量公式、参数取值，以满足省信息系统运维服务产业发展的需求。 二、任务来源及编制原则和依据 2018年3月，由中平信息技术有限责任公司向省质量技术监督局提出制定《信息系统运行维护服务成本度量规》地方标准立项申请，2018年7月，该标准列入2018年第一批省地方标准制修订计划（豫质监标发〔2018〕236号），立项编号：20181210065，由中平信息技术有限责任公司、省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。 标准的编制原则： 1.在规制定过程中，对大量各种案例和场景进行了分析，提炼出符合省信息系统运维项目实际情况的成本度量方法。 2.编制组对国水利信息系统运行维护定额标准、软件研发成本度量规、电力标准成本度量等标准和规进行了研究和学习，总结并借鉴了其中成熟的做法。 依据和参考的主要标准有： 【1】GB/T 1.1 标准化工作导则第1部分：标准的结构和编写 【2】GB/T 28827.1 信息技术服务运行维护第1部分：通用要求 【3】GB/T 28827.2信息技术服务运行维护第2部分：交
《信息化项目软件运维费用测算规》 地方标准 （征求意见稿） 编制说明 标准工作组 二〇一七年十月
一、工作简况 （一）任务来源 本标准的编制任务来源于市质量技术监督局《关于下达2017年市地方标准制（修）订项目计划的通知》，标准计划编号为“成质监标［2017］6号”。 （二）参加单位 软交所信息服务、安全可靠信息技术联合会、创立信息科技有限责任公司、久远银海软件股份公司、市信息化建设发展、思迈信通科技、中科大旗软件、卫士通信息产业股份、安美勤信息技术股份、三泰智能科技、川大智胜软件股份、索贝数码科技股份、中兴软件、中电启明星信息技术等作为主要编制单位参加了本标准的编写。本标准主要起草人包括...等，负责标准相关资料的搜集和调研、标准框架编制、标准容起草、反馈意见整理等工作。 （三）编制过程 标准编制过程分为：工作组成立、标准调研、标准起草、征求意见、标准修改五个阶段。 1、工作组成立 2017年5月18日，信息技术服务标准工作组成立。2017年5月20日，《信息化项目软件运维费用测算规》标准组启动。 2、标准调研 自2017年5开始，各标准编写单位组织专家、企业及相关人员研究信息化项目软件运维费用的构成，包括直接成本、间接成本和毛利润的构成，信息化项目软件运维费用的测算过程、测算原则和测算方法，信息项目软件服务市场的需求和现状，信息化项目软件运维的需求，逐步形成信息化项目软件运维费用测算规标准体系。 3、标准起草 （1）确定标准编制框架及编制计划 2017年7月，包括软交所信息服务、安全可靠信息技术联合会、创立信息科技有限责任公司、久远银海软件股份公司、市信息化建设发展、思迈信通科技、中科大旗软件、卫士通信息产业股份、安美勤信息技术股份、三泰智能科技、川大智胜软件股份、索贝数码科技股份、中兴软件、中电启明星信息技术等单位参加了《信息化项目软件运维费用测算规》编写第一次封闭。本次封闭参照局《市
I ICS35.080 L77 DB11 北京市地方标准 DB 11/ XXXXX—XXXX 信息化项目软件运维费用测算规范 Specification for software operation and maintenance cost estimating of information technology projects 点击此处添加与国际标准一致性程度的标识 报批稿 （本稿完成日期：2017-03-20） XXXX-XX-XX发布XXXX-XX-XX实施
DBXX/ XXXXX—XXXX 目次 前言 (Ⅱ) 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 信息化项目软件运维费用构成 (3) 4.1 运维费用构成 (3) 4.2 直接人力成本构成 (4) 4.3 直接非人力成本构成 (4) 4.4 间接人力成本构成 (4) 4.5 间接非人力成本构成 (4) 4.6 毛利润构成 (4) 5 信息化项目软件运维费用测算 (4) 5.1 测算过程 (4) 5.2 规模测算 (5) 5.3 工作量测算 (5) 5.4 费用测算 (6) 附录A（规范性附录）功能点计数基本规则 (7) 附录B（资料性附录）参数表 (9) 附录C（资料性附录）测算示例 (11) 参考文献 (13) I
DBXX/ XXXXX—XXXX II 前言 本标准按照GB/T 1.1-2009 《标准化工作导则第1部分：标准的结构和编写》的规则起草。 本标准由北京经济和信息化委员会提出并归口。 本标准由北京经济和信息化委员会组织实施。 本标准主要起草单位：北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、北 京科信深度科技有限公司、北京中基数联科技有限公司、中科宇图科技股份有限公司、珠海市软件行业协会、神州数码信息服务股份有限公司、国网北京经济技术研究院、中国光大银行股份有限公司、招商银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、广发银行股份有限公司、中信银行股份有限公司、北京神舟航天软件技术有限公司、北京久其软件股份有限公司、北京市朝阳区卫生信息中心、北京爱知之星科技股份有限公司。 本标准主要起草人：王海青、于铁强、代寒玲、胡才勇、刘东华、许宗敏、冯军红、李培圣、张超辉、唐坤良、崔婷婷、王伟欣、刘俊、王忠福、王宗凯、吴新平、董丽、陈祖家、廖为民、孙莉、张海彤、王丽辉、陈石、张艳、彭欣华、秦思思、彭涛、曾以蓁、王楠、汪喜斌、李炯锋、张坤、曹晖、戴悦、朱默、孔垂柳。
软件项目中的成本构成及估算方法 随着知识经济、信息时代的来临，计算机软件业迅猛发展。商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、维护、管理的过程，是一个非常复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。据统计，软件成本在软、硬件总成本中的份额，已从50年代的百分之十几，上升到近期的百分之七八十，而且还在持续上升。软件成本中的开发成本和维护成本的比例，也从50年代的接近1：1，达到了近期的1：2。系统软件开发成本和维护成本在整个生命周期中份额。本文对上表的数字作了部分调整。主在维护阶段剔除了完善性维护成本。这一项成本不应列入委托评估系统软件的本次价值评估。这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。 一、系统软件的成本构成系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。（3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。（4）培训费。（5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。（6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。（7）
计算机系统软件成本构成及估算方法 随着知识经济、信息时代的来临，计算机软件业迅猛发展。商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、维护、管理的过程，是一个非常复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。据统计，软件成本在软、硬件总成本中的份额，已从50年代的百分之十几，上升到近期的百分之七八十，而且还在持续上升。软件成本中的开发成本和维护成本的比例，也从50年代的接近1：1，达到了近期的1：2。系统软件开发成本和维护成本在整个生命周期中份额。 本文对上表的数字作了部分调整。主在维护阶段剔除了完善
性维护成本。这一项成本不应列入委托评估系统软件的本次价值评估。这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。 一、系统软件的成本构成 系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用待项开支的总和。 从财务角度来看，列入系统软件的成本有如下的项目：（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。 （3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。（4）培训费。（5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。（6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。（7）财务费用。（8）管理费用，如办公费、差旅费、会议费、交通费。（9）材料费，如打印纸、包带、磁盘等的
政府部门信息化运维费预算标准研究 一、政府部门信息化运维费预算标准工作背景 某市政府部门信息化经过几年的发展，目前整体水平已全国领先，成为“强政”“惠民”“兴业”，促进某市和谐进步，科学发展的有力保证。伴随着政府部门信息化逐步进入运维阶段，运维管理以及外包服务的性质与内容发生了根本性的改变。由于政府部门信息化的独特性和创新性，对如何保证政府部门信息化良性发展；如何实施“十一五”信息化规划建设和谐社会任务；如何坚持以科学发展观为统领，全面推进“数字城市”建设等，既是该市当前需要完成的工作任务，也是各政府部门所面临的重要且现实的研究课题。该市领导批示：“我市信息化进程本质上也是贯彻落实科学发展观问题，突出地是内涵与外延、集约与粗放的增长方式问题。其次是现有资源如何协调整合发挥效益。再次是各区县、部门领导，特别是一把手对信息化的知识、技能掌握和培训。”。按照该指示精神，贯彻落实科学发展观，该市决定启动关于运维管理和外包机制研究项目，集各界专家、学者和政府有关人员的才智，为政府出谋划策，落实科学发展观，走自主创新之路，用这个项目的研究成果,带动或激励其他课题的研究，并指导其他相关的任务完成。 项目要求： 一、通过调研和分析，翔实指明目前市政府运维管理以及规范外包服务机制的现状及差距，分析未来发展趋势和走向。 二、阐明未来市政府运维管理以及规范外包服务机制建设的目标，主要包括运维管理以及规范外包服务机制建设的必要性、合理性和现实的可操作性。 三、整体规划（设计）运维管理以及规范外包服务机制的参考方案，从技术、设备、人员、岗位、运营操作、监督监控和量化管理、成本核算等，给出明确的可信服的指标和参数。
ICS 35.080 L 77 DB11北京市地方标准 DB11/T 1424—2017 信息化项目软件运维费用测算规范 Specification for software operation and maintenance cost estimating of information technology projects 2017 - 06 - 29 发布2017 - 10 - 01 实施
目次 前言 (Ⅱ) 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 信息化项目软件运维费用构成 (3) 4.1 运维费用构成 (3) 4.2 直接人力成本构成 (4) 4.3 直接非人力成本构成 (4) 4.4 间接人力成本构成 (4) 4.5 间接非人力成本构成 (4) 4.6 毛利润构成 (4) 5 信息化项目软件运维费用测算 (4) 5.1 测算过程 (4) 5.2 规模测算 (5) 5.3 工作量测算 (5) 5.4 费用测算 (6) 附录 A（规范性附录）功能点计数基本规则 (7) 附录 B（资料性附录）参数表 (9) 附录 C（资料性附录）测算示例 (11) 参考文献 (13)
前言 本标准按照GB/T 1.1-2009 《标准化工作导则第1部分：标准的结构和编写》的规则起草。 本标准由北京市经济和信息化委员会提出并归口。 本标准由北京市经济和信息化委员会组织实施。 本标准主要起草单位：北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、北京科信深度科技有限公司、北京中基数联科技有限公司、中科宇图科技股份有限公司、珠海市软件行业协会、神州数码信息服务股份有限公司、国网北京经济技术研究院、中国光大银行股份有限公司、招商银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、广发银行股份有限公司、中信银行股份有限公司、北京神舟航天软件技术有限公司、北京久其软件股份有限公司、北京市朝阳区卫生信息中心、北京爱知之星科技股份有限公司。 本标准主要起草人：王海青、于铁强、代寒玲、胡才勇、刘东华、许宗敏、冯军红、李培圣、张超辉、唐坤良、崔婷婷、王伟欣、刘俊、王忠福、王宗凯、吴新平、董丽、陈祖家、廖为民、孙莉、张海彤、王丽辉、陈石、张艳、彭欣华、秦思思、彭涛、曾以蓁、王楠、汪喜斌、李炯锋、张坤、曹晖、戴悦、朱默、孔垂柳。
系统软件项目成本构成及估算方法 责任编辑：李倩作者2009-06-11 随着知识经济、信息时代的来临，计算机软件业迅猛发展。商品化、资本化、资产化的计算机软件的价值评估的社会需求也日益增多，而且有越来越多的趋势。由于系统软件通常是一些规模大、复杂程度高的人一机系统，因此，系统软件的开发、使用、维护、管理的过程，是一个非常复杂的系统工程，需要有巨大的人力、物力、财力资源，需要各种计算机软、硬件的支持。这一特点是在系统软件评估中应予充分考虑的，也是从成本途径评估系统软件价值时应予着重关注的。据统计，软件成本在软、硬件总成本中的份额，已从50 年代的百分之十几，上升到近期的百分之七八十，而且还在持续上升。软件成本中的开发成本和维护成本的比例，也从50年代的接近1：1，达到了近期的1：2。 系统软件开发成本和维护成本在整个生命周期中份额。 本文对上表的数字作了部分调整。主在维护阶段剔除了完善性维护成本。这一项成本不应列入委托评估系统软件的本次价值评估。这样，开发、维护成本在整个生命周期中的份额也相应发生了变化。 一、系统软件的成本构成 系统软件的成本作为一个经济学范畴，应反映软件产品在其生产过程中所耗费的各项费用，为原材料、燃料、动力、折旧、人工费、管理费用、财务费用等各项开支的总和。 从财务角度来看，列入系统软件的成本有如下的项目： （1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费。 （2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。
（3）人工费，主要是开发人员、操作人员、管理人员、的工资福利费等。 （4）培训费。 （5）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。 （6）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。 （7）财务费用。 （8）管理费用，如办公费、差旅费、会议费、交通费。 （9）材料费，如打印纸、包带、磁盘等的购置费。 （10）水、电、汽、气费。 （11）专有技术购置费。 （12）其它费用，如资料费、固定资产折旧费及咨询费。 从系统软件生命周期构成的两阶段即开发阶段和维护阶段看，系统软件的成本由开发成本和维护成本构成。其中开发成本由软件开发成本、硬件成本和其他成本组成，包括了系统软件的分析/设计费用（含系统调研、需求分析、系统分析）、实施费用（含编程/测试、硬件购买与安装、系统软件购置、数据收集、人员培训）及系统切换等方面的费用；维护成本由运行费用（含人工费、材料费、固定资产折旧费、专有技术及技术资料购置费）、管理费（含审计费、系统服务费、行政管理费）及维护费（含纠错性维护费用及适应性维护费用）。 二、系统软件的成本测算程序 1、根据待开发软件的特征、所选用硬件的特征、用户环境特征及以往同类或相近项目的基础数据，进行软件规模测算。 2、由系统软件的成本构成，结合成本影响因素、环境因素以及以往同类或相近项目数据分析，进行软件成本测算。其中包括了安装、调试的人力和时间表、培训阶段的人力和时间表。