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完全可能通過自動化的系統實現。到那舟，只需重新實現這個服務，而無需改變整 個流程。這是服務的可替換性的一個典型實例。