DL/T 2015—2019 电力信息化软件工程度量规范

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

目 次
前言 (III)
1范围 (1)
2规范性引用文件 (1)
3术语和定义 (1)
4缩略语 (3)
5成本度量原则与内容 (3)
5.1基本原则 (3)
5.2成本度量 (3)
5.3基准数据完善 (3)
6成本构成 (3)
7可行性研究费度量 (5)
7.1度量原则 (5)
7.2度量公式 (5)
7.3参数取值 (5)
8初步设计费度量 (6)
8.1度量原则 (6)
8.2度量公式 (6)
8.3参数取值 (6)
9开发费度量 (7)
9.1度量步骤 (7)
9.2规模度量 (7)
9.3工作量度量 (8)
9.4工期度量 (10)
9.5成本度量 (10)
10第三方测试费度量 (11)
10.1第三方测试费内容 (11)
10.2功能、非功能性测试费 (11)
10.3安全性测试费 (12)
11实施费度量 (13)
11.1基于开发费按比例折算 (13)
11.2WBS分解法 (13)
12监理费度量 (15)
12.1度量原则 (15)
12.2度量公式 (15)
12.3参数取值 (15)
13工程管理费度量 (16)
13.1度量原则 (16)
13.2度量公式 (16)
13.3参数取值 (16)
附录A(资料性附录) 第三方测试内容 (18)
电力信息化软件工程度量规范
范围
本标准规定了电力行业信息化软件工程度量原则与内容、成本构成及各部分成本度量方法。

本标准适用于电力行业以软件研发为主的信息化软件工程或其他工程中软件研发部分的成本度量,不适用于基础设施建设、软硬件采购和工控系统等项目成本度量。

规范性引用文件
下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件,仅注日期的版本适用于本文件。

凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。

GB/T 19668—2007 信息化工程监理规范(不是参照具体条款,可以不用年号)
GB/T 22240—2008 信息安全技术信息系统安全等级保护定级指南
SJ/T 11463—2013 软件研发成本度量规范
DB44/T635—2009 政府投资应用软件开发项目价格评估及计算方法
HYD41—2005 电子建设工程概(预)算编制办法及计价依据
SSM-BK 中国软件行业基准数据报告
术语和定义
下列术语和定义适用于本文件。

1
成本度量 cost measurement
对信息化软件工程成本的预计值进行估算或对实际值进行测量、分析的过程。

2
功能点 function point
衡量软件功能规模的一种单位。

[SJ/T 11463—2013,定义3.13]
3
基准 benchmark
经过筛选并维护在数据库中的一个或一组测量值或者派生测量值,用来表征目标对象(如项目或项目群)相关属性与这些测量值的关系。

[SJ/T 11463—2013,定义3.14]
4
功能点分析法 function point analyze method
从用户的角度对软件开发过程进行规模度量的一种方法,主要从逻辑设计的角度出发,对提供给客户的功能进行量化。

4.1
指示功能点分析法 indicated function point analyze method
关注逻辑文件的一种功能点分析法。

4.2
估算功能点分析法 estimated function point analyze method
关注逻辑文件和操作过程的一种功能点分析法。

5
DL / T2015 — 2019
工作分解结构 work breakdown structure
以可交付成果为导向,通过归纳和定义项目的整个工作范围,把项目可交付成果和项目工作分解成较小的、易于管理的工作单元,形成结构化的项目单元组合。

6
方程法 equation
基于基准数据建立参数模型,并通过输入各项参数,确定待估算项目工作量、工期或成本估算值的方法。

[SJ/T 11463—2013,定义3.9]
7
类比法 comparison
将本项目的部分属性与类似的一组基准数据进行比对,进而获得待估算项目工作量、工期或成本估算值的方法。

[SJ/T 11463—2013,定义3.10]
8
类推法 analogy
将本项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对,适当调整后获得待估算项目工作量、工期或成本估算值的方法。

[SJ/T 11463—2013,定义3.11]
9
内部逻辑文件 internal logical file
一组用户能够识别的、存在内在逻辑关联的数据或者控制信息,在本系统的边界之内被控制的,主要目的是容纳一组在本系统中由一个或者一组基本处理来维护的数据。

10
外部接口文件 external interface file
一组用户能够识别的、在本系统中被引用的、存在内在逻辑关联的数据或者控制信息,在本系统的边界之外被控制的,主要目的是容纳一组在本系统中由一个或者一组基本处理引用到的数据。

缩略语
下列缩略语适用于本文件。

COSMIC:通用软件度量国际联盟(Common Software Measurement International Consortium)EIF:外部接口文件(External Interface File)
FiSMA:芬兰软件度量行业协会(Finland Software Measurement Association)
FP:功能点(Function Point)
IFPUG:国际功能点用户组(International Function Points User’s Group)
ILF:内部逻辑文件(Internal Logical File)
NESMA:荷兰软件度量协会(Netherland Software Measurement Association)
UFP:初始功能点(Unadjusted Funtion Point)
WBS:工作分解结构(Work Breakdown Structure)
成本度量原则与内容
1基本原则
在成本度量过程中,应遵循以下原则:
充分利用基准数据,采用方程法、类比法或类推法,对工作量、成本进行度量;
在成本度量时,应根据工程特点和需求的详细程度选择合适的估算方法;
工作量、成本的度量结果为一个定值,但度量定值的正负5%以内的数额均为允许范围内;
DL / T2015 — 2019
成本度量过程中进行交叉验证。

如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法。

2成本度量
根据工程可研报告等材料,对信息化软件工程建设过程中可行性研究、初步设计、开发、第三方测试、实施、监理、工程管理的成本进行度量,为预算阶段提供支撑;另外,根据工程实际开展情况,对信息化软件工程成本的实际值进行测量、分析,为基准数据完善提供依据。

3基准数据完善
基准数据完善是指根据工程实际开展情况,完善信息化软件工程相关活动对应的生产率、人工费率等。

基准数据完善可分为数据采集、数据建立/维护、数据发布三个阶段:
a)数据采集阶段,由成本度量归口管理部门组织,成本度量执行部门根据工程实际开展情况,收
集承建单位在具体建设过程中实际投入的人员数量、工期、成本等信息;
注: 成本度量归口管理部门、成本度量执行部门宜根据工程单位组织机构情况设定。

b)数据建立/维护阶段,成本度量执行部门通过整理和分析所采集信息,参照行业平均水平,建
立基准数据;根据工程实际开展情况,与度量值进行比对,并参照行业变化情况,修订基准数据,并将最新基准数据提交至归口管理部门审核;
注: 本标准中涉及的行业平均水平、行业数据均来源于中国软件行业协会软件造价分会发布的SSM-BK。

c)数据发布阶段,归口管理部门向全行业发布最新基准数据。

成本构成
本标准中电力信息化软件工程建设包括从工程立项开始到工程完成验收之间的可行性研究、初步设计、开发、第三方测试、实施、监理、工程管理等过程。

信息化软件工程成本宜根据项目实际建设过程进行计算,参见式(1)。

表1对成本构成的各部分费用进行了简要说明。

C=C ky+C ss+C kf+C cs+C ss+C jl+C gl (1)
式中:
C ——信息化软件工程成本,单位为万元;
C ky——可行性研究费,单位为万元;
C ss——初步设计费,单位为万元;
C kf——开发费,单位为万元;
C cs——第三方测试费,单位为万元;
C ss——实施费,单位为万元;
C jl——监理费,单位为万元;
C gl——工程管理费,单位为万元。

成本构成的各部分费用说明
序号 构成部分 费用说明 度量方法
1 可行性研
究费
包括可研编制费和投资估算编制费两部分,其
中可研编制费为编制可研报告过程中发生的技
术服务费用;投资估算编制费为编制投资估算
过程中发生的技术服务费用。

宜基于工程估算投资额a按比例折算,见第6章。

2 初步设计

系统初步设计、投资概算编制过程中发生的技
术服务费用。

宜基于开发费按比例折算,见第7章。

3 开发费 主要指详细设计、编码、单元测试的费用。

宜采用功能点分析法计算,见第8章。

4 第三方测
试费
委托第三方评测单位或机构对信息系统进行功
能、性能测试和安全测试,及对基础环境、主
要设备进行检测所发生的费用。

宜参考行业数据和软件规模大小进行计算,见第9
章。

5 实施费 信息系统开发完成后进行部署、数据初始化等
所发生的费用。

宜基于开发费按比例折算或WBS分解法进行计算,
见第10章。

6 监理费 根据国家有关规定和要求,由工程建设单位对
建设全过程实施监理所支付的费用。

宜基于工程估算投资额按比例折算,见第11章。

7 工程管理

工程建设单位为组织信息化软件工程实施,对
工程进行组织、管理、协调、监督等工作所发
生的费用。

主要包括策划与宣传费用、会议费
宜基于工程估算投资额按比例折算,见第12章。

DL / T2015 — 2019
序号 构成部分 费用说明 度量方法
用、必要的场地和后勤保障费用、办公费用、
工程审价(结算)费用、工程建设单位人员为
本工程所发生的差旅费、交通费等。

8 工程成本 被度量信息化软件工程的总成本。

1-7项费用之和。

注: 各部分成本均包括直接人力成本、直接非人力成本、间接人力成本、间接非人力成本和毛利润。

其中,毛利润是指工程收入与成本之差,一般包含经营管理费用分摊、市场销售费用分摊、各种税费及税后净利。

a 工程估算投资额是指可行性研究报告的估算投资额,等于初步设计费、开发费、第三方测试费以及实施费之和。

可行性研究费度量
1度量原则
可行性研究费包括可研编制费和投资估算编制费两部分,宜依据工程前期可行性研究委托合同计算,或按照DB44/T635—2009的规定计算,按差额定率累进法计算。

2度量公式
2.1可研编制费计算方法
可研编制费计算方法见式(2)。

C kb=C gs×f kb (2)
式中:
C kb——可研编制费,单位为万元;
C gs——工程估算投资额,单位为万元;
f kb——可研编制基准费率。

2.2投资估算编制费计算方法
投资估算编制费计算方法见式(3)。

C gb=C gs×f gb (3)
式中:
C gb——投资估算编制费,单位为万元;
C gs——工程估算投资额,单位为万元;
f gb——投资估算基准费率。

1 新工程的可行性研究费可采用类比法、类推法或WBS分解法,再根据实际情况修正的方法进行计算。

2 工程建议书编制或与估价相关的活动宜参考本标准计费。

3参数取值
3.1可研编制基准费率最高标准及算例
可研编制基准费率最高标准及算例参见表2,不宜超过该标准。

可研编制费率标准及算例
算例
工程估算投资额
万元 可研编制基准费率 工程估算投资额
万元
可研编制费
万元
0~100 4% 100 100×4%=4
101~300 3% 300 4+(300-100)×3%=10
301~500 2% 500 10+(500-300)×2%=14
501~1000 1.5% 1000 14+(1000-500)×1.5%=21.5 1001~3000 1% 3000 21.5+(3000-1000)×1%=41.5 >3000 0.8% 4000 41.5+(4000-3000)×0.8%=49.5
3.2投资估算编制基准费率最高标准及算例
DL / T2015 — 2019 投资估算编制基准费率最高标准及算例参见表3,不宜超过该标准。

投资估算编制费率标准及算例
算例
工程估算投资额
万元 投资估算编制基准费率工程估算投资额
万元
投资估算编制费
万元
0~100 2% 100 100×2%=2
101~300 1.8% 300 2+(300-100)×1.8%=5.6
301~500 1.5% 500 5.6+(500-300)×1.5%=8.6
501~1000 1.2% 1000 8.6+(1000-500)×1.2%=14.6
1001~3000 0.8% 3000 14.6+(3000-1000)×0.8%=30.6 >3000 0.5% 4000 30.6+(4000-3000)×0.5%=35.6
初步设计费度量
1度量原则
初步设计工作与系统开发工作量有关,宜以开发费为基数进行度量。

2度量公式
初步设计费计算方法见式(4)。

C cs=C kf×f cs (4)
式中:
C cs——初步设计费,单位为万元;
C kf——开发费,单位为万元;
f cs——初设折算系数。

3参数取值
参考软件行业基准数据,初设折算系数宜设置为16%~22%。

注: 初设折算系数16%~23%是根据SSM-BK中工程活动工作量分布基准数据换算得到,参见表4。

假设需求活动中初步需求分析占比35%~50%,设计活动中初步设计占比35%~50%,则初设折算系数下限计算为:(13.53%+14.21%)×35%/(40.59%+21.22%)≈16%;初设折算系数上限计算为:(13.53%+14.21%)×50%/(40.59%+21.22%)≈22%。

工程活动工作量分布基准数据明细
活动名称 需求 设计 构建 测试 实施 工作量分布比例 13.53% 14.21% 40.59% 21.22% 10.45% 注: 需求包括设计初步需求分析和详细设计需求分析,设计包括初步设计和详细设计,构建和测试为代码开发阶段的活动。

开发费度量
1度量步骤
图1展示了电力信息化软件工程开发费度量的步骤,包括规模度量、工作量度量、工期度量及成本度量。

DL / T2015 — 2019
图1电力信息化软件工程开发费度量步骤
2规模度量
规模度量应遵循以下原则:
a)在规模度量前,应根据工程范围明确系统边界。

对于尚未确定的需求,应在规模度量前确定度
量原则;
b)估算人员应根据已确定的系统边界和需求描述估算软件规模;
c)规模度量所采用的方法,应根据工程特点和估算需求,选用SJ/T 11463—2013推荐的五种规
模度量标准功能点分析法中的一种,包括COSMIC-FFP方法、IFPUG方法、MkⅡ方法、NESMA 方法和FiSMA方法;
d)在规模估算时,应考虑可能的需求变更程度,并对规模估算结果进行适当调整;
e)对于以非功能性需求为主,或包含大量复杂算法,或以创意为主的软件研发工程,在进行规模
估算时,可参考前五种方法进行功能规模的估算,参考SNAP方法进行非功能规模的估算;也可不估算软件规模,参考本标准描述的方法(如类比法、类推法)和原则直接估算软件研发工程的工作量及成本。

注: 根据相关国际标准中的功能点分析法适用范围声明,COSMIC方法适用于商业应用软件和实时系统;IFPUG方法适用于所有类型软件的功能规模度量;MkⅡ方法适用于逻辑事务能被确定的任何软件类型;NESMA方法与IFPUG 方法非常类似,但NESMA方法定义了不同应用场景以支持不同粒度的估算,因此早期估算时(如编制预算、招投标),宜采用NESMA方法中的指示功能点分析法或估算功能点分析法;FiSMA方法适用于所有类型软件的功能规模度量,其突出了“服务”概念,不再强调“功能”概念,将软件的典型功能区分为28种服务,从而使得服务类型的划分更为细致,但同时也增加了操作方面的不便;SNAP方法适合估算非功能需求的规模度量。

示例 以NESMA方法为例,其规模估算流程包括识别系统边界、识别功能点计数项、计算初始功能点数、确定规模调整系数以及计算调整后功能点5部分。

其中,指示功能点分析法UFP计算公式见式(5)。

UFP=35×ILF+15×EIF (5)
假若工程范围描述为:……公文管理包括公文起草、审核、审批、备案、发布。

审批时要对电子签名进行验证……
则采用指示功能点计数方法,可以识别出上述需求中包含一个ILF(公文信息),一个EIF(电子签名信息),因此,此部分需求UFP为50FP。

调整后规模计算公式参见式(6)。

S=UFP×VAF×RCF (6)
式中:
S——工程规模,单位为功能点(FP);
VAF——GSC调整系数;
RCF——需求变更因子。

3工作量度量
3.1度量原则
开发工作的工作量度量包含以下原则:
a)对工程风险进行充分分析,风险分析时应考虑技术、管理、资源、商业多方面因素。

根据风险
分析结果,对估算方法或模型合理调整。

如调整估算模型中影响因子的权重或取值,或根据风险分析结果进行软件完整性级别定义并根据完整性级别调整工作量估算结果;
b)对待实现功能复用情况进行分析,识别出复用的功能及可复用的程度。

根据可复用的规模及可
复用程度对工作量估算进行调整;
c)选择合适的工作量估算方法,开发工作宜用功能点分析法进行工作量度量;
d)在使用功能点分析法时,应考虑影响工作量的主要因素,包括(但不限于)软件规模、应用领
域、质量要求等。

除此之外,还应考虑的因素包括(但不限于):采用技术,如开发平台、编程语言、系统架构、操作系统等;开发团队,如开发方组织类型、团队规模、人员能力等;过程能力,如开发方过程成熟度水平、管理要求等;电力行业特色影响因素。

在估算时应根据这些因素对估算结果进行适当调整;
e)应采用不同的方法分别估算工作量并进行交叉验证。

如果不同方法的估算结果产生较大差异,
可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法;
f)难以进行规模估算的工程宜采用类比法或类推法;已进行规模估算的工程宜采用方程法;
a) 在使用类推法时,参考的历史工程应和待估算工程有高度的相似性。

在估算时应识别出待
估算工程与参考历史工程的主要差异并对估算结果进行适当调整;
DL / T2015 — 2019
b) 在使用类比法时,应根据主要工程属性对基准数据进行筛选;当用于比对的工程数量过少
时,宜按照不同工程属性分别筛选比对,综合考虑工作量估算结果;
c) 在使用方程法时,宜基于基准数据,并采用回归分析方法,建立回归方程。

可根据完整的
多元方程(包含所有工作量影响因子),直接计算出估算结果;也可根据较简单的方程,
计算出初步的工作量估算结果,再根据其他调整因子,对工作量估算结果进行调整。

g)因工程变化导致需要重新进行工作量估算时,应根据该变化的影响范围对工作量估算方法及估
算结果进行合理调整。

3.2度量公式
9.3.2.1发工作量度量模型
开发工作量度量模型见式(7)。

AE=(S×PDR)×CFD/8 (7)
式中:
AE——调整后工作量,单位为人天(1人天=8人时);
S——调整后规模,单位为功能点数(FP);
PDR——生产率,单位为人时每功能点(ph/FP),电力行业信息化软件工程生产率宜参考SSM-BK,并定期根据工程实际情况进行调整;
CFD——开发工作量调整系数,宜参考SJ/T 11463—2013并根据电力行业信息化软件工程特点进行设置。

9.3.2.2开发工作量调整系数
开发工作量调整系数计算公式见式(8)。

CFD=SWF×RDF (8)
式中:
SWF——软件因素调整因子,应根据电力行业特点,考虑规模、业务领域、应用类型、质量特性等影响因素;
RDF——开发因素调整因子,应考虑开发语言、开发团队背景等影响因素。

9.3.2.3软件因素调整因子
软件因素调整因子计算方法参见式(9)。

SWF=SF×BD×AT×QR (9)
式中:
SF——规模调整因子;
BD——业务领域调整因子;
AT——应用类型调整因子;
QR——质量特性调整因子。

9.3.2.4开发因素调整因子
开发因素调整因子计算方法参见式(10)。

RDF=SL×DT (10)
式中:
SL——开发语言调整因子;
DT——开发团队背景调整因子。

3.3参数取值
9.3.3.1软件行业开发生产率
生产率参数从最新发布的SSM-BK中获取,参见表5。

软件行业开发生产率
百分位数P10 P25 P50 P75 P90
DL / T2015 — 2019
百分位数P10 P25 P50 P75 P90
生产率
ph/FP
2.87 4.56 6.91 14.23 22.23
注: p h/FP表示每功能点所耗时间。

9.3.3.2软件因素调整银子和开发因素调整银子
软件因素调整因子和开发因素调整因子设置范围可根据实际情况进行拓展,参见表6。

软件因素调整因子和开发因素调整因子设置范围
调整因子名称 涉及过程因子 内容说明 取值范围
规模调整因子 随软件规模变化 0~+∞
业务领域调整因子 电力、政府、信息\计算机\软件、金融、其他 0.93~2.62
应用类型调整因子 业务处理、科学计算、多媒体、智能信息、系统、
通信控制、实时控制等
1~2
软件因素调整
因子
质量特性调整因子 分布式处理、性能、可靠性、多重站点 0.9~1.1
开发语言调整因子 C、ABAP、Domino、SG-UAP、JAVA、C++、C#、PowerBuilder、ASP等
0.6~1.5
开发因素调整
因子
开发团队背景调整因子 同类行业及工程的以往经验 0.8~1.2
4工期度量
4.1度量原则
工期度量包含以下原则:
a)根据工作量估算结果和资源情况,对工作任务进行分解并制订工作时间表。

在制订工作时间表
时,应充分考虑关键路径任务约束对工期的影响。

如用户参与需求沟通活动的资源投入情况、委托方对试运行周期的要求等;
利用基准数据估算合理的工期范围。

可利用基准数据,建立“工作量-工期”模型,使用方程法估算合理的工期范围;也可使用类比法,估算合理的工期范围;
将委托方的期望工期或开发方初步制订的工作时间表中的工期与工期估算结果进行比较;
如果委托方期望工期或工作时间表中的工期短于估算出的工期下限时,应分析原因,必要时需对人力资源安排或工程范围进行调整,再重新估算工作量、工期,并制订新的工作时间表。

4.2度量公式
工作量-工期度量模型参见式(11)。

当期望工期短于估算工期的下限时,应对工程需求进行分析并适当调整。

通常,压缩工期会增加工程工作量和成本。

D=1.277×(AE/HM1)0.404 (11)
式中:
D——工期,单位为月;
AE——调整后工作量,单位为人时;
HM1 ——折算系数,单位为人时每月,取值为176。

注: 电力行业信息化软件工程工期相对固定,一般不涉及对工程工期进行估算。

5成本度量
5.1度量原则
DL / T2015 — 2019
软件研发成本宜包括软件研发过程中的所有直接成本和间接成本。

其中,直接成本包括直接人力成本和直接非人力成本,间接成本包括间接人力成本和间接非人力成本。

5.2度量公式
在获得了工作量估算结果后,宜用式(12)度量工程成本。

∑ (12)
=×+
P AE F DNC
式中:
P——工程预算,单位为万元;
——各部分工作量与人工费率乘积求和;
AE——调整后工作量,单位为人天;
F——人工费率,单位为万元/人天,宜包括开发方直接人力成本、间接成本及合理利润,但不包括开发方直接非人力成本。

电力行业信息化软件工程人工费率宜参考SSM-BK中的数据,
并定期根据工程实际情况进行调整;
DNC——直接非人力成本,单位为万元,宜包括开发过程中的办公费、差旅费、培训费、业务费、采购费及其他费用。

5.3参数取值
人月费率从最新发布的SSM-BK中获取,并根据SSM-BK版本更新及时修订,参见表7。

部分城市软件行业基准人月费率明细
单位为万元
城市名称基准人月费率
北京 2.57
上海 2.45
广州 2.35
深圳 2.37
大连 2.68(海外包)
成都 1.69
南京 2.06
第三方测试费度量
1第三方测试费内容
第三方测试包括功能性、效率(性能)、易用性、可维护性、可移植性、可靠性、用户文档集要求和安全性测试,其主要目的是在模拟或实际环境下测试被测系统是否实现了用户需求,是否达到了国家标准的相关要求。

依据用户需求分析、合同的技术条款、国家标准的特性要求、系统操作手册和被测系统确定测试内容,测试内容参见附录A。

2功能、非功能性测试费
功能、非功能性测试费宜根据开发费进行计算,并根据工程的大小、工程难易程度、工程重要性等综合因素评估确认测试费用。

根据对中国软件评测中心和电力工业通信设备质量检验测试中心等第三方测试机构进行调研的数据,功能、非功能性测试费标准参见表8,采用插值法进行计费。

功能、非功能性测试费标准
单位为万元 开发费 (0,100] (100,300] (300,1000](1000,5000] (5000,+∞)
DL / T2015 — 2019
功能、非功能性测试费 [0.8,10] [11,17] [18,25] [26,60] (60,200]
3安全性测试费
3.1测试内容
安全性测试包括电力信息化应用软件系统、移动APP、源代码安全测试三部分。

其中电力信息化应用软件系统测试根据安全等级计费,移动APP测试根据系统数量计费,源代码安全测试宜采用插值法,根据开发费计费,并根据工程的大小、工程难易程度、工程重要性等综合因素评估确认测试费用。

根据对中国信息安全测评中心、电力工业通信设备质量检验测试中心、公安部等级保护测评中心和上海信息安全测评认证中心等第三方测试机构进行调研的数据设置安全性测试计费标准。

3.2电力信息化应用软件系统
电力信息化应用软件系统安全性测试计费标准参见表9。

电力信息化应用软件系统安全性测试费标准
单位为万元 序号 安全保护等级a安全性测试费
1 第二级 4-7
2 第三级 7-10
a 按GB/T 22240—2008,4.1中规定的分类,分为第一级、第二级、第三级、第四级、第五级。

根据等级
情况,目前已知无一级和五级应用软件系统,第四级为电力自动化系统,不在本标准范畴内。

3.3移动应用软件系统
移动应用软件系统安全性测试计费标准参见表10。

移动应用软件安全性测试费标准
单位为万元 序号 系统数量 安全性测试费
1 iOS或Android平台软件 4-7
3.4源代码
源代码安全性测试计费标准参见表11。

源代码安全性测试费标准
单位为万元 开发费 (0,100] (100,300] (300,2000] (2000, +∞] 安全性测试费 (3,8] (8,12] (12,23] (23,30]
实施费度量
1基于开发费按比例折算
考虑实施工作与系统开发工作量有关,实施费可基于开发费按比例折算,计算方法见式(13)。

C ss=C kf×f ss (13)
式中:
C ss——实施费,单位为万元;。

相关文档
最新文档