（软件工程复习核心重点）第二章可行性研究-第三节：数据流图
文章目錄
- 一：數據流圖的定義（DFD）
- 二：數據流圖的特點
- 三：數據流圖的符號
- （1）符號
- （2）注意（了解）
- 四：數據流圖示例
- （1）示例1
- A：首先從題目中提取四種成分
- B：畫數據流圖
- （2）示例2
- 五：數據流圖的用途
- （1）目的
- （2）自動化邊界
一：數據流圖的定義（DFD）
數據流圖：描述信息流和數據從輸入到輸出所經受的變換。沒有任何具體物理部件，只是描繪數據在軟件中流動和被處理的邏輯過程
二：數據流圖的特點
- 數據流圖中沒有具體的物理部件，只是描繪數據在軟件中流動和被處理的邏輯過程
- 數據流圖是系統邏輯功能的圖形表示，是分析員與用戶之間極好的通信工具
- 設計時只需考慮系統必須完成的基本邏輯功能，不考慮怎樣具體地實現這些功能
三：數據流圖的符號
（1）符號
基本符號
關于“數據流”的擴充
（2）注意（了解）
1.在數據流圖中應該描繪所有可能的數據流向，而不應該描繪出現某個數據流的條件。
2.一個處理框可以代表一系列程序、單個程序或者程序的一個模塊。
3.一個數據存儲可以表示一個文件、文件的一部分、數據庫的元素或記錄的一部分等 。
4.數據存儲是處于靜止狀態的數據，數據流是處于運動中的數據。
5.通常在數據流圖中忽略出錯處理。
6.表示數據的源點和終點相同的方法是再重復畫一個同樣的符號表示數據的終點。
7.代表同一事物的符號出現在n個地方，在這個符號的角上畫(n-1) 條短斜線做標記。
四：數據流圖示例
（1）示例1
假設一家工廠的采購部每天需要一張訂貨報表，報表按零件編號排序，表中列出所有需要再次訂貨的零件。對于每個需要再次訂貨的零件應該列出下述數據:零件編號，零件名稱，訂貨數量，目前價格，主要供應者，次要供應者。零件入庫或出庫稱為事務，通過放在倉庫中的CRT終端把事務報告給訂貨系統。當某種零件的庫存數量少于庫存量臨界值時就應該再次訂貨。畫出上述訂貨系統的數據流圖
A：首先從題目中提取四種成分
1：考慮數據的源點和終點
- 數據源點：倉庫管理員
- 數據終點：采購員
2：考慮有哪些處理
- “采購部需要報表”，所以需要一個產生報表的處理
- 倉庫中的零件數量會發生改變，所以對事物進行的加工是另一個處理
3：考慮數據流
- 系統會把訂貨報表送給采購部，所以訂貨報表是一個數據流
- 事物需要從倉庫送到系統中，所以事物是一個數據流
4：考慮數據存儲
每當有一個事物發生時就應該立即處理，但是由于每天只產生一次訂貨報表。因此用于產生訂貨報表的數據必須存放一段時間，所以有一個數據存儲
B：畫數據流圖
1：基本系統模型
- 任何系統的基本模型都由若干數據源點/終點以及一個處理組成，該處理代表系統對數據加工變換的基本功能
如下
2：細化模型，描繪系統主要功能
- 產生報表和處理事物是系統必須完成的兩個主要功能
- 細化后增加了兩個數據存儲：處理事物需要庫存清單數據；產生報表和處理事物需要訂貨信息
3：進一步細化功能級數據流圖中描繪的系統主要功能
當一個事物發生使必須先接受它，隨后按照事物的內容修改庫存清單，最后如果更新后的庫存量少于臨界值，需要再次訂貨
4：考慮是否繼續分解和細化
一旦在想要分解時產生了諸如 “如何具體地實現一個功能” 這樣的疑問時就表明不需要分解了
5：檢查
- 分層必須保證信息的連續性
- 注意編號的處理
（2）示例2
銀行計算機儲蓄系統的工作過程大致如下：儲戶填寫的存款單或取款單由業務員鍵入系統，如果是存款則系統記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統計算利息并印出利息清單給儲戶
第一層
第二層
五：數據流圖的用途
（1）目的
1.作為交流信息得工具
2.作為分析和設計的工具
（2）自動化邊界
以圖中不同處理的定時要求為指南,能夠在數據流圖.上畫出許多組自動化邊界,每組自動化邊界可能意味著一個不同的物理系統，因此可以根據系統的邏輯模型考慮系統的物理實現
總結
以上是生活随笔為你收集整理的（软件工程复习核心重点）第二章可行性研究-第三节：数据流图的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： tomcat访问软链接资源
- 下一篇： （软件工程复习核心重点）第六章实现和测试