ebXML推荐的建模方法论

6.2.3　ebXM L推荐的建模方法论

ebXML推荐使用联合国贸易促进和电子业务中心(UN/CEFACT)的统一建模语言(UML)的建模方法论(UMM)。UMM主要使用业务运作视图(BOV)和功能服务视图(FSV)来分析电子业务交易。这个模型是以国际标准化组织/国际电工委员会ISO/IEC 14662中所定义的开放式edi参考模型(Open-edi Reference Model)为基础的。

ISO/IEC 14662定义了业务运作视图( BOV)和功能服务视图(FSV)两种视图，二者互相关联，BOV获得企业间的业务关系、业务数据语义。FSV侧重关系的信息技术方面(服务/界面/协议)。

ebXML的重点是业务，用业务运作视图(BOV)的需求来驱动功能服务视图(FSV)的实现。

UN/CEFACT建模方法(UMM)如图6-3被分为业务运作视图和功能服务视图。在开发中指导商业软件供应商使用FSV作为参考模型。UMM的根本目标是在运作视图和功能视图之间划分一个清晰的界限。这样可以最大限度地保证系统互操作性和自上而下的兼容性。通过这种方法，BOV的相关标准可以通过UMM为ebXML符合应用程序和组件构造业务过程和信息元模型。

图6-3　ebXML推荐的建模方法

1) ebXML业务运作视图

业务运作视图侧重贸易伙伴的业务需求:

(1)交易中业务数据和相关数据交换的语义。

(2)业务交易的架构。

如图6-4所示，业务合作知识从含有通用业务模型的核心主数据库中获取。主数据库包含了数据定义和业务过程定义和建立的关系，以及行业有关的业务术语、行业分类或分类方法之间的交叉引用，主数据库是联系具体业务或行业语言和模型中表述知识的桥梁，而这些模型是由一些非常中性语言表述的。

图6-4　业务运作视图详细说明图

第一阶段使用用例图(Use Case Diagrams)来定义需求。如果主数据库的记录在ebXML相关的注册中存在，则可以直接运行，否则，将会生成新的主数据库记录并在ebXML相关的注册中注册。

第二阶段(分析)将会生成描述整个业务过程活动图。类图用来获取相关的数据包(业务文件)。分析阶段反映了主数据库中所包含的业务知识，在此阶段不需要使用面向对象原则。类图是一种结构自由的数据图表。在生成分析和设计过程中，可以参考业务库中的通用业务过程。

设计阶段是标准化的最后一个步骤，通过应用UN/CEFACT建模方法(UMM)中的面向对象来完成。在生成协作图的同时，也会生成顺序图。分析阶段产生的类图应该与同行业和交叉行业所使用的其他模型保持一致。

ebXML通过在所有类模型中应用业务信息对象来实现互操作性。使用UN/CEFACT建模方法(UMM)的通用业务信息对象和核心组件可以生成业务过程。

2) ebXML功能服务视图

功能服务视图用于满足ebXML技术需要的支持性服务，侧重于以下信息技术:

(1)功能性能力。

(2)用户接口。

(3)协议和消息服务。

如图6-5所示，ebXML注册服务储存业务过程和信息元模型、基于XML模型的表示、核心组件和合作协议配置文件。业务过程和信息元模型可以保存在建模语法中，也可以作为XML语法保存在注册中。这种基于XML的业务信息通过一种协调一致的方法学适用于数据的发现。

实施阶段生成基于ebXML框架的应用程序。希望进行ebXML业务交易的贸易伙伴首先必须获得ebXML规范的副本，然后进行研究，下载主数据库和业务库的数据，还应请求其他贸易伙伴业务过程信息(存储在业务文档中)进行分析和评价。或者使用第三方开发的应用程序进行ebXML。贸易伙伴也可以向ebXML注册服务，提交他自己的业务过程信息。

图6-6说明了ebXML注册服务与一个贸易伙伴的基本的相互作用。

发现和检索阶段包括发现ebXML相关资源的各个方面。一个已经实现ebXML业务服务接口的贸易伙伴现在开始进入发现和检索阶段(见图6-7)。一种可行的发现方法是请求其他贸易伙伴的CPP。ebXML业务服务接口应支持更新主数据库、业务库和更新或创建业务过程及信息元模型的请求。在这个阶段，贸易伙伴的任务是发现其他贸易伙伴请求的业务信息。

运行时间阶段如图6-8所示，包括ebXML剧本实际交易实际操作的全过程。在这一阶段里，通过ebXML的消息服务，贸易伙伴之间交换ebXML消息。

图6-5　ebXML功能服务视图

图6-6　功能服务视图:实施阶段

图6-7　功能服务视图:发现和检索阶段

图6-8　功能服务视图:运行时间阶段