民政公用软件办公平台建设方案_第1页
民政公用软件办公平台建设方案_第2页
民政公用软件办公平台建设方案_第3页
民政公用软件办公平台建设方案_第4页
民政公用软件办公平台建设方案_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

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

文档简介

1、民政平台.方案. 民政公用软件办公平台建设方案拟建设的“民政公用软件办公平台”是我部数字民政工程的核心软件部分,是一项涉及全民政系统管理机关和各基层民政业务人员的系统工程。该工程从民政部辐射到省、地、县各级民政机关和街道、乡镇等的基层民政业务,覆盖广(除港、澳、台以外所有省自治区直辖市)、层次多、影响大。为确保工程质量,同时也受各地网络、人员状况等客观条件限制,经研究决定分步实施、以点带面逐渐推进,初期建设先完成管理平台的开发并初步制定数据标准,年内完成部机关内的部署并选取一两个省协同运行,视情况再向其他省市推进。一、 民政公用办公平台建设方案(一)总体思路和要求1、标准先行,应用为本,整合成

2、台:应用主导未来,民政公用办公平台乃至整个“数字民政”工程的核心是具体的应用,包括政务信息化和各专项业务应用。平台和应用密不可分,应该在现有应用的基础上集成和建设通用平台,而不可能放弃现有投资从头搞办公平台。数据和信息的标准化是信息共享的基本条件,只有制定了统一规范的民政业务和统计数据标准,才能顺利组织和建设民政业务和统计数据库,从而使民政业务系统的建设在统一的标准下进行,从而方便准确地使有关部门共享数据,为决策支持提供数据基础,实现民政信息的社会化,适应国家信息网络化形势的要求。工程将要:利用网络存储机制建设数据中心和数据仓库,管理低保、优抚、区划、涉外婚姻以及以后将要研制的业务软件的数据库

3、;与中标单位合作研制管理平台系统软件并与现有业务子系统整合;独立或合作制定民政业务数据标准。2、数据集中,应用分布:现代信息系统要求数据集中式管理、分布式处理,考虑到各地实际情况,如果采取完全集中存储数据,将对网络和服务器等硬件设备的性能的要求很高,另外,由于业务对于地区的相对独立性,故将数据分布存放在省级和有条件的地级市有利于降低成本、同时有利于维护管理。由于本平台应用范围广,地域覆盖面宽,设计成应用分布式结构,各层次之间既有联系,又相对独立,这样既保证全国体系的统一规划,同时又照顾到实际情况,有利于分阶段实施。1、 技术先进,稳步实施:采用前瞻技术,保证系统稳定可靠、伸缩性强、标准化程度高

4、、兼容性好,具有自我生长能力。(1)以三层结构构筑平台系统,可以使应用开发、部署、运行、管理、连接等方面具有高度的统一性和规范性,能够满足系统对可伸缩性、可扩展性、可用性、可管理性、安全性的需求,能够以组件化模块化的方式,从EXTRANET/INTRANET上为用户提供服务。(2)采用BROWSER/SERVER结构计算模式,能最大限度满足用户所需的各种信息,并且使用户面对的是一个简单而又是灵活的WEB界面,方便使用和管理。(3)J2EE(Java 2 Enterprise Edition)以其卓越的跨平台特性、扩展性、适应性已成为架构和提供WEB服务的基础平台,在电子商务领域为整合各种应用系

5、统表现出色。2、 结论:将要建设的民政公用办公平台系统应该包括分布式的数据库系统,基于J2EE的WEB应用服务系统以及用户端BROWSER程序(可含小型数据库)的三层架构。其中WEB应用服务系统的设计除基本的数据处理功能外,很重要的是考虑当访问量增长,添加服务器时可平滑移植,勿需应用系统重新编程,如果条件允许还应该提供负载均衡等功能。工程要做到:使用管理平台时客户端零配置,基层业务平台(二期)可以例外;平台系统软件与计算机使用的操作系统无关;开发平台要求采用多层结构将不同逻辑及应用分离(负责底层数据访问、数据封装、传输的服务程序,业务应用逻辑的应用程序,界面表示的逻辑程序)层间要求通过接口访问

6、,从而避免一层逻辑或实现的改动对其他层次的影响。User(Browser:IE,Netscape Communicator)民政公用办公平台系统结构图Application Server(BEA Weblogic,IBM Websphere,etc)DataBase Server(MS SQL Server,Oracel,etc)浏览器应用服务器政务和业务数 据 库通 讯 层图(1)民政公用办公平台逻辑示意(二)制定和颁布民政业务数据标准即以现有民政统计指标为基础,结合民政工作发展和业务系统开发的需要,采用系统分析和面向对象的方法,对民政业务过程进行分析,提取出结构清晰、内容完备、形式规范的业

7、务数据指标体系和结构标准,并以民政部或者国家标准的形式颁布。1、民政业务数据标准的规模数据标准的制定主要包括数据指标的确定和编码、数据指标的分类、数据指标的数据结构定义。数据指标是信息主体在特定业务领域内,具有的属性或者特征的描述;数据指标分类是将信息按一定的原则和方法进行区分和归并,建立分类标准和排列顺序;数据指标数据结构是关于指标数据类型、长度等结构的规定。数据指标分类:首先,按照所属业务,把数据指标分为以下几类:综合(通用)、优抚安置、救灾救济、社会福利、民间组织、社区建设、基层政权、社会事务、区划地名、其它。根据业务流程的情况,还要分为若干子类。其次,按指标采集的级别,把数据指标分为:

8、部级指标、省级指标、地级指标、县级指标等几类。数据指标的编码:首先,对类别和子类进行编码,然后,再根据数据指标的分类,对每一个数据指标进行编码,保证数据指标和编码的一一对应,可以通过编码准确快速了解该数据指标所属的级别和业务类别等。数据标准的规模:业务数据标准按每类1000个计算,为10000个,共有数据指标10000个。按每个指标40字计算,为40万字,再加上对重点指标的文字解释,应该在100万字左右。2、民政业务数据标准的样式数据分类样式:优抚安置个人信息表:CBC001烈属评定信息CBC002评烈材料目录信息CBC003烈士、因公牺牲、病故军人基本信息业务数据标准样式:烈属评定信息(CB

9、C001)指标名称指标编码指标类型指标长度代码标识申请受理单位名称CBBC001C70申请受理单位组织机构代码CBBC002C9申请受理登记号CBBC003C20评定类型CBBC004C3Y统计数据标准的样式:优抚安置对象认定信息指标名称指标编码指标类型指标长度代码标识地区编码CBA900C6Y优抚对象人数CBB001N12革命伤残人员合计CBB002N12其中在乡人数CBB003N12数据指标解释样式:在乡复员军人:指在1954年11月1日以前自愿参军并复员的军士和兵,或虽系义务兵入伍,但后改志愿兵或干部按复员处理的人员。在乡退伍军人:指在1954年11月1日以后征集入伍服役并退伍的军士、兵

10、,以及在1954年11月1日以前,属于应征试点义务兵役并退伍的军士、兵。工程要:根据民政公用软件办公平台的研制和各民政业务主要指标体系的要求,从数字化角度形成统一规范的指标体系和技术规范。(三)数据库体系结构1、民政公用办公平台数据流分析公用办公平台包含办公数据流和各应用系统数据流。鉴于全国各地条件差异很大的实际情况,本着让尽可能多的城市与乡镇民政机构低成本接入,再逐步优化的原则,结合各地网络条件状况,数据流分析与设计如下。民政部省级民政厅直辖市民政局中心城市民政局地、市民政局区(县)民政局区(县)民政局街道(乡镇)街道(乡镇)街道(乡镇)居 委居 委居 委区县民政局政务信息化数据流专项业务数

11、据流专项业务数据流图(2)民政公用办公平台数据流图部级:省级:地级:县级:街道级:相关部委如图(2)所示:省级民政厅(局)是指全国各省、自治区、直辖市民政厅(局),这里还包括中心城市民政局(计划单列市和具备数据库存放条件的城市民政局);地(市)级民政局为省、自治区下属地级城市及直辖市下属各区县民政局;县(区)级民政局是地(市)级下属县级区、县民政局;街道(乡镇)一级即到达区(县)下属单位专业民政工作人员。民政部数据库服务器与省级以上数据库服务器同步,交换公文、政策法规档案、人员管理等政务信息化数据流,同时采集全国区县以上各专项业务统计数据,响应部省级民政厅(局)机关局域网授权用户数据查询、分析

12、、统计等专项业务数据流;地级民政局如果条件具备可以设服务器通过远程拨号等方式与省级局域网数据库服务器准同步(定期数据交换)本地区所需政务信息化数据流和专项业务数据流,享受民政公用平台办公带来的好处,同时可以承担与县级数据交换任务。若地级条件不具备,该地及其下属县级将按照现有专项业务系统要求定期向省级数据库上传业务数据(如单线箭头所示),对于没有配备计算机的街道级用户,由其所在县级用户负责向省数据库传递业务数据,此种情况本平台主要在专项业务客户端环境集成方面发挥作用。2、 数据库的规划和建设数据库是民政公用办公平台的中心,由数据库管理系统进行管理和控制,数据库管理系统选用较为成熟且适合大中型数据

13、库应用的商业软件。办公平台数据库采用分布式存放策略:民政部设立数据库服务器集群,包含政务信息化数据库服务器和各专项业务数据库服务器,存放公文交换信息、政策法规档案、人员管理等政务信息化数据和业务系统的统计信息及部分业务的详细记录数据。各省、自治区、直辖市和计划单列市民政厅局设立省级数据库服务器,集中存放政务信息化数据和业务统计信息及本地区部分业务详细信息,同样,建议有条件的地级区域民政局设立数据库服务器,主要存放本地区业务数据,为其下属单位提供远程访问服务以减轻省级服务器的压力,使全国数据分布具备伸缩能力。民政公用办公平台系统有部、省、市、区县以至居委会六个应用层次。第一阶段在部、省级建设大型

14、数据库管理系统,实现高效率、高安全性的数据分布式管理,而在地级、区县、街道、居委一般不设立数据库,工作人员通过拨号网络直接访问省级数据库,对于网络条件不允许,必须单机操作时,设立一个临时数据库,其数据库管理系统采用小型数据库管理系统(如MS ACCESS等),可以实现离线和在线业务操作。部数据库OA、DBMIS、YFMIS省厅自治区厅直辖市局省级数据库OA、DBMIS、YFMIS地级数据库DBMIS,YFMIS第一阶段建设第二阶段建设民政部图(3)数据库分布示意第二阶段,随着信息化的推进,时机成熟时应该在地级建设二级节点数据库,“数字民政”工程将完整覆盖地级民政局,不仅在各专项业务系统发挥作用

15、,也将直接为局机关政务信息化服务。采用此种数据库分布,使数据分布式处理与集中式管理相结合:分布式数据存储与业务处理有利于减少对通讯带宽的要求,提高系统运行效率,降低网络的运行成本,提高系统的可靠性;集中式中心数据库有利于信息的综合查询和统计分析,有利于提供全方位的信息服务,有利于对外提供统一的数据接口,有利于降低信息共享的复杂性;采用数据的分布式处理与集中式信息服务相结合的策略,能充分发挥各种数据管理方式的优势,妥善地解决了管理与效率的矛盾;部省数据互为备份,提高了数据的安全性;在一些条件较差的地市、区县、街道等根据业务系统要求使用临时数据库,定期与上级数据库进行本地区信息同步,既能使系统脱机

16、操作、降低运行成本,又能保持数据的一致和完整,保证系统在不同条件下运行。工程要求:在民政部采用新的能解决受服务器总线带宽限制的网络存储方式建设数据中心和数据仓库,建立粒度足够灵活可变的分析模型将低保、优抚、区划等现有业务系统数据库提取到数据仓库,若不能细到最终记录则应该设计访问原数据库的接口。(四)民政公用办公平台WEB应用服务系统的开发与选择WEB应用服务系统即平台系统软件,他是平台的中间层,包含一组软件,基本的构成包括数据处理程序,这种程序在应用系统之间实现互连,并连接所采用的数据库,同时还提供其他的运行服务,如安全功能、负载均衡、数据资源挖掘等,它既是数据库与用户端程序的纽带,也是提供数

17、据分析的基础,又是各项应用集成与开发的基础。逻辑上WEB应用服务系统可分为管理平台、基层业务平台和后续开发平台三部分。管理平台基层业务平台开发平台民政公用办公软件平台逻辑示意图系统应具有如下功能:数据处理、高效的单级或多级查询,支持在线数据分析、数据挖掘、统计图表、专题图制作等。此类系统软件目前市场成熟产品较多,建议考察BEA、IBM等提供电子商务平台软件的国内外著名厂商的产品,购买后做二次开发;工程要求:前期研制管理平台和开发平台,但涉及基层业务平台部分一定预留接口。(五)用户端应用模块设计用户端程序是民政公用办公平台展现给所有最终用户的既统一又个性化的用户界面。由于本平台基于BROWSER

18、/APPLICATION SERVER/DATABASE SERVER的三层结构建设,所以要求用户端统一面对的是浏览器WEB页面,另一方面,平台的用户既包括各级管理人员又包括具体业务工作人员,他们的工作需求、重点、习惯差别很大,这就要求用户可以较灵活地定制和配置自己的工作环境,即用户界面个性化。用户端程序可以按网络条件和功能需求的不同设计两个版本:对于局域网已经建成,与中心节点(民政部信息中心)通过专线连接的部机关用户、相关部委用户、省级机关用户使用INTRANET版,用户正常情况下将始终在线办公,中心节点与一级节点通过512K专线保持数据库同步。另一个版本支持EXTRANET,以处理专项业务

19、为主,供信息化条件较差的地级、县级民政工作人员脱机(定时非定时与最近节点在线交换数据)使用,需客户端小型数据库。如果两个版本功能集成的一个用户端程序能够较好解决安装、使用、维护简化的问题则可以考虑使用同一程序。用户端程序在应用程序服务器的基础上将能够提供如下模块:组织机构及人员管理(共用)、公文交换(共用)、政务信息管理及发布、档案管理、会议、日程、资源管理、交办事项、电子公告、业务数据统计图表、业务数据在线分析、数据挖掘模块、GIS专题地图模块;优抚安置业务处理、涉外婚姻登记、最低生活保障、行政区划界线信息处理、村委会选举信息、收养、捐助、志愿者管理等等。此外,大量的信息处理如果没有一个集成

20、直观的环境,而需要使用者到不同的地方去查询和处理将削弱系统使用的方便性,浪费使用者的时间和精力,要求程序要在定制简易和重点事务突出以及有效的提醒机制上有所创新。工程要求:(四)(五)两点其实必须紧密结合进行,此处为了理解方便而分别表述。要提供的功能如下图:民政公用办公平台的总体目标 综合办公系统业务及辅助决策支持系统后续开发系统民政办公软件平台机构人员管理 公文管理系统政务信息管理及发布系统法规管理系统 档案管理系统电子邮件系统 传真管理中心人事档案管理 提醒服务桌面电视会议系统 综合查询日常办公子系统会议管理 领导活动安排通知发放 常用信息常用工具模块 资料查询员工考勤机关文化子系统机关形象

21、模块 新闻简报电子期刊 技术交流规章制度 员工建议BBS内部信息子系统司局信息 对省信息发布个人事务子系统今日工作 日程安排个人通信录 电子邮件个人资源管理 常用工具模块低保系统优抚安置系统涉外婚姻系统区划信息管理系统劳资人事管理系统职工教育信息管理系统统计汇总系统信息汇集系统信息维护系统统计报表系统统计查询系统数据输出系统常规分析系统专业分析系统民政业务地理信息系统系统维护系统民政部情况报告系统软件开发工作站端Servlet开发系统JSP开发系统EJB开发系统软件发布系统软件平台服务器端测试系统运行支持系统(六)平台集成方案系统网络总体结构如图(4):中心节点为民政部机关局域网,一级节点是各

22、省、自治区、直辖市和计划单列市的民政厅局局域网,二级节点设计为地市级民政局办公网络,建设方案参照一级节点酌条件从简。一、二级节点之间没有明显界限,提倡具备条件的地市直接与中心节点连接,以提高全网效率。图(4)民政公用办公平台系统集成结构图(七)民政公用办公平台安全方案1、网络安全:使用防火墙,实现各节点网络之间、单个节点的各网段之间的多级的访问控制。防止来自外部不安全网络的非法访问,并对各节点网络中的主机及服务进行基于地址的访问控制或基于用户文件的访问控制。采用链路或网络层加密设备,实现各网络节点之间传输信息的机密性保护。使用WEB站点监测与自动恢复系统,保护民政部对外公开WWW服务器的安全。

23、全网需构建从单机到服务器、网络的防病毒体系。使用入侵检测系统,保护对外公开WWW服务器以及内网共享区中的重点服务器。当发现有非法访问或非法攻击时,可以进行实时响应,如报警、自动阻断通信连接等。利用各种安全防护设备的审计或日志记录,构建安全审计体系。2、数据库安全:平台数据库是数字民政工程的基础和资源中心,其中的大量业务数据将是民政工作的成果和国家级数据资源,其对安全性要求非常高。数据库必须具有坚固的安全系统,以控制可以执行的活动、可以查看和修改的信息,无论用户如何获得对数据库的访问权限,坚固的安全系统都可以确保对数据进行保护。系统将建立在数据库管理软件(Microsoft SQL Server

24、或其他)与网络操作系统(Microsoft Windows 2000 Server)提供的用户、用户组和角色、身份验证和授权等安全功能的基础上,同时结合应用服务器层次做中间层的安全设计。在系统集成方案上中心节点和一级节点采用双机热备份方式,使数据库服务器集群任何一台服务器发生故障均不会造成数据损失不影响用户正常工作。3、应用系统安全包括应用服务器的安全和平台支持的政务信息化应用和各专项业务应用的安全两个方面。最好建设认证中心(CA),为每个用户分配安全证书,既可以对传输数据进行加密,又可以分配数字图章使之对重要文件进行数字签名;对尝试登录的控制和登录用户信息和时间的日志记录;模块安全应做到可设定对每一模块的访问权限及可设定用户对模块的权限;还应该对会话安全做相应设计,即用户在设定的时间内没反应,系统应自动注销该用户本次访问。二、 实施计划和进度安排1、项目任务和阶段根据项目需求,项目建设采取分步

温馨提示

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

评论

0/150

提交评论