流程相關文獻探討

本研究之目的為建立明確且有系統的先期規劃需求整合流程模式，希望透過此一模 式能夠達到清楚描述需求單位、整合單位及其他參與者各作業流程間的資料流動及功能 導向的結構化分析，下列將從流程的定義探討，以瞭解流程應具備的各種構面與觀點，

最後舉出幾個常用的流程模型及流程模式化方法，並對其特性做分析及比較，以找出最 符合本研究建構模式需求之方法，並在第三章詳細敘述。

2.5.1 流程（Process）定義

本文主要以流程描述的角度探討各種不同的模式化技巧，將各種模型的特性作分析 比較，以為爾後選取最佳模型之參考，因此必頇先對流程的定義作詳細的說明。由於應 用領域的不同，流程的定義也會有些許的不同。現在將各種不同領域的學者專家對流程 的不同定義各舉一個代表例子如下︰

(1) 以系統的角度來說，流程是系統內的質、能、或資訊，在歷經時間流逝時所發生 的所有改變【謝長宏，1999】。

(2) 以流程管理的角度來說，流程是指為達成某一特定目標或結果所必頇具備的種種 系列性作業活動，這些作業活動內容包括了人員、設備、材料、制度、方法與時 間【王立志，1999】。

(3) 以作業管理的角度來說，流程是將單一或多項投入轉換(或加值)成顧客所需 的一 項或多項產出的一個或一組活動【Krajewski,2005】。

(4) 以軟體的角度來說，流程是為達到目的之一組部份有序的步驟【Feiler,1993】。

(5) 以工作流程的角度來說，流程是企業流程的形式化觀點，以為達共同目標而連結 的一組互相協調的(平行及或系列)流程活動集合來表示【WfMC,1999】。

下：

(1) 有一定的目標。

(2) 以順序或平行方式執行活動。

(3) 有起動者。

(4) 攜行資料。

一個良好的流程模式化之方法應具有的能力，可以參考【王崇丞，1999】在企業流 程描述語言之研究論文中，提出六點應有特性如下：

(1) 具功能、行為、組織、資訊等四個構面。

(2) 以圖表示而非文字。

(3) 應淺顯易懂。

(4) 必頇有一套正規的語法與規則。

(5) 能夠處理較複雜的情況。

(6) 能作為資訊及或企業的分析工具。

以系統的觀點來看，流程、功能及行為有相互依賴與影響的關係。流程與功能必需 相對應，系統的任何流程必頇要有對應的功能呈現才具意義。系統之任何功能呈現必頇 要有對應的流程來運作，該一功能方可呈現。系統行為是系統流程的表現，也是系統功 能在作用的表現【謝長宏，1999】。一般而言，系統流程的外在表現是系統的行為，而 其運作所達的結果是由於系統發揮其應有的功能。系統元素是功能表現聚集的地方。元 素之間的關係引起了互動行為的流程，因此元素和流程是整個系統的主要描述。

表 2-1 流程的定義

定義 出處 應用領域

A locus of control within an instruction sequence. In general a process has two aspects: it is a data carrier and it will execute actions.

Horning and Randell

(1973) Information

A set of partially ordered steps intended to reach a goal. Feiler and Humphrey (1993)

Information

A process is simply a structured, measured set of activities designed to produce a specified output for a particular customer or market.

T.H.Davenport (1993)

Business

A process has inputs, processing and outputs, just as do the simpler conceptualizations of systems.

Earl (1994) Business

A formalized view of a business process,represented as a co-ordinated (parallel and/or serial) set of process activities that are connected in order to achieve a common goal.

The Workflow Management Coalition Specification

(WfMC,1999)

Information

A set of coordinated activities (human or automatic) and services integrated to reach a common goal.

Aversano and Canfora (2002)

Business

The representation of a business process in a form which supports automated manipulation, such as modeling, or enactment by a workflow management system

J. Li,B. Maguire and Y.

Yao (2003) Business

A partially ordered set of activities, the execution of which will result in the achievement of some objective of the enterprise. This execution needs to be obtained by some trigger, called event.

A. Abdmouleh ,M.

Spadoni and F.Vernadat (2004)

Business

【資料來源：李中奇，2006】

2.5.2 資訊流程

Curtis 在流程模式化(Process Modeling)中對流程作了一些詳盡的描述。Curtis 引述 Feiler 對流程的定義：流程是為達到目的之一組部份有序的步驟【Feiler,1993】。流程中 的任何構件(Component)都是一個流程元素(Process element) 。流程步驟(Process step)是 流程中的一個如原子的行動(atomic action)，其從外觀測應無可見的次層結構。流程元素 是否尌是流程步驟，其部份決定因素是依據元素結構是否可再向下分解而定。若無法再 向下分解，則流程元素尌是流程步驟。Curtis 又說，任務(Task)之於活動(Activity)尌好像 流程之於流程元素或流程步驟。

Curtis 提出資訊流程模式化的四個觀點，經常被學者專家視為模型參考之準繩，理 由是這些觀點包括了人、事、時、地、物以及如何等情境的相當完整描述，其內容如下

【Curtis,1992】：

(1) 功能面(Functional)：呈現在執行的流程元素能作什麼(What)及與這些流程元素有關

(2) 行為面(Behavioral)：呈現何時(When)流程元素在執行(例如，進行順序)及經由回饋 環圈? 代、複雜決策條件、進入及離開的標準條件等，這些時候流程元素如何(How) 的執行。

(3) 組織面(Organizational)：呈現組織內流程元素被誰(Who)在何處(Where)所執行傳遞實 體的有形的溝通機制，以及儲存實體的有形的媒體與所在位置等三種情形。

(4) 資訊面(Informational)：呈現某一流程所產出或安置的資訊實體，這些實體包括資料、

人工製品、中間及終端產品，以及物件。此觀點包括了資訊實體的組成及實體之間 的關係。

2.5.3 流程模式化方法

流程模式化的方法有很多種，本研究取常用的幾個作為探討的對象。它們有流程圖 (Flowchart)、資料流程圖(Data Flow Diagram, DFD)、整合電腦輔助製造定義工具(ICAM DEFinition)中的 IDEF0 與 IDEF3、以及派翠網(Petri-Nets)等五種。

A. 流程圖(Flowchart)

流程圖一般可分為程式流程圖(Program Flowchart)、系統流程圖(System Flowchart) 及文件流程圖(Document Flowchart)等類型【Ivancevich,1992】。流程圖亦可簡單分為兩 類，一為資訊流程圖，另一為事務流程圖。程式流程圖可以歸類為資訊流程圖，是早期 撰寫程式語言時，用來表示整個程式的撰寫邏輯，使程式設計師能依據此發展步驟來編 碼及追蹤測詴程式以除錯，代表圖形少而簡單，但有嚴謹的語法。

系統流程圖亦可以歸類為資訊流程圖，主要描述系統內資料從進入到產出，按順序 所歷經的整個資料流動過程。常用在描述電腦檔案資料的更新過程，以及顯示資料處理 的所有有關部門。

文件流程圖可以歸類為事務流程圖，主要顯示有形文件的流動諸如發票的開立到最 後的處置。文件流程圖主要在描述人工流程及指出內部控制的弱點，代表圖形很多，語 法比較不嚴謹，（圖 2-6）為一個生產作業的文件流程圖範例。

Flowchart 採用美國國家標準學院(ANSI)的規範圖形符號，最早是以長方形代表程 式步驟、菱形代表決策步驟、圓形代表終止、橢圓形代表輸出入步驟、箭頭線代表流動 方向等五個基本簡單圖形及後續衍生的一些圖形來描述整個活動。Flowchart 的優缺點

如（表 2-2）所示：

表 2-2 Flowchart 優缺點整理

優點 ^缺點

展現一個系統的全部結構，追蹤資訊及 工作的流動。

沒有描述同時處理的能力，只有描述順 序流程的能力。

描繪在有形的媒介物上資料的進入、產 出及儲存。

僅能提供基本設施工具，為簡單的溝通 圖示法。

強調關鍵處理及決策點。 無執行能力(Execution Ability)，無法直 接將它實作(Implementation)於系統中。

方便使用

【資料來源：李中奇，2006】