業務過程重建如何使用UML

業務過程重建如何使用UML UML 模型

關鍵字：業務過程重建 UML 電子商務的出現為企業的發展帶來新的機遇和挑戰，在新的環境下需要對企業的業務過程進行重建。業務過程重建是為了取得突破性改變而對業務過程進行根本性改變的研究與實現過程。它包括四個工程級：業務工程、系統體系結構工程、業務對象組件工程和應用工程。它們分別對應于系統開發中的四個主要活動：業務建模、系統建模、業務對象建模和實現。


　　面向對象業務過程的體系結構


　　業務過程重建不同于傳統的對工作內容和形式的改進，后者是對已有的東西進行調整并始于此，而業務過程重建不是一個自底向上的連續變化過程。進行業務過程重建時，著眼于未來逆向進行工作，并不受已有方法、人員和組織結構的約束。這一工作往往開始于這樣看似不切實際的問題：“如果新建一家公司或機構，我們將如何運作，結果會怎樣？”

　　業務過程重建是一系列工作的集合，一般大型機構進行業務過程重建時要作的努力包括以下工作：重新定義工作崗位、建立新的認知體系、人員培訓、修改財務體系、處理生產、訂貨和供貨方式等等。

　　BOOSTER*PROCESS是用于面向對象業務系統開發和業務過程重建的參考模型。該模型給出的系統開發的基本原則是當今普遍使用的面向對象軟件技術和UML設計者推薦的——用例驅動的原則、迭代和增量的方法，以及業務對象系統開發的多層方法。多層方法包括四個主要活動，即業務建模、系統建模、業務對象建模和實現，分別對應BOOSTER*PROCESS多級體系結構中的各級：業務工程、系統體系結構工程、業務對象組件工程和應用工程，如圖所示。

　　業務工程

　　系統開發生命周期始于業務工程，包括對業務目標、規律、結構、資源、行為和工作流等建模，即進行業務建模。業務建模覆蓋了業務需求和目標、業務組織、業務過程、領域方式等。業務工程的核心是對快速發展或已經發生變化的業務需求（包括業務目標、范圍、策略等）進行建模以改造已有的業務過程，滿足新的業務需求。業務建?？煞譃樗膫€子活動：分析和需求建模、組織建模、業務過程建模和企業分布式建模。

　　系統體系結構工程

　　業務工程之后是系統體系結構工程。體系結構建模的目的是定義強壯、穩定的主框架，在其中可以開發、重用并操作應用和業務對象組件。系統體系結構建模涉及邏輯系統體系結構的設計及用戶接口、服務和信息模型的設計。它一般包括系統體系結構建模、用戶接口建模、服務建模和信息建模。

　　業務對象組件工程

　　業務對象組件工程活動過程中可能會伴隨一些應用工程活動。但這二者不一定總是同時出現，有時也會根據需求用業務對象設施（BOF）單獨產生組件。BOF的核心是創建能直接表達業務語義的業務對象作為高級結構，這些結構就是BOCA組件，BOCA組件的種類有業務對象、子系統、從屬性和設備。它可以用來表達業務和業務系統需求，也可以表示業務對象互操作性主框架的基本功能。在這一階段，應提交公共的或專用領域的或企業專用的組件，提交活動應是迭代的和增量的。為了使組件適宜于重用，應對其建立文檔，增強可讀性，使之易于被重用者所理解并使用；組件定義語言（Component Definition Language）是此建檔的專用工具。此外，為了提高可重用性，該階段產生的規格說明應與業務工程階段產生的業務概念相匹配，包括對業務對象組件的外部設計。

　　應用工程

　　在應用工程階段中，實現各個具體的業務應用，這也是整個業務過程重建的實現階段。它通過支持業務過程直接服務于業務。該階段的活動包括面向對象技術中的實現和測試等典型活動，并且往往也是迭代地執行。


　　如何用UML為業務過程建模


　　由于UML對系統的靜態結構、動態行為和系統內部的交互關系都有較強的表達力，可以使用UML為業務過程重新建模。在不同的四個工程級，可以使用不同的UML圖及其內置的擴展機制以及用于業務建模的UML標準旁集（UML Standard Profile）。

　　

原文轉自：http://www.anti-gravitydesign.com