頂層一層和二層數據流圖怎麼畫

❶ 標題 如何繪制系統的頂層數據流圖和更加細化的分層數據流圖

數據流圖的繪制分三步走:
1、確定系統的輸入輸出；
2、由外向里畫系統的頂層數據流圖；
3、自頂向下逐層分解，繪出分層數據流圖。
所謂數據流，是由一組固定成分的數據組成，表示數據的流向。這里的數據流向，不僅指數據的輸入、輸出，還包括中間的加工、儲存等環節
從數據流圖的基本目標出發，可以考慮在一張數據流圖中包含多少個元素合適的問題。一些調查研究表明，如果一張數據流圖中包含的加工多於5-9個，人們就難於領會它的含義了。因此為了表達較為復雜問題的數據處理過程，數據流圖應該分層。當把功能級數據流圖細化後得到的加工超過9個時，用一個數據流圖往往不夠，應該採用畫分圖的辦法。一般按問題的層次結構進行逐步分解，並以分層的數據流圖反映這種結構關系。也就是把每個主要功能都細化為一張數據流分圖，而原有的功能級數據流圖用來描繪系統的整體邏輯概貌。

❷ 數據流圖怎麼畫

1、確定系統的輸入輸出
由於系統究竟包括哪些功能可能一時難於弄清楚，可使范圍盡量大一些，把可能有的內容全部都包括進去。此時，應該向用戶了解「系統從外界接受什麼數據」、「系統向外界送出什麼數據」等信息，然後，根據用戶的答復畫出數據流圖的外圍。

2、由外向里畫系統的頂層數據流圖
首先，將系統的輸人數據和輸出數據用一連串的加工連接起來。在數據流的值發生變化的地方就是一個加工。接著，給各個加工命名。然後，給加工之間的數據命名。最後，給文件命名。

3、自頂向下逐層分解，繪出分層數據流圖
對於大型的系統，為了控制復雜性，便於理解，需要採用自頂向下逐層分解的方法進行，即用分層的方法將一個數據流圖分解成幾個數據流圖來分別表示。

❸ 數據流圖怎麼畫

數據流圖的畫法

數據流圖也稱為數據流程圖date flow diagram , DFD，是一種便於用戶理解和分析系統數據流程的圖形工具，他擺脫了系統和具體內容，精確的在邏輯上描述系統的功能、輸入、輸出和數據存儲等，是系統邏輯模型的重要組成部分。

數據流圖的基本組成成分

數據流：是由一組固定成分的數據組成，表示數據的流向。值得注意的是，數據流圖中描述的是數據流，而不是控制流。除了流向數據存儲或從數據存儲流出的數據不必命名外，每個數據流必須要有一個合適的名字，以反映該數據流的含義。

加工：加工描述了輸入數據流到輸出數據之間的變換，也就是輸入數據流經過什麼處理後變成了輸出數據。每個加工都有一個名字和編號。編號能反映該加工位於分層的數據流圖的哪個層次和哪張圖中，能夠看出它是由哪個加工分解出來的子加工。

數據存儲：數據存儲表示暫時存儲的數據。每個數據存儲都有一個名字。

外部實體：外部實體是存在於軟體系統之外的人員或組織，他指出數據所需要的發源地或系統所產生的數據的歸屬地。

外部實體 加工 數據流

分層數據流圖的設計方法

第一步，畫子系統的輸入輸出

把整個系統視為一個大的加工，然後根據數據系統從哪些外部實體接收數據流，以及系統發送數據流到那些外部實體，就可以畫出輸入輸出圖。這張圖稱為頂層圖。

第二步，畫子系統的內部

把頂層圖的加工分解成若干個加工，並用數據流將這些加工連接起來，使得頂層圖的輸入數據經過若干加工處理後，變成頂層圖的輸出數據流。這張圖稱為0層圖。從一個加工畫出一張數據流圖的過程就是對加工的分解。

可以用下述方法來確定加工：

在數據流的組成或值發生變化的地方應該畫出一個加工，這個加工的功能就是實現這一變化，也可以根據系統的功能決定加工。

確定數據流的方法

用戶把若干數據當作一個單位來處理（這些數據一起到達、一起處理）時，可以把這些數據看成一個數據流。

關於數據存儲

對於一些以後某個時間要使用的數據，可以組織成為一個數據存儲來表示。

第三步，畫加工的內部

把每個加工看作一個小系統，把加工的輸入輸出數據流看成小系統的輸入輸出流。於是可以象畫0層圖一樣畫出每個小系統的加工的DFD圖。

第四步，畫子加工的分解圖

對第三步分解出來的DFD圖中的每個加工，重復第三步的分解過程，直到圖中尚未分解的加工都是足夠簡單的（即不可再分解）。至此，得到了一套分層數據流圖。

第五步，對數據流圖和加工編號

對於一個軟體系統，其數據流圖可能有許多層，每一層又有許多張圖。為了區分不同的加工和不同的DFD子圖，應該對每張圖進行編號，以便於管理。

● 頂層圖只有一張，圖中的加工也只有一個，所以不必為其編號。

● 0層圖只有一張，圖中的加工號分別是0.1、0.2、…，或者1， 2 。

● 子圖就是父圖中被分解的加工號。

● 子圖中的加工號是由圖號、圓點和序號組成，如：1.12，1.3 等等。

應該注意的問題：

1. 應適當的為數據流、加工、數據存儲以及外部實體命名，名字應該反映該成分的實際含義，避免使用空洞的名字。

2. 畫數據流圖，不是畫控制流。

3. 一個加工的輸出數據流，不應與輸入數據流同名，及時他們的組成完全相同。

4. 允許一個加工有多條數據流流向另一個加工，也允許一個加工有兩條相同的輸出數據流流向不同的加工。

5. 保持父圖與子圖的平衡。也就是說，父圖中的某加工的輸入輸出流必須與他的子圖的輸入輸出數據流在數量上和名字上相同。值得注意的是，如果父圖中的一個輸入（輸出）數據流對應於子圖中的幾個輸入（輸出）數據流，而子圖中組成這些數據流的數據項的全體正好是父圖中的這一個數據流，那麼他們仍然算是平衡的。

6. 在自頂向下的分解過程中，若一個數據存儲首次出現時，只與一個加工有關系，那麼這個數據存儲應作為這個加工的內部文件而不必畫出。

7. 保持數據守恆，也就是，一個加工的所有輸出數據流中的數據必須能從該加工的輸出流中直接獲得，或者通過該加工能產生的數據。

8. 每個加工必須既有輸入數據流，又有輸出數據流。

9. 在整套數據流圖中，每個數據存儲必須既有讀的數據流，又有寫的數據流。但是在某張子圖中，可能只有讀沒有寫，或者只有寫沒有讀。

特別注意上面的幾點，都是考試的目標。近兩年考試的內容都集中到2、5、6、8的幾點上。

例如:

數據流圖(DFD)

數據流圖，簡稱DFD，是SA方法中用於表示系統邏輯模型的一種工具，它以圖形的方式描繪數據在系統中流動和處理的過程，由於它只反映系統必須完成的邏輯功能，所以它是一種功能模型。

下圖是一個飛機機票預訂系統的數據流圖，它反映的功能是：旅行社把預訂機票的旅客信息 (姓名、年齡、單位、身份證號碼、旅行時間、目的地等)輸入機票預訂系統。系統為旅客安排航班，列印出取票通知單(附有應交的賬款)。旅客在飛機起飛的前一天憑取票通知單交款取票，系統檢驗無誤，輸出機票給旅客。

❹ 如何畫資料庫ER圖 詳細�0�3

這是資料庫設計的重點，也是資料庫設計的難點。 那麼，如何才能正確地反映客觀現實，將ER 圖畫好呢？ 答案是，必須進行正確的需求分析。那麼如何進行需求分析呢？需求分析一般有兩種方法，一種是結構化分析(SA)，一種是面向對象分析(OOA).通過這兩種方法的實施以後，都可以得到比較正確的ER 圖。現在以下面的實際問題為例，通過結構化分析(SA)方法的應用，講述如何得到比較正確的ER 圖。 ( 一 ) 校務管理系統 在要建立的系統中,有以下功能： 1.管理老師的功能：錄入老師情況(姓名.地址.所教課程), 老師缺課記錄(名字.時間.原因. 課程) 2.管理學生的功能: 錄入學生情況 ( 姓名 . 所選課程 . 成績 ) 3.教務主任的功能 : 查詢統計 1: 教師情況 2: 學生總成績 3: 學生平均成績 要求： 1）用結構化方法畫出系統頂層圖、 0 層圖，數據字典。 2）畫出該系統的數據模型ER 圖。 一、結構化分析的需求分析 1） 分析實際情況 根據實際情況，我們得到一下情況： (一) 教師任課流程： 教務處根據各專業情況下達下學期教學任務 下學期 各專業 課程 教研室 協商安 排教學 任務 填寫好 的課程 申請表 1 各系將課程表交給教師 2 安排好教室和時間。 教務處根據各專業情況交來的課程 數據，安排教 室和時間。 安排好 的課程 表 教師按照課程 表上課 課程表 (二)學生選擇課程流程： 2）畫數據流圖 （一、）頂層數據流圖 （二）0 層數據流圖 查詢情況 學生選課請求 教務 管理系統 教師學生情況 查詢請求 F4 課程基本情況 F8 學生基本情況 F6 教師任課數據 F7 教師課程安排 F5 教師考勤情況 F9 學生成績 F1 教室基本情況 F2 學生基本情況 基本 數據 學生選 課請求 和成績 教師任 課信息 管理員和學生 1 基本數據 錄入維護 2 任課數據錄入、安排和考勤 3 學生選課和 成績錄入 4 查詢 教務主任 F3 教師基本情況 學生報出自己的學號和名字進入系統 學號和 名字 系統進行學生的身份 檢驗 檢驗符 合要求 學生根據課程 表選課 系統顯示安排好的各專業課程。。 課程 表 系統錄入選課程並且進行驗證 選擇的 課程 3）畫數據字典DD（略）和軟體初始結構圖 1 基本數據=學生基本信息|教師基本信息|課程基本信息|教室基本信息 2 教師任課信息=教師任課數據|教師考勤信息 3 學生選課請求和成績=學生選課請求|學生成績 學生基本信息=學號+姓名+性別+年齡+專業+班級 。。。。。。