第6章 結構化企業流程塑模個案

1. 第6章 結構化企業流程塑模個案

2. 本章大綱 • 學習目標 • 6.1 導論 • 6.2 系統分析與設計─企業流程塑模 • 6.3 處理規格描述與程式範例 • 6.4 資料流程圖轉結構圖或HIPO圖 • 6.5 結論

3. 學習目標 詳讀本章，你至少能瞭解： • 如何以資料流程圖實作企業之流程塑模，並進行資料流程圖之分解。 • 如何進行處理規格描述。 • 如何將資料流程圖轉成結構圖或HIPO圖。

4. 6.1 導論 • 本章以鉦鈦公司之管理資訊系統（以下簡稱鉦鈦系統）為例，應用第5章流程塑模的概念與工具，將第3章所述之鉦鈦系統需求分析結果進行結構化系統分析與設計，包括企業流程塑模、資料流程圖轉結構圖或HIPO圖等。

5.  案例介紹(3.5.1)與需求描述(1/4) • 系統開發背景 • 鉦鈦公司從事汽機車零件買賣，其為掌握市場，決定建置一管理資訊系統，並將系統委由WULAB 公司進行資訊系統之開發。 • 鉦鈦公司之專案指導團隊與WULAB 公司之專案開發團隊經多次討論，將鉦鈦系統的目標與限制、使用者與企業需求描述分別整理如下：

6.  案例介紹(3.5.1)與需求描述(2/4) • 系統目標與限制 • 建立一Web-based管理資訊系統，使鉦鈦公司之客戶、生產部與業務部能在線上完成所有的營運管理。 • 此管理資訊系統須提供表單資料維護的功能。 • 鉦鈦公司之客戶、生產部與業務部不論使用哪一種瀏覽器上網，須看到相同的介面，並於權限內執行所有的操作功能。

7.  案例介紹(3.5.1)與需求描述(3/4) • 使用者與企業需求描述 • 客戶以系統新增訂單後，由業務部負責接收。當接到客戶的訂貨通知時，須先進行訂貨資料登錄，並作成品庫存檢核。若成品庫存不足，則傳送生產需求通知生產部，以便進行生產計畫。 • 若成品庫存充足，則業務部直接進行送貨處理，如計算送貨總金額、遞送成品等，並傳送送貨單給客戶確認。 • 業務部收到客戶欲退回已銷售之成品通知（銷退單），需記錄客戶編號及銷退之成品數量、單價，並計算銷退單之銷退總金額等。

8.  案例介紹(3.5.1)與需求描述(4/4) • 業務部向客戶請款： • 針對各客戶之本期送貨資料，計算出本期應收帳款。 • 每月請款一次，請款日期為每月25日。 • 合計上期未收款項及本期應收帳款後，傳送請款單請客戶付款。 • 業務部收到客戶之付款證明，登錄客戶編號及付款資料後，儲存該次登帳紀錄（付款單）。

9. 6.2 系統分析與設計：企業流程塑模(1/5) • 完成了需求分析之工作，接下來是從分析結果進行企業流程塑模，以分析與設計該系統之各子系統。 • 本章將以資料流程圖為工具，並採用第5章所述由中間往外策略，進行鉦鈦系統之企業流程塑模，進行步驟茲介紹如下：

10. 6.2 系統分析與設計：企業流程塑模(/) 步驟一：找出初步資料流程圖之元素 首先，從鉦鈦系統之需求分析結果(流程圖及其處理描述、藍圖與資料詞彙)找出資料流程圖之外部實體、處理、資料儲存與資料流。 • 找出外部實體 資料流程圖之外部實體可由需求分析之流程圖上的外部實體得到，鉦鈦系統之外部實體有客戶、業務部、倉庫、生產部、廠商與主管等。

11. 6.2 系統分析與設計：企業流程塑模(/) 步驟一：找出初步資料流程圖之元素(續) (2) 找出處理 初步資料流程圖之處理可由所有流程圖上之處理得到，每個處理皆有其輸入與輸出格式、所涉及之主要與次要外部實體等。 鉦鈦系統初步資料流程圖之處理有訂單處理、送貨處理、銷退處理、請款處理、登帳處理、領料處理、退料處理、繳庫處理、盤點處理、訂貨、進貨、退貨、基本資料處理與主管報表處理。

12. 6.2 系統分析與設計：企業流程塑模(2/5) 步驟一：找出初步資料流程圖之元素(續) (3) 找出資料儲存 資料流程圖之資料儲存，可由需求分析中之藍圖(包括輸入與輸出格式)著手找起。先將鉦鈦系統之各個藍圖分成原始藍圖與衍生性藍圖，再由每個原始藍圖檢查其每個項目或欄位以訂出屬性，將描述相同物件或概念之屬性配合鍵之選擇與功能相依性之檢查後，將其整合成一實體類型(Entity Type)，也就是一資料儲存(Data Store)。一般來說，以此方式建立之資料儲存應可符合第二或第三正規化型式，且此種資料儲存亦相當於實體關係圖之實體類型。

13. 表3-9 訂單藍圖 (5-48) 以訂單處理為例：客戶編號、地址、電話都是描述客戶實體；而以客戶編號為主鍵後，上述三個屬性整合成客戶之資料儲存。成品編號(主鍵)、品名、規格、單價等整合為成品資料儲存；其餘的項目(欄位)整合成訂單資料儲存(訂單編號為主鍵)。例如在輸入客戶資料時，可僅輸入客戶編號，而其他客戶項目便由資料儲存直接帶出，以減少輸入之工作。 鉦鈦企業股份有限公司訂　　單 客戶編號：　地址：　 B電話：　 C A 訂單編號：D送貨日期：　E 9,052 O 註：套色區域表示須套印表單之部分。

14. 6.2 系統分析與設計：企業流程塑模(2/5) 檢查了所有的原始藍圖後，可能之資料儲存亦全部產生。最 後，須將不同藍圖上產生之相同資料儲存合併為一，因為各 自擁有之屬性可能有部分不同，重複的也應刪除。 經整理後，鉦鈦系統共有十八個資料儲存，分別表示如下： 客戶基本資料(D1)、訂單資料(D2)、送貨單資料(D3)、銷退 單資料(D4)、稅率資料(D5)、請款單資料(D6)、付款單資料 (D7)、成品資料(D8)、原物料資料(D9)、廠商基本資料 (D10)、訂貨單資料(D11)、進貨單基本資料(D12)、退貨單資 料(D13)、生產計畫資料(D14)、領料單資料(D15)、退料單資 料(D16)、繳庫單資料(D17、與盤點資料(D18) 。

15. 6.2 系統分析與設計：企業流程塑模(2/5) (4) 找出資料流 找出外部實體、處理與資料儲存後，便可進行資料流之檢查與確認工作。 以矩陣圖之最左欄放置處理，最上ㄧ列之欄位放置資料儲存與外部實體(參閱表6-2)，便可逐一檢查每一處理所需之資料來自何方及輸出到何處，並在其對應之空格上填入資料流方向。 找出外部實體、處理與資料儲存後其中，每一處理之主要行為者其資料流均為雙向。 為避免重複，詳細之資料流分析將在步驟二與三說明。

16. 6.2 系統分析與設計：企業流程塑模(3/5) 步驟二：向上整合以建立高階資料流程圖 • 本個案之向上整合依管理功能之原則，將步驟一之處理分成五群：銷售管理(1.0)、生產管理(2.0)、採購管理(3.0)、基礎項目管理(4.0)與綜合報表管理(5.0)。 • 訂單、送貨、銷退、請款與登帳處理可整合成一企業程序，以完成該公司銷售管理之功能，故銷售管理包含訂單、送貨、銷退、請款與登帳處理，且分別編號為1.1至1.5；生產管理包含領料、退料、繳庫與盤點處理，分別編號為2.1至2.4 ，其餘詳如表6-1。

17. 6.2 系統分析與設計：企業流程塑模(3/5) • 原則上，向上整合時，上層資料流程圖之處理與資料流，分別是其下一層之處理與資料流之彙總，且外部實體與資料儲存均與下層之資料流程圖相同。

18. 表6-1 處理分群

19. 第一階DFD（銷售管理） • 表6-2 銷售管理之處理、資料儲存與資料流向

20. 圖6-1 銷售管理子系統第一階DFD

21. 第零階DFD 表6-3 第一階至第零階的處理與資料流整合

22. 客 戶 稅率資料 D1 客戶基本資料 D5 1.0 請款單資料 D2 訂單資料 D6 銷售管理 付款單資料 送貨單資料 D3 D7 成品資料 銷退單資料 D4 D8 業 務 部 圖6-2a 銷售管理之第零階DFD 外部實體 處 理 資料儲存 資料流

23. 圖6-3 鉦鈦系統第零階DFD

24. 6.2 系統分析與設計：企業流程塑模(4/5) 步驟三：向下分解以建立低層資料流程圖 • 向下分解之原則可依內聚力或程式碼之多寡（例如不要超過200行）來判定。 • 以銷售管理子系統之送貨處理為例，送貨處理為步驟一產生之處理： • 從巨觀的角度來看，送貨處理僅做一件訂單相關之事情，已符合所謂的功能內聚力，可不必再分解，但若該處理中還包括新增、修改、刪除、查詢與列印操作處理，則建議將送貨處理再依操作向下分解至第二階。

25. 6.2 系統分析與設計：企業流程塑模(5/5) • 從微觀的觀點，分解後的每個操作僅處理一件事，因此會比原來之送貨處理更單純且易理解；程式碼較少，程式之再用性亦較高。

26. 圖 6-4 銷售管理子系統第二階DFD（1.2送貨處理）

27. 圖6-5 銷售管理子系統第三階DFD（1.2.1新增送貨單）

28. 6.3 處理規格描述與程式範例 • 完成資料流程圖之分解後，接下來須描述底層處理之處理規格(Process Specification, PS)。 • 本節將以銷售管理子系統中，第三階資料流程圖之新增送貨單處理為例，以程式設計語言(Program Design Language, PDL)描述其處理規格，並以Delphi程式語言完成其中一子處理之程式編輯，以說明程式設計語言與程式碼間之關係及寫法。

29. 6.3.1 處理規格描述 • 以送貨金額處理為例

30. 6.3.2 處理規格描述與程式(1/2) • PDL 是程式碼的註解

31. 6.3.2 處理規格描述與程式(2/2)

32. 6.4 資料流程圖轉結構圖或HIPO圖(1/4) • 圖6-6a 鉦鈦系統之第零階結構圖

33. 6.4 資料流程圖轉結構圖或HIPO圖(2/4) • 圖6-6b 鉦鈦系統之第一階結構圖（部分）

34. 6.4 資料流程圖轉結構圖或HIPO圖(3/4) • 圖6-6c鉦鈦系統之第二階結構圖（部分）

35. 6.4 資料流程圖轉結構圖或HIPO圖(4/4) • 圖6-6d 鉦鈦系統之第三階結構圖（部分）

36. 6.5 結論 • 企業流程塑模是結構化系統分析與設計過程中很重要的一環，主要應用資料流程圖來表達系統之作業處理與資料流間之關係，並將之轉成結構圖或HIPO圖以幫助釐清資料流程圖中有哪些功能是重複的，以增加程式的再用性。 • 系統分析與設計之企業流程塑模是程式設計之基礎，遵循科學化之方法論以進行流程塑模，可提升程式模組化與結構化程度，對程式之再用性與維護性有很大的幫助。