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

ISBN 978-957-729-780-8系統分析與設計理論與實務應用 ( 五版 ) 吳仁和、林信惠著

第 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)

系統目標與限制1. 建立一 Web-based 管理資訊系統，使鉦鈦公司鉦鈦公司之客

戶、生產部與業務部能在線上完成所有的營運管理。2. 此管理資訊系統須提供表單資料維護的功能。3.3. 鉦鈦公司鉦鈦公司之客戶、生產部與業務部不論使用哪一種瀏

覽器上網，須看到相同的介面，並於權限內執行所有的操作功能。


案例介紹 (3.5.1) 與需求描述 (3/4)

使用者與企業需求描述1. 客戶以系統新增訂單後，由業務部負責接收。當接到客

戶的訂貨通知時，須先進行訂貨資料登錄，並作成品庫存檢核。若成品庫存不足，則傳送生產需求通知生產部，以便進行生產計畫。

2. 若成品庫存充足，則業務部直接進行送貨處理，如計算送貨總金額、遞送成品等，並傳送送貨單給客戶確認。

3. 業務部收到客戶欲退回已銷售之成品通知（銷退單），需記錄客戶編號及銷退之成品數量、單價，並計算銷退單之銷退總金額等。


案例介紹 (3.5.1) 與需求描述 (4/4)

4. 業務部向客戶請款：1) 針對各客戶之本期送貨資料，計算出本期應收帳款。2) 每月請款一次，請款日期為每月 25 日。3) 合計上期未收款項及本期應收帳款後，傳送請款單請

客戶付款。5. 業務部收到客戶之付款證明，登錄客戶編號及付款資料

後，儲存該次登帳紀錄（付款單）。


6.2 系統分析與設計：企業流程塑模 (1/5)

完成了需求分析之工作，接下來是從分析結果進行企業流程塑模，以分析與設計該系統之各子系統。

本章將以資料流程圖為工具，並採用第 5 章所述由中間往外策略，進行鉦鈦系統鉦鈦系統之企業流程塑模，進行步驟茲介紹如下：


6.2 系統分析與設計：企業流程塑模 (/)

步驟一：找出初步資料流程圖之元素首先，從鉦鈦系統鉦鈦系統之需求分析結果 ( 流程圖及其處理描述、

藍圖與資料詞彙 ) 找出資料流程圖之外部實體、處理、資料儲存與資料流。

(1)找出外部實體資料流程圖之外部實體可由需求分析之流程圖上的外部實體得到，鉦鈦系統鉦鈦系統之外部實體有客戶、業務部、倉庫、生產部、廠商與主管等。


6.2 系統分析與設計：企業流程塑模 (/)

步驟一：找出初步資料流程圖之元素 (續 )

(2) 找出處理初步資料流程圖之處理可由所有流程圖上之處理得

到，每個處理皆有其輸入與輸出格式、所涉及之主要與次要外部實體等。

鉦鈦系統鉦鈦系統初步資料流程圖之處理有訂單處理、送貨處理、銷退處理、請款處理、登帳處理、領料處理、退料處理、繳庫處理、盤點處理、訂貨、進貨、退貨、基本資料處理與主管報表處理。



步驟一：找出初步資料流程圖之元素 (續 )

(3) 找出資料儲存資料流程圖之資料儲存，可由需求分析中之藍圖 ( 包

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


表 3-9 訂單藍圖 (5-48)

成品編號品名顏色規格尺寸數量單位單價金額F G H I J K L M N

10000006 太空梭模型綠 25kg S 3 個 417 1,252

10000005 鐵釘紅 25kg L 1 支 200 200

10000006 太空梭模型綠 25kg S 1 個 200 200

10000002 坐墊綠 50kg S 1 粒 6,000 6,000

10000003 方向盤黑 50kg M 2 個 600 1,200

10000004 鐵蛋紅 100kg M 1 粒 200 200

　客戶簽章：　總金額：

客戶編號：　地址：　 B

電話：　 C

訂單編號：　 D

送貨日期：　 E

註：套色區域表示須套印表單之部分。

以訂單處理為例：客戶編號、地址、電話都是描述客戶實體；而以客戶編號為主鍵後，上述三個屬性整合成客戶之資料儲存。成品編號 ( 主鍵 ) 、品名、規格、單價等整合為成品資料儲存；其餘的項目 ( 欄位 ) 整合成訂單資料儲存 ( 訂單編號為主鍵 ) 。例如在輸入客戶資料時，可僅輸入客戶編號，而其他客戶項目便由資料儲存直接帶出，以減少輸入之工作。

鉦鈦企業股份有限公司訂　　單

9,052 O

A



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

資料 (D16) 、繳庫單資料 (D17 、與盤點資料 (D18) 。



(4) 找出資料流找出外部實體、處理與資料儲存後，便可進行資料流

之檢查與確認工作。以矩陣圖之最左欄放置處理，最上ㄧ列之欄位放置資料儲存與外部實體 (參閱表 6-2) ，便可逐一檢查每一處理所需之資料來自何方及輸出到何處，並在其對應之空格上填入資料流方向。

找出外部實體、處理與資料儲存後其中，每一處理之主要行為者其資料流均為雙向。

為避免重複，詳細之資料流分析將在步驟二與三說明。



步驟二：向上整合以建立高階資料流程圖– 本個案之向上整合依管理功能之原則，將步驟一之處

理分成五群：銷售管理 (1.0) 、生產管理 (2.0) 、採購管理 (3.0) 、基礎項目管理 (4.0) 與綜合報表管理 (5.

0) 。– 訂單、送貨、銷退、請款與登帳處理可整合成一企業

程序，以完成該公司銷售管理之功能，故銷售管理包含訂單、送貨、銷退、請款與登帳處理，且分別編號為 1.1至 1.5；生產管理包含領料、退料、繳庫與盤點處理，分別編號為 2.1 至 2.4 ，其餘詳如表 6-1 。



–原則上，向上整合時，上層資料流程圖之處理與資料流，分別是其下一層之處理與資料流之彙總，且外部實體與資料儲存均與下層之資料流程圖相同。


表 6-1 處理分群　 1.0 　銷售管理　

1.1 　訂單處理1.2 　送貨處理1.3 　銷退處理1.4 　請款處理1.5 　登帳處理

　 2.0 　生產管理2.1 　領料處理2.2 　退料處理2.3 　繳庫處理2.4 　盤點處理

　 3.0 　採購管理3.1 　訂　　貨3.2 　進　　貨3.3 　退　　貨

　 4.0 　基礎項目管理 4.1 　基本資料處理

　 5.0 　綜合報表處理 5.1 　主管報表處理


第一階 DFD （銷售管理）

表 6-2 銷售管理之處理、資料儲存與資料流向

註 ↓：表由資料檔（實體）至系統；表由系統至資料檔（實體）；

↓ 表系統與資料檔（實體）間雙向交流。

處理訂單

資料送貨單資料

銷退單資料

請款單資料

付款單資料

客戶基本資料

成品

資料稅率

資料客戶業務部

訂單處理 ↓ ↓ ↓ ↓ ↓

送貨處理 ↓ ↓ ↓ ↓ ↓ ↓

銷退處理 ↓ ↓ ↓ ↓ ↓ ↓

請款處理 ↓ ↓ ↓ ↓ ↓

登帳處理 ↓ ↓ ↓ ↓ ↓


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

訂單處理

1.1

送貨處理

1.2

登帳處理

1.5

銷退處理

1.3

請款處理

1.4

D8 成品資料

D2 訂單資料

D1 客戶基本資料

D5 稅率資料

D3 送貨單資料

D4 銷退單資料

D6 請款單資料

D7 付款單資料

客戶

業務部

請款單

付款證明


第零階 DFD

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


客戶

D5 稅率資料D1客戶基本資料

D2 訂單資料

D3 送貨單資料

D4 銷退單資料

D6 請款單資料

D7 付款單資料

D8 成品資料

業務部

銷售管理

1.0

外部實體

處理

資料儲存資料流

圖 6-2a 銷售管理之第零階 DFD


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

銷售管理

1.0

D6 請款單資料

客戶

D7 付款單資料

D8 成品資料


D2 訂單資料

D3 送貨單資料

D4 銷退單資料

D5 稅率資料業務部

採購管理

3.0

廠商

業務部

D10廠商基本資料

D11 訂貨單資料

D13 退貨單資料

基礎項目管理

4.0 綜合報表管理

5.0

主管D1 客戶基本資料

D4 銷退單資料

D8 成品資料

D9 原物料資料

D14生產計畫資料

D15領料單資料

D16退料單資料

生產管理

2.0

D16 退料單資料

生產部

D17 繳庫單資料

D18 盤點單資料

倉庫


D5 稅率資料

D8 成品資料

D9 原物料資料 D17 繳庫單資料

D18 盤點單資料

D10 廠商基本資料

D13 退貨單資料

D9 原物料資料

D8 成品資料

D12 進貨單資料

D15 領料單資料

D14 生產計畫資料



步驟三：向下分解以建立低層資料流程圖– 向下分解之原則可依內聚力或程式碼之多寡（例如不要超過 200行）來判定。

– 以銷售管理子系統之送貨處理為例，送貨處理為步驟一產生之處理：

從巨觀的角度來看，送貨處理僅做一件訂單相關之事情，已符合所謂的功能內聚力，可不必再分解，但若該處理中還包括新增、修改、刪除、查詢與列印操作處理，則建議將送貨處理再依操作向下分解至第二階。



從微觀的觀點，分解後的每個操作僅處理一件事，因此會比原來之送貨處理更單純且易理解；程式碼較少，程式之再用性亦較高。


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

D2 訂單資料


D5 稅率資料

D3 送貨單資料

業務部

客戶

新增送貨單

1.2.1

修改送貨單

1.2.2

刪除送貨單

1.2.3

列印送貨單

1.2.5

查詢送貨單

1.2.4

D8 成品資料


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

業務部

稅率處理

1.2.1.2

D5 稅率資料

送貨金額處理

1.2.1.4

送貨單資料偵錯處理

1.2.1.5

送貨單資料儲存處理

1.2.1.6

送貨單基本資料處理

1.2.1.1

送貨單成品明細處理

1.2.1.3

D2 訂單資料


D3 送貨單資料

業務部

D8 成品資料

確認後的送貨資料

D3 送貨單資料


6.3 處理規格描述與程式範例

完成資料流程圖之分解後，接下來須描述底層處理之處理規格 (Process Specification, PS) 。

本節將以銷售管理子系統中，第三階資料流程圖之新增送貨單處理為例，以程式設計語言 (Program Design

Language, PDL) 描述其處理規格，並以 Delphi 程式語言完成其中一子處理之程式編輯，以說明程式設計語言與程式碼間之關係及寫法。


6.3.1 處理規格描述以送貨金額處理為例Procedure 1.2.1.4送貨金額處理Begin

{11.計算送貨明細加總金額}{7.計算稅前總金額}

{9.設定稅金額}{8.計算稅後金額}

End;

{***11.計算送貨明細加總金額***}

Begin

移動送貨單的送貨明細資料到第一筆記錄將送貨單的送貨明細加總金額初設為0

當送貨單的送貨明細資料還沒超過最後一筆時重複以下動作Begin

送貨單的送貨明細加總金額＝送貨明細（數量 ×售價）＋原送貨單的送貨明細加總金額移動送貨單的送貨明細資料到下一筆記錄End;

End;


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

PDL 是程式碼的註解


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

{***11.計算送貨明細加總金額*** PDL＋程式碼 }

Procedure ComputeSummary; {計算送貨明細加總金額}Begin

移動送貨單的送貨明細資料到第一筆記錄DataMdlDeli.TblDeliProdSearch.First;

將送貨單的送貨明細加總金額初設為0DataMdlDeli.TblDeliver.FieldByName('Summary').AsFloat：=0;

當送貨單的送貨明細資料還沒超過最後一筆時重複以下動作While Not DataMdlDeli.TblDeliProdSearch.Eof DoBegin

送貨單的送貨明細加總金額＝送貨明細（數量 ×售價）＋原送貨單的送貨明細加總金額DataMdlDeli.TblDeliver.FieldByName('Summary').AsFloat：=

DataMdlDeli.TblDeliver.FieldByName('Summary').AsFloat＋ Round_(DataMdlDeli.TblDeliProdSearch.FieldByName('Price').AsFloat× DataMdlDeli.TblDeliProdSearchNum.Value);

移動送貨單的送貨明細資料到下一筆記錄DataMdlDeli.TblDeliProdSearch.Next;

End;

End;


6.4 資料流程圖轉結構圖或 HIPO 圖 (1/4)

圖 6-6a 鉦鈦系統鉦鈦系統之第零階結構圖夢幻系統

1.0銷售管理

2.0生產管理

3.0採購管理

4.0基礎項目管理

5.0綜合報表管理

銷售相關資料

生產相關資料

採購相關資料

基礎項目資料

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束

綜合報表相關資料處理結果

處理結束

處理結果

處理結束



圖 6-6b 鉦鈦系統鉦鈦系統之第一階結構圖（部分）1.0

銷售管理

1.1訂單處理

1.2送貨處理

1.3銷退處理

1.4請款處理

1.5登帳處理

1 2 3 4 5

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束



圖 6-6c 鉦鈦系統鉦鈦系統之第二階結構圖（部分）1.2

送貨處理

1.2.1新增送貨單

1.2.2修改送貨單

1.2.3刪除送貨單

1.2.4查詢送貨單

1.2.5列印送貨單

2

新增過的送貨單資料

新增完成

修改過的送貨單資料

修改完成

刪除過的送貨單資料

刪除完成

查詢出的送貨單資料

列印完成

查詢完成

2 2 2 2

列印出的送貨單資料



圖 6-6d 鉦鈦系統鉦鈦系統之第三階結構圖（部分）1.2.1

新增送貨單

1.2.1.2稅率處理

1.2.1.3送貨單成品明細處理

1.2.1.4送貨金額處理

1.2.1.5送貨單資料偵錯處理

1.2.1.6送貨單資料儲存處理

1.2.1.1送貨單基本資料處理

321 4 5 6

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束

處理結果

處理結束


6.5 結論

企業流程塑模是結構化系統分析與設計過程中很重要的一環，主要應用資料流程圖來表達系統之作業處理與資料流間之關係，並將之轉成結構圖或 HIPO 圖以幫助釐清資料流程圖中有哪些功能是重複的，以增加程式的再用性。

系統分析與設計之企業流程塑模是程式設計之基礎，遵循科學化之方法論以進行流程塑模，可提升程式模組化與結構化程度，對程式之再用性與維護性有很大的幫助。

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

Documents

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