门户基础框架平台设计方案

1.1、门户基础框架平台建设方案

门户网站是Web应用程序的简单统一的访问点，不仅如此还提供了许多有价值的附加功能，例如安全性、搜索、协作和工作流。门户网站提供了集成的内容和应用，以及统一的协作工作环境。事实上，门户网站就是下一代的桌面，可以在Web上向各种客户机设备提供大量的电子商务应用。

电子政务是基于J2EE技术规范的WEB应用系统，因此必须采用门户支撑平台才能确保系统的完善和统一、特别是使用的方便。

系统对门户支撑平台的目标为：让用户随时随地、安全、方便地访问完成他们任务所需要的所有东西；也就是说，门户支撑平台提供工具和用户界面，用于访问信息、应用程序、个性化管理和选择内容。

由于本次工程拟建的应用系统较多，考虑到系统之间的互通和业务规范的统一、以及今后系统扩充和二次开发的需求，同时又要保证系统的可靠性、灵活性、缩短开发周期，快速部署上线，降低运维成本，实现系统整合，屏蔽“信息孤岛”现象。本次工程项目中将基于面向服务的门户基础框架平台构建新建应用系统和整合在用系统及在建系统，实现“平台＋服务”的开发模式，开发出即时应对客户需求变化的高质量软件项目。

门户基础框架平台采用面向服务架构（SOA）的设计思路构建，实现灵活的系统整合，保护原有投资，减少成本和提高系统模块的重用性。实现跨部门、跨系统、跨应用的互联互通，提高资源利用率，满足业务不断变化的需求。

门户基础框架平台基于J2EE技术和SOA体系结构，为用户提供一个高性能、高安全、良好的可扩展能力和极强的可伸缩性的平台，在此平台上，用户可以挂接并管理其它已有的业务应用服务。同时此平台还提供了一些标准的功能构件为用户搭建自己的应用提供了有力的保证。便于用户基于平台进行二次开发和定制个性化功能。

1.1.1.设计思路

门户基础框架平台完全遵循业界主流标准，开放式（J2EE技术标准、B/S 多层架构、MVC模式等）的体系结构，内嵌了公用模块，如：用户管理、权限管理等。可以在工作流引擎的支持下开发、挂接其它业务应用，该平台不依赖于任何群件平台，可在不同群件平台之间实现业务流和数据流的关联；同时，对于不同的业务模块，细分成多个业务组件，快速组装成不同的业务功能、实现低耦合的业务组合。

1.1.

2.总体框架结构设计

（说明：图中绿色部分为门户基础框架平台，灰色部分为电子政务应用系统）

门户基础框架平台总体框架结构图

数据存储层

数据存储层主要由门户基础框架平台数据库和业务数据库构成。

1、门户基础框架平台数据库

门户基础框架平台数据库将构建在关系数据库之上，它包括以下六个方面的库表：

?门户管理库表

?资源管理库表

?工作流应用库表

?报表应用库表

?数据交换与共享库表

2、业务数据库

业务数据库是指各业务应用系统自己的业务数据库。

业务逻辑层

业务逻辑层将由J2EE应用服务器提供统一的支撑平台，在此基础上实现：

1、资源管理逻辑组件

资源管理逻辑组件提供了人员信息、组织部门信息、服务栏目和权限的统一管理，并负责解释和控制人员信息、部门信息、服务栏目与权限之间的对应关系，以实现不同用户管理不同的资源。

2、门户管理逻辑组件

门户管理逻辑组件主要是实现门户系统管理、服务资源管理、界面控制和内容管理等功能。其中：

门户系统管理主要功能包括单点登录、统一运行管理、统一身份管理、资源管理；

服务资源管理主要功能包括应用服务管理、公共服务管理、栏目管理、接口管理；

内容管理主要功能包括目录管理和信息内容管理等。

3、工作流引擎逻辑组件

工作流引擎包括工作流引擎以及工作流规则引擎；

工作流引擎是应用控制和运行的中心，它负责解释、控制并协调各种复杂工作流程的执行并且同步各个客户端的反应，其使用的J2EE可以为企业数据库提供事务完整性、安全性、扩展性、冗余与动态负荷分派。

4、报表引擎逻辑组件

报表引擎主要用来解释报表设计工具设计的报表模板，能够将报表展现和输出。

5、数据交换与共享服务逻辑组件

数据交换与共享组件就是交换平台，实现将需要交互业务数据库间的信息通过基于XML数据交换格式进行传输。

6、其它逻辑组件

表现层

表现层将由资源管理（统一权限管理）、门户管理、表单设计、报表设计、流程设计与监控、数据交换与共享配置等web客户端以及应用服务列表构成：

1、web客户端

门户基础框架平台的web客户端提供统一的用户交互界面，包括：

?资源管理web客户端

系统管理员通过web客户端进行用户(组)管理、系统角色定义、系统资源注册、统一授权等日常权限管理工作；

业务人员通过web客户端进行系统的单点登录和退出，以及更改自己的登录密码等；

?门户管理web客户端

系统管理员通过web客户端进行服务资源引入、个性化设置、页面模板和门户内容等管理工作；

业务人员通过web客户端进行系统的单点登录和退出，以及更改个性化设置和自己的登录密码等；

?报表设计web客户端

系统管理员通过web客户端进行报表模板的定制和管理；

业务人员通过web客户端进行报表查看和打印输出；

?流程设计与监控web客户端

系统管理员通过web客户端进行工作流程定义和管理。

系统管理员通过web客户端进行单点登录日志的查看、WEB服务器资源使用情况的查看和网络流量监控等工作；

?数据交换与配置web客户端

系统管理员通过web客户端进行信息交换的定义和配置等工作；

2、应用服务

应用服务为了实现与门户基础框架平台的集成，原应用系统需要从两大方面进行改进：

?应用服务

业务应用系统提供的应用服务单元。

?门户接口组件

门户接口组件用于应用服务启动时接受来自于门户基础框架平台的用户会话信息，然后解析信息，进入相应的应用服务处理功能；

?数据交换与共享客户端组件

数据交换与共享客户端组件用于与门户基础框架平台的数据交换与共享服务组件进行交互，从而实现应用服务与门户服务、资源管理（统一权限管理）、表单服务、工作流服务、报表服务以及其它应用服务之间的数据交换。

1.1.3.系统全局设计

子系统逻辑划分

子系统逻辑结构划分图

如上图示，逻辑上我们将门户基础框架平台划分为六个子系统：

?门户服务子系统

?资源管理子系统

?数据交换与共享服务子系统

?工作流服务子系统

?报表服务子系统

子系统之间的关系图

如上图示，各子系统之间的关系如下：

?门户服务子系统、资源管理子系统、工作流服务子系统和报表服务子系统都要依赖数据交换与共享服务子系统提供的数据交换与共享服务完成

各子系统之间的数据交换；

?门户服务子系统、工作流服务子系统和报表服务子系统都要依赖资源管理子系统提供的系统资源与权限管理服务；

1.1.4.系统功能设计

门户基础框架平台主要由SOA服务体系、门户服务子系统、资源管理子系统、工作流服务子系统、数据交换服务子系统、报表服务子系统等构成。

1.1.4.1SOA服务体系

SOA（service-oriented architecture，面向服务架构）是指为了解决在异构或同构环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

SOA体系架构具有以下特性：

?SOA服务具有平台独立的自我描述XML文档。Web服务描述语言（WSDL, Web Services Description Language）是用于描述服务的标准语言。

?SOA 服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD, XML Schema Definition）。消费者和提供者或消费者和服务之间的

通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部

处理的关键商业文档。

?在一个企业内部，SOA服务通过一个扮演目录列表（directory listing）角色的登记处(Registry)来进行维护。应用程序在登记处（Registry）

寻找并调用某项服务。统一描述，定义和集成(UDDI, Universal Description, Definition, and Integration)是服务登记的标准。

?每项SOA服务都有一个与之相关的服务品质（QoS, quality of service）。

QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（可靠消

息是指确保消息“仅且仅仅”发送一次，从而过滤重复信息），以及谁能

调用服务的策略。

SOA 模型如下图所示：