面向动态工作流的Web服务组合模型研究
【计算机应用研究】_web服务组合_期刊发文热词逐年推荐_20140722
推荐指数 7 3 2 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
2011年 序号 1 2 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
推荐指数 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
2014年 序号 1 2 3 4 5 6 7 8 9
2014年 科研热词 语义web服务 组合框架 组合方法 正确性检验 服务选择 服务质量 服务关联 形式化定义 web服务 推荐指数 1 1 1 1 1 1 1 1 1
科研热词 web服务 服务质量 服务组合 web服务组合 集成管理 防御 自动组合 用户偏好 流程树 流程优化 本体推理 服务选择算法 服务选择 服务质量评估 服务网络 服务模型 服务关系挖掘 服务关系 最优路径 攻击 异步调用 工作流 密集距离 客户视角 客户反馈 安全 多目标粒子群 可信性 单亲遗传算法 协同商务 业务流程 owl-s eowa算子法 cache机制 bpel4ws引擎 bpel4ws
推荐指数 2 2 2 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
2013年 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
科研热词 面向服务架构 语义web服务 语义bom 翻译模式 知识集成 服务组合 服务发现 服务匹配 映射规则 形式化验证 云制造 web服务组合 web服务 lotos bpel bom多视图映射
2012年 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
工作流管理系统体系结构参考模型
工作流管理系统体系结构参考模型
体系结构参考模型
参考模型的体系结构抽象出了工作流管理系统的功能组成部件和接口，具有工作流管理系统的主要功能特征，为实现工作流产品之间的互操作提供公共的基础。
工作流引擎包括数据模型及控制模型两个部分。
数据模型包括机构模型和信息模型。
机构模型描述的是企业或者部门的组织机构关系，信息模型则定义工作流引擎中所用到的各种控制数据。
通过数据模型，可以方便地描述关键业务的业务规则、活动的依赖关系以及任务的指派等特征。
控制模型是工作流引擎的核心，负责任务的调度、任务指派、依赖检查及转发控制等功能。
机构模型描述的是企业或者部门的组织机构关系，包括部门信息、工作组信息、人员信息、角色信息。
系统提供这些信息的定义和维护等功能。
信息模型定义工作流引擎中所用到的各种控制数据。
包括业务过程信息、业务活动信息、业务活动前依赖规则、业务活动后流转规则、任务指派规则、人员任务列表、人员已完成任务列表。
通过数据模型，可以方便地描述关键业务的业务规则、活动的依赖关系以及任务的指派等特征。
系统提供这些信息的定义和维护等功能。
控制模型将机构模型和信息模型有机地结合在一起，它根据其中定义的业务规则对业务过程中的各项业务活动的流转以及任务指派等工作进行控制和协调。
控制模型是工作流引擎的控制中心，系统提供系统调度、任务管理、任务指派、依赖检查、转发控制等功能。
机构模型和信息模型通过可视化建模工具实现，它是工作流引擎在构造时的定义中心；控制模型通过引擎控制器实现，它是工作流引擎在运行时的控制中心。
一种面向方面的Web服务组合的UML建模方法
之 间的协作方式 ， 使企业能 通过 服务合 成来共 享 资源 、 自动化
商业流程 。随着 电子商务 的不 断发展 以及 跨企业 应用 的 日益 复杂 ， 个 Ｗｅ 单 ｂ服务 的实现已经无法满 足复杂业 务 的需 求 ， 需 要通过将多个不 同业务 功能的 Ｗｅ ｂ服务按 照一定 的业务逻辑 组合起来 ， 构建复杂的组合服务 ， 通过对组合 服务的执行 ， 满 来
行时动态地改变 ， 提高服务组合 的柔性 和适 应性 。 ｂ 诸如监控 、 ） 授权认证 、 审计 和异 常处理 等处理 活动往 往
在多个业务过程 中都 出现 ， 系统 中关 于这些活 动的相关 逻辑 也 就分散在相关流程定义 的多个地 方或 者是跨越 多个组 合服务
的边界 。用 Ｂ Ｅ 、 Ｐ Ｐ Ｌ Ｂ ＭＬ等 组合 规范 定义 包 含这 些活 动 的业 务过程时 ， 描述这些活动 的代码 ， 会多 次重复 出现在 同一个 过
足复杂 的商业逻辑上 的需求 。Ｗｅ ｂ服务组 合能够 提高 服务 组
件及基本服务 的可重用 性和 利用率 ， 短系 统研发 时 间 ， 缩 因此 成为近年来研究 的热 点问题之一。 目前工业界 和学术 界的研 究机构 已经 提 出了多种 Ｗｅ ｂ服 务组合 的规范和 ｗｅ ｂ服务组 合 的方 法 ， 总体 来说 可 以分 为 两
ＵＭＬ ｍｏ ｅ ｉ ｇ ａ ｐ ｏ ｃ ｏ ｓ ｅ ｔｏ ｉ ｎ ｅ ｅ ｅ ｖ ｃ ｓ ｃ ｍｐ ｓｔ ｎ ｄ ｌ ｐ ｒ ａ ｈ ｆ ｒ ａ ｐ ｃ — ｒｅ ｔ ｄ Ｗ ｂ ｓ ｒ ｉ ｅ ｏ ｏ ｉｉ ｎ ｏ
ＸＵ Ｙａ ｇ，Ｔ ｎ ＡＮＧ Ｓ ｅ ｇ ｑ ｎ ｈ ｎ —ｕ
程的多个模块 的定 义中 ， 者 出现 在多 个不 同的过程定 义 中， 或 带来代码交织和代码混 杂 的 问题 。当需要 改变这些 活动 代 码时 ， 须保 证散 落在所有 业务过 程 的代码 的一 致性 ， 必 对组合 服务的维护和重用带来 困难 。 基于语义模 型 的 组合 方法 可 以实 现 Ｗｅ ｂ服 务 的 自动 组
基于Petri网的动态Web服务组合建模
ｔｅ ｇ ｎ ｒｌｅ ｔｃ ａ ｔ ｅｒ ｎ ｔ ＧＳ Ｎ ａ ｄ Ｏ － ｏ ｐ ｓ ｉ ｒｃ ｓ ｒ ｕ ｅ ｏ ｍｏ ｅ ｄ ｎ ｍｉ ｍ ｄ ｌ ｇ ｏ Ｗｅ ｈ ｅ ｅａｚ ｄ ｓ ｈ ｓ ｃ Ｐ ｔ ｅ ｉ ｏ ｉ ｉ ｓ（ Ｐ ） ｎ ＷＬ Ｓ ｃ ｍ ｏ ｉ ｎ ｐｏ ｅ ｓａｅ ｓ ｄ ｔ ｔ ｏ ｄ ｌ ｙ ａ ｃ ｏ ｅｎ ｆ ｂ ｉ
１ 基本 概 念
服 务 请求 者 需 求 的 Ｗｅ ｅｖ ｅ ｂ Ｓ ｒｉ 。 ｃ
Ｓ ｒｉｅ Ｇｒ ｕ ｄ ｎ ： 述 Ｗｅ ｅ ｖ ｏ ｎ ｉｇ 描 ｃ ｂ服 务 的使 用 方 法 。
Ｗｅ ｂ服 务 组 合 就 是 通 过 查 找 服 务 以 及 集 成 服 务 之 间 的接
张晓文 包晓安 胡朱华 郭炜杰 （ 浙江理工大学信息电子学院， 浙江 杭州 ３０ １） １０ ８
摘 要
基 于广 义 随 机 Ｐ ｔ 网 ， 出 了一 种 动 态 Ｗｅ ｅｒ ｉ 提 ｂ服 务 组 合 建 模 的 方 法 。 用广 义 随 机 Ｐ ｔ 网（ Ｐ 以及 Ｏ — 利 ｅｒ ＧＳ Ｎ） ｌ ＷＬ Ｓ组 合 过 程 对 Ｗｅ ｂ服 务 组 合过 程 构 建动 态组 合 模 型 ， 实现 Ｗ ｅ ｂ服 务 的动 态组 合 。并通 过 一 个 实例 证 明 该 方 法 的 可行 性 与 现 有
注代 理 进 行 标 注 ， 注 后 形 成 了服 务 请 求 的 Ｏ Ｌ Ｓ文 档 ， 后 标 Ｗ — 随
其 中 ， 参 Ｘ Ｏ是 时 间 变 迁 平 均 实 施 速 率 ， 示 在 可 实 施 情 况 实 ｔ ＞ 表 下 单 位 时 间 内平 均 实 施 的次 数 ， 倒 数 Ｔ ／ ． 为 变 迁 ｔ的平 其 ． Ｘ称 ＝１ ． ．
基于Petri网的业务流程管理系统模型研究
基于Petri网的业务流程管理系统模型研究罗常【摘要】Petri网是一个描述条件和任务之间关系的通用模型。
在介绍Web服务和Petri网的基础上，结合电力行业某业务流程管理系统的实例，建立了一个基于Petri网的业务流程模型，在此基础上对简化后的Petri网进行死锁分析，以此作为业务流程建模的指导思想，可以提高业务流程系统的安全性、稳定性、健壮性。
%Petri net is a common model of description of the relationship between the conditions and tasks. This paper describes Web services and Petri net based on the combination of a power industry process management system for a case, the establishment of a Petri net-based process models. Based on simplified Petri net, a deadlock analysis to this process modeling as the guiding ideology was given, which can improve business process system security, stability and robustness.【期刊名称】《机电工程技术》【年(卷),期】2014(000)001【总页数】4页(P73-76)【关键词】Petri网;业务流程管理系统;工作流;Web服务【作者】罗常【作者单位】广东电网公司茂名供电局，广东茂名 525000【正文语种】中文【中图分类】TM73电力行业是国民经济的重要基础产业，其信息化建设一直是国家经济发展战略中重要内容。
面向AgentWeb服务工作流技术和应用论文
面向Agent与Web服务的工作流技术研究和应用摘要：本文结合当前的新技术agent和web服务，提出的一种工作流模型实现框架。
该框架中设计了全局工作流管理agent，定点管理agent，工作流管理agent和角色管理agent等实现工作流引擎的功能；在工作流建模中增加了对web服务的支持，实现流程的自动化/半自动化运行。
该框架能够有效降低企业开发成本，提高开发效率。
关键词：动态工作流；工作流管理系统；工作流本体；agent；web服务中图分类号：tp311文献标识码：a文章编号：1007-9599 （2011）24-0000-01agent-oriented and web services workflow technology research and applicationwei cuncun,qu xian,pan teng（institute of computer application,zhejiang business technology institute,ningbo315012,china）abstract:this new technology with the current agent and web services,a workflow model proposed implementation framework.the design of a global framework of workflow management agent,designated management agent,workflow management and the role of agent management,agent and other functions to achieve the workflow engine;increase in workflowmodeling in support of web services,to achieve process automation/semi-automatic operation.the framework can effectively reduce development costs and improve development efficiency.keywords:dynamic workflow;workflow managementsystem;workflow ontology;agent;web services一、引言当前的工作流产品都无法将其各自为政的业务流程改造为各个系统中的业务流程相互协调，相互配合的统一的流程。
工作流模型
过程视图是工作流模型的核心视图。
它描述企业的业务流程，定义业务过程中包含的活动以及这些活动之间的逻辑关系。
活动和活动间以连接弧表示控制关系。
通过描述活动的基本属性，如活动由谁执行，有哪些人员、组织或盟员企业负责执行，活动执行需要的软件(如应用程序)和硬件(如机床设备)资源，以及活动的触发条件、执行状态等，可以建立过程视图、资源视图和组织视图的关系。
过程视图是本文研究的主要内容，本文通过ECA规则来表达过程视图。
基于ECA规则和元操作的工作流建模原理3.1 工作流模型的结构图：工作流模型的结构1.1.1过程视图过程视图是工作流模型的核心视图。
它描述企业的业务流程，定义业务过程中包含的活动以及这些活动之间的逻辑关系。
活动和活动间以连接弧表示控制关系。
通过描述活动的基本属性，如活动由谁执行，有哪些人员、组织或盟员企业负责执行，活动执行需要的软件(如应用程序)和硬件(如机床设备)资源，以及活动的触发条件、执行状态等，可以建立过程视图、资源视图和组织视图的关系。
过程视图是本文研究的主要内容，本文通过ECA规则来表达过程视图。
1.1.2组织视图组织视图描述企业中的组织单元和组织单元间的关系。
组织单元是具有一定功能和责任的组织实体，一般会承担过程模型产生的各种任务。
组织单元之间往往存在从属或协作关系，形成一定的对应关系。
本文对组织视图描述中，采用一种面向对象的关系模型，不同于传统的层次结构。
是在组织模型中引入类的概念(如角色类、组织类、人员类、职位类等)，建立类之间的关系模型，支持层次化的查找和匹配规则，便于工作流的任务分配和执行者绑定。
1.1.3资源视图资源视图描述企业中资源的类型以及资源实体的属性。
资源是工作流模型中非常重要的一个概念，是活动可以执行的必备条件。
资源类型可以是执行活动所需的软件和硬件设施等，或者是活动执行后产生的新的物理实体。
组织视图和资源视图之间存在着映射关系，即每一个资源实体都有与其对应的责任组织单元，该组织单元负责对此资源实体的使用和维护。
Web服务组合方法综述
用 中所 面 临 的挑 战 进 行 了论 述 。
关健词 ：面 向服务架构 ；Ｗｅ ｂ服务 ；Ｗｅ ｂ服务组合
Ｓ ｒ ｅ ｎ Ｗ ｅ ｅ ｖ ｃ ｓＣｏ ｐ ｓｔｏ ｅ ｈ ｄ ｕ ｖ ｙ ０ ｂ Ｓ ｒ ｉ ｅ ｍ ｏ ｉｉ ｎ Ｍ ｔ ｏ ｓ
ＮＩＷ ａ －ｈｅ ｇ ＬＩ Ｌｉｎ－ｈｅ Ｗ Ｕ ｅ ｇ ｎ ｃ ｎ ， Ｕ ａ ｃ ｎ， Ｃｈ ｎ
语言变为具有语义 的需求描述传递给组合管理器。 （） ４组合管理器根据需求描述和来 自服务库的服务描述 ， 生成满足服 务需 求的组合方案 ，传递给执行引擎。 （— ） ５ ７执行 引擎将组合方案 传递给服务匹配器 ， 服务匹配 器根据服务描述选择最适合 的 Ｗｅ ｂ服务， 其旬柄返 回执行 将
摘
要：Ｗｅ ｂ服务组合通 过重 用已有 的 Ｗｅ 服务满足用户高质量的应 用需求 ，是面 向服务架构研究领域的热 点问题 。该文对 当前 Ｗｅ ｂ ｂ服
务组合的研究现状进行了综述，分析 了 ＷＳ Ｃ的概念和实现框架。根 据研究侧重点及其依赖的技术基础 ，将 ＷＳ Ｃ方法 归为两大类别——基 于工作流、状态演算和进程代数模型描述 的过程驱动的组合方法和基于语义描述 的自动服务组合方法。对 ＷＳ 的评价模型及其研究与应 Ｃ
引擎 。
１ ＷＳ Ｃ概念
基于业务流程执行语言的WEB服务整合的探讨
科技论坛 ＩＩ Ｉ
梁 丽 红
科 黑江 技信总 — 龙— — —
基于业务流程执行语言的ＷＥ 服务整合的探讨 Ｂ
（ 黑龙 江农 垦农 业职 业技 术 学 院 ， 龙 江 哈 尔 滨 １０ ３ ） 黑 ５ ４ １
摘 要： 首先介绍 了Ｗｅ ｂ服务业务流程执行语言 （ ｅ ｅｖｃ ｕｉｅｓｐｏｅｓｅｅｕｉ ａ ｇａｅ — Ｐ Ｌ 的相 关概 念及 关键技 术， ｗ ｂ ｓｒｉｅｂ ｓ ｓ ｒ ｓ ｘｃｔ ｎ ｌ ｕｇ ， Ｂ Ｅ ） ｎ ｃ ｏ ｎ ＷＳ 并给 出了 基于 Ｂ Ｅ Ｐ Ｌ的业务流程管理 系统的框架 ， 出 了组合服务 的方法和过程 。最后 ， 出了ＷＳ Ｂ Ｅ 提 提 — Ｐ Ｌ技 术 目前还存 在的问题 以及今 后的研 究方向。 关键词 ： 业务流程执行语 言； 工作流建模 ； ｂ服务整 Ｗｅ ’
引言
也就是说 ， 实例不是用显式 的“ 实例标识（ｎｔ ｃ ｉｓ ｎ ｅ ａ
２０ ０ ２年 ７月 ， Ｍ、微 软 、Ｅ Ｉ Ｂ Ｂ Ａ提 交 了 Ｂ ｓ Ｉ ” ｕｉ — Ｄ）来标识 ， 而是用数据消息中的一些关键字域 ｎ ｓ ｒ ｃ ｓ ｅ ｕ ｉ ｎ ａ ｇ ａ ｅ ｏ ｅ Ｓ ｒ 来标识。 ｅ ｓ Ｐ ｏ ｅ ｓ Ｅｘ ｃ ｔ Ｌ ｎ ｏ ｕ ｇ ｆ ｒ Ｗ ｂ ｅ — 这样 ， 如果当消息到达流程的“ 启动” 点时 ｖ ｅ（ Ｐ Ｌ ｗｓ ｌ 的 规 范 ， ｉ ｓＢ Ｅ ４ ）－ ｃ ０ 目前 正 在 由 Ｏ ＳＳ 没有可用的匹配实例 ，那么就会自动创建一个新 Ａ Ｉ 组织进行 审查 和修改 。业务 流程执行语 言基于 的实例并与消息中的关键字数据关联起来。在定
Ｘ Ｌ Ｗｅ 服务技术 ，它融合了早期的 Ｉ Ｍ的 位到了合适的实例之后 ， Ｍ 和 ｂ Ｂ 只能在流程的非启动点 ｗｅ ｅｖｃｓＦｏ ａｇ ａｅ （ Ｆ ）及微 软 的 接受消息 ； ｂＳ ｒｉ ｌ Ｌｎ ｕ ｇ ＷＳ Ｌ ｅ ｗ 也就是说 ， 在这些 睛况下， 消息事实上 ＸＡ Ｌ ＮＧ规 范的很多 特点 。业 务流程 执行语 言 总是被传送到特定实例。 Ｂ Ｅ ４ 中， 在 Ｐ Ｌ ＷＳ 找到一 （ Ｐ Ｌ 是—种基于 Ｘ Ｌ Ｂ Ｅ） Ｍ 的业务流程建模语言； 流 个合适的实例或者创建一个合适的实例 （ 如有必 程模式是从具有代表 陛的业务流程操作抽象出来 要 的话 ） 的流程称为消息相关 眭（ ｓａｅｃｒ ｌ— ｍｅｓｇ ｏｒ ａ ｅ ｉ） ｏ 的可 以复用的流程建模方式 。Ｂ Ｅ 是一门用于 ｔ ｎ 。 ＰＬ 自 动化业务流程的形式规约语言。 Ｘ Ｌ 用 Ｍ 文档写 １ Ｐ Ｉ ＷＳ ． Ｂ ＥＡ 整合 ＷＥ 服务模型。作为可 ２ Ｂ 入 ＢＥ Ｐ Ｌ中的流程能在 Ｗｅ ｂ服务之间以标准化 执行 流程的实现语言 ，Ｐ Ｉ ＷＳ的作用是将一组 Ｂ ＥＡ 图 １Ｂ Ｅ Ｐ Ｌ工作原 理 的交互方式得到精心组织。这些流程能够在任何 现有的服务整合起来， 从而定义—个新的 ＷＥ Ｂ服 务库 ，Ｐ Ｌ Ｂ Ｅ 就可以十分直观地将这些服务组合成 个符合 Ｂ Ｅ Ｐ Ｌ规范的平台或产品上执行 。 以， 务。与 所 其他任何 Ｗ Ｂ Ｅ 服务—样， 整合服务的接 口 新的应用。由于 Ｂ Ｅ 假设所有 的内 ＰＬ 容都被公开 通过允｛顾客们在各种各样的创作工具和执行平 也被描述为 ＷＳ Ｌ ｏｔｙｅ的集合 。服务的整个 为 Ｗｅ 服务 ， 午 Ｄ ｐｒ ｐ Ｔ ｂ 它不是总能解决那些后续 问题。其 台之间移动这些流程， Ｐ Ｌ使得ｆ ］ ＢＥ 保护了他们 类型即 该服务的ｐ ｒ ｙ ｅ ｏ Ｔ ｐ 集合由单个相对应的特 他很多技术将在这方面提供支持 ， ｔ 并使得 Ｓ Ａ体 Ｏ 在流程 自动化上的投资。尽管以前想使业务流程 定“ 口点” Ｂ Ｅ ４ 入 在 Ｐ Ｌ ＷＳ描述中指明。Ｂ Ｅ ４ 系 日渐完善。 Ｐ Ｌ ＷＳ 定义标准化 ， Ｂ Ｅ 已经引起 了史无前例的兴 流程本身就是—个流程图，流程的每一步称为一 但 ＰＬ ２ Ｐ Ｌ ． Ｂ Ｅ 模型基础。Ｂ Ｅ 模型可 以帮助我 ２ ＰＬ 趣 ，而且它最早在软件供应商中获得大量认 可。 个活动。 这些活动可以分为基元活动和结构活动。 们更好地理解如何使用 Ｂ Ｅ 描述的业务流程 ， ＰＬ Ｂ Ｅ 实现了抽象的 ＷＳ Ｌ 口的集成 ， ＰＬ Ｄ 接 所以它 基本活动描述了流程内的—个具体步骤，而结构 如图 ２ 所示。流程（ ｒｃｓ） Ｐｏｅｓ由一系列活动（ ｃｉ Ａｔ— ｖ 也属于 Ｓ Ａ的解决方案之一。 Ｏ 化活动则描述了如何组织和管理流程的控制流。 ｉ） ｔ 组成； ｖ 流程通过伙伴链接 （ａ ｎｒ ｉｋ来定义 Ｐ ｒ ｅ Ｌｎ ） ｔ ２Ｂ Ｅ Ｐ Ｌ关 键技术 １ Ｐ Ｌ ＷＳ Ｅ ４ 整合服务基本概念 Ｂ 与流程交互的其他服务 ；服务中可以定义一些变 作为可执行流程的实现语言， Ｐ Ｌ ＷＳ的作 ＢＥ４ ＢＥ （ Ｐ Ｌ 业务流程执行语言 ） 不仅 可以让业务 量（ ａｉｂｅ在 Ｂ Ｅ ４ Ｖ ｒ ｌ， Ｐ Ｌ ＷＳ中被称为 Ｃ ｎａｎｒ； ａ ｏ ｔ ｅ） ｉ 用是将・组现有的服务整合起来 ，从而定义—个 流程管理领域的标准化问题得以解决 ，还为用户 流程可以是有状态的长时间运行过程，流程 引擎 新的 Ｗｅ ｂ服务。因此 ，Ｐ Ｌ ＷＳ Ｂ Ｅ ４ 基本 Ｅ 是一种实 拥抱 Ｓ Ａ体系铺平 了 Ｏ 道路。Ｂ Ｍ 业务流程管理） 可以通过关联集合（ ｏ ｅ ｔ ｎＳｔ Ｐ （ Ｃ ｒ ｌ ｉ ｅ 将一条消息关 ｒａ ｏ ） 现这样 的整合的语言 。与其 它任何 Ｗｅ 服务一 提供了一种图形化 的自动执行与监测业务活动 、 联到特定的流程实例。 ｂ 样，整合服务的接口 也被描述为 Ｗ Ｄ ｏｔ ｐ 集成企业应用以及管理手工任务的途径。从历史 Ｓ Ｌｐ ｒ ｙ ｅ Ｔ 肛 商 … 醅 Ｂ Ｍ产品利用了自有的流程语言 、 设计工具 的集合。整合 （ 称为流程 ） 指明了服务接 口与整合 上看 ，Ｐ ●ｍ 日 一 ‘ ｍ■ 埘 的总体执行的配 合隋况。 和引擎。现在 ，Ｐ Ｂ Ｍ已经被认为是 Ｓ Ａ架构的关 Ｏ １ 基 本概念 ． １ 键组成部分 ， 那么缺少行业标准就成为这一领域 Ｐ Ｌ 业务流程执行 （） １ 合作伙伴（ ａ ｎｒ。在 Ｂ Ｅ Ｐ ｒ ｅ） ｔ Ｐ Ｌ中， 一个流 的—个重大问题。一种名为 Ｂ Ｅ （ ● Ｉ 程可以调用其他服务 ，也可以响应来 自客户端 的 语言 ）的新标准的出现为解决上述问题迈出了关 请求。也就是说 Ｂ Ｅ 流程实例既可以作为服务 键—步。 ＰＬ ２ 工作原理。 Ｐ Ｌ ． １ Ｂ Ｅ 是一种使用 Ｘ Ｌ Ｍ 编写的 的请求者， 也可以扮演服务的提供者。Ｂ Ｅ 把与 ＰＬ 流程交互的其他服务称为伙伴（ａｔ ｒ。 ｐ ｒ ｅ 伙伴可 编程语言 。利用基于 Ｂ Ｅ ｎ） Ｐ Ｌ的可视化流程设计工 以分为以下几种： 只由流程调用的服务 ； 只调用流 具 ， 开发人员可以使用拖放式图表创建在 Ｗ ｂ ｅ 服 务间 自动交互的程序。这种活动通常被称作 Ｗｅ ｂ 程的服务； 既由流程调用又调用流程的服务。 （） ２服务链接类型。 服务链接类型定义了—组 服务流程编排。 虽然流程有简有繁， 但是 Ｂ Ｅ 可 ＰＬ 角色 ， 其中每个角色指明一组 ｐ ｒ ｙ ｅ ｏ Ｔ ｐ 。服务链接 以与运行在任意平 台 （ ｔ 例如 ＪＥ ２ Ｅ和．ｅ）上的 Ｎｔ 类型表示一种第三方声明，用这个声明来说 明了 Ｗｅ 服务进行通信。 ｂ 图 ２Ｂ Ｅ Ｐ Ｌ模型 示 意图 两个（ 也可能是更多个 ） 服务之间的关系。其思想 需要指 出的是 Ｂ ＥＬ只能与 Ｗｅ Ｐ ｂ服务通信 ， 在异步通信环境中， 流程与伙伴之间的会话 是： 当两个服务彼此交互时 ， 服务链接类型就是对 Ｗｅ 服务流程编排是它的全部工作。它无法与不 可能是双向的， ｂ 这在复杂的商务流程 中非常常见。 这两个服务如何交互 ， “ 各方本质上提供了什 么” 提供 Ｗｅ ｂ服务接 口的应用 （ 例如遗留或定制应 在流程与伙伴的通信过程 中，它们会扮演不同的 的声 明 。 用） 进行集成。 角色。 为了消除在通信过程中的多义性， 我们需要 （） ３服务的生命周期。 作为 Ｂ Ｅ ４ 流程实 Ｐ Ｌ ＷＳ ＢＥ Ｐ Ｌ能够很好地将 Ｓ Ｏ的优势 发挥 出来 。 明确服务和流程所扮演 的角色。 现的 Ｗｅ 服务有—个实例生命周期模型。也就是 Ｓ Ａ是一种让 Ｉ ｂ Ｏ Ｔ与业务流程更加契合的基于标 在 ＢＥ Ｐ Ｌ中，这种流程与伙伴的合作关系是 说， 这些服务的客户机总是与服务 （ 流程 ） 的某个 准的组织与设计方法论 。通过标准接 口和共享 通过元素来定义的。这样如果在流程的活动中需 特定实例交互。 那客户机如何创建服务的实例呢？ Ｗｅ ｂ服务 ，Ｏ Ｓ Ａ可以屏蔽 Ｉ Ｔ环境中底层技术的复 要指定与特定伙伴的交互 ，只需要 引用
高新技术企业认定管理办法2016版
高新技术企业认定管理办法国科发火〔2016〕32号第一章总则第一条为扶持和鼓励高新技术企业发展，根据《中华人民共和国企业所得税法》（以下称《企业所得税法》）、《中华人民共和国企业所得税法实施条例》（以下称《实施条例》）有关规定，特制定本办法。
第二条本办法所称的高新技术企业是指：在《国家重点支持的高新技术领域》内，持续进行研究开发与技术成果转化，形成企业核心自主知识产权,并以此为基础开展经营活动,在中国境内(不包括港、澳、台地区）注册的居民企业。
第三条高新技术企业认定管理工作应遵循突出企业主体、鼓励技术创新、实施动态管理、坚持公平公正的原则.第四条依据本办法认定的高新技术企业，可依照《企业所得税法》及其《实施条例》、《中华人民共和国税收征收管理法》（以下称《税收征管法》)及《中华人民共和国税收征收管理法实施细则》（以下称《实施细则》）等有关规定,申报享受税收优惠政策。
第五条科技部、财政部、税务总局负责全国高新技术企业认定工作的指导、管理和监督。
第二章组织与实施第六条科技部、财政部、税务总局组成全国高新技术企业认定管理工作领导小组（以下称“领导小组”)，其主要职责为：（一）确定全国高新技术企业认定管理工作方向，审议高新技术企业认定管理工作报告;（二）协调、解决认定管理及相关政策落实中的重大问题；（三）裁决高新技术企业认定管理事项中的重大争议，监督、检查各地区认定管理工作，对发现的问题指导整改。
第七条领导小组下设办公室,由科技部、财政部、税务总局相关人员组成，办公室设在科技部，其主要职责为:（一）提交高新技术企业认定管理工作报告,研究提出政策完善建议；(二）指导各地区高新技术企业认定管理工作，组织开展对高新技术企业认定管理工作的监督检查，对发现的问题提出整改处理建议;（三）负责各地区高新技术企业认定工作的备案管理，公布认定的高新技术企业名单，核发高新技术企业证书编号；（四）建设并管理“高新技术企业认定管理工作网”；（五）完成领导小组交办的其他工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
收稿日期:2007-03-22作者简介:周 燕(1983-),女,江西萍乡人,硕士研究生,研究方向为工作流技术、Web 服务技术;姜 浩,副教授,研究方向为工作流技术、Petri 技术、Web 服务。
面向动态工作流的W eb 服务组合模型研究周 燕,姜 浩(东南大学计算机科学与工程学院,江苏南京210096)摘 要:把Web 服务与工作流相结合,将Web 服务作为工作流中的各项任务,通过Web 服务的动态组合技术,建立面向动态工作流的服务组合模型。
对Web 服务描述进行了扩展,提出了一个基于层次结构的服务发现模型,支持Web 服务开发与部署的分离,并通过Web 服务的动态查找,对符合要求的可用服务器,引入服务评价函数,根据服务器服务份额、价格策略以及信任度等因素对服务器进行综合评定,实现复合服务在运行时的动态部署与绑定。
并通过工作流引擎对各项子任务的交互与完成进行相应控制,最终实现Web 服务的动态绑定模型的执行框架。
关键词:动态工作流;Web 服务组合;组合模型中图分类号:TP311 文献标识码:A 文章编号:1673-629X (2008)01-0063-04Study on Dynamic -Workflow Oriented Web Service Composition ModelZHOU Yan ,J IAN G Hao(Dept.of Computer Sci.and Eng.,S outheast University ,Nanjing 210096,China )Abstract :Combined with workflow ,the Web services are assigned as the tasks in the workflow process.A dynamic -workflow oriented service composition model is established according to the dynamic composition technology.The description to the Web service is expand 2ed ,a hierarchy -based service discovery model is proposed.This model also supports the separation of exploration and disposition.The service evaluation function is introduced to the usable server by dynamic lookup of the Web service.The server is evaluated according to the service share of the server and the price strategy and the trust level in order to realize thedynamic disposition and binding of the com 2bined service when running.Finally ,the execution frame of the dynamic binding to the Web service is realized by the engine of the work 2flow which controls the interaction and the accomplishment of the subtask.K ey w ords :dynamic workflow ;Web service composition ;composition model1 动态工作流模型一个工作流包括一组活动(也称任务)以及它们之间的执行顺序关系、过程及活动的启动、终止条件、对每个活动的描述,活动间的输入、输出数据[1]。
一个工作流描述实际应用中的一个具体业务流程,完成一个实际业务目标。
动态工作流系统是指组成工作流的任务组件在运行时才确定下来,能够支持比较灵活的业务逻辑的实现,在较短的时间内,建立适应具体业务变化的动态工作流系统,如:适应变化的商业策略、组织策略,能处理预见和不可预见的各种事件,能支持在运行时对过程模型的动态修改。
一个典型的动态工作流模型[2]如图1所示。
图1 动态工作流系统模型在此模型中,对提供Web 服务的不同企业,统一安排服务适配器对Web 服务进行封装,在Internet 上第18卷 第1期2008年1月 计算机技术与发展COMPU TER TECHNOLO GY AND DEV ELOPMEN T Vol.18 No.1Jan. 2008通过SOAP 和HTTP 协议进行访问,这样,Web 服务就可以通过不同的开发方法来实现,而不用担心其它应用系统无法在Internet 上对它进行访问。
此模型中的代理服务器,用于作为服务的注册中心,提供服务的查找功能。
工作流服务器包括两个功能组件:过程定义工具和工作流引擎。
过程定义工具负责定义业务过程中的各项子任务,对业务过程进行模块化,并通过对相关服务组件的集成来实现;工作流引擎则负责在运行过程中,动态绑定相关服务的实现,对服务组件的运行进行调度。
在该模型中,Event 服务器和ETR (Event-Trigger -Rule )服务器的采用则使工作流系统具备了一定的主动性和自适应性。
2 基于层次结构的服务发现采用基于层次结构的服务发现模型[2],主要包括四个功能模块:服务用户、服务提供者、服务代理以及服务管理者,如图2所示。
图2 基于层次结构的服务发现模型(1)服务用户。
服务用户(Service Client ,SC )作为该模型中的服务使用者,向服务代理提出服务查询及使用请求。
由于该层次模型通过域的方式进行组织,服务用户只向所在域的代理发出服务请求。
这种服务请求采用XML 消息格式,描述了服务请求的属性,如:服务名、服务目标、性能要求以及与服务相关的属性。
(2)服务提供者。
服务提供者(Service Provider ,SP )在Internet 上提供应用级分布式服务,它需要将它所能提供的服务注册到它所在域的服务代理。
注册信息中除了服务的基本信息之外,还包含服务的安装配置信息,可以用来将服务部署在其它的服务器上运行;与此同时,还包含了服务的安全授权信息,描述了有权使用该服务的服务用户。
通过向服务代理注册,服务提供者可以很容易地加入到该服务代理所在的域。
(3)服务代理。
服务代理(Service Manager ,SM )作为层次模型中的核心模块,是服务用户与服务提供者之间的桥梁。
在每一个域中只有一个服务代理。
服务代理以层次结构组织,在最高层上,会有一个服务总代理。
一个父亲代理可能会拥有多个儿子代理,拥有同一个父亲代理的服务代理可以看作是兄弟关系。
服务代理会维护一张本地服务表(如:UDDI ),记录了所在域的服务提供者所提供的服务信息。
在执行服务查找时,服务的查询信息会在服务代理之间传递。
例如:某个域中的服务代理在本域中未找到相关服务时,会将服务查询信息提交到它的父亲代理,然后转到其它的域中进一步查询。
服务提供者注册到服务代理上的服务信息会存储到服务管理者处,进行统一管理。
(4)服务管理者。
服务管理者(Service Server ,SSer )储存了服务提供者所注册的服务描述信息。
为了在分布式环境下实现服务分配和执行的灵活性和可扩展性,对服务描述进行了扩展,包括了服务安装运行的资源配置描述信息,并采用动态复制技术[3],可以将服务的副本运行在多个宿主服务器上,为不同的用户需求提供服务。
除此之外,服务管理者还提供了服务设计模块,可以按照一定的标准和规范,建立独立的服务,这种服务并没有真实地运行在某个服务器上,而是可以根据需要,动态部署在特定的服务器上运行。
这样,服务的来源不仅仅是服务提供者所注册的服务信息,也可以是专门的服务设计机构提供的独立服务,通过这种方式,增加了系统的灵活性和可扩展性。
服务用户在向所在域的服务代理提交服务查询请求后,服务代理会根据服务的相关信息,在本地服务描述库中(UDDI )查找:①如果在本地服务描述库中(UDDI )没能查找到相关服务信息,服务代理会将服务查询请求提交给它的父亲代理,再由父亲代理传递给其它的儿子代理进行查找,以此类推,直到查找到相应服务,否则,若不存在服务用户所需要的服务,则返回服务不存在的相关提示信息;②如果在本地服务描述库中(UDDI )查到相关服务信息,则服务代理根据该服务的安全授权信息,判定服务用户是否具有使用权限,当服务用户通过安全验证之后,可以建立服务用户与服务提供者之间的联系,进行进一步的操作(如:协商等)。
通过层次结构来组织Web 服务,可以优化服务查找的效率,但在某些节点上(如:根节点)可能会存在一定的通信开销,造成一定的性能瓶颈。
・46・ 计算机技术与发展 第18卷3 面向动态工作流的服务组合一个面向工作流服务可以看作是一种复合服务,它由若干个己存在的子服务通过服务组合技术构建而成,以完成特定功能的合成服务。
这种复合服务的执行可看作是一个面向工作流的过程,通过构建它的子服务间的复杂交互来动态完成。
这些子服务会被分配到异构的、地理上分布的服务器上运行,而整个运行过程可能会是一个比较长时间的过程。
在此过程中,服务执行所需的资源属于不同的个体或组织,拥有各自不同的策略、访问方式以及价格模型等。
由于服务组合是在一种高度动态的环境下进行,对于组成复合服务的各子服务,需要进行动态的查找与即时的集成。
在此处模型框架中,服务组合的过程可分为两种形式:一种是静态的服务XML 描述的合成,是一个复合服务和其中一个子服务的XML 描述(该复合服务称为“travel ”,子服务为“airline ”);一种是动态运行时的服务器绑定合成。
前者根据服务的内在逻辑关系,按照一定的逻辑规则和时序关系以工作流管理方式将各子服务的XML 描述以某种组织方式组合在一起,构成复合服务的XML 描述,用于指导动态的服务绑定合成过程,这里,需要在复合服务的描述中加入对各个子服务的控制过程描述,以保证各个子服务按照工作流过程模型的执行顺序完成。
后者则是在运行时,根据前者静态描述,动态查找和定位各子服务,通过事件驱动和消息传递机制实现数据交换,将各子服务动态绑定运行在可用的服务器上进行实际的服务合成。
复合服务建立后,可作为一般服务,储存于服务描述库中,提供给用户查找、发现和使用。