測試資料流程圖的有用性.pptVIP

第5章 結構化分析與設計－流程塑模 本章大綱 學習目標 5.1 導論 5.2 結構化分析與設計評估準則 5.3 資料流程圖 5.4 資料流程圖的評估 5.5 資料流程圖轉結構圖與模組設計 5.6 結論 學習目標 詳讀本章，你至少能瞭解： 系統分析與設計之評估準則。 資料流程圖建構策略與指南。 如何描述處理規格。 如何將資料流程圖轉成結構圖模組設計。 5.1 導論 結構化分析與設計技術之重要工作，包括流程塑模、資料塑模、使用者介面塑模、軟硬體環境設計及開發工具選擇等。 流程塑模主要是以資料流程圖作為塑模之工具，將企業流程分解成具層級結構之模組，但良好的模組分割與結構須考慮內聚力與耦合力。 本章將先介紹結構化分析與設計之評估準則，再介紹資料流程圖之塑模概念、建構策略與步驟，進而介紹模組設計。 5.2 結構化分析與設計評估準則 良好的結構化系統設計有三個特徵： 模組間有很好的分割 階層式的系統架構 獨立的模組功能 要達到良好的系統設計與提升模組的品質，需考慮： 模組間的耦合力，是指一個系統內部各模組之間的相關程度。 模組的內聚力，是指一個模組內部所做事情之相關程度。 其他的考慮因素，如功能分割等。 圖5-8 判定模組內聚力之決策樹 表5-1 內聚力之評比因素與結果 圖5-11 資料結構耦合力 圖5-12 控制耦合力 表5-2 耦合力之評比因素與結果 表5-5 資料流表達範例 表5 -6 整合後之資料流表達範例 圖5-16 處理之向上整合 圖5-17 處理之向下分解 5.4 資料流程圖的評估(1/6) 資料流程圖的產生是經由一連串反覆階層化動作，以獲得最後之資料流程圖。一般來說，整個資料流程圖之製作常無法一次做好，需要反覆修改才能愈趨實用。 DeMarco(1979)認為，完成後之資料流程圖必須測試其正確性(Correctness)與有用性(Usefulness)，茲將這兩個準則介紹如下。 5.4 資料流程圖的評估(2/6) 測試資料流程圖的正確性 對資料流程圖做外部一致性檢查 對資料流程圖進行內部一致性檢查(Consistency Checking) 資料守恆(Data Conservation) 排演(Walkthrough) 5.4 資料流程圖的評估(3/6) 對資料流程圖做外部一致性檢查 確認資料流程圖中的每個資料流、處理及檔案皆有名稱，且均有資料字典定義之。 確認每個處理是否有一個低層次資料流程圖與它對應，否則該處理便是最低層處理，且應有一處理描述以描述該處理（系統）之行為。 確認每個資料儲存是否在實體關係圖中至少存在一個實體與之對應。 5.4 資料流程圖的評估(4/6) 對資料流程圖進行內部一致性檢查 確認資料流程圖是否平衡(Balancing)，例如檢查其上下層間之資料流、資料儲存與外部實體是否皆一致。 檢查資料流程圖是否存在重複或多餘的處理。 檢查資料流程圖中是否存在只有輸出沒有輸入(Output-Only)或只有輸入沒有輸出(Input-Only)的處理。 檢查資料流程圖中是否存在只有輸出沒有輸入(Output-Only)或只有輸入沒有輸出(Input-Only)的資料儲存。 檢查資料流程圖的編號是否正確。 5.4 資料流程圖的評估(5/6) 資料守恆 觀察處理的輸出及輸入資料流，判斷是否存在有多餘的或缺少的資料流。 排演 有關資料流程圖中可能的概念性錯誤(Conceptual Error)，例如使用者作業需求方面之錯誤，若只由技術人員進行檢查很難發現，因此可以透過使用者及系統發展人員共同排演與開會討論，對資料流程圖做總檢查以找出概念性錯誤。 5.4 資料流程圖的評估(6/6) 測試資料流程圖的有用性 測試資料流程圖的有用性，即評估資料流程圖是否過於複雜，不容易閱讀等。 通常測試資料流程圖的有用性必須評估以下事情： 處理的名稱是否有意義與唯一。 最低層資料流程圖中是否存在內聚力太弱的處理，若有，則需進行向下階層化。 任何一張資料流程圖中，是否存在某個處理之介面複雜度太高，即輸出入資料流數目太多，若是，則需進行再分割。 任何一張資料流程圖中，處理個數是否太多，若是，則需進行向上階層化。 5.5 資料流程圖轉結構圖與模組設計 處理規格描述 結構圖與HIPO圖 表5-7a 不好的PDL描述範例 表5-7b 修改後的PDL描述範例 表5-8a PDL描述範例 表5-8b PDL描述與程式範例 圖5-19 結構圖範例一 圖5-21 嵌入模組 圖5-22a 結構圖範例二 圖5-22b HIPO圖範例 5.6 結論(1/3) 本書建議資料流程圖之建立採由中間往外之策略，該策略之概念與執行已經過修改與擴充，主要概念有二： 處理間之資訊輸入與輸出以資料庫為中心，也就是說，大部