面向业务领域的服务建模方法及支撑框架林海略、刘晨、王建武、房俊、李厚福.pdfVIP

面向业务领域的服务建模方法及支撑框架 林海略、刘晨、王建武、房俊、李厚福 摘要 最终用户编程是一种通过支持业务用户按需即时构造和调整应用来实现业务敏捷性的新型业务构建 方法，实现该方法的关键是解决业务层面的业务活动与软件实施层面的平滑过度问题。本文提出一种面向业 务领域的业务服务支撑框架，通过提供反映用户需求且易于业务人员使用的服务模型及其建模、组织、服务 虚拟化以及使用机制，来跨越业务层面和软件层面的鸿沟，从而支持最终用户编程。该支撑框架已在实际项 目中得以应用和验证。 关键词 业务规范、业务服务、服务虚拟化、业务服务支撑框架 1 引言 城市综合信息服务、电子政务、网络化制造等许多应用领域的企业和组织都渴望能实现 业务敏捷性，即能根据生存环境（如政策、合作关系、突发事件等因素）的变化，即时快速 地调整业务的运作行为。然而，传统应用开发所采用的 “需求分析设计实现”范式使 得应用的开发周期长且难以调整。因此，有必要为用户提供一套合理的语言和工具，使得应 用的使用者（业务人员）能够自行即时构造和调整应用。这不仅能节约开发的时间，还可以 避免需求理解不一致等交流问题。我们把业务人员自行构造和调整应用的行为称为最终用户 编程。 面向服务计算的出现，允许各种业务应用资源统一地以服务的形式呈现。基于这些可复 用的服务，应用系统可以通过服务组合的方式来快速构造及方便地调整，这为最终用户编程 打下了良好的基础。Web服务是目前一种流行的服务实现方式，它所具有的良好互操作性使 其非常适合成为最终用户编程语言的基本元素。但是Web服务实现者（软件人员）和使用者 [1] （业务人员）对于服务理解上还存在着鸿沟 ：对于业务人员来说，他关注的是服务能够完 成什么样的功能以及以多大代价来完成这些功能。而软件人员关注的则是服务的接口设计、 编码实现以及调用的方法。这给最终用户编程带来了以下阻碍： 1. Web 服务难以理解：软件人员实现的服务往往只有接口级的描述，这对于并不了解 IT 技术的业务人员来说是难以理解的。因此，需要为业务人员提供一种更好的服务呈现形式， 只将业务人员最关心的内容呈现给他们，而将服务实现的技术细节隐藏起来。 2. Web服务难以使用：业务人员为了使用服务来完成某项业务功能，必须要编写代码来调 用这个服务。这就要求他了解服务的细节，比如WSDL 1地址，输入输出的数据类型等。而且， 为了适应业务的调整，业务人员必须要修改代码才能完成服务的替换。 3. Web 服务难以组合：业务应用往往需要将多个服务按某种方式组合起来，以实现业务目 标。但是编写服务的软件人员往往来自不同的组织，他们会按照自身的规范和认识来设计服 务。这使得不同组织提供的服务有着不兼容的业务语义。这给业务用户构建和调整应用带来 了极大的困难。 综上所述，为实现最终用户编程需要首先跨越这种业务层面和软件层面之间的“鸿沟”， 向业务人员提供可理解、可执行、可组合的业务级服务。因此本文提出一种业务服务支撑框 架，该框架提供一种业务层面、反映用户需求且易于业务人员使用的业务服务模型及其建模、 组织和使用机制，实现业务级服务资源重用，从而支持最终用户编程。 本文安排如下：第 2 节将首先从整体上介绍业务服务支撑框架的体系结构。第 3 节将详 细介绍支撑框架各组成元素及整个框架的构建过程。而框架的使用过程将结合具体应用场景 在第 4 节中加以介绍。随后，第 5 节将和现有的相关工作进行比较。最后第 6 节将给出结论。 1 Web Services Description Language Web 服务描述语言 2 业务服务支撑框架体系结构 图 1业务服务支撑框架体系结构图 业务服务支撑框架体系结构如图 1 所示，它主要由两个部分构成：业务规范及服务虚拟 化机制。业务规范由领域概念规范和业务服务规范构成。其中领域概念规范就是通过对于概 念、术语及其相互关系的规范化描述，勾画出某一领域概念的基本知识体系。领域概念规范 的基本组成元素是领域概念。它的引入可为业务服务提供业务语义支撑，使业务服务易于理 解。此外，它还为虚拟化机制提供语义方面的支持和依据。业务服务规范则是通过对领域业 务活动及其之间关系的规范化描述，勾画出领域业务功能的基本知识体系。业务服务规范的 基本组成元素是业务服务，其中每个业务服务代表一个易理解、可复用、可组合的业务功能。