IBM Holosofx 進行商務程序管理

Holosofx —— 源自拉丁語“holo”（意為整體）和希臘語“sophic”（意為聰明）—— 成立於 1990，目的是協助公司以整體的方式理解和治理他們的商務程序。在 2002 年 9 月，IBM 收購了 Holosofx 來擴充其 WebSphere Business Integration Platform。Holosofx 產品提高了客戶設計、監視和改進商務程序的能力。
　　
　　非凡是，Holosofx 的主要應用是在連續商務程序治理（Continuous Business Process Management，CBPM）領域，這是成功的、業界領先的公司用來治理其商務程序的一個概念。本文簡要分析了 IBM Holosofx 體繫結構和環境，並解釋了開發人員如何利用 Holosofx 簡化商務程序的改進和治理。
　　
　　 用 Holosofx 進行成功通訊
　　不同的應用程式通過商務程序整合進行互動和交換資料的必要性是 B2B 成功合并的要害。在進行總體過程整合的過程中，企業必須使用完整的業務解決方案，簡單而無縫地發現、整合和治理與業務相關的資料。要實現這一點，業務部門必須與 IT 專家緊密合作，來獲得最優的解決方案 —— 可以滿足業務要求並增強過程的效能。
　　
　　不過，如何讓 IT 和業務專家共同完成這項任務一直是一項挑戰。開發人焙退塹囊滴褳濾擋煌撓鋂裕褂貌煌氖跤錚⑶揖哂脅煌鬧侗塵啊Ｒ滴袷褂玫氖且滴窳鞽棠Ｐ停?IT 使用的是 UML （Unified Modeling Language） 模型。UML 和 BPM 模型之間的整合和轉換可以保證良好的通訊，避免因通訊錯誤而導致的成本，同時還能減少完成項目的時間。
　　
　　需要一種縮小語言差異的工具來確保成功通訊。IBM Holosofx for Business Process Management 通過提供了一個公用工作區，以促進業務與 IT 專家之間的通訊。Holosofx Workbench 和 UML Transformer Modeler 中的工作區可以使企業將必要的業務內容轉換為 IT 內容，而且還提供了 IT 內容到業務內容的轉換。
　　
　　
圖 1. 一個公用工作區
　　
　
　　Holosofx 概述
　　IBM Holosofx Business Process Management （BPM） 軟體包包括三個組件，它們是作為單獨的模組啟動並執行：
　　
　　IBM Holosofx Workbench
　　用於建模和分析。Holosofx Workbench 以 Business Modeler 作為核心，並以 UML Transformer （Modeler）、Xform Designer 和 XML Mapper 作為擴充。
　　IBM Holosofx Monitor
　　用於即時監視過程。
　　IBM Holosofx Workbench Server
　　用於通過 intra/網際網路共用過程資訊。
　　Holosofx 軟體包採用多功能方式實現 CBPM：
　　
　　建立
　　Holosofx Workbench 為現有過程建模。用模型建立、類比、分析和選擇最佳化的新過程設計。
　　協作
　　Holosofx Workbench Server 被用來通過 Web 共用過程模型資訊，並提供訪問和版本控制的安全儲存。
　　自動化
　　Holosofx Workbench 將商務程序模型轉換為可以直接匯出為 MQSeries Workflow 的格式。
　　治理
　　BPM Monitor 用於監視進行中的項目並採取修正行動。此外，實際過程 metrics 回答模型情境中的假如...如何的問題並改進過程。
　　Holosofx 整合策略：
　　
　　使軟體開發人員和業務專家可以通過建模定義業務需求並描述系統目標。
　　使開發人員可以用 UML 為業務軟體系統建模。
　　使開發人員可以將 UML 模型中包含的相關資訊映射回 BPM 過程模型。
　　使開發人員和業務專家可以在 UML 模型和 BPM 商務程序模型之間轉換公用元素。
　　這種全面的整合策略對業務和 IT 都有好處。例如，將 UML 模型映射到商務程序模型元素提高了 UML 模型和 BPM 過程模型的可維護性、可跟蹤性和延展性。只要目標系統的 UML 模型反映了更改或其他需求，那麼就可以很輕易地更改目標業務軟體系統來適應這些更改。
　　
　　在另一方面，將商務程序元素映射為 UML 模型元素的能力節省了時間和成本，並將錯誤降至最低。映射還使業務專家能夠輸入軟體系統的分析和設計，並驗證系統的業務需求。
　　
　　Holosofx Workbench 和 UML Transformer
　　在這三個組件中，Holosofx Workbench 是支援 CBPM 工作的要害。Workbench 是基於 Windows 的傳統型應用程式，它符合 Activity Decision Flow Diagram、Lines of Visibility、Partner Interface Process、UML、Workflow Process Definition Language （WPDL） 和 XML 的建模、運行時、交換等方面的標準。Workbench 與 Rational Rose、XMI、MQSeries Workflow/build time/FDL、UML Transformer、Holosofx Workbench Server 和 Holosofx Monitor 相互作用。它通過一個離線匯入/匯出互動過程將 Flow Definition Language （FDL） 檔案匯出到 IBM WebSphere MQ Workflow 運行時環境 （在下一版本匯出 Modeler，以支援 IBM CrossWorlds）。
　　
　　
圖 2. Holosofx Workbench
　　
　
　　Holosofx Workbench 的要害是其 UML Transformer。UML Transformer 通過為開發人員提供一個可以使用的堅實基礎來支援開發過程。它捕捉從概念到完成的設計生存周期。例如，使用類圖（Class diagram）將 IT 設計項目映射到商務程序模型的元素，以協助開發人員在過程建模的同時發展 IT 元素。IT/商務程序模型映射功能使過程模型和 UML 模型都具有可跟蹤性。模型會顯示主要過程輪廓和功能需求，直至實際構成了結構下面軟體產物的元素。
　　
　　UML Transformer 使開發人員可以實現以下操作：
　　
　　產生清楚的開發計劃。
　　連結 UML 模型與 BPM 過程模型。
　　在 UML 中用 6 種不同視圖 （visual-diagram） 建立業務軟體系統模型：Class、Use Case、Sequence、Collaboration、State 和 Activity。
　　在 UML 模型和 BPM 商務程序模型之間轉換公用元素。
　　用序列和共同作業圖表 （Sequence and Collaboration diagram） 查看系統對象、對象中的訊息和系統的邏輯流程。
　　在業務建模和分析中，開發人員可以利用的一個重要功能是 Business Modeler 匯入/匯出 FDL 和 XML 模式的功能。內藏的 UML Transformer 答應軟體開發人員在 UML 模型中指定自己商務應用程式，並將這些應用程式連結到過程模型，而 Xform Designer 可以“動態”設計所需要的表單和使用者介面螢幕。
　　
　　最後，開發小組可以用這個模型驗證代碼是否滿足需求，以及是否可以從這段代碼跟蹤需求。
　　
　　 連結 IT 和業務世界
　　商務程序模型以及 UML Transformer Activity 和 Use Case 圖表都類比了業務環境，但它們使用了兩種不同的概念，而且它們注重的內容和相關元素是不同的。UML 模型的重點是軟體系統、成分和組件，而 BPM 過程模型的重點是營運目標和如何?這些目標。不過，UML 模型和商務程序模型確實有共同的元素。Holosofx Workbench（利用 UML Transformer）具有處理這些公用元素並在兩種應用程式之間轉換這些元素的能力。
　　
　
　　使用 Holosofx Workbench 和 UML Transformer，可以在以下元素之間進行資料轉換：
　　
　　BPM 資料結構 （Data StrUCture） 與 UML 類 （Classe）。
　　BPM Process Model （ADF Diagram） 與 UML Use Case 及其 Activity Diagram。
　　BPM Tasks 與 UML Use Cases 和參與者。
　　
圖 4. 轉換資料的螢幕快照
　　
　
　　BPM 商務程序模型通常包括大量的人工和自動過程。人工和自動系統以及過程表明了軟體系統需要哪些功能（映射為 UML Use Case）來支援商務程序。例如，在 UML 方法中，功能軟體元素被連結到 Use Case，而該用例又被連結屬於一個或者多個商務程序模型的特定任務。隨著軟體的發展和成熟，每個軟體元素和功能的業務評價都可以從商務程序模型中分離出來，或者上溯至商務程序模型。
　　
　　在 Holosofx Workbench 中，任務描述了該流程模型，並且定義了如何完成工作、誰做這個工作、需要哪些資源和/或應用程式完成工作，以及完成工作所需要的資格。假如任務細節定義了一個軟體應用程式的全部或者部分功能，那麼整個任務的屬性將在描述這個應用程式時變得明確。
　　
　　 模型轉換的例子
　　對過程的用例部分進行建模
　　在我們的樣本用例中，商務活動是“打包客戶的訂單”。業務使用者將可能在一個更大的過程中用到它，如“完成銷售訂單”。雖然他們有必要的知識建立用例，但是他們一般不具備 UML 模型的知識。因此，業務使用者的普遍起點就是在 Workbench 中建立“完成銷售訂單”模型。完成建立之後，他們就可以與開發人員一起檢查該用例，並驗證其需求。顯示了 Holosofx Workbench 中過程模型的用例部分：
　　
　　
圖 5. 用例過程模型
　　
　
　　將過程模型匯出到 XML
　　開發人員再使用 Workbench 中的功能將過程模型轉換為 UML Activity 圖表。但實際上，該轉換是通過將過程模型匯出為表示前述過程模型的 XML 檔案來完成的。顯示了從 Holosofx Workbench 過程模型中匯出的 XML 檔案：
　　
　　
圖 6. 過程模型 XML 檔案
　　
　
　　將 XML 檔案匯入到 UML Transformer
　　建立了 XML 檔案並將其從 Workbench 匯出之後，開發人員就可以將該檔案匯入到 UML Transformer 中，在這裡，它變成了 UML 圖表。