行政事业单位资产管理信息系统.docx

行政事业单位资产管理信息系统.docx

《行政事业单位资产管理信息系统.docx》由会员分享，可在线阅读，更多相关《行政事业单位资产管理信息系统.docx（29页珍藏版）》请在冰豆网上搜索。

行政事业单位资产管理信息系统

行政事业单位资产管理信息系统

部署及配置方案

中华人民共和国财政部

2009年9月

目录

一、概述3

1部署原则及建议3

2系统容量预测方法4

2.1CPU容量预测4

2.2内存容量预测5

2.3磁盘容量预测方法6

2.4网络带宽预测方法6

3网络拓扑结构7

二、部署方案及硬件配置9

1方案一：

单位分布主管部门集中10

1.1部署图10

1.2设备测算及配置11

2方案二：

部分行政事业单位集中13

2.1部署图13

2.2设备测算及配置14

3方案三：

主管部门集中16

3.1部署图16

3.2设备测算及配置17

4方案四：

单位分布财政集中19

4.1部署图19

4.2设备测算及配置20

5方案五：

财政大集中22

5.1部署图22

5.2设备测算及配置23

6几种部署方案讨论24

6.1以业务需求为基础24

6.2部署方案配置比较24

6.3财政部门上下级之间数据交互25

三、软件运行环境26

1系统软件26

1.1操作系统26

1.2数据库26

1.3中间件26

2第三方软件参考清单27

一、概述

行政事业单位资产管理系统采取“集中分布式”的整体构架。

“分布”是指系统按照“分级财政”的业务处理规则，数据不是使用全国大集中的方式，而是分布在每级财政，各级财政可以通过本级的系统，完成自己职权范围内的资产动态管理工作内容。

“集中”是指各级财政的行政事业单位将数据集中到本级财政，实现本级财政数据相对的集中。

上、下级财政之间做到数据交换，使得上级财政能够了解下级财政资产管理的相关数据，必要时可以从全局的角度，调整资产管理的重要控制数据。

各级资产数据分布情况如图所示：

各级财政数据包括本级主管部门汇总数据、各行政事业单位重要资产的明细数据，以及下级财政汇总数据。

主管部门数据指本部门资产的明细数据。

主管部门的汇总数据及本级财政重点监控资产的数据、下级财政的汇总数据应同本级财政或上级财政对应数据做到实时或定时更新。

行政事业单位资产管理系统的用户主要为财政管理人员、主管部门和单位用户。

1部署原则及建议

行政事业单位资产管理系统，按照资产管理业务特点分成财政主管部门版和单位版，因部署范围不同分为中央和地方两个层次。

系统部署实施应遵守以下原则：

1.统一规划、统一标准、统一部署。

按照金财工程总体规划要求和设计方案，执行统一规划、统一标准、统一指导。

2.经济性。

行政事业单位资产管理系统是金财工程的一个子系统，应充分利用金财工程的网络平台和主机系统平台，避免重复建设和力争节约。

3.可扩展性。

考虑到金财工程的整体性，所以系统建设应该为后续业务发展留有余地。

4.安全性。

利用国家有关的信息安全平台，结合自身的安全体系建设，充分保证系统、网络和数据的安全。

5.方便性。

满足用户个性需求，采用自定义单据、报表模板、打印模板，自定义桌面，自定义菜单，系统根据用户权限自动过滤未授权的功能，而且用户可以根据自己的爱好定制桌面显示选项。

6.合理性。

充分考虑现有业务系统的状况，合理部署硬件、软件、中间件，充分考虑现有的网络条件，设计合理的网络架构，同时要充分利用现有的空闲资源。

2系统容量预测方法

资产管理系统设计在充分考虑数据服务的功能性需求，，还必须考虑与系统运行紧密相关的一些非功能性需求，如：

CPU容量预测、内存容量预测、磁盘容量预测、网络带宽预测等。

2.1CPU容量预测

CPU容量预测采用--交易成本分析（TCA）方法，理论计算公式如下：

P4MC成本=每个用户每次请求的CPU时间（平均数）

操作频率=每个用户每秒的请求数

每个用户每秒钟的操作成本（单位：

P4EM）=操作频率*P4MC成本

根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比较大的功能操作，CPU容量测算如下：

事务名称

最小CPU时间（秒）

平均CPU时间（秒）

最大CPU时间（秒）

登录（10个用户）

44.655

45.448

45.724

登录（20个用户）

51.614

53.044

56.602

登录（50个用户）

69.345

73.631

81.315

P4MC成本=（45.448+53.044+73.631）/3=57.37s

用户请求频率=1s（按照最保守的估计每个用户每秒处理一次）

每个用户每秒钟的操作成本（单位：

P4EM）=1*57.37=57.37

目标CPU容量=2*2000MHz*0.85=3400P4EM

目标用户容量=3400/57.37=59.26

结论：

通过以上测试数据可以得出2颗2000MHz的CPU最多可以支持59个用户并发。

按照行业的经验值统计并发操作的比例大约是4%，因此该CPU可支持59/0.04=1475个在线用户，每MHz的CPU可支持1475/（2*2000）=0.36875个在线用户，按不同的用户类别计算CPU配置如下表：

用户类别

用户数（个）

CPU每MHz支持

在线用户数（个）

CPU容量（MHz）

推荐配置

A类

30000

0.36875

81355

27X3GHz

B类

20000

0.36875

54237

18X3GHz

C类

10000

0.36875

27118

9X3GHz

D类

5000

0.36875

13559

4X3GHz

E类

2000

0.36875

5423

2X3GHz

F类

1000

0.36875

2711

1X3GHz

G类

500

0.36875

1356

1X2GHz

注：

考虑到目前主流CPU采用多核技术提升单颗处理器的性能，根据实测性能可以对处理器数量进行如下折算：

一颗IntelXeonE5400系列四核处理器等效于估算中的两颗单核处理器；

一颗IBMPower5+双核处理器等效于估算中的两颗单核处理器；

一颗IntelItanium2双核处理器等效于估算中的两颗单核处理器。

2.2内存容量预测

根据行政事业单位资产管理系统的性能测试数据，以用户登录并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比较大的功能操作，内存容量测算如下：

登录用户数（个）

每增加一用户内存增长数（kb）

1个

1412

2个

508

3个

396

登4个

336

结论：

通过以上测试数据，每个在线用户占用服务器内存空间平均为0.663MB，按不同用户类别计算内存配置如下：

用户

类别

用户数（个）

每个用户数占用

内存空间（MB）

内存容量

（GB）

推荐配置

A类

30000

0.663

19.89

20X1GB

B类

20000

0.663

13.26

14X1GB

C类

10000

0.663

6.63

7X1GB

D类

5000

0.663

3.32

4X1GB

E类

2000

0.663

1.326

2X1GB

F类

1000

0.663

0.663

1X1GB

G类

500

0.663

0.332

1X1GB

2.3磁盘容量预测方法

目前单位每张卡片的数据大小为3KB：

假设平均每家单位拥有存量资产卡片数为5000条，则每家单位卡片数据容量为5000*3KB=15000KB=15MB；

如果每年平均每家单位增加10%的卡片数量，则每年每家单位增加500条卡片，每家单位每年卡片增量为500*3KB=1500KB=1.5MB，同时假设该系统的使用年限为10年,则每家单位每10年增量为10*1.5MB=15MB，按不同的用户类别计算磁盘容量配置如下表：

用户

类别

用户数

（个）

卡片容量

（MB）

磁盘容量

（GB）

磁盘增量/10年

（GB）

推荐配置

（GB）

A类

30000

15

439.4

439.4

900

B类

20000

15

293

293

600

C类

10000

15

146.5

146.5

300

D类

5000

15

73.2

73.2

150

E类

2000

15

29.2

29.2

60

F类

1000

15

14.6

14.6

30

G类

500

15

7.3

7.3

15

2.4网络带宽预测方法

假设每个客户端在进行操作时大约需要在10秒内传输50KB的数据（上传或者下载），这样每个客户端占用网络带宽为10*50kb=500kbps。

按照行业经验，用户在线的并发操作比率大约为4%。

网络带宽（Mbps）=用户数*4%*（500kbps/1000）

按不用的用户类别计算网络带宽占用如下表：

用户

类别

用户数

（个）

并发用户数

（个）

网络带宽要求

（Mbps）

推荐配置

（Mbps）

A类

30000

1200

600

600

B类

20000

800

400

400

C类

10000

400

200

200

D类

5000

200

100

100

E类

2000

80

40

40

F类

1000

40

20

20

G类

500

20

10

10

3网络拓扑结构

整个网络系统的运行涉及到财政部与中央预算单位、财政部与各省财政厅的实时或周期性数据交换。

针对网络系统的需求如下：

A.需要考虑财政部与中央预算单位、财政部与各省财政厅目前比较复杂的网络接入现状。

各个分支机构基本实现互连网接入，但是各个节点接入方式和接入ISP不统一。

B.需要考虑大型网络的安全性。

目前拟定通过财政业务专网（财政内网）进行系统各级间数据交换，但应采取有效措施保证系统传输数据的安全性。

C.为了保证网络应用的性能和最大化网络可用性，需要考虑网络内部不同应用的网络带宽和连接的隔离问题。

综合考虑系统的稳定性、性能和可扩展性，需要在存储子系统、存储传输系统、数据备份子系统、数据库服务、Web和应用服务以及关键网络通讯等各个环节都尽可能采用了冗余技术，保障系统能够长期不间断的提供高性能服务。

系统拓扑结构如下图所示：

说明：

应根据部署方式的不同而进行调整。

二、部署方案及硬件配置

下面将根据不同的部署方案，对省级、中央部门、各级行政事业单位的设备情况进行讨论。

说明：

用户在过去的信息化建设过程中，如果已经采购了存储、备份、数据库、J2EE应用服务相关软硬件，可以在本系统配置时加以利用，节约资源。

推荐配置应根据实际业务情况而灵活调整。

1方案一：

单位分布主管部门集中

1.1部署图

在财政部门、主管部门、行政事业单位分别部署资产动态数据库。

行政事业单位传输数据的时候，同时传输数据到主管部门和财政部门，财政部门和主管部门分别登录自己的数据库进行审批等业务操作。

如果主管部门审批之后的数据需要传输到财政部门，由财政部门进行审批或备案，那么数据会传输到财政部门，由财政部门登录自己的数据库进行审批或备案。

主管部门和财政部门审批的结果需要传回到行政事业单位数据库，行政事业单位进依据审批结果进行调整或开展后续业务。

示意图如下：

优点：

逻辑简单（按业务实体），对财政部门、主管部门数据压力小，应用效率高。

缺点：

管理分散；系统软硬件投资大；数据冗余比较大；保证数据的一致性比较困难。

适用情况：

中央级、省级。

1.2设备测算及配置

1.2.1容量预测

CPU容量预测。

按照CPU容量预测方法测算结论数据：

因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置1颗2GHz的CPU。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1颗2GHz的CPU。

说明：

为了使系统配置支持将来用户数量的增加，至少应该多加一颗同类别的CPU。

内存容量预测。

按照内存容量预测方法测算结论数据：

因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置1GB。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1GB。

说明：

为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的内存消耗，至少应该多增加同类别的内存1GB-2GB。

磁盘容量预测。

按照磁盘容量预测方法测算结论数据：

假设某一主管部门拥有最多4000个预算单位，并且主管部门需要采集所有下属单位的卡片数据，该用户类别属于D类，则主管部门推荐配置150GB磁盘。

假设每级财政部门下属30000家行政事业单位，并且财政部门需要采集所有下属单位的卡片数据，该用户类别数据A类，那么财政部门推荐配置900GB磁盘。

说明：

考虑到磁盘的冗余和临时备份等因素，建议增加2到3倍的磁盘容量。

网络带宽预测。

按照网络带宽预测方法测算结论数据：

因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的服务器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门网络带宽可控制在10Mbps以内。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推荐配置为10Mbps。

1.2.2典型配置

省级财政、主管部门的典型硬件配置如下：

服务器类型

配置信息

数量（台）

省级（每个省）

数据库服务器

PC服务器、2颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2、4Gbps光纤HBA卡×2

1

应用服务器

PC服务器、1颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

存储设备

146GB硬盘×16

1

主管部门

数据库服务器

PC服务器、2颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，146G硬盘×4（RAID10）,带有电池支持写入缓存的RAID控制器

1

应用服务器

PC服务器、1颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

2方案二：

部分行政事业单位集中

2.1部署图

财政部门、主管部门分别部署数据库，某一主管部门下属部分行政事业单位集中部署数据库。

主管部门所属行政事业单位部署集中数据库，各个单位分别登录集中数据库服务器，在线处理资产日常管理业务。

行政事业单位处理业务的同时传输数据到主管部门和财政部门，财政部门和主管部门分别登录自己的数据库进行审批等业务操作。

主管部门和财政部门审批的结果需要传回到单位集中数据库，单位进依据审批结果进行调整或后续业务。

示意图如下：

优点：

对财政部门、主管部门数据压力小；部分主管部门采用数据集中，减少了硬件投资，提高了应用效率高。

缺点：

系统软硬件投资较大；管理分散；数据冗余比较大；保证数据的一致性比较困难。

适用情况：

海关、税总、银行等的垂管单位。

2.2设备测算及配置

2.2.1容量预测

CPU容量预测。

按照CPU容量预测方法测算结论数据：

因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，那么推荐配置1颗2GHz的CPU。

假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置1颗2GHz的CPU。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1颗2GHz的CPU。

说明：

为了使系统配置支持将来用户数量的增加，至少应该多加一颗同类别的CPU。

内存容量预测。

按照内存容量预测方法测算结论数据：

因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，那么推荐配置1GB。

假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门推荐配置1GB。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1GB。

说明：

为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的内存消耗，至少应该多增加同类别的内存1GB-2GB。

磁盘容量预测。

按照磁盘容量预测方法测算结论数据：

因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，那么推荐配置15GB磁盘。

假设某一主管部门拥有最多4000个预算单位，并且主管部门需要采集所有下属单位的卡片数据，该用户类别属于D类，则主管部门推荐配置150GB磁盘。

假设每级财政部门下属30000家行政事业单位，并且财政部门需要采集所有下属单位的卡片数据，该用户类别数据A类，那么财政部门推荐配置900GB磁盘。

说明：

考虑到磁盘的冗余和临时备份等因素，建议增加2到3倍的磁盘容量。

网络带宽预测。

按照网络带宽预测方法测算结论数据：

因为行政事业单位组合集中存储了数据，假设平均200家行政事业单位部署集中数据库，则该用户低于G类用户，网络带宽可控制在10Mbps以内。

假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，则主管部门网络带宽可控制在10Mbps以内。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推荐配置为10Mbps。

2.2.2典型配置

省级及主管部门部署的典型硬件配置如下：

服务器类型

配置信息

数量（台）

省级（每个省）

数据库服务器

PC服务器、2颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2、4Gbps光纤HBA卡×2

1

应用服务器

PC服务器、1颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

存储设备

146GB硬盘×16

1

主管部门

数据库服务器

PC服务器、2颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，146G硬盘×4（RAID10）,带有电池支持写入缓存的RAID控制器

1

应用服务器

PC服务器、1颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

行政事业单位集中

服务器

PC服务器、1颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

3方案三：

主管部门集中

3.1部署图

资产动态数据库分别在财政部门、主管部门进行部署，行政事业单位不存储数据。

主管部门所属行政事业单位通过网络登录主管部门数据服务器在线进行相关资产管理业务及申报业务事项处理。

主管部门在线审批下属单位申报业务，同时通过网络上传财政部门数据服务器，财政部门在进行审批相关业务。

示意图如下：

优点：

对主管部门数据相对集中；减少数据层级；与下级行政事业单位数据时效性提高了；相对减少了数据冗余。

缺点：

对主管部门数据压力大，主管部门系统软硬件投资增大。

适用情况：

一般中央部门本级（垂管除外）、省级。

3.2设备测算及配置

3.2.1容量预测

CPU容量预测。

按照CPU容量预测方法测算结论数据：

假设某一主管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，则主管部门推荐配置4颗3GHz的CPU。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1颗2GHz的CPU。

说明：

为了使系统配置支持将来用户数量的增加，至少应该多加一颗同类别的CPU。

内存容量预测。

按照内存容量预测方法测算结论数据：

假设某一主管部门拥有最多4000个预算单位，同时有4000个用户在线，该用户类别属于D类，则主管部门推荐配置4GB。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1GB。

说明：

为了使系统配置支持将来用户数量的增加，同时考虑到操作系统的内存消耗，至少应该多增加同类别的内存1GB-2GB。

磁盘容量预测。

按照磁盘容量预测方法测算结论数据：

假设某一主管部门拥有最多4000个预算单位，该用户类别属于D类，则主管部门推荐配置150GB磁盘。

假设每级财政部门下属30000家行政事业单位，并且财政部门需要采集所有下属单位的卡片数据，该用户类别数据A类，那么财政部门推荐配置900GB磁盘。

说明：

考虑到磁盘的冗余和临时备份等因素，建议增加2到3倍的磁盘容量。

网络带宽预测。

按照网络带宽预测方法测算结论数据：

最大带宽需求估计如下：

假设某一主管部门拥有最多4000个预算单位，该用户类别属于D类，则主管部门网络带宽为100Mbps。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推荐配置为10Mbps。

普通带宽需求估计如下：

假设主管部门平均拥有200个预算单位，该用户类别属于G类，则主管部门网络带宽为10Mbps。

假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门的网络带宽推荐配置为10Mbps。

3.2.2典型配置

省级及主管部门部署的典型硬件配置如下：

服务器类型

配置信息

数量（台）

省级（每个省）

数据库服务器

PC服务器、2颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2、4Gbps光纤HBA卡×2

1

应用服务器

PC服务器、1颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

存储设备

146GB硬盘×16

1

主管部门

数据库服务器

小型机，2颗IntelItanium2双核处理器或IBMPower5+双核处理器、8G内存、千兆以太网端口×2，146GB硬盘×4（RAID10），冗余电源

1

应用服务器

PC服务器、2颗IntelXeonE5400系列四核处理器、4G内存，千兆以太网×2，73G硬盘×2

1

4方案四：

单位分布财政集中

4.1部署图

资产动态数据库分别部署在财政部门和行政事业单位，主管部门不部署数据库。

主管部门通过网络登录到财政部门数据服务器，在线进行相关资产管理业务及申报审批业务事项处理。

财政部门在线处理资产日常管理业务。

示意图如下：

优点：

在财政部门和主管单位没有数据冗余，数据能有保持一致性；数据能实时反应。

软硬件投资相对较少；行政事业单位部署数据库有效减轻对财政及主管部门数据库的压力

缺点：

行政事业单位与主管部门、财政部门之间的数据时效性差。

适用情况：

中央本级（小单位）、省级、市县级。

4.2设备测算及配置

4.2.1容量预测

CPU容量预测。

按照CPU容量预测方法测算结论数据：

假设某一财政部门拥有最多200个主管部门，同时每个部门10个用户在线，