一、校园信息平台建设技术规范

建议采用行业主流的“面向服务的系统结构”模型（以下简称“面向服务的系统结构”SOA“模型)规范校园信息平台技术。SOA采用组件式模型，通过组件间统一定义的接口关联整个系统的各个功能组件(或服务)。接口一般以中立的方式定义，独立于整个系统所实现的硬件环境、操作系统和编程语言。[1]SOA模型中的每个组件或服务以统一和标准的方式进行数据交互。校园信息平台建设是一个漫长而复杂的过程，不可能一蹴而就。SOA系统结构的特点非常适合信息平台建设周期长的特点。每个组件或服务系统通过基本框架平台集成到SOA架构中。应用系统之间采用松散耦合模式，框架平台和应用系统部署到集成服务器中。所有服务均以目前主流的B/S模式提供。整个平台系统采用多层架构和组件技术实现，系统层次清晰。整个平台系统的逻辑结构、流程和数据可以根据用户的需求进行包装，支持服务负载的平衡，支持负载的动态监控，软硬件资源可以自动并发检测和部署。

二、校园信息平台系统整体架构

学校信息平台的建设将为学生和员工提供一个公共服务平台。该平台采用门户架构模式，用户通过学校门户网站入口获取相关信息，并根据授予的不同权限办理业务手续。整个信息平台架构分为门户层、业务处理层、应用组件层、公共组件层和基本框架层。[2]

（1）门户层。门户层集成了整个信息平台的应用服务系统，包括各种业务处理系统和管理子系统。校园内现有的两层C/S应用、多层C/S应用和B/S应用可以通过基于WEB技术的Portlet组件集成到学校门户网站，为不同的用户提供统一的服务入口。通过页面风格、内容布局、模块集成等方面的个性化定制，学校门户网站向用户呈现了整个信息平台丰富的后台应用组件。

（2）业务处理层。将校园信息平台建设项目中的各种业务处理模块和管理系统集成到应用组件和公共组件基础平台上。用户根据角色权限分配使用不同的业务处理系统，打破学校实际行政组织结构形成的权限障碍。

（3）应用组件层。学校信息平台应用系统的构建是基于应用组件，应用组件由学校基本业务实体组成，如员工、行政机构和完整的业务处理流程，即使未来学校行政机构或其职能发生变化，整个应用系统也不需要重新开发，只需根据变化重新组装和授权应用组件，即可达到目的。

（4）公共组件层。该层由公共工具组件和应用框架组成。应用框架应基于行业公共标准，形成产品化的组件库系统，支持异构环境下的基本框架、应用组件的连接和底层通信，使新旧系统相互兼容；实现应用系统的个性化服务定制；应用系统的配置文件和数据交换应基于行业标准的XML格式。应用框架应提供标准服务界面，为系统的二次开发提供工作流引擎、权限认证服务等服务支持，使整个信息平台具有一定的可扩展性。