资料流程图DFDdataflowdiagram#课堂.pptVIP

31 繪製一組 DFD 的方法 ? 處理工作的參考編號並不表示需要依序完成這 些處理工作 。 每一個處理工作都被視為隨時 可用、啟動著，而且等待著所要處理的資料 。 ? 如果處理工作必須以特定的順序執行，你就必 須在 處理工作說明 中記錄這個資訊，而不是在 DFD 中。 ? 上頁圖 4-15 中，「評定最後成績」處理工作產 出的「最後成績」這個資料流是一個 分叉資料 流 。 分叉資料流 (diverging data flow) 是將同 樣的資料傳送到兩個或更多不同地點的一種資 料流。 32 繪製一組 DFD 的方法 ? 如果同一個資料從不同的方向流入，你可以用一個 雙 箭頭的資料流符號 來表示。 但是為了明確指出一個流 入及一個流出的特定資料，你還是應該採用 個別的單箭 頭 ，例如， 圖 4-15 中的兩個分開的資料流 ( 「繳交的作 業」和「已評分的作業」 ) 流入與流出「評定學生作業 成績」這個處理工作。 ? 因為 圖 0 是環境圖中 處理工作 0 之細部的 擴充版本 ，所 以 圖 0 也被稱為 處理工作 0 的 展開版 (exploded) 。 你也 可以稱 圖 0 為 處理工作 0 的 分割 (partitioned) 或分解 (decomposed) 的版本 。 ? 當你展開一個 DFD 時，比較高階層的圖被稱為 父圖 (parent diagram) ，而低階層的圖則稱為 子圖 (child diagram) 。 33 繪製一組 DFD 的方法 ? 當你為一個系統建立起一組 DFD 時，你將其 處理邏輯 分解成許多 小單元 ，這些 小單元 稱為 功能元件 ， 程式 設計師 就憑此來撰寫程式碼 。 ? 所謂 功能元件 (functional primitive) 是一個只含有 單 一功能而無法再展開的處理工作 ，例如 : 圖 4-15 之右圖 所示四個處理工作中的每一個都是 功能元件 。 ? 你在 資料詞典 中的 處理工作說明 記錄 功能元件的邏輯 。 ? 程式設計師將會將每一個 功能元件 轉換成 程式碼與模 組 ， 以便執行必要的處理步驟。 ? 是否要將一個 處理工作 進一步展開或視其為一個功能 元件完全取決於 經驗 、 判斷 ，以及與必須把邏輯設計 翻譯成程式碼的 程式設計師 之間的互動。 34 繪製一組 DFD 的方法 客戶 倉庫 0 訂單系統 銷售代表 銀行 會計部 已完成的訂單 撿貨單 支票或現金 拒絕訂單通知 訂單 發票 現金收入分錄 銀行存款 佣金 圖 4-16 訂單系統的環境圖 與 圖 0 客戶 倉庫 銷售代表 銀行 會計部 已完成的訂單 支票或現金 發票 現金收入分錄 銀行存款 佣金 1 處理訂單 2 製作發票 3 要求付款 應收帳款 發票細節 付款細節 拒絕訂單的通知 訂單 檢貨單 35 繪製一組 DFD 的方法 ? 步驟 3: 繪製較低階的圖形 ? 為了產生一些較低階層的圖形，你必須使用 分 層 和 平衡 的技巧。 分層 ( leveling #) 是畫出一 系列愈來愈詳細的圖形過程，直到所有的 基本 功能元件 都出現為止， 平衡 ( balancing #) 則 是藉由將輸入和輸出資料流正確對好，保持這 整系列 DFD 圖形之間的一致性。 ? 分層 也被稱為 展開 (exploding) 、 分割 (partitioning) 或 分解 (decomposing) 。 ? 平衡 確保 父處理工作 的輸入和輸出資料流會保 存在 子圖 DFD 中。 36 繪製一組 DFD 的方法 客戶 倉庫 1 處理訂單 拒絕訂單的通知 訂單 檢貨單 訂單系統圖 0 中的 「處理訂單」處理工 作。 圖 4-17 圖 1 DFD 展現出 訂單系統 中 「處理訂單」 處理工作的 細節 客戶 倉庫 1.1 確認訂單 1.2 準備拒絕通知 1.3 調集訂單 客戶 產品 訂單 拒絕訂單通知 拒絕的訂單 信用歷史 撿貨單 產品細節 信用狀況 變更後的庫存量 接受的訂單 撿貨細節 37 繪製一組 DFD 的方法 客戶 倉庫 1.1 確認訂單 1.2 準備拒絕通知 1.3 調集訂單 客戶 產品 訂單 拒絕訂單通知 拒絕的訂單 信用歷史 撿貨單 產品細節 信用狀況 變更後的庫存量 接受的訂單 撿貨細節 1.1 確認訂單 1.2 準備拒絕通知 1.3 調集訂單 客戶 產品 訂單 拒絕訂單通知 拒絕的訂單 信用歷史 撿貨單 產品細節 信用狀況 變更後的庫存量 接受的訂單 撿貨細節 圖 4-18 這個圖沒有顯示出環境圖中連接到流 入或流出「處理訂單」資料流的那些符號。 分析師常用這個技巧來簡化 DFD 並減少不必要 的雜亂。 38 繪製一組 DFD 的方法 客戶 倉庫 銷售代表 銀行 會計部 已完成的訂單 支票或