《应用系统信息技术应用创新改造成本测算规范》_第1页
《应用系统信息技术应用创新改造成本测算规范》_第2页
《应用系统信息技术应用创新改造成本测算规范》_第3页
《应用系统信息技术应用创新改造成本测算规范》_第4页
《应用系统信息技术应用创新改造成本测算规范》_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS35.240

CCSL70-84

LSCS

丽水市计算机学会团体标准

T/LSCSXXX—2024

应用系统信息技术应用创新改造成本测

算规范

Specificationforcostestimatingofsoftwareofinformation

technologyapplicationinnovation

征求意见稿

2024-XX-XX发布2024-XX-XX实施

丽水市计算机学会发布

T/LSCSXXX—2024

应用系统信息技术应用创新改造成本测算规范

1范围

本文件规定了应用系统信息技术应用创新改造成本测算的术语和定义、总体原则、测算流程、测算

实施等方面的内容。

本文件适用于基于功能点规模进行应用系统信息技术应用创新改造成本测算,用于党政机关、国有

企业应用系统信息技术应用创新改造成本测算,其它重要行业领域可参照执行。

1

T/LSCSXXX—2024

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,

仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本

文件。

GB/T36964—2018软件工程软件开发成本度量规范

SJ/T11619—2016软件工程功能规模测量NESMA方法

2

T/LSCSXXX—2024

3术语和定义

GB/T36964—2018界定的以及下列术语和定义适用于本文件。

3.1需求方

应用系统信息技术应用创新改造项目的出资方。

3.2测算方

受需求方委托,负责对项目应用系统信息技术应用创新改造成本测算的组织机构或团队。

3.3第三方

除需求方(3.1)和测算方(3.2)之外的监理、审计、咨询机构等利益相关方。

3.4信创改造

即应用系统信息技术应用创新改造,以下简称信创改造,是指将现有的信息化系统、软硬件产品及

解决方案改造为基于国内自主研发生产的技术和产品,以提高国家信息安全水平及自主可控能力,改造

完成后需同时支持信创和非信创终端访问。

3.5重构

通过编写代码重新构造应用系统,不改变软件的功能和外部行为,只改变其内部结构。

3.6改造

对非信创应用系统进行基于服务端的部分代码改造,改造后同时支持信创和非信创终端访问。

3.7迁移

将应用系统从原有环境转移至信创环境下。

3.8改造成本

需求方为达成已有应用系统从非国产化平台迁移到国产化平台的项目目标而所需支付的费用,包括

直接成本和间接成本。

3.9直接成本

直接成本为改造已有应用系统从非国产化平台到国产化平台所需支付的费用。

3.10间接成本

间接成本为整体项目中直接成本以外所需支付的费用,包括业务数据迁移费、信创服务器硬件或云

资源购置费用、国产系统购置费用、国产数据库购置费用等费用总和。

3

T/LSCSXXX—2024

4总体原则

4.1客观原则

应客观分析,对功能点进行科学计数与因子调整。

4.2沟通原则

应建立良好的沟通机制,从项目背景、项目需求、项目内容、团队能力、技术难度等各个方面达成

一致理解。

4.3保密原则

应做好保密工作,不应对外公开、传播、泄露改造项目相关信息。

4

T/LSCSXXX—2024

5信创改造成本测算流程

5.1测算工作流程

5.1.1.测算流程图

应用系统的信创改造成本测算是需求方提出应用系统的信创改造需求,并提供应用系统的相关测算

材料,由测算方根据需求方所提交的测算材料进行应用系统的信创改造成本测算。

图1:信创改造测算流程图

5.1.2.准备材料

应用系信创改造成本测算前,需求方需对所需改造的项目应用系统进行资料自梳理,资料包括但不

限于项目建议书、项目可研报告、项目可行性报告、项目需求规格说明书、项目建设方案等,梳理应用

系统信创改造需求,形成信创改造成本测算材料提交至测算方。

5.1.3.材料初审

测算方对需求方所提交的信创改造成本测算材料进行初步核实审查,从材料内容完整性、逻辑合理

性、表述准确性等方面进行审核,对于不符合测算条件的材料与需求方进行沟通,由需求方重新完善信

创改造成本测算材料,直至符合信创改造成本测算条件。

5.1.4.成本测算

测算方完成初步材料的审查工作后,根据材料进行以下工作内容:

1.应用系统架构分析

分析需要测算的应用系统架构、软件架构及开发语言等资料,判断应用系统是否能基于现

有程序代码进行信创改造,通常情况下C/S架构的应用系统因底层架构不同需要重新构建开发,

按照新建项目进行测算;

应用系统为B/S架构,并且能够基于现有程序代码进行信创改造,则可以进行服务器环境、

应用系统代码、国产数据库的信创改造工作,具体划分参图2信创架构分析图。

5

T/LSCSXXX—2024

图2:信创架构分析图

2.确认测算范围

需求方与测算方沟通确认应用系统的整体测算范围,测算方根据材料分析结果就成本测算

的各项计算公式和相关调整因子与需求方沟通能力确认达成一致意见,形成双方互认的科学模

型,;

3.测算规模

规模测算所采用的方法,应根据项目特点和测算需求,选用SJ/T11617-2016、SJ/T116

18-2016、SJ/T11619-2016、SJ/T11620-2016和GB/T42449-2023五种功能规模测量标准中的

一种。信创改造成本测算宜采用GB/T42449-2023规定的IFPUG方法或SJ/T11619-2016规定的N

ESMA方法测算软件规模。在测算规模时,应考虑可能的需求变更程度,并利用规模调整因子对

规模测算结果进行调整。

4.测算工作量

通过测算规模结果,根据所在行业领域生产率基准数据、软件因素等因素,利用调整因子

对工作量测算结果进行调整。

5.测算成本

通过测算工作量结果,根据所在城市相应的人月折算系数、平均人月费率计算成本费用。

6.确认测算结果

测算方测算结果进行确认逆推并对测算过程所用依据、公式、结果进行核算,对过程不清

晰或无法核对的内容需重新测算。

5.1.5.测算结果

测算方将测算结果反馈至需求方进行结果确认,对于需求方有异议的项目模块,测算方进行进一步

沟通,测算结果无异议后,测算方签发项目测算报告、功能点清单等测算成果材料,对外交付需求方完

成测算服务,对内归档成果材料完成项目测算收尾。

6

T/LSCSXXX—2024

5.2测算准备

5.2.1.测算材料

需求方在信创改造成本测算前期自行梳理信创改造成本测算材料,包括但不限于以下材料:

1.项目调研方案(项目可研报告、项目可行性报告、项目需求规格说明书等);

2.项目建设方案(项目概述、建设内容、功能性需求、性能效率需求、安全性需求、第三方对接

方案等);

3.信创改造需求方案(信创改造方式、部署方式、数据/存储/终端/网络/安全等);

4.信创改造项目预算(投资预算、资金来源)。

6改造成本测算

6.1测算成本构成

应用系统信创改造成本由直接成本、间接成本两部分组成。

改造成本直接成本间接成本

=+

6.1.1.直接成本

指应用系统在信创改造过程所用工作量对应成本的总和,不包括软件预研或可行性分析、业务

数据迁移、信创服务器硬件或云资源购置费用、国产系统购置费用、国产数据库购置费用、第三方

测评费、维护等费用。

非信创应用系统改造包括但不限于定制软件和成品软件应用系统;

1.定制类应用系统:定制类应用系统按照改造直接成本计算费用。

2.成品类应用系统:成品类应用系统按照成品软件购置计算费用。

成品软件购置指购置应用系统信创改造所需的成品软件所需支出的费用,需要提供三个或以上

同级别不同品牌厂商(代理商)的询价报价单。询价报价单应含产品型号、版本号、功能性能参数、

报价单位名称(加盖公章)、联系人、电话等内容。若无法提供足量的询价报价单,可使用近六个月

内政府采购中标项目中的有效价格或相关证明材料作为报价依据。

a.主要参数:是体现软件产品功能、性能等的决定要素。方案中应描述软件产品的应用场景,以

满足基本功能需要为前提,选用性价比最优的通用产品。如采购进口软件产品,需要进行特殊

说明或论证。不得购置性能远超需求或与应用场景不相符的产品,以及非常规参数产品。

b.数量:软件产品数量要与实际需求相符,同时根据测算的资源量和拟定的设备参数确定数量,

无法提供测算过程的,应提供国家、行业指导性文件等其他依据。

c.单价:是指软件的价格应在同等类型、参数功能公允价格范围内,并提供报价依据说明,如市

场询价、国家或行业指导性文件、历史项目等,具备文件支撑的情况下应同时提交相关文件。

软件产品的价格应包含软件产品本身的授权价格和相关服务价格的综合价。软件产品价格默认

含不少于一年的原厂技术支持服务费。

d.佐证材料:成品软件需要提供三个或以上同级别不同品牌厂商(代理商)的询价报价单。询价报

价单应含产品型号、版本号、功能性能参数、报价单位名称(加盖公章)、联系人、电话等内容。

若无法提供足量的询价报价单,可使用近六个月内政府采购中标项目中的有效价格或相关证明

材料作为报价依据。

e.开源软件不计取购置费。

f.价格系数:在报价基础上,同品牌型号版本成品软件数量X≤20时,调整系数为0.85-1.0;

20<x≤50时,调整系数为0.7-0.85;x=>50时,调整系数0.5-0.7。

7

T/LSCSXXX—2024

6.1.2.间接成本

间接成本是直接成本以外的其他成本,包括信创改造所需的业务数据迁移费、信创服务器

硬件或云资源购置费用、国产系统购置费用、国产数据库购置费用等,以及其他的软件维护、

第三方测评费、监理费等费用。

6.2改造成本测算模型

以下给出改造成本测算通用模型公式(1):

………………(1)

式中:SDC=(S×PDR×SWF×DLF×DTF)/HM×F+DNC

SDC——信创改造成本,单位为万元;

S——功能点规模,单位为功能点;

PDR——功能点耗时率,单位为人时每功能点。取值参见附录A.7或本组织历史数据;

SWF——软件因素调整因子;

DLF――开发语言调整因子,取值参见附录A.5;

DTF――开发团队背景调整因子,取值参见附录A.6;

HM——人月折算系数,单位为人时每人月,取值为174(每天按工作8小时计算,每月按工作21.75

天计算);

F——平均人力成本费率,单位为万元每人月;

DNC——间接成本(软硬件购置费用、数据迁移费用等其他项目相关费用),单位为万元。

6.3功能点计数

根据已知的项目功能描述,采用功能点计数法测算应用系统规模。在测算功能点规模前应依据可行

性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包含最基本的业务需求,还应进

行初步的子系统/模块划分,并对每一子系统或模块的基本用户需求进行描述或说明,保证可根据项目范

围描述文档进行功能点计数。功能点按附录B的规定进行分类、识别和计数。

采用功能点计数法测算功能点规模按公式(2)计算:

……………(2)

式中:UFP=ILF×10+EIF×7+EI×4+EO×5+EQ×4

UFP――未调整的功能点数,单位为功能点;

ILF――内部逻辑文件数量,单位为个;

10――单个内部逻辑文件功能点数分配常量10,单位为功能点每个;

EIF――外部接口文件数量,单位为个;

7――单个外部接口文件功能点数分配常量7,单位为功能点每个;

EI――外部输入数量,单位为个;

4――单个外部输入功能点数分配常量4,单位为功能点每个;

E0――外部输出数量,单位为个;

5――单个外部输出功能点数分配常量5,单位为功能点每个;

EQ――外部查询数量,单位为个;

4――单个外部查询功能点数分配常量4,单位为功能点每个;

6.4规模调整

根据复用程度对规模进行调整,按公式(3)计算:

8

T/LSCSXXX—2024

…………(3)

式中:US=UFP×RUF

US――未调整的软件规模,单位为功能点;

UFP――未调整的功能点数,单位为功能点。

RUF――复用度调整因子,取值见附录A.1;

根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整,公式(4)计算:

…………………(4)

式中:S=US×CF

S――调整后的软件规模,单位为功能点;

US――未调整软件规模,单位为功能点;

CF――规模变更调整因子,取值见附录A.2。

6.5软件因素调整因子

软件因素调整因子按公式(5)计算。

……………(5)

式中:SWF=SWF1×[(C1+C2+C3+C4)×0.025+1]

SWF——软件因素调整因子;

SWF1——应用类型调整因子,取值见附录A.3;

C1——质量特性调整因子之分布式处理因子,取值见附录A.4;

C2——质量特性调整因子之性能因子,取值见附录A.4;

C3——质量特性调整因子之可靠性因子,取值见附录A.4;

C4——质量特性调整因子之多重站点因子,取值见附录A.4。

6.6测算工作量

工作量按公式(6)计算:

………(6)

式中:AE=(S×PDR)×SWF×DLF×DTF

AE――测算工作量,单位为人时;

S――调整后的软件规模,单位为功能点;

PDR――功能点耗时率,单位为人时每功能点。取值参见附录A.7或本组织历史数据;

SWF――软件因素调整因子;

DLF――开发语言调整因子,取值参见附录A.5;

DTF――开发团队背景调整因子,取值参见附录A.6;

6.7测算成本

成本按公式(7)计算:

…………(7)

式中:P=AE/HM×F

P――软件开发成本,单位为元;

AE――测算工作量,单位为人时;

HM――人月折算系数,单位为人时每人月,取值为174(每天按工作8小时计算,每月按工作21.7

5天计算);

F――平均人月费率,单位为元每人月,例如E类城市2万元/月;

9

T/LSCSXXX—2024

其中,平均人月费率F的取值参照中国软件行业基准数据(CSBMK®-202310)。

6.8信创项目定制开发软件费用类型计取标准表

信创项目定制开发软件费用类型计取标准

系统改造建

软件架构改造范围工作量/费用计取标准

架构议

构建费用:按照功能点测算定制开发软件费用,以此为基础

基于Wind

下浮13.28%~25.94%,取值参考附录A.8

ows平台

包括改造内容分说明:

(Microsof按照新

析、设计、编码、同架构软件开发无需进行业务需求分析、设计阶段,费用下

C/StVisualSt项目重

测试、部署实施、浮25.94%;

udio、PB、新构建

数据迁移等全过程异架构软件开发无需进行业务需求分析,因架构不同需进行

delphi

少量调整设计,费用不超过设计比例的1/10,费用下浮24.6

等)

74%。

构建费用:按照功能点测算定制开发软件费用,以此为基础

下浮13.28%~25.94%,取值参考附录A.8

基于Wind

包括改造内容分说明:

ows平台按照新

析、设计、编码、同架构软件开发无需进行业务需求分析、设计阶段,费用下

(Microsof项目重

测试、部署实施、浮25.94%;

tVisualSt新构建

数据迁移等全过程异架构软件开发无需进行业务需求分析,因架构不同需进行

udio)

少量调整设计,费用不超过设计比例的1/10,费用下浮24.6

74%。

梳理现有项目中不梳理费用:梳理现有项目中不符合信创标准的技术架构,包

符合信创标准的技括数据库、中间件、服务器操作系统、客户端浏览器等,不

术架构单独计费,在各块综合考虑。

数据库适配费用:目前国产数据库都提供响应的适配工具,

自动适配市面主流数据库;数据库根据规模分类参考附录A.

9

B/S

中小型数据库适配工作不计费;

基于现大型数据库适配工作量不超过软件开发工作量分布中构建1/

数据库适配

BS:J2EE、P有定制10,费用4.143%;

ython、PH软件程根据数据迁工作量定级为5级的数据库适配按照EQ和E0数量

P、Scala序代码测算,EQ、EO复用度均取“高”值;

等修改适数据迁移费用单独计算:

配迁移费=迁移工作量+人月费用单价,取值参考附录A.10

浏览器适配费用:页面功能适配费用按照该应用程序建设费

客户端操作系统

用的1%~2%计取;基于IE浏览器ACTIVEX控件技术产生的改

(浏览器)

造费用按照功能点测算费用。

开展系统测试系统测试费用:不单独计费在各块综合考虑。

系统上线部署:一般情况下按照每个系统的环境的部署工作

系统上线部署量不超过5个人日测算,部署费用=部署工作量×人月费用单

价。

10

T/LSCSXXX—2024

附录A

(资料性)

调整因子参数表

A.1复用度调整因子参数表

复用度调整因子参数见表A.1。

表A.1复用度调整因子参数表

复用程度调整因子

低1

中2/3

高1/3

A.2规模调整因子参数表

规模调整因子参数见表A.2。

表A.2规模调整因子参数表

项目阶段调整因子

估算早期(如概算、预算阶段)1.39

估算中期(如投标、项目计划阶段)1.21

估算晚期(如需求分析阶段)1.10

项目交付后及运维阶段1.00

A.3应用类型调整因子参数表

应用类型调整因子参数见表A.3。

表A.3应用类型调整因子参数表

应用类型范围调整因子

办公自动化系统;人事、会计、工资、销售等经营管理及业务处理用

业务处理1.0

软件等

软件集成软件集成等1.2

科技科学计算、模拟、统计分析等1.2

多媒体图形、影像、声音等多媒体应用领域;地理信息系统;教育和娱乐等1.3

智能信息自然语言处理、人工智能、专家系统等1.5

基础软件/支持软件操作系统、数据库系统、集成开发环境、自动化开发/设计工具等1.7

通信控制通信协议、仿真、交换机软件、全球定位系统等1.9

流程控制实时控制、机器人控制、嵌入式软件等2.0

11

T/LSCSXXX—2024

A.4质量特性调整因子参数表

质量特性调整因子参数见表A.4。

表A.4质量特性调整因子参数表

调整因子判断标准影响度

没有明示对分布式处理的需求事项-1

指计算机系统能

分布式通过网络进行客户端/服务器及网络基础计算机系统分布处理

够在各组成要素0

处理和传输

之间传输数据在多个服务器及处理器上同时相互执行计算机系统中的处理功

1

没有明示对性能的特别需求事项或活动,因此提供基本性能-1

指用户对应答时应答时间或处理率对高峰时间或所有业务时间都很重要,对连

0

性能间或处理率的需动系统结束处理时间有限制

求水平为满足性能需求事项,要求设计阶段进行性能分析,或在设计、

1

开发阶段使用分析工具

没有明示对可靠性的特别需求事项或活动,因此提供基本的可

-1

靠性

指发生故障的影

可靠性

响程度发生故障时可轻易修复,带来一定不便或经济损失0

发生故障时很难修复,发生重大经济损失或有生命危害1

在相同用途的硬件或软件环境下运行-1

多重站指能够支持不同

在用途类似的硬件或软件环境下运行0

点硬件和软件环境

在不同用途的硬件或软件环境下运行1

注:非功能性特征调整因子=(分布式处理因子+性能因子+可靠性因子+多重站点因子)×0.025+1

A.5开发语言/平台因子参数表

开发语言因子由软件开发程序逻辑的复杂性、实现难度等因素决定,参考取值见表A.5。

表A.5开发语言因子参数表

开发语言因子取值

C及其他同级别语言/平台1.5

Java、C++、C#及其他同级别语言/平台1.0

Python及其它同级别语言/平台0.8

PowerBuilder、ASP、PHP及其他同级别语言/平台0.6

A.6开发团队背景因子参数表

开发团队背景因子由开发团队的技术水平决定,参考取值见表A.6。

表A.6开发团队背景因子参数表

12

T/LSCSXXX—2024

调整因子开发团队背景影响度

为本行业开发过类似的项目0.8

同类行业及

项目的以往为其他行业开发过类似的项目,或为本行业开发过不同但相关的项目1.0

经验

没有同类项目的背景1.2

A.7电子政务生产率基准数据表

电子政务生产率基准数据参数见表A.7。单位:人时/功能点

表A.7电子政务生产率基准数据表

P10P25P50P75P90

2.073.106.7111.2815.47

注:表格中生产率基准数据是基于中国软件行业基准数据(CSBMK®-202310)的数据库,可随着行业基准

数据的变化而变化。生产率基准数据通常使用P50的取值测算工作量、成本的最有可能值,使用P50的正

负20%分别测算上下限。

A.8软件开发工作量分布表

软件开发工作量分布参数见表A.8。

表A.8软件开发工作量分布表

需求设计构建测试实施

13.28%12.66%41.43%22.53%10.10%

A.9数据库规模分类表

数据库规模分类参数见表A.9。

表A.9数据库规模分类表

规模分类定义描述

适用于个人用户或小型企业,因为其数据量相对较小,且并发访

小型数据库SQLite等

问需求低

适合中型企业应用,能够支持较大规模的数据存储和多用户并发

中型数据库MySQL、PostgreSQL等

访问

主要用于大型企业和互联网应用系统,需要支持庞大的数据量和Oracle、SQLServer、D

大型数据库

高并发访问B2等

A.10业务数据迁移工作量表

13

T/LSCSXXX—2024

业务数据迁移工作量参数见表A.10。

表A.10业务数据迁移工作量表

难度依据0级1级2级3级4级5级

*业务规模/个11<&≤55<&≤2020<&≤4040<&≤120﹥120

业务数据总容

≤11<&≤55<&≤1010<&≤3030<&≤100﹥100

量/TB

系统关联接口

≤1010<&≤2020<&≤5050<&≤100100<&≤200﹥200

数量/个

业务允许中断

≤72≤48≤24≤8≤1≈0

时间/小时

同构数据库改异构数据库迁

数据库改变直接迁移直接迁移直接迁移直接迁移

造移、改造

系统0:系统1:系统2:系统3:系统4:系统5:

1.资源实例个1.资源实例个1.资源实例个1.资源实例个1.资源实例个1.资源实例个

数:1数:3数:9数:30数:45数:92

2.对外接口数2.对外接口数2.对外接口数2.对外接口数2.对外接口数2.对外接口数

量:0量:0量:25量:56量:109量:245

3.依赖外部接3.依赖外部接3.业务数据容3.特殊设备:需3.涉及到较大3.端口策略超

对应案例口:0口:0量:9TB改造硬件加密的数据库表结过1000个,覆盖

4.网络策略:14.网络策略:14.可中断时长:狗构改造到县一级

5.可中断时长:5.可中断时长:24小时4.可中断时长:4.CA服务器含4.从SQLServer

72小时48小时8小时有硬件加密狗切换到国产数

5.可中断时长:据库

1小时5.不允许停机

工作量预估0~0.5人月0.5~3.3人月3.3~6.6人月6.6~13人月13~26人月一事一议

备注:

同时符合两项及以上指标项即可难度定级。

无法定级时,则根据业务规模(个)定级;业务规模指的是资源实例的数量。

业务数据的定义是指数据库中的业务数据,不包括文件形式的附件数据。

定级的工作量预估人月根据线性插值方法计算,只计算符合的指标项;

计算公式:示例:业务规模为31,业务数据总容量为25,系统关联接口数量为80,计算工作量预估

6.6+(13-6.6)×((31-21)÷(40-21)×(25-10)÷(30-10)×(80-51)÷(100-51))=6.6+6.4×(0.526×0.75×0.591)=

6.6+1.492≈8.09

14

T/LSCSXXX—2024

附录B

(规范性)

功能点计数基本规则

B.1功能点计数项分类

功能点计数项分为数据功能和交易功能两类,其中数据功能包括内部逻辑文件(ILF)、外部接口文

件(EIF);交易功能包括外部输入(EI)、外部输岀(EO)、外部查询(EQ)。

数据功能是系统提供给用户的满足产品内部和外部数据需求的功能,体现系统管理或使用哪些业务

数据(业务对象)。ILF或EIF所指的“文件”不是传统数据处理意义上的文件,而是指一组用户可识别的、

逻辑上相互关联的数据或者控制信息。这些文件和物理上的数据集合(如数据库表)没有必然的对应关系。

使用预估功能点方法时,只需要识别数据功能,包括ILF和EIF;使用估算功能点方法时,需要识别

数据功能和事务功能,包括ILF、EIF、EI、EO和EQ。

B.2ILF的识别

ILF是系统内部维护的逻辑上的一组业务数据。识别ILF的基本步骤如下:

1)识别业务对象。业务对象应是用户可理解和识别的,包括业务数据或业务规则。

注:为程序处理而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文件,与之相关的

操作也不应识别为基本过程;

2)确定逻辑文件数量。根据业务上的逻辑差异及从属关系确定逻辑文件的数量。

3)是否是ILF。确定该逻辑文件部在本系统内进行维护。如果是,记为ILF;否则为EIF。

B.3EIF的识别

EIF被应用边界内一个或几个基本处理过程所引用的业务数据。一个应用中的EIF应是其他应用中的

ILF。识别EIF的基本步骤如下:

1)识别业务对象。业务对象应该应是用户可理解和识别的。业务对象包括业务数据或业务规则。

而一些为了程序处理而维护的数据则属于编码数据。所有的编码数据均不识别为逻辑文件,与

之相关的操作也不识别为基本过程;

2)确定逻辑文件数量。需要根据业务上的逻辑差异及从属关系确定逻辑文件的数量。

3)是否是EIF。确定该逻辑文件是否在本系统内进行维护。如果是,记为ILF;否则为EIF。

B.4EI的识别

EI处理来自系统边界之外的数据或控制信息的过程。目的是维护一个或多个ILF或者改变系统的行

为。识别EI的基本规则如下:

1)应是来自系统边界之外的输入数据或控制信息;

2)穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个ILF;

3)该EI不应被重复计数。任何被分别计数的两个EI至少满足下面三个条件之一(否则应视为同一

EI):

a.涉及的ILF或EIF不同;

b.涉及的数据元素不同;

c.处理逻辑不同。

15

T/LSCSXXX—2024

B.5EO的识别

EO是处理向系统边界之外发送数据或控制信息的过程。目的是向用户呈现经过处理的信息。识别E

O的基本规则如下:

1)将数据或控制信息发送出系统边界;

2)处理逻辑应至少符合以下一种情况:

a.包含至少一个数学公式或计算过程;

b.产生衍生数据;

c.维护至少一个ILF;

d.改变系统行为。

3)该EO不应被重复计数。任何被分别计数的两个EO至少满足下面一个条件(否则被视为同一EO):

a.涉及的ILF或EIF不同;

b.涉及的数据元素不同;

c.处理逻辑不同。

B.6EQ的识别

EQ是向系统边界之外发送数据或控制信息的基本处理过程。目的是向用户呈现未经加工的已有信息。

识别EQ的基本规则如下:

1)将数据或控制信息发送出系统边界;

2)处理逻辑可包含筛选、分组或排序;

3)处理逻辑不应包含:

a.数学公式或计算过程;

b.产生衍生数据;

c.维护ILF;

d.改变系统行为。

4)该EQ不应被重复计数。任何被分别计数的两个EQ至少满足下面一个条件(否则被视为同一EQ):

a.涉及的ILF或EIF不同;

b.涉及的数据元素不同;

c.处理逻辑不同。

16

T/LSCSXXX—2024

附录C

(规范性)

应用系统信息技术应用创新改造成本测算示例

C.1需求示例

系统名称:数字化管理应用系统

系统描述:…………

系统架构:B/S架构

开发语言:JAVA语言

环境配置:8核16GCPU、16G内存、500GB系统盘、100TB数据盘

改造需求:某政府单位部门已的有一套数字化管理应用系统需要进行信创改造;原应用系统基于

B/S架构,JAVA语言开发,开源中间件,部署在非国产信创环境下运行,现在需要应用系统,现有1TB

附件,一个业务规模,0.6TB业务数据需要改造后迁移到新应用系统当中;

改造清单:

…………………

C.2测算规模

假设根据改造需求描述,识别出改造功能点ILF20个,EI108个,EO0个,EQ112个,合计240个

功能点,识别各功能点复用程度后,调整后功能点157.23个功能点。

C.3调整因子

调整因子类别调整因子名称取值取值说明

估算早期(如概算、预算阶

规模变更调整因子规模变更调整因子1.39

段)

电子政务生产率基准数据基准生产率6.71中值(P50)

应用类型调整因子应用类型调整因子1.0业务处理

分布式处理因子1.0无特别限定

性能因子1.0无特别限定

软件因素调整因子

可靠性因子1.0无特别限定

多重站点因子1.0无特别限定

开发语言1.0JAVA语言开发

开发因素调整因子

开发团队0.8为本行业开发过类似的软件

人月基准单价(万元/人月)人月基准单价2.0丽水地区人月单价

C.4测算成本

根据规模测算结果,填写以下模板可得到最终费用测算结果:

US:规模估算结果(单位:功能点)157.23

CF:规模变更调整因子取值1.39根据估算时机取值

S:调整后规模(单位:功能点)218.55

5.37

PDR:基准生产率(单位:人时/功能点)6.71CSBMK@-202310全行业基准数据中位数

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论