i结构化分析与设计︰流程塑模下.pptVIP

I、結構化分析與設計：流程塑模 (下) 結構化分析與設計之流程塑模工具 事件與事件列、資料流程圖、資料字典、結構圖與HIPO圖、處理規格描述 資料流程圖之建構 建構策略、修正之由中間往外策略步驟、 評估 資料流程圖轉結構圖與模組設計 2. 資料流程圖之建構 DFD之建構策略 由上往下分割 由中間往外 修正之由中間往外策略步驟 找出初步資料流程圖元素 向上整合以建立資料流程圖 向下分解以建立低層資料流程圖 ? DFD之評估 正確性、有用性測試 2.3 DFD之評估 正確性(correctness)測試 評估DFD的圖形元件是否齊全？是否符合使用者的功能需求？ 外部一致性檢查 內部一致性檢查 資料維持(Data Conservation) 排演 (Walkthrough) 有用性(usefulness)測試 評估DFD是否過於複雜、不易閱讀？ 2.3.1 DFD之正確性測試 (1)外部一致性檢查 每個資料流、處理及資料貯存皆有名稱？均有資料字典定義之？ 每個處理是否有一個低層次DFD與它對應？否則該處理為最底層，是否有一處理規格描述以描述其行為？ 每個資料貯存是否在實體關係圖中，至少存在一個實體與之對應？ DFD之正確性測試 (Cont.) (2)內部一致性檢查 DFD是否平衡(Balancing)？ 上下層間之資料流、資料貯存與外部實體是否一致？ 檢查處理 重覆或多餘的處理？Output-only或Input-only？ 存在Output-only或Input-only的資料貯存？ DFD的編號是否正確 ？ DFD之正確性測試 (Cont.) (3)資料維持 (Data Conservation) 藉由對處理的輸出及輸入資料流之觀察，判斷是否存在多餘或缺少的資料流？ (4)排演 (Walkthrough) 若只由技術人員進行檢查很難發現概念性錯誤(Conceptual Error) ，因此可透過使用者及系統發展人員共同排演與開會討論，對DFD做總檢查。 2.3.2 DFD之有用性測試 處理的名稱是否有意義且唯一？ 最底層DFD之處理，若內聚力太弱，則需進行向下階層化。 任何一張DFD，是否存在某個處理之介面複雜度太高 即輸出/入資料流之數目太多？若是，則需再分割。 任何一張DFD，處理個數是否太多？ 若是，則需進行向上階層化。 DFD之限制 雖然DFD已被廣泛應用於企業流程之塑模，但仍有其不足之處： DFD是功能導向的結構化分析 一旦流程或功能改變，將會導致DFD產生一連串改變。 在記載流程順序時，並未提供和時間有關的資訊與控制。 DFD在製作及學習方面，仍需再改進 未受訓練者難以運用DFD描述系統。 DFD不易由Case Tools自動產生。 3. 資料流程圖轉結構圖與模組設計 準備工作 完整的DFD(第零階至最底層) 去除資料貯存與外部實體︰只關心資料流及處理 資料流程圖轉結構圖之步驟有四： 設立總裁(President)與副總裁(Vice Presidents) 設立較低層模組 模組設計與結構圖修改 進行評鑑 3.1 步驟一：設立總裁與副總裁 可將環境圖之系統視為總裁，而第零階DFD之處理視為副總裁，DFD之資料流變成模組間必要的聯繫 在結構圖中，設立一總裁 在其下擺多位副總裁 處理聯繫時，暫時先忽略所有錯誤之發生 情況、資料庫及其資料流等 3.2 步驟二：設立較低層模組 把第一階及其更低階DFD之處理，依序掛在結構圖的副總裁底下，反覆進行 例如 某第零階DFD下有更低階之DFD，則需把第一階之處理掛在其第零階處理之下；同樣的，第二階之處理應掛在其所屬第一階處理之下。 安置模組方式 輸入模組置於左方，輸出模組置於右方 其他轉換步驟模組置於中間，按執行先後順序置於結構圖上，並加上必要之聯繫 3.3 步驟三：模組設計與結構圖修改 完成第一版結構圖後，應先對結構圖之每一模組進行模組設計，再修改結構圖 需加入DFD所沒有的例外狀況處理、錯誤 訊息處理及操作時可能的輔助訊息處理等 檢查結構圖上較弱的地方再分解 原則上，完成DFD建構後，每一個最底層的處理至少都將是一個模組 可接受的內聚力︰功能型、順序型、溝通型 可接受的耦合力︰資料型、資料結構型 模組設計最好在資料庫設計完成後再進行，以便正確與實際地描述所需之資料庫與資料屬性 3.4 步驟四：進行評鑑 確定結構圖的運作功能是否能正確描述系統的行為 能否完成流程圖所描述之企業流程與規則 最好由設計人員與使用者共同以需求分析的所有流程圖 ，逐一進行檢查 評鑑之目的 希望儘早找出錯誤並將之修正，而不希望 等到系統完成或運作時發生錯誤再去修改 流程塑模總結 需求分析之表達是否完整，對系統分析與設計之成敗有關鍵性影響 需求分析之結果是SAD的主要輸入 結構化流程塑模有