圖 3 展示了流程、子流程及任務的等級關系：
圖 3. 流程、子流程及任務之間的等級關系
圖 4 展示了購買項目的業務流程模型：
圖 4. 購買項目的業務流程模型
服務確定
我們確定了基于內部組件交互的候選服務，我們從業務流程中獲得了這樣的交互�；谒x的 CBM 零售業務組件，我們首先通過組件將業務任務分組，然后確定內部組件的交互模式。這種內部組件的交互最初在 Rational Rose 中使用 UML 時序圖將其建模。
為了最終得出服務規范（在 WSDL 中適用的），將這種內部組件的交互建模得更好的方式是有效地使用 Business Integration Modeler。在回顧了產品特征之后，我們發現實現該功能的一種創新的方法：我們可以使用組織單元結構來表示組件，并且我們可以使用這種組織單元的出入流作為天然的服務候選。以這種方式，將任務分配給特定的組織單元依照它的核心業務功能，并且任何通過組織單元傳遞的信息都代表內部組件的交互并且可以作為候選服務。
圖 5 通過組織單元以泳道視圖展示了購買項目的業務流程模型。
圖 5. 購買項目業務流程模型的泳道視圖
從泳道視圖中可以明顯看出下列是可以被發布的用于購買項目業務流程的兩個候選服務：
在 Web 上找到存貨——由 Web Store 組織單元發布
在商店中找到存貨——由 Inventory Management 組織單元發布
為了確定數據服務，我們進一步分析了核心 POS 解決方案和已支持的或即將被支持的遺留系統之間的數據流。此外，設計數據服務使它們能夠被訪問以滿足應用程序的大多數（或所有的）數據需求。這里有 SoT 解決方案所需的三種類型的數據服務：
支持內部組件交互的數據服務
支持將 POS 事務數據上傳到遺留系統（私有格式）的數據服務
從遺留系統中下載公共支持的數據（包括商品、價格和財政等）的數據服務
我們也提取了通用的安全及工具服務來幫助內部組件的交互。
然后，我們列出了在這一步中確定的服務并將它們映射到文檔中。圖 6 展示了購買項目的候選服務清單。
圖 6. 候選服務清單
3）業務流程實現
在這一步中，我們使用已確定的一套服務來說明可以通過應用程序組件和集成服務來實現所有需要的業務流程（請參閱圖 14 的購買項目的服務組合視圖。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
