学海网

目录
1. 项目背景 1
1.1 概述 1
1.2 现状分析 1
1.3 需求描述 1
2. 目标与原则 3
2.1 建设目标 3
2.2 建设原则 3
2.3 定义与约束 3
3. 建设内容与依据 5
3.1 建设内容 5
3.2 建设依据 5
4. 技术路线 7
4.1 技术架构 7
4.2 应用架构 10
5. 系统功能 14
5.1 功能划分 14
5.2 系统管理 17
5.2.1 运行环境配置 17
5.2.2 系统注册 17
5.2.3 目录服务 18
5.2.4 类别维护 20
5.2.5 元数据维护 21
5.2.6 目录索引管理 22
5.2.7 权限管理 22
5.2.8 操作者权限 23
5.2.9 系统用户权限 24
5.2.10 订阅定制 25
5.2.11 数据校验 26
5.2.12 订阅 26
5.2.13 退订 28
5.2.14 日志定制 29
5.2.15 安全管理 31
5.2.16 数据交换流程 32
5.2.17 消息管理 33
5.2.18 队列管理 34
5.2.19 发送管理 34
5.2.20 接收管理 35
5.2.21 封装解析 35
封装 35
5.2.22 解析 36
5.2.23 数据整编 37
5.2.24 数据保存 38
5.2.25 其它相关服务 39
6. 项目实施安排 40

1. 项目背景
1.1 概述
经过近几年的信息化建设，北京市水务局的计算机网络和应用系统的建设均取得了长足发展，随着信息技术的发展，水务信息化建设的相关标准与方式方法也在不断完善和规范，为后续相关业务信息化建设奠定了坚实的基础。
北京市水务局已经建设了骨干通讯网，构建了机关内部的计算机局域网络平台和数据库系统。
水务局目前已经运行的有近30个业务系统。以水务局“水务信息平台”为核心的水务信息网已基本建成。水务信息化标准数据库已经建立并在不断的规范当中。目前北京市水务局已建立了水文数据库、供水数据库、水环境数据库、工情数据库、灾情数据库、水土保持数据库、社会经济数据库和图形图像地理信息数据库八类数据库，这些数据库均是在ORACLE9I版本数据库之上。水务局对下属机关、局属、县区单位分为A、B、C三类分中心机构，大部分分中心均已建有自己的水务业务信息系统，且基本实现与局中心水务平台相连，进行数据交换与共享。
1.2 现状分析
北京市水务信息平台虽已取得的很大进展，但由于各分中心的业务系统的应用结构、技术结构以及数据库差异较大，尤其各分中心的业务系统所用的数据库不尽相同——有不同版本的ORACLE、SQL SEVER等，采用的开发技术不同——如J2EE、DOTNET等，不同系统之间需要实现数据的及时共享与互通，局中心尚没有建立完善的信息共享交换机制，不能及时获得各分中心的水务信息，达不到为决策支持提供信息服务的目标，各系统间的数据交换成为数据共享的最大障碍，因此需要建立一个统一的、适用性广的信息交换平台，用于交换局中心与各分中心之间的各种数据，从而实现数据及时共享与交换。
1.3 需求描述
建设一个开放的、可扩展的、适应性强的、高效稳定的信息交换平台，平台应具有如下功能：
方便的实现北京市水务局及各分中心业务应用系统之间的数据共享与交换；
实现不同类型的数据库对接：即通过本平台能够实现不同类型数据库之间的互通，可以将数据源表和目标数据表对应起来；
数据对导：即本平台支持对结构相同或相似源数据表与目标数据表内数据的直接导出导入操作，对导前可以配置导出导入字段的对应关系，同时应支持通过视图进行对导数据的功能；
数据类型自动转换：指通过平台实现对不同数据类型数据的自动转换功能，比如一个字段由STRING型转换为另一个数据库接受的VARCHAR型数据；
消息队列的自动管理：本平台可以自动判断并管理消息队列，按消息的优先次序或级别来安排消息传输，建立良好的数据传输机制；
数据的自动封装与解析：本平台可以对指定数据按一定原则进行封装，封装时可以自动判断数据包的大小，按指定大小封装成一个或多个包并记录包间的关系，在接收数据包后，可以对包进行自动解析；
安全控制：本平台应具有严格稳定的安全机制，确保数据安全，即能够根据需要自动按规则对传输数据进行加密解密、根据不同请求者的权限级别设置对应的数据访问权限、自动记录数据丢失与否及传送成功与否的记录，并在传输失败后，能够以GSM的方式通知接收方本次传送失败，请等待下一次传送；
日志：本平台要有健全完备的日志功能，根据需要记录系统运行过程中的所有相关信息，尤其当系统遇到意外而无法正常工作时，应有相关日志以备查阅；
运行稳定：由于信息交换平台要完成局中心与各分中心之间所有基础数据、业务数据、实时数据甚至空间数据的时实共享与交换，因此本平台要长期稳定的运行，能够处理好由于多方同时发送请求而造成的堵塞或冲突等情况，同时具有一定的网络故障应对能力，即当网络发生故障时，交换平台应能自动记录正在传送途中的数据信息，以便网络恢复时，自动续传，支持断点续传；
鉴于信息交换平台在整个水务信息化中的重要地位，本平台在设计时尽量考虑到后期的可扩展性、开放性和广泛的兼容性要求，不能因为具体业务系统的变化或水务信息平台的某个问题而影响正常的数据交换业务，更不应出现平台无故中止或停止服务而进行平台扩展调试的情况；
平台尽可以满足人性化，可配置的灵活要求。
...........