1、吉林政务服务网建设方案（一期）2016年 3月1目 录第 6章 应用系统建设 .16.1行政审批电子监察平台建设 .16.1.1总体目标 16.1.2需求分析 16.1.3建设目标 46.1.4建设原则 66.1.5预期成效 76.1.6系统主要特点 .86.1.7总体设计 96.1.8系统功能 25第 7章 门户网站建设 .497.1应用层总体设计 .497.1.1 应用层规划方法 .497.1.2 总体规划架构设计 .537.1.3 主要技术路线 .557.1.4 应用系统建设与部署 597.2功能设计 617.2.1 政务服务网内容管理系统 .617.2.2 搜索引擎云服务 .767.2
2、.3 信息无障碍云平台 .827.2.4 智能交互机器人 .12427.2.5 移动客户端平台 .1307.3性能设计 1467.4资源共享与数据开放中心 .1477.4.1 数据接口标准规范 .1487.4.2 数据分类标准 .1497.4.3 建设标准 1527.4.4 应用系统接入标准 .1537.4.5 页面无障碍标准 1547.5老应用系统云化建设咨询 .1567.6测试与上线 1577.6.1 开发 .1577.6.2 开发测试环境 .1587.6.3 测试支持 1587.6.4 上线 .1581第 6章 应用系统建设6.1行政审批电子监察平台建设6.1.1总体目标全流程行政审批系
3、统建设总体目标结合政务大厅的实际情况，将从智慧服务、智慧办公、智慧监管和智慧基础设施四个层面进行全面推进，内容涵盖全流程行政审批综合管理、政务公开、公共服务、效能监察等各个功能，将网上政务服务虚拟大厅和政务服务实体大厅有机融合，形成立体服务模式，使窗口前台和支撑后台一体化服务，系统集成与无缝化管理，实现政务信息系统可以互联互通、信息共享和业务协同。同时系统在规划建设过程中将充分利用云计算、大数据、知识管理等技术，通过资源优化和系统融合，对大厅结构、系统、服务和管理四个基本要素进行最优化组合，提高行政审批办公、服务、监管的智能化水平，形成高效、便民的新型政府服务模式，有效利用信息化手段提升政府的
4、治理能力。6.1.2需求分析6.1.2.1用户需求分析 系统管理用户要求当业务系统中核心业务元数据包括部门、人员、角色、权限以及审批事项、流程、电子表单等信息发生新增、变更、移除等操作时，可自行完成，提供可视化的编辑界面，无需供应商参与维护。 系统使用用户职能部门：提供统一受理、审批平台，实现全流程业务审批，大大方便企业和市民，提高行政办公效率；实现为部门自有业务系统提供统一开放接口服务及其他数据交换或转移方式，减少二次录入工作；实现申报企业或个人厅内办事申报提交材料信息共享，一次提交无需再次录入，同时减轻审验难度。决策部门：对政务大厅各部门业务办理情况进行监控，实现绩效考核机制，辅助领导决策
5、支持，审批业务数据与电子监察系统无缝对接。实现与省级政务中心数据对接，并实现所辖县区的数据对接工作。 系统服务用户2企业、市民：享受简单便捷的“一体化”智慧服务。即综合办事和一口受理 (现场和网上多渠道受理)，可通过多种方式随时查询处理状态和结果，及时进行相关操作与审批相关人员进行信息交流。6.1.2.2业务需求分析 业务流程需求分析0-1行政审批核心业务流程图30-2行政审批电子监察平台整体业务流程单一事项审批的通用业务模型为：“申请-受理-初审-复审-决定-送达”等，各部门根据各自审批事项情况可不同。行政相对人在互联网上或实体大厅提出预审或申请，审批部门视情况作出不予受理、补正或受理决定，
6、在规定时限内依次进行初审、复审、决定与送达等阶段，审批全过程及结果进行公示、公开，领导决策人员、电子监察人员同步进行事前、事中与事后全过程监管。审批中的特殊流程与特殊环节，采用挂起暂停时间方式实现，以适应不同业务审批过程的不同需求。 多级联动业务需求40-3全省数据汇总、多级联动示意图吉林省行政审批电子监察系统的建立，需能与省级政务服务中心保持数据对接，并为县市（区）级政务服务中心预留数据接口，逐步打造省、市、县三级审批网络、 “一张网”服务、三级电子监察体系。6.1.3建设目标6.1.3.1打造一个“智慧大厅”50-4智慧大厅概念图充分利用物联网、互联网等高科技信息手段及辅助设备，全面整合和
7、优化配置中心办事人、工作人员、服务事项、申报资料、证照、办事环境等资源，有效集成服务项目，高效协同服务流程，为办事人提供方便快捷服务的方式。实现智能信息化的行政服务、标准规范化的服务流程、高效便捷化的公共服务、公正透明化的行政管理、科学规则化的效能评估，使公众享受到智慧型的行政服务。6.1.3.2建设两个“服务平台”暨以全流程行政审批系统为依托的政务中心实体服务平台和以“智慧服务”为宗旨的虚拟服务平台。实体平台采取窗口集中办理方式，基于全流程行政审批系统，提供人性化、面对面的智能服务；虚拟服务平台采取网上政务大厅实现网上预审、网上预约、取件通知、自助服务等个性化、全天候、可持续的便捷服务。充分
8、发挥两个平台的服务功能，以满足公众多层次、多元化的服务需求。6.1.3.3构建三个“业务体系”60-5政务大厅业务体系图 政务服务体系，推进智慧服务能够自动感知、预测民众所需的服务，为行政相对人提供个性化的服务。建设政府信息公开专栏、政务公开与政务服务网站，引导行政相对人办理有关事项。 业务运行体系，推进智慧办公实现各类审批、服务项目从窗口受理开始，即进入固化的网上流转程序。系统功能包括业务受理 、业务办理、咨询服务挂起处理、取件归档、联审批、主动公开、依申请公开等，系统进行自动提醒，如并联件提醒、催办提醒、会议通知等。系统集成了政府知识库，形成行政审批数据资源库，使窗口人员方便查询政策法规、
9、办事流程等。应用支撑体系，包括工作流引擎系统、据交换系统、短信通知系统、CA 认证系统、统一用户管理系统、子表单等。 监察管理体系，推进智慧监管实现全流程网上审批、全过程电子监察和资源共享，保证了审批的依法、规范和公开。包括对公开平台的内容监察、对公开平台的时效监察、对公开平台的即时监察、对办理系统的时效监察、对办理系统的流程监察、对办理系统的内容监察、对办理系统的收费监察。审批过程的所有环节均可进行电子追踪和视频监控，保证了审批行为的规范和监督的有效性。可以对突发性事件、异常办件进行自动报警、自动处置等。76.1.4建设原则1.标准性与规范性。遵循国家及吉林省制定的相关信息化建设的法规、规定
10、、标准等行业参考依据，进行标准化、规范化建设。2.先进性和成熟性。充分体现业务特点和管理特点，把科学的管理理念和先进的技术手段紧密结合起来。运用先进成熟的技术和标准化产品，适应业务和技术发展方向。3.经济性和实用性。应确保性能优良、节省投资。设计应面向实际，坚持实用、经济原则，并充分利用原有设备和信息资源。应考虑用户习惯，为用户提供友好的操作界面和丰富的联机帮助，注重实用性和经济性。4.可靠性和稳定性。要采用可靠的技术，具备故障分析与容灾、容错和快速恢复能力，要保障系统安全可靠，稳定性强， 。5.安全性和保密性。把安全性放在首位，既要满足行政审批电子监察业务的要求，又要实现信息安全保护。实现全
11、面的访问控制、行为审计和日志管理，合理分配权限，制订科学的安全策略，满足安全性和保密性要求。6.可扩展性和易维护性。设计具有一定的前瞻性，并充分考虑升级、扩容、扩展和维护的要求。充分考虑业务快速发展对系统的新要求。6.1.5预期成效6.1.5.1面向公众服务 申报前：获取信息媒体更加多样、渠道更加智能、流程更加清晰、内容更加规范、沟通更加顺畅； 审批中：预审预约少折腾、进度跟踪更透明、短信通知够及时、一表填报难度小、并联审批效率高； 审批后：提前取件早通知、监督投诉维权力、民主评议多渠道、下次申报更方便。6.1.5.2面向窗口部门 多种途径解决二次录入 证照共享减轻审验难度 材料共享减少录入时
12、间 业务协同提高审批效率6.1.5.3面向监管部门8 版本控制解决权力事项变更的动态管理 全流程权力环节细化为压缩时限提供依据 监察规则自定义为监察角度提供动态管理 异常事项短信通知提供智能化提醒服务 综合绩效解决日常管理与业务管理的数据融合6.1.6系统主要特点6.1.6.1信息公开更加全面全流程版电子监察系统在实现事项编码、事项名称、办理部门、行使依据、受理条件、收费依据和标准、承诺期限、服务表格、权利运行流程图、常见问题、岗位表、监督投诉电话、办理地点、法定期限等公开项，使政务服务信息公开更加全面。6.1.6.2版本控制体现成果全流程行政审批综合管理系统实现行政审批事项的版本控制管理，涉
13、及每个部门的每一个审批事项都按版本管理，每次事项的变更，主要包括申报材料、前提条件、法律依据、收费标准、承诺时限等都将按照版本升级管理，审批事项不影响已发生的审批办件信息。版本控制的功能在于跟踪记录整个审批事项的变更过程，以便对不同阶段的事项进行表示并进行差别分析，便于汇总不同时间段行政审批事项的全生命周期变化。6.1.6.3权力流程更加透明一般通用行政审批电子监察系统主要是对受理、缴费和办结等与申请人发生交互的环节进行管理和监察，对于审批业务的具体办理过程，只有时限上的要求，对于时限内的审批过程和具体环节，属于是不透明的黑盒部分。全流程电子监察系统打破这种约束，根据审批服务事项实际情况，完全
14、还原审批真实过程，通过节点形式细化到审批过程的每一步，定岗位、定时限、定责任。6.1.6.4权力运行更加规范全流程行政审批系统的权力运行，利用工作流引擎、电子表单等工具，实现了部门内部多处室节点间的串联、并联、串并结合等审批模式自定义，权力运行完全按照事先定义好的标准进行，使权利运行更加规范，工作效率更一步提高。6.1.6.5证照结果信息共享系统中引入了材料资源目录、申报主体库、申报材料资源库和审批结果资源库，审批相对人在大厅提供审批事项所需申报材料的同时，系统将根据材料资源目录自动将材料加入资源库，其审批结果也将汇入资源库，相对人再次申请其他项目时可直接使用资源库中9的材料，同时资源库也可通
15、过接口服务实现和第三方系统的资源共享。6.1.6.6权力时限更加精准全流程电子监察系统从窗口接单即时开始计时，时间掐算到分秒，改变了原受理后第二天开始计时的规则，审批事项的每一个环节都要定义承诺时限，一个环节结束，下一个环节自动开始计时，从一定程度上压缩了审批时限，提高了办事效率。办理过程中听证、招标、拍卖、检验、检测、检疫、鉴定、专家评审等依法不计入期限的环节，可进行挂起操作，即时暂停，但要予以说明。6.1.6.7权力监管更加到位全流程电子监察系统通过流程及节点的设定，将监管深度由原来的形式监管转变为实质监管，将监管深入到权利运行的每一个环节。同时根据国家对政务服务电子政务平台试点要求，通过
16、预先设定的监察规则按服务事项阶段不同划分的事项公开、咨询服务、网上预审等的事前监察，事项受理、事项审查、事项办结、事项取件等的事中监察，效能分析、民主评议等的事后监察以及按照监察主题不同划分的内容监察、时效监察、流程监察、结果监察等。实现面向监管部门监督管理更加到位全流程电子监察系统通过流程及节点的设定，将监管深度由原来的形式监管转变为实质监管，将监管深入到权利运行的每一个环节。同时根据国家对政务服务电子政务平台试点要求，通过预先设定的监察规则按服务事项阶段不同划分的事项公开、咨询服务、网上预审等的事前监察，事项受理、事项审查、事项办结、事项取件等的事中监察，效能分析、民主评议等的事后监察以及
17、按照监察主题不同划分的内容监察、时效监察、流程监察、结果监察等。实现面向监管部门监督管理更加到位。6.1.6.8效能分析更加科学全流程电子监察系统的效能分析从原来的只能对部门分析，细化到了岗位及个人，将个人工作量统计由虚变实。同时对事项时限从原来的整体时限分析细化到了具体节点时限分析，有利于为进一步压缩事项承诺时限提供科学依据。6.1.7总体设计6.1.7.1整体架构100-3行政审批电子监察平台整体架构6.1.7.2网络拓扑结构（根据地区实际）政务网I S PW E B 服务器数据库服务器备份服务器防火墙I D S防火墙互联网接入区安全管理区 前置服务区 核心服务区路由器W E B 防火墙交
18、换机应用服务器电子印章服务器身份认证网关用户管理服务器前置机外网用户内部用户防火墙省监察厅电子监察系统数据签名服务器0-4网络拓扑结构图本次政务服务中心行政审批电子监察平台的建设充分依托吉林省政务云计算中心基础设施，应用及数据库服务等无需二次建设。由云计算中心提供基础硬件环境及网络环境保11障，并提供足够满足系统运行的网络带宽、保障网络安全等。6.1.7.3技术框架 技术框架结构政务服务中心行政审批电子监察系统基于 J2EE应用平台，采用JAVA、EJB、SERVLET、JSP、XML 等 JAVA2技术、以及组件技术、数据库技术，采用多层B/S应用结构体系，使整个应用系统建立在统一的平台上，
19、充分体现了系统的先进性、可扩展性、可移植性等。 系统基础平台：指为应用系统提供底层支持的部分，包括：网络（内部网、政府专网和互联网） 、硬件平台（服务器、存储备份设备等） 、操作系统（Unix/Windows/Linux 等） 、数据库管理系统。这些部分是应用系统运行的基础。 J2EE平台：Java 技术由于其跨平台特性、面向对象特性、安全特性等，使之已经成为构建企业级应用的事实上的标准。J2EE（企业级 Java）把数据库访问、企业级 Java组件、命名和目录服务、动态页面生成、XML、事务服务等有机地集成在一起，并且提供集群等高级特性，使之特别适合构建复杂的大型应用，并保证系统具有很好的可
20、扩展性。系统结构图如下：12信 息 交 互 技 术0-5技术框架图 J2EE架构本系统采用 J2EE架构实现应用体系结构，本系统设计采用基于 J2EE的技术,完全采用MVC+DAO（Model+View+Control+DAO）应用设计模式，使得层之间相对松耦合，具有良好的扩展性和稳定性，如图所示应用设计结构图：130-6J2EE结构图J2EE实现思路：140-7J2EE实现思路客户端：用户通过 WEB浏览器与不同应用程序交互，浏览器作为应用程序的客户可以使用 JSP页面和 XHTML来呈现客户页面。 应用程序控制器：应用程序控制器是主控制器 Servlet,负责初始化委派请求和响应请求处理程
21、序。 请求处理程序：JAVA 类，通过调用相应的请求执行程序完成要求的处理，并对请求进行预处理，这种调用采用命令模式。 请求执行程序：完成具体的请求活动，例如与服务交互。请求执行程序依靠业务定位程序发现相应的服务，然后通过这些服务访问需要的资源信息。 业务定位程序：这些程序负责隐藏查找服务的复杂性，并提供缓存逻辑。 业务展现接口：通过聚合来自多个系统或服务的方法，简化复杂对象的视图。WEB服务：提供 WEB服务端点的业务逻辑。 15DAO（数据访问接口）：封装数据库异构的复杂性，使得在应用服务层面独立于数据层面。 J2EE是一个基于组件-容器模型的系统平台，其核心概念是容器。容器是指为特定组件
22、提供服务的一个标准化的运行时环境，Java 虚拟机就是一个典型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容器封装了 J2EE底层的 API，为组件提供事务处理、数据访问、安全性、持久性等服务。在 J2EE中组件和组件之间并不直接访问，而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过“协议”来定义。容器的底层是 J2EE服务器，它为容器提供 J2EE中定义的各种服务和 API。一个 J2EE服务器（也叫 J2EE应用服务器）可以支持一种或多种容器。每个容器的服务包括两部分：J2SE（Java 2 Platform Standard Edition）和一组扩展的
23、服务。这是因为 J2EE是以Java标准版为基础的，各容器在 J2SE之上再根据需要提供一些扩展的服务，如目录服务、事务管理、数据访问、消息机制、安全性等。EJB是 J2EE平台的核心，也是 J2EE得到业界广泛关注和支持的主要原因。我们知道，J2EE的一个主要目的就是简化企业应用系统的开发，使程序员将主要精力放在商业逻辑的开发上。EJB 正是基于这种思想的服务器端技术，它本身也是一种规范，该规范定义了一个可重用的组件框架来实现分布式的、面向对象的商业逻辑。EJB 的核心思想是将商业逻辑与底层的系统逻辑分开，使开发者只需关心商业逻辑，而由 EJB容器实现目录服务、事务处理、持久性、安全性等底层
24、系统逻辑。 企业级 Java（Java 2 Enterprise Edition）的示意图。160-8J2EE架构示意图J2EE构架划分为表示层、业务层和数据层三个层次。 在表示层，支持 Java应用、在浏览器中的小应用程序、Corba 客户端、以及 Web客户端；在业务层，通过 EJB Beans来实现业务逻辑，并运行在支持 EJB的应用服务器中；数据层同样支持各种数据库管理系统。表示层和业务层之间主要通过 RMI-IIOP进行通讯；业务层和数据层则通过 JDBC和 SQL/J进行连结。 J2EE使用的是业界的标准，而不是一个厂商的标准。特别是对 OMG的 Corba标准有很好的支持。它能够
25、在各种不同的硬件平台和操作系统上运行。 J2EE规范里包含了多种技术，并形成一个有机的整体： EJB：企业级 Java组件，能够封装复杂的业务逻辑，并在整个系统范围内重用，支持远程调用和集群； RMI-IIOP：远程方法调用协议，支持 Java程序象调用本地对象一样调用远程对象，该协议既支持 Java本身的 RMI调用，也支持 CORBA的 IIOP协议，因而能够与 CORBA服务进行互访问； 17JDBC：提供 Java程序访问数据库的标准接口；Servlet：支持动态地生成 html页面，用于基于浏览器的应用开发； JSP：能够通过混合编写 java和 html脚本，动态地生成 html页
26、面，比编写 Servlet的开发效率更高；JTA：Java 事务接口提供对事务的支持，包括分布式事务； JavaIDL：允许 Java对象访问外部 CORBA对象； JMS：Java 消息服务，支持可靠的点对点、发布/订阅方式的消息传输； JNDI：Java 命名和目录服务，支持按照名称来查找资源； JavaMail：提供在 Java里面发送和接收电子邮件的支持； JAF：被 JavaMail用来处理 MIME数据； JAXP：Java 处理 XML文件的标准接口，支持 SAX和 DOM API； JCA：允许遗留的信息系统提供出适配器接口，与 J2EE应用程序进行整合； JAAS：支持基于用
27、户的认证和授权模型； J2EE 的特点在于：支持所有的硬件和操作系统平台，使用户在操作系统和硬件的选择上具有更大的自由度； 技术规范更全面，对企业级应用的支持更强大； 具有“编写一次，到处运行”的优点； 系统的可扩展性更强，后期维护费用较低； 适合大型的系统和关键的业务； 现有标准，后有实现，标准的设计很完善； 只需要用 Java一种语言，开发效率高。 MVC处理模式MVC是 Model/View/Control的缩写。Model/View/Control 是软件设计的典型结构。在这种设计结构下，一个应用被分为三个部分：Model、View 和 Controller，每个部分负责不同的功能。M
28、odel 是指对业务数据/信息的处理模块，包括对业务数据的存取、加工、综合等。View 是指用户界面，也就是面向用户的数据表示，Web 的视图可以是 HTML页面，也可以是图片或者其他媒体；Controller 则负责 View和 Model之间的流程控制，也就是完成两个方向的动作：1.将用户界面(View)的操作映射到具体的 Model，以完成具体的业务逻辑；2. 将通过 Model处理完的业务数据及时反应到用户界面(View)上。具体地说，视图可以用 JSP或者 HTML来定义，模型可以用 Java对象来定义（通常称为 Java Bean） ，控制器可以通过 Java对象的动作类来定义。以
29、下是 MVC架构的处理流程： 180-9MVC处理流程图MVC架构使得应用程序的结构更加清晰，通过将代码按照层次划分为业务逻辑/数据、用户界面和应用流程控制这三个层次，增强代码稳定性。我们知道，对于Model、View、Controller 这三部分功能来讲，View 的实现一般是由界面设计人员和界面程序员来完成，Model 则是由业务逻辑程序员来完成，Controller 则一般由负责整体控制的程序员来完成。Controller 部分的代码比较稳定，一般会实现一个通用的架构；而Model则跟随商务流程的变化而变化；View 的更改则是随着用户需求的更改而更改。这种模块功能的划分有利于在代码修
30、改过程中进行模块的隔离，而不需要把具有不同功能的代码混杂在一起造成混乱。对于项目开发而言，有利于在项目小组内按照小组成员各自的擅长进行分工，有利于三个部分并行开发、加快项目进度。 XML技术XML即 Extensible Markup Language(可扩展标记语言)的缩写。 XML实际上是 Web上表示结构化信息的一种标准文本格式，它没有复杂的语法和包罗万象的数据定义。XML 同 HTML一样，都来自 SGML(标准通用标记语言)。SGML 是一种在 Web发明之前就早已存在的用标记来描述文档资料的通用语言。但 SGML十分庞大且难于学习和使用。鉴于此，人们提出了 HTML语言。但近年来，
31、随着 Web应用的不断深入，HTML 在需求广泛的应用中已显得捉襟见肘，有人建议直接使用 SGML作为 Web语言。但 SGML太庞大了，学用两难尚且不说，就是全面实现 SGML的浏览器也非常困难。于是 Web标准化组织W3C建议使用一种精简的 SGML版本-XML。XML 与 SGML一样，是一个用来定义其他语言的元语言。与 SGML相比，XML 规范不到 SGML规范的 1/10，简单易懂，是一门既无标签集也19无语法的新一代标记语言。 系统在数据交换中采用 XML技术。 StrutsStruts最早是作为 Apache Jakarta项目的组成部分，项目的创立者希望通过对该项目的研究，改
32、进和提高 JavaServer Pages 、Servlet、标签库以及面向对象的技术水准。Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。这个框架之所以叫“Struts“，是为了提醒我们记住那些支撑我们房屋，建筑，桥梁，甚至我们踩高跷时候的基础支撑。这也是一个解释 Struts在开发 Web应用程序中所扮演的角色的精彩描述。当建立一个物理建筑时，建筑工程师使用支柱为建筑的每一层提供支持。同样，软件工程师使用 Struts为业务应用的每一层提供支持。它的目的是为了帮助我们减少在运用 MVC设计模型来开发 Web应用的时间。我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重
33、的工作。如果想混合使用 Servlets和 JSP的优点来建立可扩展的应用，Struts 是一个不错的选择。 组件化系统设计系统采用应用功能服务组件来快速构建一个稳定、高效、易用的信访信息管理平台。应用功能服务组件提供系统功能，从技术实现上看，功能组件虽然只提供单一方面的功能，而且这些功能和一般应用系统中所提供的功能并没有太大的差异。但由于基于同一的平台进行构建、对外统一利用接口提供服务，因此在客户看来是一个完整的系统，而并非多个系统的有机集成。 从业务实现的角度看，每一项业务的实现将不再以主体功能要求为标准进行系统划分与设计。因为平台上的功能组件已经基本包括了办公所需要的各种功能要求，对业务
34、管理者来讲只需要根据业务本身的功能需求，选择合适的功能组件并加以组合使用，即可满足业务的功能要求。因此业务需求的实现将始终以业务的实际运作为主线及基准，而不再需要调整业务以适应应用实现。 在系统中，业务的实现已经不再需要区分到底是由那一个子系统完成的，用户只需要关心实现功能的组件是否可以满足其要求即可。当已有的功能组件不能满足业务的要求时，可以通过组件功能的扩展或者新增功能组件进行解决。并且由于整个业务的处理过程在同20一平台、同一系统中完成，因此也不再存在信息关系被分割的情况。 基于功能组件构建的三层结构应用子系统如下图所示。 0-10组件化结构示意图从子系统结构可以看出，功能服务组件组合使
35、用之后在其中担任着业务逻辑层的作用，这和功能服务组件本身是一个功能服务提供者的特性是相吻合的。在多层分布式应用结构中，中间层即业务逻辑层担负着各种应用功能的提供；而功能服务组件的功能服务提供者能力正是中间层所需要的。此外，子系统结构中的显示层逻辑，可以通过提供对外应用程序接口的功能服务组件加以实现；数据层连接及服务则可利用提供数据接口的功能服务组件加以实现。因此，利用功能服务组件概念构建的系统应用无论在结构或实际运行效果上都是符合多层分布式应用要求的。 根据我们对电子政务应用系统需求的分析、现有系统应用情况的统计，综合总结得出系统所需的基础功能包括了数据管理、报表打印管理、权限管理、其他系统管
36、理、工作流引擎等 5个基础功能组件。 数据管理组件数据管理处理的对象包括各种类型的数据，以及数据处理界面。 在系统中，对数据的处理手段一般包括了数据的增加、修改、删除、排序、筛选等基础手段，以及定制查询、全文检索、数据统计、图表分析等高级手段。针对处理手段的需21要，数据管理组件除提供了包括以上手段在内的各种数据处理功能，还允许用户通过自定义数据类型管理特殊业务的数据。 数据处理界面一般应根据业务对数据处理的方式与习惯定制提供，但这种处理方式会使应用本身的灵活性降低。当数据处理方式或要求发生改变时，相应的数据处理界面就必须改变，而当这种改变需要在应用本身中进行时，就意味着必须对应用进行修改，不
37、利于应用的重用和扩展。因此在数据管理组件增加了对数据处理界面的管理功能，即将处理界面的定制与应用本身脱离，当应用使用组件处理业务数据时，组件会动态调用事先定制的处理界面供用户使用。如果发生处理界面修改的情况时，也无须对应用进行修改而只需在组件内重新定制即可。数据处理界面管理可以提供数据操作界面，也可以产生各种数据展现模板。0-11数据处理流程图 报表打印管理组件报表打印管理的对象是各种需要打印的数据文档，包括报表和公文。 长久以来，打印一直是各种应用系统建设中的瓶颈。这是因为报表与公文的打印需求（内容、格式）经常发生变化，导致系统维护中不得不为此而作出相应的改动。为此，在打印管理中除了提供打印
38、的功能之外，还包括了对打印对象的定制管理功能。22利用定制管理功能，用户可以根据业务的需要自行定制各种报表及公文模板，并管理模板与实际数据之间的对应关系。当需要进行打印操作的时候，组件会根据用户选择的报表或公文提取相应的模板及数据对应关系，然后产生用于打印的报表或公文实体。0-12打印管理流程图利用定制管理，报表及公文可以脱离应用本身进行定义，而且由于数据对应关系可以通过定制改变，将减少系统维护在此方面投入的资源。 权限管理组件权限管理组件的对象是用户的操作角色，角色对应操作权限。具体分为部门角色控制，个人角色控制。 作为一个大型的应用系统，每个单位中的不同部门既有相同的业务，也有不同的业务。
39、有些业务又是多部门协作的，所以就要根据不同的部门划分出不同的业务操作角色。在部门内部在根据日常工作人员的业务分工，分配不同的角色给用户。同时用户可能是跨部门的，所以不同部门的相同用户的操作角色也会有所不同。对用户的管理是系统运行的基础。在组件中提供对全体系统用户的管理，管理的内容包括了用户的添加、删减、部门调整等。对用户的管理利用图形化目录树的形式进行。 对用户的管理还包括角色和操作权限的管理。在系统中，每一个用户除了可按所在部门进行分组管理外，还可以根据用户权限进行分组、分角色管理。组件可实现对系统用户角色身份的设定、调整；对用户操作权限的设定、调整；对用户可使用的功能组件/业务模23块的分
40、配管理。其中操作权限的控制可到字段级。 工作流引擎组件工作流引擎使工作系列相互衔接、可实现任务的自动化管理，主要分为两个模块，一是工作流的配置，二是工作流的执行。 设计思路 为了做到一个和具体业务无关的工作流，示意图如下图所示：开始岗位工作岗位结束岗位退件移交移交退件0-13工作流示意图工作流引擎在一个用户登录到系统后，必须能够判断该用户是处于开始岗位，一般的工作岗位，或者是结束岗位， （也有可能一个用户同时处于以上三种岗位，比如某项业务只有一个岗位办理的情况） 。 工作流的配置 用户可以对系统的岗位进行管理，比如增加一个岗位，删除一个岗位等，定义好了系统的所有岗位后，用户从系统已有的岗位上，
41、选出某些岗位，按一定的顺序排序，并设好一个岗位办理该类业务的时限，从而配置了一条工作流。工作流引擎是想做到，一个通用的工作流底层实现，比如系统初始时，是一些未经配置的岗位，如下图所示： 240-14工作流配置示意图 工作流的执行 系统已被配置的工作流的开始岗位的用户，新创了一宗业务，从而产生了一个工作流对象。工作流引擎必须能判断该宗业务在该岗位所停留的时间是否超时（剔除节假日） ，如果超时能够提醒用户该业务已超时；如果用户办完了该宗业务，接受用户的提交，然后把该宗业务移交到工作流的下一个岗位， （以先进先出的顺序，即最先移交的业务排在最上面），并提醒下一个岗位的所有用户；有新业务到达，当下一个
42、岗位某个用户移接了该宗业务后，该业务从提示列表中消失；在这个岗位上，用户可以在办理完业务后，把业务移交到后一岗位，也可以直接把业务退件到上一个岗位的操作人（不是上一岗位） 。就这样，业务一直被移交到工作流程的最后一个岗位，而这个岗位没有退件，就可以结束了一宗业务办理过程。 其他系统管理组件其他系统管理组件的对象包括了系统定制、工作日志记录、电子词典维护等。 系统定制管理的是系统操作界面的设定。由于系统是一个由多个子系统组成的大型系统，用户在系统中的角色各不相同，因此能够应用的子系统或功能组件也各不相同，这也导致了用户在操作界面上存在着差异。系统定制功能可以允许根据个人的喜好选择或调整系统操作界
43、面的风格、形式；根据实际需要调整可用子系统/组件的显示方式、显示顺序，达到真正个性化的效果。 工作日志记录管理的是每一个用户在系统中的操作。系统除使用硬件加密的手段保证用户登录系统的有效身份认证及对操作的记录、追踪、访问控制之外，还提供了日志记录的形式对用户在系统中具体操作进行记录，包括了用户登录系统的时间、登录 IP、登录身25份、具体操作情况等。 电子词典维护管理的是系统中各子系统/组件的常用词。由于本系统针对办公应用，因此其中必然会使用众多的办公常用词，包括公文的主题词、常用语及其他常用信息（如省份名称、城市名称等） 。组件可以提供对这些常用词的统一管理及维护，也允许用户自定义自己的电子
44、词典。 系统技术特点 基于 J2EE的统一的网上联合审批及电子监察应用平台基于 J2EE构架，建设网上行政审批及电子监察系统，形成跨各审批部门的电子监察平台，实现对各审批部门的业务数据交换、信息互通机制。 系统具有跨平台、安全、移植性强、易维护等特点。 统一的系统管理平台 系统具有统一系统管理平台，包括电子监察平台与网上联合审批平台的系统管理，主要功能有许可实施部门管理、用户管理、岗位管理、权限管理、系统日志管理、系统参数管理、流程管理等统一管理功能。 统一的安全体系 系统构建统一的安全体系，从数据层、应用层等不同层次提供统一的安全保障机制。 6.1.8系统功能6.1.8.1全流程行政审批综合
45、管理系统6.1.8.1.1综合管理子系统 系统初始化负责定义系统的初始化参数，包括系统中使用常量、附件内容、功能菜单、预制参数、关键节点等数据的初始化设置。 事项定义事项定义是全流程行政审批电子监察系统的核心。所有进入系统的审批和服务事项，都要通过事项定义模块录入并维护项目的名称、申报材料、前提条件、审批程序、办事依据、收费标准、承诺时限、受理部门等信息；同时该模块采用版本化管理，可全面体现事项梳理再造的全过程。 廉政风险系统中可设置完善的廉政风险防空措施，以审批岗位与廉政风险点相挂钩，可在事前、26事中、事后对行政审批事项的廉政风险行为进行全过程监控。 辅助办公系统提供较为完善的辅助办公功能
46、，包括新闻动态、交流园地、在线通知、签到管理等功能。 资源库管理为完善行政权利资源共享，加强行政权利资源的利用，系统实现了企业信息库、申报材料库、审批结果资源库之间的数据互动和资源共享；一个企业在申请行政权利事项时，其所提交的申报材料可根据企业的身份 ID自动进入申报材料库和企业信息库，其所产生的审批结果也将自动进入审批结果资源库，当其再次申请其他审批资源时，以上各个资源库的内容可进行共享利用，减少企业的申报难度，缩短审批时限，极大的方便了广大办事人民群众，同时也降低了窗口工作人员的工作量，提高了审批效率。 审批指南显示各个部门行政审批项目的详细信息，包括项目的名称、编号、办件类型、承诺时限、
47、收费标准、审批和收费依据、申报材料等信息，承诺件将显示具体部门内科室审批流程。 部门电话系统提供所有入厅人员的基本信息和工作电话的查询。 自定义工作流自定义工作流可以详尽的定义出审批事项的流转过程、每个节点的参与人、产生的费用、需要的时限，在审批件流转的过程中，完全按照预定义的流程进行审批，可以清楚的看到整个流转的过程，为以后审批事项的梳理再造提供实际的依据，通过流程节点的定义也可以清晰的发现究竟有多少审批权力实际的划归到了审批窗口，有多少还是存在前殿后场的问题，为审批权的相对集中改革打好基础。 自定义表单自定义表单的引入可以为部分没有垂直业务系统的窗口单位解决只能依靠纸质办公的问题，同时由于
48、现有系统的数据采集方式单一，只是简单的记录了办件信息，大量实际业务数据没有进入系统，难以同第三方系统进行数据交换，为解决以上问题，系统中可根据审批事项的不同，定义出符合实际审批需要的相对人数据采集表单，便于和第三方审批系统进行数据交换也更贴近实际的审批过程。27 工作日维护系统可根据自定义工作流系统中设定的事项环节时限，对办件的每个环节具体的办理时间进行精确计算，环节的承诺时限可精确到小时，支持工时预定义、节假日、夏令时等功能；同时系统可对因节假日工时变更所产生的问题办件进行再次调整，保证权利事项平稳运行。 部门过滤系统支持对同一张统计报表使用不同的统计规则，可根据报表的实际需求进行其所涉及部
49、门的自定义过滤，实现一张报表多种方式展现。 密码管理如系统使用用户名、密码的登录方式，系统管理员可在该模块下对所有系统使用人员的密码进行管理，包括初始化密码、修改密码、重置密码等。6.1.8.1.2综合业务子系统 启动任务启动任务是提供给收件窗口人员进行登记申报项目和申报材料的模块。根据每个申报项目信息的不同、服务所配置的信息和所属的材料不同，收件窗口人员录入相应的信息。对于申请材料齐全，符合法定形式，受理此件，并打印受理通知单给申报人员。对于缺少申报材料的，收件窗口人员将对申报人员实行一次性告知制度，并打印不予受理通知单给申报人员。窗口收件登记完成后，系统自动生成一个统一的申报号，做为后续申报人查询申报情况的时候使用。 补齐补正系统支持补齐补正过程，如相对人在申请过程中缺少部分材料或某些材料需要补正，系统可先记录相对人已经符合条件的申报信息，待补齐补正材料后再出具受理意见，同时系统可打印一次性告知单，通知相对人缺少的材料，整个过程不计入审批时间。 待办任务窗口收件、外网预审件经审核合格相关条例规定、材料齐全之后，开始进入受理状态。此时，申报件自动根据实现预定义的办事流程，启动流程引擎，将受理件送往流程定义的环节的相关办理责任人。各委办
