企業流程塑模工具

在前一節了解到企業流程再造(BPR)的重要性還有成功和失敗的可能因素，

進行流程再造的時候需要將再造流程利用企業流程的塑模工具建立模型(model) 這樣才能讓實際的運作方式完整的表達給每一個階層知道。

而國內外進行 BPR 的應用主要還是以 IDEF(Integrated Computer Aided Manufacturing Definition Language)和整合資訊系統結構(Architecture of integrated information system，ARIS)這兩種塑模工具為主流。因此本節將進 行 IDEF 和 ARIS 的介紹。[13]

一、IDEF 方法論

IDEF 的前身是(Integrated Computer Aided Manufacturing，ICAM)為美國 空軍利用電腦科技改進製程的計劃提高生產力的計劃，在計劃中設計人員發現使 用過度冗長的文字敘述，造成設計和閱讀上的不便。因此 ICAM 的設計人員利用 Douglas T. Ross 在 70 年代所發展的一種建模的技術 SADT(Structured

Analysis & Design Technique)來進行系統的描述，後續又加入了許多不同的方 法論和不同的觀點來建立強化模型。建立出 IDEF0、IDEF1、IDEF2 和 IDEF3 這四 種圖形為基礎的模型語言。IDEF1 經過擴充改為 IDEF1X 的版本後，廣為政府機 關和企業進行流程紀錄、分析和改造的利用。王嘉玲[13]指出 IDEF 也不斷的改 進提出各種方法，目前已知有表 2-1 的 16 種方法而目前比較成熟且被接受的有 IDEF 0、IDEF 1X、IDEF 3 這三種：

13

表 2-3IDEF 系統方法論

IDEF 系統方法論

IDEF 0 Function Modeling 功能建模

IDEF 1 Information Modeling 資訊建模

IDEF 1X Data Modeling 資料建模

IDEF 2 Simulation Modeling Design 模擬建模 IDEF 3 Process Description Capture 流程描述 IDEF 4 Object-Oriented Design 物件導向設計 IDEF 5 Ontology Description Capture 本體論描述 IDEF 6 Design Rationale Capture 設計原理描述 IDEF 7 Information System Auditing 資訊系統審查方法 IDEF 8 User Interface Modeling 使用者介面建模 IDEF 9 Scenario-Driven IS Modeling 腳本驅動 IS 建模 IDEF 10 Implementation Architecture Modeling 實行構造建模 IDEF 11 Information Artifact Modeling 人工智慧建模 IDEF 12 Organization Modeling 組織建模 IDEF 13 Three Schema Mapping Design 三映射模式設計

IDEF 14 Network Design 網路設計

資料來源：王嘉玲(1998)[13]

IDEF 0 模型組成元件是由圖形結構和說明文字所組成。每個 IDEF 0 大都包 含約 3 至 6 個斜狀排列的方塊，而這些方塊會像圖 2-2 的情況分別包含輸入、輸 出、控制和機能，而每一個結構表示圖又可以細分為若干的子圖。IDEF 0 的概 念是由上而下分解，使得製造系統可以使用系統化的方式來建立，而其採用簡單 的圖形和文字敘述，讓管理人員和製作人員可以很容易的尌了解，有助設計者解 釋其設計理念，因此王嘉玲[13]和張光旭[16]認為 IDEF0 技術為一既簡單又兼具 效率的溝通工具。

14

IDEF 1X 模型是依據 Chen, Codd 的關聯式理論演變而來。主要是提供結構 化方法，來說明支援企業作業時所需要的資訊，其優點是資訊可以共享而且可成 為專業和技術人員之間溝通的方式。IDEF 1X 其組成分為四項：

一、實體(Entity)：

企業所存在的真實資料如人物、地點、觀念和事件。

二、屬性(Attribute)：

實體的個別特性和細部定義。

三、鍵值(Key)：

代表一組真實或抽象事務的特徵或性質，當可識別出實體的每一筆記錄時 ， 這屬性又可被稱為主要鍵(primary-key)。

四、關係(relationship)：

是實體和實體之間邏輯式連接，以表達企業規則或限制。

IDEF 3 模型的工作流程方法主要是可以設定程序的時間順序，而其中程序 方塊、交點以及鏈結都是 IDEF 3 所支援的特性。每一個程序會使用腳本 (scenario)的方式，讓事件的許多活動像說故事一樣進行描述，因此種彈性的本 質讓建構的模型，除了作業程序，還可以將人員對於流程的觀察與意見表達進去。

而使用 IDEF 3 工作流程模型，可以減低為了訓練人員上手而需產生的說明，並 且可將其重複使用於其他用途上。只要使用領域專家所提供的系統說明，工作流 程的分析者便可以快速的建立程序的圖表、邏輯以及相關性。[13]

15

二、ARIS 方法論

從參考文獻[13][36]可以知道 ARIS 是德國薩爾大學企業管理研究所所長 (Universität des Saarlandes)同時也是 IDS 公司執行長 August Wilhelm Scheer 教授於 1985 年所發展出來的一套程序管理理論，並於 1994 年開發成套裝軟體。

而 ARIS 主要的觀念是如何「整合」，且認為可以從「分析」取得企業處理的流程 並且引導企業在程序上的整合。如同 IDEF 一樣，同一種觀點下無數的交互關係 將先被省去，只專注在範圍內的事物，以減少流程設計的複雜程度。並藉由商業 程序方法的標準化描述、程序分析與改善，以達到提升效率的要求。而目前 ARIS 已被公認為程序設計的重要標準，由參考文獻[30]可知全世界已有超過 1900 個 企業採用 ARIS，並與世界許多知名企業都有著策略合作。

ARIS 系統架構是由 August Wihem Scheer 在 1992 年所提出，是以分析 企業流程（Business Process）為核心的方法論，藉由資訊模式與物件型態來有 效地描述和發展企業流程整體性的架構，為了解決複雜度的問題，ARIS 系統將 企業模型劃分為我們可以從圖 2-3 來看，分別是以四個主要觀點來描述，一、組 織面（Organization View）二、資料面（Data View）三、功能面（Function View）

四、控制面（Control View）來做為 ARIS 系統的生命週期模型（Lifecycle Models）：

一、組織面(Organization View)：

主要是用來描述企業的部門組成、責任劃分及人力資源的運用情況，目的是 利用組織圖來表達定義組織內部的情況。

二、資料面(Data View)：

主要的目的是定義企業作業流程中資料型態如相關表單或資料涵蓋範圍。

16

三、功能面(Function View)：

功能面的目的是利用功能樹(function tree)來描述公司業務功能與作業程 序，規模較大可定義至企業整體應用系統機能的結構，而規模較小則可定義 單一作業的功能。

四、控制面(Control View)：

控制面主要的目的是以中間的位置將上述組織面、資料面和功能面的關聯，

做整合性的描述。

每個觀點可再分為三層分別為一、需求定義（Requirement Definition）： 主要在描述組織架構、功能架構、資料屬性關係及整體企業流程。二、設計規格

（Design Specification）：以資訊和技術的角度製作出定義各個觀點的需求規 格書。三、系統實現（Implementation Description)：建構資訊系統時的技術 的相關說明[13] [18] [30]。

Requirements Definition Design Specification

Implementation

Organization view

Data view Control View Function View

圖 2-3 ARIS 主要架構 資料來源：Scheer(1999)[37]

17

柯王孫鵬[19]認為 IDEF 與 ARIS 兩者來進行比較， ARIS 的範圍是比較廣 的，ARIS 的 TOOLSET 甚至能將 IDEF 或 是其它的方法論都納入其中。而王嘉玲 [13]和金雄[34]提到 Gartner Group RAS Service 曾經針對市面上 BPR（Business Process Reengineering）工具評比報告中，將 IDS 公司的 ARIS 評比為第一名的 BPR 工具的供應商，因此考慮其擴充性和相容性，本研究將利用 ARIS 進行企業 流程塑模的工具。