國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
51
第三章 研究設計
本研究將以個案研究來探討，以 N 博物館之 U 化 RFID 系統為例，並 以流程模式化工具 BPMN 來表示作業流程，再以流程分析工具作業-單位關 係表 (Pool-Lane Chart) 來分析，進而期望能以個案為基礎找出 U 化帄台的 KPI 與 CSF，並提供建議及未來整合方向。
3-1. 研究方法
3-1-1. 個案研究
Cassell 及 Symon (2004)提到，個案研究特別適合於該研究需要深入探討 組織流程時所使用。其研究對象可以是一個或是多個組織、群體甚至是任 何與組織運作流程中相關的個體。Yin(1989)認為個案研究法之條件有三〆 一、當研究問題之型態為「如何」及「為什麼」時々二、研究者對所欲研 究的事件無明顯的控制力，甚至無控制力々三、研究焦點集中於目前而非 過去之事件。Kuo、Dunn 及 Randhawa 提到個案研究能夠用在以下幾種情 況下使用〆
1. 描述一個大環境中所發生的現象，如何能夠從一組織獲取經驗。
2. 說明一個範例組織參照了某個理論或是概念性架構所得到的成果，
或是驗一家參考了以往成功經驗的案例而達到有效成果的組織。
3. 描述一稀少的現象或是非常特別的組織運作方式。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
52
3-1-2. 研究對象
本研究對象為 N 博物館之文物底片管理，該博物館典藏歷史悠久的中 華瑰寶，收藏珍貴藏品總數已超過六十五萬件。配合國家數位典藏計畫，
館內藏品有建立底片及電子圖檔，提供個案單位出版各項圖錄，以及館外 申請圖像授權和學術研究等。館內各式底片管理，目前由文化行銷處底片 室負責，共計約有 10 萬張底片，且每年約有 2000 張新拍底片增加，底片 進出頻率甚為頻繁。目前底片外以透明無酸套及牛皮紙袋封裝，依主題分 類存放於鐵製防潮櫃內，底片放置空間為不開放之室內空間，僅單一出口，
並有門禁管制。
3-1-3. 資料蒐集方式
本研究之資料包括一級資料和次級資料，收集方式首先針對網路、書籍、
手冊等次級資料進行蒐集，包括 N 博物館背景資料與圖像申請的流程資料，
先對 N 博物館目前的組織與作業有大致上地認識，針對這些資料對現行作 業流程與概況去做了解。然而在研究中所需要的資訊，有些是不公開或是 無法透過搜尋得到的，因此本研究會再透過實地訪談、觀察等方式來蒐集。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
53
3-1-4. 研究範圍與限制 3-1-4-1. 研究範圍
N 博物館之文物圖像有電子圖檔及底片檔案兩種，由於電子圖檔部 分在管理上並不牽涉 RFID 系統，故本研究以將個案單位的文物底片庫 管理作業為主要範圍，來探討個案單位的底片管理流程。另外，U 化包 含的範圍過於廣泛，本研究僅針對博物館領域進行了解，並以博物館中 的文物底片管理為主要研究範圍。
3-1-4-2. 研究限制
1. 目前 U 化及 RFID 仍在發展階段，其他產業領域的營運方式和 系統也不同，因此，本研究之成果不一定完全適用於其他產業 領域。
2. 本個案未牽涉電磁波影響而改變的流程。
‧
PERA(Purdue Enterprise Reference Architecture)
Purdue 大學 1992 年提出，將任務視為企業功 能分解的最底層，強調基於任務的建模思想。
TOVE(Toronto Virtual Enterprise) Toronto 大學所發展，應用企業本體論 (ontology)來建模。
CIMOSA(CIM Open System Architecture)
被視為歐洲企業建模標準，對電腦整合製造系 統(CIM)建構開放式的系統架構。
IDEF(ICAM DEFinition) 由美國空軍所發展，共有 15 種建模方法，以
IDEF0 最常見。
ARIS(Architecture of Integrated Information System)
德國 IDS 公司總裁 Scheer 教授在 1998 年所發 展，將流程設計、管理及系統應用等各層面全 盤考量，提供整合性的解決方案。
BPMN/BPEL(Business Process Modeling Notation/Business Process Execution Language)
由 BPMI(The Business Process Management Initiative)在 2004 年提出的一套標準，可將設 計的流程圖直接轉換成可執行的語言。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
55
由於近幾年服務導向架構 (Service Oriented Architecture, SOA) 越來越 熱門，本研究考慮到未來後續發展 SOA 的可能，因此選定 BPMN (Business Process Modeling Notation) 作為模式化流程所採用的標準。相較於其它架構，
SOA 提供了更大的業務靈活性。業務的靈活性指的是組織對業務變更有更 快速和有效地進行回應，對組織是十分重要的，因為它意味著可以建立一 個可滿足目前還未知的業務需求的 IT 架構。
除了 BPMN 是目前主要模式化流程的標準、有眾多軟體工具都有支援 外，它更支援將來建置系統的規格對應描述，如 BPMN 對應 BPEL 的描述。
而 BPEL 更是符合 SOA 的企業流程執行語言。模式化標準選定之後，在軟 體工具的選擇上，本研究使用 IBM 的 WebSphere 工具作為流程模式化的 呈現。
3-2-1 BPMN/BPEL
企業流程建模標記 (Business Process Modeling Notation, BPMN) 是由 BPMI 組織在兩年多的努力下，2004 年 5 月發佈了 BPMN 1.0 標準， BPMN 的主要目標在於提供所有業務用戶都能理解的一套標記語言，包括流程分 析人員、軟體開發人員以及業務管理人員等。BPMN 統一了流程圖的格式 及各種圖形線條的意義，例如圖 3-1，圓形記號代表事件 (Event)，其中細 邊圓形表示貣始流程事件，粗邊圓形表示結束流程々和傳統的流程圖一樣，
菱形代表流程控制 (圖 3-2)，除了決定流程進行方向之外，也可以決定帄行
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
56
處理 (fork) 與結合 (merge)々真正要執行的工作或活動 (Activity) 則是用 長方形 (圖 3-3) 來表示々在線條上，除了連結流程節點的實線之外，還有 連結其他物件如註解的虛線以及代表訊息流向的破折線。
圖 16. BPMN 事件圖 (資料來源〆BPMI.org)
圖 17. BPMN 流程控制條件圖 (資料來源〆BPMI.org)
圖 18. BPMN 活動圖 (資料來源〆BPMI.org)
除了流程設計之外，BPMN 的另一個目標則是要拉近流程設計與執行的 距離。因此 BPMN 定義了各個元件對應到企業流程執行語言 (BPEL) 的細 節，可將設計的流程圖直接轉換成可執行的語言，所以說，BPMN 在流程 設計與流程實現之間搭建了一條標準化的橋樑。
企業流程執行語言 (Business Process Execution Language, BPEL) 是一 種基於 XML 的，用來描寫業務過程的程式語言，被描寫的業務過程的每個
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
57
單一步驟則由 Web service 來實現。2002 年 IBM、BEA 和微軟一貣開發和 引入了 BPEL 作為描寫協調 Web 服務的語言。這個描寫的本身也由 Web 服 務提供，並可以當作 Web service 來使用。通過 BPEL 可以描寫一個參加一 個 Web 服務過程的 Web 服務的介面，比如亯息需要按照怎樣的順序被輸入，
但是 BPEL 無法用來描寫一個業務過程。
3-2-2 流程重現步驟
本研究在流程重現的步驟上，參考了眾多文獻後，歸納出將組織作業流 程建立的程序為〆
1. 發展商業邏輯中的事件(Event)〆
每一個被分析的商業邏輯，都會牽涉多個流程(Process)，我們藉由情 境 (Scenario) 的擷取，並透過 BPMN 的流動物件來描述這段商業邏輯處 理的事件(Event) 流程。
2. 分析事件的觸發型態
有了初步的企業流程事件之後，我們進一步的去分析每一事件的觸發 型態，及定義出連接物件的資訊形式。
3. 進一步分析子活動 (Sub-Activity) 的流程
若活動中有涉及複雜的子流程，則必頇重複步驟 1-2 的動作，將子活 動的流程分析出來。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
58
4. 規劃 Pool 及 Lane
接下來則開始擴散整個模型所涉及的相關商業邏輯，進一步的規範出 Pool 及 Pool 中所涉及的 Lane。
5. 考量其它細節補充
考量活動之間是否有群組的關係，以及資訊流的內容格式為何，並依 據需要適時的補充說明，以增加整個模型的可讀性。
3-3. 流程分析工具
本研究採用作業-單位關係表 (Pool-Lane Chart) 來了解作業流程的動線，
並且藉以分析及檢驗其合理性與複雜度。在組織的作業過程中會有許多的 資訊、物件在傳遞，而這些傳遞的動線並非都是理想的。利用作業-單位關 係表可了解組織的作業流程動線，確認組織的作業動線所牽涉的單位及其 複雜程度，並能根據不同種類的作業動線提出修正方法。其執行步驟如下〆
1. 將流程圖上的各個執行單位依序填入到作業-單位關係表的第一列。
2. 將流程圖上的各個作業依序填入到作業-單位關係表的第一欄。
3. 將各作業的執行單位標示在兩者交會的空格上並連成一線，以判定作 業-單位的關係類型。
4. 依關係類型檢驗流程的合理性。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
59
表 16. 作業-單位關係表 (資料來源〆Johannes K. Chiang, Kiekang Chao, 2007)
表 3-2 中所舉例的流程作業動線包括了四種類型〆第一種作業動線 (CASE I) 是最理想、單純的作業動線，單一執行單位及可獨立完成流程作 業，省下作業傳遞的時間，是理想的作業流程々第二種作業動線 (CASE II) 跨多部門作業，動線雖然單純，但參與單位過多。可採用分層受權或單位 重整的方法來改善，降低參與單位的數目，減少單位傳遞的時間々第三種 作業動線 (CASE III) 在幾個部門之間來回流動，顯示流程設計不佳或有過 多的覆核、確認動作。因此我們可以使用 IT 技術或同步作業的方式來改善 作業往返的現象，縮短作業時間々第四種作業動線 (CASE IV) 中流程有回 頭執行某些已經執行過的作業，顯示重複執行特定作業的現象。因此我們 檢討作業重複的原因，以消除重複作業為改善目標。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
60