智慧政务管理综合信息服务平台系统v

智慧政务管理综合信息服务平台系统v内容摘要：

商务、政府文档、司法、出版、 CAD/CAM、保险机构、厂商和中介组织信息交换等领域中一展身手，针对不同的系统、厂商提供各具特色的独立解决方案。 XML 的最大优点在于它的数据存储格式不受显示格式的制约。 一般来说，一篇文档包括三个要素 : 数据、结构以及显示方式。 对于 HTML来说，显示方式内嵌在数据中，这样在创建文本时，要时时考虑输出格式，如果因为需求不同而需要对同样的内容进行不同风格的显示时，要从头创建一个全新 的文档，重复工作量很大。 此外 HTML 缺乏对数据结构的描述，对于应用程序理解文档内容、抽取语义信息都有诸多不便。 XML 把文档的三要素独立开来，分别处理。 首先把显示格式从数据内容中独立出来，保存在样式单文件（ Style Sheet）中，这样如果需要改变文档的显示方式，只要修改样式单文件就行了。 XML 的自我描述性质能够很好地表现许多复杂的数据关系，使得基于 XML 的应用程序可以在XML 文件中准确高效地搜索相关的数据内容，忽略其他不相关部分。 XML 还有其他许多优点，比如它有利于不同系统之间的信息交流，完全可以充当 网际语言，并有希望成为数据和文档交换的标准机制。 工作流技术 根据 WfMC 的定义，工作流（ Workflow）就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。 简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。 workflow one工作流系统是我公司推出的工作流设计系统，它是一个完整的工作流定义、管理和控制系统。 工作流流程定义工具 功能特点：  开发和配置工作流时，采用图形化的操作方式，无须编  写任何的程序  快速 的流程开发和配置  流程状态的实时监控、跟踪和分析  与多种数据库无缝集成  支持多点的分布式部署 功能结构： 工作流系统在功能结构上分成三部分  工作流引擎 工作流的逻辑基础，控制流程的执行情况  设计工具 图形化流程定义的集成环境，通过图形化的操作，实现流程的定义和修改。  监控工具 提供一个图形化的监控工具，负责监控流程的执行情况。 实现的功能： 1) 自定义流程 2) 公文流转 3) 表单管理 4) 任务管理 5) 归档 6) 文稿编辑 7) 工作提醒 8) 权限管理 9) 流程监控 三、 系统功能及内容 平台设计 应用支撑平台设计 应用支撑平台建设目标 应用支撑平台是连接基础设施和应用系统的桥梁，是以应用服务器、中间件技术为核心的基础软件技术支撑平台，其作用是实现资源的有效共享和应用系统的互连互通，为应用系统的功能实现提供技术支持、多种服务及运行环境，是实现应用系统之间、应用系统与其他平台之间进行信息交换、传输、共享的核心。 应用支撑平台由运行环境软件和公用子系统开发二部分组成，其中公用子系统开发由数据交换、统一用户管理、身份认证、门户、业务应用中间件组织、综合检索、模型接口、移动办公、GIS 服务、空间数据预处理等构成，服务于上层的业务应用系统，连接下层的基础支撑平台，是保障系统整体稳定、安全运行的中枢神经。 应用支撑平台设计思路 应用支撑平台是整个软件系统的核心平台，是系统的关键应用。 应用支撑平台将门户系统、目录服务系统、消息队列系统、报表系统、应用整合套件、 GIS支撑软件、数据交换与共享系统、内容管理系统、系统管理平台、综合检索平台、移动平台集成在一起，形成一个由运行环境软件和公用子系统开发二部分组成的应用支撑平台。 应用支撑平台，具有对上层应用的支撑，对下层与基础设施的联系，同时还具有总公 司、分公司等各级平台之间的相互联系枢纽作用。 应用支撑平台通过数据交换与共享子系统，将总公司、分公司数据集成在一起，通过业务应用中间件组织，将各业务系统服务集成在一起，通过门户系统、统一用户管理系统和身份验证系统，将各业务系统的用户、权限和操作界面整合在一起。 应用支撑平台建立统一的安全体系和系统标准规范。 这些体系和标准规范是新建、扩建业务系统的依据。 应用支撑平台，支持事务处理过程和实时监控系统等类型的应用系统提供信息管理、信息服务。 应用支撑平台建设和集成过程中将充分考虑系统的是实用性、先进性、科学性、合理 性、经济性和可行性。 即满足现有系统需求需要，也考虑未来系统扩展方便。 应用支撑平台设计中总体采用 SOA架构，使应用支撑平台具有低耦合、可扩展。 保障系统之间集成。 支持多层部署，统一管理。 平台内部采用多层架构的设计方式。 使应用支撑平台更加灵活、安全、可靠。 应用支撑平台建设采用配置开发的思想，将可以抽取出来的业务逻辑封装在系统配置文件中，使修改方便，降低系统维护工作量。 提供完善的开发手册和使用手册，使操作人员方便维护。 应用支撑平台主要功能包括：集成业务系统服务（本地服务和 web服务）和数据、重新编排系统服务，形 成新的应用。 提供统一的用户管理、身份验证、综合检索、统一的访问门户、支持移动办公、支持 GIS服务和空间数据预处理、提供报表服务、内容管理、流程管理等。 应用支撑平台主要作用，是支撑上层业务系统运行、联系下层数据，管理整个 泗阳政务管理综合信息服务系统安全和为整个系统提供统一的开发、管理标准和规范。 应用支撑平台设计原则 采用开放的技术标准 应用支撑平台是一个基于 J2EE 环境的业务中间件，采用了 WebService、 SOAP、 XML、 JMS、EJB、 JTA、 JDBC 等技术。 平台不依赖于任何硬件平台和软件平台，可以 部署在 RS6000、 HP9000等小型机上，也可以部署在 PC 机上；支持 AIX、 HPUNIX、 SUN Solaris、 Linux、 WINDOWS 等操作系统；支持 WebLogic、 WebSphere、 Tomcat、 Jboss等应用服务器；支持 Oracle、 DB INFORMIX、SYBASE、 SQL SERVER 等数据库。 分层实现的框架模型 应用支撑平台框架层次清晰，层与层之间避免相互依赖，便于每一层的升级和分布式部署。 基于 J2EE 的应用一般可以划分成三个层次：用户层、业务层和数据层；其中用户层可以划分为展示层和控制层。 平台使用 MVC模型，采用四层模型：展示层、控制层、业务层、数据层。 平台的业务组件容器采用 POJO 实现，不依赖 WEB 容器和 EJB 容器，可以方便地部署在 WEB容器或 EJB容器中。 平台禁止跨层调用，层与层之间不直接依赖，采用单一接口的方式，通过依赖注入方式实现层与层之间的调用。 支持应用整合 在信息化建设过程中很少有完全独立的项目，因此在应用支撑平台设计中必须遵循以下几个原则： 采用 C/S/S 和 B/S/S 结合的架构，支持多类型的用户端，包括 Web浏览器、 WAP用户端、其他用户端等，通过 Servlet接口或 WebService 接口和服务器相互交换。 至少提供一种开放接口，包括 WebService接口、 SOAP接口、或者直接基于 TCP/IP接口等； 业务组件必须独立于 WEB容器，确保组件是可复用的和可集成的； 能够通过多种方式和外部系统互联，能够支持 WebService 接口、 WJB 接口、 SOAP 接口、普通的 XML接口、基于 TCP/IP的接口等，支持同步、异步、 MQ等方式； 支持应用之间的文件数据交换。 支持 7 24 小时运行 应用系统越庞大，对稳定性要求也越高，很多系统都要求 7 24小时运行。 为确保应用 不间断运行，需要做大量的优化处理，包括系统资源监控、业务流程的调整等。 应用支撑平台支持以下功能：日终处理、业务日期处理、自动批处理、应用动态部署、定期清理资源实时监控和预警、系统运行日报、定期清理数据库和文件系统等。 面向 SOA 架构 SOA架构关键在于能为用户提供一个灵活的架构，使 IT的发展更加面向业务， SOA架构是企业应用集成的发展趋势，平台采用 AXIS模块，在 WEB层实现 了 WebService 接口，可以结合其它的服务器实现 SOA 架构。 平台增加了 WebService 接口模块，共用业务层的处理逻辑，使得开发WebService 接口的工作量非常小，方便整合其它应用和进行二次开发。 支持构件化的开发部署 将应用中有关公用功能，如配置文件管理、数据缓存管理、认证与授权、日志管理、业务流程等功能以插件或公共服务的形式集成到平台中，并提供相关调用接口，以简化系统开发强度，并能减少系统间的耦合度。 缓存技术的应用 应用支撑平台实现了对数据层的缓存功能，对于变动较少的数据，比如代码表、流程配 置表、业务参数表等，只需加载一次，减少对数据库以及配置信息的多次访问，数据更新通过版本进行控制。 元数据和数据总线管理 采用数据总线方式可以减少各个层次之间的数据转换，框架中所有组件都可以通过数据总线交换数据；数据结构灵活，用户接口或者数据库结构发生变化时，不需要修改数据对象；通过灵活的数据区，容易实现与外部应用之间的整合。 目前以数据交换为目标的主流框架模型都是采用数据总线方式交换数据的。 通过元数据可以控制数据的有效性，采用元数据的技术作为平台业务对象的基础支撑，当业务对象的属性随着业务的变化发生改变时，无需进行结构的调整，避免繁重的开发工作量。 支持业务流程配置化 通过可配置的工作流引擎，实现了流程的配置化实现，适应业务逻辑的不断变更的需求。 工作流支持串行、并行分支、合并分支、选择分支、会签、传阅、跳转与回退、人工干预等多种流程。 平台工作流支持 BPEL 标准，具有全面的工作流处理引擎，包括图形化的工作流设计和开发工具，具有可视化的工作流配置功能；工作流核心引擎，基于 J2SE 开发的独立模块，支持各种数据库和 事务处理方式，流程处理接口简单；工作流管理工具，提供了管理员配置和监控工作流引擎运行状态的工具； BPEL模块，工作流引擎中支持 BPEL 的插件，使系统能够在 SOA架构下部署。 支持灵活的用户界面 B/S 架构下的用户端有很多限制，如不支持局部更新、不支持事件触发的方式执行业务规则等。 平台采用 Ajax 技术，能够实现对页面数据的局部更新，以及在操作界面中直接调用服务端的业务逻辑，使浏览器模式下的用户界面具有更灵活的展现手段。 Ajax是一种异步的服务访问接口，可以支持 XML、也可以支持 HTML。 通过 Ajax 可以实现页 面的局部更新，减少网路的通讯流量。 同时， Ajax可以方便地实现页面调用 WEB容器中的 Servlet，使页面的功能更强大。 分布式开发管理 基于 J2EE 的应用开发，往往会涉及大量的开发人员，平台采用协同开发模块，支持应用的分布式开发。 平台的应用开发在本地应用服务器完成，方便应用程序的调试，并且可以避免程序之间的互相冲突。 平台采用集中的测试环境，实现了程序的上传和下传功能，可以实现任何时间点的集成测试和连编。 采用 CVS模块，实现程序的版本管理，采用缺陷管理模块，实现业务测试的问题错误管理。 应用的动态热部署 应 用程序中产生错误是不可避免的，很多时候是在运行期间，某个业务组件存在错误，如果不更新程序，可能有一项业务就不能正常使用；如果要替换程序，可能需要关闭系统，这会影响所有的操作员，显然是不现实的。 应用支撑平台采用动态加载的方式，实时监控各种业务组件和应用参数的修改时间，当应用程序或配置参数发生变化时，能够自动加载更新程序。 采用动态部 署也可以大大减少开发调试工作量，亦可避免反复启动服务器。 定期清理资源 J2EE框架虽然可以回收所有的内存资源，但是应用程序除了申请内存资源外，还需要使用数据库连接、文件句柄、 TCP 连接等外部资源，因此需要在程序在运行过程中实时检测这些资源的使用情况。 实时监控和预警 预警事件包括暴力攻击、交易超时、数据库连接错误、数据库事务处理失败、数据库处理超时、大规模的并发请求等，这些信息可以通过电子邮件或短信方式发送给管理员。 系统监控的主要对象是网络的流量、系统内存的使用情况、 CPU 的使用率、磁盘空间的使用情况、数据库连接数量、数据库锁数量、应用进程的状态等。 监控系统需要定时检查这些系统资源，如果检测到的数据超过了预先设定的阀值，平台将提示报警信息。 应用透明运行 系统的监控是非常重要的功能 ，可以确保系统 在 正常运行，并且每一个业务都是正常的。 其中，监控往往是通过对日志的管理来实现的。 事实上，日志文件可以记录每个交易的状态用于分析错误原因，也可以记录下每个交易的处理时间，用于分析系统的处理瓶颈。 一个较大系统中，日交易量可达数十万，甚至数百万，日志文件可能会达到几百 G，对日志文件的处理会非常困难，因此日志文件的组织是非常重要的。 应用支撑平台结构的说明 应用支撑平台逻辑架构图 资源层 主要功能包括支持多种资源访问协议 ，这些访问协议包括 SOAP、 LDAP、 SOCKET、 JMS、 JDBC、FILE、 MQ Series 等。 保障资源访问安全 ，控制资源访问权限，对资源访问进行监控。 提供资源访问标准和规范。 通过资源层，实现对多种数据资源的整合，这些资源包括关系型数据库、非关系型数据库等多种类型资源整合。 实现信息交换与共享、数据统一访问。 领域层 主要功能包括建立和维护数据字典、维护数。