Page 149 - 捷運技術 第45期
P. 149
捷運技術半年刊 第45期 141
表1 IDEF0之ICOM名詞定義
[修改自Integration Definition For Function Modeling (IDEF0),1993]
ICOM項目 說明
捷運技術半年刊 第 45 期
程序所改變或消耗的資源輸入回答“what”的問題(一項活動產出所
I=輸入 需的輸出時,需要什麼?)。如果輸入的是“所觸發的事件” (event
(Input) trigger),則輸入也回答了“何時” (when)的問題。(程序是從何時開
表 1 IDEF0 之 ICOM 名詞定義
始)
[修改自 Integration Definition For Function Modeling (IDEF0),1993]
ICOM 項目
C=控制 程序操作的限制(必須的) 說明
(Control) 程序所改變或消耗的資源輸入回答“what”的問題(一項活動產出所需的
I=輸入
輸出時,需要什麼?)。如果輸入的是“所觸發的事件” (event trigger),則輸
(Input)
O=輸出 程序所產出的結果輸出回答“what” 與“why”的問題。活動究竟產
入也回答了“何時” (when)的問題。(程序是從何時開始)
(Output) 生了什麼?而輸出是活動存在的原因,因此回答了“why”的問題。
C=控制
(Control) 程序操作的限制(必須的)
O=輸出
M=機制 執行、或使得活動開始運作的人、事、物等,但不會消耗掉的。
程序所產出的結果輸出回答“what” 與“why”的問題。活動究竟產生了什麼?
(Mechanisms) 機制所回答的是“who” 與“how”的問題(誰執行這個程序?)機制
(Output)
而輸出是活動存在的原因,因此回答了“why”的問題。
定義幫助程序的系統 (例如:機器),以及系統是如何支援這個程序。
執行、或使得活動開始運作的人、事、物等,但不會消耗掉的。
M=機制
機制所回答的是“who” 與“how”的問題(誰執行這個程序?)機制定義幫助程
(Mechanisms)
IDEF0採用由上而下分解之方式,使得一複雜的製造系統,能以一系統化的方式來
序的系統 (例如:機器),以及系統是如何支援這個程序。
加以表達,並且由於IDEF0採用簡單、明瞭、可讀性高的圖形表示法,很容易為管理人員
IDEF0 採用由上而下分解之方式,使得一複雜的製造系統,能以一系統化的方式來
和製造人員所瞭解,且有助於系統分析人員向相關的管理人員解釋現行系統或所提理想
加以表達,並且由於 IDEF0 採用簡單、明瞭、可讀性高的圖形表示法,很容易為管理人員和
系統之狀態。圖2即為IDEF0之階層示意圖。
製造人員所瞭解,且有助於系統分析人員向相關的管理人員解釋現行系統或所提理想系統之
狀態。圖 2 即為 IDEF0 之階層示意圖。
圖 2 IDEF0 之階層模式
圖2 IDEF0之階層模式
[資料來源:Integration Definition For Function Modeling (IDEF0),1993]
[資料來源:Integration Definition For Function Modeling (IDEF0),1993]
5