如何将系统需求转换成数据流程图

1、第八章第八章 : 將系統需求轉換成資料流程圖將系統需求轉換成資料流程圖1. 利用圖形工具來表達資料在資訊系統中之移轉情況 , 它可以展現出系統內資料間之關聯及資料如何被儲存 一種傳統的結構化分析、設計技術 , 常被用來描述資料處理過程 z學者研究發現此類技術之使用可提升軟體之品質z一個完整的資訊系統分析、設計內容 , 應包含 處理過程 ( Process ) 、作業邏輯 ( Logic ) 與時機 ( Timing )及 資料模型 (Data Model )zDFD 為描述 處理過程 ( Process ) 之工具 本资料来源 一個完整的 DFD 使用過程 ( Table 8-1) 用以了解系

2、統與外部環境之關聯 描述現有系統之實體機能資料流動 將現有系統之實體機制轉化成 功能導向 ( 邏輯機能化 ) 一個完整的 DFD 使用過程 ( 續 )重新改造新系統之 邏輯機能 (考量新系統應具備何種功能暫緩考慮工具) 細部描繪每一個細節作業之內涵 考量如何以自動化或人工方式 執行作業機能 ( 新系統之實體機能 )註 : 實務上常省略 1 - 3 階段之工作z 七O 年代末期 , 一種強調系統機能逐步分解之結構化分析設計理論開始萌芽發展zDFD 為此一理論之重要工具 , 有二派學者制定之繪圖符號成為公認之標準 四個繪製 DFD 之符號 ( 右邊為教科書採用 ) 四個 DFD 符號代表之意義 a

3、) : 代表資料之流動 : 傳票、記帳憑證、報表、資料庫查詢結果、螢幕上出現之結果、某項資料 ( 通常為 名詞 ) b) : 各種人工或自動化之資料儲存方式 : 資料夾、各式電腦檔案 ( 磁帶、磁碟、. ) 、筆記本、. 四個 DFD 符號代表之意義 ( 續 ) : 各種加諸於資料之行動 ( 作業 ) , 並使得資料產生 改變、儲存 、 分割 之結果 ( 通常為 動詞 ) 註 : 此類處理作業可為人工或自動化 : 發動或終止資料流動者 ; 可能為一個組織或單位、企業內部或外部人員、另一系統 : 客戶、行員、環保署、供銷商、. 繪製範例: 某公司收取客戶之應收帳款並將錢存入銀行之作業流程 將系統

4、切割成四個主要處理作業 圖形繪製時注意事項z當客戶買下二個 起司漢堡 時對 銷售檔案 與 庫存檔案 進行更新工作 ; 其中 庫存將減少 二個 餡餅、二片麵包、四塊奶酪片 z繪製 DFD 之基本原則 ( Table 8-2 ) ( Figure 8-6 ) z二個注意事項 : 1) 經處理過之資料其名稱必須改變 2) DFD 內之 事物、實體、資料 其名稱應唯一 針對某項處理作業再予以細部分解 對於較模糊之作業進行再分解 ( Balancing DFDs ) z上一層之 DFD 作業處理 , 其輸出輸入資料流個數 , 必須和下一層 DFD相等z Figure 8-5 及 Figure 8-7 為

5、 一組平衡之分解圖 ( 二個圖形中之 1.0 作業 皆為 1 輸入 4 輸出 )z Figure 8 - 10 為一組不平衡之分解圖 ( 多了一個輸入資料流 C ) z合併資料流 與 分割資料流 ( Figure 8-11 ) z繪製 DFD 之四個進階原則 ( Table 8 - 3 ) z現行實體作業 : 速食店經理如何處理每日庫存量 y 對現有處理作業之描述 ( Figure 8-12 ) y 繪製資料流程圖 ( Figure 8-13 ) 現有系統之庫存原料流水帳 ( Figure 8-14 ) z現行邏輯作業之資料流程圖 ( Figure 8-15 ) z新設系統之邏輯作業圖形 (

6、Figure 8-16 ) ( 增加 5.0 作業及其衍生之事項 ) 不要遺漏任何必要之 項目、標示、名稱 ( Completeness ) 註 : a) 可使用 CASE Tool 製作 DFD ( Figure 8-17(a) ) b) CASE 可自動偵錯並顯示錯誤訊息 ( Figure 8-17(b) 上下層之 DFD 圖其使用之名稱與標示要一致 ( Consistency ) DFD 無法表示出作業處理方式、時點、處理週期 ( Timing ) 應不斷地重複修正繪製之圖形 ( Iterative ) 停止作業再細分之時機 ( Primitive DFD ) ( 6 項原則 ) ( 資料 : 重複、未被使用、多頭馬車式更新 ) ( 作業 : 多餘、多頭管理或三不管、不合理