資料流程圖（Data Flow Diagramming；DFD）

資料流程圖技術，用以描繪出一系統整體之資料流程，使用到資料流、資料儲存及 流程的概念，將系統之資料流，由上往下予以表示出，而 DFD 也為一般系統分析最常 用之工具，它著重於功能與資料處理。然而，儘管 DFD 較為眾人所熟悉與易於使用，

但在模式化企業流程時，仍有其限制而導致功能不彰，使特定之缺失產生，經整理歸納 如下[林成志, 1996][劉律成, 2001]：

1.傳統的結構化系統分析方法與資料流程圖工具屬功能導向，具備功能面特徵，雖 然功能面扮演著結構化分析模式的核心角色，描述靜態狀況下的企業系統較有 效，但若將其使用在動態的流程改造環境上，將會導致系統的資料流程圖發生一 連串的改變。

2.缺乏時間因子，記載流程的順序時，並無提供任何與時間有關的元素，及缺乏行 為面的特徵。

3.無法指定工作的執行流程，無法表現出在何處由誰來實行作業流程，故缺乏組織 面特徵。

4.資料流程圖對資訊儲存的定義不夠明確，無法指出是由一個實體或是一個資料庫 來儲存資料，通常資料儲存表示一資料檔案，而在現今之企業資訊系統，卻已大 量使用資料庫於資料儲存。

2.3.3 IDEF0

在「營建企業資源規劃導入分析方法之建構與研究」[李孟學,2003]整理出有關 IDEF0 的語法及優缺點，IDEF0 為一種應用於製造業之結構化功能分析技術圖形模式化語言的 定義與模式開發綜合方法論的描述。

一、IDEF0 語法

IDEF0 的語法元素為方塊（boxes）、箭號（arrows）、規則（rules）與圖形

（diagrams），分述如下[IDEF0,1993] [李孟學,2003]：

（1）方塊：方塊用來定義活動、流程或轉換等之功能，描述或設計方塊中所發生 的事物。每一方塊內部須填有用來描述此功能之名稱，以及右下角用 以辨別方塊之序號。

（2）箭號：由一或多條線段所構成，於一端具有箭頭。此箭號不同於傳統之流程 模式中之箭號，此箭號代表著轉換資料或轉換與功能方塊有關之物 件，並予以執行。箭號的彎曲、分叉與連接之方式。

（3）語法規則：方塊必須有足夠空間容納名稱，方塊必須為實線之長方直角形。

而箭號必須為水平或垂直之實線，箭號轉彎處必須為 90 度弧，箭號需 止於方塊周圍而不得穿越方塊，且箭號必須與方塊之一邊接觸而不得 接於方塊之轉角處。

（4）圖形：lDEF0 模式由圖形、文字與辭彙等三種資訊形式所組成(如圖 3)。而此 三種形態彼此交互參考，每一張 IDEF0 圖形通常包含 3 至 6 個斜狀 排列之方塊。而這些方塊與週圍的箭頭組合成一個 ICOM（Input、

Control、Output、Mechanism）圖，分別包含輸入、控制、輸出及機能 等項目（說明如表 1）。而每一個 ICOM 圖又可再將之細分成由若干 個 ICOM 圖所組成的子圖。

圖 3 IDEF0 結構表示圖 表 1 IDEF0 之 ICOM 名詞定義[IDEF0, 1993]

ICOM 項目 說 明

I=輸入（Input）

程序所改變或消耗的資源輸入回答“what”的問題（一項活動產 出所需的輸出時，需要什麼？）。如果輸入的是“所觸發的事件”

（event trigger），則輸入也回答了“何時”（when）的問題。（程 序是從何時開始？）

C=控制(Control) 程序操作的限制（必須的）

O=輸入(Output)

程序所產出的結果輸出回答“what”與“why”的問題。活動究竟 產生了什麼？而輸出是活動存在的原因，因此回答了“why”的問 題。

M=機制 (Mechanisms)

執行、或使得活動開始運作的人、事、物等，但不會消耗掉的。

機制所回答的是“who”與“how”的問題（誰執行這個程序？）

機制定義幫助程序的系統（例如：機器），以及系統是如何支援 這個程序。

圖 4 中的 IDEF0 之節點序號皆以大寫之英文字母為首，每一個 IDEF0 模式都 有一個最高階之 A0 圖，內容僅由單一方塊之 ICOM 圖所構成，而 A0 圖之樹狀 分支包含 3 個節點，依序命名為 Al、A2、A3，A1 的分支節點則依序命名為 A11、

A12、A13、A14，如此往下分解成整個節點樹。

圖 4 IDEF0 節點樹[IDEF0, 1993]

由於 IDEF0 之由上而下分解的方式(如圖 5)，使得一複雜的製造系統，能以一 系統化的方式來加以表達，並且由於 IDEF0 採用簡單、明瞭、可讀性高的圖形表 示法（如圖 6），很容易為管理人員和製造人員所瞭解，且有助於系統分析人員向 相關的管理人員解釋現行系統或所提理想系統之狀態。

圖 6 IDEF0 之細部分析模式[IDEF0, 1993]

二、IDEF0 優缺點

A. IDEF0 之優點

（1）屬於結構化分析與設計：IDEF0 是標準結構化分析的功能分解方式，藉 由功能一步步的分解出許多子功能，以串起整體功能架構。其可透過節 點圖，表達整體的活動層次結構。

（2）活動定義嚴謹：在 IDEF0，對於每個活動都嚴謹的定義，表示訊息的輸 入、輸出、機制及控制等。輸入可以是資訊或是原物料，輸出可以是成

學,2003]。

B. IDEF0 之缺點

（1）缺乏量化資訊：容易導致決策者過度主觀，於定義各階層節點與界面關 係時，則容易缺乏明確的依據，使得模式化結果容易有所偏頗。

（2）圖面容易過度複雜：IDEF0 功能節點超過六項以上時，容易因含有大量 的資訊導致圖面的雜亂無章。

（3）缺乏組織結構的分析：雖然機制表達功能運作的相觀人員，並表示該功 能 由 哪 些 人 員 完 成 ， 但 缺 乏 更 詳 細 的 組 織 規 劃 [IDEF0,1993][ 劉 律 成,1993][李孟學,2003]。

2.4 小結

本研究蒐集三大領域包括政府採購法對服務建議書相關規定、文件結構化，以及系 統分析之相關研究，綜合本章對於過去相關研究之回顧，並無整合此三方面的相關研 究，故蒐集各領域與本研究相關部分，並針對各領域說明如下：

一、政府採購法對服務建議書相關規定之探討

由採購法之相關規定得知服務建議書之內容應包括基本資料分析、建築設計說 明、營建計畫分析、人員組織表、圖說內容及相關法令規定應提計畫書圖等項目係 評選之參考基準。

二、文件結構系統

文件結構系統相關文獻主要以系統後端之儲存及文件資料交換進行研究為 主，對前端使用者與系統互動未做深入探討，故本研究將以使用者與系統架構模組 間探討分析，以規劃建築工程設計暨監造服務建議書快速客制化系統。

三、系統分析

系統分析主要探討實體導向方法（ER-model）、資料流程圖（Data Flow Diagramming；DFD）及 IDEF0 功能模式化（function modeling）文獻探討瞭解系 統分析重要性，以利於規劃建築工程設計暨監造服務建議書快速客制化系統資料流 程及系統架構規劃。

綜合上述問題，過去尚未有針對建築工程設計暨監造服務建議書快速客制化系統的 研究，因此本研究投入此領域進行探討，並嘗試規劃適用於建築工程設計暨監造服務建 議書快速客制化系統，希望能有效輔助技術服務業者提高服務建議書之準確率及縮短製 作時程。