i
建構以工作流程引擎為基之企業 M 化資訊系統
學生：鍾振中 指導教授：許良僑博士
摘 要
根據 Meta Group 的統計，全球有 75%的知識工作者，一天之中有 25%
的時間是處於行動的狀態，加上近來企業面臨全球化佈局的趨勢，使得如何 運用現代科技商品和技術，以最即時、最直接、最便利的方式來進行溝通，
成了現今企業保持競爭力最重要的課題。又因組織溝通的方式，很多是透過 所謂的通訊，亦就是透過資訊的傳遞或交換(exchange)方式來進行，而資訊傳 遞或傳播能力的大小，經常受到時間(time)及空間(space)的限制，故企業組織
「e 化」之後，極需思考的是如何做到「M 化」。
本研究提出了一以工作流程管理系統為基礎之企業M 化系統，希望能以 既有之工作流程管理系統概念，導入企業M 化系統，而使整個系統的運作更 多樣化也更具彈性，致使企業達到提昇營運效率、加強客戶服務品質、提高 生產力及降低總成本。在本研究所提出的系統雛型架構中，採用同ㄧ工作流 程，其「e 化」流程與「M 化」流程分離設計的原則，以降低流程的變動性，
以期使企業員工能自然的接受企業M 化系統，進而達到企業 M 化的目的。
關鍵詞：工作流程、工作流程管理系統、企業M 化、行動化
ii
誌 謝
工作幾年後，重拾書本至中華科管所進修。二年來，於工作領域上獲得 知識的更新，且在職進修的喜悅與成長，更是讓我取得的一份人生旅程中的 重要回憶。
研究所兩年，承蒙指導教授許良僑博士耐心、悉心的指導，也承蒙李友 錚博士的不吝指導，讓學生獲益良多，兩位老師無論在課業上、實務經驗上 或是生活上均多有教誨與提攜，讓學生受益匪淺，師恩浩瀚，永銘於心，在 此謹獻上學生由衷的感謝。感謝博士班鄒源淦學長，除平時的課業討論外，
論文的寫作也承蒙諸多寶貴意見與指正。
承蒙口試委員李友錚博士及林少斌博士於口試期間百忙之中撥空指導，
不吝指正，並提供許多寶貴意見，使論文內容能更加完善，謹此誌謝。
最後感謝我父母對我的栽培，感謝我老婆—慧萍，在我最忙碌的時候給 予無限的支持與最大的空間。
最後僅以本論文獻給曾經關心、照顧我的師長、朋友以及家人。
鍾振中 謹識於中華科管所 中華民國94 年 7 月 21 日
iii
目 錄
摘 要... i
誌 謝... ii
目 錄... iii
圖目錄... v
表目錄... vi
第一章 緒論... 1
1.1 研究動機與背景 ... 1
1.2 研究目的 ... 2
1.3 研究方法 ... 2
1.4 研究架構 ... 2
第二章 文獻探討... 4
2.1 工作流程 ... 4
2.1.1 工作流程之定義 ... 4
2.1.2 工作流程之特徵與特性 ... 5
2.2 工作流程管理系統 ... 8
2.2.1 工作流程管理系統之定義 ... 8
2.2.2 工作流程管理系統之分類 ... 9
2.2.3 工作流程管理系統模型 ... 10
2.2.4 企業導入工作流程管理系統之優點 ... 13
2.3 企業 M 化 ... 14
2.3.1 M 化的定義... 14
2.3.2 導入 M 化的方式... 14
2.3.3 企業 M 化應用範疇... 15
第三章 系統功能方法論... 18
3.1 系統架構分析 ... 18
3.2 工作流程系統運作模式 ... 22
3.2.1 系統運作模式 ... 22
iv
3.2.2 系統角色權限 ... 23
3.3 Ｍ化資訊科技... 24
3.3.1 行動無線的發展 ... 24
3.3.2 手機簡訊傳輸服務 ... 25
3.4 系統建制之相關技術 ... 27
3.4.1 Windows DNA 網路架構... 27
3.4.2 ASP 與 ASP.NET... 28
3.4.3 ActiveX 控制項 ... 30
3.4.4 SQL Server 資料庫 ... 31
第四章 系統功能分析設計... 32
4.1 系統開發流程 ... 32
4.2 系統功能模組概觀 ... 34
4.3 系統細部功能及流程分析 ... 35
4.3.1 系統維護模組 ... 36
4.3.2 流程管理模組 ... 36
4.3.3 使用者模組 ... 37
4.3.4 電子表單模組 ... 38
4.3.5 企業 M 化模組 ... 38
第五章 結論與建議... 46
5.1 研究結論 ... 46
5.2 後續研究建議 ... 47
參考文獻... 48
v
圖目錄
圖1.1 應用程式架構圖... 3
圖2.1 工作流程的路徑... 6
圖2.2 工作流程管理系統應用程式基本架構... 9
圖2.3 工作流程參考模型... 11
圖3.1 應用程式架構圖... 19
圖3.2 系統三層式架構圖... 20
圖3.3 模組架構及功能圖... 23
圖3.4 系統細部功能與角色權限圖... 24
圖3.5 Windows DNA Services ... 27
圖4.1 系統開發流程圖... 33
圖4.2 系統主流程行為模式... 35
圖4.3 系統維護功能行為模式... 36
圖4.4 流程管理功能行為模式... 37
圖4.5 使用者功能行為模式... 38
圖4.6 系統簡訊發送中心系統畫面... 40
圖4.7 系統出貨通知系統流程圖... 41
圖4.8 系統開會通知流程設計畫面... 42
圖4.9 系統開會自動化簡訊通知畫面... 43
圖4.10 行動化表單設計步驟流程圖... 44
vi
表目錄
表2.1 工作流程管理系統 3R 與 3P... 8
表2.2 簡訊服務的應用... 15
表3.1 系統角色與權限對應表... 23
表3.2 手機簡訊與其他通訊方式比較表... 26
表4.1 系統細部功能表... 34
表4.2 系統簡訊平台功能表... 39
1
第一章 緒論
1.1 研究動機與背景
過去電腦資訊與網路尚未普及時，許多生產工作流程之運作主要是以紙 張來傳遞文件資訊，隨著企業國際化的佈局與趨勢發展，企業組織中人員眾 多、資源也更分散，傳統的文件在傳統的傳遞方式下耗費不必要的時間與成 本，不但降低企業之生產力，而且還會降低在同業之間的競爭力。況且，全 球各產業的競爭越來越激烈，處在此微利與知識經濟的時代，企業組織更必 需致力於各項工作流程的改善，以增進知識工作者的工作效率及減少時間及 金錢成本，於是「組織再造」觀念興起，越來越多企業運用「流程導向」的 概念進行組織再造，藉由重新調整組織層級、規劃作業流程而浴火重生，藉 此提昇企業的核心競爭能力。於是這種將組織流程重新定義、重新規劃並運 用電腦軟、硬體加以實施，進而達到節省人力、節約成本、提昇效率的目標，
而這個負責管理組織所有流程運作的電腦資訊系統，便是所謂的「工作流程 管理系統（Workflow Management System, WfMS）」。
近年來隨著電腦資訊與網際網路的蓬勃發展，而無線技術的應用也隨著 PDA、Smart Phone、Tablet PC 的普及化與低價化而愈來愈趨成熟，因此，
各行業中行動商務的趨勢逐漸攀升，也使得無線網路存取需求不斷增加，企 業組織為確保員工不論在任何時刻、任何地方皆能享有網路連接功能，以便 存取網路資料，必需建構一套無線網路存取方案，除了讓員工可隨時隨地享 受安全且簡易的高速網路存取機制，企業 IT 管理者更可藉由此方案提供可 快速部署、極高安全性、並符合成本效益的管理模式與充裕之延展性，以支 援未來擴充和成長需求。而政府也在去年開始大力推動『 新十大建設 』之 ㄧ的 M Taiwan 雙網整合，計劃在五年之內，建置涵蓋台灣全島的無線寬頻 網路環境，可為發展 M 化資訊系統的企業，奠立良好的基礎。此舉也正呼 應了企業在資訊系統重視高效率及低成本的同時，也對行動化及生活化的應 用有更迫切的需求，由此可知，資訊系統的無線化、行動化，已成為勢不可 擋的趨勢。
2
1.2 研究目的
本研究的主要目的在建構一個於工作流程引擎上之企業 M 化管理系 統，使用工作流程引擎，並透過網際網路、無線技術，提供工作流程的進行，
以期望能夠處理具規則條件的工作流程以及對流程的流動更具彈性，可以有 條不紊地依序進行。研究目的可以具體條列如下：
一、建構一工作流程之企業M 化管理系統，M 化企業。
二、運用M 化技術及機制於工作流程管理系統中的工作流程，即時掌握流程 進度及企業脈動。
三、建置行動化電子表單，進一步提升工作流程效率。
1.3 研究方法
為了要建置企業M 化系統於工作流程引擎中，須先對工作流程的相關研 究進行一番探討，而找出對本研究有相關者，包括了現有應用機制與相關的 技術，接著分析如何將M 化機制應用在工作流程上，並探討各模式下的運作 情況，以構思可以實現的開發流程，之後設計系統，以驗證實驗流程，最後 進行系統實作，說明在應用上的可行性，並給予結論及後續的研究建議。
1.4 研究架構
本研究將建構以工作流程引擎為基礎之企業M 化系統，在第二章探討了 與本研究有關的文獻，包括了工作流程、工作流程管理系統、企業M 化、以 及行動無線的發展，對各個議題提出定義以及相關的研究。第三章針對本研 究之工作流程管理系統進行了功能方法的分析。第四章對實作系統進行分析 與設計，對每個功能模組介紹其中的流程及運作模式，並且對系統之資料庫 定義了所需的表格及欄位屬性。第五章總述本研究的結論，說明建構此系統 的特色與成果，並提供了未來可進行的研究方向。整個研究架構圖如圖 1.1 所示。
3
工作流程/企業M化 相關文獻回顧
尋找現有之應用機制 及相關技術
分析出可實現之功能
系統分析/設計
系統實作
結論及未來展望
圖1.1 應用程式架構圖 資料來源：本研究
4
第二章 文獻探討
2.1 工作流程管理系統 2.1.1 工作流程之定義
工作流程的整個觀念，最早可以追溯到「企業流程」（Business Process），
它是企業為了使企業運作或達成某個特定目標，預先定義一連串的處理規則 和活動項目，並透過企業組織內部或外部的成員加以執行或進行資料傳遞，
以便達成原訂目標的過程【3、12、18】。而流程的活動項目，可能是一個動 作或許多動作之集合，代表流程中可執行的每個邏輯步驟，其參與者可能是 組織成員、機器設備或是電腦程式【4、18】。
目前所謂的「工作流程（Workflow）」，其實指的大多是將傳統企業流程 的文件、資訊或活動過程，結合使用者與機器的互動後加以自動化、電子化
【12】；根據工作流程管理聯盟（The Workflow Management Coalition，WfMC）
在 1995 年的定義，工作流程是「透過電腦化將全部或部分的企業流程，加 以簡化或自動化」，而且這些流程在運作時尚需遵守事先定義的規則和程序，
並能夠提供流程的狀況（State）和狀態（Status），且工作流程是「程序的自 動化，依據一套程序規則定義之設定，將文件、資訊或任務在參與者之間進 行傳遞，以達到企業之目標」【12】，亦即指將工作分配工作人員的一種觀念，
流程可充當是將工作安排給最適任的人選的一個動作。本研究往後所提到的 工作流程，都是指上述這些已經結合電腦資訊系統來進行自動化運作的企業 流程。
Georgakopoulos et al.等學者認為工作流程是在一個組織中針對企業流程 以及資訊流程進行再造與自動化的概念，所以工作流程管理是支援企業流程 及資訊流程的科技【11】。WfMC 認為工作流程是自動化特定的企業流程，
根據程序規則，傳遞參與者之間的文件、資訊以及任務，使能順利完成特定 任務。
5
2.1.2 工作流程之特徵與特性
關於工作流程管理系統的特性，大致可以分為 3R 及 3P，即路徑
（Routes）、規則（Rules）、角色（Roles）和流程（Processes）、政策（Policies）、
實行（Practices），分述如下：
一、3R
(一) 路徑（Routes）
企業流程中每項活動、員工需完成的工作內容以及活動與活動 間的先後次序之間的關係【7、8】。通常企業流程可被歸類為：
1. 序列型路徑（Serial Routing）
每個活動都應該要依序出現；
2. 平行型路徑（Parallel Routing）
在特定活動之後同時執行數個活動，完成後再集合至某個特 定活動中；
3. 條件型路徑（Conditional Routing）
在特定條件下所進行的活動順序會有所不同。
由圖 2.1 可以清楚看到這三種路徑模式的差異。
(二) 規則（Rules）
定義路徑中要傳遞的資訊和對象，也有人稱之為例外處理
（exception-handling）或條件路徑；有時候定義活動進行的規則 是一件很艱鉅的工作，管理者必須要分析每個活動在垂直或平行的 階層中，受到影響或牽連的物件（包括成員、工具和資訊），並決 定該由哪樣物件來處理該流程，如果規則定義錯誤或不佳，往往會 使整個工作流程系統出現問題。
6
開始 活動
1
活動 2
活動 3
活動
4 結束
序列型路徑（Serial Routing）
平行型路徑（Parallel Routing）
開始 活動
1
活動 3
活動 4
活動
5 結束
活動 2
條件型路徑（Conditional Routing）
開始 活動
1
活動 2B
活動 3A
活動
4A 結束
活動 2A
活動 3B
活動 4B 是
否
是
否
圖2.1 工作流程的路徑 資料來源：【14】
7
(三) 角色（Roles）
在工作流程當中，每個參與者的身份、定位和權限；每個組織 成員隨著職務權限和負責事項，在工作流程中應該都有自己該扮演 的不同角色，透過適當的定義，就能夠確認哪些參與者可以執行哪 些活動，並依照其身份進行控管和稽核。通常工作流程每一站是以 職位角色來定義，而非特定的人名。【7、8】
二、3P
(一) 流程（Processes）
又可稱為步驟（procedure），是企業執行組織運作的作業過程
【7、8】；在導入工作流程之前，大多數的流程通常並非事先定義，
而是靠經驗的累積而成，所以重新設計這些企業運作的流程往往會 遭致組織成員的反彈，可說是非常艱鉅的一項任務。
(二) 政策（Policies）
指企業在執行活動時資源運用與作業的基本準則，它應說明作 業的程序，明確規範出各個作業的執行方式，制訂決策的指導方針
【7、8】。且政策應是正式的書面文字，說明每個流程該如何處理，
像是員工請假或出差；這些政策必須在工作流程中套用到每個步驟 上，以確保每個步驟的流程都符合組織規定。
(三) 實踐（Practices）
係指企業作業在執行的過程中要能反應與吸納公司的文化與價 值【7、8】。實踐不僅是用來解釋流程處理規則的書面政策，它們 是實際執行工作流程的詳細指導原則，這是大多數的政策所做不到 的。當企業在設計工作流程時，如果只考慮到三種特徵（3R）並制 訂了相關的流程與政策，假若沒有運作細節可供參考，往往會發現 這些流程根本無法實際運作；因此唯有將實踐的細節加入工作流程 中，企業組織才能真正讓流程自動化。
8
表2.1 工作流程管理系統 3R 與 3P
路徑（Routes）
企業流程中每項活動、員工需完 成的工作內容以及活動與活動 間的先後次序之間的關係。
規則（Rules） 定義路徑中要傳遞的資訊和對 象。
3R
（特徵）
角色（Roles） 在工作流程當中，每個參與者的 身份、定位和權限。
流程（Processes）
又可稱為步驟（procedure），
是企業執行組織運作的作業過 程。
政策（Policies）
正式的書面文字，明確規範出各 個作業的執行方式，制訂決策的 指導方針。
3P
（特性）
實踐（Practices） 實際執行工作流程的詳細指導 原則。
資料來源：【7、8】
2.2 工作流程管理系統 2.2.1 工作流程管理系統之定義
根據 WfMC 對於工作流程管理系統之定義為：「係為一項系統經由軟體 的使用，於一個或多個工作流程引擎上執行，以作為進行定義、產生及管理 工作流程的實行。在此可詮釋流程定義、工作流程參與者之相互作用以及對 於使用IT 工具與應用提出需求」。
WfMC 認為一個工作流程管理系統必須具備三個階段的功能，分別是
（1）建構階段（Build-time），主要提供組成工作流程的活動定義甚至是模組 使用；（2）執行階段（Run-time），確保工作流程能在一個可運作的環境中進 行，並且依序執行、控制每個活動；（3）與使用者和應用程式工具間的互動
（Interaction with Users & Application Tools），其目的是提供使用者在不同活 動步驟中，可以執行其他工具程式【2、5、12】
。
9
WfMC 也針對一般化工作流程管理系統提出標準化的應用程式基本架 構，例如圖2.2 所示【12】，可以供企業或開發者參考。
圖2.2 工作流程管理系統應用程式基本架構 資料來源：【12】
2.2.2 工作流程管理系統之分類
在工作流程管理的分類演進上，首先是在1992 年時 McCready 依照所設 定的工作目標或處理的活動性質不同，將工作流程分為特殊型工作流程(Ad hoc Workflow)、行政型工作流程(Administrative Workflow)與生產型工作流程 (Productive Workflow)等三類，後來依支援工作之不同加入協同型工作流程 (Collaborative Workflow)，進而擴充為四大類【9、16、19】，分述如下：
10
一、特殊型工作流程(Ad hoc Workflow)管理系統
主要利用組織內現有的電子郵件與電子告示板系統等，支援簡易而 獨立的工作流程，如市場調查、產品設計、定義新的產品、調查已有產 品的市場情況、雇用新員工，這種彈性工作流程軟體，有時稱為群組軟 體(Groupware)，著重資源分享。
二、行政型工作流程(Administrative Workflow)管理系統
主要支援固定不變與簡單的工作流程，通常是組織內已經定義完善 的流程，大都應用在行政管理的流程上，如請假需求程序、採購需求程 序、費用申請，著重表單處理、需監控資訊流向的系統屬之。
三、生產型工作流程(Productive Workflow)管理系統
主要支援高度結構化與高度複雜之例行性工作流程，其往往包含多 種各自獨立且異質性的資訊系統，需提供整合不同資訊系統的機制，及 在這些異質資訊系統中傳遞資料及控制流程行進，典型的例子如電話下 單、貸款程序、保險登錄及理賠程序等，著重交易處理，且多重的資訊 系統會依照定義好的控制規則被觸發，進行資料的傳遞。
四、協同型工作流程(Collaborative Workflow)管理系統
其特性為支援多人參與、重視人與人之間的互動，不具重複性且無 法事先明確定義執行步驟，主要經由執行過程中發生的事件動態決定後 續活動，如：共同寫作與多人討論等。
2.2.3 工作流程管理系統模型
工作流程管理系統是一種利用電腦控制企業的群組軟體，執行順序的電 腦輔助管理企業系統。其元素為活動，各活動間有彼此引發或由外部引發的 關係，可以表現出一個企業流程從始至終的過程。它主要是將企業流程中的 資訊以電子表單（E-Form）的方式表示，經由系統的運作，按照流程活動執 行的先後順序將表單自動化傳遞，同時監控流程的運作，以整合企業組織資 源，發揮企業內部資訊運用的最大效益【10】。
11
WfMC 並提出工作流程管理系統之參考模型如圖 2.3。
圖2.3
工作流程參考模型
資料來源：【12】本模型是以工作流程引擎(Workflow Engine)為核心，分別以五個介面 (Interface)與五個構成元件連結擴充工作流程的功能與服務，並且透過工作流 程應用程式介面和資料格式轉換(Workflow API and Interchange Formats, WAPI)與這些元件溝通。這五個構成元件與五個介面的功能分述如下【12】：
一、核心
Workflow Enactment Service
工作流程系統的核心，負責進行各模組間的溝通與控制。
二、構成元件
(一) Process Definition Tool
作為分析、塑造與敘述工作流程之工具。
12
(二) Administrator and Monitoring Tools 用來管理及監督各個工作流程的狀態。
(三) Workflow Client Applications
可供使用者使用的工作流程客戶端程式。
(四) Invoked Application
可供工作流程核心系統呼叫用以提供某些功能或服務的外部應 用程式。
(五) Other Workflow Enactment Service
其他不同供應商所提供的工作流程核心系統。
三、五個介面 (一) Interface1
與流程定義工具(Process Definition Tools)溝通。主要是用來分 析、建構與定義工作流程，例如對流程進行新增、刪除、編輯等動 作。
(二) Interface2
工作流程客戶端應用程式(Workflow Client Applications)與系統 的溝通介面，告知使用者工作內容與流程資訊，也可以啟用相關應 用程式工具或資料。
(三) Interface3
工 作 流 程 管 理 系 統 可 以 透 過 此 介 面 和 被 呼 叫 的 應 用 程 式 (Invoked Applications)溝通，以輔助工作順利完成。
13
(四) Interface4
規定如何與其他工作流程服務(Workflow Enactment Services)溝 通，如執行子流程時的資料傳遞、跨系統的流程控制。
(五) Interface5
與管理監控工具(Administration & Monitor Tools)相互溝通，用 以追蹤瞭解目前工作狀況，並且可達到控制、管理與分析等目的。
2.2.4 企業導入工作流程管理系統之優點
企業在導入工作流程管理系統後，一般而言可獲取以下幾個優點【15】：
一、增進作業的品質
工作流程管理系統對於同時處理的工作，可以有效率的分配資源，
無形中減少不必要的等待，使公司作業品質提升。
二、降低成本
由於導入此系統後可以減少人力及工時，對企業而言，可降低營運 成本。
三、提升生產力
由於工作的自動化及採用工作流程管理系統後可適當的精簡作業流 程，對於生產力的提升有顯著的幫助。
四、作業最佳化
工作流程管理系統跨越了以紙張為基準的管理限制，可幫助公司了 解作業程序，進而精簡流程，使作業流程最佳化。
五、作加強對客戶的服務
透過此系統，可用更具彈性的作業方式滿足不同層次客戶的不同需
14
求，有助改善企業競爭力，亦可大幅減少人工作業的需求，縮短工時，
更快速的對客戶做出回應。
2.3 企業 M 化 2.3.1 M 化的定義
企業M 化的 M 英文是"mobilize"，即「行動化」的意思。根據 SYBASE
（2001）對 M 化所做的定義，企業 M 化就是利用無線網路，使企業成員可 以在任何地點、任何時間，使用各式的隨身終端設備，與公司整體資訊系統，
完成同步即時的資料交換過程。企業e 化的目標，只是讓企業在 any time（任 何時間）都能運作業務；但M 化卻能使企業真正達成 any where（任何地點）
都能執行工作的境界【20】。
Haxne（2001）分析，透過無線通訊，傳統電子化流程便成為行動化流程。
行動化流程讓使用者能透過 WAP/web 伺服器來瀏覽並互動地存取企業內部 的商業流程資訊。未來不僅可以延伸現有的網際網路服務至無線通訊領域，
更可以為無線通訊規劃專屬的業務處理與提供決策資訊的功能，以提供業務 人員與公司主管在外處理公司業務或做決策之用【13】。
2.3.2 導入 M 化的方式
目前在M 化系統的導入方式上可分為三種【20】：
一、離線型（offline）應用系統
將所需資料下載到設備如notebook、PDA 中，然後攜出使用，使用 時無法上傳或更新資訊。
二、線上型（online）應用系統
其基本作業模式與網路類似，但使用者的設備只能用來顯示或鍵入 資料，儲存的資訊量也有限，類似使用PDA 的 WAP 瀏覽工具上網搜尋 資料（可隨時隨地上網，但其瀏覽方式有限，費用亦較高）。
15
三、搭配型（online-on-demand）應用系統
為結合上述兩項系統的功能，即使用者在企業中下載最常用的資 訊，但是若還需要其他的資訊，系統可以自動的依照需求的資訊類型來 選擇下載的方式（可以隨時隨地上網，瀏覽方式可以有 WAP、USSD、
SMS、或 Conduit 等機制，但其系統開發成本較高）。
2.3.3 企業 M 化應用範疇
中小企業運用 e 化與 M 化，以減省成本與提高競爭力是必然發展的趨 勢。在企業 e 化的部份涵蓋的應用層面包括：辦公室自動化、對內溝通、與 交易夥伴溝通、與消費者溝通、製造管理、業務行銷、客戶服務等，而在企 業M 化的部份如：可將電腦 web 的介面與傳真機、手機、影音 PDA 等結合，
發送企業簡訊、大量傳真、手機郵件、影音畫面等方式，可結合不同行業的 運用需求，協助企業在資訊的取得與應用上，能達到隨時與隨地的方便性與 提高效率。
美國研究調查公司Strategy Analytics 於 2003 年 1 月底發表的研究報告，
運輸、零售、醫療和公共安全是四個較早導入企業M 化的產業。以北美和西 歐地區為例，上述四個產業的產值超過各國經濟規模的三分之一，顯示企業 M 化市場相當具有潛力。
至於應用型態，企業M 化並不像 e 化需要全面，而是特定應用的佈建。
業務自動化（Sales Force Automation）、辦公室通訊、行動資產（車隊管理）、
場區服務自動化（Field Service Automation）、MVPN、以及客戶關係管理將 是推動企業M 化的六大範疇。
簡訊服務的應用範圍廣泛，是一種多功能的訊息傳輸工具，在此列舉各 行各業對這種資訊傳輸方式的應用，如表2.2。
表2.2 簡訊服務的應用
行業 應用內容
政黨/團體 1. 訊息告知、緊急連絡。
2. 政黨工作佈達告知。
3. 黨員活動招集。
16
4. 候選人助選簡訊。
5. 集會造勢通知。
學校/研究單位 1. 成績單宣佈。
2. 錄取通知。
3. 校園活動宣傳。
4. 校務會議通知。
金融銀行業 1. 繳費逾期通知。
2. 每日匯率通知。
3. 投資商品宣傳。
4. 特惠專案告知。
5. 紅利兌換商品、特約商店介紹。
6. 交易成功通知。
保險傳銷業 1. 保費繳款通知。
2. 新品告知。
3. 顧客生日、關心祝福。
4. 活動訊息告知。
5. 會員通訊聯繫。
百貨零售業 1. 週年慶促銷活動。
2. 活動宣傳。
3. 流行資訊與新品到貨通知。
4. 簡訊折價券優惠活動。
5. 卡友回饋活動、兌換贈品通知。
6. 會員卡到期或續卡通知。
電子商務業 1. 新品告知。
2. 線上交易流程確認。
3. 貨物送出通知。
4. 優惠促銷方案告知。
5. 會原活動告知。
飯店餐飲業 1. 套裝促銷活動告知。
2. 定位、定房確認。
3. 飯店位置提醒簡訊及 check in 時間告知。
4. 簡訊 coupon 優惠專案。
17
5. 客戶服務、定期問候簡訊。
美容美髮業 1. 預約時間確認。
2. 優惠專案通知。
3. 會員定期問候簡訊。
4. 最新技術與流行資訊告知。
5. 店頭活動告知。
旅遊航空業 1. 訂票確認告知。
2. 航班更改通知。
3. 最新旅遊活動訊息。
4. 會員資訊。
影視娛樂業 1. 預約訂位確認。
2. 新片上架通知。
3. 活動宣傳告知。
4. 抽獎、投票等雙向簡訊活動應用。
醫院 1. 掛號確認。
2. 檢查報告通知。
3. 預約通知。
一般企業內部 1. 節日祝福。
2. 會議通知。
3. 重要公告。
4. 行程提醒。
資料來源：【22】
18
第三章 系統功能方法論
3.1 系統架構分析
在設計此系統之前，先針對系統運作與其架構作研究探討，以作為後續 系統實作導入的依據。在此，本節說明訂定系統架構之背景以及系統訂定之 運作主架構。
應用程式之系統架構主要可分為2 層式(2-Tier)、3 層式(3-Tier)與多層式 (N-Tier)架構。傳統主從式(Client/Server)架構之系統以 2-Tier 的架構（如圖 3.1(a)所示）為基礎，在客戶端的程式除了需要有圖形化介面與使用者互動 外，尚需肩負資料處理與邏輯運算的責任，因此會加重客戶端程式的負擔，
而且會佔用更多系統資源，降低系統執行之效率。此外，將客戶端資料處理 或邏輯運算程式變更時，須把程式重新編譯、連結並製作成執行檔，然後通 知使用者更新版本或重新安裝，此過程不僅曠日廢時，更可能會使原資料發 生異動，造成無法挽回之錯誤。在主從式架構之設計下，當用戶端同時存取 資料庫之連結超過最大限制時，伺服器端將會出現問題，導致後續使用者無 法存取資料。
為解決主從式架構之嚴重缺失，故出現了三層式架構（如圖3.1 (b)所示）
或多層式架構（如圖3.1 (c)所示）之設計，在三層式或多層式架構中，客戶 端與資料儲存端之間增加了中間層(Middle-Tier)之設計，做為資料處理、邏輯 運算或提供服務之場所，以減少客戶端與伺服器端之相依性。因此，當程式 處理方法或運算機制發生改變時，僅需更改中間層之設計，而不需要通知客 戶端做更改。
19 Database
Application
Database
Application Logic
User Interface
Document
Database User Interface
Document Presentation
Logic Bussiness
Logic
Infrastructur e Services
Client Application
Firewall
(a) (b) (c)
圖3.1 應用程式架構圖 (a)2-Tier 架構 (b)3-Tier 架構 (c)N-Tier 架構 資料來源：本研究
在三層式架構中，雖然將多層式架構中間層之表現邏輯(Presentation Logic)、商業邏輯(Business Logic)與基礎架構服務(Infrastructure Services)
（如：訊息或交易）合併為應用程式邏輯(Application Logic)，不過兩者皆具 有以下優點：
一、擴充容易
由於兩架構皆將資料處理與邏輯運算獨立於使用者介面與資料之 外，並以元件或模組之形式包裝起來，因此若欲維護或擴充其功能僅需 針對元件做修改，不必將整個程式重新編譯。
二、分工合作
由於使用者介面、邏輯處理與資料各自獨立運作，且伺服器端分擔 許多原先在客戶端處理之工作，因此可充分發揮分工合作之精神。
三、元件可重複使用
20
在資訊系統中，元件之使用可以減少大量重複之程式碼，而在分散 式環境中，建立完成之元件也可很容易地被其他元件呼叫使用，提高系 統開發之效率。
四、安全性高
在三層式或多層式架構中，可在使用者介面與邏輯處理還有邏輯處 理與資料存取之間加入防火牆(Fire Wall)或其他保護設施，強化系統與資 料之安全性。
本研究欲開發之系統，基於增加系統效率、維護性、安全性與降低系統 複雜度等考量下，採用了包含使用者表現層(User Presentation Layer)、應用程 式邏輯層(Application/Business Logic Layer)與資料存取層(Data Access Layer) 之三層式架構（如圖 3.2 所示），提升系統在開發、使用與後續之維護和擴 充上的效率，並藉此在分散式的網路環境中，能使整個系統有更大的彈性。
因此在此說明本研究所採用之三層式架構。
User User
User
使 用 者 介 面
工 作 流 程 WWW
伺 服 器 SMS伺服器
Workstation
系統維護 模組
流程管理 模組 使
用 者 模 組
電 子 表 單 模 組
企業 M化 模組
Database
User Application Data
圖3.2 系統三層式架構圖 資料來源：本研究
21
一、使用者介面層(User Interface)
使 用 者 介 面 層 主 要 在 設 計 圖 形 化 之 使 用 者 介 面(Graphical User Interface,GUI)，包括文字、圖片、表單或甚至為多媒體影音動畫效果等，
其目的在於呈現資料、表達意念或與使用者相互溝通。由於現今網際網 路的發達與資訊技術的進步，因此在使用者介面層之建構上，通常以網 頁的形式來設計使用者介面，而使用的程式語言包含靜態設計之HTML 與可動態設計之script 語言，如 ASP、ASP.NET、PHP 與 JSP 等。
在本研究中，使用者介面層主要是針對ㄧ般使用者、流程維護者以 及系統管理者等不同角色來設計使用者介面並表現不同功能，因此使用 者介面層以親和力超強的瀏覽器作為人機介面，並以 ASP 與 ASP.NET 為開發使用者介面之主要技術。
二、應用程式邏輯層(Application)
在應用程式邏輯層中，主要是以功能為導向之商業物件(Business Object)來進行資料處理與邏輯運算，將需處理大量資料之方法與經常執 行之運算邏輯集合形成元件，此外，商業物件也負責操作資料物件(Data Object)，將經由資料存取層取出之資料取出處理並傳送到使用者表現層 中顯示出來。
在本研究中，處理應用程式邏輯之物件主要為提供工作流程管理服 務，本系統以IIS 的網站伺服器基礎，運用 ASP 及 ASP.NET 撰寫程式，
在企業內部透過 DCOM 協定與 MTS(Microsoft Transaction Server)的元 件溝通，在企業外部透過HTTP 協定與 MTS(Microsoft Transaction Server) 的元件溝通，完全符合微軟之企業發展架構。
此外，Microsoft Transaction Server 運用到的功能大略分成下面幾 項：
(一) MTS 可以協調數個元件同時存取相同資源所造成的問題。
(二) MTS 提供包括資料庫連結共享、Process 共享、物件共享功能。
22
Process 共享功能讓使用者不需考慮多 Process 的處理問題，來 解決多使用者的資源共享問題。物件共享功能(ADO2.0 以後的版本) 讓物件可以重覆使用，節省記憶體的資源。
(三) MTS 提供包括資料庫連結共享、Process 共享、物件共享功能。
MTS 對所管理的元件、元件的介面提供權限控制的功能，且「權 限」所定義的權限名稱對應到Windows NT 的使用者或群組。當用 戶端使用者存取呼叫元件或元件的介面時，根據其登入Windows NT 的使用者或所屬群組，檢查是否為該元件或元件介面的權限成員。
且當使用者異動時，只需修改「權限」所設定的成員，不需修改元 件的程式。
三、資料存取層(Data)
資料存取層之主要作用在提供儲存媒介讓系統存放相關資料，並可 依據其需求將資料搜尋整理後取出使用，其中儲存的媒介主要為資料庫 或檔案。
本研究的儲存媒介主要是以資料庫為主，儲存的內容則以工作流程 資料、工作項目資料、使用者資料與表單資料為主。
3.2 工作流程系統運作模式 3.2.1 系統運作模式
本研究所提出之工作流程管理系統，遵循 WfMC 的規範，其中包含了 第二章所提到的Workflow Engine, Process Definition Tools, Administration &
Monitoring Tools, Client Application 等元件外，本研究主要以功能別分為五大 模組：系統維護模組、流程管理模組、使用者模組、電子表單模組以及企業 M 化模組，其模組架構與其對應功能如圖 3.3 所示。
23
圖3.3 模組架構及功能圖 資料來源：本研究 3.2.2 系統角色權限
本研究所建置之系統，參與使用系統之預設角色有三，分別為系統管理 者、流程管理者及一般使用者，利用所屬群組的不同來區分角色。系統管理 者擁有系統的最大管理與使用權限，可執行所有模組的功能，維持整個系統 的運作；流程管理者可設計及維護工作之表單與流程；一般使用者即工作任 務的執行者，可看到工作清單並執行相關工作，表 3.1 為系統角色與權限對 應表。
表3.1 系統角色與權限對應表
角色 權限說明
系統管理者 最大權限，可執行所有模組功能。
流程管理者 設計工作流程以及工作項目。
一般使用者 修改個人資料、顯示工作清單、執行工作項目。
資料來源：本研究
24
在整個系統中，其細部功能與系統角色權限如圖3.4。
登入
帳號權限管理
工作流程設計
電子表單設計
表單追蹤處理 簡訊發送 組織部門管理
線上流程追蹤 表單資料管理
個人資料修改
流程訊息簡訊自動化通知
行動化電子表單 新增使用者 修改使用者 刪除使用者
系統管理者
流程管理者
一般使用者
圖3.4 系統細部功能與角色權限圖 資料來源：本研究
3.3Ｍ化資訊科技 3.3.1 行動無線的發展
當初Peter F. Drucker（1963）提到企業組織與主管所需要的資訊，可能 會一直快速變動【17】。如今，透過 Mobile 的工具與無線的技術已漸能滿足 此一需求。
2001 年在無線廣域網路的部分，通訊業者開始提供通用封包無線服務 (GPRS)，這是一種能較快速暢行於網際網路的無線通訊技術，傳輸速度較
25
GSM 的 9.6K 快，理想狀況下傳輸速率高達 50K。利用「分封交換」
（Packet-Switched）的資料傳輸模式將資料分裝成許多獨立的封包，再將這 些封包一個一個傳送出去，因此傳輸費用將視傳輸資料量的大小，以位元組 (byte)為單位計算，而不是單純的以連線時間計費，透過 GPRS 的連結，行動 電話、個人數位助理(Personal Digital Assistant，PDA)、筆記型電腦等行動裝 置即可快速連上網際網路，傳送電子郵件、文字、圖片及訂購商品，進行線 上的雙向互動，使行動化的應用發展有更好的環境支援，另外，實際在使用 Notebook 或 PDA 時，藉由 GPRS 連線，再透過 VPN(Virtual Private Network) 方式，與企業端VPN Gateway 建立安全通道(secured tunnel)，即可存取企業 內部網路上的服務，如企業內部網站、郵件伺服器、 檔案伺服器等。
而在無線區域網路(WLAN)的發展方面，無線區域網路最早出現的標準 是1997 年 IEEE802.11 標準，802.11 的速率不高(只有 2Mbps)，且價格昂貴，
因此當時無線區域網路市場並未受到消費者重視。直到 1999 年底確定了 802.11b 標準之後，不但速率提高(達 11Mbps)且價格降低，市場需求量大增，
成為目前無線區域網路市場之主流產品。WLAN 仍持續有許多不同之標準正 在發展，較成熟的IEEE 802.11b 標準是使用 2.4GHz ISM 頻段，其他比較新 的技術如IEEE 802.11a 則是使用 5GHz 頻段。雖然他們使用之頻段不同，Radio 技術也不同，但是他們有一個共同的特點，就是都用來傳送 IP 封包。而從 802.11b 的標準延伸到 802.11a 以及 802.11g，速度也從 11Mbps 發展到 54Mbps，只是無線區域網路目前仍有基地台周圍固定距離的存取技術限制，
所以，比較可行的做法是結合WLAN 和 GPRS 的混合應用，在 WLAN 的使 用範圍內則使用WLAN，若無 WLAN 則 handover 到 WAN 的 GPRS network，
走到那裡用到那裡。
3.3.2 手機簡訊傳輸服務
手機簡訊傳輸服務，是 GSM 系統中傳輸數據資料的技術，只要用戶持 有支援SMS 的系統門號及手機，就可以接收及發送文字、圖片或音樂等，但 礙於技術及頻寬，SMS 一次能容許的最大資料量為 69 個中文字或 159 個英 文字(約 160 位元)。根據發送端的不同，SMS 可以簡單區別為，由系統業者 運用系統直接發送資訊，提供用戶的各種加值服務，包括股市行情、鈴聲下 載、待機畫面以及各式電子優惠卷等，以及用戶間利用手機輸入文字互相傳 遞的訊息。SMS 的收費方式，各家系統業者標準不同，平均來說，加值服務
26
每次約3-6 元，用戶間通訊則在 1-3.5 元不等。
SMS 的發展，可以追溯到 1990 代初期，當初發展 SMS 的目的，並不是 讓用戶來進行數據資料的傳送，主要是用來讓系統業者傳送話務開通與帳單 催繳的訊息。到了1990 年代中後，市面上絕大多數的行動電話都已支援 SMS 的功能，隨著行動電話用戶數目的增加、系統業者間SMS 互通的機制完成，
以及低價的誘因，SMS 市場才開始快速的成長。拫據 Jupiter 的研究報告指 出，手機簡訊傳輸與目前所有的行動通訊工具，如語音服務、STK( SIM Application Toolkit) 或 WAP 相較，確實是一成本低廉且接觸用戶範圍最高 的通訊媒介。
手機具有高度的普及性以及移動性，讓企業可以快速的掌握訊息，同時 也大幅降低企業通訊的成本及人工成本。表 3.2 是手機簡訊和其他企業通訊 方式的比較，我們可以發現手機簡訊確實比其他媒介更有效率。
表3.2 手機簡訊與其他通訊方式比較表
通訊方式 手機簡訊 電子郵件 傳真 市內電話
移動性 高，隨時隨
地可接收
低，需要一 台電腦及數 據機
低，需要一台 傳真機及固定 電話線
低，需要一條 固定電話線
普及性 高，台灣地
區超過二千 萬用戶
低，台灣上 網普及率不 及50%
高，一般公司 行號皆有傳真 機
高
訊息傳送 完整度
高 高 高 較低，通話時
較易受干擾 訊息傳送速
度
快 快 慢，無法同時
大量發送
慢，無法同時 大量發送
名單管理 可 可 無 無
傳送確認功 能
系統立即確 認
部分郵件伺 服器會退信
人工確認 人工確認
資料保密性 高 高 低，辦公室任
何人皆會看到 高
資料來源：【21】
27
3.4 系統建制之相關技術 3.4.1 Windows DNA 網路架構
Windows DNA(Windows Distributed interNet Applications Architecture)，
是美國微軟公司（Microsoft）在其平台上針對發展一個穩固、強健、擴充性 大的分散式網路應用程式系統所推出的方案。圖3.5 列出 Windows DNA 所 提供的各類型服務。
圖3.5 Windows DNA Services 資料來源：Windows DNA white paper
Windows DNA 能滿足協同計算、網際網路和企業內部網路以及電子商務 等需求，並同時降低整體的開發費用【1】。Windows DNA 的核心包括了前 端服務(Presentation Service)、商業邏輯服務(Business Logical Service)與資料 服務(Data Service)，這些核心技術包括：
一、前端服務(Presentation Service)
HTML 、 DHTML( 動 態 網 頁 技 術 ) 、 元 件 (Components) 、
28
Scripting(VBScript 或 JScript)、Win32 API(Win32 應用程式介面)。
二、商業邏輯服務(Business Logical Service)
IIS(Web 伺服器)、MSMQ(離線，非同步處理)、MTS(管理元件之運 作、資源回收與分享)、COM、Active Server Pages、DCOM 等。
三、資料服務(Data Service)
ADO、OLE DB、ODBC、JDBC 等技術。
Windows DNA 提供了開發網路應用程式所需的多種重要技術，以提升 網路應用系統的開發速度與整合能力。在這樣的架構下，使分散式應用系統 更具有延展性、適用性與高彈性。
3.4.2 ASP 與 ASP.NET
ASP 是在 Web 伺服器上執行的一組軟體元件，它可以讓 Web 開發人員 建構動態的Web 網頁。ASP 優於靜態 HTML 網頁之處，在於 ASP 網頁就 像是在 Web 伺服器上執行的電腦程式，可以在每次使用者瀏覽網頁時計算 結果、處理使用者輸入、讀取或寫入資料庫及檔案，以及插入即時更新內容
【6】。
Active Server Pages 提供了一些內建的物件，使程式開發人員更容易收集 隨著瀏覽器要求傳送過來的資訊、回應資料給瀏覽器、以及存取與使用者相 關的資料。ASP 物件所提供的功能簡介如下【1】。
ㄧ、Application 物件
Application 物件可以將資訊開放給應用程式的所有使用者共用。
二、Request 物件
Request 物件可取得隨 HTTP 要求而傳遞過來的所有資訊。包括使 用POST 方法或 GET 方法所傳遞的 HTML 表單資料、cookie 以及用戶 端的憑證等。利用 Request 物件還可以取得傳給伺服器的二進位資料，
29
如用戶端上傳至伺服器的檔案。
三、Response 物件
使用 Response 物件，可以控制傳遞給使用者的資訊。包括直接傳 給瀏覽器的資訊、將瀏覽器導向到另一個 URL、以及設定 cookie 的值 等。
四、Server 物件
Server 物件可存取伺服器上的各種方法與屬性。其中以建立 COM 元件例項的方法(Server.CreateObject)最為常用。其他方法則有其特定的 用途，例如對字串作URL 或 HTML 編碼、將虛擬路徑對應成實體路徑、
以及設定指令的等候逾時時間等。
五、Session 物件
Session 物件可用來存放特定使用者工作階段所需的資訊。當使用者 在同一個應用程式的各個網頁之間移動時，存放在 Session 物件中的變 數並不會消失。意即只要使用者一直存取同一個應用程式的網頁，所設 定之變數即能保持存在。利用Session 方法，還可以直接結束工作階段，
也可以設定閒置工作階段的等候逾時時間。
六、ObjectContext 物件
ObjectContext 物件可用來交付或中斷 ASP 指令初始的異動。
七、ASPError 物件
利用ASPError 物件可找出 ASP 的錯誤，並傳回更詳細的說明給使 用者。
微軟在2002 年初推出了新一代的應用程式開發平台-.NET，希望帶領 IT 開發人員從開發傳統應用程式邁向網路服務應用程式的新紀元。
ASP.NET 更勝於 ASP 的下一版本；它是統一的 Web 開發平台，為開
30
發人員提供建置企業級 Web 應用程式所需要的服務。雖然 ASP.NET 在語 法大致與 ASP 上相容，它也針對更安全的、更可調整的和更穩定的應用程 式，提供新的程式設計模型和基礎結構。並可以將 ASP.NET 功能累加地加 入您現有的 ASP 應用程式。
ASP.NET 為編譯的 .NET 架構環境；並可以使用任何 .NET 相容語言 (包括 Visual Basic .NET、C# 和 JScript .NET) 來撰寫應用程式。此外，整 個 .NET Framework 都可供任何 ASP.NET 應用程式使用。開發人員可以輕 易地獲得這些技術的好處，包括 Managed Common Language Runtime 環 境、型別安全、繼承，等等。
ASP.NET 已設計成能不著痕跡地與 WYSIWYG HTML 編輯器以及其 他程式設計工具 (包括 Microsoft Visual Studio .NET) 一起搭配工作。這不僅 使得 Web 開發更為容易，而且它也提供這些工具必須供給的所有益處，包 括開發人員可用來置放伺服器控制項至 Web 網頁上的 GUI 和完全整合的 偵錯支援。
開發人員在建立 ASP.NET 應用程式時，可以用任何看起來合適的方式 來選擇下列兩項功能：Web Form 和 Web 服務，或這兩者的組合。
各個功能都受相同的基礎結構所支援，允許使用驗證配置、快取常用資 料或自訂應用程式的組態。
3.4.3 ActiveX 控制項
ActiveX 是 Microsoft 在全球資訊網 WWW 上提供互動能力之技術的統 稱。它是一種與語言無關的運作技術，可讓用不同語言寫成的軟體元件在網 路環境下協同運作。ActiveX 的核心技術元素是「元件物件模型」(Component Object Model，COM)及分散式 COM(DCOM)。這些技術都已授權給 The Open Group 標準組織，並且已在多個平台上完成實作。而 ActiveX Controls(ActiveX 控制項)則是使用 ActiveX 技術開發而成的可重複使用軟體元件。它可以可用 來將專業的功能(如動畫或快顯功能表等)，加入到 Web 網頁、桌面應用程 式，及軟體開發工具中。能寫「ActiveX 控制項」的程式設計語言很多，包 括C、C++、Visual Basic，及 Java 等【1】。
31
3.4.4 SQL Server 資料庫
資料庫，簡單的說，就是一群經過整理分類而有義意的資料集合，這些 資料依適當的方式儲存起來，讓使用者可以依他們的需求取得所需的資訊。
在企業e 化及 M 化的過程中，資料庫扮演很重要的角色，各種系統、分析整 理過之資料，藉由資料庫來儲存與共享，以協助企業各種業務的運作。
本研究系統後端資料處理即採用Microsoft SQL Server 2000 資料庫，它 提供 ODBC、JDBC 連線介面，讓外部的應用程式可以透過這些機制存取資 料庫之資料。SQL Server 2000 是美商微軟公司的資料庫軟體，它是以 SQL Server 7.0 為基礎所構建出的新版本。自 SQL Server 7.0 上市以來，由於其 效率、延展性、管理功能、程式設計功能等方面皆獲得高度評價，因此已經 成為許多客戶關係管理(CRM)、商業智慧(BI)、企業資源規劃(ERP)以及其他 商業系列軟體經銷商與客戶最喜愛的資料庫。Microsoft SQL Server 2000 是 完整的資料庫與分析解決方案，它可以快速地開發下一代具延展性的網路應 用程式。SQL Server 2000 身為.NET 企業伺服器(.NET Enterprise Servers)的 核心元件，它可以減少將電子商務、企業營運及資料倉儲等應用程式推廣到 市場上所需的時間。SQL Server 2000 包含了針對 XML 與 HTTP 的豐富支 援；分割載入的效率與使用，以及確保持續運轉；針對自動化例行工作的先 進管理與調校功能及可降低整體擁有成本。
32
第四章 系統功能分析設計
4.1 系統開發流程
本研究之系統開發流程分述如下：
一、系統的需求分析
分析「工作流程系統」欲滿足各種不同使用者的需求，須建置哪些 系統功能。
二、實體關聯模型分析
確定的系統功能之後，分析、整理出相關工作流程管理系統之模組 及其功能分類，藉此定義出所需的資料欄位名稱與型別，再由實體關聯 模式(ER-Model)之分析，了解系統中各個實體間的關係。
三、資料庫正規化
避免系統資料的重複存放，造成資料處理的不一致性及錯誤。經第 三正規化(3NF)之後，可以確認系統之關聯資料庫的非主鍵屬性(Non-key Attribute)都相互獨立及完全相依於主鍵。
四、資料庫設計
完成以上的分析後，即可開始建立資料庫，主要工作為「建立表欄 位」、「定義主索引鍵」、「建立各表單關聯性」、「輸入資料」。
五、程式撰寫
資料庫設計完成後，就可以依照系統需求分析結果，選擇適當的技 術與工具來開發程式，依照不同需求，設計不同的模組，給予適當的權 限控制，來滿足系統需求。
33
六、系統測試
在系統實際運作之前，必須先請人員來測試功能以及使用介面的友 善度，是否符合使用者的需求。同時也會發現一些隱藏在系統中程式的 錯誤，藉此測試再對原有的系統作修改，期望整個系統的操作流程與資 料傳遞可以正確無誤。
七、實際運作
在系統測試無誤之後，就可以正式上線讓所有使用者開始使用，接 下來就是對於員工的教育訓練，才不會有適應不良的行情發生。
本系統的開發流程如圖4.1 所示：
圖4.1 系統開發流程圖 資料來源：本研究
34
4.2 系統功能模組概觀
在3.2 節中介紹了系統定義的模組，包含了(a) 系統維護模組、(b) 流程 管理模組、(c) 使用者模組、(d) 電子表單模組、(e) 企業 M 化模組，在此節 中亦定義出參與系統的角色，包含了(1)系統管理者(2) 流程管理者(3)一般使 用者。本節將針對各個模組下的細部功能與對應的執行角色關係作詳細的列 表說明，作為在撰寫程式時的參考依據，表 4.1 為細項功能列表，詳細功能 的流程分析在 4.3 節中會有詳細的描述。
表4.1 系統細部功能表
模組名稱 功能名稱 可使用角色等級
新增使用者 系統管理者
使用者基本資料維護 系統管理者 使用者角色及權限指派 系統管理者
系統資料維護 系統管理者
一般資料維護 系統管理者
系統維護模組
組織部門管理 系統管理者
工作流程設計 流程管理者
線上流程追蹤 流程管理者
流程基本資料維護 流程管理者 流程管理模組
流程異動資料維護 流程管理者
表單追蹤處理 一般使用者
個人資料修改 一般使用者
個人片語維護 一般使用者
討論區 一般使用者
使用者模組
公佈欄 一般使用者
電子表單設計 流程管理者
電子表單修改 流程管理者
電子表單模組
表單資料管理 流程管理者
簡訊發送 一般使用者
流程訊息簡訊自動化通知 流程管理者 企業 M 化模組
行動化電子表單 流程管理者
資料來源：本研究整理
35
4.3 系統細部功能及流程分析
藉由斐式圖來展現系統之行為模式，可定義出系統運作的流程，圖 4.2 是本研究系統的主流程行為模式，首先輸入使用者帳號、密碼，按確認由系 統驗證是否為合法使用者且判斷出該使用者的權限，如為非合法使用者，即 出現警示訊息，如驗證為合法使用者，則根據該使用者的權限顯示有權限的 功能清單。
使用者
系統首頁
登入系統 準備登入
輸入 帳號/密碼
合法 使用者
帳號/密碼 錯誤
主功能 選單
系統維護
流程管理
工作執行
電子表單
M化功能
資料庫資 料存取
圖4.2 系統主流程行為模式 資料來源：本研究
36
4.3.1 系統維護模組
此功能主要在於系統基本資料的維護，包括新增使用者、查詢使用者、
刪除使用者、使用者角色指派、使用者權限設定、系統資料維護、一般資料 維護、組織部門管理。登入系統之組織精靈後，可新增、刪除、修改使用者 資料以及指派使用者角色及其部門。圖 4.3 為本研究之系統維護功能行為模 式。
主功能 選單
選擇系統 維護功能
系統管理 畫面
使用者 列表 新增使用者
資料庫資 料存取 查詢使用者
刪除使用者
修改使用者資料
角色權限指派
其他資料維護
圖4.3 系統維護功能行為模式 資料來源：本研究 4.3.2 流程管理模組
流程定義功能的主要目的是定義任務執行時的工作流程，以使任務的工 作可以依循該工作流程設定而進行。流程設定完成後，可使用系統之流程資 料維護程式，隨時管理並改正流程狀態及資料，並可即時線上追蹤流程處理 狀況，同時透過系統自動Bypass 或由填表人手動 Bypass，以減少表單積壓，
大幅縮短處理時間，掌握工作流程之時效性。
37 主功能
選單
選擇系統 維護功能
系統管理 畫面
表單 列表 流程設計
資料庫資 料存取 流程編輯
線上流程追蹤 執行變更
流程基本資料維護
流程異動資料維護
圖4.4 流程管理功能行為模式 資料來源：本研究 4.3.3 使用者模組
表單追蹤處理功能中有多種資料匣，透過這些分類資料匣，可以供使用 者簽核及追蹤表單資料，讓使用者追蹤目前電子表單處理的狀態、進度，以 及處理自己所需簽核的表單。
個人資料修改功能讓使用者能自己維護自己的個人資料，可減輕管理人 員維護的負擔，並能讓使用者設定簽名圖檔，讓使用者在作簽核時展現其個 人風格。
個人片語維護功能讓使用者能設定自己的常用片語，減少使用者輸入文 字的時間。
系統之討論區及公佈欄，讓上線使用者可以透過此機制，發表個人知識 及經驗，以供企業內部作為經營決策與訊息溝通之用。
38
圖4.5 使用者功能行為模式 資料來源：本研究 4.3.4 電子表單模組
電子表單設計功能可以讓系統自動產生使用者自訂的表單型態。當有新 型態的表單時，可依使用者的需要，自行設計欄位及外觀，系統將依據此資 訊建立一張新的表單，並配合流程管理模組，定義此表單之流程。
4.3.5 企業 M 化模組
一、企業M 化簡訊發送平台
簡訊發送功能可提供使用者簡訊發送需求與訊息通知的應用，其中 設置有管理中心及簡訊發送中心，系統管理者可在其管理中心，自行開 立與管理簡訊使用者帳號、分配額度，並可線上查詢使用者之餘額、 儲 值紀錄、發送備分、發送紀錄…等，而在發送中心整合使用者電腦中 outlook 的聯絡人資料，把 outlook 通訊錄融入此簡訊系統，可提供使用
39
者，快速上線使用，另外，還建置多樣化聯絡人資料庫匯入功能，避免 資料庫重複建置，可將Microsoft Outlook 聯絡人、CSV 文件檔匯入系統 通訊錄資料庫。表4.2 為本研究系統之企業 M 化簡訊發送平台之功能整 理列表，圖4.6 為本研究系統之企業 M 化簡訊發送平台之簡訊發送中心 畫面。
表4.2 系統簡訊平台功能表
項目 功能 功能說明
預約傳送
使用者可以在此平台上使用預約發送訊 息。例如會議通知、重要訊息通知、節日 祝福、銀行帳款等等預約通知，是相當管 用的資訊工具。
群組發送
簡訊發送時，使用者可以根據通訊錄的群 組名單，選擇群組發送、或是個別發送。
例如公司可以分為管理部、業務部、行銷 部、技術部等，發送多通簡訊時可以根據 群組發送，快速完成大量簡訊之發送。
發送記錄查詢
使用者的發送紀錄會被記錄下來，可以針 對過去的紀錄作查詢，使用者也可選擇刪 除簡訊內容或刪除簡訊紀錄。
通訊錄/群組管理 有效區別及管理使用者的聯絡人。
簡訊 發送 中心
常用簡訊設定/儲存 常用的訊息可以直接儲存，免去每次重新 輸入的麻煩，增加企業運作效率。
開立帳號 供管理者新增使用者帳號。
帳號管理 供管理者管理帳號之權限。
額度管理 供管理者管理使用者之簡訊發送額度。
傳送記錄查詢 供管理者查閱使用者之傳送記錄。
企業 簡訊 管理
中心 基本資料維護 供管理者維護使用者之基本資料。
資料來源：本研究整理
40
圖4.6 系統簡訊發送中心系統畫面 資料來源：本研究
41
二、工作流程自動化簡訊通知
經由流程簡訊發送設定功能，將既有之表單傳送流程中賦予發送簡 訊通知之功能，為表單流程增加重要訊息通知。在此以兩個例子來說明 系統此功能之應用。
(一) 範例一：出貨通知
如圖 4.5 出貨通知系統流程圖，於系統內之出貨流程設置簡訊 通知給客戶，當公司接獲訂單，跑完內部出貨流程後，系統立即自 動發送出貨通知客戶，透過及時訊息傳送，可讓下單客戶第一時間 了解訂單狀況。
接獲訂單
處理訂單
安排出貨
出貨通知
Outlook Outlook Express
Web Mail
行動電話 SMS
圖4.7 系統出貨通知系統流程圖 資料來源：本研究
42
(二) 範例二：開會通知
如圖4.6、圖 4.7、圖 4.8，於開會通知單流程中賦予發送簡訊 通知開會之功能，及時通知與會人員開會議題、時間、地點，省卻 個別通知。
圖4.8 系統開會通知流程設計畫面 資料來源：本研究
43
圖4.9 系統開會自動化簡訊通知畫面 資料來源：本研究
三、行動化電子表單
鑒於本研究在3.3.1 節所述，在無線廣域網路的部分，通訊業者開始 提供通用封包無線服務(GPRS)的傳輸費用是以傳輸資料量的大小，是以 位元組(byte)為單位計算，而不是單純的以連線時間計費，因此，欲將電 子表單行動化，單純的以無線工具瀏覽電子表單來執行工作流程項目，
會因頻寬過小或無線工具執行效率問題降低企業員工使用意願，加上電 子表單是以供網路瀏覽設計，若以PDA 或手機無線瀏覽，將因檔案過大 導致企業成本增加。基於此論點，本研究建置一行動化電子表單功能。
(一) 系統功能描述
1. 行動化表單設計功能
此系統功能是建置一精靈(Wizard)式介面，讓管理者把原有 之電子表單之必要及重要之資料欄位轉成「行動化表單」，此行 動化表單流程與原表單為同ㄧ流程，因此，在使用此表單之流程 中，使用者可依當時所處環境選擇使用「e 化表單」或「行動化 表單」來繼續執行此表單。
44
2. 使用者功能
使用者使用行動化表單時，需有如同使用者模組之表單追蹤 處理功能介面來讓使用者進行使用行動化表單，如同4.3.3 節使 用者模組所述之分類資料匣，可以供使用者簽核及追蹤表單資 料，讓使用者追蹤目前行動化表單處理的狀態、進度，以及處理 自己所需簽核的表單。
(二) 行動化表單設計步驟
選擇既有之 電子化表單
輸入 行動化表單代號
系統顯示設計者 選擇之電子化表單
所有資料欄位
選擇欲顯示之 資料欄位
系統產生行動化表單
圖4.10 行動化表單設計步驟流程圖 資料來源：本研究
(三) 步驟說明
1. 選擇既有之電子化表單
45
此步驟系統將列出現有所有之電子化表單，供設計者選擇欲 行動化之表單。
2. 輸入行動化表單代號
此步驟讓設計者輸入此新行動化表單之表單代號。
3. 系統顯示設計者選擇之電子化表單所有資料欄位
此步驟系統將顯示出設計者選擇之電子化表單的所有資料 欄位。
4. 選擇欲顯示之資料欄位
行動化表單設計者依步驟 3 所顯示之電子化表單資料欄 位，勾選欲使用於行動化表單之資料欄位。
5. 系統產生行動化表單
系統依據設計者於步驟 1~4 所設定之狀態來產生適用於該 企業之行動化電子表單。
46
第五章 結論與建議
5.1 研究結論
本研究設計分析並建置一企業M 化工作流程系統，並描述系統建構所採 用的技術。
本研究之具體貢獻說明如下：
一、企業M 化簡訊發送平台
由本研究論文3.3.2 節表 3.2 我們可以發現手機簡訊確實比其他媒介 更有效率，因此，本研究系統之簡訊發送平台運用手機的普及性以及移 動性，讓企業快速的掌握訊息，同時也可大幅降低企業通訊的成本及人 工成本。
二、M 化工作流程
將工作流程從企業內部擴展到外部，也就是將原來靜態的內部流 程，結合動態的外部作業，可以即時掌握動態資訊，協助企業提昇應變 能力。
三、行動化電子表單
經由行動化電子表單的功能應用，打破企業定時定位的工作模式，
讓企業隨時隨地都具有戰鬥能力的全天候企業。
四、e+M 工作流程管理系統
本研究藉無線技術的發展趨勢，建置以工作流程引擎為基礎之企業 M 化系統，提出ㄧ結合「e 化」加「M 化」的整合性工作流程管理概念，
藉由此「e+M 工作流程管理系統」的研究與建置，突顯出工作流程管理 系統加入M 化功能後，可提高使用者的機動力與彈性，可以將企業內部 繁瑣的工作流程作更有效的管理，提升各部門間溝通的效率，可見「e+M 工作流程管理系統」比一般之「工作流程管理系統」具有顯著的優勢。
47
5.2 後續研究建議
本研究所建置之M 化系統依 2.3.2 節來分類是屬於線上型（online）應用 系統，強調的是使用者與系統之間資訊的即時互動，後續研究者可針對不同 類型導入方式(離線型、搭配型應用系統)進行研究。
其他有待後續加以研究之課題如行動化配備使用時在個人之隱私及安全 層面與企業需求之衝突或配適度等。另外，在廣度方面，可研究有哪些產業 較適用高度行動無線資訊科技的應用?亦或在其他產業應用行動無線資訊科 技實證的研究，以更進一步發展出適用行動無線科技的企業資訊基礎建設的 理論，也可對行動無線資訊科技對企業經營模式與策略的影響加以研究。
