[G] 结构化分析与设计︰流程塑模(上).pptVIP

G、結構化分析與設計： 流程塑模 上 結構化分析與設計之流程塑模工具 事件與事件列、資料流程圖、資料字典、結構圖與HIPO圖、處理規格描述 資料流程圖之建構 建構策略、修正之由中間往外策略步驟、 評估 資料流程圖轉結構圖與模組設計 結構化分析與設計的流程塑模工具 包括： 事件 Event 及事件列 Event List 資料流程圖 Data Flow Diagram, DFD 環境圖 Context Diagram 資料字典 Data Dictionary, DD 結構圖 Structure Chart 與HIPO圖 Hierarchical Input Process Output 處理規格描述 Process Specification, PS 1.1 事件及事件列 事件 由外部實體啟動且系統需回應之「刺激」 stimuli ，例如客戶下訂單的事件是由外部實體 客戶 引發，而系統需處理之。 資料流導向事件：系統藉由接收到資料之輸入而知道事件之發生。 時間導向事件：預設之時間到時，該事件被啟動，例如發票需在每日下午三點產生。 控制導向事件：可視為時間導向事件之特例，是由非預設時間之某些刺激或狀態而引發，例如系統之開或關。 事件及事件列 Cont. 事件列 一些事件之集合，用來表示系統與外部實體之關係 應描述所涉及之實體、活動之程序與步驟、所需之資訊，並以條列式文句描述之，例如客戶下訂單 業務部 之描述： 客戶以電話、傳真、郵寄或親自向業務部下訂單 業務部處理訂貨資料。 訂單主要內容為：客戶名稱、訂購日期、訂購產品之品名、規格、數量、交貨地點與日期。 1.2 資料流程圖 提供一種簡易、圖形化的方式以表達系統之作業處理與資料流間的關係。 資料流程圖有四個基本元素： 外部實體 Entity ：輸入資料的來源與輸出資料的去處 資料流 Data Flows ：資料或表報的流動方向 處理 Process or轉換 Transform ：輸入資料轉變為輸出資訊的作業單元 資料貯存 Data Stores ：貯存資料檔或表單處 資料流程圖之表示符號 資料流程圖之圖例 1.2.1 資料流程圖之區分 資料流程圖可分為： 高層次圖 High-level diagram ：初步分析時繪製 環境背景圖 Context diagram 主要功能圖或零階層圖 Level-0 diagram 低層次圖 Low-level diagram ：細步分析時繪製 分解 Decomposing 的資料流程圖：當某一功能單元的處理程序甚為複雜時，進行分解 環境背景圖 表達系統之巨觀範圍 系統所在環境及其與環境間之關係 完成外部實體與事件之整理工作後，接著便可將外部實體與系統之互動製成環境圖，例如資訊之輸出、輸入與處理等，其重要內容為： 與系統互動之外部實體 系統從環境中所接受的資訊或刺激 系統所產生及輸出給環境之資訊 系統與環境之界限等，以幫助我們了解 系統所存在之環境及兩者互動之關係 環境圖之表示符號 環境圖舉例 主要功能圖 由環境背景圖進行延伸、擴展 處理圖形 即圓圈 由一個變為數個， 每個圓圈代表一個功能 繪製方法： 1 劃分系統的主要功能單元 2 確定每一功能單元與外界實體間的輸出入關係 3 確定每一功能單元所需使用的資料貯存所 4 按作業順序，由左而右，由上而下依序 繪製各種圖號 主要功能圖舉例 資料流程圖之分解 當某一功能單元的處理程序甚為複雜時，進行分解 繪製方法： 1 將原功能分解成一個以上的次功能，並分別編訂細目代號 2 分解後之低層次圖可增加資料貯存、內部資料流，但是不得改變原功能單元之資料流 1.2.2 資料流程圖繪製原則 1 DFD一般原則 命名：處理以動詞片語命名，外部實體、資料流與資料貯存以名詞片語命名。每一物件的命名均為唯一。 處理之輸入與輸出並不同：典型的處理是把輸入轉換成輸出，而非僅傳送資料。 完整性 Completeness ：系統所需之元素應全部包含在資料流程圖中。 資料流程圖繪製原則 1 DFD一般原則 Cont. 一致性 Consistency ：DFD中，某一層之資訊範圍亦需包括在其他層中。 時間 Timing ：DFD無法表達時間。 反覆繪製 Iterative Development ：才能較為完美的表達。 各個處理需分解到最底層DFD：稱為基本的 Primitive 資料流程圖，判斷方式見下頁。 資料流程圖繪製原則 下列情況可輔助判斷資料流程圖是否已被分解到最底層： a. 當每個處理已被分解到單一決策、單一計算或對單一資料庫操作時，例如檢索 Retrieve 、修改、新增、刪除或讀寫等。 b. 當每個資料貯存表達單一實體 Entity 之資料