大学校区智慧校园软件系统集成方案

校区智慧校园

系统集成管理系统解决方案

2015年9月

目录

第一章建设目标...........................................1

第二章集成系统设计.......................................2

1、系统功能设计........................................2

lo4.1功能划分......................................12

lo4.2系统管理......................................16

1.4o3目录服务.......................................18

lo4.4权限管理......................................23

1.4.5订阅定制........................................26

1.406.日志定制.......................................29

lo4.7.安全管理......................................31

lo4。8数据交换服务...................................32

第三章招标参数..........................................37

1、技术规格要求.......................................37

2、系统设计要求.......................................38

3、售后服务需求.......................................39

4、产权要求...........................................39

5、技术参数...........................................39

第四章工程量清单.......................

第五章验收标准.........................................41

1、验收流程..........................................45

2、验收程序...........................................46

3、验收内容...........................................48

4、验收方式...........................................54

2

第一章建设目标

智慧校园系统集成管理平台的建设是为了解决校园内各应用系

统数据标准不一、平台相互独立，校园的信息系统利用率低、操作繁

琐、管理维护困难等问题,实现校园内资源的有效配置和高效利用，

提高教学、科研、管理、服务等工作效率.智慧校园管理平台规划以

“统一的数据标准、统一的技术路线、统一的业务规范、统一的组织

管理”的原则进行设计。以“综合运维管理、统一信息门户、统一身

份认证、统一数据资源共享〃四大内容开展详细设计，深度体现校园

高效的管理、科学的决策、智能的服务，满足校园信息化、智能化、

科学化的发展之路。

•数据集中：建立统一的数据库/数据仓库，集中管理共享数据，达

到存储安全、信息集中、高效利用的目标。

•应用和服务集成:统一身份认证，统一数据交换，统一开发规范，

基于统一应用构建平台快速配置业务系统。

・开放性和标准化：为了满足系统所选用的技术和设备，遵循统一

的国际标准和工业标准,来保证系统的开发性和标准化,能够支持

不同厂商的产品互换。

•可靠性：应用系统整合平台投入运行后，平台的可靠性和成熟度

至关重要，系统采用比较成熟而稳定的技术与合适的系统平台。

第二章集成系统设计

1、系统功能设计

lo1统一身份认证

♦建立统一电子身份认证系统

♦实现统一的用户管理与权限控制。

♦为各应用系统提供集中的身份认证服务

♦通过集中认证技术规范，提供统一的应用系统用户管理接口

♦实现所有新建系统用户认证的统一集中化管理，用户通过统一

信息门户实现单点登录，整体上避免重复没资。

功能要求

编号功能模块功能要求

1统一认证授权系统提供统一的身份鉴权机制

2控制资源的访问提供集中的访问控制管理

Web应用之间要实现SSO（单一登录），现

3统一开发标准有应用系统与新建应用系统,都应遵循统

一的开发标准.

审批流程（用户权

3按级别为用户审批功能权限.

限）的管理

系统可以自动发现在所管理的资源中的

4动态同步

用户信息更改,并根据规则将其同步到其

2

它资源中去

提供了委托和分级管理，管理员可以赋予

不同管理员的角色给不同的用户，使其具

有管理系统中用户的能力.这些管理员可

5委托和分级管理

以分成多级以管理不同的组织。不同的管

理员登录后，根据其管理权限，将为其提

供不同的管理界面和管理功能。

使用集中式的月户管理方式，全局掌控用

6高效的用户管理户信息，有效控制用户对各应用的访问权

限

提供标准的用户认证、授权接入标准，简

7统一的应用接入化应用登陆模块开发

Io2统一门户平台

门户平台通过Portlet形式安装在统一信息门户系统中，核心应

用系统自身保留对业务逻辑处理的结构,并提供给接口统一信息门户

系统访问。比如当教务管理系统与信息门户对接时，需要将教务管理

系统的表示层改造为Portlet的形式安装到Portal上，用户使用统

一信息门户系统中的教务Portlet时，统一信息门户系统会将用户对

Portlet的操作反映给应用系统的业务处理接口，处理完毕后，会返

回给统一信息门户系统，教务Portlet把这些结果反映在页面上。

3

门户平台UI界面设计遵循以下原则:

♦一致性

包括操作的一致性和界面布局元素的一致性，同时也包括业务逻

辑控制的一致性，文字说明一致性。其中，操作一致性是指：如果可

以通过在某个列表框里双击其中一个条目触发一个时间，系统则会保

证在所有的列表框里双击条目都会产生相似的反应。弹出菜单、拖放

等等也是一样，包括按钮的位置，摆放统一；界面布局一致性是指，

所有窗口里的按钮都放在同一位置，按钮标题与提示的措辞应保持一

致，同时保持一致的色彩设置；业务逻辑一致性是指，确定输入后立

即检查数据有效性还是提交时检查有效性等等。从而整体提高用户的

使用体验。

♦易用性

按钮名称易懂，用词准确，摒弃模糊字眼，与同一界面上的其它

按钮易于区分。使得用户不用查阅帮助即可进行正确操作.系统提供

适当的界面提示，对功能稍复杂的控件增加ToolTips,提示信息准

确,拒绝含糊不清的提示。工作业务采用多页面的方式,符合现下浏览

器使用习惯。

♦直观性

以布局方式为例，由于阅读习惯是从左到右，由上至下。因此界

面设计遵循该原则。界面布局整齐，控件排列有序，黄金分割比例，

保证整个界面的和谐性。对于界面上的非常用功能，用指定的按钮进

行展开和收拢，降低用户的“复杂”感觉成都，提升亲和力和直观性

4

感觉.对于日常用户操作，系统需进行合理反馈,诸如鼠标指针状态，

进度提示准确合理,控件状态变化（变灰、消失、禁止输入等等），

越频繁的动作，反馈强度越低,越重要越不常用的动作反馈强度越高。

♦合理性

以文字标签为例，文字标签要恰当，内容要准确，指示要合理。

文字标签考虑到将来多语言的问题，预留足够长度空间，适应语言切

换。采用适当的字体，使得界面视觉柔和易接受.界面元素合理进行

分组，如功能性分组，控件类型分组等等，分组方式采用了分组县,面

板，选项卡，分组框等多种方式。

♦功能要求

编号功能模块功能要求

1门户支撑框架提供标准开发框架

用于满足校内各类web应用界面集成的需求

支持多种方式的系统集成接口：Portlet、

IFrame＞单点登录等，满足信息集成、系统

集成的各种不，♦支持功能插件、页面模

2应用集成插件板插件、页面布局插件的上传管理，可以很

方便远程维护门户功能，降低维护成

本，•提供功能强大的信息发布插件，可

以方便发布各种新闻、公告、通知、文件、

规章制度等信息

3内容模块管理管理校内各个子系统的功能集成管理，提供

5

统一的内容编辑，审核和发布管理，能耗校

内应用系统无缝隙结合，确保多个子系统间

信息通畅。

用于提供个人资料的管理和服务信息的管

4个人服务模块

理.

5公共服务模块实现满足师生信息互动和信息共享的需求

满足系统间，业务之间基于网络协同工作的

6协助服务模块

需求

用户登录系统集成平台后，再进入其它子系

7单点登录模块

统无需重复的身份认证。

Io3数据共享管理平台

共享数据中心平台建设，实现不同子系统之间的数据交换和共享

的基础信息平台，为后续开发各种应用系统提供通用的数据信息，保

证新的系统建立在数据中心平台上时，不会产生新的分散数据。

功能要求

编号功能模块功能要求

1数据对象管理添加、修改、删除数据对象信息.

2数据字典管理管理数据字典信息：增加、修改、删除.

3资源目录管理管理资源目录信息：修改,添加、删除目录

5口志管理记录共享数据的读取，处理等操作信息

6

管理各个接入系统的元数据信息，包括导入

元数据信息，元数据与数据集对应关系管

6交换元数据管理理。删除、同步共享数据中心与应用系统的

元数据信息。

共享数据库元数据信息管理，增加，修改，

7核心元数据管理

删除

数据共享数据的使用信息，频率，使用源头

8数据统计

等信息进行统计分析.

9数据查询查询共享信息的使用情况。

数据仓库信息管管理数据仓库信息:包括索引信息，目录信

10

理息等。

11决策功能根据数据分析挖掘，提供信息决策功能。

Io4数据清洗与交换平台

数据清洗与交换平台建设为各个应用系统之间的数据共享与交换提

供服务，并兼顾数据共享中心与数据仓库之间的信息交换，实现整个

信息平台中任意两个系统间的数据共享与交换，主要实现以下目标：

♦数据交互:能够将一个数据库的某一表中数据，根据一定的要求

导入到另一数据库相应表中；

♦资源共享与订阅：能够实现数据资源的共享设置、共享级别设置,

订阅数据资源等操作，并能按照订阅内容交换数据；

7

♦信息级别权限控制：一定级别的应用系统只能访问该级别或级别

要求更低的共享资源；

♦数据操作源和目的数据库可以为多种数据库：如:SQLServer,

Oracle等；

♦数据交换要支持多种数据类型：如：数值、字符、日期、文件等;

♦信息交换平台运行模块要以服务程序模式运行；

♦信息交换平台支持数据配置扩展，可以通过配置文件来更改运行

环境、共享资源数据内容以及共享级别；

♦日志记录：创建日志，方便调试和日后查看；

♦系统具有长时间稳定运行的能力；

♦有一定的网络故障处理能力，当网络出现问题时，系统可以在一定

程度上采取自救措施,如支持断点续传和发送短信息等。

♦建设内容

序号功能功能要求

系统提供目录服务功能，统一管理各系统的基

础信息、各类业务信息、各种统计分析等数据

一一包括相关图表数据，利用目录服务手段为

1目录服务

各系统依据权限设定范围提供独享数据资源、

共享数据资源的快速检索与定位。

基础信息通过建立专门的基础信息维护模块接收各种系

2

资源服务统所需基础信息资源、公共信息资源，从而为各

8

级用户之间实现信息资源的共享与流通提供必

要保障.

考虑到系统的可扩展性及与各类业务系统之间

的兼容性，系统对用到的各类基础信息元数据、

业务信息元数据提供用户可定制功能，即用户

元数据定可通过自身业务需要定制自己的元数据信息，

3

制服务再根据对元数据的维护、整理、分析、接收、

发送、订阅分配等业务操作实现数据交换与管

理功能。

各应用系统均可订阅其它用户作好订阅分配的

数据信息集,可以根据各自权限及所需订阅信

数据订阅息订阅其它系统或中心的信息数据，从而最大

4

服务限度的包容了由业务变动带来的需求信息变

化，也灵活的实现了不同时期、不同级别用户

对数据的不同需求

9

♦技术特点

交换平台为各应用系统所需的各项服务进行统一

信息交管理，提供对各类数据交换的统一规范化服务与管

5

换服务理，为跨部门、跨区域、跨级别、跨系统的数据交

换提供服务。

支撑服平台提供全面的支撑服务体系.如安全认证服务、

6

务审计服务等.

作为安全服务的补充，平台提供完备的日志管理机

制，并对日志进行分级处理，用户可根据自身需要

7日志在系统内设置平台所要记录的日志信息，便于后期

查看。

1)元数据

采用元数据理念管理共享与交换用到的各种数据元素，元数据管理基

于信息资源目录管理的资源体系实现，本平台元数据描述除清晰描述

信息自身含义外，还清楚的描述信息的存取方法、基本属性等信息，

为建立在信息资源目录基础上的数据抽取创造条件。

2)SOA架构

本平台采用SOA技术架构进行开发,各组件统一在容器中进行规划并

接受容器的统一调用与管理,实现组件间的松散藕合，这种组件化的

模式使平台兼备技术的先进性与灵活性，最大程度的兼顾了当前和今

后应用系统的多样化，同时为本平台的无限制扩展提供可能。

10

3）通信技术

信息交换平台是基于网络运行的平台，数据传输采用SOCKET同步机

制传输，并且在传输过程中，平台自动对数据包大小进行检测并加以

限制，当欲传输数据大于包的限制容量时，则分为多个包进行传送，

并自动记忆包间的关系，对检测到不合法的包进行自动舍弃，同时发

送舍弃信息给数据发送方。

4）并发技术

由于信息交换平台运行时需要同时进行多种处理，所以系统设计时采

用多线程并发设计，系统主要并发线程有：轮询发送订阅数据线程、

接收处理数据线程、订阅数据线程、监听订阅数据线程等，接收每个

资源方发送的数据时，每个接收处理一个线程.

5）轮询技术

信息交换平台运行时需要不停检测新数据，如果检测到新数据则将数

据发送给订阅方.所以系统采用时间轮询不停检测和发送新数据。

平台设计采用线程唾眠Sleep等待方法实现。Sleep等待是让此线程

停止执行一段时间，然后再继续运行进行轮询。这样能有效避免两个

线程因同时使用资源而产生冲突。轮询时间间隔可以通过系统运行环

境配置文件进行设置。

6）扩展接口

为了使平台在后期维护时方便快捷，不停止正常工作或尽可能短时间

的中断正常工作，系统应具有一定的可扩展性，预先考虑到可能存在

的接口，考虑到的接口如下：数据库操作接口：可以扩展对多种数据

II

库类型的访问，以适应不同的数据库类型；

数据读取接口：可以采用多种读取数据的方式；

数据保存接口：可以完成多种情况的数据保存；

数据整编接口：扩展数据整编功能的接口；

交互消息接口：各工作站交互不同类型消息时的扩展接口；

数据传输接口：数据在网络间传输其它技术扩展接口。

lo4.1功能划分

信息交换平台除一部分设置功能需要用户通过界面控制完成外，

数据交换功能需要长期稳定的在后台运行，为水务信息各应用提供数

据共享与交换服务，因此本平台功能可分为系统管理（或叫数据交换

管理）和数据交换服务两部分。其功能结沟图如下：

信息交换平台功能结构图

1、系统管理模块

分为运行环境配置、注册管理、目录服务管理、权限管理.、订阅

定制、日志定制、安全管理、其它参数设置七个子模块，功能概述如

下：

/运行环境配置：完成平台运行的系统环境、可以连接的数据库

类型、连接方式及参数、可以接受转换的数据类型等支持系统运行环

境的基础信息配置。

/注册管理：完成通过本平台进行数据交换与共享的所有应用系

统在中心平台的注册，获取相应访问信息范围及其它辅助信息，只有

12

在本平台注册过的系统才可以与数据中心进行数据交换与共享.

/目录服务管理:系统以目录的形式管理所有信息元素，对各类

信息元素进行分类管理，分类从多角度进行，如按基础信息、业务信

息;服务对象（这里指各应用系统）等，每种分类及具体信息均按一

定规则被编制成目录形式，且在整个目录中均有唯一的ID标识，同时

基础信息和业务信息元素按可以访问的秘密程度分组，与系统用户组

对应，这样便于对有请求的系统用户（这里指发出请求的相关应用系

统）进行访问内容控制，即根据目录索引快速定位到当前用户有权访

问的数据范围，并迅速定位用户指定信息c目录信息的类别、内容可

根据实际需要由人工或系统设定自动增加整理，并定时给出总目录详

细信息及目录变化记录等。

/权限管理：在本平台中，权限管理分为两部分完成，一是对操

作者的管理与权限分配，实现操作者使用本平台具体功能的权限对应

管理；二是对系统用户的可访问信息的权限设置，所有欲使用本平台

进行数据交换的应用系统需首先在本平台上注册身份，注册方式可以

由系统自动判别注册也可以由管理员通过相关界面输入系统内，并对

各用户可以访问的信息内容进行权限等级划分-一不同级别的用户可

以访问的资源范围不同.在此后的运行中，平台会自动判断提出请求

的用户身份并与其权限对应，从而保证用户的正当权力和数据信息的

保密性。

/订阅定制：各用户均可订阅其它用户作好订阅分配的数据信息

集，可以根据各自权限及所需信息订阅其它用户的可订阅信息数据，

13

从而最大限度的包容了由业务变动带来的需求信息变化，也灵活的实

现了不同时期、不同级别用户对数据的不同需求。

/日志定制：本平台将日志按重要程度分级管理，并由用户进行

设置（当然系统会提供默认设置）应记录的日志范围，系统会根据设

置信息记录相关日志。

/安全管理：包括信息数据安全及网络安全两部分，信息安全又

为分访问安全与传输安全两种，访问安全是指本平台通过对用户进行

身份认证、权限判断的方式保护正当用户的应得权力，同时避免信息

的非法访问；传输安全指本系统对传输数据按一定规则进行加密封装

之后再行传送，接收时同样首先进行解密和有效性验证后才对数据进

行解析、整编、保存相关处理；网络安全是考虑到本平台的数据交换

服务进程要长期依托网络运行，因此应具有一定的自动监测网络状态

及故障应对措施,确保信息的完整和安全。

/其它参数设置：支撑系统运行及方便用户的其它参数设置功

能。

2、数据交换服务模块

包括消息管理、队列管理、发送管理、接收管理、封装与解析、

数据整编、数据保存和其它相关服务八个子模块，功能概述如下：

,消息管理：平台提供消息管理机制，统一管理经过平台的收发

信息。各用户发送过来的请求中均有各自的特征信息，平台接收与准

备发送的消息也同样以一定规则验证特征信息、，然后根据指定原则对

各种消息进行验证、归类、排序等一系列管理操作，便于通过平台的

14

各类消息有序的传递.

/队列管理：当通过本平台的请求较多时，如果不对各类消息加

以控制会产生资源争用或并发冲突的现象，并且可能会出现优先级较

高的请求反而等待时间过长现象，因此需要平台对队列进行有序管

理，队列管理根据消息分类的结果及发出请求的用户优先级及消息本

身的优先级进行综合判断给出合理排序。

/发送管理：本交换平台在处理各类数据交换与共享请求时，会

向请求方发送处理结果或其它中间信息、，本平台依据发送数据包的特

征标识找到接收方，并首先探测网络状况，许可时即进行发送操作，

并自动记录发送日志。

/接收管理：与发送管理相对应，本平台在接收各用户传送过来

的信息时，首先验证数据包的有效性、接收目标等内容，将数据解析

后接收并归入相应的目标信息集队列等待下一步处理。

/封装解析：封装与解析是与发送和接收相对应的两个过程，封

装指在数据发送前，要按指定规则对数据进行加密、压缩、封装，当

数据量较大，一个数据包装不下时,系统自动将信息分成多个数据包,

并在每个包内加上相应标识后准备发送；解析即是接收方在接收到对

方传来的数据包后，对数据包进行规则解密、验证数据的有效性，通

过后即可整编保存数据。

/数据整编：数据接收后，要根据数据特性标识进行整编、分析、

归类及相关转换处理，然后准备保存.

/数据保存：整编无误的数据即可以保存到目的数据库的相关表

15

内，以完成数据交换的全部操作。并记录相关日志.

/相关服务：退供数据交换过程中其它相关服务功能如流量分

析、关联计算等。

由于本系统是服务系统，因此只有必要的管理设置模块有人机交

互界面，其余大部分功能没有人机界面.

1.4。2系统管理

lo4.2.1运行环境配置

运行环境配置维护本平台可以处理的数据库类型、连接方式及具

体数据库实例名、所属数据库类型和相应的连接参数信息.具体描述

如下：

1、数据库类型维护

维护平台可以支持的数据库类型，如0racle9i、0raclel0g>SQL

Server2000.SyBase等,每个数据库类型有一个唯一编码与之对应，

维护信息包括数据库类型名、编码、描述等。数据库类型不能随意删

除，当前数据库在使用时,不可以删除。

2、连接方式维护

平台可以采用的数据库连接方式，如ODBC、JDBC、ADO等维护，

维护信息包括方式名称、编号、可用的数据库类型描述等.

3、数据类型与转换

维护不同数据库所包含的数据类型，并配置不同数据库、不同数

据类型之间转换关系，定义转换格式.

16

4、数据库实例

指本平台在具体数据交换时要连接的数据库实例名、所属数据库

类型及相关连接参数信息，便于平台自动根据系统连接、调用相应数

据库获得所需数据。

以上各信息之间可以存在关联，或使用一定的方式进行关系映射

对应，再与系统用户进行关系对应设置，这样用户在使用时，无需再

作任何操作平台即可直接根据信息判断出用户请求的目标数据库，简

化服务环节。

对上述各类信息的维护，平台具有严格的权限控制，最高级别权

限的人员可以对相关信息进增、册k改、查操作，并可以打印相应的

信息列表以备对照。

lo4.2.2系统注册

相关应用系统在通过本信息交换平台进行数据交换与共享之前，

首先要在中心通过本平台注册，获得各自的标识及权限信息后才可以

通过本平台进行数据交换。

本平台提供的注册方法有两种：平台刍动注册和人工注册。

1、平台自动注册

指当平台检测到发出业务申请的系统没有在平台内注册过时，便

自动为其注册，在平台内保存此系统的标设码并分配默认访问权限，

同时将此信息发送给此申请系统用户，完成注册过程。

2、人工注册

17

由具体的系统噪作人员通过平台提供的人机交互界面维护新的

应用系统信息、，以获得此系统用户的标识号并为此系统用户分配相应

权限,便于系统用户运行时不必再注册而直接与其它节点进行数据共

享与交换操作。系统用户权限分配请参见权限管理相关部分。

lo4o3目录服务

平台采用开放式的技术实现信息元的维护操作，在目录服务模块

中，平台首先提供一个标准的元数据分类方式，并根据当前共享数据

库内容提供默认的信息元素，在此基础上相关用户可以对目录树进行

维护操作。

信息资源目录的管理与建设原则遵照本平台的应用架构模式，以

共享数据中心为中心的集中式目录建设，各应用系统拥有自己的资源

目录,且与数据共享中心形成网状的信息共享与交换结构.目录管理

示意图如卜：

资源目录管理结构

目录服务主要包括类别维护,用于对元数据进行分级、分类管理,

如类别的增删改查及对类别分组设置等；元数据维护指对具体的元数

据信息的维护操作,具体元数据属于某个指定的类别，同时对元数据

可以设置优先级别；目录索引管理一-统一管理目录索引信息。目录服

务模块的功能分配如下：

目录服务模块功能结构图

目录服务功能界面如下:

18

目录服务功能界面

lo4o3.1类别维护

类别维护指对信息按一定规则分类管理，如按系统分类方式分为

能耗监控、智能办公等方式进行分类或按基础信息、业务信息进行分

类，还可分为数据目录、服务目录、应用目录和用户目录，己订阅目

录、被订阅目录等，本平台根据实际需要提供若干固定分类，要求用

户必须遵循此分类方式进行维护的类别，如用户对象--在这里指可

能使用本平台进行数据交换的操作者和系统;消息分类一一包括不同

类型消息的归类方式、特征码信息设置等。固定分类因其具有固定的

特征而在平台中具有个性化的管理和服务与之对应.用户可以根据自

己的需要创建新的类别并对其进行维护。

类别维护可分为新增、修改、删除和类别分组几部分功能，其中

系统提供的固定类别不能修改或删除。平台根据设置（见日志定制部

分），可以记录类别维护的日志。

1、新增

对此模块有权限的平台使用者可以创建新的类别，为类别输入名

称及相关辅助信息，系统自动为类别生成ID标识号，此ID标识号在

整个平台目录数据中具有唯一性，且按一定的规则生成，类别可以包

括子类别，并且系统对类别可分级数有限制（参见其它参数设置部

分），不允许无限制的分级。

己订阅目录和被订阅目录属系统根据用户操作信息自动生成的

19

查询、浏览目录。已订阅目录内分别展示当前用户已经从其它节点处

订阅的信息内容；被订阅目录指其它节点用户到当前用户登记的订阅

情况.当前操作者只能在对己订阅目录内容进行取消订阅（即退订，参

见退订部分）操作，不能对被订阅目录进行任何编辑性操作.

2、修改

与新增类别相似，已创建的目录类别名称及描述信息可以修改，

但其ID标识不会改变.

3、类别合并

已经创建的多个类别可以合并成一个类别，类别合并包括三个方

面：同级类别可以直接合并，即拖动一个类别到另一个类别文件夹上,

系统即会自动合并两个文件夹内的信息元素，同时文件夹名称不变，

被合并的类别文件夹消失且被合并的信息元素自动按合并后的编码

方式重新编码，同时通过平台订阅记录自动修改其它订阅用户的相应

信息的编码；下级向上级合并，首先将下级的信息元素拖到上级目录,

使被合并文件夹（类别）为空，再删除之；上级向下级合并，一般来

讲，不会有上级向下级合并的情况发生，依据规则，有下级类别的则

上级类别没有直接的信息元素，情况发生在一个类别后期又增加子类

的时候，首先建立子类别，然后将上级类别的信息元素拖到下子类中

即可一一系统自动根据编码规则重新为信息元素编码，并同时通过平

台订阅记录自动修改其它订阅用户的相应信息的编码.

4、删除

每个类别均有一个启用与否的状态标浜，只有未启用的类别可以

20

无限制的删除，一旦该类别被启用，则必须是此类别下面所有的信息

元素均处于未启用或已被移走（参见元数据维护部分）的情况下才可

以删除.当此类别包含的信息元有一个处于启用状态时，此类别的状

态即为启用状态，且此状态不能人为改为未启用，类别在新建成功时,

状态默认为未启用.

5、分组设置

根据信息元素可以被订阅访问的级别，平台提供将元数据类别分

组的功能，即根据当前的资源目录树,选择若干类别（选中上级目录

时，所有下级均为选中状态）归为一组，并为此组命名、编号。一个

类别可以同时在多个组内出现，但原则上不允许存在类别不在任何组

的情况--平台提供检查漏项功能，由系统检查是否存在尚未被分组

的类别资源。便于对系统用户分配订阅内容。

类别分组界面如下图：

资源类别分组界面

lo4.3.2元数据维护

信息元维护指对各分类内应包含的信息元素（元数据）的维护，

基于信息资源目录管理的信息元素维护在清晰描述信息自身含

义的基础上，还清楚的描述了信息的存取方法,为后期的数据抽取做

好准备。

元数据维护可分为新增、修改、删除、移动和优先级设置几部分

功能。平台根据参数设置（见其它参数设置部分），可以记录信息维

21

护的日志。

1、新增

对此模块有权限的平台使用者可以为指定类别添加新的信息元

素，输入元素名称及相关辅助信息,系统自动为元素生成ID标识号，

此1D标识号在整个平台目录数据中具有唯一性，且按一定的规则生

成，信息元素的ID号中包括有所属的类别信息，如某元素的所属类

别ID号为0100,则此元素在该类别中是第2个元素，则此元素的ID

号为0102。

2、修改

与新增相似，己创建的信息元素名称及描述信息可以修改，但其

ID标识不会改变。

3、移动

信息元素（或称元数据）可以由一个类别转移到另一个类别，转

移可分为平级转移、向上转移和向下转移，分别与类别维护中的平级

合并、向上合并、向下合并相对应。

信息元素转移后，平台自动判断目标类别的编码，然后按目标类

别编码生新为信息元素进行编码，并根据记录订阅信息，修改订阅方

此信息元素的编码值。

4、删除

每个元素均有一个启用与否的状态标浜，只有未启用的元素可以

无限制的删除，一旦该元素被启用过，则证明此元素在某个目标数据

库内存在该信息，平台会提示要慎重删除。一个元素在平台内被发现

22

有请求使用时，其状态自动变为启用状态，且此状态不能人为改为未

启用，新建成功时，状态默认为未启用。

5、优先级设置

每个信息元素都有一个优先级别号，标识此元素在所在类别中的

重要程度，便于平台在运行时依此做出优先级判断。--当系统发生

资源争用时,可优先处理优先级较高的数据请求。

1.4.3.3目录索引管理

目录索引顾名思义即是目录服务部分统一管理信息索引的功能，

在此规定固定的编码规则，并对编码的方式、意义有明确说明，当创

建新的类别、添加新的信息元素或其它需要生成编码时，即调用此功

能，系统根据请求信息自动生成与之对应的ID标识.同时还有废号回

收的功能，即当一个中间类别号或信息元素号被删除后，再有新的类

别或信息元素生成时，可以使用此号。这样严格控制了目录中所有信

息标识的唯一性，同时也最大程度的利用了号码资源.

lo4.4权限管理

权限管理主要是对使用本系统的操作者及可以通过本平台进行

数据交换及共享的所有应用系统的访问权限分配与管理功能。功能结

构图如下：

权限分配功能结构图

23

Io4.4o1操作者权限

操作者的授权主要指通常意义上的用户与权限的管理，是对指定

用户与平台功能的权限对应关系的分配与没置。具体包括角色定义、

用户维护、权限分配.

1、角色定义

按系统使用者的预定权限范围将用户考虑分组，每个组对应一个

角色，可拥有相同的系统操作权限。

角色定义功能完成角色的性质定义，包括编号、角色名称、权限

范围描述等信息。角色定义维护包括角色信息的新增、修改、删除、

查询。

此功能只能由系统管理员完成.

2、用户维护

用户维护主要指维护系统的操作者人员信息，包括人员姓名、编

号、登录名、密码、单位部门、联系方式等基本信息、，同时为用户分

配所属的角色，一个用户可以同时拥有多个角色，即拥有多个角色的

权限。

用户维护功能包括新增、修改、删除、查询。

此功能只能由系统管理员完成。

用户本身登录平台后，可修改个人基本信息中除编号、登录名称

以外的所有信息。

3、权限分配

权限分配是对指定角色可以访问本平台的具体菜单及功能进行

24

设置分配。其设置后还可以根据需要进行修改.

系统提供默认角色及权限设置，当新增一个操作员后，如没有对

其进行角色分配,则采用系统默认分配值操作本平台。

lo4.4o2系统用户权限

在这里使用本平台进行数据交换或共享的系统即称为系统用户。

应用系统的权限设置主要对目录服务内的相关信息进行分配与设置.

具体包括权限分配和权限修改两部分。

目录服务中已提到，系统用户在目录中以一个固定的类别存在，

可以使用本平台的所有应用系统均是本平台的系统用户，因此必然要

在目录列表中存在（可能是人为注册也可以是自动注册的），且具体

的应用系统在目录列表中对应一个具体的信息元素级数据.在目录服

务中，也可以为系统用户分组。

1、权限分配

在本模块中，不能对系统用户进行增删改操作一一此功能在目录

服务中完成，只能对系统用户进行权限分配-一当系统用户进行分组

后即为用户组进行权限分配，即可以为指定的系统用户（组）分配可

以访问的信息资源类别组（包括其它应用系统），这样，该用户就可

以向有权访问的用户发出订阅请求信息，从而实现数据接收或发送-

一只有双方均有权访问对方时，才能实现数据双向交换。

同操作者权限管理类似,平台对系统用户提供默认权限设置，当

一个新的应用系统通过本平台自动注册后，即享有本平台的默认系统

25

用户权限，要改变此系统用户的权限，可以对该应用系统进行分组或

直接分配系统使用权限范围。

系统用户组权限分配界面如下：

系统用户组权限分配界面

如界面所小,在为系统用户（组）分配权限时，还可以进行批量

分配一一当几个系统用户（组）有相同的权限范围时。

2、权限修改

权限修改即是对已建立并分配权限（包括默认分配）的用户或用

户组的权限进行修改、重新分配的过程。

权限修改时，当用户（组）的权限范围缩小（这里指原来有的权

限修改为没有的情况）时，平台自动判断此用户（组）是否已经订阅了

被撤消权限的信息，如果有则提示操作者用户此信息已经被订阅，若

强烈撤消此项权限内容，则本系统自动删除此用户（组）对该信息的

订阅信息及被订阅方的被订阅记录，否则直接修改权限。

L4.5订阅定制

订阅定制是本交换平台的核心功能之一，主要指订阅方向被订阅

方提出订阅请求，经对方允许后获得订阅信息的先期预订过程.

系统提供人机交互界面，用户通过界面访问、浏览可以订阅的对

方信息，并定制订阅信息。订阅信息维护包括校验数据、订阅、退订

三部分。

订阅定制的功能结构图如下:

26

订阅定制功能结构

校验数据是指在具体订阅资源之前,首先检查、校验订阅方与共

享方数据的同步性，不同步则通过本平台进行数据同步，以便达到数

据的一致性。

退订是指订阅方取消订阅，删除已经定制好的订阅信息并发送退

订消息给共享方不再订阅的过程；

定制与此相反指开始订阅对方的共享信息。

另外系统提供基于订阅的信息浏览与查询功能，可以查询已订阅

的信息、，也可以有针对性的查询当前网络中可以订阅的其它节点的共

享信息。查询条件可以是信息类别、节点名称-一这些基础信息均是

通过点到点的数据同步得到、时间等。

订阅定制总体功能流程图如下：

订阅流程图

lo4o5.1数据校验

本平台提供两种数据校验方式：系统自动定时校验和人工操作校

验.

1、自动校验

自动校验是通过系统设置校验节点、频率或时间参数后，平台在

运行过程中依据参数设置对指定对象进行数据校验，自动同步的过

程。不需要人为操作。

2、人工校验

27

人工校验是指由操作员根据需要对指定节点的数据进行校验同

步的过程。人工校验没有时间、频率的限制，由操作者根据需要而定。

无论通过哪种校验方式，平台自动记录校验记录，记录上次校验

时间，便于下一次数据校验时的参照与比对。

1.4o5o2订阅

订阅即指订阅定制，是用户通过系统界面浏览其权限范围内的其

它用户的共享资源，并对共享资源进行选择发送订阅请求,最终获得

订阅资格的过程.

订阅的操作流程如下：

订阅流程图

图中淡粉色框是订阅方的操作内容，淡蓝色框是共享的操作内

容，订阅过程实际上包括上图整个过程。

本平台自动记录订阅方发出的订阅请求信息、，包括请求时间、共

享方、请求内容、请求结果等相关信息，并提供随时查看的功能供订

阅方删改。

订阅定制界面如下：

订阅界面

lo4o5o3退订

退订与订阅的过程刚好相反，是指已经订阅成功的信息，由于某

种变化或需要，而由订阅方向共享方发出信息，提出取消订阅的过程。

28

退订的操作流程如下:

退订流程图

如图所示,退订过程中，一般只要订阅方提出申请共享方即取消

对此订阅方提供相应的订阅信息.

1.4。6.日志定制

日志管理分为三个方面:记录内容管理、文件时间设置、日志查

看。结构图如下：

日志管理功能结构

1、记录内容

本平台提供完备的日志服务功能，考虑到用户的不同需求及灵活

性，同时考虑到系统长期运行时输出日志对系统性能的影响，本平台

将需要记录日志的内容按对系统响影的程度分为五级，用户可以选择

指定级别记录日志信息。

日志内容分级情况表:

第一级系统必须输出的日志如：系统启动、停止、系统不能

正常运行的错误等

第二级由于环境配置文件不如:配置文件不能连接数据库，不

正确而引发的错误能连接网络等错误

第三级由于订阅数据配置文如：由于数据配置文件不正确，

件不正确引发的错误在读取数据、整编数据、保存数

据时所引发的错误内容

29

第四级系统已经考虑到的其如：数据转换不正确，数值不能

它可估计的错误信息为空等

第五级每一步运行的日志记包括所有正常运行的日志，如数

录据正确读取，数据正确保存等内

容

2、成文时间

本平台在为需要记录日志内容分级的同时•，还可以对日志文件时

间进行设置，即用户根据自己的需要可以没置每小时、每天、每月、

每年一个日志文件一这里当然是单选，即只能选择一种。日志文件可

以人为中止，中止时记录成一个文件，然后可以更改日志文件的成文

时间。

如上所述，本系统充分考虑了用户对日志内容、日志文件大小方

面的个性化要求，用户可以根据自己的实际情况权衡日志应记录的内

容和文件大小,从而达到最优效果，在确俣系统的正常运行的同时方

便后期查看运行情况,为分析系统、查找原因提供适当的参考信息。

3、查看日志

用户可以在本系统内查看日志信息，可以输入查询条件选择性查

看日志信息。从而从不同角度、不同方位查看分析当时的系统及环境

情况。对日志查询结果还可以输出打印出来，其输出格式可为EXCEL

和WORD文档以及数据报表。

日志查看总体流程图如下：

日志查看流程图

30

Io4.7o安全管理

安全管理提供完备的安全策略保护本平台及数据的安全.本平台

安全管理主要从三个方面考虑：

1、用户方面

有严格的权限分配与控制机制一一权限分配部分已有详述。

2、数据方面

采用独特的加密方式进行加密、封装再传输一一参见数据交换服

务之封装解析部分。

3、网络监测方面

平台提供实时网络监测部件,用于实时（间隔时间可设置,见其它

参数设置部分）探测当前的计算机网络状况及数据流量，当发现网络

故障时，自动记录网络故障出现的时间及可能的原因，并中止当前的

网络通讯作业，等待网络恢复后继续执行。当监测到网络故障发生一

定时间间隔（允许的网络超时时间，见其它参数设置部分）后，便以

GSM的方式通知当前正在等待网络信息回复的用户，网络发生故障，

并记录被中断的作业信息。

本平台网络监测采用定时探测的技术实时监测网络状态，同时当

网络出现故障时（断网或超时），以GSM无线网络为依托，采用GPRS

（GeneralPacketRadioService,通用分组无线业务）技术实现信

息的无限制发送，确保通信畅通,为等待回复的用户及时提供当前状

况，便于用户尽早采用备战措施。此功能借鉴目前已在使用的水务实

时通技术方案实现.其它参数设置

31

支持平台正常运行的相关参数设置,具体包括:

/监测网络的时间间隔：多少秒探测一次网络连接状态。

/是否支持断点续传：即可否支持传输被中断之后的续传.

/网络超时时延：探测到多少秒连续的断网状态后即认为网

络中断，发送断网信息给用户。

/传输数据包的大小：数据传输数据包的大小限制，以K字

节为单位。

/可建目录级别：系统可以创建的服务目录级别，包括元数据

一级.

/GSM发送内容：网络中断、严重错误、共享资源被删除。

其它参数设置。

1.4O8数据交换服务

本模块描述中，发送管理数据保存是一个完整、粗略的数据交换

全过程，其中封装解析是封装与解析两个过程，消息管理与队列管理

功能贯穿其中，大体过程如下：

数据交换过程

信息发送方的数据在发送前，首先进行加密、压缩并按规则封装

成一个一个的数据包，然后进行发送；接收方收到信息后，首先对数

据进行初步校验、解析在确定数据无误后按规则整编，最后保存到相

应数据库内完成数据交换的一个单方向传输过程.

32

1。4。8。1数据交换流程

数据交换服务是本平台的核心业务，系统管理模块的一切功能都

是为数据交换服务的，数据交换服务长期驻留内存并运行，实时完成

网络内各用户、各系统之间的信息交换与共享。

数据交换指共享方与订阅方之间的信息互通和数据交换。一个订

阅方可以订阅多个共享方的共享数据，同理一个共享方也会受理多个

订阅方的订阅请求。实际上产生数据交换的过程就是共享方向订阅方

发送数据的过程。

数据交换流程图如卜：

数据交换流程图

如图所示，当订阅方订阅了信息后，共享方轮询读取数据，并对

数据进行封装，然后发送给订阅方，订阅方接到数据后，首先对数据

进行验证、解析、整编最后将合法数据保存（如果验证数据不合法则

丢弃并发送错误信息给共享方，要求重新发送），并封装确认信息返

回给共享方，共享方在接到回复后，记录订阅概要信息（或重新读取

数据进行发送），完成数据交换过程。

104o8o2消息管理

本平台提供消息管理机制，统一管理经过平台的一一切消息。平台

采用特征验证码的方式为每条消息加注特征码，同时总结各用户端传

送消息的特性，分析消息的归属类别，根据消息的特点对消息进行分

类（如发送、请求、回复、接收、报错等）、整理、预排序，准备使

33

用各自的通道进行传输，避免消息混乱的状态发生。消息的归类规则

及特征码信息可以在目录服务中进行维护.

本管理功能不提供用户交互界面，而是以内部进程的形式存在.

1.4.8.3队列管理

当通过本平台的请求较多时，如果不对各类消息加以控制会产生

资源争用或并发冲突的现象，并且可能会出现优先级较高的请求反而

等待时间过长现象，因此本平台采用有效的队列管理手段根据消息本

身的特性优先级等信息调动、排列各进程，使所有请求有序高效的得

以执行，从而最大程度的优化系统。

lo4.8o4发送管理

本交换平台在处理各类数据交换与共享请求时，会产生各种信息

及数据的发送操作，平台依据发送数据包的特征标识找到接收方，并

首先探测网络状况，许可时即进行发送操作，并自动记录发送日志（根

据日志记录设置情况而定）。

发送流程图如下：

发送数据流程图

发送信息内容不仅限于各类交换的数据信息，还包括通讯双方的

交互消息等。GSM信息发送发生在计算机网络不能连通的情况，GSM

可发送网络中断信息、错误报告信息及资源删除消息-一依据参数设

置情况而定。

34

GSM信息发送采用在平台中集成无线通讯技术，当计算机网络不

通时，与GSM短信无线网络平台相连接发送信息的方式.

lo4o8.5接收管理

与发送管理相对应，本平台在接收各用户传送过来的信息时，首

先验证数据包的有效性，有效则接收下来进入下一步处理，否则丢弃

此包同时发送错误信息给发送方，并记录相关日志（根据日志定制部

分的设置而定）.

接收管理的流程图如下：

接收流程

如图所示，当信息端口有传来的数据时，首先根据数据包的特征

码进行初验，有效则接收数据否则丢弃此数据包,并发送错误消息（或

重发消息）给发送方要求重新发送。

lo4.8.6封装解析

lo4.8.601封装

封装是指数据在发送之前进行的加密、压缩、封装过程。平台对

准备发送的数据按一定规则加密压缩后，进行封装，并且一个数据包

的大小是固定的（参见其它参数设置部分），当欲传送数据大于规定包

的大小时.，系统自动将数据分成多个包进行传送，并记录各个包之间

的先后关系，同时在包中加入明显的可供验证的标记。

封装流程图如下:

35

封装流程图

在数据加密、压缩之前，平台采用轮询读取数据的方式实现数据

的循环读取，本平台采SLEEP等待的方式进行数据读取，即每读取一

次数据后，等待一段时间再进行下一次数据读取，这样避免了由于多

线程同时争用系统资源而产生堵塞.并发与轮询技术的结合使用有

效、充分的利用了系统资源，使得平台具有较高的数据处理能力，为

支持频繁、大数据量的数据交换与共享提供了可能。

1.4o806.2解析

解析即是接收方在接收到对方传来的数据包后，对数据包进行规

则解密、验证数据的有效性，通过后即可整编保存数据。

解析数据包的流程图如下：

解析流程图

1.4.8o7数据整编

数据接收并经解析后，要根据数据特性标识进行整编、再分析、

归类、关联计算及相关转换处理，然后准备保存。数据整编主要指对

经过解析检验的数据进行归类、按数据类型对应关系进行转换处理的

过程。

数据整编流程图如下：

整编流程图

36

Io4o8o8数据保存

整编无误的数据即可以保存到目的数据库的相关表内，完成数据

交换的整个流程，并记录相关日志（依据日志设置而定）。

数据保存处理流程图如下：

数据保存处理流程

第三章招标参数

1、技术规格要求

技术架构

⑴系统采用基于web的B/S架构，支持各类浏览器正常访问（IE、

Firefox、Chrome>Safari等），功能不受浏览器类型、版本影响（浏

览器版本升级后，应及时免费升级系统以支持功能的正常使用）；

（2）系统支持跨数据库平台,如Oracle、SQLServer和MySQL,并

可扩展到其它关系型数据库；

（3）系统支持跨系统（Windows、Linux、Unix）,在Windows服

务器端需提供系统统一管理工具，包括启动'停止'重启协同系统服务

与移动服务，数据定时自动备份、手动备份与异地备份、数据恢复，

可视化系统参数配置以方便学校协同系统管理人员使用；

性能要求

⑴应允许根据需要合理调配PC端及移动端的数量；达到最大并

发用户数时数据相应时间不超过4秒；

37

⑵系统运行安全可靠，具有动态负载均衡处理能力、容错能力。

除系统维护、数据备份等特殊情况之外，系统必须7X24小时安全可

靠运行。

安全性要求

(1)权限：采用管理员多员分离与资源匹配授权。协同管理系统在

业务数据管理、系统性能管理、审计日志管理实现多员分离，并配备

独立的校内人员角色与系统功能灵活匹配模块；

(2)日志：有完备的日志记录管理，包括数据库操作、系统配置更

改、业务数据更改、用户登录及操作记录等；

(3)数据安全：在数据库、中间件及Web各层均有备份容灾方案，包

括热备和冷备，本地和异地；架构能灵活扩展,满足负载均衡要求；

(4)信息安全:信息具有防篡改、痕迹保留等功能.

2、系统设计要求

系统整体采用B/S架构，基于WEB应用，零维护客户端，数据交

互采用成熟适用于异构系统之间进行数据交换的XML技术，系统数据

接口统一和规范，开发基于标准化、规范化的数据结构和接口设计；

系统必须从软、硬件体系架构及所采用的相关应用与产品技术等

方面保证系统的可扩充性；可通过二次开发与其它符合数据接口规范

的软件无缝连接，使整个系统具备强大的扩展性和兼容；

38

3、售后服务需求

免费服务期1年，从验收通过之日起计算。一年内免费维护，包

括Bug修复、版本升级。7*24热线服务；在接到用户通知后确保2

小时内响应，24小时内排除故障。如用户要求提供现场服务，应在

24小时内到达用户指定地点。投标人在投标时应对免费服务期后年

服务费标准报价，并承诺小版本五年内免费升级且服务费不变。如需

大版本升级由双方另行友好协商.

4、产权要求

参加本次采购所投标的产品，必须是投标响应人自有知识产权且

获得软件产品登记证书的商品化软件,产品或其中的插件、接口等涉

及到第三方知识产权的，必须是已依法获得了该知识产权，不得存在

侵犯知识产权的问题。

5、技术参数

对系统硬件平台要求不高,系统运行稳定，大并发测

硬件平台

试稳定，可按需集中部署、分离部署、集群部署。

体系结构J2EE

数据库平台MYSQL、MS-SQL、ORACLE,关系型数据库

操作系统环WindowsServer/Linux/Unix

境

中间件服务TomcatAWebsphere

39

器

客户端环境IE

访问方式Browser/Server（浏览器/服务器）结构

聚焦协同办公领域，以“组织行为学〃原理为核心设

计思路.专注行为过程管理，保障组织管理思想落地

产品设计思

为目标，把办公管理中复杂的事务、事件、协同等

路

信息在单位部门、组群、个人之间进行及时高效、

有序可控、全程共享的沟通和处理.

高，提供标准的webservice接口和API接口，容易

系统开放性

与其它系统集成

数据分离与支持分区存储与数据分析

技切断技术

术

特附件安全性高，附件以加密形式存放

征

遵循标准插件接口规范，可提供包含视频会议、即

系统扩展性时通讯、网络传真等数十种标准插件、扩展插件和

用户自定义的各种插件

桌面整合支集成IM0桌面通讯

持

系统部署大集中式部署、分布式部署+数据交换中心

应用表现以平台实现功能，简单易用。

系统界面风格统一，划分明确，简i吉友好，操作方便

易用性

快捷

40

第四章工程量清单

详见报价清单

第五章验收标准

系统的验收标准将依照招标书中规定的建设的规范，从系统的实

用性、稳定性、可绥护性、灵活性、