行政许可网上审批与监测平台总体建设方案详细

/行政许可网上审批平台建设方案20XX6月26日目录第一章概述11.1项目建设背景1第二章系统建设目标和内容32.1项目建设目标32.2项目设计原则32.3项目建设内容42.4项目建设特点和突破52.5项目实施计划5第三章项目建设需求分析73.1业务分析73.1.1行政审批事项繁多,差异大,环节多,时限长73.1.2行政审批事项相对孤立,造成申请条件复杂73.1.3相对集中率低,信息化管理水平较低7第四章系统总体方案84.1软件总体技术框架8系统应用体系结构8系统总体结构图84.1.3J2EE架构94.1.4MVC处理模式144.1.5XML技术154.1.6Struts16组件化系统设计16系统技术特点234.2运行服务器系统设计244.3系统应用设计25界面设计26操作设计264.4系统数据流的设计274.5系统接口设计294.6批业务模式设计304.7用软件选型30数据库30应用服务器中间件334.8统服务器硬件选型35第五章项目主要技术方案385.1系统总体构架385.2审批及监察数据交换平台39平台网络结构39数据交换和共享实施的权责规则的制定39数据交换的方式40交换范围及内容40数据交换接口的开发41审批及监察数据交换平台软件的设计425.3网上审批平台43概述43服务模式分析44协同审批平台框架45内审批处理机制45协同处理机制48业务处理模式规范设计495.3.7网上审批平台的设计535.3.8业务规范及具体审批事项的设立585.3.9行政审批监督子系统605.3.10综合查询子系统63统计分析子系统635.4统一的系统管理645.4.1系统组织结构管理645.4.2程序模块管理655.5.3权限管理655.4.4用户管理665.4.5个性化服务管理675.4.6工作流管理675.4.7系统日志管理685.4.8假日管理69网上审批数据交换标准695.5系统的性能指标71第六章系统的安全方案736.1.系统运行安全736.1.1.访问控制736.1.2.系统备份与恢复736.1.3.防火墙736.1.4.病毒防护746.1.5.安全审计746.2.系统信息安全756.2.1.终端非法接入756.2.2.终端桌面安全管理756.2.3.终端补丁分发管理766.2.4.强身份认证766.2.5.集中管控776.2.6.安全管理78第七章项目维护服务797.1.总体计划797.2.售后服务详述80第八章经费预算84第一章概述1.1项目建设背景随着信息化的全面推进,经济和社会对网络与信息系统的依赖程度迅速增加,保障基础网络与重要信息系统安全的任务越来越凸显重要。在十六届四中全会通过的《关于加强党的执政能力的决议》中,将信息安全与政治安全、经济安全、文化安全并列为四大主题之一,网络与信息安全已成为国家安全的重要组成部分。中共中央办公厅、国务院办公厅印发《2006-2020年国家信息化发展战略》指出"到2020年,国家信息安全保障水平大幅提高"和"全面加强国家信息安全保障体系,大力增强国家信息安全保障能力",是我国信息化发展的战略目标和战略重点。20XX,公安部、国家保密局、国家密码管理局、国务院信息化工作办公室共同发布了《信息安全等级保护管理办法》〔公通字[2007]43号和《关于开展全国重要信息系统安全等级保护定级工作的通知》〔公信安[2007]861号,确立了安全等级保护作为国家信息安全的基本制度,并明确指出一些重要行业率先开展信息系统的安全保护等级工作。各部门、各单位应当依照等级保护实施指南及相关标准,根据实际安全需求,按照等级的确定原则、要求和方法,确定本部门所属信息系统的安全保护等级,制定各自的安全等级保护解决方案,组织对现有信息系统进行加固改造,逐步开展新建系统的安全等级保护工作。新闻出版广电总局是负责管理国家新闻、报刊、出版、印刷、版权、发行等工作的政府机构。近年来,总局按照党中央、国务院的部署和要求,积极探索,勇于创新,深入推进行政审批制度改革,建立了行政审批集中办理工作机制。经过两年多的运行实践,总署的行政审批工作总体上步入了健康平稳、科学规范、良性运行的轨道,审批工作质量和工作效率明显提高,审批的规范化、科学化、民主化显著增强,在进一步转变政府职能、服务行业发展等方面取得进展,在以审批为杠杆推进新闻出版体制机制改革、推动产业转型升级、加快转变新闻出版发展方式方面成效明显,在介入新媒体新业态的审批管理、推动新兴出版产业健康有序发展方面做了积极探索。而新闻出版行政审批制度的信息化发展也存在如下方面的问题：第一,缺乏带动政务全局,并与社会互动的行政许可并联审批应用。第二,信息资源开发、共享力度不足。目前,行政审批信息资源开发利用的基本特征是以部门内部应用为主,部门间的信息资源开发与共享相当贫乏。第四,信息化管理力度有待加强,通信管道等信息行业管理缺乏配套的管理手段,管理力度有待加强。在经历一段时间的清理改革后,行政审批制度基本予以确定下来。同时作为改革的一项主要内容,规范行政审批应用改革的趋势提上了日程,社会各界普遍希望政府能够提供审批效率,规范透明审批,营造便民服务环境,总局也迫切要求转变观念,提高服务水平,为全国营造一个良好的政务环境。因此,加快行政审批制度改革的一项重要举措,建设新闻出版行政许可审批管理系统为当前新闻出版办公信息化的主要工作之一。第二章系统建设目标和内容2.1项目建设目标该项目的建设目标是在新闻出版广电总局电子政务信息网络和各省行政审批业务系统基础上,建设统一的全国新闻出版行政审批管理平台,整体上实现行政审批由"集中办公"向"联网办公"、"串联审批"向"并联审批"、"分散监管"向"系统监管"的重大转变。系统一方面构建统一的全国新闻出版行政审批管理平台,在这个平台上可以构建各省内审批流转的业务；可以构建跨省的网上审批流转的业务。推动各省政务公开和信息资源的内部开放,共享审批申报程序和结果信息,网上召集联合办理行政审批,实现审批业务全部上网处理。系统另一方面构建电子监察平台,实现对审批事项实施全过程实时在线监督、及时发现和纠正问题,不断提高行政审批效率。在整体思路上,项目建设以解决信息共享为核心,全面推动政务公开、网上审批和电子监察系统建设；建立行政审批综合信息库,增强网上审批功能；采用后台交换数据和前台嵌入协同应用等方法,彻底解决网上审批平台和各省审批业务系统的无缝衔接和单机操作问题。系统远期可以扩展覆盖到街道办事处,支持有条件的街道办事处实现网上审批。2.2项目设计原则1、先进实用的原则。新闻出版行政许可网上审批系统应尽可能采用先进的技术设备,确保系统的高可用性、高性能、高可靠、高安全和可扩充性。同时要以实用为目标,针对实际问题,符合实际情况,解决实际问题,追求实际效果。2、统一规划,重点先行,注重实效。在统一规划下重点解决网上审批数据交换标准、方法等关键问题,注重电子政务建设的实际效果。3、统一标准,统一应用。按照国家、省、市有关标准,制定新闻出版行政许可网上审批数据交换标准、行政绩效测评量化标准、接口规范、访问规范、分类规范和发布规范。整个系统统一系统管理,统一授权使用。4、充分利用原有资源,避免重复投资。新闻出版行政许可审批信息化和电子政务建设工作扎实、基础雄厚,在项目建设中应充分利用原有计算机和网络等系统资源,融合已有电子政务应用系统,节省系统建设投资。注重总体规划,加强资源整合,巩固和发展以总局为主导、省局为主体、社会积极参与的信息化持续发展局面。抓住关系全局的重大应用,通过应用推进信息化。避免盲目跟风,把握信息化发展的主动权。5、贴近市民,服务发展。以便民利民为宗旨,把信息化建设的注意力和关注点放在满足市民需求和经济社会发展全局上,发挥信息化对增强区域综合竞争力和提高市民生活满意率的重要作用。6、着眼需求,务实高效。以需求为导向、以应用为中心推进信息建设,把经济效益和社会效益作为衡量信息化建设的重要标准,不搞不切实际没有效益的信息化,更不搞花架子的信息化。2.3项目建设内容本项目将建设新闻出版行政许可网上审批系统,建设统一的网上审批平台,对全国各省的行政许可和其他审批事项中尚未计算机处理的业务统一在网上实现审批处理,并在网上实现全国新闻出版行政许可审批业务的协同处理；对所有行政许可的实施过程进行视频、实时、全程的监察和监督,对行政许可实现网上信息共享和联合审批,推动全国各省的政务公开工作的开展。同时,新闻出版行政许可网上审批主要是为了提高行政审批办事效率,方便办事人员了解审批结果。因此,我们将在审批环节过程中加入信息发布和信息查询功能。发布环节主要包括将审批环节的结果性结果通过网站发布在互联网上,提供网上查询功能。具体建设内容包括：新闻出版广电总局网站的监察及审批扩展；审批及监察数据交换平台〔软件开发；政务电子监察平台〔软件开发；网上审批平台〔软件开发；安全保障平台〔软件开发；网上审批数据交换标准的制定；运行服务器系统建设；实现系统同现场触摸屏、短信接口。审批大厅现场图像监控系统〔包括监控室建设；数据交换和共享实施的权责规则的制定；2.4项目建设特点和突破本项目建设充分结合XX区电子政务建设的实际、突出业务创新、技术创新和管理创新。1、把政务公开、网上审批和电子监察系统建设统一规划、分步建设,追求项目建设的全局性和整体性效果。根据多年的电子政务建设经验,各部门审批信息的共享,往往难以协调。信息无法共享,建设跨部门网上审批系统就无从谈起。把政务公开与跨部门网上审批和电子监察系统建设统一规划、分步建设,可以从根本上解决信息共享难的问题,促进网上审批平台的建设。2、编制统一的网上审批数据交换标准,从总体上解决各部门在网上审批和电子监察等所要求的共享信息和采集数据的标准、方法等。3、在技术设计上实现网上审批和电子监察一体化设计、统一管理和分级授权使用。4、采用后台嵌入共享数据和前台嵌入协同应用的方法,彻底突破网上审批平台与部门审批业务系统之间的无缝联接和工作人员只需在一套系统上操作的难点。5、电子监察的业务范围,从行政许可扩大到所有行政许可、其他审批和登记、备案、资格资质认可、政府公开采购及其后续监督检查等更大范围。2.5项目实施计划项目实施期限为8个月,具体工作进度：1、需求分析并确认；开发环境准备与改造、研发、测试环境搭建；由三名技术工程师进行系统需求调研,调研周期为1个月。2、系统研发；系统的详细设计包括物理环境设计和系统功能设计系统改进和新功能实现,其主要任务是根据设计进行编码、单元测试,集成测试和试用。由八名研发工程师共同参与该系统的研发工作,研发周期为6个月。3、系统的测试；主要任务是对整合后的系统进行整合测试及相应的模拟测试,测试其整体功能、性能、可靠性、可用性等一些质量、技术指标,对其BUG进行修正。由两名测试工程师和三名技术工程师参与该系统的测试以及现场调试和部署,周期为1个月。第三章项目建设需求分析3.1业务分析3.1.1行政审批事项繁多,差异大,环节多,时限长目前现有的审批事项中有些审批事项是各省具有终审权,涉及社会管理的方方面面,构成行政机关日常工作的重要的组成部分。每一项业务在流程没有统一的标准或模式,业务审批的内容也存在巨大的差异,申请人面对大量的行政审批茫然不知所措。改进的措施是在目前行政审批梳理的基础上,对审批项目进行分类,已有计算机系统处理的审批项目,还是保留原来的处理方式,但是按照规范进行整改并向电子监察系统报送监察数据接受实时监察；没有计算机系统处理的审批项目,按照规范在网上审批平台构建业务。3.1.2行政审批事项相对孤立,造成申请条件复杂由于管理上条块分割,总局对全国行政审批的管理以各省自律的方式为主,各省间缺乏相互交流,互相推诿的情况仍然存在。依据法律、法规各事项间存在相互关联,各行政审批在实施过程应进行行政审批信息的相互校验,但由于各部门相对独立,使得信息的传递职责转移到申请人身上,为申请人带来不便,一部分申请人利用信息的不同步空档,躲避法规的监管,获得了行政审批。3.1.3相对集中率低,信息化管理水平较低由于办公场所的限制,目前总局已设立了行政服务大厅,各省也设立了各自的办证大厅,但是由于进入大厅的行政审批事项还是较少,协同办公集中办理的功能得不到较好的发挥。同时各省在运用信息化手段管理行政审批起步较慢,使用系统管理的行政审批事项只有一部分,这其中的一些系统仍只是局限于登记和受理的管理功能上面。通过建立网上并联审批系统,打破地域限制,通过信息网,把各省的业务系统互联,没有业务系统各省局统一在网上审批平台上构建业务,构建虚拟的办证大厅,结合原来的联办中心,发挥网上协同办公、协同审批的作用,更好的为人民服务。通过网上并联审批系统,局领导可以实时的掌握全国审批项目的实施情况,实时监察各种审批项目的实施过程,更进一步,可以为出台相关的决策提供具体、有针对性的统计数据。第四章系统总体方案4.1软件总体技术框架4.1.1系统应用体系结构网上审批系统,是一个全国性的顶层系统,需要与全国各省行政审批系统进行互联,需要与全国协同办公自动化系统进行互联,必须考虑以后业务的变化与扩展,因此系统的体系结构必须先进、稳定、易扩展,既需要安全稳健的系统平台支持,又需要面向更广阔的业务支撑和更灵活的应用集成扩展能力。4.1.2系统总体结构图网上审批系统是基于太极统一应用软件平台来构造,该平台基于J2EE应用平台,采用JAVA、EJB、SERVLET、JSP、XML等JAVA2技术、以及组件技术、数据库技术,采用多层B/S应用结构体系,使整个应用系统建立在统一的平台上,充分体现了系统的先进性、可扩展性、可移植性等。系统基础平台：指为应用系统提供底层支持的部分,包括：网络〔内部网、政府专网和互联网、硬件平台〔服务器、存储备份设备等、操作系统〔Unix/Windows/Linux等、数据库管理系统。这些部分是应用系统运行的基础。J2EE平台：Java技术由于其跨平台特性、面向对象特性、安全特性等,使之已经成为构建企业级应用的事实上的标准。J2EE〔企业级Java把数据库访问、企业级Java组件、命名和目录服务、动态页面生成、XML、事务服务等有机地集成在一起,并且提供集群等高级特性,使之特别适合构建复杂的大型应用,并保证系统具有很好的可扩展性。系统结构图如下：应用支撑平台应用支撑平台Internet/Intranet数据库平台安全认证平台应用集成中间件工作流中间件门户中间件应用服务器消息中间件数据访问中间件统一标准规范统一安全解决方案技术支撑数据交换平台面向业务的应用系统统一门户宽带网络技术数据库/数据仓库技术信息安全技术GIS/GRS/RS技术软件设计开发技术其他技术统一应用平台架构图企业政府个人服务提供4.1.3J2EE架构本系统采用J2EE架构实现应用体系结构,本系统设计采用基于J2EE的技术,完全采用MVC+DAO〔Model+View+Control+DAO应用设计模式,使得层之间相对松耦合,具有良好的扩展性和稳定性,如图所示应用设计结构图：浏览器浏览器客户机JSP、ServletWebService客户端应用服务器Façade业务逻辑层表现层DAOFactory数据访问层关系数据库如：SQLServerXML数据文件JCA、JMS等J2EE实现思路客户端客户端应用控制请求处理请求执行业务定位业务展现Web服务DAOApp功能组件JCAData其它系统SOAP/HTTPSOAP/HTTP客户端：用户通过WEB浏览器与不同应用程序交互,浏览器作为应用程序的客户可以使用JSP页面和XHTML来呈现客户页面。应用程序控制器：应用程序控制器是主控制器Servlet,负责初始化委派请求和响应请求处理程序。请求处理程序：JAVA类,通过调用相应的请求执行程序完成要求的处理,并对请求进行预处理,这种调用采用命令模式。请求执行程序：完成具体的请求活动,例如与服务交互。请求执行程序依靠业务定位程序发现相应的服务,然后通过这些服务访问需要的资源信息。业务定位程序：这些程序负责隐藏查找服务的复杂性,并提供缓存逻辑。业务展现接口：通过聚合来自多个系统或服务的方法,简化复杂对象的视图。WEB服务：提供WEB服务端点的业务逻辑。DAO〔数据访问接口：封装数据库异构的复杂性,使得在应用服务层面独立于数据层面。J2EE是一个基于组件-容器模型的系统平台,其核心概念是容器。容器是指为特定组件提供服务的一个标准化的运行时环境,Java虚拟机就是一个典型的容器。组件是一个可以部署的程序单元,它以某种方式运行在容器中,容器封装了J2EE底层的API,为组件提供事务处理、数据访问、安全性、持久性等服务。在J2EE中组件和组件之间并不直接访问,而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过"协议"来定义。容器的底层是J2EE服务器,它为容器提供J2EE中定义的各种服务和API。一个J2EE服务器〔也叫J2EE应用服务器可以支持一种或多种容器。每个容器的服务包括两部分：J2SE〔Java2PlatformStandardEdition和一组扩展的服务。这是因为J2EE是以Java标准版为基础的,各容器在J2SE之上再根据需要提供一些扩展的服务,如目录服务、事务管理、数据访问、消息机制、安全性等。EJB是J2EE平台的核心,也是J2EE得到业界广泛关注和支持的主要原因。我们知道,J2EE的一个主要目的就是简化企业应用系统的开发,使程序员将主要精力放在商业逻辑的开发上。EJB正是基于这种思想的服务器端技术,它本身也是一种规范,该规范定义了一个可重用的组件框架来实现分布式的、面向对象的商业逻辑。EJB的核心思想是将商业逻辑与底层的系统逻辑分开,使开发者只需关心商业逻辑,而由EJB容器实现目录服务、事务处理、持久性、安全性等底层系统逻辑。企业级Java〔Java2EnterpriseEdition的示意图。J2EE构架划分为表示层、业务层和数据层三个层次。在表示层,支持Java应用、在浏览器中的小应用程序、Corba客户端、以及Web客户端；在业务层,通过EJBBeans来实现业务逻辑,并运行在支持EJB的应用服务器中；数据层同样支持各种数据库管理系统。表示层和业务层之间主要通过RMI-IIOP进行通讯；业务层和数据层则通过JDBC和SQL/J进行连结。J2EE使用的是业界的标准,而不是一个厂商的标准。特别是对OMG的Corba标准有很好的支持。它能够在各种不同的硬件平台和操作系统上运行。J2EE规范里包含了多种技术,并形成一个有机的整体：●EJB：企业级Java组件,能够封装复杂的业务逻辑,并在整个系统范围内重用,支持远程调用和集群；●RMI-IIOP：远程方法调用协议,支持Java程序象调用本地对象一样调用远程对象,该协议既支持Java本身的RMI调用,也支持CORBA的IIOP协议,因而能够与CORBA服务进行互访问；●JDBC：提供Java程序访问数据库的标准接口；●Servlet：支持动态地生成html页面,用于基于浏览器的应用开发；●JSP：能够通过混合编写java和html脚本,动态地生成html页面,比编写Servlet的开发效率更高；●JTA：Java事务接口提供对事务的支持,包括分布式事务；●JavaIDL：允许Java对象访问外部CORBA对象；●JMS：Java消息服务,支持可靠的点对点、发布/订阅方式的消息传输；●JNDI：Java命名和目录服务,支持按照名称来查找资源；●JavaMail：提供在Java里面发送和接收电子邮件的支持；●JAF：被JavaMail用来处理MIME数据；●JAXP：Java处理XML文件的标准接口,支持SAX和DOMAPI；●JCA：允许遗留的信息系统提供出适配器接口,与J2EE应用程序进行整合；●JAAS：支持基于用户的认证和授权模型；J2EE的特点在于：支持所有的硬件和操作系统平台,使用户在操作系统和硬件的选择上具有更大的自由度；技术规范更全面,对企业级应用的支持更强大；具有"编写一次,到处运行"的优点；系统的可扩展性更强,后期维护费用较低；适合大型的系统和关键的业务；现有标准,后有实现,标准的设计很完善；只需要用Java一种语言,开发效率高。4.1.4MVC处理模式MVC是Model/View/Control的缩写。Model/View/Control是软件设计的典型结构。在这种设计结构下,一个应用被分为三个部分：Model、View和Controller,每个部分负责不同的功能。Model是指对业务数据/信息的处理模块,包括对业务数据的存取、加工、综合等。；View是指用户界面,也就是面向用户的数据表示,Web的视图可以是HTML页面,也可以是图片或者其他媒体；Controller则负责View和Model之间的流程控制,也就是完成两个方向的动作：1.将用户界面<View>的操作映射到具体的Model,以完成具体的业务逻辑；2.将通过Model处理完的业务数据及时反应到用户界面<View>上。具体地说,视图可以用JSP或者HTML来定义,模型可以用Java对象来定义〔通常称为JavaBean,控制器可以通过Java对象的动作类来定义。以下是MVC架构的处理流程：MVC架构使得应用程序的结构更加清晰,通过将代码按照层次划分为业务逻辑/数据、用户界面和应用流程控制这三个层次,增强代码稳定性。我们知道,对于Model、View、Controller这三部分功能来讲,View的实现一般是由界面设计人员和界面程序员来完成,Model则是由业务逻辑程序员来完成,Controller则一般由负责整体控制的程序员来完成。Controller部分的代码比较稳定,一般会实现一个通用的架构；而Model则跟随商务流程的变化而变化；View的更改则是随着用户需求的更改而更改。这种模块功能的划分有利于在代码修改过程中进行模块的隔离,而不需要把具有不同功能的代码混杂在一起造成混乱。对于项目开发而言,有利于在项目小组内按照小组成员各自的擅长进行分工,有利于三个部分并行开发、加快项目进度。4.1.5XML技术XML即ExtensibleMarkupLanguage<可扩展标记语言>的缩写。XML实际上是Web上表示结构化信息的一种标准文本格式,它没有复杂的语法和包罗万象的数据定义。XML同HTML一样,都来自SGML<标准通用标记语言>。SGML是一种在Web发明之前就早已存在的用标记来描述文档资料的通用语言。但SGML十分庞大且难于学习和使用。鉴于此,人们提出了HTML语言。但近年来,随着Web应用的不断深入,HTML在需求广泛的应用中已显得捉襟见肘,有人建议直接使用SGML作为Web语言。但SGML太庞大了,学用两难尚且不说,就是全面实现SGML的浏览器也非常困难。于是Web标准化组织W3C建议使用一种精简的SGML版本--XML。XML与SGML一样,是一个用来定义其他语言的元语言。与SGML相比,XML规范不到SGML规范的1/10,简单易懂,是一门既无标签集也无语法的新一代标记语言。系统在数据交换中采用XML技术。4.1.6StrutsStruts最早是作为ApacheJakarta项目的组成部分,项目的创立者希望通过对该项目的研究,改进和提高JavaServerPages、Servlet、标签库以及面向对象的技术水准。Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。这个框架之所以叫"Struts",是为了提醒我们记住那些支撑我们房屋,建筑,桥梁,甚至我们踩高跷时候的基础支撑。这也是一个解释Struts在开发Web应用程序中所扮演的角色的精彩描述。当建立一个物理建筑时,建筑工程师使用支柱为建筑的每一层提供支持。同样,软件工程师使用Struts为业务应用的每一层提供支持。它的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。我们仍然需要学习和应用该架构,不过它将可以完成其中一些繁重的工作。如果想混合使用Servlets和JSP的优点来建立可扩展的应用,Struts是一个不错的选择。4.1.7组件化系统设计应用功能服务组件提供系统功能,从技术实现上看,功能组件虽然只提供单一方面的功能,而且这些功能和一般应用系统中所提供的功能并没有太大的差异。但由于基于同一的平台进行构建、对外统一利用接口提供服务,因此在客户看来是一个完整的系统,而并非多个系统的有机集成。从业务实现的角度看,每一项业务的实现将不再以主体功能要求为标准进行系统划分与设计。因为平台上的功能组件已经基本包括了办公所需要的各种功能要求,对业务管理者来讲只需要根据业务本身的功能需求,选择合适的功能组件并加以组合使用,即可满足业务的功能要求。因此业务需求的实现将始终以业务的实际运作为主线及基准,而不再需要调整业务以适应应用实现。在系统中,业务的实现已经不再需要区分到底是由那一个子系统完成的,用户只需要关心实现功能的组件是否可以满足其要求即可。当已有的功能组件不能满足业务的要求时,可以通过组件功能的扩展或者新增功能组件进行解决。并且由于整个业务的处理过程在同一平台、同一系统中完成,因此也不再存在信息关系被分割的情况。基于功能组件构建的三层结构应用子系统如下图所示。从子系统结构可以看出,功能服务组件组合使用之后在其中担任着业务逻辑层的作用,这和功能服务组件本身是一个功能服务提供者的特性是相吻合的。在多层分布式应用结构中,中间层即业务逻辑层担负着各种应用功能的提供；而功能服务组件的功能服务提供者能力正是中间层所需要的。此外,子系统结构中的显示层逻辑,可以通过提供对外应用程序接口的功能服务组件加以实现；数据层连接及服务则可利用提供数据接口的功能服务组件加以实现。因此,利用功能服务组件概念构建的系统应用无论在结构或实际运行效果上都是符合多层分布式应用要求的。根据我们对电子政务应用系统需求的分析、现有系统应用情况的统计,综合总结得出系统所需的基础功能包括了数据管理、报表打印管理、权限管理、其他系统管理、工作流引擎等5个基础功能组件。数据管理组件数据管理处理的对象包括各种类型的数据,以及数据处理界面。在系统中,对数据的处理手段一般包括了数据的增加、修改、删除、排序、筛选等基础手段,以及定制查询、全文检索、数据统计、图表分析等高级手段。针对处理手段的需要,数据管理组件除提供了包括以上手段在内的各种数据处理功能,还允许用户通过自定义数据类型管理特殊业务的数据。数据处理界面一般应根据业务对数据处理的方式与习惯定制提供,但这种处理方式会使应用本身的灵活性降低。当数据处理方式或要求发生改变时,相应的数据处理界面就必须改变,而当这种改变需要在应用本身中进行时,就意味着必须对应用进行修改,不利于应用的重用和扩展。因此在数据管理组件增加了对数据处理界面的管理功能,即将处理界面的定制与应用本身脱离,当应用使用组件处理业务数据时,组件会动态调用事先定制的处理界面供用户使用。如果发生处理界面修改的情况时,也无须对应用进行修改而只需在组件内重新定制即可。数据处理界面管理可以提供数据操作界面,也可以产生各种数据展现模板。DBMS数据处理界面描述数据管理组件DBMS数据处理界面描述数据管理组件用户界面数据操作数据用户报表打印管理组件报表打印管理的对象是各种需要打印的数据文档,包括报表和公文。长久以来,打印一直是各种应用系统建设中的瓶颈。这是因为报表与公文的打印需求〔内容、格式经常发生变化,导致系统维护中不得不为此而作出相应的改动。为此,在打印管理中除了提供打印的功能之外,还包括了对打印对象的定制管理功能。利用定制管理功能,用户可以根据业务的需要自行定制各种报表及公文模板,并管理模板与实际数据之间的对应关系。当需要进行打印操作的时候,组件会根据用户选择的报表或公文提取相应的模板及数据对应关系,然后产生用于打印的报表或公文实体。DBMSDBMS打印对象格式描述数据管理组件报表文档数据操作打印对象格式描述用户定义利用定制管理,报表及公文可以脱离应用本身进行定义,而且由于数据对应关系可以通过定制改变,将减少系统维护在此方面投入的资源。权限管理组件权限管理组件的对象是用户的操作角色,角色对应操作权限。具体分为部门角色控制,个人角色控制。作为一个大型的应用系统,每个单位中的不同部门既有相同的业务,也有不同的业务。有些业务又是多部门协作的,所以就要根据不同的部门划分出不同的业务操作角色。在部门内部在根据日常工作人员的业务分工,分配不同的角色给用户。同时用户可能是跨部门的,所以不同部门的相同用户的操作角色也会有所不同。对用户的管理是系统运行的基础。在组件中提供对全体系统用户的管理,管理的内容包括了用户的添加、删减、部门调整等。对用户的管理利用图形化目录树的形式进行。对用户的管理还包括角色和操作权限的管理。在系统中,每一个用户除了可按所在部门进行分组管理外,还可以根据用户权限进行分组、分角色管理。组件可实现对系统用户角色身份的设定、调整；对用户操作权限的设定、调整；对用户可使用的功能组件/业务模块的分配管理。其中操作权限的控制可到字段级。工作流引擎组件工作流引擎使工作系列相互衔接、可实现任务的自动化管理,主要分为两个模块,一是工作流的配置,二是工作流的执行。设计思路为了做到一个和具体业务无关的工作流,示意图如下图所示：工作流引擎在一个用户登录到系统后,必须能够判断该用户是处于开始岗位,一般的工作岗位,或者是结束岗位,〔也有可能一个用户同时处于以上三种岗位,比如某项业务只有一个岗位办理的情况。通过判断岗位类型,提供不同的操作集合以用户,具体操作集合所下表所示,其中阴影栏定位为系统默认的操作。提供的操作开始岗位中间岗位结束岗位创建新业务√删除一宗业务√提醒有新业务到达当前岗位√√提醒有业务被退回√√√移接一宗业务√√判断在手业务是否超时√√√浏览在手业务列表√√√到在手业务的第一宗√√√到在手业务的前一宗√√√到在手业务的后一宗√√√到在手业务的最后一宗√√√浏览某一宗业务情况√√√开始办理某一宗√√√保存√√√撤销√√√打印浏览√√√打印√√√结束办理√√√移交一宗业务√√归档一宗业务√工作流的配置用户可以对系统的岗位进行管理,比如增加一个岗位,删除一个岗位等,定义好了系统的所有岗位后,用户从系统已有的岗位上,选出某些岗位,按一定的顺序排序,并设好一个岗位办理该类业务的时限,从而配置了一条工作流。工作流引擎是想做到,一个通用的工作流底层实现,比如系统初始时,是一些未经配置的岗位,如下图所示：工作流的执行系统已被配置的工作流的开始岗位的用户,新创了一宗业务,从而产生了一个工作流对象。工作流引擎必须能判断该宗业务在该岗位所停留的时间是否超时〔剔除节假日,如果超时能够提醒用户该业务已超时；如果用户办完了该宗业务,接受用户的提交,然后把该宗业务移交到工作流的下一个岗位,〔以先进先出的顺序,即最先移交的业务排在最上面,并提醒下一个岗位的所有用户；有新业务到达,当下一个岗位某个用户移接了该宗业务后,该业务从提示列表中消失；在这个岗位上,用户可以在办理完业务后,把业务移交到后一岗位,也可以直接把业务退件到上一个岗位的操作人〔不是上一岗位。就这样,业务一直被移交到工作流程的最后一个岗位,而这个岗位没有退件,就可以结束了一宗业务办理过程。其他系统管理组件其他系统管理组件的对象包括了系统定制、工作日志记录、电子词典维护等。系统定制管理的是系统操作界面的设定。由于系统是一个由多个子系统组成的大型系统,用户在系统中的角色各不相同,因此能够应用的子系统或功能组件也各不相同,这也导致了用户在操作界面上存在着差异。系统定制功能可以允许根据个人的喜好选择或调整系统操作界面的风格、形式；根据实际需要调整可用子系统/组件的显示方式、显示顺序,达到真正个性化的效果。工作日志记录管理的是每一个用户在系统中的操作。系统除使用硬件加密的手段保证用户登录系统的有效身份认证及对操作的记录、追踪、访问控制之外,还提供了日志记录的形式对用户在系统中具体操作进行记录,包括了用户登录系统的时间、登录IP、登录身份、具体操作情况等。电子词典维护管理的是系统中各子系统/组件的常用词。由于本系统针对办公应用,因此其中必然会使用众多的办公常用词,包括公文的主题词、常用语及其他常用信息〔如省份名称、城市名称等。组件可以提供对这些常用词的统一管理及维护,也允许用户自定义自己的电子词典。4.1.8系统技术特点基于J2EE的统一的网上审批应用平台基于J2EE构架,依托政务网,建设区网上审批系统,形成跨各审批部门的电子监察平台,实现对各审批部门的业务数据交换、信息互通机制。系统具有跨平台、安全、移植性强、易维护等特点。统一的系统管理平台系统具有统一系统管理平台,包括电子监察平台与网上审批平台的系统管理,主要功能有许可实施部门管理、用户管理、岗位管理、权限管理、系统日志管理、系统参数管理、流程管理等统一管理功能。统一的安全体系系统构建统一的安全体系,从数据层、应用层等不同层次提供统一的安全保障机制。4.2运行服务器系统设计系统运行的计算机网络系统依托区政务专网构建,服务器系统放在XX区行政服务中心大楼的机房,整个计算机运行系统只需采购所需的服务器即可。外网网站在XX互廉网的基础上完善相关栏目,审批及监察数据交换平台构建在政务专网,分别在外网和内网同时进行构建。审批及监察数据交换平台采用前置机的方式,平台软件单独构建,前置机共用原来一些系统购置的前置机,不够的添足。下面是系统的网络拓扑图：政务外网政务内网政务外网政务内网这些服务器当中,有些可以安装在同一个物理服务器上。根据总局的实际情况,我们这样规划,在内网,安装三台服务器,一台作为电子监察应用服务器,两台做为电子监察平台数据库服务器,为了保障数据的安全性和系统的稳定性,这两台数据库服务器是做为双机的,电子监察平台数据库服务器同时作为内网的数据采集服务器,安装数据采集服务器软件。在外网,安装两台服务器,一台作为网上审批应用服务器,一台作为网上审批平台数据库服务器,一台作为网上审批数据交换服务器。在内网和外网之间安装内外网数据交换装置。4.3系统应用设计该系统要面向用户、便于操作、易用高效,必须具有人性化的操作界面,简洁易用。我们从界面设计和操作设计两方面来描述系统的应用设计。4.3.1界面设计系统的界面,主要是登录界面和系统主框架界面。其他登记页面和操作页面主要参照主框架页面的风格。该系统的界面将严肃、公正和高效。为了使系统操作形象化,主要功能模块都配以形象图标来表示。配色要既能表现系统主题,也有令人舒适。该系统属于日常长时间使用的系统,字体应略大。4.3.2操作设计系统采用B/S结构,用户端的操作界面都是网页的形式,用户只要按照上网浏览网页的方式就可以完成本系统大部分功能的使用,最大限度的适应人的办事习惯,我们的操作设计原则就是尽量减少用户执行某一项任务的鼠标点击数。本系统在操作设计上有以下的几个特点：界面标准化我们在所有界面的设计上,坚持风格和标识的统一一致,这样让用户更容易操作,更容易理解。〔1统一风格的操作按钮〔2统一风格的消息提示页面和错误警示页面〔3统一风格的查询页面〔4统一风格的数据浏览页面〔5统一风格的信息录入页面〔6统一风格的流转操作页面空间利用的最大化本系统在各种各样的显示界面中,只要要求足够的显示空间的界面,都会使用相关的技术使得显示界面最大化,利用空间最大化。主要体现在界面上：本系统的主界面分为上、左、右三大部分,上面为题头和系统操作,左边为菜单,右边为业务操作窗口,为了使得业务操作窗口充分利用空间,左边的菜单窗口可以收起。操作最简化和可配置化在业务操作设计上,我们把业务操作根据岗位细分成点,然后几个点可以自由组合配置成一个点,这样,对于一个业务处理过程,可以把几个操作配置成一个操作,这样就简化了工作人员的操作。操作的辅助操作的辅助功能主要体现在以下几点：〔1操作信息的提示每一个操作按钮都有自己的信息提示,告诉用户本操作的主要业务功能。〔2操作的默认值每一个界面上,我们都会把焦点默认在最常用的操作上面。点击ENTER按钮就可以激发默认的操作。〔3常用信息的自动录入在一些必须输入意见的栏目,系统会自动把常用的意见输入,用户可以维护自定义自己的意见。在信访件的登记页面,一些栏目可以设置录入的默认值。帮助智能化本系统在帮助文档的编写上进行了加强,从基本操作、常遇问题到具体的操作,都一一做出了详细说明,方便用户的操作及学习。"帮助智能化"是本系统方便用户操作的一个重要内容。系统不再像大多数软件那样,一次性的给出系统的整个帮助文档,让用户自行查找所应该进行的操作,而是根据具体文件当前的状态以及用户在流程中所处的当前环节,智能化的对用户可能进行的下一步操作给出建议和提示,供用户参考。4.4系统数据流的设计在本系统中,行政监察外网网站和网上审批平台是在政务外网上构建,电子监察平台在政务内网上构建,数据交换平台在政务外网、政务内网分别构建,内外网的数据交换通过内外网数据交换装置来实现。受监察的各个单位的业务系统,有的构建在政务外网,有的构建在政务内网。由于系统构建在内外网,同时又和许多业务系统互联,系统有着复杂的监察数据流。对于没有业务系统的部门,统一在网上审批平台上构建业务,政务电子监察平台直接从网上审批平台采集监察数据。对于已有审批业务系统的部门,例如工商局等直属部门,工作人员还是使用原有的业务系统,网上审批系统通过数据交换平台与该部门的业务系统互联,共享审批信息和业务流程信息,实现并联协同审批。同时从该业务系统采集电子监察信息,以便对其进行监察。网上审批平台监察数据流网上审批平台网上审批平台外网数据交换服务器内网数据交换服务器电子监察平台内外网数据交换装置外网自有业务系统监察数据流前置机前置机外网数据交换服务器内网数据交换服务器电子监察平台内外网数据交换装置外网单位业务系统内网自有业务系统监察数据流前置机前置机内网数据交换服务器电子监察平台内网单位业务系统网上审批平台审批数据流网上审批平台网上审批平台前置机外网数据交换服务器外网网站一些需要共享信息的业务系统审批受理信息、办理结果信息4.5系统接口设计系统是一个典型的跨单位的城市级电子政务系统,需要与现有的电子政务系统进行互联互通,涉及到非常复杂的接口设计。针对各个行政部门已经建立的审批业务系统的改造和升级将不包含在本项目范围内。本系统按照规范的并联审批业务模式,把共享的数据交换到目的部门的前置机上,该部门可以改造本部门的审批系统以利用该共享数据,也可以使用网上审批系统提供的业务统一查询功能,查询利用本审批业务的共享信息。4.6审批业务模式设计根据审批业务的模式不同,可以把审批业务分为两种：第一种模式是：审批业务没有构建计算机处理系统的,审批平台将提供审批业务的构建。第二种模式是：审批业务已经构建了计算机处理系统的,将通过数据接口实现业务数据的交换。两种业务模式的数据将通过几种数据接入方式实现数据集中建设,为数据的共享和协同以及数据分析和监察提供坚实基础。4.7用软件选型4.7.1数据库核心数据库我们选用Oracle11i,前置机的数据库我们选用MicrosoftSQLServer2008。Oracle11iEnterpriseEdition。它有如下特性：Web信息管理Oracle11i包含OracleWebDB。OracleWebDB是一个用于建立、部署和灵活监视Web数据库应用和内容驱动的Web站点的解决方案。支持所有Web数据类型Oracle11ubterNedua将多媒体支持增加到了Oracle11i之中,使其能够管理Internet应用和传统应用中的多媒体内容,方便地访问图像、音频、视频、文本和位置信息。OracleIFSOptionTM<Internet文件系统>OracleiFS将Oracle11i服务器的强劲功能与文件系统的易用性完美地结合了起来。JAVA与应用于开发Oracle11i将JavaVM引入到数据库之中,从而实现了在服务器上存储和执行JAVA代码的能力。高端数据仓库技术和OLTPOracle11i对版本11.0的高端功能进行了扩充,新特性包括以下诸方面：多用户数据仓库管理能力,更多的分区方式,更强的与OLAP工具的交互能力,以及在Oracle数据库间快速和便捷的数据移动机制。资源管理Oracle11i引入了资源管理能力,为用户提供了更强大的系统资源控制能力。首先用户被分配给资源类,然后每一个资源类又被赋予适当比例的机器资源。分区表<partionedtables>与索引Oracle11i引入了两个新的分区类型：散列与组合。散列分区技术为设备间均衡的条状化数据提供了一个易于使用的机制,从而保持了性能。摘要管理Oracle11i为存储多维数据和表的摘要计算结果提供了一种有效的机制,即当一个请求要查询明细记录的摘要时,查询就会被透明地重写,然后再访问已存储的总计结果,而不是每次发布查询命令时都对明细记录作摘要。透明的表空间Oracle11i为在相同系统之间复制表空间<数据文件>提供了一种机制,即允许两个系统访问相同的数据。这大大提高了数据传输的性能和操作的简易性。直接的路径装载APIOracle11i引入了一个API为直接的路径装载提供了一种机制。这种方式也有利于ISV和系统管理工具合作伙伴开发易用的高性能数据装载工具。通过该API可以访问所有的装载功能。数据仓库的增强功能Oracle11i还包含许多新特性,用以改进数据仓库应用的管理和性能。大型OLTP日益增多的OLTP应用需求受益于众多新的特性,这些新特性提高了可用性、可伸缩性、性能和可管理能力。自动的备用数据库Oracle11i并行服务器改进Oracle11i为内部实例通信提供了一种新的机制,从而大大提高了实例间读操作的性能。扩展的备份与恢复子系统在Oracle11i中还增加了恢复管理器,从而使可管理性得到大幅度地提高。MicrosoftSQLServer2008数据库系统特点完全的Web支持SQLServer2008提供了以Web标准为基础的扩展数据库编程功能。丰富的XML和Internet标准支持允许您使用内置的存储过程以XML格式轻松存储和检索数据。您还可以使用XML更新程序容易地插入、更新和删除数据。通过Web轻松访问数据。有了SQLServer2008,您可以使用HTTP来向数据库发送查询、对数据库中存储的文档执行全文搜索、以及通过Web进行自然语言查询。强大而灵活的基于Web的分析。SQLServer2008分析服务功能被扩展到了Internet。您可以通过Web浏览器来访问和控制多维数据。高度的可伸缩性和可靠性使用SQLServer2008可以获得非凡的可伸缩性和可靠性。通过向上伸缩和向外扩展的能力,SQLServer2008满足了苛刻的电子商务和企业应用程序要求。向上伸缩。SQLServer2008利用了对称多处理器<SMP>系统。SQLServer2000EnterpriseEdition最多可以使用32个处理器和64GBRAM。向外扩展。向外扩展可以将数据库和数据负载分配给多台服务器。可用性。通过增强的故障转移群集、日志传送和新增的备份策略,SQLServer2008达到了最大的可用性。集成和可扩展的分析服务。有了SQLServer2008,您可以建立带有集成工具的端到端分析解决方案,从数据创造价值。此外,还可以根据分析结果自动驱动商业过程以及从最复杂的计算灵活地检索自定义结果集。简化的管理和调节。使用SQLServer2008,您可以很容易地在企业资源旁边集中管理数据库。可以在保持联机的同时轻松地在计算机间或实例间移动和复制数据库。4.7.2应用服务器中间件应用服务器选用IBM应用服务器。IBM应用服务器适应国内电子政务对中间件产品标准、安全、高效、集成的技术要求,为广大的电子政务用户所采用,成为国内电子政务领域最著名的中间件服务器品牌之一。包括中国人民银行、国家信访局、国家民政部、国家教育部、XX省工商局、XX省民政厅、XX省劳动厅、XX市政府、XX市政府等超过500家客户政府客户选择了浪潮应用服务器。IBM实现NIO,对巨大用户访问的处理非常出色,支持的并发访问用户数大于100。另外,在同等条件下,金蝶Apusic4.0的资源占用率优于主要竞争对手30%以上。IBM具有良好的安全性,实现对JCE™<JavaCryptographyExtension>架构定义的各种国际标准加密算法的实现,包含RSA、DES、消息摘要和数字签名等。Apusic应用服务器的加密算法完全是自主实现的,安全加密位不受限制。图三IBM安全框架产品性能参数：通过J2EE1.4认证支持JDK1.5支持nio可插拔的session存储机制,支持BerkeleyDB支持单机失效自动恢复支持源代码混淆加密支持无限密码位设置支持SAS支持中文文件名支持SOAP消息日志支持port和location映射日志输出产品特点：〔一易用性完备的中文手册提供到JBuilder等IDE的插件热部署与目录方式部署图形化部署工具及命令行部署工具远程管理工具及命令行管理工具启动快速输出日志友好〔二安全性支持JAAS及kerberos用户认证实现安全提供者,加密位无上限〔三性能与可靠性支持JDK1.5并实现其中的NIO连接共享JDBC结果集缓冲、SQL语句缓冲死锁检测负载均衡运行期性能监控工具4.8统服务器硬件选型根据前面章节的介绍,本系统一共需要5台应用服务器。根据项目实施的经验,在本项目中,内网核心数据库服务器选择了IBMSystemx3850X5服务器,考虑到数据的重要性和系统稳定性需求,采用双机热备方案。在公布的性能指标中,由于考虑系统在满负荷运行时的情况等,因此,实际正常运行时单台机器可用处理能力为3,014,684次每分钟,根据经验,这样的TPCC值能满足未来5年的需求。所以,再结合考虑机器的性价比以及可扩展性,在本方案设计中采用IBMSystemx3850X5完全满足项目所要求的处理能力。其它服务器因为处理性能需求更低,都选择IBMSystemx3850X5服务器。服务器的内存估算：操作系统需要的内存一般在512MB-1024MB之间；主要的系统软件-双机备份软件等需要的内存一般为512MB左右；应用使用的内存一般在2G－4G之间不等,主要与应用系统是基于何种技术开发及用户连接数相关联,由于数据库、应用服务器软件等系统非常复杂、庞大,以及在服务器之间必然存在大量的数据交换,所以使用的内存必然较大,再加上使用大内存能减少换页空间的使用,能提高系统的响应速度。因此在每台服务器服务器上,配置了16GB的内存以满足服务器上运行业务的需要。以下是主要服务器的配置：名称参考型号数量电子监察应用服务器〔内网IBMSystemx3850X5是IBMSystemx3850系列一款服务器产品；IBMSystemx3850X5标配两个Intel四核XeonE7520处理器,可扩至八路处理器,16GB<4x4GB>1066MHzDDR3内存24GB1066MHzDDR3内存8硬盘：500GB2.5"SASHDD<做raid5>16电子监察数据库服务器〔同时也做内网数据交换服务器IBMSystemx3850X5是IBMSystemx3850系列一款服务器产品；IBMSystemx3850X5标配两个Intel四核XeonE7520处理器,可扩至八路处理器,16GB<4x4GB>1066MHzDDR3内存2电源：DL580G3800WHPRPSUS2硬盘：500GB2.5"SASHDD<做raid5>164GB1066MHzDDR3内存2硬盘500GB2.5"SASHDD<做raid5>8磁盘柜MSA500G2集群阵列盘柜1阵列卡SmartArray642CntrlALL〔642阵列卡2网上审批应用服务器〔外网IBMSystemx3850X5是IBMSystemx3850系列一款服务器产品；IBMSystemx3850X5标配两个Intel四核XeonE7520处理器,可扩至八路处理器,16GB<4x4GB>1066MHzDDR3内存24GB1066MHzDDR3内存8硬盘：500GB2.5"SASHDD<做raid5>16网上审批数据库服务器〔外网,同时也做为外网数据采集服务器IBMSystemx3850X5是IBMSystemx3850系列一款服务器产品；IBMSystemx3850X5标配两个Intel四核XeonE7520处理器,可扩至八路处理器,16GB<4x4GB>1066MHzDDR3内存24GB1066MHzDDR3内存8硬盘：500GB2.5"SASHDD<做raid5>16第五章项目主要技术方案5.1系统总体构架新闻出版行政许可网上审批系统采用统一平台进行设计。在整体系统设计上分为三个层面！本系统通过数据交换平台获取各子系统的基础数据,并实现监察功能。整体系统的中间层将是协同审批平台,本系统平台不仅可以配置各部门的审批业务,还可以采集部门独立审批系统的共享数据,在协同平台上建立统一的信息资源库,并对统一的数据资源进行分配。在此层面上解决数据共享和流程配置。真正实现部门内和跨部门的协同审批。系统的底层是各个部门的独立审批系统。这部分系统通过底层嵌入数据的方式和整体电子政务平台保持同步运做。整个系统通过统一系统用户管理平台进行授权和业务分配,并和其他外部系统实现数据接口。外部系统包括了短信平台、银行接口、办公自动化、门户网站等等。整体系统的设计将采用统一平台进行设计,并根据不同系统设计不同的数据中心,数据库之间通过中间库进行数据交换,保证系统的安全。整体系统的功能概要设计图如下：5.2审批及监察数据交换平台审批及监察数据交换平台的主要功能是实时采集和交换各行政审批实施机关的监察数据和审批基本数据。其中,行政审批监察数据用于政务电子监察平台的监察,审批基本数据用于网上审批平台的审批共享。能够从现有业务系统中采集的数据项通过接入接口实时采集；对于没有业务系统实施部门,统一在网上审批平台上构建业务,政务电子监察平台直接从网上审批平台采集监察数据。5.2.1平台网络结构系统运行平台是新闻出版广电总局电子政务网,系统的核心数据库运行在政务内网,运行在政务内网的业务系统,直接联网通过内网的审批及监察数据交换平台进行数据交换。运行在政务外网的业务系统,通过外网的数据交换平台进行数据采集,采集数据缓存在外网平台的数据库,然后通过内外网切换装置,把数据交换到内网的数据库中。各行政审批单位的数据库服务器都放置在各单位的机房里,数据采集时要与此数据库服务器对接。5.2.2数据交换和共享实施的权责规则的制定各省在进行数据共享和数据交换的时候必须协定必须交换的数据和必须使用〔下载的数据的约定,各单位对数据更新的时效性和准确性负行政责任。审批及监察数据交换平台在实时采集各个单位的数据的时候都是通过预先设定的约定来进行的,该约定主要包括这几个标准：审批事项受理基本信息标准；审批事项办理过程信息标准；审批事项办结信息标准；审批事项申请基本信息标准；审批事项出证信息标准；各审批事项的个性化信息标准。5.2.3数据交换的方式数据交换的方式分两种：自动采集方式和人工录入方式。人工录入方式只适用于监察数据的采集。自动采集方式自动采集方式就是行政审批实施机关的业务系统与数据交换平台互连互通,审批业务监察数据实时、自动的被采集到数据交换平台中。审批共享数据也按照相同的方式进行数据交换。自动采集方式有两种实现方式:一是通过中间前置机为代理,设置中间数据库,各审批系统将数据送入此中间数据库,再由交换程序直接取出。从网上审批平台送出的审批共享数据也写入中间数据库,再由交换程序直接取出送到目的审批系统的中间数据库。这样做的好处是对原有的审批系统改动最小,容易实现,接口开发周期短。二是通过webservice技术,对于每项需要的数据,在服务端开发出统一的外部接口,由各审批系统通过此接口报送数据,这样做的好处是无须前置服务的机器,可以节省一笔硬件开支,但不利的地方是各部门审批系统要改造原有的程序,新增加此项接口,对于已经运行多年的系统,将是一个负担。对于新开发的行政审批系统,可以要求必须支持此接口,即可自动调用传输数据,也可提供查询的webservice接口。人工录入方式对于没有业务系统的审批事项,可以要求在统一的网上审批平台上构建业务,审批数据可以通过后台数据库共享给政务电子监察平台。对于确实暂未能在网上审批平台构建的业务,系统提供统一的行政审批监察数据手工录入子系统,各单位可以手工录入上报审批业务监察数据。行政审批监察数据手工录入子系统采用B/S应用模式。5.2.4交换范围及内容数据交换平台的交换范围就是行政审批实施机关的行政审批业务系统。对于没有自己业务系统的行政审批实施机关,可以在统一的网上审批平台构建业务或手工上报。数据交换平台将根据《网上审批数据交换标准》要求的内容进行采集。主要包括以下内容：审批事项受理基本信息审批事项办理过程信息审批事项办结信息审批事项申请基本信息审批事项出证信息各审批事项的个性化信息5.2.5数据交换接口的开发为确保各行政审批实施机关接口开发工作的按期完成,系统承建商将提供如下文档,协助各行政审批实施机关顺利完成系统接入开发工作：1、接入技术方案描述各行政审批实施机关如何实现原有的审批业务系统接入到网上审批系统中,