21.4.2业务环境分析

在航空业中，Ramp Coordination是指飞机从降落到起飞过程中所需要进行的各种业 务活动的协调过程，其流程图如图21-4所示。通常，每个航班都有一个人负责Ramp Coordination,这人通常称为Ramp Coordinator.由Ramp Coordinator协调的业务活动有：

图21-4设想的体系结构的模板

实际上，Ramp Coordination的流程因航班类型的不同，机型的不同有很大差异。图 21-5所示的流程主要针对降落后不久就起飞的航班，这种类型的航班称为short turn around航班。除了 short turn around航班外，还有其他两种类型的航班，如图所示。Arrival Only航班指降落后需要隔夜才起飞的，Departure Only航班是指每天一早第一班飞机。 这些航班的Ramp Coordination的流程和Short Turn Around类型的流程大部分的业务活 动是相似的。这三种类型的航班根据长途/短途，国内/国外等因素还可以进一步细分。 每种细分的航班类型的Ramp Coordination的流程都是略有不同。

图21-5 Ramp Coordination 流程图

很明显，如此多的流程之间共享着一个业务活动的集合，如此多种类型的流程都是 这些业务活动的不同组装方式。以服务为中心的企业集成中流程服务就是通过将这些流 程间共享的业务活动抽象为可重用的服务，并通过流程服务提供的流程编排的能力将它 们组成各种大同小异的流程类型，来降低流程集成成本，加快流程集成开发效率的。以 服务为中心的企业集成，通过服务建模过程发现这些可重用的服务，并通过流程模型将 这些服务组装在一起。

服务建模

IBM推荐使用组件业务建模（Component Business Model）和面向服务的建模和架 构（Service-Oriented Model and Architecture）两。种方法学建立业务的组件模型、服务模型和流程模型。

服务模型是服务建模的主要结果。Ramp Coordination相关的服务模型及和Ramp Coordination流程相关的有两个业务组件，内容如下。

Ranq Control:负责Ramp Control相关各种业务活动的组件。

Flight Management:负责航班相关信息的管理，包括航班日程，乘客信息等。

这两个业务组件分别输出如下服务。

（1）Retrieve Flight BO:由Flight Management输出，主要用于提取和航班相关的数据信息。

（2）Ramp Coordination:由 Ramp Control 输出，主要用于 Ranq） Coordination 流程的编排。

（3）Check Spot:由Ramp Control输出，用于检测机位安全信息。

（4）Check Unloading:由Ramp Control输出，用于检查卸货状况。

（5）Check Loading:由Ramp Control输出，用于检查装货状况。

（6）Check Push Back:由Ramp Control输出，用于检查关门动作。

在服务建模确定系统相关的服务输出后，还需要确定服务在当前环境下的实现方 式。在我们的案例中，Retrieve Flight B0被实现为信息服务，Ramp Coordination被实现 为流程服务，通过BPEL4WS方式实现。其他4个服务都是Staff Service.需要注意的是， 因为环境的不同和随着系统的演化。我们可能会改变服务的实现方式，如Check Push Back现在通过Staff Service即人工服务实现。将来随着自动化程度的增强，Check Push Back完全可能通过自动化的系统实现。到那舟，只需重新实现这个服务，而无需改变整 个流程。这是服务的可替换性的一个典型实例。