门户基础框架平台设计方案Word文档格式.docx
《门户基础框架平台设计方案Word文档格式.docx》由会员分享，可在线阅读，更多相关《门户基础框架平台设计方案Word文档格式.docx（19页珍藏版）》请在冰豆网上搜索。
门户基础框架平台完全遵循业界主流标准，开放式（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-orientedarchitecture，面向服务架构）是指为了解决在异构或同构环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。
SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
SOA体系架构具有以下特性：
SOA服务具有平台独立的自我描述XML文档。
Web服务描述语言（WSDL,WebServicesDescriptionLanguage）是用于描述服务的标准语言。
SOA服务用消息进行通信，该消息通常使用XMLSchema来定义（也叫做XSD,XMLSchemaDefinition）。
消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。
服务间的通讯也可以看作企业内部处理的关键商业文档。
在一个企业内部，SOA服务通过一个扮演目录列表（directorylisting）角色的登记处（Registry）来进行维护。
应用程序在登记处（Registry）寻找并调用某项服务。
统一描述，定义和集成（UDDI,UniversalDescription,Definition,andIntegration）是服务登记的标准。
每项SOA服务都有一个与之相关的服务品质（QoS,qualityofservice）。
QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（可靠消息是指确保消息“仅且仅仅”发送一次，从而过滤重复信息），以及谁能调用服务的策略。
SOA模型如下图所示：
服务提供者（Serviceprovider）是一个网络节点，它为处理一系列特定任务的软件资源提供服务接口。
服务提供者节点能代表商业实体的服务，或者它甚至能代表可重用子系统（实现服务规范的软件实体）的服务接口。
服务请求者（Servicerequester）是一个网络节点，它发现并呼叫其它的软件服务来提供商业解决方案。
服务请求者节点常常代表执行远程过程调用分布式对象或者服务提供者的商业应用程序组件。
提供者节点可能就在本地的企业内部网内，或者在远程的因特网上。
从概念上来说，SOA本质上是将网络、传输协议和安全细节留给特定的实现来处理。
通常称为客户端，但是，Services请求者也可以是终端用户应用程序或别的服务。
服务注册表是一类充当注册表的特定服务提供者，允许寻找服务提供者接口和服务位置。
服务中介者（Servicebroker）是一个网络节点，作为储存库、电话黄页或票据交换所，产生由服务提供者发布的软件接口。
商业实体或者独立的营运商能代表服务中介者。
这3种SOA参与者：
服务提供者、服务中介者以及服务请求者通过3个基本操作：
发布、寻找、系结相互作用。
服务提供者向服务中介者发布服务。
服务请求者通过服务中介者寻找所需的服务，并系结到这些服务上。
SOA架构主要包括四大功能模块：
开发服务
发布服务
查找服务
使用服务
服务提供者开发出各种各样的有用的服务，经过测试后把服务发布到公共的服务注册表上，服务请求者通过查找服务注册表获得所需要的服务，然后便可以使用所需服务。
1.1.4.2门户服务子系统
门户服务主要为本次工程项目的信息门户（逻辑划分为管理门户和服务门户）提供统一用户界面、单点登录、个性化定制、信息发布等功能，基于该门户服务快速、有效地构建管理门户和服务门户，积极推进业务网上办理和信息服务，逐步实现职能转变、不断提高公共服务水平，满足信息系统用户的个性化需求；
形成管理与服务并重、栏目齐全的门户服务。
一、子系统功能综述
门户后台管理由四部分组成：
门户系统管理、服务资源管理、界面控制和内容管理。
二、功能模块划分
功能模块编号
功能模块
功能单元
单点登录
身份验证
统一鉴权
数据加密
审计日志
统一运行管理
用户访问监控
资源使用监控
网络流量监控
统一身份管理
统一的注册中心库
注册中心库接口
集中用户映射
服务资源管理
应用服务注册管理
应用服务组管理
公共服务注册管理
栏目注册管理
个性化服务
内容个性化管理
界面个性化管理
权限个性化管理
个性化分组管理
模板库管理
个性化模板管理
二级页面模板管理
二级页面模板布局
首页模板栏目设置
用户界面制
升级会员 