《行政许可网上审批与监测平台总体建设方案.docx》由会员分享，可在线阅读，更多相关《行政许可网上审批与监测平台总体建设方案.docx（89页珍藏版）》请在三一办公上搜索。
1、行政许可网上审批平台建设方案2014年6月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软件总体技术框架84.1.1系统应用体系结构84.1.2系统总体结构图84.1.3 J2EE架构94.1.4 MVC处理模式144.1.5 XML技术15
2、4.1.6 Struts164.1.7组件化系统设计164.1.8系统技术特点234.2运行服务器系统设计244.3系统应用设计254.3.1界面设计264.3.2操作设计264.4系统数据流的设计274.5系统接口设计294.6批业务模式设计304.7用软件选型304.7.1数据库304.7.2应用服务器中间件334.8统服务器硬件选型35第五章 项目主要技术方案385.1系统总体构架385.2审批及监察数据交换平台395.2.1平台网络结构395.2.2数据交换和共享实施的权责规则的制定395.2.3数据交换的方式405.2.4交换范围及内容405.2.5数据交换接口的开发415.2.6审
3、批及监察数据交换平台软件的设计425.3 网上审批平台435.3.1概述435.3.2服务模式分析445.3.3协同审批平台框架455.3.4内审批处理机制455.3.5协同处理机制485.3.6业务处理模式规范设计495.3.7 网上审批平台的设计535.3.8 业务规范及具体审批事项的设立585.3.9 行政审批监督子系统605.3.10综合查询子系统635.3.11统计分析子系统635.4 统一的系统管理645.4.1 系统组织结构管理645.4.2 程序模块管理655.5.3 权限管理655.4.4 用户管理665.4.5 个性化服务管理675.4.6 工作流管理675.4.7 系统日
4、志管理685.4.8 假日管理695.4.9网上审批 数据交换标准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第八章 经费预算84IV 第一章 概述1.1项目建设背景随着信息化的全面推
5、进，经济和社会对网络与信息系统的依赖程度迅速增加，保障基础网络与重要信息系统安全的任务越来越凸显重要。在十六届四中全会通过的关于加强党的执政能力的决议中，将信息安全与政治安全、经济安全、文化安全并列为四大主题之一，网络与信息安全已成为国家安全的重要组成部分。中共中央办公厅、国务院办公厅印发2006-2020年国家信息化发展战略指出“到2020年，国家信息安全保障水平大幅提高”和“全面加强国家信息安全保障体系，大力增强国家信息安全保障能力”，是我国信息化发展的战略目标和战略重点。2007年，公安部、国家保密局、国家密码管理局、国务院信息化工作办公室共同发布了信息安全等级保护管理办法（公通字 20
6、0743号）和关于开展全国重要信息系统安全等级保护定级工作的通知（公信安2007861号），确立了安全等级保护作为国家信息安全的基本制度，并明确指出一些重要行业率先开展信息系统的安全保护等级工作。各部门、各单位应当依照等级保护实施指南及相关标准，根据实际安全需求，按照等级的确定原则、要求和方法，确定本部门所属信息系统的安全保护等级，制定各自的安全等级保护解决方案，组织对现有信息系统进行加固改造，逐步开展新建系统的安全等级保护工作。新闻出版广电总局是负责管理国家新闻、报刊、出版、印刷、版权、发行等工作的政府机构。近年来，总局按照党中央、国务院的部署和要求，积极探索，勇于创新，深入推进行政审批制度
7、改革，建立了行政审批集中办理工作机制。经过两年多的运行实践，总署的行政审批工作总体上步入了健康平稳、科学规范、良性运行的轨道，审批工作质量和工作效率明显提高，审批的规范化、科学化、民主化显著增强，在进一步转变政府职能、服务行业发展等方面取得进展，在以审批为杠杆推进新闻出版体制机制改革、推动产业转型升级、加快转变新闻出版发展方式方面成效明显，在介入新媒体新业态的审批管理、推动新兴出版产业健康有序发展方面做了积极探索。而新闻出版行政审批制度的信息化发展也存在如下方面的问题：第一，缺乏带动政务全局，并与社会互动的行政许可并联审批应用。第二，信息资源开发、共享力度不足。目前，行政审批信息资源开发利用的
8、基本特征是以部门内部应用为主，部门间的信息资源开发与共享相当贫乏。第四，信息化管理力度有待加强，通信管道等信息行业管理缺乏配套的管理手段，管理力度有待加强。在经历一段时间的清理改革后，行政审批制度基本予以确定下来。同时作为改革的一项主要内容，规范行政审批应用改革的趋势提上了日程，社会各界普遍希望政府能够提供审批效率，规范透明审批，营造便民服务环境，总局也迫切要求转变观念，提高服务水平，为全国营造一个良好的政务环境。因此，加快行政审批制度改革的一项重要举措，建设新闻出版行政许可审批管理系统为当前新闻出版办公信息化的主要工作之一。85 第二章 系统建设目标和内容2.1项目建设目标该项目的建设目标是
9、在新闻出版广电总局电子政务信息网络和各省行政审批业务系统基础上，建设统一的全国新闻出版行政审批管理平台，整体上实现行政审批由“集中办公”向“联网办公”、“串联审批”向“并联审批”、“分散监管”向“系统监管”的重大转变。系统一方面构建统一的全国新闻出版行政审批管理平台，在这个平台上可以构建各省内审批流转的业务；可以构建跨省的网上审批流转的业务。推动各省政务公开和信息资源的内部开放，共享审批申报程序和结果信息，网上召集联合办理行政审批，实现审批业务全部上网处理。系统另一方面构建电子监察平台，实现对审批事项实施全过程实时在线监督、及时发现和纠正问题，不断提高行政审批效率。在整体思路上，项目建设以解决
10、信息共享为核心，全面推动政务公开、网上审批和电子监察系统建设；建立行政审批综合信息库，增强网上审批功能；采用后台交换数据和前台嵌入协同应用等方法，彻底解决网上审批平台和各省审批业务系统的无缝衔接和单机操作问题。系统远期可以扩展覆盖到街道办事处，支持有条件的街道办事处实现网上审批 。2.2项目设计原则1、先进实用的原则。新闻出版行政许可网上审批系统应尽可能采用先进的技术设备，确保系统的高可用性、高性能、高可靠、高安全和可扩充性。同时要以实用为目标，针对实际问题，符合实际情况，解决实际问题，追求实际效果。2、统一规划，重点先行，注重实效。在统一规划下重点解决网上审批数据交换标准、方法等关键问题，注
11、重电子政务建设的实际效果。3、统一标准，统一应用。按照国家、省、市有关标准，制定新闻出版行政许可网上审批数据交换标准、行政绩效测评量化标准、接口规范、访问规范、分类规范和发布规范。整个系统统一系统管理，统一授权使用。4、充分利用原有资源，避免重复投资。新闻出版行政许可审批信息化和电子政务建设工作扎实、基础雄厚，在项目建设中应充分利用原有计算机和网络等系统资源，融合已有电子政务应用系统，节省系统建设投资。注重总体规划，加强资源整合，巩固和发展以总局为主导、省局为主体、社会积极参与的信息化持续发展局面。抓住关系全局的重大应用，通过应用推进信息化。避免盲目跟风，把握信息化发展的主动权。5、贴近市民，
12、服务发展。以便民利民为宗旨，把信息化建设的注意力和关注点放在满足市民需求和经济社会发展全局上，发挥信息化对增强区域综合竞争力和提高市民生活满意率的重要作用。6、着眼需求，务实高效。以需求为导向、以应用为中心推进信息建设，把经济效益和社会效益作为衡量信息化建设的重要标准，不搞不切实际没有效益的信息化，更不搞花架子的信息化。2.3项目建设内容本项目将建设新闻出版行政许可网上审批 系统，建设统一的网上审批平台，对全国各省的行政许可和其他审批事项中尚未计算机处理的业务统一在网上实现审批处理，并在网上实现全国新闻出版行政许可审批业务的协同处理；对所有行政许可的实施过程进行视频、实时、全程的监察和监督，对
13、行政许可实现网上信息共享和联合审批，推动全国各省的政务公开工作的开展。同时，新闻出版行政许可网上审批主要是为了提高行政审批办事效率，方便办事人员了解审批结果。因此，我们将在审批环节过程中加入信息发布和信息查询功能。发布环节主要包括将审批环节的结果性结果通过网站发布在互联网上，提供网上查询功能。具体建设内容包括：1. 新闻出版广电总局网站的监察及审批扩展；2. 审批及监察数据交换平台（软件）开发； 3. 政务电子监察平台（软件）开发；4. 网上审批平台（软件）开发；5. 安全保障平台（软件）开发；6. 网上审批数据交换标准的制定；7. 运行服务器系统建设；8. 实现系统同现场触摸屏、短信接口。9
14、. 审批大厅现场图像监控系统（包括监控室）建设；10. 数据交换和共享实施的权责规则的制定；2.4项目建设特点和突破本项目建设充分结合XX区电子政务建设的实际、突出业务创新、技术创新和管理创新。1、把政务公开、网上审批和电子监察系统建设统一规划、分步建设，追求项目建设的全局性和整体性效果。根据多年的电子政务建设经验，各部门审批信息的共享，往往难以协调。信息无法共享，建设跨部门网上审批系统就无从谈起。把政务公开与跨部门网上审批和电子监察系统建设统一规划、分步建设，可以从根本上解决信息共享难的问题，促进网上审批平台的建设。2、编制统一的网上审批数据交换标准，从总体上解决各部门在网上审批和电子监察等
15、所要求的共享信息和采集数据的标准、方法等。3、在技术设计上实现网上审批和电子监察一体化设计、统一管理和分级授权使用。4、采用后台嵌入共享数据和前台嵌入协同应用的方法，彻底突破网上审批平台与部门审批业务系统之间的无缝联接和工作人员只需在一套系统上操作的难点。5、电子监察的业务范围，从行政许可扩大到所有行政许可、其他审批和登记、备案、资格资质认可、政府公开采购及其后续监督检查等更大范围。2.5项目实施计划项目实施期限为 8个月，具体工作进度：1、需求分析并确认；开发环境准备与改造、研发、测试环境搭建；由三名技术工程师进行系统需求调研，调研周期为1个月。2、系统研发；系统的详细设计包括物理环境设计和
16、系统功能设计系统改进和新功能实现，其主要任务是根据设计进行编码、单元测试，集成测试和试用。由八名研发工程师共同参与该系统的研发工作， 研发周期为6个月。3、系统的测试；主要任务是对整合后的系统进行整合测试及相应的模拟测试，测试其整体功能、性能、可靠性、可用性等一些质量、技术指标，对其BUG进行修正。 由两名测试工程师和三名技术工程师参与该系统的测试以及现场调试和部署，周期为1个月。第三章 项目建设需求分析3.1 业务分析3.1.1 行政审批事项繁多，差异大，环节多，时限长目前现有的审批事项中有些审批事项是各省具有终审权，涉及社会管理的方方面面，构成行政机关日常工作的重要的组成部分。每一项业务在
17、流程没有统一的标准或模式，业务审批的内容也存在巨大的差异，申请人面对大量的行政审批茫然不知所措。改进的措施是在目前行政审批梳理的基础上，对审批项目进行分类，已有计算机系统处理的审批项目，还是保留原来的处理方式，但是按照规范进行整改并向电子监察系统报送监察数据接受实时监察；没有计算机系统处理的审批项目，按照规范在网上审批平台构建业务。3.1.2 行政审批事项相对孤立，造成申请条件复杂由于管理上条块分割，总局对全国行政审批的管理以各省自律的方式为主，各省间缺乏相互交流，互相推诿的情况仍然存在。依据法律、法规各事项间存在相互关联，各行政审批在实施过程应进行行政审批信息的相互校验，但由于各部门相对独立
18、，使得信息的传递职责转移到申请人身上，为申请人带来不便，一部分申请人利用信息的不同步空档，躲避法规的监管，获得了行政审批。3.1.3 相对集中率低，信息化管理水平较低由于办公场所的限制，目前总局已设立了行政服务大厅，各省也设立了各自的办证大厅，但是由于进入大厅的行政审批事项还是较少，协同办公集中办理的功能得不到较好的发挥。同时各省在运用信息化手段管理行政审批起步较慢，使用系统管理的行政审批事项只有一部分，这其中的一些系统仍只是局限于登记和受理的管理功能上面。通过建立网上并联审批系统，打破地域限制，通过信息网，把各省的业务系统互联，没有业务系统各省局统一在网上审批平台上构建业务，构建虚拟的办证大
19、厅，结合原来的联办中心，发挥网上协同办公、协同审批的作用，更好的为人民服务。通过网上并联审批 系统，局领导可以实时的掌握全国审批项目的实施情况，实时监察各种审批项目的实施过程，更进一步，可以为出台相关的决策提供具体、有针对性的统计数据。第四章 系统总体方案4.1软件总体技术框架4.1.1系统应用体系结构网上审批系统，是一个全国性的顶层系统，需要与全国各省行政审批系统进行互联，需要与全国协同办公自动化系统进行互联，必须考虑以后业务的变化与扩展，因此系统的体系结构必须先进、稳定、易扩展，既需要安全稳健的系统平台支持，又需要面向更广阔的业务支撑和更灵活的应用集成扩展能力。4.1.2系统总体结构图网上
20、审批系统是基于太极统一应用软件平台来构造，该平台基于J2EE应用平台，采用JAVA、EJB、SERVLET、JSP、XML等JAVA2技术、以及组件技术、数据库技术，采用多层B/S应用结构体系，使整个应用系统建立在统一的平台上，充分体现了系统的先进性、可扩展性、可移植性等。系统基础平台：指为应用系统提供底层支持的部分，包括：网络（内部网、政府专网和互联网）、硬件平台（服务器、存储备份设备等）、操作系统（Unix/Windows/Linux等）、数据库管理系统。这些部分是应用系统运行的基础。J2EE平台：Java技术由于其跨平台特性、面向对象特性、安全特性等，使之已经成为构建企业级应用的事实上的
21、标准。J2EE（企业级Java）把数据库访问、企业级Java组件、命名和目录服务、动态页面生成、XML、事务服务等有机地集成在一起，并且提供集群等高级特性，使之特别适合构建复杂的大型应用，并保证系统具有很好的可扩展性。系统结构图如下：应用支撑平台Internet/Intranet数据库平台安全认证平台应用集成中间件 工作流中间件 门户中间件 应用服务器 消息中间件 数据访问中间件 统一标准规范 统一安全解决方案技术支撑数 据 交 换 平 台面向业务的应用系统统一门户宽带网络技术数据库/数据仓库技术 信 息 安 全 技 术GIS/GRS/RS技术 软件设计开发技术 其 他 技 术统一应用平台架构
22、图企 业政 府个 人服务提供4.1.3 J2EE架构本系统采用J2EE架构实现应用体系结构，本系统设计采用基于J2EE的技术,完全采用MVC+DAO（Model+View+Control+DAO）应用设计模式，使得层之间相对松耦合，具有良好的扩展性和稳定性，如图所示应用设计结构图：浏览器客户机JSP、ServletWebService客户端应用服务器Faade 业务逻辑层表现层DAOFactory 数据访问层关系数据库如：SQL ServerXML数据文件JCA、JMS等J2EE实现思路客户端应用控制请求处理请求执行业务定位业务展现Web服务DAOApp功能组件JCAData其它系统SOAP/
23、HTTPSOAP/HTTP客户端：用户通过WEB浏览器与不同应用程序交互，浏览器作为应用程序的客户可以使用JSP页面和XHTML来呈现客户页面。应用程序控制器：应用程序控制器是主控制器Servlet,负责初始化委派请求和响应请求处理程序。请求处理程序：JAVA类，通过调用相应的请求执行程序完成要求的处理，并对请求进行预处理，这种调用采用命令模式。请求执行程序：完成具体的请求活动，例如与服务交互。请求执行程序依靠业务定位程序发现相应的服务，然后通过这些服务访问需要的资源信息。业务定位程序：这些程序负责隐藏查找服务的复杂性，并提供缓存逻辑。业务展现接口：通过聚合来自多个系统或服务的方法，简化复杂对
24、象的视图。WEB服务：提供WEB服务端点的业务逻辑。DAO（数据访问接口）：封装数据库异构的复杂性，使得在应用服务层面独立于数据层面。J2EE是一个基于组件-容器模型的系统平台，其核心概念是容器。容器是指为特定组件提供服务的一个标准化的运行时环境，Java虚拟机就是一个典型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容器封装了J2EE底层的API，为组件提供事务处理、数据访问、安全性、持久性等服务。在J2EE中组件和组件之间并不直接访问，而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过“协议”来定义。容器的底层是J2EE服务器，它为容器提供J2EE中定义的各种
25、服务和API。一个J2EE服务器（也叫J2EE应用服务器）可以支持一种或多种容器。每个容器的服务包括两部分：J2SE（Java 2 Platform Standard Edition）和一组扩展的服务。这是因为J2EE是以Java标准版为基础的，各容器在J2SE之上再根据需要提供一些扩展的服务，如目录服务、事务管理、数据访问、消息机制、安全性等。EJB是J2EE平台的核心，也是J2EE得到业界广泛关注和支持的主要原因。我们知道，J2EE的一个主要目的就是简化企业应用系统的开发，使程序员将主要精力放在商业逻辑的开发上。EJB正是基于这种思想的服务器端技术，它本身也是一种规范，该规范定义了一个可重
26、用的组件框架来实现分布式的、面向对象的商业逻辑。EJB的核心思想是将商业逻辑与底层的系统逻辑分开，使开发者只需关心商业逻辑，而由EJB容器实现目录服务、事务处理、持久性、安全性等底层系统逻辑。企业级Java（Java 2 Enterprise Edition）的示意图。J2EE构架划分为表示层、业务层和数据层三个层次。在表示层，支持Java应用、在浏览器中的小应用程序、Corba客户端、以及Web客户端；在业务层，通过EJB Beans来实现业务逻辑，并运行在支持EJB的应用服务器中；数据层同样支持各种数据库管理系统。表示层和业务层之间主要通过RMI-IIOP进行通讯；业务层和数据层则通过JD
27、BC和SQL/J进行连结。J2EE使用的是业界的标准，而不是一个厂商的标准。特别是对OMG的Corba标准有很好的支持。它能够在各种不同的硬件平台和操作系统上运行。J2EE规范里包含了多种技术，并形成一个有机的整体：EJB：企业级Java组件，能够封装复杂的业务逻辑，并在整个系统范围内重用，支持远程调用和集群；RMI-IIOP：远程方法调用协议，支持Java程序象调用本地对象一样调用远程对象，该协议既支持Java本身的RMI调用，也支持CORBA的IIOP协议，因而能够与CORBA服务进行互访问；JDBC：提供Java程序访问数据库的标准接口；Servlet：支持动态地生成html页面，用于基
28、于浏览器的应用开发；JSP：能够通过混合编写java和html脚本，动态地生成html页面，比编写Servlet的开发效率更高；JTA：Java事务接口提供对事务的支持，包括分布式事务；JavaIDL：允许Java对象访问外部CORBA对象；JMS：Java消息服务，支持可靠的点对点、发布/订阅方式的消息传输；JNDI：Java命名和目录服务，支持按照名称来查找资源；JavaMail：提供在Java里面发送和接收电子邮件的支持；JAF：被JavaMail用来处理MIME数据；JAXP：Java处理XML文件的标准接口，支持SAX和DOM API；JCA：允许遗留的信息系统提供出适配器接口，与J
29、2EE应用程序进行整合；JAAS：支持基于用户的认证和授权模型；J2EE的特点在于：支持所有的硬件和操作系统平台，使用户在操作系统和硬件的选择上具有更大的自由度；技术规范更全面，对企业级应用的支持更强大；具有“编写一次，到处运行”的优点；系统的可扩展性更强，后期维护费用较低；适合大型的系统和关键的业务；现有标准，后有实现，标准的设计很完善；只需要用Java一种语言，开发效率高。4.1.4 MVC处理模式MVC是Model/View/Control的缩写。Model/View/Control是软件设计的典型结构。在这种设计结构下，一个应用被分为三个部分：Model、View和Controller
30、，每个部分负责不同的功能。Model是指对业务数据/信息的处理模块，包括对业务数据的存取、加工、综合等。；View是指用户界面，也就是面向用户的数据表示，Web的视图可以是HTML页面，也可以是图片或者其他媒体；Controller则负责View和Model之间的流程控制，也就是完成两个方向的动作：1.将用户界面(View)的操作映射到具体的Model，以完成具体的业务逻辑；2.将通过Model处理完的业务数据及时反应到用户界面(View)上。具体地说，视图可以用JSP或者HTML来定义，模型可以用Java对象来定义（通常称为Java Bean），控制器可以通过Java对象的动作类来定义。以下
31、是MVC架构的处理流程：MVC架构使得应用程序的结构更加清晰，通过将代码按照层次划分为业务逻辑/数据、用户界面和应用流程控制这三个层次，增强代码稳定性。我们知道，对于Model、View、Controller这三部分功能来讲，View的实现一般是由界面设计人员和界面程序员来完成，Model则是由业务逻辑程序员来完成，Controller则一般由负责整体控制的程序员来完成。Controller部分的代码比较稳定，一般会实现一个通用的架构；而Model则跟随商务流程的变化而变化；View的更改则是随着用户需求的更改而更改。这种模块功能的划分有利于在代码修改过程中进行模块的隔离，而不需要把具有不同功
32、能的代码混杂在一起造成混乱。对于项目开发而言，有利于在项目小组内按照小组成员各自的擅长进行分工，有利于三个部分并行开发、加快项目进度。4.1.5 XML技术XML即Extensible Markup Language(可扩展标记语言)的缩写。XML实际上是Web上表示结构化信息的一种标准文本格式，它没有复杂的语法和包罗万象的数据定义。XML同HTML一样，都来自SGML(标准通用标记语言)。SGML是一种在Web发明之前就早已存在的用标记来描述文档资料的通用语言。但SGML十分庞大且难于学习和使用。鉴于此，人们提出了HTML语言。但近年来，随着Web应用的不断深入，HTML在需求广泛的应用中已
33、显得捉襟见肘，有人建议直接使用SGML作为Web语言。但SGML太庞大了，学用两难尚且不说，就是全面实现SGML的浏览器也非常困难。于是Web标准化组织W3C建议使用一种精简的SGML版本-XML。XML与SGML一样，是一个用来定义其他语言的元语言。与SGML相比，XML规范不到SGML规范的1/10，简单易懂，是一门既无标签集也无语法的新一代标记语言。系统在数据交换中采用XML技术。4.1.6 StrutsStruts最早是作为Apache Jakarta项目的组成部分，项目的创立者希望通过对该项目的研究，改进和提高JavaServer Pages 、Servlet、标签库以及面向对象的技
34、术水准。Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。这个框架之所以叫Struts，是为了提醒我们记住那些支撑我们房屋，建筑，桥梁，甚至我们踩高跷时候的基础支撑。这也是一个解释Struts在开发Web应用程序中所扮演的角色的精彩描述。当建立一个物理建筑时，建筑工程师使用支柱为建筑的每一层提供支持。同样，软件工程师使用Struts为业务应用的每一层提供支持。它的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。如果想混合使用Servlets和JSP的优点来建立可扩展的应用，Struts是一个不错的选
35、择。4.1.7组件化系统设计应用功能服务组件提供系统功能，从技术实现上看，功能组件虽然只提供单一方面的功能，而且这些功能和一般应用系统中所提供的功能并没有太大的差异。但由于基于同一的平台进行构建、对外统一利用接口提供服务，因此在客户看来是一个完整的系统，而并非多个系统的有机集成。从业务实现的角度看，每一项业务的实现将不再以主体功能要求为标准进行系统划分与设计。因为平台上的功能组件已经基本包括了办公所需要的各种功能要求，对业务管理者来讲只需要根据业务本身的功能需求，选择合适的功能组件并加以组合使用，即可满足业务的功能要求。因此业务需求的实现将始终以业务的实际运作为主线及基准，而不再需要调整业务以
36、适应应用实现。在系统中，业务的实现已经不再需要区分到底是由那一个子系统完成的，用户只需要关心实现功能的组件是否可以满足其要求即可。当已有的功能组件不能满足业务的要求时，可以通过组件功能的扩展或者新增功能组件进行解决。并且由于整个业务的处理过程在同一平台、同一系统中完成，因此也不再存在信息关系被分割的情况。基于功能组件构建的三层结构应用子系统如下图所示。从子系统结构可以看出，功能服务组件组合使用之后在其中担任着业务逻辑层的作用，这和功能服务组件本身是一个功能服务提供者的特性是相吻合的。在多层分布式应用结构中，中间层即业务逻辑层担负着各种应用功能的提供；而功能服务组件的功能服务提供者能力正是中间层
37、所需要的。此外，子系统结构中的显示层逻辑，可以通过提供对外应用程序接口的功能服务组件加以实现；数据层连接及服务则可利用提供数据接口的功能服务组件加以实现。因此，利用功能服务组件概念构建的系统应用无论在结构或实际运行效果上都是符合多层分布式应用要求的。根据我们对电子政务应用系统需求的分析、现有系统应用情况的统计，综合总结得出系统所需的基础功能包括了数据管理、报表打印管理、权限管理、其他系统管理、工作流引擎等5个基础功能组件。4.1.7.1数据管理组件数据管理处理的对象包括各种类型的数据，以及数据处理界面。在系统中，对数据的处理手段一般包括了数据的增加、修改、删除、排序、筛选等基础手段，以及定制查
38、询、全文检索、数据统计、图表分析等高级手段。针对处理手段的需要，数据管理组件除提供了包括以上手段在内的各种数据处理功能，还允许用户通过自定义数据类型管理特殊业务的数据。数据处理界面一般应根据业务对数据处理的方式与习惯定制提供，但这种处理方式会使应用本身的灵活性降低。当数据处理方式或要求发生改变时，相应的数据处理界面就必须改变，而当这种改变需要在应用本身中进行时，就意味着必须对应用进行修改，不利于应用的重用和扩展。因此在数据管理组件增加了对数据处理界面的管理功能，即将处理界面的定制与应用本身脱离，当应用使用组件处理业务数据时，组件会动态调用事先定制的处理界面供用户使用。如果发生处理界面修改的情况
39、时，也无须对应用进行修改而只需在组件内重新定制即可。数据处理界面管理可以提供数据操作界面，也可以产生各种数据展现模板。DBMS数据处理界面描述数据管理组件用户界面数据操作数据用户4.1.7.2报表打印管理组件报表打印管理的对象是各种需要打印的数据文档，包括报表和公文。长久以来，打印一直是各种应用系统建设中的瓶颈。这是因为报表与公文的打印需求（内容、格式）经常发生变化，导致系统维护中不得不为此而作出相应的改动。为此，在打印管理中除了提供打印的功能之外，还包括了对打印对象的定制管理功能。利用定制管理功能，用户可以根据业务的需要自行定制各种报表及公文模板，并管理模板与实际数据之间的对应关系。当需要进
40、行打印操作的时候，组件会根据用户选择的报表或公文提取相应的模板及数据对应关系，然后产生用于打印的报表或公文实体。DBMS打印对象格式描述数据管理组件报表文档数据操作打印对象格式描述用户定义利用定制管理，报表及公文可以脱离应用本身进行定义，而且由于数据对应关系可以通过定制改变，将减少系统维护在此方面投入的资源。4.1.7.3权限管理组件权限管理组件的对象是用户的操作角色，角色对应操作权限。具体分为部门角色控制，个人角色控制。作为一个大型的应用系统，每个单位中的不同部门既有相同的业务，也有不同的业务。有些业务又是多部门协作的，所以就要根据不同的部门划分出不同的业务操作角色。在部门内部在根据日常工作
41、人员的业务分工，分配不同的角色给用户。同时用户可能是跨部门的，所以不同部门的相同用户的操作角色也会有所不同。对用户的管理是系统运行的基础。在组件中提供对全体系统用户的管理，管理的内容包括了用户的添加、删减、部门调整等。对用户的管理利用图形化目录树的形式进行。对用户的管理还包括角色和操作权限的管理。在系统中，每一个用户除了可按所在部门进行分组管理外，还可以根据用户权限进行分组、分角色管理。组件可实现对系统用户角色身份的设定、调整；对用户操作权限的设定、调整；对用户可使用的功能组件/业务模块的分配管理。其中操作权限的控制可到字段级。5.1.7.4工作流引擎组件工作流引擎使工作系列相互衔接、可实现任
42、务的自动化管理，主要分为两个模块，一是工作流的配置，二是工作流的执行。u 设计思路为了做到一个和具体业务无关的工作流，示意图如下图所示：工作流引擎在一个用户登录到系统后，必须能够判断该用户是处于开始岗位，一般的工作岗位，或者是结束岗位，（也有可能一个用户同时处于以上三种岗位，比如某项业务只有一个岗位办理的情况）。通过判断岗位类型，提供不同的操作集合以用户，具体操作集合所下表所示，其中阴影栏定位为系统默认的操作。提供的操作开始岗位中间岗位结束岗位创建新业务删除一宗业务提醒有新业务到达当前岗位提醒有业务被退回移接一宗业务判断在手业务是否超时浏览在手业务列表到在手业务的第一宗到在手业务的前一宗到在手
43、业务的后一宗到在手业务的最后一宗浏览某一宗业务情况开始办理某一宗保存撤销打印浏览打印结束办理移交一宗业务归档一宗业务u 工作流的配置用户可以对系统的岗位进行管理，比如增加一个岗位，删除一个岗位等，定义好了系统的所有岗位后，用户从系统已有的岗位上，选出某些岗位，按一定的顺序排序，并设好一个岗位办理该类业务的时限，从而配置了一条工作流。工作流引擎是想做到，一个通用的工作流底层实现，比如系统初始时，是一些未经配置的岗位，如下图所示：u 工作流的执行系统已被配置的工作流的开始岗位的用户，新创了一宗业务，从而产生了一个工作流对象。工作流引擎必须能判断该宗业务在该岗位所停留的时间是否超时（剔除节假日），如
44、果超时能够提醒用户该业务已超时；如果用户办完了该宗业务，接受用户的提交，然后把该宗业务移交到工作流的下一个岗位，（以先进先出的顺序，即最先移交的业务排在最上面），并提醒下一个岗位的所有用户；有新业务到达，当下一个岗位某个用户移接了该宗业务后，该业务从提示列表中消失；在这个岗位上，用户可以在办理完业务后，把业务移交到后一岗位，也可以直接把业务退件到上一个岗位的操作人（不是上一岗位）。就这样，业务一直被移交到工作流程的最后一个岗位，而这个岗位没有退件，就可以结束了一宗业务办理过程。4.1.7.5其他系统管理组件其他系统管理组件的对象包括了系统定制、工作日志记录、电子词典维护等。系统定制管理的是系统
45、操作界面的设定。由于系统是一个由多个子系统组成的大型系统，用户在系统中的角色各不相同，因此能够应用的子系统或功能组件也各不相同，这也导致了用户在操作界面上存在着差异。系统定制功能可以允许根据个人的喜好选择或调整系统操作界面的风格、形式；根据实际需要调整可用子系统/组件的显示方式、显示顺序，达到真正个性化的效果。工作日志记录管理的是每一个用户在系统中的操作。系统除使用硬件加密的手段保证用户登录系统的有效身份认证及对操作的记录、追踪、访问控制之外，还提供了日志记录的形式对用户在系统中具体操作进行记录，包括了用户登录系统的时间、登录IP、登录身份、具体操作情况等。电子词典维护管理的是系统中各子系统/组件的常用词。由于本系统针对办公应用，因此其中必然会使用众多的办公常用词，包括公文的主题词、常用语及其他常用信息（如省份名称、城市名称等）。组件可以提供对这些常用词的统一管理及维护，也允许用户自定义自己的电子词典。4.1.8系统技术特点u 基于J2EE的统一的网上审批 应用平台基于J2EE构架，依托政务网，建设区网上审批 系统，形成跨各审批部门的电子监察平台，实现对各审批部门的业务数据交换、信息互通机制。系统具有跨平台、安全、移植性强、易维护等特点。u 统一的系统管理平台系统具有统一系统管理平台，包括电子监察平台与网上审批平台的系统管理，主要功能有许可实
