©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、Web服务动态组合方法研究与设计 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 12 个人收集整理 勿做商业用途 本文由198
2、9747贡献 pdf文档可能在WAP端浏览体验不佳.建议您优先选择TXT,或下载源文件到本机查看。 第２８卷 Ｖ０１．２８ 第６期 ＮＯ．６ 计算机工程与设计 Ｃｏｍｐｕｔｅｒ Ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ Ｄｅｓｉｇｎ ２００７年３月 Ｍａｒ．２００７ Ｗｅｂ服务动态组合方法研究与设计 夏海江。２， 邓水光２， 吴朝晖２ （１．温州大学计算机科学与工程学院，浙江温州３２５０２７； ２．浙江大学计算机学院中间件技术工程研究中心，浙江杭州３１００２７） 摘要：目前基于工作流的
3、Ｗｅｂ服务组合方法大多要求预先定义流程结构，不能适应现代企业业务流程复杂多变的需求。提 出了一种Ｗｅｂ服务动态组合方法,将流程中动态部分用黑盒子流程进行封装,在执行时根据预定义规则和用户需求将黑盒 子流程自动组合展开为实际运行流程。对具体服务、抽象服务、黑盒子流程等概念和服务选取规则、服务组合规则进行了定 义，详细描述黑盒子流程展开算法，并设计了一个实现动态服务流程组合的框架结构. 关键词:服务组合；动态流程；业务流程管理；业务规则；工作流 中图法分类号：ＴＰ３９３．０９ 文献标识码：Ａ 文章编号：１０００—７０２４（２００７）０６．１３３４．０４ Ｒｅｓｅａｒｃｈ ａｎｄ ｄｅｓｉ
4、ｇｎ ｏｆ ｗｅｂ ｓｅｒｖｉｃｅｓ ｄｙｎａｍｉｃ ｃｏｍｐｏｓｉｔｉｏｎ ｍｅｔｈｏｄ ＸＩＡ Ｈａｉ－ｊｉａｎ９１”，ＤＥＮＧ Ｓｈｕｉ-ｇｕａｎ９２，ｗＵ Ｚｈａｏ—ｈｕｉ２ ３２５０２７,Ｃｈｉｎａ； (１．Ｃｏｌｌｅｇｅ ｏｆ Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ ａｎｄ Ｅｎｇｉｎｅｅｒｉｎｇ，Ｗｅｎｚｈｏｕ Ｕｎｉｖｅｒｓｉｔｙ，Ｗｅｎｚｈｏｕ ２．Ｍｉｄｄｌｅｗａｒｅ Ｔｅｃｈｎｏｌｏｇｙ Ｒｅｓｅａｒｃｈ Ｃｅｎｔｅｒ，Ｃｏｌｌｅｇｅ ｏｆＣｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ，Ｚｈｅｊｉａｎｇ Ｕｎｉｖ
5、ｅｒｓｉｔｙ，Ｈａｎｇｚｈｏｕ ３ １ ００２７,Ｃｈｉｎａ） Ａｂｓｔｒａｃｔ：Ｔｏ ｄａｔｅ，ｔｈｅ ｗｏｒｋｆｌｏｗ—ｂａｓｅｄ ａｐｐｒｏａｃｈ ｆｏｒ ｗｅｂ ｓｅｒｖｉｃｅ ｃｏｍｐｏｓｉｔｉｏｎ，ｗｈｉｃｈ ｒｅｑｕｉｒｅｓ ａ ｐｒｅｄｅｆｉｎｅｄ ｐｒｏｃｅｓｓ ｓｔｒｕｃｔｕｒｅ,ｉｓ ｎｏｔ ａｄａｐｔｅｄ ｔｏ ｔｈｅ ｎｅｅｄ ｏｆｃｏｍｐｌｉｃａｔｅｄ ａｎｄ ｉｎｃｏｎｓｔａｎｔ ｂｕｓｉｎｅｓｓ ｐｒｏｃｅｓｓｅｓ ｏｆｍｏｄｅｍ ｅｎｔｅｒｐｒｉｓｅｓ．Ａ ｍｅｔｈｏｄ ｏｆｄｙｎａｍｉｃ
6、ｗｅｂ ｓｅｒｖｉｃｅｓ ｃｏｍｐｏ— ｍｅｔｈｏｄ ｅｎｃａｐｓｕｌａｔｅｓ ｔｈｅ ｓｉｔｉｏｎ ｉｓ ｐｕｔ ｆｏｒｗａｒｄ．Ｔｈｅ ｄｙｎａｍｉｃ ｐａｒｔｓ ｏｆ ｐｒｏｃｅｓｓ ｉｎｔｏ ｂｌａｃｋ－ｂｏｘ ｗｈｉｃｈ ｗｉｌｌ ｂｅ ａｕｔｏｍａｔｉｃａｌｌｙ ｅｘｐａｎｄｅｄ ｔｏ ｔｈｅ ｒｕｎ ａｃｔｕａｌ ｐｒｏｃｅｓｓ ａｃｃｏｒｄｉｎｇ ｔｏ ｔｈｅ ｐｒｅｄｅｆｉｎｅｄ ｒｕｌｅｓ ａｎｄ ｔｈｅ ｓｅｒｖｉｃｅｓ ｕｓｅｒ.Ｓ ｒｅｑｕｉｒｅｍｅｎｔｓ ａｔ ｔｉｍｅ．Ｔｈｅ
7、 ｃｏｎｃｅｐｔｓ ｏｆ ｃｏｎｃｒｅｔｅ ｓｅｒｖｉｃｅｓ，ａｂｓｔｒａｃｔ ｅｘ— ａｎｄ ｂｌａｃｋ-ｂｏｘ ａｎｄ ａｒｅ ｒｅｌａｔｅｄ ｒｕｌｅｓ ｓｕｃｈ ａｓ ｓｅｒｖｉｃｅｓ ｓｅｌｅｃｔｉｏｎ ｒｕｌｅｓ ａｎｄ ｓｅｒｖｉｃｅｓ ｃｏｍｐｏｓｉｔｉｏｎ ｒｕｌｅｓ ａｒｅ ｄｅｆ＇ｍｅｄ,ｔｈｅ ａｌｇｏｒｉｔｈｍｓ ｐａｎｄｉｎｇ ｂｌａｃｋ—ｂｏｘ ｄｅｓｃｒｉｂｅｄ ｉｎ ｄｅｔａｉｌ,ａｎｄ ｔｈｅ ｆｒａｍｅｗｏｒｋ ｔｈａｔ ｉｍｐｌｅｍｅｎｔｓ ｔｈｅ ｄｙｎａｍｉｃ
8、ｓｅｒｖｉｃｅ ｆｌｏｗ ｃｏｍｐｏｓｉｔｉｏｎ ｉｓ ｄｅｓｉｇｎｅｄ． Ｋｅｙ ｗｏｒｄｓ：ｓｅｒｖｉｃｅｓ ｃｏｍｐｏｓｉｔｉｏｎ；ｄｙｎａｍｉｃ ｐｒｏｃｅｓｓ；ＢＰＭ；ｂｕｓｉｎｅｓｓ ｒｕｌｅｓ；ｗｏｒｋｆｌｏｗ ０引 言 方式过于刚性，应用范围窄。动态组合方式在设计以抽象服 务代替具体的服务,在执行时根据运行情况再绑定具体服务， 此方式适应了网上服务不断变化或事先无法确定绑定哪个具 体服务的需求。但现有的项目大都要求事先给出流程结构， 实际上许多业务流程不是一成不变的，多变性和不确定性是 现代企业业务流程的特点，流程业务规则逻辑复杂多变,用
9、户 需求各异,不同流程实例执行路径和所要绑定的服务可能是 不同的，在设计时很难给出完整的流程定义,即便能够给出完 整定义，其流程结构往往过于庞大，难以理解和更新，很难适 应业务规则多变的需求.因此Ｗｅｂ服务组合需要在运行时确 定流程结构。 针对上述动态流程的需求，本文提出一种基于动态工作 流Ｗｅｂ服务组合方法,在流程定义时给出流程框架，对其中可 以事先明确的流程进行定义，而对于难以事先明确流程的子 流程以黑盒方式封装，在运行时根据预定义规则和运行信息 将其展开为实际运行流程。本文设计一个实现动态服务流的 Ｗｅｂ服务技术通过基于ＸＭＬ的开放性标准和协议，实现 了分布计算环境中各种异构平
10、台上的应用程序间的信息交互 和远程调用“１２１.当前越来越多的应用程序以Ｗｅｂ服务的方式 出现在网络中，以便被发现和调用，达到业务增值的目的。Ｗｅｂ 服务组合技术通过将独立于各个系统中单一功能的Ｗｅｂ服务 松耦合集成，以实现具体的业务流程。Ｗｅｂ服务组合作为下一 代Ｗｅｂ应用的关键技术，引起了许多公司和研究机构的极 大兴趣。 Ｗｅｂ服务组合与工作流有许多共同之处，可以以流程中 心将服务组合在一起,将服务组合视为一种特殊的工作流，称 之为服务流０１。目前出现了许多基于工作流的Ｗｅｂ服务组合 项目，如ＭＥＴＥＯＲ－Ｓ“】、ＳＥＬＦ．ＳＥＲＶｌ５１．Ａｃｔｉｖｅ Ｂｐｅｌｌ６Ｊ、ＦＬＡＭＥ２００８
11、１等，服务组合方式可分为静态组合和动态组合方式。静态组 合方式在流程执行前定义了流程结构并绑定具体服务，这种 收稿臼期:２００６—０２?１ ８ Ｅ－ｍａｉｌ:ｊｓｊ ｘｈｊ＠ｗｚｎｃ．ｚｊ．ｃｎ 基金项目：浙江省科技厅重大重点科技攻关基金项目Ｑ００４Ｃ１１０５３）。 作者简介:夏海江(１９６８一），男，浙江温州人，硕士研究生，讲师，研究方向为Ｗｅｂ服务组合、应用中间件技术； 研究方向为工作流、Ｗｅｂ服务组合； 吴朝晖，教授，博士生导师，研究方向为网格与软件平台、分布式人工智能等. 邓水光，男，博士研究生 一１３３４- 万 方数据
12、 框架结构，并对组合规则和算法进行了详细抽述。 在定义黑盒子流程时，Ａａｓ、Ｒ、Ｃ为空.在流程运行时根 据用户需求在Ａａｓ中自动填入的实际运行抽象服务集，在Ｒ 填入用户的需求规则,并根据Ａａｓ在规则库中查询相应业务 规则加入Ｒ中. ２．２规则定义 定义 ｌ场景 以一个旅游预定业务的场景来说明动态Ｗｅｂ服务流程的 需求。一家旅游公司开展个性化旅游服务业务，业务流程如 图１所示。在取得客户基本信息、信用卡信息后，先调动相应 核查信用卡信息Ｗ曲服务，若有效再取得客户需求信息，通过 调用各相关公司或代理提供的Ｗｅｂ服务完成相应项目的预 定，最后通过调用信用卡Ｗｅ
13、ｂ服务完成收费.由于客户需要 预定项目各异（如是否需要预定机票、旅馆、旅游项目、餐饮、 车辆、保险等）,同时预定项目选取和预定先后次序受政策、行 规、公司业务规则、相互间数据和控制依赖等因素制约（如参 加某项目必须买某项保险,在完成机票预定后才能预定旅馆 等），项目预定功能无法事先设定流程，不同客户需求产生的 流程结构可能是不同的,只有在流程运行根据客户需求才能 确定实际流程。 其中：卜规则类型，Ａ-—规则涉及的服务集，ｒ＿规 则表达式. ２．２．１抽象服务选取规则ＡＳＳＲ ＡＳＳＲ规定了黑盒子流程在选取抽象服务必须满足约 束条件。 定义 选择规则ＣＲ:表达式Ａ１０爿２０…
14、ｏ爿行表示至少有一 规则以三元组表示Ｒ＝{Ｔ，Ａ，ｒ） 项必须被选中。 定义 选一项。 定义 依赖规则ＲＲ：表达式Ａ１｝彳２表示如果Ａｌ选中，Ａ２ 排斥规则ＥＲ:表达式ＡＩｏ彳２０…ｏ爿船表示最多只能 必须被选中。 定义 单个规则ＵＲ：表达式ＯＡ表示必须表中Ａ, 表达式：ＸＡ表示Ａ不能选中。 ２．２．２抽象服务组合规则ＡＳＣＲ ＡＳＣＲ规定了黑盒子流程展开为实际的流程时抽象服务 之间的结构关系. 定义顺序规则ＳＲ：表达式Ａ１一爿２表示Ａ２必须在Ａ１之 后执行，但Ａ２不一定与Ａ１相连。 定义 相连规则ＡＲ：表达式４１吲２表示Ａ２在Ａ１之后执
15、 数据依赖规则ＤＲ：表达式Ａ１ ＺＡ２表示Ａ２的输入 行并且必须相连。 定义 依赖Ａ１输出。Ａ１＆Ａ２规则隐含有Ａ１一爿２规则。 ２．２．３具体服务选取规则ＣＳＳＲ 图１旅游项目预定业务流程 在流程运行时抽象服务要绑定为具体服务才能执行，一 个抽象服务往往有多个接口功能相同的具体相匹配,ＣＳＢＲ是 选取绑定服务时必须遵守的规则。 定义优先规则ＰＲ：表达式４三日其中Ａ为抽象服务，ａ为 具体服务，表示抽象服务Ａ绑定具体服务时优先考虑ａ。 定义关联规则ＣｏＲ:表达式Ａ－ａ；Ｂ＝＿ｂ其中Ａ，Ｂ为抽象 Ｃａ＝｛Ｎ，Ｐ，Ｏｐ，Ｆ，ｉ,Ｏ，Ｃ，Ｅ｝ 服务，ａ，ｂ为具体服务，表示若Ａ选
16、取ａ，则Ｂ必须选取ｂ。 Ｑｏｓ计算公式：目前我们只考虑了费用和时间两项指标， 由于两者度量单位不同,用文献［６］提出的公式来无量纲化. 设候选具体服务集为｛ａ１,ａ２,…,ａ１１)，其费用和时间值分别 为｛ｃｌ，ｃ２,…,ｃｎ}和｛ｔｌ，ｔ２，…，协}，ＭａｘＣ，ＭｉｎＣ为｛ｃｌ,ｃ２，…,ｃａ）最大 值和最小值. ２基本定义 ２．１活动节点定义 定义具体服务描述了业务伙伴提供的ｗｅｂ服务接口， 以八元组表示 其中:Ｎ——服务名称,Ｐ——服务提供者信息，Ｏｐ—-操作名 称,Ｆ——操作的功能描述,ｌ-—输入信息,Ｏ——输出信息， Ｃ——初始条件，Ｅ＿执行结
17、果。 定义抽象服务提供了“占位”功能，它描述了所要调用 服务应具备的功能、输入输出信息，以四元组表示 Ａａ＝｛Ｎ,Ｆ,Ｉ，０} 其中：Ｎ——服务名称，Ｆ-—功能描述，Ｉ——输入信息，◇一 输出信息。 定义 组表示 Ｂａ＝｛Ｎ，Ａａａ，Ａａｓ,Ｒ，Ｃ） 黑盒子流程封装事先无法明确的子流程,以五元 Ｒｃ吒辔ｇ黑？ ‘气石面ｊ函面 Ｒｃｉ＝ｌ ｊ 当ＭａｘＣ＊Ｍｉ聆ＣＭａｘＣ－－ｔ：Ｍｉ 聆 当ＭａｘＣ＝ＭｉｎＣ 同理可得Ｒ６，则具体服务ａｉ的ｑｏｓ值为Ｑｏｓ（ａＪ）＝ｐ＋Ｒｃｉ＋（１一 ｐ）＊Ｒｔｉ（０≤ｐ≤１），Ｐ值
18、为权重系数，由用户需求而定。 定义局部Ｑｏｓ规则ＬＲ：表达式Ｌｑｏｓ（Ａ）－－ｎ（其中Ａ为抽 象服务,０≤玎≤１）来表示权重系数,在选取抽象服务Ａ时,按权 重值ｎ计算具体服务Ｑｏｓ。 定义 全局Ｑｏｓ规则ＧＲ：表达式ｎ(Ｏ≤”≤１）来表示权重 一１３３５— 其中：Ｎ——黑盒子流程名称；Ａ鼢一子流程中所有候选抽象 服务集；Ａａｓ—-实际流程所选的抽象服务集，它是Ａａａ的子 集；Ｒ--规则集；Ｃ——选取具体服务集。 万 方数据 系数，在绑定服务时，若无ＬＲ，按ｎ作为默认值权重值ｎ计算 具体服务Ｑｏｓ。 定义 费用规则ＣｏｓｔＲ：表达式Ｃ似）≤玎其中Ａ为抽
19、象服务， { 初始化：ＲＡ＝Ｎｕｌｌ，ｐ＝０．５ Ｆｏｒｉ＝ｌ ｔｏ ＩＲｌ｛ Ａｐ∈Ａａｓ 表示在绑定抽象服务Ａ时,所选具体服务的费用不能大于ｎ。 Ｉｆ@．Ｔ刽ＰＲ”ａｎｄ ｒ．ｒ为Ａｐｉａ ａｎｄ Ｃｐ＝ａ，ａｄｄＡ。ｉｎｔｏ ＲＡ ａｎｄ ａＥ Ｓｐ） ３黑盒子流程展开算法 在服务流程运行时，先将黑盒子流程根据抽象服务组合 算法展开为抽象子流程，再根据具体服务选取算法选取具体 服务组合运行子流程。 定义子流图Ｇ＝｛Ｖ，Ｅ｝：表示子流图Ｇ是～有向无环图。 其中Ｖ是子流图中的节点集合
20、包括一个开始节点Ｓｔａｒｔ、一个 结束节点Ｅｎｄ以及抽象活动节点；Ｅ是有向边集合。 定义 入度函数Ｉｎ（ｖ）:其中ｖ是予流图Ｇ中节点ｖ，表示 ｉｆｆｒｉ．Ｔ＝”ＧＲ”ａｎｄ ｒ．ｒ为ｎ）ｐ＝ｖａｌ（ｎ) ｝ Ｆｏｒ ｉ＝ｌ ＳＩ－Ｓ； ｔｏ ｌＡａｓｌ｛ Ｉｆ（Ａ。ｇＲＡ)｛ Ｆｏｒｉ＝ｌ ｔｏ ＩＲＩ｛ Ｉｆ(ｒｉ．Ｔ划ＬＲ”ａｎｄ ｒ．ｒ为｛Ｌｑｏｓ（Ａ．）－－－ｎ）ｐ－－ｖａｌ（ｎ）) ｉｆｆｒｉ．Ｔ．ｆｆＬＲ”ａｎｄ ｒ．ｒ为Ｃ(Ａ．）≤ｍ) ｓｅｌｅｃｔ Ｓ”ｗｈｉｃｈ ｃ
21、ｏｓｔ 以ｖ为头的有向边数目：出度函数Ｏｕｔ（ｖ）：表示以ｖ为尾的有 向边数目。连通函数Ｒｅａｃｈ（ｖｌ,ｖ２）：表示若从结点ｖ１出发能够 到达结点ｖ２，则Ｒｅａｃｈ（ｖＩ，ｖ２）为真,否则为假. 抽象服务组合算法：组合时若两节点间无组合规则约束, 则将它们并发处理，提高流程执行效率。 ＡＬＧＯＲＩＴＨＭ:ＡＢＳＴＲＡＣＴ—ＳＥＲＶＩＣＥＳ-ＣＯＭＰＯＳＩＴＩＯＮ ＩＮＰＵＴ：Ｂａ＝｛Ｎ,Ａａａ，Ａａｓ，ＲＣ｝ 其中:Ａａｓ＝｛Ａ１，Ａ２，…，Ａｍ）为用选定的抽象服务集，Ｒ＝｛ｒ１，ｒ２，…,ｒｍ｝ 为组合规则集。 ＯＵＴＰＵＴ：Ｇ＝｛Ｖ,Ｅ｝或Ｎｕｌｌ ｛ 检查Ａａｓ是否符合ＡＳＳ
22、Ｒ规则,若否返回ｎｕｌｌ； 初始化:Ｖ＝｛Ｓｔａｒｔ,Ｅｎｄ） Ｆｏｒｉ＝ｌ ｔｏ ｉｓ ｌｅｓｓ ｔｈａｎ ｍ ｆｒｏｍ Ｓｉ ｉｆｎｏｔ ｅｘｉｓｔ ｒｅｔｕｎ ｓｅｌｅｃｔ ｘ ｎｕｌｌ；Ｓ'＝Ｓ”；｝ ｗｉｔｈ ｍａｘ．ｑｏｓ．ｖａｌ ａｃｃｏｒｄｉｎｇ ｔｏ ｐａｒａｍｅｔｅｒ Ｐ ｆｒｏｍ Ｓ’ ｃｉ＝谩｝} Ｆｏｒｉ＝ｌ ｔ０１ＲＩ｛ ａｎｄ Ａｐ∈Ａａｓ Ｉｆ（ｒｉ．Ｔ＿”ＣｏＲ”ａｎｄ ｒ．ｒ为Ａ。＝ａ＝Ａｑｉｂ Ａａ
23、ｓ ａｎｄ ａｎｄ～∈ ｂ∈Ｓ。ａｎｄ Ｃｐ＝ａ）ｃｑ＝ｂ｝ Ｒｅｔｕｒｎ Ｂａ; ) ４框架结构 为了实现服务流程的动态组合，我们设计了一个实现动 态服务流程的框架结构（如图２所示）。其中流程库存储服务 流程定义文件；规则库存储业务规则，我们把相关领域规则和 ａｎｄ Ａｊ，Ａｋ∈Ａａｓ） ｌＲＩ｛ Ｉｆ＠．Ｔ型ＳＲ”ａｎｄ ｒ．ｒ为Ａｊ—Ａｋ Ｄｍｗｌｉｎｅ(Ａｊ，Ａｋ），ａｎｄ 业务规则统称为业务规则；服务库存储业务伙伴注册的Ｗｅｂ Ｖ ａｄｄ ｔｈｅｍ ｉｎｔｏ Ｅ,ａ
24、ｄｄ Ａｊ，Ａｋ ｔｏ 服务接口描述文件. 则库） 俎＆务鹿 Ｉｆ(ｒ１．Ｔ＝”ＡＲ”ａｎｄ ｒ．ｒ为Ａ矿峨ｑ Ｄｒａｗｌｉｎｅ（Ａｐ，Ａｑ），ａｎｄ Ｆｏｒｉ＝ｌ ｔｏ ａｎｄ Ａｐ,Ａｑ∈Ａａｓ） ａｄｄ ｔｈｅｍ ｉｎｔｏ Ｅ，ａｄｄ Ａｐ，Ａｑ ｔｏ Ｖ ｌＲＩ｛ Ａｎ ａｎｄ Ａｍ，Ａｎ∈Ａａｓ Ｉｆ（ｒｉ．Ｔ＝”ＡＲ”ａｎｄ ｒ．ｒ为Ａｍ—Ｄ （Ａｍ．Ａｎ）） Ｄｒａｗｌｉｎｅ（Ａｍ，Ａｎ）,ａｎｄ Ｆｏｒｉ＿１ ｔｏ ａｎｄ！Ｒｅａｃｈ
25、 ａｄｄ ｔｈｅｍ ｉｎｔｏ Ｅ，ａｄｄ Ａｍ,Ａｎ ｔｏ Ｖ 子流程 组合器 ａｄｄ 回 ｌＡａｓ［｛ 膛＿一噩螽 ｌ器 具体 务 务 Ｉｆ(Ａｉ硭Ｖ）Ｄｒａｗｌｉｎｅ（Ｓｔａｒｔ，Ａｉ），Ｄｒａｗｌｉｎｅ（Ａｉ，Ｅｎｄ）ａｎｄ ｔｈｅｍ ｉｎｔｏ Ｅ，ａｄｄ Ａｉ ｉｎｔｏ Ｖ Ｆｏｒｉ＝ｌ ｔｏ ｌｖｌ｛ ａｄｄ ｔｈｅｍ ｉｎｔｏ Ｅ ａｄｄ ｔｈｅｍ ｉｎｔｏ Ｉｆ（ｉｎ（Ａｉ）＝Ｏ)ｄｒａｗｌｉｎｅ（Ｓｔａｒｔ，Ａｉ)ａｎｄ Ｉｆ（Ｏｕｔ（Ａｉ）＝０）ｄｒａｗ
26、ｌｉｎｅ（Ａｉ，Ｅｎｄ）ａｎｄ ＲｅｔｕｍＧ） Ｅ) 具√１ 觚上勰斯弹 Ｋ 垆仃一 一用需 一户求 服ｂＩ 具体服务选取算法：在将抽象服务绑定为具体服务时，若 无优先规则、关联规则约束,则依照Ｑｏｓ最大值选取。 ＡＬＧＯＲＩＴＨＭ：ＣＯＮＣＲＥＴＥ ＳＥＲＶＩＣＥＳ ＳＥＬＥＣＴＩＯＮ 图２动态服务流程框架结构 流程设计者通过图形化流程定义工具，参照从规则库和 服务库获取规则和具体服务接口描述进行设计。在定义活动 节点时，如果活动所需调用服务是事先可以明确的固定服务， 则直接设置为具体服务；若
27、活动所需调用服务需动态选择，则 定义为抽象服务，对于事先无法明确流程的子流程，则封装为 黑盒子流程。 ＩＮＰＵＴ:Ｂａ＝｛Ｎ,Ａａａ，Ａａｓ，Ｒ，Ｃ） 其中：Ａａｓ＝｛Ａ。,Ａ２,…,Ａｍ）为用选定的抽象服务集；Ｒ＝札ｒ２，…，ｒｍ） 为组合规则集；Ｃ＝｛ｃ。，ｃ：，…,Ｃ。）为选定具体服务集，ｃｉ初始为Ｎｕｌｌ。 ｓ＝｛ｓ。，ｓ：，…,Ｓ。)其中Ｓ；为Ａ对应的候选具体服务集 ＯＵＴＰＵＴ：Ｂａ或Ｎｕｌｌ 一１３３６一 万 方数据 流程执行引擎是系统核心部件，负责动态流程的执行. 在执行时若活动节点为黑盒子流程，由子流程组合器根据组 合规则
28、和流程执行信息组合为执行子流程，并将展开的子流 程返回执行引擎继续执行;若活动节点为抽象服务，由服务 匹配器根据具体服务选取规则从服务库中选取具体服务,并 将取得的具体服务返回执行引擎继续执行;若活动节点为具 体服务，执行引擎通过调用业务伙伴的具体服务完成业务 流程，若调用具体服务时发生异常，交由服务匹配器重新选 取服务。 圆 吲 Ｍｉｃｈａｅｌ Ｓｔａｌ．Ｗｅｂ ｓｅｒｖｉｃｅｓ：Ｂｅｙｏｎｄ ｃｏｍｐｏｎｅｎｔ—ｂａｓｅｄ ｃｏｍｐｕ— ｔｉｎｇ[Ｊ］．Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｗｅｔｚｅｌ ｏｆｔｈｅ ＡＣＭ,２００２，４５（１
29、 ０）：７１—７６． Ｉｎｇｒｉｄ，Ｋｌｉｓｃｈｅｗｓｋｉ Ｒａｌｆ．Ｓｅｒｖｉｃｅｆｌｏｗ ｂｅｙｏｎｄ ｗｏｒｋｆｌｏｗ ｃｏｎｃｅｐｔｓ ａｎｄ ａｒｃｈｉｔｅｃｔｕｒｅｓ ｆｏｒ ｓｕｐｐｏｒｔｉｎｇ ｉｎｔｅｒ－ｏｒｇａｎｉｚａｔｉｏｎａｌ ｓｅｒｖｉｃｅ ｐｒｏｃｅｓｓｅｓ［Ｃ］．Ｔｏｒｏｎｔｏ,Ｃａｎａｄａ：Ｐｒｏｃｃｅｅｄｉｎｇ ｏｆ １４ｔｈ Ｉｎ- ｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ａｄｖａｎｃｅｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ Ｅｎ— ｇｉｎｅｅｒｉｎｇ，２００２．５００
30、－５１５． 川 Ｓｉｖａｓｈａｎｍｕｇａｍ Ｋ,Ｍｉｌｌｅｒ Ｊ,Ｓｈｅｔｈ Ａ，ｅｔ ａ１．Ｆｒａｍｅｗｏｒｋ ｆｏｒ ｓｅｍａｎ- ｔｉｃ ｗｅｂ ｐｒｏｃｅｓｓ ｃｏｍｐｏｓｉｔｉｏｎ，ｓｅ—ｍａｎｔｉｃ ｗｅｂ ｒｏｌｅ ｉｎ ｅｎｔｅｒｐｒｉｓｅ ａｐｐｌｉｃａｔｉｏｎ ｉｎｔｅｇｒａｔｉｏｎ ａｎｄ ｓｅｒｖｉｃｅｓ ａｎｄ ｔｈｅｉｒ ５结束语 本文提出一种基于工作流Ｗｅｂ服务动态组合方法，用黑 盒子流程封装难以事先定义流程结构的部分,根据用户需求 和预定义规则扩展为实际流程。 当业务规则发生变化时，只需更改相应规则，适应了现代
31、业务流程复杂多变的需求.采用何种策略解决规则冲突是我 们下一步的研究方向。 吲 吲 Ｅ-ｃｏｍｍｅｒｃｅ［Ｊ］．Ｉｎ－ ｔｅｍａｔｉｏｎａｌ Ｊｏｕｍａｌ ｏｆＥｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ，２００４,９(２）：７１－ｌ ０６． Ｑｕａｎ ｓｅｒＶ ａ ｚ Ｓｈｅｎｇ,Ｂｏｕａｌｅｍ ｐｌａｔｆｏｒｍ Ｂｅｎａｔａｌｌａｈ,Ｍａｒｉｏｎ Ｄｕｍａｓ，ｅｔ ａ１．Ｓｅｌｆ－ ａ ｆｏｒ ｒａｐｉｄ ｃｏｍｐｏｓｉｔｉｏｎ ｏｆ ｗｅｂｓｅｒｖｉｃｅｓ ｉｎ ｐｅｅｒ－ ｔｏ—ｐｅｅｒ
32、 ｅｎｖｉｒｏｎｍｅｎｔ［Ｃ］．Ｈｏｎｇ Ｋｏｎｇ,Ｃｈｉｎａ：Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２８ｔｈ ＶＬＤＢ Ｃｏｎｆｅｒｅｎｃｅ，２００２．１０５ １—１０５４． ＡｃｔｉｖｅＢＰＥＬ，ＬＬＣ．Ａｃｔｉｖｅ ＢＰＥＬ ｅｎｇｉｎｅ ｈｔｔｐ：／／ｗｗｗ．ａｃｔｉｖｅｂｐｅｌ．ｏｒｇ． ａｒｃｈｉｔｅｃｔｕｒｅ[ＥＢ／ＯＬ]． 参考文献： [１】 Ａｐｈｒｏｄｉｔｅ Ｔｓａｌｇａｔｉｄｏｕ，Ｔｈｏｍｉ Ｐｉｌｉｏｕｒａ．Ａｎ ｏｖｅｒｖｉｅｗ ｏｆｓｔａｎｄａｒｄｓ ａｎｄ ｒｅｌａｔｅｄ ｔｅｃｈｎｏｌｏｇｙ ｉｎ
33、ｗｅｂ 吲 Ⅲ ＶＥＧＡ Ｃｅｎｔｅｒ．Ｐｒｏｊｅｃｔ ｏｆ ＦＲＡＭＥ２００８【ＥＢ／ＯＬ］．ｈｔｔｐ:／／ｖｅｇａ． ｉｃｔ．ａｃ．ｃｎ／ｅｎ／ｆｌａｍｅ．ｊｓｐ？ｉｄ＝ｄｉｒ３６． Ｚｅｎｇ Ｌ Ｚ，Ｂｅｎａｔａｌｌａｈ Ｂ Ａ，Ｎｇｕ Ｈ Ｈ，ｅｔ ａ１．ＱｏＳ-ａｗａｒｅ ｍｉｄｄｌｅｗａｒｅ ｏｎ ｓｅｒｖｉｃｅｓ[Ｊ］．Ｄｉｓｔｒｉｂｕｔｅｄ ａｎｄ Ｐａｒａｌ— ｆｏｒ ｗｅｂ ｓｅｒｖｉｃｅｓ ｃｏｍｐｏｓｉｔｉｏｎ［Ｊ］．ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ
34、 Ｓｏｆｔｗａｒｅ ｌｅｌ Ｄａｔａｂａｓｅｓ．２００２．１２：１３５．１６２． Ｅｎｇｉｎｅｅｒｉｎｇ,２００４，３０(５）：３ １ １－３２７． （上接第１２６３页） 参考文献： ∞ ［Ｉ】 周晓锋，刘馨月，张靖波，等．基于可重用组件技术的软件开发方 法［Ｊ】．信息技术，２００５，（１１)：１３９．１４１． ｏＫ一＼ＯＫｉ ＼（一／旧 Ｏｒａｃｌｅｕｓｅｔ ＤＢＵｔｉｌ“ｙＣＯｍｐｏｎｅｎｔ [２】Ｍａｒｔｉｎ Ｆｏｗｌｅｒ，侯捷，熊节．Ｒｅｆａｃｔｏｒｉｎｇ:Ｉｍｐｒｏｖｉｎｇ
35、 ｅｘｉｓｔｉｎｇ ｔｈｅ ｄｅｓｉｇｎ ｏｆ ｃｏｄｅ重构——改善既有代码的设计【Ｍ］．北京：中国电 力出版社，２００３．５３－７４． ［３】 肖统民．具有数据库更新通知功能的数据库中间件［Ｊ］．现代计 算机,２００５,（１ １）：２８．３０． 【４】 王怀民，王玉峰，丁博．分布对象中间件技术发展-—以ＣＯＲ— ＢＡ标准为背景［Ｊ】．中国计算机学会通讯，２００５,（４）：２９-４０． ［５］Ａｂｅｒｎｅｔｈｙ Ｒ．ＣＯＭ／ＤＣＯＭ ｕｎｌｅａｓｈｅｄ［Ｍ］．Ｈａｍｐｓｈｉｒｅ：Ｍａｃｍｉｌ— ｌａｎ Ｐｕｂｌｉｓｈｅｒ，１ ９９９．
36、图５应对变化，重构的中间件结构 ６结束语 通观上述的设计过程，我们不难发现“需求的变化是随时 都可能发生的”。尽管这里的讨论有示意性的味道,但是“应 对变化"是一个不可争议的事实。 软件开发需要优秀的前期设计，因为这是构筑软件系统 的根基，也是未来适应变化的前提;软件开发同样需要不断的 重构,因为只有这样才可以找到改变的平衡点。于是,人们会 发现所谓设计不再是一切动作的前提,而是整个开发过程中 逐渐浮现出来的。１。 当开发者拥有了这两个利器,并且良好的协调使用它们 的时候，设计便会贯穿开发的始终，并且很有可能得到完美 的实现。 ［６] Ｃｏｕｃｈ Ｊ．Ｊ
37、ａｖａ ２ ｅｎｔｅｒｐｒｉｓｅ ｅｄｉｔｉｏｎ ｂｉｂｌｅ［Ｍ]．Ｎｅｗ Ｙｏｒｋ:Ｊｏｈｎ Ｗｉ- ｌｅｙ ａｎｄ Ｓｏｎｓ，２００２． [７］Ｔｏｍ Ｐｅｎｄｅｒ,耿国桐,史立奇，等．ＵＭＬ宝典[Ｍ】．北京：电子工业 出版社，２００４．２９２—３０８． 【８】 Ｅｒｉｃｈ Ｇａｍｍａ，Ｒｉｃｈａｒｄ Ｈｅｌｍ，Ｒａｌｐｈ Ｊｏｈｎｓｏｎ，等．设计模式[Ｍ]．北 京:机械工业出版社，２００４． 【９］ 刘寅航．系统分析之路［Ｍ】．北京:电子工业出版社，２００５． ［１０］梅宏．软件中间件技术现状及发展【Ｒ】．北京：清华大学出版社， ２００５．４５—６１． [１１】齐德昱，胡镜林，张鹏．多数据库中间件的模型研究ｆＪ］．计算机 工程与设计，２００５，２６（１０）：２６０２-２６０５． 【１２】林舒萍，罗键．设计模式的应用研究［Ｊ】．计算机工程与设计, ２００５,２６(１ １）:２９８０．２９８２． 一１３３７一 万 方数据
©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
