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

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

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

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

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

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

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

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

1.1.1. 设计思路

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

1.1.2. 总体框架结构设计

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

资源管理流程设计流程监控数据交换与共享配置应用服务WEB组件（业务应用系统1）表现层门户管理应用服务WEB组件（业务应用系统2）表单设计应用服务1...N门户展现业务逻辑层资源管理逻辑组件门户管理逻辑组件工作流引擎报表引擎其它逻辑组件业务应门户用系统1接口逻辑组组件件数据交换与共享客户端组件业务应门户用系统2接口逻辑组组件件数据交换与共享客户端组件数据交换与共享逻辑组件数据存储层基础框架支撑平台数据库业务数据库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.1 SOA服务体系

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 模型如下图所示：

服务提供者(Service provider)是一个网络节点，它为处理一系列特定任务的软件资源提供服务接口。服务提供者节点能代表商业实体的服务，或者它甚至能代表可重用子系统（实现服务规范的软件实体）的服务接口。

服务请求者(Service requester)是一个网络节点，它发现并呼叫其它的软件服务来提供商业解决方案。服务请求者节点常常代表执行远程过程调用分布式对象或者服务提供者的商业应用程序组件。提供者节点可能就在本地的企业内部网内，或者在远程的因特网上。从概念上来说，SOA 本质上是将网络、传输协议和安全细节留给特定的实现来处理。通常称为客户端，但是，Services 请求者也可以是终端用户应用程序或别的服务。

服务注册表是一类充当注册表的特定服务提供者，允许寻找服务提供者接口和服务位置。

服务中介者(Service broker)是一个网络节点，作为储存库、电话黄页或票据交换所，产生由服务提供者发布的软件接口。商业实体或者的营运商能代表服务中介者。

这 3 种 SOA 参与者：服务提供者、服务中介者以及服务请求者通过 3 个基本操作：发布、寻找、系结相互作用。服务提供者向服务中介者发布服务。服务请求者通过服务中介者寻找所需的服务，并系结到这些服务上。

SOA架构主要包括四大功能模块： ➢ 开发服务 ➢ 发布服务 ➢ 查找服务

➢ 使用服务

服务提供者开发出各种各样的有用的服务，经过测试后把服务发布到公共的服务注册表上，服务请求者通过查找服务注册表获得所需要的服务，然后便可以使用所需服务。

1.1.4.2 门户服务子系统

门户服务主要为本次工程项目的信息门户（逻辑划分为管理门户和服务门户）提供统一用户界面、单点登录、个性化定制、信息发布等功能，基于该门户服务快速、有效地构建管理门户和服务门户，积极推进业务网上办理和信息服务，逐步实现职能转变、不断提高公共服务水平，满足信息系统用户的个性化需求；形成管理与服务并重、栏目齐全的门户服务。 一、子系统功能综述

门户后台管理由四部分组成：门户系统管理、服务资源管理、界面控制和内容管理。

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

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

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

应用服务管理公共服务管理栏目管理接口管理服务资源管理个人服务环境目录管理模版管理用户界面定制与管理信息内容管理内容管理界面控制管理门户系统管理（单点登录、统一系统管理、统一身份管理、统一权限管理）二、功能模块划分 功能模块编号 功能模块

功能单元

单点登录 身份验证 统一鉴权 数据加密 审计日志 统一运行管理 用户访问监控 资源使用监控 网络流量监控 统一身份管理 统一的注册中心库 注册中心库接口 集中用户映射 服务资源管理 应用服务注册管理 应用服务组管理 公共服务注册管理 栏目注册管理 个性化服务 内容个性化管理 界面个性化管理 权限个性化管理 个性化分组管理 模板库管理 个性化模板管理 二级页面模板管理 二级页面模板布局 首页模板栏目设置 用户界面制定与管理 布局管理 图片管理 风格管理 目录管理 事项管理 业务管理 环节管理 事项、业务和环节授权

信息内容管理 信息分类管理 信息录入与发布 信息项排序 指定栏目 1.1.4.3 资源管理子系统

（一）CA认证管理

市安全支撑平台（用户认证服务器）提供了统一的CA认证接口，电子政务信息系统可以通过其接口实现相关用户的用户身份认证。

（二）用户授权管理

用户基本信息管理、用户包含的角色管理、用户包含的权限管理、用户组织机构管理、用户岗位管理。

（三）组织机构管理

组织机构基本信息管理、岗位基本信息管理、岗位包含的权限管理、岗位认证管理、拥有岗位的用户管理。

（四）应用权限定制

应用系统基本信息管理、应用系统权限组管理、应用系统权限管理、应用系统角色管理。

XXX电子政务信息系统在集中管理和分级授权机制下实现系统的操作和数据访问，对各类单位用户进行统一管理，同时将业务权限授权工作下放至各单位，各业单位管理员可以管理自己的用户和授权。

一、子系统功能综述

参照目录服务的树型结构，每一个条目都有一个树根的入口条目，子记录全部是这一根条目的子孙。某一组织的层次结构表示方式，层次码采用16进制表示，如：0001O为根节点的层次码（由系统自动产生），如：0001O0AF7O 代表根组织下的某一组织，0001O0AF7O0001U 代表根组织下的某一组织下的某一用户。 资源的层次关系：

1) 组织下可以包含其他的资源，包括下级组织、用户、服务项目、用户组分类

等。

2) 用户和用户组是资源的叶节点，不能包含其他类型资源 （用户组可以添加用户，不属于资源的层次关系） 3) 服务项目下只能包含下级服务

4) 用户组分类可以包含下级用户组分类、可以直接包含用户组 每个资源使用一个大写的字母(称之为资源类型别名)进行表示： ✓ 组织：O ✓ 用户：U ✓ 服务项目：S ✓ 用户组分类：C ✓ 用户组：G ✓ 别名: A

OO1O..S1S..U1U..C1C..O1_..S1_1S1_2S1_..C1_1C1_1..C1_G1C1_G..S1_1_1S1_1_2S1_1_..C1_1_1C1_1_..C1_G1_U1C1_G1_U..S1_1_1_..C1_1_1_..C1_1_1_G..

二、功能模块划分 功能模块编号 功能模块 用户组管理 功能单元 用户组新增 用户组修改 用户组删除 用户组成员管理 用户检索 用户管理 用户增加 用户修改 用户注销 用户密码修改 用户账号重命名 用户的用户组迁移 服务/栏目管理 服务的增加 服务的修改 服务的删除 服务的排序 服务的移动 用户组分类管理 用户组分类增加 用户组分类修改 用户组分类删除 用户组管理 用户组新增 用户组修改 用户组删除 用户组成员管理 用户检索 权限管理 权限类型管理 授权管理

资源配置管理 分级授权 资源Action定义 资源扩展字段定义 1.1.4.4 工作流服务子系统

本次工程中涉及到众多业务流程，所以拟采用工作流服务灵活定制业务流程建模工作。

工作流服务为工作流自动化和构建流程应用提供基础服务，实现了流程逻辑与业务逻辑的分离，支持业务流程的分析和规范化定义以及业务单元的自动组装，降低了复杂流程应用的开发难度， 提高应用系统的管理效率。 一、子系统功能综述

工作流服务主要提供的功能包括图形化流程建模工具、图形化实例监控工具和工作流引擎。

工作流服务(from Use Case View)基于web方式的图形化建模工具基于web方式的图形化实例监控工具工作流引擎

（一） 基于web方式的图形化建模工具

使用图形化的方法，让开发者用最少的时间设计或修改工作流程，建模工具提供了相当丰富的流程逻辑表达方式，可以表示非常复杂的流程，和界面开发工具相结合可以轻易的设定每个流程步骤要执行的功能，和目录服务中组织机构建模工具相结合，可方便准确地选择每个活动执行的参与者，通过资源管理（统一权限管理）服务进行设计结果的保存与打开，并进行一致性的有效控制。

图形化建模工具最大的优点是：让开发人员在设计与仿真流程的过程中，避免复杂且耗时的流程程序开发过程。

图形化建模工具采用图形化拖拽方式建立工作流，具有人性化的各种选项设置和多窗口的用户界面以及丰富的过程图形元素，过程元素可以通过拷贝、粘贴、删除进行操作，支持同时打开多个模型文件进行编辑，能够快速定位过程元素，支持图形的分层显示。

（二） 基于web方式的图形化实例监控工具

基于web方式的图形化实例监控工具使用浏览器作为用户界面，提供了完善的用户管理、角色管理、过程管理、系统设置、系统安全管理、配置文件管理和日志管理，让管理者可以追踪和控管角色、活动、节点、过程实例的状态和过程实例流经的路径；可以以图形的方式再现已经完成的过程实例的路径、可以显示正在进行中的过程实例，并且提供管理的机制，让管理者得以在必要时终止或暂停某些过程实例。同时，系统亦提供有关工作过程的统计数据和报表，动态改变过程的状态，协调各个部分的关系，并进而提升管理的效率。

（三） 工作流引擎

工作流引擎不仅支持顺序流程的流转，而且还支持分支、并发、循环、子过程、同步、异步、竞争、多工作流、活动组、静态活动等，在分支上可以定义条件，实现按条件自动流转，条件转移之间还可设置逻辑关系；在并发流转中，多个活动节点可以同时激活；在某些活动节点上，也可以通过创建子过程来完成任务。

工作流引擎还支持多种工作项处理方式，当活动节点上的参与者由多个人组成时可以有不同的处理方式；另外用户在处理完一个活动实例后，可以选择下一个要执行的活动，并可选择下一个活动中可能的参与者。

工作流引擎还支持自动活动节点，在自动活动节点服务器自动调用后台应用程序来自动完成活动节点上的任务，流程的自动化程度可以由用户随意控制。 二、功能模块划分 功能模块编号 功能模块 组织机构管理 新增 修改 删除 功能单元

工作流定义 组织机构成员管理 新增 修改 删除 查看 业务受理 新加 终止 业务处理 任务列表 工作流启动业务应用系统组件 业务跟踪 图形方式 文本方式 业务统计 1.1.4.5 数据交换与共享子系统

一、子系统功能综述

（一）对于XXX与市级各委办局信息交换与共享，通过提供接口与现有的市信息交换平台衔接，完成数据交换；

（二）对于在建系统和遗留系统也采用数据交换服务提供的数据交换机制来实现数据交换。交换机制主要提供的功能包含统一应用接口和统一数据接口，如下描述：

1、统一应用接口

指通过应用程序提供的数据交换接口，例如API交换接口、Socket交换接口都是应用接口。

应用接口由交换协议和数据格式组成：

交换协议：由数据发送方和数据接受方共同确认的数据报头。 交换格式：数据传输时的表示方法。 2、统一数据接口

指直接传送数据文件和数据的数据交换接口，例如：XML文件导入导出接口、数据访问接口表、库对库交换接口等。

（三）由于内网和之间物理隔离，需要进行内网和之间的数据交换，将通过统一的XML文件导入导出接口的形式进行。 二、集中式的数据交换平台

应用 1 服务 1

应用 2 服务 2

应用 3 应用 4 数据交换与共享服务 服务 3

服务 4

应用 5 服务 5

应用 6 服务 6

三、基于XML的数据交换

架构如下图所示：

门户基础框架平台 业务应用系统1 XML接收程序 XML发送程序 交换 接口 数据交换与共享服务 XML发送程序 XML接收程序 业务应用系统2 交换 接口 XML接收程序 XML发送程序 XML适配器 XML适配器 XML 交换文件 业务数据库1 业务数据库2 从上图可以看出，交换平台只交换xml文件，任何系统必须通过xml适配器将各自专用格式的数据转换为xml格式的数据，然后通过交换平台的收/发接口

传送到交换平台的数据库中，最后交换平台等待接收方取走数据，或者实时/定时的发送给接收方。因此，交换双方必须遵守标准统一的xml中间格式，并且能够根据中间格式转换为各自的内部格式。

XML标记语言以树状结构按层次描述数据，以人和软件都能理解的文本格式组织文档。由于XML格式不仅能够描述复杂的数据结构，而且也很容易被各种软件所处理，因此目前已经成为数据交换的标准格式。

目前许多行业都在以XML格式制定本行业的数据元标准和数据交换标准，因此基于XML的数据交换是今后流行的应用模式。

目前，交换平台具有以下一些特点：

1) 交换平台只交换XML数据，二进制数据通过base编码插入到XML中。

交换平台不负责生成XML数据，必须由交换的各方生成这些数据。每一个XML消息都有唯一的消息标识，并属于一个消息类别，例如公文的消息类别可以定义为fawen，通知的消息类别可以定义为tongzhi，资料交换的消息类别可以定义为ziliao。每一个消息类别都代表一个XML Schema或DTD，交换各方在向交换平台发送XML前和接受XML后，都要用这个Schema或DTD验证文件的合法性。

2) 交换平台将XML封装成SOAP消息体，并在SOAP头中添加发送者、接收

者等路由信息和安全认证信息，提供标准的SOAP接口供其他系统调用。 3) 路由信息和安全认证信息由基于NDS的资源管理中心统一生成和管理，

交换平台保留全局通讯录，通讯录一旦改变，将会通过广播消息的方式通知交换各方。

4) 交换平台具有任务调度功能，可以实时或定时地转发消息，因此交换各

方需要向交换平台注册回调函数，在交换平台的客户端接口包中已经内置了这个回调函数，只需在平台中注册这个包的URL即可。交换方也可以主动到平台存取XML消息。XML文件的生成和解析由交换方负责，交换平台不对XML文件进行任何的处理，它只是从SOAP头中找出发送方或接收方的身份标识并进行验证，验证通过后才允许继续操作。

四、接口开发标准

本平台采用Base编码规范来传输二进制数据，并采用SAAJ接口规范来开发SOAP发送或接收程序。 五、数据传输技术

采用HTTP传输协议，用SAAJ规范开发SOAP消息，由于SAAJ规范只定义了接口，因此需要实现SAAJ规范的类库，我们采用BEA公司的实现库。实际上，SOAP消息支持许多其他的传输协议如：FTP、SMTP、TCP、各种消息中间件，由于交换双方都部署了基于WEB的应用，HTTP传输协议自然成为最佳的传输协议。 六、交换消息格式  消息打包格式

消息在逻辑上分为消息头、消息体二部分，每个消息有且只有一个消息头，有且只有一个消息体。

消息头为一个XML文档，其格式如下表所示：

注意：

 每一个消息都包含以上这些标准的消息头，除此之外还可以添加其他的

消息头，但交换平台不会处理和保存非标准的消息头。

消息体为一个XML文档，其格式如下表所示： govdocument001 {0A630219-0000-0000-1D9A-B2DE000000FA} 消息实例的唯一标识符 消息类型

其他节点 。。。。。 注意：

其他节点，每一种消息定义各自的标记。  每一个消息体都必须包含messageid、instanceguid元素。

 instanceguid由发送方指定，为38位的系统生成的字符串，可以认为

不会重复，接受方应该保存发送方的instanceguid，或直接用该值作为主键创建内部数据的新实例，通过这个instanceguid，交换双方的数据建立了联系。

 可以通过instanceguid查询对方的办理状态，也可以发送催办通知、办

理说明等信息。

 消息体为消息的内容部分，消息体格式应遵守消息体格式部分的定义。

数据交换处理流程

七、数据交换处理流程

1) 发送消息

当应用系统需要通过交换平台发送消息时，应用系统首先按照约定的xml消息格式生成数据，然后调用交换接口将消息转入交换平台待发送消息队列中。

应用服务 根据消息类别 生成XML数据 交换接口 数据交换与共享服务

2) 接收消息

如果应用系统需要通过交换平台主动接收消息，应用系统首先调用交换接口将某一类XML消息到本地，然后逐条将每个XML转换成本地需要的格式，并作进一步的处理。

应用服务 根据消息类别 解析XML数据 交换接口 数据交换与共享服务

3) 自动转发

交换平台也可以实时或定时的转发消息，其他系统必须有一个接收消息的servlet,而且此servlet需要继承JAXMServlet和实现ReqRespListener，实例代码如下：

public class CallBackServlet extends JAXMServlet implements ReqRespListener {

public void init(ServletConfig sc) throws ServletException { super.init(sc); }

public SOAPMessage onMessage(SOAPMessage msg){ // 处理传过来的SOAP消息，并返回一个SOAP消息 List xmlList = RiseMessage.getXMLFromMessage(msg); //根据4.3节中的消息格式来解析xmlList，然后处理 。。。。。。 }

1.1.4.6 报表服务子系统

通过报表服务功能，实现报表的定义与输出。具有报表自定义功能，用户能够根据需要进行报表定制。报表能够打印输出，也可输出为其他文件格式，如EXCEL、WORD、PDF、HTML等。 一、子系统功能综述

动态报表工具将包括三大部分： ➢ 报表设计器

报表设计器将用于用户自定义报表模板； ➢ 报表生成器

根据用户已定义好的报表模板、系统自动动态生成报表数据；

➢ 报表展现器

报表展现器用于展示或打印输出系统自动生成的报表；

报表服务报表设计器报表生成器报表展现器

二、功能模块划分 功能模块编号 功能模块 报表模块定义 功能单元 新增清单报表 修改清单报表 删除清单报表 新增明细报表 修改明细报表 删除明细报表 新增统计报表 修改统计报表 删除统计报表 报表管理 报表数据自动生成 预览清单报表 预览明细报表 预览统计报表 报表展现和输出 显示清单报表 打印清单报表 显示明细报表

打印明细报表 显示统计报表 打印统计报表

（注：文档可能无法思考全面，请浏览后下载，供参考。可复制、编制，期待你的好评与关注）