基于liferay的校园政务系统实现

【摘要】数字化校园政务系统的建设仍然存在很多策略和技术问题需要解决。从Portal技术的建设目标出发，探讨了Portal的体系结构、工作流原理和其实施方案。根据校园政务平台建设的需要，提出了一套基于liferay技术的校园政务平台建设方案，从而使得在构建数字化校园的过程中系统融合、信息集成和校园政务工作流实现的问题得到解决。通过Portlet技术构建的校园信息门户，和基于OKF的校园工作流系统，减小了系统的实现难度，提高了工作效率，在数字化校园的建设中发挥了重要的作用，并取得了良好的效果。

【关键词】liferay技术；校园政务系统

引言

在新的形式下，国内高校为顺应时代的需求，纷纷积极构建并逐步构思自己的“数字化校园”计划。数字化校园是以网络为依托，利用先进的信息化技术和工具，实现从环境、资源、到活动的全部数字化，在传统校园的基础上构建一个数字空间，以拓展现实校园的时间和空间维度[1]。数字化校园中存在不少问题，主要表现在几个方面，一是各应用系统缺乏协作性；二是缺乏统一规划，信息不能有效共享；三是彼此之间不能实现数据访问，形成信息孤岛[2]；四是用户登录系统需分开进行，没有形成统一的接口。五是没有统一有效的规划，整个数字化校园的不易扩展。基于以上四点，数字化校园系统用户迫切的需要建设一个具有统一门户的，能提供用户统一入口的统一服务系统，并能整合现有数字资源，提供个性化的信息服务，解决信息及时传输、信息分享、协同处理业务过程中产生的问题。

Liferay Portal作为一个开源的Portal项目，利用Hibernate、Struts、Spring等开源框架，实现了JCP JSR168规范中提出的Portal功能，在开源Portal系统中有比较典型的代表性。与其它门户相比，他还包含了很多portlet资源，比如翻译、google搜索、地图、日程等。通过对这些现有资源的利用，可以减少了软件开发人员的工作量，降低了软件开发成本。同时，它提供了一整套良好的开发框架，使得开发者可以通过SOAP、RMI和自己定义的通道类访问暴露的API来操作portal。

因而基于Liferay Portal技术建立一个数字化校园门户系统显得尤为重要，也切实可行。

1.基础知识

1.1 术语定义

Portal是基于Web的，以“应用整合”和“消除信息孤岛”为最终目的，提供单点登录、内容聚合、个性化门户定制等功能的综合信息系统。在随着网络信息花的不断推进，以及Portal的兴起，越来越多的公司开始涉足Portal产品开发，并组建各自的Portal组件和基于其的产品，比如IBM、BEA、MicroSoft、SAP、Apache等。各个厂商的接口互不兼容，给软件开发商以及开发人员带来诸多不便。为此，JCP组织了JSR168（Java Specification Re-

quest），Portlet Specification V1.0，用来提供不同的Portal和Portlet之间的互通性。只要开发的Portlet遵循JSR168，则就可以在所有遵循JSR168的Portal上部署运行。JSR168中定义了Portal的实现规范和接口，并对理想的Portlet进行了详细的规划和描述。

Portlet是Portal中最重要的组件，负责在Portal中呈现信息内容，有相应的生命周期。通过自定义Port

-let，用户很容易定义个性化的Por

-tal页面。一个Portlet是以Java技术为技术的Web组件，由Portlet容器进行管理、处理请求并返回动态页面，它可以作为Portal的可即插即用的界面组件。专门处理客户的request以及产生各种动态的信息内容。

1.2 门户系统原理

校园信息门户（Campus Information Portal）CIP的建设目标是建一个统一的、开放的、可提供信息与共享的以及提供多种应用服务的，具有高可靠性、高可用性、性能高运行性、高安全性和高可管理性的门户，并以门户的方式提供服务。因此，门户必须为用户提供统一的信息入口，并且为用户在任何地点提供安全、快捷地所需资源的访问。作为通往信息访问和管理的真正网关，校园信息门户是集成校园应用程序，以及向用户提供高效和完善环境的最佳位置。通过将校园应用程序集成到门户的方式，所有用户可统一、持续地访问信息。用户无需了解也无需关心信息的来源，信息是通过浏览器推向用户。

学校目前通过Portal，将已有的应用系统全部向Portal集成。新的应用系统全部遵循JSR-168标准，可以非常方便地和整个Portal进行集成，通过WSRP来和远程Portlet进行信息交互。图1是展示了Portal的技术框架。

1.3 工作流原理

工作流管理系统的主要功能有流程定义、流程管理、工作流引擎、任务处理、任务分析和统计等。它采用J2EE作为系统开发框架，J2EE提供一个稳定的易于管理的环境，这个环境支持业务处理、消息传递和持久性工作流逻辑。使用一个静态Bean（过程管理Bean）作为一个服务协议来接受过程管理请求和WebSer-

vice激活请求；使用一组消息beans（任务处理Bean，错误处理Bean）来保证过程流程控制的可靠性；使用三个实体bean保存过程信息。所有这些商业逻辑都不是用EJBs来实现的，但是，大部分请求实际上都是由OKF进行处理，OKF是工作流系统的核心部分，而且J2EE提供了一个服务协议和一个环境实现方法。

工作流管理系统以Web Service接口连接作为连接组件，该工作流系统的工作流组件，执行引擎，工作任务分配，过程设计，运行和管理网络协议等等都是通过Web Services接口（SOAP）来整合。这样更容易更替组件以及提高各个组件的重用性。例如：该工作流系统的自定义分布与Liferay的协议系统通过SOAP整合，后者是EIP解决方案的开放源码项目。开发者很容易通过WSDL定义替换工作表系统。同时，它是基于stack的源代码，该工作流系统仅采用了开放的源代码作为自己的stack。使用Apache的Axis来作为Web Service桩生成器。WSDL4J提供绑定信息，UDDI4J与UDDIbrowser实现Web Services的发现功能。并且，拥有广泛的持久化机制–XML序列化与实体beans，该工作流系统在XML和对象下执行一个广泛的数据类型。为了避免使用复杂的表示结构，它采用XGen来序列化所有对象，XGen是一个开源的JAXB工具包，并且可以存储实体beans。这是一种简单且实用的不通过复杂的数据设计来表现多样数据的解决方案。

2.基于liferay的校园政务系统实施方案

2.1 整体框架

数字化校园政务信息平台是通过在经典型门户的体系结构[3]的基础上进行扩展得到的。统一门户平台是数字化校园的高级表现形式。门户服务位于各类应用之上，作为数字化校园对内对外的窗口，以浏览器的方式向用户展现数字化校园的应用信息。

信息的统一输出方式，实现信息的分层次、分权限、个性化输出。外网门户将资源分为结构化数据，非结构化数据，应用系统三类，采用相应的接入网关和整合封装技术对接入的信息资源进行集中登记，整合各类应用系统，使得校园用户自由定制个性化的信息内容。对各种资源进行统一的目录化管理，对所有用户进行分类、分组管理。基于统一目录管理体系的授权认证，该授权认证可实现用户和栏目之间的双向授权。统一门户平台在整个数字化校园里为用户提供校园各种信息单一访问点的服务，即统一身份认证和单点登陆，通过校园统一信息门户提供的全面信息和服务，用户可以在特定的权限内使用校内各应用子系统或者访问相应的数据信息。通过功能强大的个性化门户，校内师生能够迅速、便捷地查找和访问各种资源，满足完成课程或项目的需求。

2.2 门户实施方案

在面对现有零散的应用系统问题时，我们采取的方法是建设统一信息门户进行信息和资源的整合，在Portal中，Portlet不仅仅是作为一个小窗口，而且是一种应用，是业务整合的工具，这样我们就拥有了一个很好的信息集成和应用集成的平台。例如，一个NwesPortlet可以完成收集信息、列出当天最重要的新闻、进行信息检索等功能：因此，有了这些针对不同业务应用的Portlet，用户就可以根据自己所属权限定制自己的门户，从一个统一的界面访问信息、进行网上交互、与其他人进行协同工作，从而完成对整个应用系统的访问。

数字工大集成应用程序的方法有两种：（l）加载已有的Portlet应用.对于已有的Portlet应用，只需将应用的.war文件部署到web服务器上，再增加或修改相应的配置文件就可以很方便的将其注册部署到Portal容器中并。（2）创建新的Portlet以集成应用程序Portlet将门户开发的自定义和集成功能赋予最终用户。用户能够通过自助式界面自定义门户内容和集成数据。

信息门户系统具有全面的后台集成特性，使得集成事件、应用和数据到门户中更为容易。这就意味着用户不需要重新构建已有系统和业务过程。

高校的信息源产生的数据流被封装为Portlet到门户平台，在Portlet的同时将该Portlet的注册信息加入到用户权限数据库，由管理员对用户进行授权，然后授权用户才能使用。

2.3 工作流实现

工作流（Workflow）就是业务流程的计算机化或自动化，是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流管理系统（Workflow Management System， WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。一般的工作流管理系统由三个部分组成：工作流引擎、流程管理工具、流程定义工具（含图形化的建模工具）和客户端。其各个组成部分又包括自己的数据系统，接口与表现形式。整个系统的工作流程如下：工作流建模工具建立模型－＞流程定义工具对已建立的模型进行定义－＞自动生成XPD文件－＞工作流引擎从XPD文件调用工作流定义－＞执行工作流程－＞返回执行后的相关数据。

工作流引擎是WFMS（工作流管理系统）的核心软件组元。工作流引擎基本功能包括：解释过程定义；控制过程实例—创建、激活、挂起、终止等，为过程的活动导航，包含顺序或者平行的操作、最后时间期限、对工作流相关数据进行解释；调度各项活动；管理参与者登录签名和退出等信息；确定任务项目，实现用户意图；提供接口，支持用户交互；维护工作流控制数据和工作流相关数据，在应用程序间或者用户间传递工作流相关数据；提供调用外部程序的接口，连接所有工作流相关数据；提供控制、管理和审查功能。工作流引擎部分的设计是在uEngine的基础上进行设计，对uEngine进行汉化以及根据学校的具体需要对其部分的功能进行修改和添加。

工作流组件结构以开放内核框架（Open Kernel Framework OKF）命名。图3中用UML表示的OKF的操作过程。

3.系统实现

数字化校园政务平台架构在Portlet API（JSR 168）之上并且为用户提供了丰富的Portlet和当今门户解决方案所需的功能和组件。它可以通过在页面上添加内容，即添加符合该身份权限的Portlet服务，可以删除不关心的信息资源，这样实现了用户环境个性化。数字工大门户运行界面如图4。

在全面理解工作流的基本概念和开源项目uEngine特性的基础上结合浙江工业职业技术学院的办公的实际需要，在开源项目uEngine的基础进行开发与设计。以实际应用为导向，全面考虑基本功能准确无误、用户的易用性和方便以及界面的美观。把流程的导航问题做为流程设计的核心，开发过程中遵守一定的国内与国际标准，使工作流系统的功能尽可能的完善与完美。工作流系统运行界面如图5所示。

4.总结

数字化校园政务平台提供了传统校园网络所不具备的服务。它通过Portlet技术构建的统一门户平台，集成了已有的信息系统和Web应用程序。本设计方案支持数据、内容和信息的整合，同时通过可订制的门户渠道传递继承的内容、应用程序和服务，降低了校园信息门户的运营成本，提高了用户的工作效率，在数字化校园的建设中产生了重要的作用。同时，面向校园政务的工作流系统能针对校园行政事务工作流流转，实现了无纸化办公，办公场所也不再受地理位置限制。本套系统设计方案已经应用到浙江工业职业技术学院校园政务系统中，实践证明其具有一定的可行性和实用性。

参考文献

[1]邓志宏,蔡悦华.基于数字化校园门户的分布式身份认证系统研究[J].计算机工程与设计,2005,26(8):2131-2132.

[2]田昌鹏,张升平.用Portlet技术实现数字化校园信息资源的整合[J].计算机科学,2007,

34(8):293-295.

[3]董刚.Portal技术研究及其在数字化校园工程种的应用实现[D].国防科技大学,2004.

[4]Clarke S.Standards for Second-generation Portals[J].IEEE Internet Computing,2004,8(2):54-60.

[5]Java Community Process.JSR 168 portlet specification[EB/OL]..2008.