[H]結構化分析與設計︰流程塑模(中).ppt

H、結構化分析與設計：流程塑模 (中) 結構化分析與設計之流程塑模工具 事件與事件列、資料流程圖、資料字典、結構圖與HIPO圖、處理規格描述 資料流程圖之建構 建構策略、修正之由中間往外策略步驟、 評估 資料流程圖轉結構圖與模組設計 2. 資料流程圖之建構 ? DFD之建構策略 由上往下分割 由中間往外 ?修正之由中間往外策略步驟 找出初步資料流程圖元素 向上整合以建立資料流程圖 向下分解以建立低層資料流程圖 DFD之評估 正確性、有用性測試 2.1 DFD之建構策略 以DFD塑模企業流程是結構化分析與設計之重點工作，也是系統模組化之重要步驟。 常用的資料流程圖建構方式有兩種： 由上往下分割(Top-down Partitioning) 由中間往外(Middle-Out) 2.1.1 由上往下分割策略 建立步驟： (1) 建構環境背景圖。 (2) 由環境背景圖向下階層化，以分割出系統主要功能並圖示之，亦即第零階之資料流程圖。 (3) 對第零階資料流程圖中的每一個處理，再進行向下階層化，以產生更低階之資料流程圖。如此重覆進行，直到資料流程圖中所有處理不需再向下階層化為止。 由上往下分割策略之問題 第零階DFD不易產生 不易從環境圖直接分出系統的主要功能 工作的分割可能不是最佳的系統分割 對一個大系統而言，常是為了平均分配各分析師的工作量所做之安排 若於舊系統上建立新系統，則舊系統的主要功能分割方式可能變成新系統的主要功能分割方式 2.1.2 由中間往外策略 Yourdon (1988) 基於由上往下分割方式可能遭遇的問題，因此建議採用由中間往外的方式建構DFD，步驟為： Step1: 建立環境圖 因環境圖已於需求分析階段建立，因此在系統分析階段可直接應用或進行修正即可 Step2: 建立事件列 可由環境圖中之外部實體逐一檢討其與系統之互動關係，以建立事件列，並以文句之方式命名。 由中間往外策略 (Cont.) Step3: 建立初步的DFD 利用事件分割(Event partitioning)方法 (1) 每個事件均對應一個小的DFD 為每個事件繪製一個圓圈來表示事件回應之處理 為處理取一名稱，以描述「系統對此事件發生所採的動作與回應」 為處理加上所需的輸入、輸出資料流、資料貯存及外部實體 確認小資料流程圖與環境圖間的一致性 (2) 連接每個事件所對應的DFD 資料流程圖可以透過共同的檔案或資料庫，彼此連結成一個完整的初步資料流程圖 由中間往外策略 (Cont.) Step4: 對初步DFD進行向上及向下階層化，直到獲得完整的資料流程圖為止 因為每個事件對應一個處理(Process)，若事件列中有50個事件，那麼初步DFD中亦將有50個處理，因此需進行向上階層化，以降低初步DFD的處理個數。 部份處理若太複雜，則必需向下階層化。 2.2 修正之由中間往外策略步驟 2.2.1 需進行小幅修正之原因： 目前應用系統多以資料庫為中心，亦即大部分之處理所需之資料輸入與輸出都直接經由資料庫，而非處理間之直接傳遞。 用流程圖、處理描述、藍圖、資料詞彙可表達出使用者之巨觀需求，故可利用這些工具取代環境圖與事件列。 DFD之階層數最多不要超過四層，因層級愈多表示系統縱深愈長，將愈不易維護。 修正之由中間往外策略步驟 步驟一：找出初步DFD元素 步驟二：向上整合以建立DFD 步驟三：向下分解以建立低層DFD 夢幻系統個案之導論 以夢幻公司之MIS(簡稱夢幻系統)為例： 經營汽機車零件買賣之貿易公司 該公司擁有工廠，自行生產部份之零件 系統之範圍包括銷售、生產管理與採購 銷售包括訂單、送貨、銷退、請款與登帳等作業 生產管理包括領料、退料、繳庫與盤點等作業 採購包括訂貨、進貨與退貨等作業 夢幻系統個案之需求分析 對使用者需求訪談之結果如下： (1) 業務部負責接訂貨單，接到客戶訂貨通知時需先進行訂貨資料登錄，並做成品庫存檢核，若成品庫存充足，則直接進行送貨處理；若成品庫存不足，則送生產需求通知給生產部以便進行產品之生產計畫。 (2) 業務部亦負責送貨與進行送貨資料處理，如計算金額、送成品，並產出送貨單給客戶確認 夢幻系統個案之需求分析 (Cont.) (3) 業務部收到客戶欲退回已銷售之成品通知 (銷退單)，需記錄客戶編號及銷退成品數量、單價，並計算銷退單銷退總金額等 (4) 業務部向客戶請款： a. 每月請款一次，請款日期為每月25日。 b. 針對各客戶之本期送貨資料計算出本期應收帳款 c. 合計上期未收款項及本期應收帳款列印請款單，請客戶付款。 (5) 業務部收到客戶之付款單, 登錄客戶編號及付款資料。 流程圖 1 從上述描述及訪談得知，前兩項作業可連續發生，也就是客戶訂貨，若有足夠庫存，則可馬上送貨，其餘三項作業均各自獨立。 前兩