「軟體需求分析與塑模」－跨多個作業流程的塑模

本文收錄於我的電子書「軟體需求分析與塑模 – 第二章、企業流程的分析與塑模」。

每一個作業流程，有各自不同特定的企業目的 (specific business goal)。例如：

訂貨流程的特的目的為讓交易有效率且安全可靠。
出貨流程的特的目的為及早可將貨品交付到客戶手中。
採購流程的特的目的為從供應商取得低成本、高品質的商品。

企業經營者/高階管理者、系統相關的利益關係人 (stakeholder)、乃至於系統開發團隊，希能透過這些作業流程看到較巨觀 (macro view)、更具整體的全貌 (Whole View)，如此可得以有效地作整體性的架構規劃與設計。

跨多個作業流程，就是流程範圍更為廣泛，參與的人更多，所涵蓋的時間更長。而且往往因為現實上基於功能執掌，還是不同部門或不同地點就有不同的作業規範與範疇，但彼此這些作業之間仍需要連串在一起。

由Erickson以及Penker所提出的一個活動圖的擴充型態（stereotype），稱之為「Erikson-Penker 企業擴充模型」（Erikson-Penker Business Extension）。（《Business Modeling with UML: Business Patterns at Work》, Manus Penker & Hans-Erik Erikson, 2000, p.57），該設計圖形最適切用來描述跨多個作業流程之間的關聯與各自的企業目的。

這個圖形中，主要是將與作業流程相關的重要人、事、物以及這個流程所要達成的目標做一個連結；不過有關企業流程的內部細節，通常在這張圖中不會有過多的介紹，以免失焦 (內部的活動細節會由 uml 活動圖表達)。

Erikson-Penker企業擴充模型簡介

下圖即對 Erikson-Penker (底下簡稱火箭圖) 的企業擴充模型的重要元素作說明。

處理（Process）
在這張擴充模型中，「處理」代表一連串有意義的工作流程（Workflow），在一個處理中，通常要達成一個或多個的「目標」，以指出該「處理」在企業上的意義為何。

「處理」是該擴充模型的核心，在處理中，會有「輸入」、「輸出」以及「參與」。通常一個「處理」會搭配一張明細的「活動圖」以描述該工作流程的細節。

「處理」的圖示是一個「

」的圖形。
目標（Goal）
「目標」是 Erikson-Penker 企業擴充模型與一般傳統的「輸入-處理-產出」（Input-Process-Output; IPO）模型最大的差異處。在每一個「處理」中，最好能夠明確表達出該「處理」所「達成」（achieve）的「企業價值」為何？而這個「企業價值」，可以用一個「目標」來代表。

「目標」的圖示是標準UML物件圖示的一個「擴充型別」（stereotype）：「

」。
達成（Achieve）關係
「達成」關係主要是連接「處理」與「目標」間的關係。

「達成」關係的圖示也是「相依」圖示的擴充型別：「

」。
事件（Event）
「事件」指的是對企業而言，在特殊的時間點，會引發一連串企業內部反應的外部行為（happening）。通常來說，對於「處理」而言，「事件」是最常被當作是「處理」的重要「輸入」（input）的來源。

事件的圖示是「

」。
資訊（Information）
「資訊」指的是對企業而言，有意義的一群資料的集合。「資訊」可以是「處理」的「輸入（input）」、處理的中介「參與（supply）」，甚或是「處理」的「產出（output）」。

「資訊」的圖示為一個平行四邊形「

」。
物件（Object）
「物件」指的是在企業中確實存在的實體物品，有可能是一張特定的實體表單，也有可能是一個特定的產品。相同地，「物件」也可以是處理的輸入、參與或是產出。

「物件」的圖示是標準的UML表示法：「

」。
參與者（Worker）
「參與者」指的是企業中的特定的「角色」或「組織部門」。對於「處理」來說，「參與者」只會是中介參與。

「參與者」的圖示為「

」。
相依（Dependency）關係
「事件」、「參與者」、「輸入物件」以及「輸入資訊」與「處理」之間的關係都是屬於「相依」關係，這代表著「處理」與這些重要元素間具備「參考」關係。

「相依」的圖示是標準的UML圖示：「

」。
供應（Supply）關係
「處理」過程中，若有需要的「資訊」或是「物件」時，則兩者之間的關係是屬於「供應」關係。

「供應」關係的圖示是UML「相依」圖示的一個擴充型別：「

」。