第5, 6章结构化分析与设计－流程塑模.ppt

E、結構化分析與設計： 流程塑模 資料流程圖 資料流程圖之建構 資料流程圖轉結構圖與模組設計 1. 資料流程圖 提供一種簡易、圖形化的方式以表達系統之作業處理與資料流間的關係。 資料流程圖有四個基本元素： 外部實體(Entity)：輸入資料的來源與輸出資料的去處 資料流(Data Flows)：資料或表報的流動方向 處理(Process)or轉換(Transform)：輸入資料轉變為輸出資訊的作業單元 資料貯存(Data Stores)：貯存資料檔或表單處 資料流程圖之表示符號 資料流程圖之圖例 資料流程圖之實例 資料流程圖之分解 當某一功能單元的處理程序甚為複雜時，進行分解 繪製方法： (1) 將原功能分解成一個以上的次功能，並分別編訂細目代號 (2) 分解後之低層次圖可增加資料貯存、內部資料流，但是不得改變原功能單元之資料流 資料流程圖之實例 2. 資料流程圖之建構 修正之由中間往外策略步驟 步驟一：找出初步DFD元素 步驟二：向上整合以建立DFD 步驟三：向下分解以建立低層DFD 夢幻系統個案 以夢幻公司之MIS(簡稱夢幻系統)為例： 經營汽機車零件買賣之貿易公司 該公司擁有工廠，自行生產部份之零件 系統之範圍包括銷售、生產管理與採購 銷售包括訂單、送貨、銷退、請款與登帳等作業 生產管理包括領料、退料、繳庫與盤點等作業 採購包括訂貨、進貨與退貨等作業 夢幻系統個案之需求分析 對使用者需求訪談之結果如下： (1) 業務部負責接訂貨單，接到客戶訂貨通知時需先進行訂貨資料登錄，並做成品庫存檢核，若成品庫存充足，則直接進行送貨處理；若成品庫存不足，則送生產需求通知給生產部以便進行產品之生產計畫。 (2) 業務部亦負責送貨與進行送貨資料處理，如計算金額、送成品，並產出送貨單給客戶確認 夢幻系統個案之需求分析 (Cont.) (3) 業務部收到客戶欲退回已銷售之成品通知 (銷退單)，需記錄客戶編號及銷退成品數量、單價，並計算銷退單銷退總金額等 (4) 業務部向客戶請款： a. 每月請款一次，請款日期為每月25日。 b. 針對各客戶之本期送貨資料計算出本期應收帳款 c. 合計上期未收款項及本期應收帳款列印請款單，請客戶付款。 (5) 業務部收到客戶之付款單, 登錄客戶編號及付款資料。 流程圖 1 從上述描述及訪談得知，前兩項作業可連續發生，也就是客戶訂貨，若有足夠庫存，則可馬上送貨，其餘三項作業均各自獨立。 前兩項作業中 參與之外部實體：客戶、業務部與生產部 有訂貨與送貨兩個基本作業處理、一個庫存檢核控制 產出三張表單： 訂單、送貨單與生產需求 前兩項作業之流程圖可表示如圖7-1 訂單送貨流程圖 處理描述 1-1 以訂單處理為例 資料來源為客戶之訂單 產出為生產部之生產需求或通知出貨 結果摘述如下表： 藍圖 1-1 以訂單處理之訂單藍圖為例 以該公司目前之訂單報表為基礎，再進一步對訂單上之每一欄位進行編號 資料詞彙 1-1 以訂單處理之訂單藍圖為例 經由訪談整理，其訂單藍圖之資料詞彙如下： 夢幻系統個案之其他作業 流程圖2、3與4之分析步驟與原則均與流程圖1相同，請參考課本內容。 修正之由中間往外策略步驟 Step 1: 找出初步資料流程圖元素 從需求分析之結果(流程圖、處理描述、藍圖與資料詞彙)，找出初步DFD之： (1) 外部實體 (2) 處理 (3) 資料貯存 (4) 資料流 (1)找出外部實體 外部實體可由所有流程圖中之外部實體得到 亦即找出在電腦化時，與系統有互動關係之外部實體 (2)找出處理 初步DFD之處理可由所有流程圖上之處理得到 (3)找出資料貯存 可由需求分析中之藍圖(包括輸入與輸出格式)中進行尋找 檢查每個藍圖中的每個項目或欄位，以訂出屬性，再將描述相同物件或概念之屬性整合成一實體類型 一般來說，一個原始藍圖至少可產生一個資料貯存，但經常是可以產生多個。 (4)找出資料流 找出外部實體、處理與資料貯存後，便可逐一檢查每一處理所需資料來自何方及輸出到何處 方法：畫一矩陣，最左欄為處理，最上列為資料貯存與外部實體，逐一檢查每一處理所需之輸入來自何方、每一輸出之去向 修正之由中間往外策略步驟 (Cont.) Step 2: 向上整合以建立資料流程圖 若處理的數目很少且單純，可直接畫出最終的資料流程圖 大部份的情況(如處理的數目很多)，需將處理分群，以向上整合成較高層次之處理，且需對每一新產生之處理命名 可依管理功能、組織設計之部門別或系統功能等，將相關的處理分群 Ex: 管理功能可能包括銷售管理、生產管理、 財務管理等 對上層DFD而言，其處理及資料流是下層DFD之處理及其資料流之匯總，且外部實體與資料貯存均不變 Ex: 訂單處理與送貨可整合成銷售管理，而其資料為兩者資料流之聯集 修正之由中間往