（计算机应用技术专业论文）基于portal的个性化工作流客户端的设计与实现.pdf

论文题目： 专业： 硕士生： 指导教师： 基于p o r t a l 的个性化工作流客户端的设计与实现 计算机应用技术 饶志敏 李长森副教授、余阳副教授 摘要 目前国内外特别是国内，对于工作流技术的研究重点主要集中在对工作流管 理系统的体系结构、过程模型，定义工具、系统互联等方面，而对工作流客户端 的讨论所见不多。另一方面，当前仅有的少数工作流管理系统的客户端大多只集 中在解决显示问题，至于用户界面和客户端功能是否完全满足用户的需要，则很 少考虑和进行较深入的研究。因此，如何设计出简单的、个性化的、灵活性和扩 展性良好的工作流客户端等问题便成为亟待解决的热点问题。 鉴于绝大多数工作流管理系统的客户端功能比较薄弱，本文在研究广州市科 技攻关项目一分布式敏捷实验室信息管理系统的基础上，提出了改进的解决方 案。通过仔细研究工作流参考模型接口二，本文将工作流和门户技术集成起来， 设计并实现了基于w e bp o r t a l 的工作流客户端，并利用任务分类器进一步提高 了客户端的个性化程度和用户的效率。同时本文还利用了产生式规则的相关知识 解决了任务分类器中分类规则的存储问题。 本文首先阐述了工作流客户端的功能和p o r t a l 技术，并在此基础上给出了 适合本项目的体系架构，并给出问题框架中各部分的解决步骤及实现方法。 关键字：工作流管理系统，工作流客户端，个性化，w e bp o r t a l ，产生式规则 t i t l e ：d e s i g na n di m p l e m e n t a t i o no fp e r s o n a l i z e dw o r k f l o wc l i e n tb a s e do np o r t a l m a j o r ：a p p l i e dc o m p u t e rt e c h n o l o g y n a l i e ：r a oz h i m i n s u p e r v i s o r ：l ic h a n g s e n ( a s s o c i a t ep r o f e s s o r ) ，y uy a n g ( a s s o c i a t ep r o f e s s o r ) a b s t r a c t i n t e r n a t i o n a la n dd o m e s t i ce s p e c i a l l yd o m e s t i cr e s e a r c ho fw o r k f l o wi sm a i n l y f o c u s e do i ls y s t e ms t r u c t u r e , p r o c e s sm o d e l ，d e f i n i t i o nt o o la n ds y s t e mi n t e r c o n n e c t b o ne t c o fw o r k f l o wm a n a g e m e n ts y s t e m ，l i t t l ed i s c u s s i o ni sf o u n di nw o r k f l o wc l i e n t o nt h eo t h e rh a n d ，e x i s t i n gc l e n t so fw o r k f l o wm a n a g e m e n ts y s t e ma l ec u r r e n t l y f o c u s e do ns o l v i n gt h ep r o b l e mo fd i s p l a y a sf o rw h e t h e rt h eu s e ri n t e r f a c ea n dc l i e n t f u n c t i o nc o m p l e t e l ym e e tt h en e e do fu s e ro rn o t ，t h e r ei s l i t t l ec o n s i d e r a t i o na n d p r o f o u n dr e s e a r c h a sar e s u l t ，i ti s ah o tp r o b l e md e s i d e r a t i v et ob es o l v e dh o wt o d e s i g nas i m p l e ，p e r s o n a lw o r k f l o wc l i e n tw i t hg o o df c x i b i l i t ya n ds c a l a b i l i t y i nv i e wo fam a j o r i t yo fw f m sc l i e n tf u n c t i o n sw e a k n e s s ，t h ep a p e rp u t s f o r w a r da ni m p r o v e ds c h e m eo nt h eb a s eo fl a bi n f o r m a t i o nm a n a g e m e n ts y s t e m w h i c hi st h et a c k l ek e yp r o b l e mo ft h ec i t yo fg u a n g z h o u t h r o u g hs t u d y i n gt h e i n t e r f a c et w oo fw o r k f l o w r e f e r e n c em o d e l , t h ep a p e ri n t e g r a t e sw o r k f l o ww i t hp o r t a l t e c h n o l o g y , d e s i g n sa n di m p l e m e n t sw o r k f l o wc l i e n tb a s e do nw e bp o r t a l ，a n d i m p r o v et h el e v e lo fp e r s o n a l i z a t i o na n du s e r s e f f i c i e n c yb yu s i n ga s s i g n m e n t s o r t e r a tt h es a m et i m e ，t h i sp a p e ra l s ou s e ss o m ek n o w l e d g ea b o u tp r o d u c t i o nr u l et os o l v e t h es t o r a g ep r o b l e mo f c l a s s i f i c a t i o nm l ei nt h ea s s i g n m e n t s o r t e r t h i sp a p e rf i r s td e s c r i b e sw o r k f l o wc l i e n tf u n c t i o n sa n sp o r t a lt e c h n o l o g y , a n d t h e ng i v e st h ea r c h i t e c t u r e ，r e s o l v e n ta n di m p l e m e n t a t i o nm e t h o dt h a ti sf i tf o ro u r p r o j e c t k e y w o r d s ：w o r k f l o wm a n a g e m e n ts y s t e m , w o r k f l o wc l i e n t ，p e r s o n a l i z a t i o n , w e bp o r t a l ，p r o d u c t i o nr u l e 1 1 、研究背景 第1 章引言 本文的研究是以广州市科技攻关项目“分布式敏捷l i m s ”( l i m s 即实验室 信息管理系统l a b o r a t o r yi n f o r m a ti o nm a n a g e m e n ts y s t e m ) 为背景的。所谓 “分布式敏捷l i m s ”f 以下简称l i m s ) ，是一个将实验室的分析仪器通过计算机 网络连起来，采用科学的管理思想和先进的数据库技术，实现以实验室为核心的 整体环境的全方位管理的系统。它集样品管理，资源管理，事务管理，网络管理， 数据管理( 采集、传输、处理、输出、发布) ，报表管理等诸多模块为一体，组成 一套完整的实验室综合管理和产品质量监控体系，既能满足外部的日常管理要 求，又保证实验室分析数据的严格管理和控制。国外成功经验表明，l i m s 技术 的应用和推广成为必然的趋势。l i m s 技术应用广泛，适用于检疫、海关、商检、 环保、供水、制药、医疗、石油、化工、采矿、冶金、烟草、酿酒、饮料、食品、 电力及教育和科研单位等各行业的分析测试实验室。 在l i m s 开发实施的实践中，我们认识到，从工作性质上看，实验室的工作 大致分为两大类：化验实验，评价。化验实验室专业性的、分散的，而评价是 相对集中的。如进出口商品是多种多样的，海关不可能购置所有的专业设备、引 进各行业的专业人员，往往委托有化验能力的部门( 如国检局) 或其他独立的专 业实验室( 如高效、研究机构的化验室) 的化验，这些化验实验室的数据提交 海关后，由海关的专家确认商品分类和税率。疾控行业也存在同样的问题，尤其 是市县机构设备落后、不足，需要上级机构或研究机构的协助。不同实验室、评 价机构的不同l i m s 间的数据严重分散甚至异构，造成了实验室和机构问的各种 资源难以被实时进行更新和合理利用的结果。对于企业内部不同工作岗位的工作 人员来说，所需要的资源和数据存放在不同的l i m s 系统中，导致频繁地登录不 同系统的客户端，其结果就使得工作人员的效率难以大幅度提高。而且，纵观当 前国内外的l i m s 产品，功能繁多、环节多、操作复杂成为阻碍其实施和普及的 重要因素。国内某些产品即使采用了浏览器界面，也只是换了一种画面，依然没 有摆脱其实质。究其原因，是其没有真正使用并遵守工作流管理联盟( w o r k f l o w 1 m a n a g e m e n tc o a l i t i o n ，以下简称w f m c ) 规范的独立工作流技术，并充分挖掘 工作流技术在客户端方面的潜力。 正是在这种背景下，我们进行了工作流客户端方面的研究。下面我们将对 国内现有的有代表性的工作流产品，特别是对其客户端进行小结。 1 2 、国内现有的工作流产品及其不足 目前市场上已经有很多工作流的产品：从基于独立工作站的系统、到9 0 年 代基于局域网的c s 架构系统，进入2 0 0 0 年后发展到基于w e b 技术的b s 架构 系统。目前代表性的产品有s u n f l o w 工作流管理系统v 2 2 0 、和b e w o r k f l o w 工 作流管理系统。 s u n f l o w 是杭州信雅达系统工程股份有限公司推出的工作流中| 目j 件平台。 系统采用j 2 e e 架构，并提供符合b p m i w f m c 标准的a p i 接口，可以通过接口调 用各种形式的应用，并与d b m s 、c r m 、e r p 、p d m 等系统实现集成。该系统的客户 端程序是一种让一般用户直接通过w e b 浏览器参与业务流程处理，而无需在用户 计算机安装其它应用程序的程序，但并不提供个性化的用户界面。 而b e w o r k f l o w “1 则是新晨科技推出的基于i b mw e b s p h e r e 的工作流开发 平台。它采用b s 结构，提供图形化接口客户端，如：w e b 客户端、w i n d o w s 客 户端和l o t u sn o t e s 客户端，并且还集成了m a i l 系统，但其可定制性差，任务 分配太复杂而且是无序。 综合起来，这些工作流产品的客户端主要存在以下问题： 1 ) 客户端的界面缺乏可定制性。工作流管理系统面临的用户是很多的。不 同的用户有不同的兴趣，对各自的界面也有不同的要求，如背景色，正 文颜色和显示内容等等。但现有的客户端对它的每个用户，其界面基本 上都是一样的。 2 ) 现有的工作流客户端任务列表只是任务的无序罗列，并没有进行分类。 对于一些高级用户( 针对角色而言) ，比如况经理，需要他来处理的任务 将是很多的。很难想象完成一堆杂乱无章的任务的效率会很高。 3 ) 大部分工作流产品对第三方应用系统的集成都不够好，用户为完成各自 的工作必须要频繁的登录不同的系统。 1 3 、本文的研究工作及贡献 在l i m s 系统中，实验室资源的分散性决定了工作流系统的分布式环境。要 做到及时快捷的，无障碍的信息传递和访问，并能根据用户的兴趣设置一定的存 取权限和个性化定制，目前市场上的工作流产品是无法满足此要求的。为此，我 们结合l i m s 系统的特点，将工作流技术和w e bp o r t a l ( 即门户) 技术结合起来， 主要进行了如下的工作： 1 ) 设计了基于p o r t a l 的单一门户式访问、集成分布式资源并具有个性化定制 功能的工作流管理系统的客户端； 2 ) 实现了基于p o r t a l 的工作流管理系统的客户端： 3 ) 设计出能进一步加强客户端个性化程度的任务分类器。 以上工作也是本文的贡献。 1 4 、本文的组织结构 本文主要介绍了如何将w e bp o r t a l 与工作流客户端集成，设计并实现出 来。本文将工作流管理系统的客户端模型分为两大部分：( 1 ) w e bp o r t a l 与工作 流客户端的集成设计；( 2 ) 系统实现。 第一章主要介绍了项目背景和目前市场的一些工作流产品，并在此基础上 提出了本文的研究工作和贡献。 第二章分为两大部分。前一部分主要阐述了工作流的相关技术，如工作流 管理系统及其组成，重点介绍了工作流客户端。后一部分则详细地介绍了w e b p o r t a l 技术的原理及其相关特征。 第三章和第四章是本文的重点。在这两章里，详细地介绍了工作流客户端是 如何与w e bp o r t a l 集成在一起的，以及如何利用分类算法和产生式规则来设计 任务分类器达到进一步增强客户端的个性化程度的目的，并给出了系统客户端的 相关设计类图及其实现方法。 第五章总结了本文的研究内容和不足之处，并对下一阶段的研究工作进行了 展望。 3 第2 章工作流技术及p o r t a i 技术 2 1 、工作流技术简介 2 1 1 、工作流 工作流是从英文单词w o r kf l o w 中直译过来的。最直白的意思就是同常工作 中相对固定的流程计算机化。工作流技术是支持现代企业经营过程重组、经营过 程自动化的一项关键技术，它通过对经营过程进行明确的定义和表示，使其能够 被计算机所支持和运行，从而实现企业过程管理与过程控制1 3 】。 工作流的概念起源于生产制造业与办公自动化领域。工作流是一类能够完全 或部分自动执行的业务流程，它根据一系列流程规则，使文档、信息或任务在不 同的执行者之间传递与执行。工作流的目的是通过将工作分解成定义良好的任 务、角色，按照一定的规则和过程来执行这些任务并对它们进行璐控，达到提高 办事效率、降低生产成本，提高企业生产经营管理水平和企业竞争力，实现现代 企业经营过程重组( b r p ) 、经营过程自动化【4 1 。 工作流技术的主要特点是：过程的自动化处理。这些过程包含由人与以机器 为基础的活动相结合，特别是对那些与i t 应用程序、工具交互的过程，进行自 动化处理。虽然，工作流技术广泛应用于办公环境中，例如保险、银行、法院和 行政管理等，然而工作流技术也可以应用于一些类型的制造业和检验检疫行业， 如：汽车制造、实验室检验等等。 2 1 2 、工作流管理系统 工作流管理系统。1 ( w o r k f l o wm a n a g e m e n ts y s t e m ，以下简称w f m s ) 是定义、 创建和管理工作流运行的软件系统”3 。下面给出w f m c ”1 对工作流管理系统的定 义：工作流管理系统是这样的一个系统，详细定义、管理并执行“w o r k f l o w ”， 系统通过运行一些软件来执行w o r k f l o w s ，这些软件的执行顺序由工作流逻辑的 计算机表示形式( 计算机化的业务规则过程定义) 驱动。开发这类软件系统 就是要协调分布式、协同处理的各个节点上的活动，按照预定义的控制流程进行 执行，以达到对它们的自动执行和有效的管理。开发这类软件有很大的重复性， 4 工作流管理系统就是将这类软件的公共的流程控制部分( 工作流运行服务、引 擎) 、管理部分和其他公共部分抽象出来，形成一种软件开发平台，用户只需要 将它们的控制流程描述出来，该平台软件就可对它们的控制流程进行自动执行和 有效地管理，而不需要对每次不同的应用重复地开发。不同工作流管理系统可以 有不同的实现方法，不同的底层通讯机制，应用的范围也可能有很大的差距但 所有的工作流管理系统从用户的应用层上来看，工作流管理系统的功能覆盖范围 可以分为两个阶段：建立阶段和运行阶段。图2 - i 表示工作流管理系统3 个主要 功能之间的关系。工作流管理系统通常提供3 个主要功能”1 ： a ) 建立阶段功能 对经营过程和相关任务进行分析和建模，并建立工作流过程定义： b ) 运行阶段的控制功能 即在一定的运行环境下，负责创建、执行和控制工作流实例，激活相应的资 源和应用，并完成过程中从一个活动到另一个活动的控制转移。它是整个工作流 管理系统的核心部分。 c ) 运行阶段的人机交互功能 即在工作流实例的运行中，工作流管理系统与工作流参与者( 业务工作的参与 者或控制者) 及外部应用程序进行交互的功能。 图2 - 1 工作流管理系统的功能 w f m c 提出的工作流参考模型是目前国际公认的标准。在w f m c 工作流参考模 型中，一个工作流管理系统”1 由5 个基本部件和5 个基本接口( 见图2 2 ) 。 图2 2 工作流管理系统的体系结构 5 个基本部件分别是：( 1 ) 过程定义：负责给出工作流程的定义，并以一定的 数据格式提供给工作流引擎解释：( 2 ) 工作流执行服务：工作流管理系统的核 心，提供了过程实例执行的运行环境：( 3 ) 管理和监视工具：负责监控工作流 的执行，查看和改变工作流的活动状态：( 4 ) 工作流客户应用：执行者访问工作 流的界面，活动参与者通过这样的应用程序参加工作流活动，获取自己的任务 并可以进一步执行：( 5 ) 工作流引擎：过程定义的解释器，它是工作流执行服 务的核心。五个基本接口是：接口1 ：工作流引擎与过程定义工具之间的接口； 接口2 ：工作流引擎与客户应用之间的接口；接口3 ：工作流引擎与应用程序之间 的接口；接1 34 ：工作流引擎与其他工作流引擎之间的接口艘1 35 ：工作流引擎与 管理和监视工具之间的接口。在本项目中，我主要负责解决工作流引擎与客户端 应用之间的问题。 前面在引言中我们已经提到，目前市场上的工作流产品还是有一些的。这些 产品各种各样，但都可以抽象成图2 3 的通用模型。1 。 6 图2 - 3 通用工作流产品结构 这个模型主要有3 种类型的组件： 软件组件，为工作流系统的各种功能提供支持 各种类型的系统定义和控制数据，被一个或多个软件组件所使用 应用程序和应用程序数据库，其并不是工作流产品的一部分，但是他们 会被工作流产品调用，从而作为整个工作流系统的一部分。 在本课题的研究中，我们采用丌源的工作流引擎s h a r k “。s h a r k 是完 全根据w f m c 规范实施的，可扩展功能的基于j a v a 的开源工作流引擎。它利用 x p d l 来定义流程，同时还包括服务器端的用于活动节点执行的w f m c 工具代理 a p i 。这个工具代理a p i 可以服务于j a v a s c r i p t ，j d b ca c c e s s ，e j ba c c e s s ，p u r e j a v ac l a s s e s ，c o r b ac a l l s ，e m a i l ，w e bs e r v i c e 调用。流程的存储和活动的 实例化都是通过一个可定义的持久层a p i 来完成的。s h a r k l 0 之后的版本使用 自带的一个轻量级e n h y d r ad o d so rm a p p i n g 作为自己的标准持久层，但是它 同时也支持重量级的j 2 e ee j b 持久层。s h a r k l 0 之后的版本中，每个组件例如 持久层，事物管理器、脚本引擎，流程库，都是可以按照标准实施运用的，而且 还可以被具体项目的模块扩展和替换。这样，s h a r k 就可以被用作s e r v l e t 和 s w i n g 程序当作w e bs e r v i c e 被访问了。s h a r k 是一个具有良好可配置性的引擎， 7 它的所有组件，包括k e r n e l 都可以客户化定义。同时，s h a r k 和x p d l 定义工具 的事实标准5 a w e 同出名门，市场前景也被很多人看好。就连著名的被称为“保 皇派”的o f b i z ，其新版的工作流引擎也开始采用s h a r k 工作流引擎。因此考虑 到本课题的特点等诸多因素，我们采用目前最流行的s h a r k 引擎作为我们的工作 流引擎。 s h a r k 的接口2 提供了提交、推进、查询任务列表的功能“，在 o r g e n h y d r a s h a r k a p i c l i e n t “。包中提供了一些列的接口供客户端应用程序 调用 。在配置s h a r k的基本信息后，通过 o r g e n h y d r a s h a r k s h a r k g e t l n s t a n c e0 “。1 可以建立连接、任务分配，或者迸 一步通过a d m i n i n t e r f a c e “管理用户和用户组等。需要补充说明下的是：在本 课题中，我们使用m ss q ls e r v e r 2 0 0 0 作为工作流数据库，方便了开发人员的实 现。 2 2 、工作流客户端 2 2 1 、工作流客户端应用程序 工作流管理系统并不是要实现完全的自动化，它非常注重人的参与和管理， 工作流参与者在整个系统的运行中起着非常重要的作用。在工作流管理联盟推出 的工作流参考模型( 见图2 2 ) 中，就专门为参与者留出了客户端接口。工作流 客户端程序是一种让一般用户直接通过w e b 浏览器参与业务流程处理，而无需在 用户计算机安装其它应用程序的程序。客户端程序负责管理所有与工作流引擎的 沟通，并为用户提供简易有序并可自行定义的任务清单。 先阐述“任务表”和“任务表处理器”的定义： 任务表( w o r k l i s t s ) ：过程执行中需要用户交互的地方，工作流引擎把任 务添加到任务表中，以便任务表处理器对其处理，任务表处理器管理与工作流参 与者的交互。这个过程对工作流参与者可能是不可见的，任务表在工作流软件中 维护，把用户需要执行的下一个任务提供给他。在其他系统中，任务表可能对用 户是可见，用户自己从任务表中选择执行任务，任务表也用来指示任务的完成。 任务表处理器( w o r k l i s th a n d l e r ) ：任务表处理器是一个软件组件，管理 工作流参与者与工作流执行服务器间的交互。任务表处理器负责请求用户关心进 r 展中的任务，并负责通过任务表与工作流执行服务器进行交互。在一些系统中， 只是使用一个桌面应用程序来提供一个简单的任务进入，等待用户注意。在其他 一些系统中，任务表的处理可能更成熟，控制任务在一些用户间进行分配，并考 虑到转载平衡、任务重分配等。另外的一些任务表处理功能，工作流引擎典型支 持与客户端应用程序大范围的交互，包括工作流参与者的签到和退出、请求过程 实例的开始、任务排队等候特殊的参与者，等。在工作流参考模型中，更广泛的 使用“客户端应用程序”这个词，而不是“任务表处理器”，从而反映其潜在的 广大使用范围，其包含任务表处理功能的同时也包含过程控制功能。 在工作流模型中，通过定义良好的、包含任务列表的接口来实现任务表处理 器与工作流引擎的交互，工作流执行服务器把任务队列分配给相应的用户( 也可 能是一组用户) 。在最简单的情况下，工作流引擎访问任务表，进行任务分配； 任务表处理器访问任务表，向任务表中添加任务。即使出现更复杂的情况，任务 表都是工作流引擎和客户端应用程序之间的桥梁。因此任务表的交互的实现就有 多种模型，这要依靠产品的实现特性，尤其是用来支持任务表分配的底层组件类 型来确定。目前已有的实现方法有四种”1 ：主机模型、共享文件存储模型、电子 邮件模型和过程调用或消息传递模型( 如图2 4 所示) 。其中，前一种是支持集 中式任务表处理的，后面三种用于分布式任务表处理的。 图2 4 任务表交互的实现模型 9 审 上 n。：。：蔗：r。e：c；a。l；l。：。 主机模型( h o s tb a s e dm o d e l ) 客户端任务表处理器应用程序是以主机 为基础的，通过工作流中的本地接口与任务表通信。在此情况下，通过终端 或者远程工作站的m m i ( 人一机界面) 来驱动用户接口。 共享文件存储模型( s h a r df i l e s t o r em o d e l ) 任务表处理器程序作为 客户功能来实现，通过文件共享进行通信，共享文件存储位于主机与客户机 平台环境的边界，都能被二者访问。 电子邮件模型( e l e c t r o n i cm a i lm o d e l ) 使用电子邮件系统进行通信， 电子邮件系统可以把任务分配给过程参与者。此模型，任务表一般是存放在 客户端的。 过程调用或消息传递模型( p r o c e d u r ec a l lo rm e s s a g ep a s s i n gm o d e l ) 通过过程调用或者其他消息传递机制进行通信。根据具体的实现特性， 任务表可能放置在工作流机中，或者任务表处理器中。 任务表处理器可以作为工作流产品的一部分提供给用户，也可以由用户自己 开发。在其他情况下，工作流可能要与普通的办公系统进行集成，例如e m a i l ， 来为终端用户提供一个统一的任务管理系统。 2 2 2 、工作流客户端应用程序接口( 接口2 ) w f m c 在其分档中公开发布了a p i “1 ( a p p l i c a t i o ni n t e r f a c e ，见图2 - 5 ) ( j i k ls o i fl ，1 坩i l n d l s c 1 1 c r l l t j “ i h s i ，1 da c l i 、l i 、( ( n i | i 1 e w t t w 、 l ，- sr o t u ，f u n r m 、 n 。o r k i s l i a j 1 、k “l ( nf _ t i 1 l 刊 r i ! l i - ：“h , | p p l l c n l b mi n t r r b c e 图2 - 5 客户端应用程序接口 1 0 规范：下边是对客户端应用程序a p i 使用的一个概述，分成几个不同的功能。提 供了对单独或者多个过程活活动实例的操作命令，就像任务表一样。 建立会话( s e s s i o ne s t a b l i s h m e n t ) 连接断开参与系统间的会话 工作流定义操作( w o r k f l o wd e f i n i t i o no p e r a t i o n s ) 对工作流过程定义名称或者属性的恢复查询功能 过程控制功能( p r o c e s sc o n t r o lf u n c t i o n s ) 创建开始结束一个过程实例 挂起唤醒一个过程实例 在过程实例或活动实例中强制一个状态发生改变 查询过程实例或活动实例的属性 过程状态功能( p r o c e s ss t a t u sf u n c t i o n s ) 打开关闭过程实例或活动实例的查询，设置过滤标准 获取过程实例或活动实例的详细信息 获取具体过程或活动的详细信息 任务表任务项处理功能( w o r k l i s t w o r k i t e mh a n d l i n gf u n c t i o n s ) 打开关闭任务表查询，设置过滤标准 获取任务表中的项目 通知选择重分配结束一个任务项 查询任务项属性 过程管理功能( p r o c e s ss u p e r v i s o r yf u n c t i o n s ) 改变过程定义或者它的实例的运行状态 改变某种类型的所有过程实例或活动实例的状态 为某种类型的所有过程实例或活动实例的属性赋值 终止所有过程实例 数据处理功能( d a t ah a n d l i n gf u n c t i o n s ) 恢复返回工作流相关或应用程序数据 应用程序调用( a p p l i c a t i o ni n v o c a t i o n ) 1 1 2 3 、p o r t a l 技术 2 3 1 、p o r t a l 的内涵 门户( p o r t a l ) 又称为入口，是指在i n t e r n e t 的环境下，把各种应用系统、 数据资源和互联网资源统一集成到通用门户之下，根据每个用户使用特点和角色 的不同， 形成个性化的应用界面，并通过对事件和消息的处理把用户有机地联 系在一起。 p o r t a l 一词原来是“门户网站”的意思，如y a h o o ! 、a l t a v i s t a 、s i n a 这 样的网站。而对于企业信息化而言，它扮演的角色则有所不同。对企业来说，建 立p o r t a 的意义在于可以使员工共享各种系统和信息资源，并对其进行统一的 管理。对员工来说，通过p o r t a l 可以了解和掌握有关企业的各种信息、参加讨 论、协同工作等。p o r t a l 自动将分散于企业各处的信息资源整理并发送给员工， 真正实现信息找人的目的。它的特点就是可对分散异构的各种不同类型的数据实 施单一门户式实时访问与管理，是有效的信息整合方式。此外它还提供了许多有 价值的附加功能，例如安全性、搜索、协作和工作流。p o r t a l 技术强调以用户 为中心，重视工作流及整体工作效能。通过与应用无关的图形化界面映射以知识 为中心的工作流，提供单点集成界面，实现信息的集中化访问。 现有的p o r t a l 技术可概括为以下四种： 企业信息门户( e i p ，e n t e r p r i s e i n f o r m a t i o n p o r t a l ) 依据主题将大量的内容进行组织，并利用这些信息将用户连接起来。 协作门户( c p ，c o l l a b o r a t i v e p o r t a ) 为用户团队提供协同工具，建立虚拟项目工作区并辅助团队协同工作。 专业门户( e p ，e x p e r t i s e p o r t a l s ) 将用户依其能力、专业知识及对信息的需求进行连接。 知识门户( k p ，k n o w l e d g e p o r t a l s ) 具备上述三种p o r t a l 的功能，弗继而完成知识管理、内容管理、商务智能 等更多工作。 通常所说的p o r t a l ，基本都是e i p 的概念。p o r t a l 使得企业能够充分利用 内、外部的信息，为用户提供一个面向商务决策的定制信息获取入口。由于e i p 大都是基于w e b 的，所以也常常被称为w e bp o r t a l 。 2 3 2 、p o r t a l 的体系结构及功能 p o r t a l 为企业信息化工作的开展提供了一致和统一的基础架构。实现统一 的系统管理、端对端的安全架构、内容管理及服务的个性化和集成服务。p o r t a l 的功能及体系结构“”如图2 - 6 所示。 p o r t a l 能提供身份验证、工作管理与监控、信息集成、安全管理、文档管 理等功能。考虑到p o r t a l 的应用环境，可以把p o r t a l 的体系结构分成建立在企 业信息化基础设施之上的核心服务层、运行服务层和界面服务层等三层。 1 分类擅索定翻蠹蜀燮 鲁 | i 葡同 橐囊 匪垂! ；! 塞量 il 第辱、管型鏖避 鲁 一+一 卜l 蝴簿稚酶j 专卷盛等 图2 - 6p o r t a l 的体系结构 p o r t a l 的功能可以分为三个主要方面”： 内容聚集：p o r t l e t 规范中规定p o r t a l 的主要工作之一是聚集由各种 p o r t l e t 应用生成的内容。 单次登录：只需登录p o r t a l 服务器一次就可以访问所有其它的应用，这 意味着你无需再分别登录每一个应用。例如一旦我登录了我的i n t r a n e t 网站，我就能访问m a i l 应用、i m 消息应用和其它的i n t r a n e t 应用，不 必再分别登录这些应用。 个性化：个性化服务的基本实现使用户能从两方面个性化她的页面：第 一，用户可以根据她的自身喜好决定标题条的颜色和控制图标。第二， 用户可以决定在她的页面上有哪些p o r t l e t s 。例如，如果我是个体育迷， 我可能会用一个能提供我钟爱球队最新信息的p o r t l e t 来取代股票和新 闻p o t t l e t s 。 2 3 3 、p o r t a l 的工作原理 2 3 3 1 、j s r l 6 8 由于越来越多的公司开发了各自的p o r t a l 组件和基于其的p o r t a l 产品 ( 如b e a ，i b m ，o r a c l e ，s u n ，s y b a s e ，n o v e l l ，s a p ，j e t s p e e d ，v i g n e t t e 等 这种互不兼容的接口实现不断带给程序提供商各种问题和麻烦，为了解决这 种问题，j c p 发布了j s r l 6 8 “7 1 ( j a v as p e c i f i c a t i o nr e q u e s t ) ，p o r t l e t s p e c i f i c a t i o n ，用以提供不同p o r t a l 和p o r t l e t s 之间的互用性。 j s r l 6 8 规范包括以下内容： ( 1 ) 定义了p o r t l e t 的运行环境p o r t l e t 容器； ( 2 ) 定义了p o r l e t 容器和p o r t l e t 之问的h p i ： ( 3 ) 提供了p o r t l e t 存储持久性和非持久性数据的机制； ( 4 ) 提供了p o r t l e t 包含s e r v l e t 和j s p 的机制； ( 5 ) 定义了p o r t l e t 打包，方便部署； ( 6 ) 保证了p o r t l e t 在j s r l 6 8 门户中的二进制移植； ( 7 ) 能够以w s r p 协议把j s r l 6 8p o r t l e t 作为远程p o r t l e t 运行。 2 3 3 2 、基本概念 p o r t a l 中有很多概念“，下面我们选择几个重要的介绍下： p o r t l e t 和p o r t l e t 容器 j s r 一1 6 8 对p o r t l e t 的定义如下：p o r t l e t 是运行在服务器端的基于w e b 的 j a v a 组件。它由p o r t l e t 容器管理，专门处理客户请求以及产生动态内容。 p o r t l e t 被p o r t a l 用作为可插拔的用户接口组件，为信息系统提供展现。一般 一个p o r t l e t 产生的内容和其他的p o r t l e t 产生的内容聚集在一起形成p o r t a l 网页。 p o r t l e t 在p o r t l e t 容器中运行，p o r t l e t 容器为p o r t l e t 提供必需的运行 环境。p o r t l e t 容器包含p o r t l e t ( 组件) 并且管理它们的生命周期，它也为 1 4 p o r t l e t 的参数设置提供持久化的存储。p o r t l e t 与s e r v l e t 的具体区别和联系 将在2 3 3 3 节阐述。这里仅仅强调一点：p o r t l e t 容器不是一个类似于 s e r v l e t 容器的独立容器。它是在s e r v l e t 容器上通过扩展方式实现的，并重用 s e r v l e t 容器提供的功能。 p o r t l e t 生命周期 基本的p o r t l e t 生命周期必须： 1 ) 初始化：使用初始化类初始化p o r t l e t 并将其放入服务中。 2 ) 处理请求：处理不同种类的动作并呈现内容。 3 ) 完成：使用销毁类除去p o r t l e t 。 其中，请求处理分为两个阶段： 1 ) 动作处理：如果用户单击p o r t l e t 上的链接，就会触发动作。动作处理 必须在页面上的任何p o r t l e t 呈现开始之前结束。在动作阶段，p o r t l e t 可以改变p o r t l e t 的状态。 2 ) 呈现内容：在呈现阶段，p o r t l e t 会产生要发送回客户端的标汜。呈现 不应该改变任何状态。它允许一个页面重新刷新而不需要改变p o r t l e t 的状态。一个页面上所有的p o r t l e t 的呈现都可以并行执行。 p o r t l e ta p p l i c a t i o n p o r t l e t 应用程序和s e r v l e t 规范2 3 的定义的一样，也是一个w e b 应用 程序，包含p o r t l e t ，p o r t l e t 部署描述符，还包括s e r v l e t ，j s p ，h t m l 网页， 类和其他w e b 应用程序资源。p o r t l e t 应用程序的目录结构和w e b 应用程序一 样，包含w e b x m l ，此外还包含一个p o r t l e t x m l 部署描述符文件，描述p o r t l e t 的配置信息。p o r t l e t 应用程序的w e b i n f 目录组成见如下： w e b i n f p o r t l e t x m l 部署描述符 w e b i n f c l a s s e s 放p o r t l e t 的类文件 w e b i n f l i b * j a r 放p o r t l e t 库文件 所有的资源，p o r t l e t 和部署描述符都被封装成一个w e b 归档文件即w a r 文件。 p o r t l e t 应用程序的额外资源包含有e j b 等，这些额外的资源不能被打包 进w a r 文件，p o r t l e t 应用程序可能会和这些资源一起打包成一个e a r 文件。 一个打包好了的p o r t l e t 应用程序可以运行在多个p o r t l e t 容器中。如果应用 程序是分布式的，容器必须在虚拟机上创建一个p o r t l e t 实例对象。 p o r t l e ta p i p o r t l e ta p i 是指p o r t l e t 的应用接口，满足特定a p i 规范的p o r t l e t 可以 加入到特定的p o r t a l 中执行。p o r t l e ta p i 定义了p o r t l e t 的生命周期，请求 处理机制，定义了p o r l e t 的各种属性和特性如w i n d o ws t a t e 、p o r t l e tm o d e 、 p o r t l e tu r l 、u s e r i n f o ( 用户信息) 等。p o r t l e ta p i 定义，任何一个p o r t l e t 都必须直接或间接继承g e n e r i c p o r t l e t 类，或继承实现了p o r t l e t 接口的类。 g e n e r i c p o r t l e t 类实现了p o r l e t 接口。p o r t l e t 接口定义了p o r t l e t 的生命 周期。 2 3 3 3 、与s e r v l e t 的关系 s e r v l e t 规范定义s e r v l e t 是一个基于j a v a 技术的w e b 组件，由容器管 理，产生动态内容。而p o r t l e t 规范在很多地方尽可能地利用了s e r v l v e t 规范 定义的功能，因此，p o r t l e t 和s e r v l e t 在很多地方有相似点，见如下： 1 ) p o r t l e t 和s e r v l e t 一样，都是基于j a v a 技术的w e b 组件； 2 ) 由专门的容器管理，可以产生动态内容； 3 ) 两者的生命周期由容器管理； 4 ) p o r t l e t s 也是通过请求m 应模式与客户端交互。 但p o r t l e t 与s e r v l e t 也有许多不同的地方，这就是为什么要重新定