流程分析與模型建立（塑模 )

1. 流程分析與模型建立（塑模) Process Analysis and Model Development

2. 大綱 • 基本概念 • 結構化分析與流程塑模 • 流程塑模的類型 • 資料流程圖(Data Flow Diagram, DFD) • DFD的繪圖與分解(Decomposing) 原則 • 差異分析(gap analysis)與流程再造(BPR)應用 • DFD實例 • 以事件(Event)來協助建立DFD • 流程塑模與資料塑模之整合 • 邏輯塑模之意義與方法（ch7) 系統分析設計─流程塑模

3. 流程分析基本概念 • 系統分析階段兩個重要工作： • 需求訂定 • 需求建構 • 瞭解流程、邏輯、與資料模型，才可提供完整的資訊系統規格。 • 結構化分析設計主要考量流程與資料方面之需求 系統分析設計─流程塑模

4. 系統環境 輸入 輸出 流程 (系統) 回饋與控制迴圈 流程（Process，又常譯為程序、過程或處理） • 是任何一個組織活動的基礎，在資訊系統開發過程係扮演一個相當重要的角色。 • 對於進入系統之資料流或狀況，進行處理的一系列過程 • 每一個流程有輸入與輸出，輸出的結果，經由訊息的回饋與目標值互相比較的差異值，進行調整與控制的活動。 4

5. 任課教師填寫曠課通知單 學生完成請假流程 開設系所主任 學務處生輔組收件登錄 (請假、曠課時數互相抵銷) 達(1)10時(2)25時(3)46時者名冊 曠課學生之系所主任 課外活動組 教務處 (1)教學參考 (2)課輔參考 導師 達25時曠課通知(雙掛號) 關懷約談 逾46時曠課退學(公告、除籍) 導師工作紀錄表 學務長(逾25時送請專業輔導) 生輔組建檔

6. 流程塑模 • 針對系統的流程、邏輯、政策與步驟等以系統化、文件化、圖形化的方式進行規範的活動。 • 主要工作項目 (1)了解作業彼此間的關係並且簡化作業流程。 (2)將作業流程予以公開化、合理化與透明化。 (3)建立一個標準作業流程。 (4)表示部門與作業的關係。 (5)實施流程自動化。 • 流程塑模工具 • 作業流程圖 • 事件列 • 資料流程圖 • IDEF0 • 事件驅動流程圖（Event-driven Process Chain, EPC)

7. 邏輯vs.實體與現況vs.未來模型 Logical model邏輯模型 –偏向概念、業務面 現況(As-is) 未來系統(To-be) Physical model實體模型 –偏向技術及建置面 現況(As-is) 未來系統(To-be) Model –「一圖勝千語」，模型就是以圖形來呈現事實的方法 系統分析設計─流程塑模 7

8. 傳統流程塑模之產出 • 環境圖(context DFD) • 呈現系統範圍。 • 現有實體系統的資料流程圖 • 供分析師瞭解現有系統。 • 處理作業的標示包含了人物的姓名、職稱或是可以處理作業的電腦系統名稱。 • 資料流與資料儲存可用實際的儲存媒介名稱來標示它 • 現有邏輯系統的資料流程圖 • 與資訊技術無關。呈現新系統的資料流程、結構和功能需求。 • 盡量移除現有實體的觀點。 • 將現有系統回歸到資料與資料處理的本質上。 • 新的邏輯系統的資料流程圖 • 較現有邏輯增加額外功能。 • 移除沒有效率的資訊流與不需使用的功能。 • 新實體 • 表現新系統的實體建置狀況。 • 可反映出系統分析師對於系統功能是自動化或是人工運作的最終決定。 • 每一個資料流程圖元件的完整說明 系統分析設計─流程塑模

9. 資料流程圖(data flow diagram, DFD) • 描述一個系統的資料流、作業與處理的工具。以程序為導向(Process-oriented) 的模式，經常使用在管理資訊系統的流程分析過程，也是一種企業流程再造的流程分析工具。 • 適用於描述純邏輯資訊流程，不使用符號呈現實體電腦設備，但也可呈現實體資訊系統。 • 優點：將大型資訊系統經由塑模的過程，使塑模作業簡單化、標準化、圖型化與自動化， • 缺點：初學者學習的時間較長、不能用來描述流程時間的先後順序，細部流程的流向以及資料的儲存結構等。 系統分析設計─流程塑模

10. DFD的符號與意義 系統分析設計─流程塑模

11. DFD符號與定義(cont’d) • 處理作業：系統內部資料的處理。可以是人工作業或電腦化作業，例如薪資計算、訂單審核、客戶抱怨處理等等。處理的圖形符號內要有一個編號與名稱。命名應該要以能夠清楚的描述”做什麼事情”為原則。 • 資料流：描述資料的移動，可以是一群資料的集合。如實際作業上的表單(訂單)、報表(生產日報表)、查詢回覆(對於客戶查詢事項的回覆)等。要以名詞來命名 • 資料儲存：系統內靜止的資料。代表各種可能的儲存資料的實體。可能是檔案夾(客戶資料)、簿本(帳冊)、表單(會計傳票)、報表(原料耗用表)或電子儲存媒體(磁片)等。須以名詞命名。 • 外部實體：指流進系統的資料來源(resource)或系統處理後的資料去處(sink)。可能是企業內員工或其他單位或系統也可能是企業外的個人或組織(供應商)。須以名詞命名。 系統分析設計─流程塑模

12. 資料流程繪圖規則 系統分析設計─流程塑模

13. 資料流程繪圖規則 • 每一處理作業皆有唯一的名稱，不可重複。 • 處理作業的目的是將輸入轉換成輸出，因此，資料流輸入與輸出不宜同名。 • 在資料流程圖中，同樣的資料流名稱是可以重複出現。 • 資料流應該避免發生交叉的現象，為了達到這個目的，資料儲存與外部實體是可以重複出現的。 系統分析設計─流程塑模

14. DFD繪製準則 • 處理不可有輸出而無輸入或有輸入而無輸出。 • 注意邏輯問題 系統分析設計─流程塑模

15. DFD繪製準則(續) • 資料流不可在資料儲存、實體本身或兩者間直接移動，必須經由處理過程移動。 系統分析設計─流程塑模

16. DFD繪製準則(續) • 資料流僅以單方向之箭頭符號表示，因兩事件發生之時間不同且資料亦不同。 • 資料流分叉表示完全相同之資料從同一地點流出，並流入不同的地方。 系統分析設計─流程塑模

17. DFD繪製準則(續) • 資料流不可由一處理流出再直接流入該處理。 • 兩個或兩個以上之資料流可出現在單一箭頭上，只要這些資料流結合成一包裝並一起移動。 系統分析設計─流程塑模

18. DFD繪製準則(續) • 資料流至一資料儲存意謂資料之更新，即刪除或修改；而流出意謂著讀取或使用。 新增／更新／刪除／讀取 系統分析設計─流程塑模

19. 環境圖(Context Diagram)─漢堡點餐系統 系統分析設計─流程塑模

20. 第零階資料流程圖 系統分析設計─流程塑模

21. 處理作業1.0的一階DFD 系統分析設計─流程塑模

22. 處理作業4.0的一階及二階DFD 系統分析設計─流程塑模

23. 基礎DFDs (primitive DFDs) • 分解後的最低階流程圖。 • 需判斷何時停止分解資料流程圖。判斷規則： • 將每個處理作業拆解成單一的決定、計算或是可對資料庫進行操作。 • 當不需要看到更詳細的處理作業。 • 確認系統的所有最低階選單功能都已有獨立的處理作業。 • 當每個資料儲存代表單一的資料實體時。 • 已瞭解不同資料下的資料處理方式，已不需要更進一步地拆解資料流。 • 確認已經將每一個商業表格、交易、電腦畫面呈現與報表都用一個單一資料流來表示時。 系統分析設計─流程塑模

24. 發展資料流程圖歩驟 • 決定環境圖的系統包含哪些作業流程，發展出第零階(level 0)流程圖，代表了系統內最高階的主要處理作業。 • 功能分解(Top-down)：透過不斷分解系統描述，使系統描述更加完善的反覆過程。可產生相互關聯的階層圖，一個處理作業可以用其他的圖更詳細的說明。 • 分解的動作進行到沒有任何子處理作業可以再細分為止。最低階者稱為基本流程圖(primitive DFD) 。 • 第一階流程圖是由第零階流程圖分解而來。 • 考量系統之事件(Event)，分析繪製DFD再整合而成(Bottom-up) 系統分析設計─流程塑模

25. 功能分解(Functional Decomposition)方式 系統分析設計─流程塑模

26. Events事件 • 事件是定義流程並回應事件的一系列程序，以事件的發生型態而言，有下列三種類型: • 外部External 事件 由外部代理（實體）來啟動。 • 時間Temporal事件 以時間或是一些偶發事情來觸發流程。 • 狀態State 事件 根據系統狀態或條件的轉變來觸發流程。

27. 事件列(一例）

28. 資料流程圖繪圖指引 • 完整性(completeness) • 必須包含系統所需所有元件。 • 必須在專案字典與CASE儲存庫完整描述每一元件。 • 一致性(consistency) • 在某一階層的資訊，仍會被包含在其他階層之中。 • 反覆性(iterative development) • 持續反覆繪製與調整流程圖，才會逐步地接近所要建構的系統。 • 時效性(timing) • 無法有效呈現時效性資訊。 • 最好將系統視為沒有時間的起始點，也永遠不會結束。 系統分析設計─流程塑模

29. DFD的分解及編碼原則 • 編號(Numbering) 0Level-0 1.0 2.0 3.0 Level-1 1.1 1.2 1.3 2.1 2.2 2.3 3.1 3.2 3.3 Level-2 系統分析設計─流程塑模

30. 資料流程圖之平衡原則 1.0 DF1 訂單處理 DF2 <上層DFD> 1.0 新增 1.1 DF1 DF2 <下層DFD> 更新 1.2 刪除 1.3

31. 企業組織的流程上常存在問題 • 作業流程重複 • 流程的閒置與浪費 • 流程的處理缺乏彈性 • 流程的結構過於僵化

32. 差異分析(gap analysis) • 分析兩組或兩組以上的DFDs間差異或者是分析單一組DFDs內差異之過程。 • 仔細研讀DFDs將有助於瞭解作業過程是否重複，並能發現組織中沒有效率的作業。 系統分析設計─流程塑模

33. 使用DFD於企業流程再造(BPR) 再造前的主要工作流程 系統分析設計─流程塑模

34. 使用DFD於企業流程再造(BPR) 再造後的主要工作流程 系統分析設計─流程塑模

35. DFD實例─存貨控制系統 系統分析設計─流程塑模

36. DFD實例─存貨控制系統(As-is) 系統分析設計─流程塑模

37. DFD實例─存貨控制系統 系統分析設計─流程塑模

38. DFD實例─存貨控制系統 系統分析設計─流程塑模

39. DFD實例─購物網站系統 系統分析設計─流程塑模

40. 業務經理 出貨單 客 戶 產 品 售 價 客 戶 資 料 • 會計單位 訂 單 抱 怨 回 應 客 戶 抱 怨 應收帳款 0 行銷管理 資訊系統 出貨單 出貨單 解決方案 庫存管理IS 客戶抱怨 • 客戶抱怨 • 處理小組 實例：行銷資訊系統的環境概圖 系統分析設計─流程塑模

41. 實例：行銷資訊系統的DFD (level 0) 客 戶 　 訂 單 　 產 品 客戶抱怨 業績獎金 業務員 　 出貨單 訂單 客 戶 業務經理 3.0 訂單 管理 2.0 售價 調整 產品售價 1.0 客戶 管理 客戶資料 產品資料 授信額度 客 戶 抱 怨 抱 怨 回 應 正 式 訂 單 客 戶 基 本 資 料 產 品 售 價 授 信 資 料 應收帳款 • 會計單位 4.0 客戶抱 怨管理 出貨單 正式訂單 6.0 業績 計算 5.0 銷售 管理 客 戶 抱 怨 出貨資料 業 務 員 資 料 庫存管理IS 解 決 方 案 解 決 方 案 客 戶 抱 怨 庫存資料 金獎績業 出 貨 單 出 貨 單 • 客戶抱怨 • 處理小組 • 客 戶 系統分析設計─流程塑模

42. 客 戶 抱 怨 授信資料 抱 怨 回 應 客戶基本資料 客戶抱怨 解決方案 1.1 客戶基本 資料管理 1.2 授信 • 　管理 4.1 客戶抱 怨建立 4.2 解決方 案建立 客 戶 基 本 資 料 客 戶 抱 怨 解 決 方 案 料資信授 實例：行銷資訊系統─客戶報抱怨管理DFD (level 1) 　客戶 　　 客戶抱怨 系統分析設計─流程塑模

43. 資料－處理(流程）對照矩陣(Data to Process CRUD Matrix) 系統分析設計─流程塑模

44. 邏輯塑模 • 有時候，資料流程圖無法解釋某個流程的意義以及該流程是如何完成的。 • 邏輯塑模牽涉到資料流程圖的某些流程之內部結構以及其功能性，或者指出此流程發生的時機。 • 呈現方式（產出與成果） • 結構化英文 • 決策表呈現方式 • 循序圖 • 活動圖 系統分析設計─流程塑模

45. 結構化英語 • 用來描述資訊系統流程邏輯的一種特殊的英語格式。 • 沒有統一的標準格式。 • 通常由動詞和名詞片語組成，沒有副詞或形容詞。 系統分析設計─流程塑模

46. 漢堡存貨控制系統的資料流程圖 系統分析設計─流程塑模

47. 結構化英語實例 系統分析設計─流程塑模

48. 結構化英文的執行結構之基本類型

49. 結構化英文的執行結構之基本類型

50. 以結構化英文表示庫存檔更新的實例 IF Part # of input records exist in item master IF issue quantity is less then stock quantity or equal to stock quantity then subtract issue quantity from stock quantity ELSE display “Stock quantity is less then issue quantity” ELSE Display “part # is not found in item master”.