基于Web服务跨校选课系统设计.docVIP

基于Web服务跨校选课系统设计【摘要】分析合并高校和“大学城”校区、校际间信息共享的需求和特点,针对现有解决方案和建设模式存在的问题,结合面向服务的思想和工作流集成技术,提出基于Web服务的跨校选课应用系统集成方案,给出一种松耦合且可扩展的架构。文章阐述基于Web服务的跨校选课系统运行的环境和机制,借助BEA Web Logic Platform8.1集成平台实现系统的主要功能,论证其可行性及优越性。 【关键词】跨校选课系统;Web服务;工作流;协同 【中图分类号】G40-057 【文献标识码】A【论文编号】1009―8097(2009)12―0054―04 一 研究背景 伴随高校合并和“大学城”的出现,高校间资源整合、优势互补的发展趋势,促使学生选课范围向分布式、异构环境延伸,传统教务信息管理平台已无法满足跨校选课过程动态、并发和协同的需要。因此,我们有必要设计有效的跨校信息共享系统。 对于数字化校园信息共享模式的研究,目前有相同实体对象公共存储的方法;基于对象规范化的共享方式;基于系统互操作框架的信息共享机制[1]。这些方法主要关注于解决底层数据标准化的问题,或者是局部信息共享的问题,这种自底向上的方法难以适应跨校业务从全局出发的思路;尽管像COM/DCOM、COBRA和Java RMI等分布式对象中间件较好地解决了校区局域网内的互操作问题,但这种紧耦合模式并不能满足跨校区异构系统之间动态协同的需求;随着Web Services和工作流技术的发展,人们考虑利用Web服务解决跨域系统的互操作问题,但服务与工作流技术相结合的研究,主要集中于语义Web服务的研究,有的是在传统工作流系统的基础上提供对Web服务建模和执行的支持,并没有解决面向服务工作流的分布式服务如何进行事务性协作的问题[2]。 我们基于SOA架构思想,利用Web Services技术,将异构的应用程序以Web服务的方式组织起来,通过灵活可变的流程建模和设计,将这些服务串接起来,从而实现一个完整的业务处理流程,满足工作流的柔性需求;我们可以将这些已经定义好的流程,继续组织包装成一个Web服务,通过服务注册和服务发现,动态地作为子流程元素,进一步作为上一层系统流程的服务单元,通过建立有效得协同机制和协同接口,实现业务流程的事务性协同;利用逻辑实体业务流程管理器(Business Process Management,BPM)负责高层服务的组合、发布和提供,满足跨域业务间的动态协同。 二 基于Web服务的跨校选课系统框架结构 在SOA架构下,我们设计了跨校选课系统,如图1所示。跨校选课业务流程的建立是分布进行的,每个参与者(分校区或学校)可以建立自己的流程,完成特定的业务目标。在更高的层次上,通过业务流程管理器BPM将这些流程组合在一起,实现更复杂的业务流程。为了组合这些流程,考虑到环境的异构和分布特性,将分校区流程发布为Web服务,就可以在XML、HTTP、SOAP和WSDL等标准协议的基础上实现流程的集成。流程可以封装为Web服务,Web服务又可以被调用来实现复杂业务流程中的一个步骤。流程的执行与流程的监控和管理都建立在这个基本思想之上。 图1 跨校选课系统框架结构 业务流程管理器(BPM)是一个逻辑实体,负责高层服务的组合、发布和提供。在物理实现时它可以是一个独立的系统,也可以作为其他校区应用管理系统中的一个功能模块而存在[3]。当有跨校区业务需求时,业务流程管理器进行组合服务的设计,通过注册中心查找到所需的服务,然后对现有校区服务进行流程组合,形成新的流程服务并将其发布到注册中心,在此过程中,业务流程管理器作为服务请求者查找服务,但是并没有与真正的服务绑定。从而形成一种松耦合和可扩展的架构。 此体系结构业务流程协同具有动态的特性,一方面是协同活动间依赖关系的动态性,即相互协同的活动间往往具有输入输出依赖、因果依赖或时序依赖等,预定的依赖关系在协同过程中可能会因为一些意外因素而做出修改,但由于在顶层业务流程设计过程中并没有绑定真正的服务,因此流程的更改不会影响校区应用实体,也不涉及与其他校区实体的接口关系;而在流程执行过程中,时序关系发生的变更只是由业务流程管理器的流程执行管理器来执行,服务请求者和被调用校区应用系统都不会感知到任何变化,即协作活动间的依赖关系可以在被调用方未知的情况下动态更改。协同动态性的另一方面是协同参与者可能动态加入或退出,比如跨校选课系统,在规定学分的选课规则下,学生可以按照任意顺序任选、退选A校或B校的课程,协同的活动划分也可随着协同的进展而动态调整。同样的,也只需在业务流程管理器的顶层流程设计中进行修改,动态增加或删除的校区应用实体对服务请求者和其他被调用实体都不受影响