表9是生成的bpel结果
在“check credit card”活动中,右上角有一个小的图标。这些图标用来提示活动的类型。这是图标不是标准的bpmn的标记,但是扩展的一部分。建模工具可以利用这些图标来适应他们的需要。这些图标的位置是可以描述的。他们可以辅助展现图表映射的过程。
“check credit card”活动与开始事件是通过 Sequence flow链接的。这个链接意味在bpel中的元素有一些依赖关系。所有的bpel活动都包含在一个flow元素中,这种依赖可以在表7中看到link1元素。在receive元素中,添加一个source元素。在从“check credit card”活动映射过来的元素中添加一个target的元素。Link将他们链接在一起。可以在表9,表10中看到。
“check credit card”活动将被映射中bpel中的一个invoke元素。这个活动有两个图标,
第一个图标(蓝色)暗示需要一个数据映射。从input得到的一些数据将被映射“credit card checking”服务中的message的结构。正如在图1中看到的,一个基本的过程可能包括每次一个独立的活动。这些数据的映射对于商业活动经常包括一些pre-和 post-活动,将在后面看到。这些数据映射将被定义为task的属性,然后映射成bpel中的assign元素。一个独立的属性映射将会包括一系列的copy元素。
第二个图标暗示task的主要的功能(task的服务类型)通过web服务的实现,映射为bpelzhong的invoke元素。
表10展现task到assign,invoke的映射过程。
表11展现由“check credit card”活动自动生成的bepl结果
在这里有一个顺序的关系assign需要在invoke元素前面,这样导致一个link2的生成,link1的作用就结束了。
4 创建并行的flow
在“check credit card”活动之后,有三个主要的活动启动,这些活动不会相互依赖,在同时并行的运行。预定汽车更复杂一些,将在下一个章节介绍。只有一个数据映射的活动,将先在这个章节中介绍