2023年行政事业单位资产管理信息.doc

行政事业单位资产管理信息 　一、概述 　行政事业单位资产管理系统采取“集中分布式〞的整体构架。“分布〞是指系统按照“分级财政〞的业务处理规那么，数据不是使用全国大集中的方式，而是分布在每级财政，各级财政可以通过本级的系统，完成自己职权范围内的资产动态管理工作内容。“集中〞是指各级财政的行政事业单位将数据集中到本级财政，实现本级财政数据相对的集中。上、下级财政之间做到数据交换，使得上级财政能够了解下级财政资产管理的相关数据，必要时可以从全局的角度，调整资产管理的重要控制数据。 　各级资产数据分布情况如以下列图： 　各级财政数据包括本级主管部门汇总数据、各行政事业单位重要资产的明细数据，以及下级财政汇总数据。主管部门数据指本部门资产的明细数据。主管部门的汇总数据及本级财政重点监控资产的数据、下级财政的汇总数据应同本级财政或上级财政对应数据做到实时或定时更新。 　行政事业单位资产管理系统的用户主要为财政管理人员、主管部门和单位用户。 　1部署原那么及建议 　行政事业单位资产管理系统，按照资产管理业务特点分成财政主管部门版和单位版，因部署范围不同分为中央和地方两个层次。 　系统部署实施应遵守以下原那么： 　1.统一规划、统一标准、统一部署。按照金财工程总体规划要求和设计方案，执行统一规划、统一标准、统一指导。 　2.经济性。行政事业单位资产管理系统是金财工程的一个子系统，应充分利用金财工程的网络平台和主机系统平台，防止重复建设和力争节约。 　3.可扩展性。考虑到金财工程的整体性，所以系统建设应该为后续业务开展留有余地。 　4.安全性。利用国家有关的信息安全平台，结合自身的安全体系建设，充分保证系统、网络和数据的安全。 　5.方便性。满足用户个性需求，采用自定义单据、报表模板、打印模板，自定义桌面，自定义菜单，系统根据用户权限自动过滤未授权的功能，而且用户可以根据自己的爱好定制桌面显示选项。 　6.合理性。充分考虑现有业务系统的状况，合理部署硬件、软件、中间件，充分考虑现有的网络条件，设计合理的网络架构，同时要充分利用现有的空闲资源。 　2系统容量预测方法 　资产管理系统设计在充分考虑数据效劳的功能性需求，，还必须考虑与系统运行紧密相关的一些非功能性需求，如：CPU容量预测、内存容量预测、磁盘容量预测、网络带宽预测等。 　2.1CPU容量预测 　CPU容量预测采用--交易本钱分析〔TCA〕方法，理论计算公式如下： 　P4MC本钱=每个用户每次请求的CPU时间〔平均数〕 　操作频率=每个用户每秒的请求数 　每个用户每秒钟的操作本钱(单位：P4EM )=操作频率 x 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)=1x57.37=57.37 　目标CPU容量=2x2023MHz x 0.85=3400P4EM 　目标用户容量= 3400/57.37=59.26 　结论：通过以上测试数据可以得出2颗2023MHz的CPU最多可以支持59个用户并发。按照行业的经验值统计并发操作的比例大约是4%，因此该CPU可支持 59/0.04=1475个在线用户，每MHz的CPU可支持1475/(2x2023)=0.36875 个在线用户，按不同的用户类别计算CPU配置如下表： 　用户类别 　用户数〔个〕 　CPU每MHz支持 　在线用户数〔个〕 　CPU容量〔MHz〕 　推荐配置 　A类 　30000 　0.36875 　81355 　27 X 3GHz 　B类 　20230 　0.36875 　54237 　18 X 3GHz 　C类 　10000 　0.36875 　27118 　9 X 3GHz 　D类 　5000 　0.36875 　13559 　4 X 3GHz 　E类 　2023 　0.36875 　5423 　2 X 3GHz 　F类 　1000 　0.36875 　2711 　1 X 3GHz 　G类 　500 　0.36875 　1356 　1 X 2GHz 　注：考虑到目前主流CPU采用多核技术提升单颗处理器的性能，根据实测性能可以对处理器数量进行如下折算： 　一颗Intel Xeon E5400系列四核处理器等效于估算中的两颗单核处理器； 　一颗IBM Power 5+双核处理器等效于估算中的两颗单核处理器； 　一颗Intel Itanium2双核处理器等效于估算中的两颗单核处理器。 　2.2内存容量预测 　根据行政事业单位资产管理系统的性能测试数据，以用户并显示主页操作为实例，该操作需要有多个业务模块需要在主页面展示，是系统处理消耗比拟大的功能操作，内存容量测算如下： 　用户数〔个〕 　每增加一用户内存增长数(kb) 　 1个 　1412 　 2个 　508 　3个 　396 　登4个 　336 　结论：通过以上测试数据，每个在线用户占用效劳器内存空间平均为0.663MB，按不同用户类别计算内存配置如下： 　用户 　类别 　用户数〔个〕 　每个用户数占用 　内存空间〔MB〕 　内存容量 　〔GB〕 　推荐配置 　A类 　30000 　0.663 　19.89 　20 X 1GB 　B类 　20230 　0.663 　13.26 　14 X 1GB 　C类 　10000 　0.663 　6.63 　7 X 1GB 　D类 　5000 　0.663 　3.32 　4 X 1GB 　E类 　2023 　0.663 　1.326 　2 X 1GB 　F类 　1000 　0.663 　0.663 　1 X 1GB 　G类 　500 　0.663 　0.332 　1 X 1GB 　2.3磁盘容量预测方法 　目前单位每张卡片的数据大小为3KB： 　假设平均每家单位拥有存量资产卡片数为5000条，那么每家单位卡片数据容量为5000x3KB=15000KB=15MB； 　如果每年平均每家单位增加10%的卡片数量，那么每年每家单位增加500条卡片，每家单位每年卡片增量为500x3KB=1500KB=1.5MB，同时假设该系统的使用年限为10年,那么每家单位每10年增量为10x1.5MB=15MB，按不同的用户类别计算磁盘容量配置如下表： 　用户 　类别 　用户数 　(个) 　卡片容量 　〔MB〕 　磁盘容量 　〔GB〕 　磁盘增量/10年 　(GB) 　推荐配置 　〔GB〕 　A类 　30000 　15 　439.4 　439.4 　900 　B类 　20230 　15 　293 　293 　600 　C类 　10000 　15 　146.5 　146.5 　300 　D类 　5000 　15 　73.2 　73.2 　150 　E类 　2023 　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的数据〔上传或者下载〕，这样每个客户端占用网络带宽为10x50kb=500kbps。 　按照行业经验，用户在线的并发操作比率大约为4%。 　 网络带宽(Mbps)=用户数x4%x(500kbps/1000) 　按不用的用户类别计算网络带宽占用如下表： 　用户 　类别 　用户数 　〔个〕 　并发用户数 　〔个〕 　网络带宽要求 　(Mbps) 　推荐配置 　〔Mbps〕 　A类 　30000 　1200 　600 　600 　B类 　20230 　800 　400 　400 　C类 　10000 　400 　200 　200 　D类 　5000 　200 　100 　100 　E类 　2023 　80 　40 　40 　F类 　1000 　40 　20 　20 　G类 　500 　20 　10 　10 　3网络拓扑结构 　整个网络系统的运行涉及到财政部与中央预算单位、财政部与各省财政厅的实时或周期性数据交换。 　针对网络系统的需求如下： 　需要考虑财政部与中央预算单位、财政部与各省财政厅目前比拟复杂的网络接入现状。各个分支机构根本实现互连网接入，但是各个节点接入方式和接入ISP不统一。 　需要考虑大型网络的安全性。目前拟定通过财政业务专网〔财政内网〕进行系统各级间数据交换，但应采取有效措施保证系统传输数据的安全性。 　为了保证网络应用的性能和最大化网络可用性，需要考虑网络内部不同应用的网络带宽和连接的隔离问题。 　综合考虑系统的稳定性、性能和可扩展性，需要在存储子系统、存储传输系统、数据备份子系统、数据库效劳、Web和应用效劳以及关键网络通讯等各个环节都尽可能采用了冗余技术，保障系统能够长期不间断的提供高性能效劳。 　系统拓扑结构如以下列图所示： 　说明：应根据部署方式的不同而进行调整。 　二、部署方案及硬件配置 　下面将根据不同的部署方案，对省级、中央部门、各级行政事业单位的设备情况进行讨论。 　说明：用户在过去的信息化建设过程中，如果已经采购了存储、备份、数据库、J2EE应用效劳相关软硬件，可以在本系统配置时加以利用，节约资源。 　推荐配置应根据实际业务情况而灵活调整。 　1方案一：单位分布主管部门集中 　1.1 部署图 　在财政部门、主管部门、行政事业单位分别部署资产动态数据库。行政事业单位传输数据的时候，同时传输数据到主管部门和财政部门，财政部门和主管部门分别自己的数据库进行审批等业务操作。如果主管部门审批之后的数据需要传输到财政部门，由财政部门进行审批或备案，那么数据会传输到财政部门，由财政部门自己的数据库进行审批或备案。主管部门和财政部门审批的结果需要传回到行政事业单位数据库，行政事业单位进依据审批结果进行调整或开展后续业务。 　示意图如下： 　优点：逻辑简单〔按业务实体〕，对财政部门、主管部门数据压力小，应用效率高。 　缺点：管理分散；系统软硬件投资大；数据冗余比拟大；保证数据的一致性比拟困难。 　适用情况：中央级、省级。 　1.2 设备测算及配置 　1.2.1容量预测 　CPU容量预测。 　按照 HYPERLINK \l _CPU容量预测方法 CPU容量预测方法测算结论数据：因为行政事业单位本地存储了数据，因此对主管部门和财政部门之间的效劳器性能要求就降低了很多，假设某一主管部门同时有10个用户在线，该用户类别低于G类用户，那么主管部门推荐配置1颗2GHz的CPU。假设财政部门同时有100个用户在线，该用户类别低于G类用户，那么财政部门推荐配置1颗2GHz的CPU。 　说明：为了使系统配置支持将来用户数量的增加，至少应该多加一颗同类别的CPU。 　内存容量预测。