您好,欢迎访问三七文档
当前位置:首页 > 办公文档 > 其它办公文档 > 民政公用软件办公平台建设方案概要
民政平台.方案.共14页第1页民政公用软件办公平台建设方案拟建设的“民政公用软件办公平台”是我部数字民政工程的核心软件部分,是一项涉及全民政系统管理机关和各基层民政业务人员的系统工程。该工程从民政部辐射到省、地、县各级民政机关和街道、乡镇等的基层民政业务,覆盖广(除港、澳、台以外所有省自治区直辖市)、层次多、影响大。为确保工程质量,同时也受各地网络、人员状况等客观条件限制,经研究决定分步实施、以点带面逐渐推进,初期建设先完成管理平台的开发并初步制定数据标准,年内完成部机关内的部署并选取一两个省协同运行,视情况再向其他省市推进。一、民政公用办公平台建设方案(一)总体思路和要求1、标准先行,应用为本,整合成台:应用主导未来,民政公用办公平台乃至整个“数字民政”工程的核心是具体的应用,包括政务信息化和各专项业务应用。平台和应用密不可分,应该在现有应用的基础上集成和建设通用平台,而不可能放弃现有投资从头搞办公平台。数据和信息的标准化是信息共享的基本条件,只有制定了统一规范的民政业务和统计数据标准,才能顺利组织和建设民政业务和统计数据库,从而使民政业务系统的建设在统一的标准下进行,从而方便准确地使有关部门共享数据,为决策支持提供数据基础,实现民政信息的社会化,适应国家信息网络化形势的要求。工程将要:利用网络存储机制建设数据中心和数据仓库,管理低保、优抚、区划、涉外婚姻以及以后将要研制的业务软件的数据库;与中标单位合作研制管理平台系统软件并与现有业务子系统整合;独立或合作制定民政业务数据标准。2、数据集中,应用分布:现代信息系统要求数据集中式管理、分布式处理,考虑到各地实际情况,如果采取完全集中存储数据,将对网络和服务器等硬件设备的性能的要求很高,另外,由于业务对于地区的相对独立性,故将数据分布存放在省级和有条件的地级市有利于降低成本、同时有民政平台.方案.共14页第2页利于维护管理。由于本平台应用范围广,地域覆盖面宽,设计成应用分布式结构,各层次之间既有联系,又相对独立,这样既保证全国体系的统一规划,同时又照顾到实际情况,有利于分阶段实施。1、技术先进,稳步实施:采用前瞻技术,保证系统稳定可靠、伸缩性强、标准化程度高、兼容性好,具有自我生长能力。(1)以三层结构构筑平台系统,可以使应用开发、部署、运行、管理、连接等方面具有高度的统一性和规范性,能够满足系统对可伸缩性、可扩展性、可用性、可管理性、安全性的需求,能够以组件化模块化的方式,从EXTRANET/INTRANET上为用户提供服务。(2)采用BROWSER/SERVER结构计算模式,能最大限度满足用户所需的各种信息,并且使用户面对的是一个简单而又是灵活的WEB界面,方便使用和管理。(3)J2EE(Java2EnterpriseEdition)以其卓越的跨平台特性、扩展性、适应性已成为架构和提供WEB服务的基础平台,在电子商务领域为整合各种应用系统表现出色。2、结论:将要建设的民政公用办公平台系统应该包括分布式的数据库系统,基于J2EE的WEB应用服务系统以及用户端BROWSER程序(可含小型数据库)的三层架构。其中WEB应用服务系统的设计除基本的数据处理功能外,很重要的是考虑当访问量增长,添加服务器时可平滑移植,勿需应用系统重新编程,如果条件允许还应该提供负载均衡等功能。工程要做到:使用管理平台时客户端零配置,基层业务平台(二期)可以例外;平台系统软件与计算机使用的操作系统无关;开发平台要求采用多层结构将不同逻辑及应用分离(负责底层数据访问、数据封装、传输的服务程序,业务应用逻辑的应用程序,界面表示的逻辑程序)层间要求通过接口访问,从而避免一层逻辑或实现的改动对其他层次的影响。民政平台.方案.共14页第3页(二)制定和颁布民政业务数据标准即以现有民政统计指标为基础,结合民政工作发展和业务系统开发的需要,采用系统分析和面向对象的方法,对民政业务过程进行分析,提取出结构清晰、内容完备、形式规范的业务数据指标体系和结构标准,并以民政部或者国家标准的形式颁布。1、民政业务数据标准的规模数据标准的制定主要包括数据指标的确定和编码、数据指标的分类、数据指标的数据结构定义。数据指标是信息主体在特定业务领域内,具有的属性或者特征的描述;数据指标分类是将信息按一定的原则和方法进行区分和归并,建立分类标准和排列顺序;数据指User(Browser:IE,NetscapeCommunicator)民政公用办公平台系统结构图ApplicationServer(BEAWeblogic,IBMWebsphere,etc)DataBaseServer(MSSQLServer,Oracel,etc)浏览器应用服务器政务和业务数据库通讯层图(1)民政公用办公平台逻辑示意民政平台.方案.共14页第4页标数据结构是关于指标数据类型、长度等结构的规定。数据指标分类:首先,按照所属业务,把数据指标分为以下几类:综合(通用)、优抚安置、救灾救济、社会福利、民间组织、社区建设、基层政权、社会事务、区划地名、其它。根据业务流程的情况,还要分为若干子类。其次,按指标采集的级别,把数据指标分为:部级指标、省级指标、地级指标、县级指标等几类。数据指标的编码:首先,对类别和子类进行编码,然后,再根据数据指标的分类,对每一个数据指标进行编码,保证数据指标和编码的一一对应,可以通过编码准确快速了解该数据指标所属的级别和业务类别等。数据标准的规模:业务数据标准按每类1000个计算,为10000个,共有数据指标10000个。按每个指标40字计算,为40万字,再加上对重点指标的文字解释,应该在100万字左右。2、民政业务数据标准的样式数据分类样式:优抚安置个人信息表:CBC001烈属评定信息CBC002评烈材料目录信息CBC003烈士、因公牺牲、病故军人基本信息…………业务数据标准样式:烈属评定信息(CBC001)指标名称指标编码指标类型指标长度代码标识申请受理单位名称CBBC001C70申请受理单位组织机构代码CBBC002C9申请受理登记号CBBC003C20评定类型CBBC004C3Y…………………统计数据标准的样式:优抚安置对象认定信息民政平台.方案.共14页第5页指标名称指标编码指标类型指标长度代码标识地区编码CBA900C6Y优抚对象人数CBB001N12革命伤残人员合计CBB002N12其中在乡人数CBB003N12…………………数据指标解释样式:在乡复员军人:指在1954年11月1日以前自愿参军并复员的军士和兵,或虽系义务兵入伍,但后改志愿兵或干部按复员处理的人员。在乡退伍军人:指在1954年11月1日以后征集入伍服役并退伍的军士、兵,以及在1954年11月1日以前,属于应征试点义务兵役并退伍的军士、兵。…………工程要:根据民政公用软件办公平台的研制和各民政业务主要指标体系的要求,从数字化角度形成统一规范的指标体系和技术规范。(三)数据库体系结构1、民政公用办公平台数据流分析公用办公平台包含办公数据流和各应用系统数据流。鉴于全国各地条件差异很大的实际情况,本着让尽可能多的城市与乡镇民政机构低成本接入,再逐步优化的原则,结合各地网络条件状况,数据流分析与设计如下。民政平台.方案.共14页第6页如图(2)所示:省级民政厅(局)是指全国各省、自治区、直辖市民政厅(局),这里还包括中心城市民政局(计划单列市和具备数据库存放条件的城市民政局);地(市)级民政局为省、自治区下属地级城市及直辖市下属各区县民政局;县(区)级民政局是地(市)级下属县级区、县民政局;街道(乡镇)一级即到达区(县)下属单位专业民政工作人员。民政部省级民政厅直辖市民政局中心城市民政局地、市民政局区(县)民政局区(县)民政局街道(乡镇)街道(乡镇)街道(乡镇)居委居委居委区县民政局政务信息化数据流专项业务数据流专项业务数据流图(2)民政公用办公平台数据流图部级:省级:地级:县级:街道级:相关部委民政平台.方案.共14页第7页民政部数据库服务器与省级以上数据库服务器同步,交换公文、政策法规档案、人员管理等政务信息化数据流,同时采集全国区县以上各专项业务统计数据,响应部省级民政厅(局)机关局域网授权用户数据查询、分析、统计等专项业务数据流;地级民政局如果条件具备可以设服务器通过远程拨号等方式与省级局域网数据库服务器准同步(定期数据交换)本地区所需政务信息化数据流和专项业务数据流,享受民政公用平台办公带来的好处,同时可以承担与县级数据交换任务。若地级条件不具备,该地及其下属县级将按照现有专项业务系统要求定期向省级数据库上传业务数据(如单线箭头所示),对于没有配备计算机的街道级用户,由其所在县级用户负责向省数据库传递业务数据,此种情况本平台主要在专项业务客户端环境集成方面发挥作用。2、数据库的规划和建设数据库是民政公用办公平台的中心,由数据库管理系统进行管理和控制,数据库管理系统选用较为成熟且适合大中型数据库应用的商业软件。办公平台数据库采用分布式存放策略:民政部设立数据库服务器集群,包含政务信息化数据库服务器和各专项业务数据库服务器,存放公文交换信息、政策法规档案、人员管理等政务信息化数据和业务系统的统计信息及部分业务的详细记录数据。各省、自治区、直辖市和计划单列市民政厅局设立省级数据库服务器,集中存放政务信息化数据和业务统计信息及本地区部分业务详细信息,同样,建议有条件的地级区域民政局设立数据库服务器,主要存放本地区业务数据,为其下属单位提供远程访问服务以减轻省级服务器的压力,使全国数据分布具备伸缩能力。民政公用办公平台系统有部、省、市、区县以至居委会六个应用层次。第一阶段在部、省级建设大型数据库管理系统,实现高效率、高安全性的数据分布式管理,而在地级、区县、街道、居委一般不设立数据库,工作人员通过拨号网络直接访问省级数据库,对于网络条件不允许,必须单机操作时,设立一个临时数据库,其数据库管理系统采用小型数据库管理系统(如MSACCESS等),可以实现离线和在线业务操作。民政平台.方案.共14页第8页第二阶段,随着信息化的推进,时机成熟时应该在地级建设二级节点数据库,“数字民政”工程将完整覆盖地级民政局,不仅在各专项业务系统发挥作用,也将直接为局机关政务信息化服务。采用此种数据库分布,使数据分布式处理与集中式管理相结合:分布式数据存储与业务处理有利于减少对通讯带宽的要求,提高系统运行效率,降低网络的运行成本,提高系统的可靠性;集中式中心数据库有利于信息的综合查询和统计分析,有利于提供全方位的信息服务,有利于对外提供统一的数据接口,有利于降低信息共享的复杂性;采用数据的分布式处理与集中式信息服务相结合的策略,能充分发挥各种数据管理方式的优势,妥善地解决了管理与效率的矛盾;部省数据互为备份,提高了数据的安全性;在一些条件较差的地市、区县、街道等根据业务系统要求使用临时数据库,定期与上级数据库进行本地区信息同步,既能使系统脱机操作、降低运行成本,又能保持数据的一致和完整,保证系统在不同条件下运行。工程要求:在民政部采用新的能解决受服务器总线带宽限制的网络存储方式建设数据中心和数据仓库,建立粒度足够灵活可变的分析模型将部数据库OA、DBMIS、YFMIS…省厅自治区厅直辖市局省级数据库OA、DBMIS、YFMIS…地级数据库DBMIS,YFMIS…第一阶段建设第二阶段建设民政部图(3)数据库分布示意民政平台.方案.共14页第9页低保、优抚、区划等现有业务系统数据库提取到数据仓库,若不能细到最终记录则应该设计访问原数据库的接口。(四)民政公用办公平台WEB应用服务系统的开发与选择WEB应用服务系统即平台系统软件,他是平台的中间层,包含一组软件,基本的构成包括数据处理程序,这种程序在应用系统之间实现互连,并连接所采用的数据库,同时还提供其他的运行服务,如安全功能、负载均衡、数据资源挖掘等,它既是数据库与用户端程序的纽带,也是提供数据分析的基础,又是各项应用集成与开发的基础。逻辑上WEB应用服务系统可分为管理平台、基层业务平台和后续开发平台三部分。系统应具有如下功能:数据
本文标题:民政公用软件办公平台建设方案概要
链接地址:https://www.777doc.com/doc-4306460 .html