面向服务的企业应用集成在数字校园中的应用

面向服务　园中的应用　面向服务　企业应用集成在数字校园中的应用冰　口吴　青　罗儒国　王权于　摘要：数字化校园建设是高校提升，办学能力、转变办学模式和提高管理效率的关键。我国高校数字化校园　建设经过多年的持续发展，已初具规模，形成各类大型信息系统。这些独立的信息系统严重影响了数字化校园的　协同合作以及整体效能的发挥。面向服务的企业应用集成（ＥＡＩ）能够消除系统间的信息孤岛，发挥原有信息资　产的潜在优势，因而得到学术界的广泛关注和产业界的广泛应用。基于面向服务的ＥＡＩ架构思想和实现技术解决　数字化校园网上腐校手续办理的实例，通过基于业务分析、流程分析和服务分析三个步骤，阐述数字校园应用集　成的分析过程，并从逻辑和技术两个视角揭示数字校园应用集成框架的组成结构及技术架构，实现数据集成、应　用集成、流程集成和用户界面集成。该方案可以满足数字校园集约化、集中化和精细化的管理需求，既实现高校　各部门之间的信息化业务协同，又体现高校原有资产的价值。　关键词：数字化校园；ＳＯＡ；ＥＡＩ；应用集成方案；应用服务　中图分类号：Ｇ４３４文献标识码：Ａ文章编号：１００９—５１９５（２０１２）０４—００９１—０６　ｄｏｉｌ０．３９６９￣．ｉｓｓｎ．１００９—５１９５．２０１２．０４．０１５　基金项目：武汉大学自主科研项目（人文社会科学）研究成果；武汉大学“７０后”学者学术发展计划支　持；２００９年湖北省高等学校省级教学研究项目“现代远程教育生态系统及基础平台研究”（２００９１１９）和湖北省　教育科学“十二五”规划２０１１年度重点课题“数字校园云平台设计与应用”（２０１１Ａ００１）研究成果。　作者简介：吴青，博士，讲师；罗儒国，博士，副教授，武汉大学教育科学学院（湖北武汉４３００７２）；王权　于，博士，副教授，中国地质大学远程与继续教育学院（湖北武汉４３００００）。　一、引言　数字化校园建设情况是高校学术地位和综合竞　字校园建设者追求的目标。（王运武，２０１２）因此，　争力的重要标志，成为高校提升办学能力、转变办　学模式和提高管理效率的关键。（王亚希，２０１０）我　国高校数字化校园建设经过多年的持续发展，现已　初具规模，各类大型信息系统（如教学管理系统、　科研管理系统、学生管理系统、财务管理系统和人　力资源管理系统等）为高校实现教育信息化、决策　科学化和管理规范化发挥着重要作用。（尹爱华，　２００７）然而，学校各职能部门的信息化建设通常独　立进行，一般只关注部门内部业务需求或管理功能　的实现，缺乏整体架构观和全局意识。这使得数字　化校园在开发过程中，往往基于不同的技术标准开　发应用系统，系统间缺乏统一接口和编码规范；进　而导致数字化校园在运行过程中，各应用系统之间　缺乏必要的数据沟通与功能联动，形成“信息孤　岛”现象。（蒋东兴等，２００８）这些“信息孤岛”将　可能造成数字化校园各类资源的存储出现冗余甚至　不一致的情况，使各职能部门之间无法进行协同合　作，严重影响数字化校园整体效能的发挥。数字化　校园建设不只是一个技术问题，更是一个教育问　题，一个管理问题，一个校园内部各组织、各部门　的协调合作问题。（王运武，２０１１）数字校园协同效　应的产生是数字校园建设与发展的理想效果，是数　ｌ现代远程教育研究　　ｌ２０１２￣－４期／总１侣期　解决高校原有系统的信息集成问题是实现高校数字　化校园协同效应的基础。　为消除“信息孤岛”，发挥现有信息化资产的　潜在优势，企业应用集成（Ｅｎｔｅｒｐｒｉｓｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｔｅｇｒａｔｉｏｎ，ＥＡＩ）应运而生。从技术角度来看，ＥＡＩ　在对原有系统不做过多修改的前提下，将各类应用　系统和数据资源集成到一个业务流程中，实现数据　共享和业务集成。从商业角度来看，ＥＡＩ在企业范　围内基于统一的业务逻辑实现业务过程一体化，增　强了系统的可扩展性和灵活性。随着以面向服务体　系结构（Ｓｅｒｖｉｃｅ—Ｏｒｉｅｎｔｅｄ　Ａｒｃｈｉｔｅｃｔｕｒｅ，ＳＯＡ）为代表　的新技术的出现，面向服务的ＥＡＩ凭借其低耦合　性、高伸缩性、基于接口规范的集成、灵活的编　码、流程可配置等众多优势，成为数字化校园应用　集成的最佳解决方案。（汤宪飞等，２００７）运用面向服　务的ＥＡＩ可以实现数字化校园中业务功能的互联互　通及互操作，满足数字化校园集约化、集中化和精　细化的管理要求，促进数字化校园的高速发展。　为清晰展示面向服务的ＥＡ１分析方法和开发技术　在数字化校园中的应用，笔者以武汉某高校网上研究　生离校手续的办理为应用集成背景，借助统一建模语　言（Ｕｎｉｔｅｄ　Ｍｏｄｅｌｉｎｇ　Ｌａｎｇｕａｇｅ，ＵＭＬ）的强大表达　能力，阐述数字化校园应用集成分析的详细过程，并　基于逻辑和技术两个视角，揭示基于ＳＯＡ的数字化　９１　校园　面向服务的ＥＡＩ将现有系统中数据或者功能封　—二、企业应用集成相关技术　１．企业应用集成的主要内容　装成与实现技术无关的标准化服务，基于业务流程　组合粗粒度的服务完成系统集成。该技术基于松耩　合集成模式，统一封装应用系统接口，无需考虑具　体实现细节，为开发者提供了比较灵活、便于流程　基于信息技术手段，ＥＡＩ将应用软件、业务过　程和各种标准规范联合起来，实现多个应用系统的　无缝集成，使之作为一个整体进行信息共享和业务　处理。由于实际业务需求灵活多变，ＥＡＩ需要不断　完善和修正，因此，它并非信息基础设施的一次性　改造或某个购置的产品，而是一个长期、持续的建　设过程。　变更的系统集成方案。ＳＯＡ描述了一种具有松散耦　合、粗粒度的服务架构，包含一系列具体的实现技　术，例如服务数据对象（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｏｂｊｅｃｔ，　ＳＤＯ）、服务组件体系结构（Ｓｅｒｖｉｃｅ　Ｃｏｍｐｏｎｅｎｔ　Ａｒｃｈｉｔｅｃｔｕｒｅ，ＳＣＡ）和业务流程执行语言（Ｂｕｓｉｎｅｓｓ　Ｐｒｏｃｅｓｓ　Ｅｘｅｃｕｔｉｏｎ　Ｌａｎｇｕａｇｅ，ＢＰＥＬ）等。（梁爱虎，　为实现企业与企业之间信息交换、商务协同一、　过程集成、虚拟企业组建和动态联盟等，ＥＡＩ不仅　包括企业内部的应用系统和组织集成，还包括企业　之间的集成。（Ｅｖｇｅｎｉｏｕ，２００２）ＥＡＩ的主要内容包　括：数据集成、应用接口集成、业务流程逻辑集成　２００７）ＳＤＯ作为数据访问的中间对象，屏蔽底层技　术细节，实现异构数据源的统一访问。ＳＣＡ基于　ＳＤＯ提供的数据，将原有系统的业务功能封装成若　干粗粒度的服务，将功能的具体实现和服务接口松　耦合。ＢＰＥＬ编排ＳＣＡ封装的服务，根据实际需　要，组合成ＢＰＥＬ流程，实现多个业务系统之间的　流程整合。由此可见，ＳＤＯ、ＳＣＡ、ＢＰＥＬ的组合使　用是基于ＳＯＡ完成ＥＡＩ的重要“武器”。　和用户界面集成。（Ｌｉｎｔｈｉｃｕｍ，２０００）数据集成是指　通过共享或者合并两个或多个应用系统的数据，创　建一个具有更多功能的企业应用。它主要基于数据　共享、数据转化、数据移植和数据拷贝等技术手　段，实现异构数据源的相互访问和一致性操作。应　用接口集成是指基于消息访问机制或其他Ｗｅｂ技　术，通过应用访问接口（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　三、面向服务的数字化校园应用集成分析　与传统的开发范式不同，ＳＯＡ强调面向流程，　以业务为中心，将可重用和可共享的服务作为基本　组成单元。因此，面向服务的应用集成分析方法以　粗粒度的服务为最终分析目标，强调基于全局观对　Ｉｎｔｅｒｆａｃｅ，ＡＰＩ）直接访问其他应用程序，实现系　统在应用层的信息交互。业务流程集成是指运用分　布式访问对象和可重用组件等技术创建业务流程，　实现业务流程的自动化处理，并且提供业务流程的　系统进行整体分析和规划。而传统的分析方法，如　面向对象分析方法，通过构建与现实世界特定问题　监控和管理功能，从而满足业务变化的需求，解决　域中静态结构和动态行为一致的分析模型，进行系　以业务流程为核心的系统集成问题。用户界面集成　统需求分析。由于模型抽象级别过低、抽象粒度过　是指将不同业务系统离散的用户界面整合到一个统　小，且对象之间通常具有关联和依赖关系，不符合　的平台。该平台对用户而言是一个单一的应用系　ＳＯＡ基于松耦合特性实现系统灵活和敏捷的需求。　统，但在实际运行时会调用多个应用系统。这样可　虽然ＩＢＭ、ＯＲＡＣＬＥ等全球顶级软件企业纷纷推出　以增强系统的易用性，降低用户的学习难度，提高　各自的ＳＯＡ解决方案，然而尚不存在一个公认、相　用户的工作效率。　对完善的面向服务分析方法指导方案。　２．面向服务的企业应用集成技术　笔者提出的面向服务的应用集成分析方法，基　传统的ＥＡＩ技术包括基于公共对象请求代理结　于自上向下的分析思想，将高校数字化校园的应用　构（Ｃｏｍｍｏｎ　Ｏｂｊｅｃｔ　Ｒｅｑｕｅｓｔ　Ｂｒｏｋｅｒ　Ａｒｃｈｉｔｅｃｔｕｒｅ，　集成需求作为输人，通过业务分析、流程分析和服　ＣＯＲＢＡ）的ＥＭ、基于消息代理（ＭｅｓｓａｇｅＢｒｏｋｅｒ）的　务分析，梳理数字化校园中的关键业务流程，抽取　ＥＡＩ、基于Ｊ２ＥＥ联接器体系结构（Ｊａｖａ　Ｃｏｎｎｅｃｔｏｒ　主要Ｗｅｂ服务接口，为构建数字化校园应用集成　Ａｒｃｈｉｔｃｔｅｕｒｅ，ＪＣＡ）标准的ＥＭ等。（ＡＣｈａｒｙａ，２００３）上　框架提供服务资源基础。该方法从业务流程的分析　述ＥＡＩ技术大多属于紧耦合集成模式，适用于』生能　和设计开始进行应用集成分析，充分体现了ＳＯＡ　要求较高、需要多层次集成的应用系统。而且上述　关注业务的特性。　技术大多是某个集成商的专有协议，缺乏工业标准　１．数字化校园应用集成系统的业务分析　的支持，其互操作性和动态可扩展性也比较差，不　面向服务的应用集成系统通过业务分析从宏观　利于业务流程的快速重组和优化。　角度对高校内部的业务活动和规划方案进行全面概　一９２　堡　查　Ｉ　２年４期／总１侣期Ｉ　面疽　述。该阶段是系统分析与设计的基础，目的在于确　学生毕业离校流程（如图２所示）加以举例说明。　活动图将不同活动实施者表达为泳道（Ｐａｒｔｉｔｉｏｎ）。　例如学生办理毕业离校申请需要学院毕业生管理办　定系统集成最终目标并明确系统集成边界。面向服　务的应用集成系统为异构系统之间提供相互通信和　相互操作的平台，因此，此阶段不仅需要阐述集成　公室、财务部、图书馆和后勤保障部的协同审批，　系统的主要功能信息，还需要特别关注异构系统之　因此将上述部门分别建模为泳道，泳道内部的活动　问的交互情况。　是该部门需完成的操作。学院毕业生管理办公室在　基于ＵＭＬ的用例图（Ｕｓｅ　Ｃａｓｅ），为实现研究　接收学生的毕业离校申请后，对毕业生的答辩情况　生离校手续的办理，数字化校园需提供的功能如图　和所修学分进行审核，若通过审核则向学校其他相　１所示。用例图将为完成某项事件而与系统交互的　关部门提交审核请求，若审核没有通过则申请流程　实体建模为角色，图１中用例的角色包括办理离校　手续的学生、学校职能部门的相关系统（如就业管　理系统、财务管理系统等），以及各部门的管理人　员（如后勤保障人员）。用例图中使用“用例”表　达系统需执行的一系列动作，将用例与用例之间的　特殊／一般化关系（或者称之为“继承关系”）表达　为“泛化关系”。例如离校手续用例可以泛化为提　前离校、毕业离校和休学离校等手续的若干子用　例。用例图中将用例之间的使用与依赖关系表达为　“包含关系”（例如提前离校用例又包含就业处审　核等多个子用例），将角色与用例之间的使用或调　用关系表达为“关联关系”（例如学生可以申请办　理离校手续）。　兰少　／　≤懑　’　旃写臂赠　＼办公室直接／　图１　数宇化校园应用集成系统用例图　２．数字化校园应用集成系统的流程分析　基于业务分析阶段确定的数字化校园业务范　围，流程分析阶段筛选出规划方案中的核心业务流　程并分解成业务活动，然后基于关键活动的抽取原　则在业务活动中筛选出关键活动，作为服务分析阶　段的输入。在流程分析阶段，数字化校园运行过程　中的核心流程（如师生经常直接接触的流程、师生　反映问题较多的流程和占用高校资源较多的流程　等），需要分析人员反复梳理和优化，通过减少业　务流程中非增值活动，提高数字化校园的管理效　率，增强数字化校园的核心竞争力。　基于ＵＭＬ的活动图（Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ），笔者　分别建模了学生毕业离校流程、休学流程、退学流　程和提前离校流程。由于篇幅所限，这里笔者仅对　Ｉ１　堡麴查　塞　抑２年４期／总１侣期　终止。学校财务部门接收到审核请求后，检查该生　是否有欠费的情况。图书馆针对毕业生图书借阅情　况、毕业论文上传情况以及图书馆账号删除情况进　行审核。后勤保障部门审核该生的户口迁移和退寝　情况。上述各部门的审核反馈信息均为通过时，学　院毕业生管理办公室将该毕业生名单存档，完成毕　业离校手续。综上所述，研究生办理毕业离校申请　的活动包括发送毕业离校申请；毕业生管理办公室　接收毕业离校申请、审核毕业答辩情况、审核学　分、发送审核请求；财务部接收申请请求、审核欠　费情况；图书馆接收审核请求、审核图书清还情　况、审核论文上传情况、删除图书馆账号；后勤保　障部接收审核请求、审核户口迁移情况、审核退寝　情况；毕业生管理办公室审核离校手续、毕业生名　单存档。　学生　院毕业生管理办公ｊ　：　财务部　图书馆　后勤保障部　０　｝业黼申谛一　囊翘　离ｅ　申睹ｌ　●　匦高　ｌ　上　过　Ｊ　接受刺　，授朗　Ｊ　ｌ发送刺赫豺　ｌ　未　通过　｝　．Ｉ帮砷核徘Ｉｌ　　［　蠢捌ＩＩｆ　好＃　棱ｌ　【Ｊ　户口ｌ　迁眵审榭　ｌ　塑　ｔ山　ｆ　ＩＩ壁塑　ｊ　嘻　山耐　『毕业生名单冉　－　图２毕业离校流程　业务流程的关键活动是指在数字化校园应用集　成系统的支持下才能完成的活动，该活动最终将封　装成Ｗｅｂ服务对外提供业务操作。由于关键活动　和粗粒度的Ｗｅｂ服务存在一定的关联关系，因此　业务流程中关键活动与一般活动的主要区别在于抽　取粒度的差异。作为功能具体实施步骤的活动将不　能作为关键活动，例如各职能部门之间发送审核请　求和接收审核请求。休学离校手续中休学情况审核　和休学批复，需要学校培养管理办公室对休学申请　表及其各级单位盖章情况进行人工审核，同样不能　作为关键活动。综合分析网上办理各类离校手续的　业务流程，涉及的关键活动包括毕业答辩审核、学　分审核、欠费审核、图书清还审核、论文上传审　核、图书账号删除、户口迁移情况审核、退寝审　核、毕业生名单存档、休学名单存档、退费办理、　退学名单存档、就业协议审核、离校实习人员名单　存档等。　３．数字化校园应用集成系统的服务分析　基于流程分析阶段确定的关键活动，服务分析　阶段的目的在于发现和定义可重用的Ｗｅｂ服务，　主要包括发现候选服务和服务分配。服务分析通过　对关键活动进行重新审查和判断，删除必须人工执　行的关键活动，合并功能类似的关键活动，组合需　要序列执行的关键活动，确定数字化校园应用集成　系统中的候选服务。服务分配阶段通过调研数字化　校园中的原有系统，抽象描述系统功能，形成原有　系统资产分析报告，确定是否存在可被重用的功能　实体支持候选服务的实现。Ｗｅｂ服务粒度的确定是　服务分析阶段的关键问题。服务粒度过大将导致功　能过于集中，不利于服务灵活组合的实现；而服务　粒度过于小将导致服务之间的交互过于频繁，降低　流程执行效率。　毕业生名单存档、休学名单存档、退学名单存　档和离校实习人员名单存档都是学生管理办公室提　供的修改学生状态的功能，可以合并成学生状态修　改服务。毕业离校欠费审核和退学离校的退费手　续，都是财务部针对学生缴纳的学费和学期情况，　判断学生是否已经补交或退还相应金额，可以合并　成财务审核服务。图书馆在确定学生所借阅的图书　已经全部清还后，通常执行账号删除活动，因此上　述活动可以组合成图书馆账号管理服务。基于上述　分析，为实现离校手续办理，数字化校园应用集成　系统需提供的服务包括：毕业答辩审核服务、学分　审核服务、财务审核服务、图书馆账号管理服务、　论文上传审核服务、户口迁移查询服务、退寝查询　服务、学生状态修改服务和就业协议查询服务。　服务分配阶段需要分析原有系统的整体架构，　特别需关注原有系统存储的具有相同或相似定义的　数据、需要同步或共享的数据、以及原有系统之间　相互协作和共享接口的属性和方法，但无需彻底了　解系统的每个实现细节。数字化校园中与办理离校　手续相关的原有系统包括：研究生管理系统、财务　管理系统、图书管理系统和就业管理系统。研究生　管理系统存储了研究生毕业答辩信息和所修学分细　节，为毕业答辩审核服务和学分审核服务的实现提　供了可被二次开发的接口。财务管理系统存储了所　有学生的学费缴纳信息，集成该系统以提供财务审　核服务。集成图书管理系统的相关子系统可以提供　图书馆账号管理服务和论文上传审核服务。就业管　理系统中存储了研究生的就业去向，户口迁移查询　和退寝查询目前仍处于人工操作阶段，需要开发相　应的Ｗｅｂ服务实现上述功能的信息化管理。　四、基于ＳＯＡ的数字化校园应用集成框架　基于数字化校园应用集成分析结果，运用面向　服务的架构思想和实现技术，笔者分别从逻辑和技　术实现两个视角，构建了数字化校园应用集成框　架。逻辑视图（见图３）是指为实现系统的应用集成　目标，基于ＳＯＡ以服务为核心的指导思想，在不考　虑具体实现技术的前提下，数字化校园应用集成框　架必须具备的基本结构和组织情况。技术视图（见　图４）用于描述如何基于ＳＤＯ、ＳＣＡ等ＳＯＡ具体实　现技术，实现逻辑视图规定的应用集成框架。两种　视图可以清晰而有效地表达应用集成框架的组织结　构和实现机制，为数字化校园的构建提供理论依据　和技术指导。　１．数字化校园应用集成框架的逻辑视图　ＳＯＡ的基本思想是以服务为核心，将企业信息　资产整合成松耦合、基于标准的服务，使其能被重新　组合和应用。基于上述思想，应用集成框架的逻辑视　图自下而上分为原有系统层、服务组件层、服务接口　层和流程层，各层次围绕服务的功能来源、服务实　现、服务封装、服务调用等构建。　②　服务接口层（　．．）（—）（—二＝）　图书馆账号管理　学生状态修改就业协议查询　Ｏ　ｏ　０　ｏ　ｏ　０　答辩审核　学分审核　财务审核论文ｔ传审核户口迁移查询退寝查询　服身ｌ理组件　ｌｌ【理组件　ｌｌｌ管理组件　ａｌｌ　匿嗣　医嗣　原有系统层　图３　数字化校园应用集成框架的逻辑视图　其中，原有系统层包含了当前数字化校园需整　合的各类异构系统，提供应用集成的信息来源，包　括就业管理系统、财务管理系统等。服务组件层以　服务组件的形式对原有系统进行二次开发，包括答　现代远程教育研究ｌ　２０ｎ２年４期／　１８期１　辩信息管理组件、学生管理组件、财务管理组件　等。该层次提供了ｗｅｂ服务的具体实现。一个服　务组件可以为多个服务提供支持，例如学生管理组　件可以同时提供学分审核服务和学生状态修改服　务。服务接口层基于ＳＯＡ服务标准封装服务组　件，为外界调用服务提供标准化接口，包括答辩审　核服务、学分审核服务等。流程层基于特定业务需　求编排服务执行顺序，为业务逻辑的快速定制和重　用提供可能，包括毕业离校流程、提前离校流程、　休学流程和退学流程。　２．数字化校园应用集成框架的技术视图　术视图，如图４所示。数据集成层运用ＳＤＯ规范将　待集成数据进行封装，使之成为数据服务，为上层　应用提供基于标准的统一数据访问方式。通过数据　为实现逻辑视图中的数字化校园应用集成框　架，笔者基于ＥＡＩ的主要内容以及ＳＯＡ具体实现技　术，从数据集成、应用集成、流程集成和用户界面　集成四个层次，构建数字化校园应用集成框架的技　集成，系统可以整合数字化校园中的实时数据、管　理数据等业务数据，形成一个可以集中管理的数据　中心。应用集成层基于ＳＣＡ标准，将业务系统接　口封装为服务组件，基于服务组件之间的依赖关系　提供服务组装机制，实现各个业务系统接口间的互　联互通。流程集成基于ＢＰＥＬ标准，构建数字化校　园的ＢＰＥＬ流程，整合各个业务系统发布的服务，　使多个业务系统共享信息和协同工作。通过流程层　集成，系统可以将多个业务系统中原本相互分离的　业务流程进行整合，形成完整的数字化校园业务流　程。用户界面集成层基于富客户端技术，为用户提　供统一的基于富客户端的用户访问界面，增强了数　界集　暑磊　面成　基于Ｉ　离校手续统一办理门户　Ｉ　流　ＢＰ程　珊　集　的成　鎏ＥＬ毕　程￣◎ＢＰＥＬ程　ｓ的ｃＡ　　爨争　应　服ｌ答辩审核Ｊ　用　备集　基　于　酵　翟　ｌ学分审核Ｉ　ｌ　Ｃｏｍｐｏｎｅｎｔｌ　哐　ｌ财务审核Ｉ　ＩＣｏｍｐｏｎｅｎｔｌ　Ｉ　ＣｏｍｐｏｎｅｎｔＩ　Ｉ借阅图书Ｉ　Ｉ　ＣｏｍｐｏｎｅｎｔＩ　Ｊ图书馆账号管ｌ　ｌ理Ｃｏｍｐｏｎｅｎｔ　Ｉ　成　缉件　Ｉｌ寝室管面Ｉ　Ｃｏｍｐｏｎｅｎｔ　ｌ　基　印０　的　ＩＣｏｍｐｏｎｅｎｔ　ｌ　Ｉ论文审孩１　Ｉ学生状态管Ｉ　Ｉ户口管理Ｉ　Ｉ理ｃｏｍ口０ｎｅｎｔ　Ｉ　Ｉｃ０ｍ　ｎｅｎｔ　Ｉ　Ｉ就业协议管ｌ　ｌ理ｃ０ｍＤ０ｎｅｎｔ　Ｉ　ｌ暮辩信　包ＤＺ　Ｉ　ｌ成绩信息ＤＧ　ｌ　ｌ财务信息ＤＧ　Ｉ　Ｉ图书借阅信息ＤＧ　ｌ　Ｉ图书馆账号ＤＧ　Ｉ　Ｉ毕业论文信息ＤＧ　Ｉ　ｌ　ｒ—。————‘———１，＿＿＿＿ｌ＿・＿＿＿＿　＿　于　～１个人信息ＤＧ　Ｉ　Ｉ寝室信息ＤＧ　Ｉ　Ｉ户口信息ＤＧｌ　ｌ就业信息ＤＧＩ　数　ＤＡＳ　据　ｌ　ＲＤＢ　ＤＡＳ　Ｉ　Ｒｅｌｔｉｏｎｌｔａｂａｓｅ　ｌ　ＸＭＬＤ￣Ｓ　ｌ　￣－ｒ…　－——－Ｊｆ　ｌ　ＦＩＢ　ＤＡＳ　Ｉ　集　成　删　字化校园的易用性。　Ｉ　ＥＪＢ　Ｉ　Ｉ　Ｅｎｔｉｔｉｅｓ　Ｉ　图４　数字化校园应用集成框架的技术视图　性的ＤＧ格式，反馈给上层应用。上层应用获取ＤＧ　格式的数据信息，隐藏实际的数据存储信息。　基于ＳＣＡ的应用集成是为了实现数字化校园　异构业务系统的互联互通，包括服务组件和服务组　装两个层次。服务组件层将系统中基于ＪＡＶＡ、　ｃ＋＋或ＰＨＰ等不同实现技术的业务功能（如答辩信　基于ＳＤＯ的数据集成是为了简化和统一应用程　序处理数据的方式，包括数据源、数据访问服务　（Ｄａｔａ　Ａｃｃｅｓｓ　Ｓｅｒｖｉｃｅｓ，ＤＡＳ）和数据图（Ｄａｔａ　Ｇｒａｐｈ，　ＤＧ）三个层次。数据源层存储了数字化校园中的关　系数据库、ＸＭＬ数据源、ＥＪＢ数据源等异构数据源　中的相关数据。数据访问服务层为上层应用提供用　于访问特定数据源的组件。数据图层是一种描述数　据的分层结构。ＤＡＳ将各种异构数据源中学生个人　信息、答辩信息、成绩信息等封装为具有自描述特　息管理功能、学分审核管理功能等），封装成答辩　审核Ｃｏｍｐｏｎｅｎｔ、学分审核Ｃｏｍｐｏｎｅｎｔ等一系列　ＳＣＡ　Ｃｏｍｐｏｎｅｎｔ，为Ｗｅｂ服务的业务逻辑提供具体　实现。服务组装层组合和封装若干个具有内在业务　９５　Ｉ　Ｉ　２０１２年４期／总１１８期　堡　查　信息化业务协同，又挖掘了高校原有资产的价值。　如将借阅图书管理Ｃｏｍｐｏｎｅｎｔ和图书馆账号管理　笔者提出的只是一种相对通用的集成方案，由于各　Ｃｏｍｐｏｍｅｎｔ组合形成一个新的Ｃｏｍｐｏｓｉｔｅ，并提供　高校的业务流程差异，原有系统的底层架构和部署　外界调用的Ｗｅｂ服务接口。　环境不同，具体的应用集成还需要进行有针对性的　基于ＢＰＥＬ的流程集成的目的是为了完成对多　需求分析和集成设计。另外，在各种审核服务中如　个业务系统流程的整合，包括毕业离校ＢＰＥＬ流　何加入电子签章功能以及在流程设计时如何体现时　程、提前离校ＢＰＥＬ流程、休学ＢＰＥＬ流程和退学　间成本的控制和管理，将是后续的研究问题。　ＢＰＥＬ流程，同时支持迭代式流程组合形成更大的　参考文献：　流程，达到企业业务流程集成的目的。ＢＰＥＬ并不　［１】蒋东兴，付小龙（２００８）．高校数字校园建设指南［Ｍ】．北　实现具体的业务逻辑，而是在更高的层面编写业务　京：高等教育出版社：５．　流程。由于各种业务系统的接口是以ＳＣＡ　【２】梁爱虎（２００７）．ＳＯＡ思想、技术与系统集成应用详解　Ｃｏｍｐｏｓｉｔｅ服务接口的形式对外发布，ＢＰＥＬ流程可　【Ｍ】．北京：电子工业出版社：３９．　以依序调用答辩审核Ｃｏｍｐｏｓｉｔｅ、学分审核Ｃｏｍｐｏｓｉｅｔ　【３】王亚希（２０１０）．高校数字化校园促进教育技术发展的　等ＳＣＡＣｏｍｐｏｓｉｔｅ服务接口，从而协调各个业务系　探讨ｆＪ］．电化教育研究，（５）：３７～４１．　统，使之协同工作，共同完成业务任务。　【４】王运武（２Ｏｌ１）．我国数字校园建设研究综述【Ｊ１．现代远　基于富客户端的界面集成利用其强交互性的特　程教育研究，（４）：３９—５０．　性，提供统一的用户访问门户，降低用户的使用难　【５】王运武（２０１２）．数字校园协同效应的产生及其提升策　Ｊ１．现代远程教育研究，（１）：４７—５４．　度。基于富客户端技术将界面分解成许多既可以和　略『【６】尹爱华（２００７）．基于ＳＯＡ数字校园的设计与实现【Ｊ］．现　用户直接交互，又可以和服务器进行通信的小单元　（６）：２６—２８．　模块，方便用户及时准确地获取所需的功能和信息。　代远距离教育，联系的ＳＣＡ　Ｃｏｍｐｏｎｅｎｔ形成一个ＳＣＡ　Ｃｏｍｐｏｓｉｔｅ，例　【７】张广胜，蒋昌俊，汤宪飞等（２００７）．面向服务的企业应用　五、结束语　笔者以研究生毕业网上离校手续办理为例，基　于面向服务ＥＡＩ的集成思想和支撑技术，提出一种　通用的数字化校园应用集成方案：首先通过应用集　成分析，抽象出为实现数字化校园业务功能而需构　建的服务；然后在此基础上，先基于逻辑视角给出　以服务为核心的应用集成框架组成结构，再基于技　术视角给出具体的技术实现路径以构建应用集成框　架的技术架构。该方案既实现了高校各部门之间的　集成系统描述与验证『Ｊｌ１．软件学报，（１２）：３０１５—３０３０．　【８］Ａｃｈａｒｙａ，Ｒ．（２００３）．ＥＡＩ：Ａ　Ｂｕｓｉｎｅｓｓ　Ｐｅｒｓｐｅｃｔｉｖｅ［Ｊ］．ｅＡＩ　Ｊｏｕｒｎａｌ，（４）：３８—４４．　［９］Ｅｖｇｅｎｉｏｕ，Ｔ．（２００２）．Ｉｎｆｏｒｍａｔｉｏｎ　Ｉｎｔｅｇｒａｉｔｏｎ　ａｎｄ　Ｉｆｎｏｒｍａｔｉｏｎ　Ｓｔｒａｔｅｇｉｅｓ　ｆｏｒ　Ａｄａｐｔｉｖｅ　Ｅｎｔｅｒｐｒｉｓｅｓ［Ｊ］．Ｅｕｒｏｐｅａｎ　Ｍａｎａｇｅｍｅｎｔ　Ｊｏｕｒｎａｌ，２０（５）：４８６－４９４．　【１０］Ｌｉｎｔｈｉｃｕｍ，Ｄ．Ｓ．（２０ｏｏ）．Ｅｎｔｅｒｐｒｉｓｅ　Ａｐｐｌｉｃａｉｔｏｎ　Ｉｎｔｅｇｒａｔｉｏｎ［Ｍ］．　ＵＫ：Ｃｏ１ｃｈｅｓｔｅｒ：Ａｄｄｉｓｏｎ—Ｗｅｓｌｅｙ　Ｌｏｎｇｍａｎ　Ｌｔｄ：６５．　收稿日期２０１２—０３—３０　责任编辑汪燕　Ｔｈｅ　Ａｐｐｌｉｃａｔｉｏｎ　ｏｆ　Ｓｅｒｖｉｃｅ－Ｏｒｉｅｎｔｅｄ　Ｅｎｔｅｒｐｒｉｓｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｔｅｇｒａｔｉｏｎ　ｉｎ　Ｄｉｇｉｔａｌ　Ｃａｍｐｕｓ　Ｗｕ　Ｑｉｎｇ，Ｌｕｏ　Ｒｕｇｕｏ，Ｗａｎｇ　Ｑｕａｎｙｕ　Ａｂｓｔｒａｃｔ：Ｔｈｅ　ｃｏｎｓｔｒｕｃｔｉｏｎ　ｏｆ　ｄｉｇｉｔａｌ　ｃａｍｐｕｓ　ｉｓ　ｃｒｉｔｉｃａｌ　ｆｏｒ　ａ　ｃｏｌｌｅｇｅ　ｔｏ　ｅｎｈａｎｃｅ　ｅｄｕｃａｔｉｏｎ　ｃａｐａｂｉｌｉｔｉｅｓ，ｃｈａｎｇｅ　ｓｃｈｏｏｌ－ｒｕｎｎｉｎｇ　ｍｏｄｅｓ　ａｎｄ　ｉｍｐｒｏｖｅ　ｔｈｅ　ｅｆｉｃｉｅｎｃｙ　ｏｆ　ｍａｎａｇｅｍｅｎｔ．Ａｆｆｔｅｒ　ｙｅａｒｓ　ｏｆ　ｓｕｓｔａｉｎｅｄ　ｄｅｖｅｌｏｐｍｅｎｔ，Ｃｈｉｎａ＇ｓ　ｄｉｇｉｔａｌ　ｃａｍｐｕｓ　ｃｏｎｓｔｒｕｃｔｉｏｎ　ｉｓ　ｔａｋｉｎｇ　ｓｈａｐｅ　ａｎｄ　ｖａｒｉｏｕｓ　ｌａｒｇｅ－ｓｃａｌｅ　ｉｎｆｏｒｍａｔｉｏｎ　ｓｙｓｔｅｍｓ　ｈａｖｅ　ｂｅｅｎ　ｆｏｒｍｅｄ．Ｈｏｗｅｖｅｒ，ｔｈｅ　ｉｓｏｌａｔｉｏｎ　ｏｆ　ｔｈｅｓｅ　ｉｎｆｏｒｍａｔｉｏｎ　ｓｙｓｔｅｍｓ　ｓｅｒｉｏｕｓｌｙ　ｉｍｐｅｄｅｓ　ｃｏｏｒｄｉｎａｔｉｏｎ　ａｎｄ　ｏｖｅｒａｌｌ　ｅｆｉｃａｃｙ　ｆｏｆ　ｄｉｇｉｔｌａ　ｃａｍｐｕｓｅｓ　ａｓ　ａ　ｗｈｏｌｅ．Ｓｅｒｖｉｃｅ—ｏｒｉｅｎｔｅｄ　ｅｎｔｅｒｐｒｉｓｅ　ａｐｐｌｉｃａｔｉｏｎ　ｉｎｔｅｇｒａｔｉｏｎ（ＥＡＩ）ｈａｓ　ｅａｒｎｅｄ　ｉｎｃｒｅａｓｉｎｇｌｙ　ｗｉｄｅ　ａｔｔｅｎｔｉｏｎ　ｆｒｏｍ　ｔｈｅ　ａｃａｄｅｍｉｃ　ａｎｄ　ａｐｐｌｉｃａｔｉｏｎｓ　ｉｎ　ｉｎｄｕｓｔｒｉｅｓ　ａｓ　ｉｔ　ｃａｎ　ｅｌｉｍｉｎａｔｅ　ｉｎｆｏｒｍａｔｉｏｎ　ｉｓｌｅｔｓ　ｂｅｔｗｅｅｎ　ｓｙｓｔｅｍｓ　ａｎｄ　ａｃｔｉｖａｔｅ　ｐｏｔｅｎｔｉａｌ　ａｄｖａｎｔａｇｅｓ　ｏｆ　ｅｘｉｓｔｉｎｇ　ｉｎｆｏｒｍａｔｉｏｎ　ａｓｓｅｔｓ．Ｂａｓｅｄ　ｏｎ　ｔｈｅ　ｅｘａｍｐｌｅ　ｏｆ　ｔｈｅ　ｏｎｌｉｎｅ　ｌｅａｖｉｎｇ　ｐｒｏｃｅｄｕｒｅ　ｆｏｒ　ｇｒａｄｕａｔｅｓ　ｉｎ　ｔｈｅ　ｄｉｉｇｔｌａ　ｃａｍｐｕｓ　ｄｅｖｅｌｏｐｅｄ　ｗｉｔｈ　ｔｈｅ　ｉｄｅａｓ　ａｎｄ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｔｅｃｈｎｉｑｕｅｓ　ｏｆ　ｓｅｒｖｉｃｅ－ｏｒｉｅｎｔｅｄ　ＥＡＩ，ｔｈｅ　ａｎａｌｙｓｉｓ　ｐｒｏｃｅｄｕｒｅ　ｏｆ　ｄｉｇｉｔａｌ　ｃａｍｐｕｓ　ａｐｐｌｉｃａｔｉｏｎ　ｉｎｔｅｇｒａｔｉｏｎ　ｉｓ　ｐｒｏｐｏｓｅｄ，ｗｈｉｃｈ　ｃｏｎｓｉｓｔｓ　ｏｆ　ｂｕｓｉｎｅｓｓ　ａｎａｌｙｓｉｓ，ｐｒｏｃｅｓｓ　ａｎａｌｙｓｉｓ　ａｎｄ　ｓｅｒｖｉｃｅ　ａｎａｌｙｓｉｓ．Ｔｈｅ　ｃｏｍｐｏｓｉｔｉｏｎ　ａｎｄ　ｔｅｃｈｎｉｃａｌ　ａｒｃｈｉｔｅｃｔｕｒｅ　ｏｆ　ｔｈｅ　ｄｉｇｉｔａｌ　ｃａｍｐｕｓ　ａｐｐｌｉｃａｔｉｏｎ　ｉｎｔｅｇｒａｔｉｏｎ　ｆｒａｍｅｗｏｒｋ　ｉｓ　ｒｅｖｅａｌｅｄ　ｆｒｏｍ　ｔｈｅ　ｌｏｇｉｃ　ａｎｄ　ｔｅｃｈｎｏｌｏｇｉｃａｌ　ｐｅｒｓｐｅｃｔｉｖｅｓ，ＳＯ　ａｓ　ｔｏ　ａｃｈｉｅｖｅ　ｄａｔａ　ｉｎｔｅｇｒａｔｉｏｎ，ａｐｐｌｉｃａｔｉｏｎ　ｉｎｔｅｇｒａｔｉｏｎ，ｐｒｏｃｅｓｓ　ｉｎｔｅｇｒａｔｉｏｎ　ａｎｄ　ｕｓｅｒ　ｉｎｔｅｒｆａｃｅ　ｉｎｔｅｇｒａｔｉｏｎ．Ｔｈｉｓ　ｓｏｌｕｔｉｏｎ　ｃａｎ　ｓａｔｉｓｆｙ　ｔｈｅ　ｎｅｅｄ　ｏｆ　ｄｉｇｉｔａｌ　ｃａｍｐｕｓ　ｆｏｒ　ｉｎｔｅｎｓｉｉｅｄ，ｃｅｎｔｒｆｌｉａｚｅｄ　ａｎｄ　ｒｅｆｉｎｅｄ　ｍａｎａｇｅｍｅｎｔ，ａｎｄ　ｒｅａｌｉｚｅ　ｃｏｌｌａｂｏｒａｔｉｏｎ　ａｍｏｎｇ　ｃｏｌｌｅｇｅ　ｄｅｐａｒｔｍｅｎｔｓ　ａｎｄ　ｔｈｅ　ｖａｌｕｅｓ　ｏｆ　ｅｘｉｓｔｉｎｇ　ｃｏｌｌｅｇｅ　ａｓｓｅｔｓ．　Ｋｅｙｗｏｒｄｓ：Ｄｉｇｉｔａｌ　Ｃａｍｐｕｓ；Ｓｅｒｖｉｃｅ—Ｏｒｉｅｎｔｅｄ　Ａｒｃｈｉｔｅｃｔｕｒｅ（ＳＯＡ）；Ｅｎｔｅｒｐｒｉｓｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｔｅｇｒａｔｉｏｎ（ＥＡＩ）；Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｔｅｒａｔｇｉｏｎ　Ｓｏｌｕｔｉｏｎ；Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　运堡麴查盟窭Ｊ　捌２年４期／总１１８期ｉ