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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表6-1 處理分群

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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