1. 誰給個簡單的數據流圖，以前沒見過
就是用visio 畫出數據的走向，圖中的每一個圓稱為流圖的節點，代表一條或多條語句。流圖中的箭頭稱為邊或連接，代表控制流。任何過程設計都要被翻譯成控制流圖來實現。如下所示，希望能幫到你！ 下列程序控制流圖如下： Void Sort(int iRecordNum, int iType) 1 { 2 int x=0; 3 int y=0; 4 while (iRecordNum-- >0) 5 { 6 if(0= = iType) 7 x=y+2; 8 else 9 if(1= = iType) 10 x=y+10; 11 else 12 x=y+20; 13 } 14 } 控制流程圖：
採納哦
2. 數據流圖怎麼畫
系統流程圖是在系統分析員在做系統構架階段，或者說，在接觸實際系統時，對未來構建的信息處理系統的一種描述。這種描述是相對簡單且完全的，涉及到未來系統中使用的處理部件，如磁碟，顯示器，用戶輸入以及處理過程的先後順序表示等，標準的系統流程圖應該有10種圖元，具體的有國家標准。當然，系統流程圖還可以用來表示現有的信息系統處理過程涉及的各個部件以及次序。系統流程圖是描繪物理系統的傳統工具.它的基本思想是用圖形符號以黑盒子形式描述系統裡面的每個部件(程序,文件,資料庫,表格,人工過程等等).系統流程圖表達的是信息在系統各部件之間流動的情況,而不是對信息進行加工處理的控制過程,因此盡管系統流程圖使用的某些符號和程序流程圖中使用的符號相同,但是它確是物理流程圖而不是程序流程圖
數據流程圖（DFD）是在系統分析員在系統設計階段，對實際構建的系統分析綜合後，提取邏輯模型的一個過程，它更關注於過程內數據的處理，而把具體處理數據的物理過程，物理分布忽略。實際上，最初始的數據流程圖標准圖元只有四個！實體，過程，數據流，數據的存儲。並且，數據流的分析過程是逐步對實際過程求精的，從頂層數據流圖，到分層數據流圖，數據流，過程類型也逐步增加，直到形成最後的數據字典和底層數據流圖。需要注意的是數據流圖和程序設計中的程序流程圖（Flow Chat）是不同的，數據流圖關心的是企業業務系統中的數據處理加工的客觀過程，並不關心未來電子化處理的加工過程；數據流圖中流動的只是數據，並沒有控制過程，但在程序流程圖當中，必須有控制邏輯。
方法/步驟
1數據流圖的畫法
數據流圖也稱為數據流程圖date flow diagram , DFD，是一種便於用戶理解和分析系統數據流程的圖形工具，他擺脫了系統和具體內容，精確的在邏輯上描述系統的功能、輸入、輸出和數據存儲等，是系統邏輯模型的重要組成部分。
數據流圖的基本組成成分
數據流：是由一組固定成分的數據組成，表示數據的流向。值得注意的是，數據流圖中描述的是數據流，而不是控制流。除了流向數據存儲或從數據存儲流出的數據不必命名外，每個數據流必須要有一個合適的名字，以反映該數據流的含義。
加工：加工描述了輸入數據流到輸出數據之間的變換，也就是輸入數據流經過什麼處理後變成了輸出數據。每個加工都有一個名字和編號。編號能反映該加工位於分層的數據流圖的哪個層次和哪張圖中，能夠看出它是由哪個加工分解出來的子加工。
數據存儲：數據存儲表示暫時存儲的數據。每個數據存儲都有一個名字。
外部實體：外部實體是存在於軟體系統之外的人員或組織，他指出數據所需要的發源地或系統所產生的數據的歸屬地。
外部實體 加工 數據流
2分層數據流圖的設計方法
第一步，畫子系統的輸入輸出
把整個系統視為一個大的加工，然後根據數據系統從哪些外部實體接收數據流，以及系統發送數據流到那些外部實體，就可以畫出輸入輸出圖。這張圖稱為頂層圖。
第二步，畫子系統的內部
把頂層圖的加工分解成若干個加工，並用數據流將這些加工連接起來，使得頂層圖的輸入數據經過若干加工處理後，變成頂層圖的輸出數據流。這張圖稱為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的幾點上。
3例如:
數據流圖(DFD)
數據流圖，簡稱DFD，是SA方法中用於表示系統邏輯模型的一種工具，它以圖形的方式描繪數據在系統中流動和處理的過程，由於它只反映系統必須完成的邏輯功能，所以它是一種功能模型。
下圖是一個飛機機票預訂系統的數據流圖，它反映的功能是：旅行社把預訂機票的旅客信息 (姓名、年齡、單位、身份證號碼、旅行時間、目的地等)輸入機票預訂系統。系統為旅客安排航班，列印出取票通知單(附有應交的賬款)。旅客在飛機起飛的前一天憑取票通知單交款取票，系統檢驗無誤，輸出機票給旅客。
4第一步 基本圖形符號
數據流圖有四種基本圖形符號：
：箭頭，表示數據流；
〇：圓或橢圓，表示加工；
= ：雙杠，表示數據存儲；
□：方框，表示數據的源點或終點。
(1) 數據流。數據流是數據在系統內傳播的路徑，因此由一組成分固定的數據組成。如訂票單由旅客姓名、年齡、單位、身份證號、日期、目的地等數據項組成。由於數據流是流動中的數據，所以必須有流向，除了與數據存儲之間的數據流不用命名外，數據流應該用名詞或名詞短語命名。
(2)加工(又稱為數據處理)。對數據流進行某些操作或變換。每個加工也要有名字，通常是動詞短語，簡明地描述完成什麼加工。在分層的數據流圖中，加工還應編號。
(3)數據存儲(又稱為文件)，指暫時保存的數據，它可以是資料庫文件或任何形式的數據組織。
(4)數據源點或終點，是本軟體系統外部環境中的實體(包括人員、組織或其他軟體系統)，統稱外部實體。一般只出現在數據流圖的頂層圖。
5第二步 畫數據流圖的步驟
(1)首先畫系統的輸入輸出，即先畫頂層數據流圖。頂層流圖只包含一個加工，用以表示被開發的系統，然後考慮該系統有哪些輸入數據、輸出數據流。頂層圖的作用在於表明被開發系統的范圍以及它和周圍環境的數據交換關系。下圖為飛機機票預訂系統的頂層圖。
6(2)畫系統內部，即畫下層數據流圖。不再分解的加工稱為基本加工。一般將層號從0開始編號，採用自頂向下，由外向內的原則。畫0層數據流圖時，分解頂層流圖的系統為若乾子系統，決定每個子系統間的數據介面和活動關系。例如，在上面的機票預訂系統按功能可分成兩部分，一部分為旅行社預訂機票，另一部分為旅客取票，兩部分通過機票文件的數據存儲聯系起來，0層數據流圖如圖3-4。
(3)注意事項。
①命名。不論數據流、數據存儲還是加工，合適的命名使人們易於理解其含義。
②畫數據流而不是控制流。數據流反映系統「做什麼」，不反映「如何做」，因此箭頭上的數據流名稱只能是名詞或名詞短語，整個圖中不反映加工的執行順序。
③一般不畫物質流。數據流反映能用計算機處理的數據，並不是實物，因此對目標系統的數據流圖一般不要畫物質流。
④每個加工至少有一個輸入數據流和一個輸出數據流，反映出此加工數據的來源與加工的結果。
⑤編號。如果一張數據流圖中的某個加工分解成另一張數據流圖時，則上層圖為父圖，直接下層圖為子圖。子圖及其所有的加工都應編號。
7⑥父圖與子圖的平衡。子圖的輸入輸出數據流同父圖相應加工的輸入輸出數據流必須一致，此即父圖與子圖的平衡。
⑦局部數據存儲。當某層數據流圖中的數據存儲不是父圖中相應加工的外部介面，而只是本圖中某些加工之間的數據介面，則稱這些數據存儲為局部數據存儲。
⑧提高數據流圖的易懂性。注意合理分解，要把一個加工分解成幾個功能相對獨立的子加工，這樣可以減少加工之間輸入、輸出數據流的數目，增加數據流圖的可理解性。
圖3-6給出了採用這套符號畫出的等價於圖3-2的DFD。
詳情參考網路經驗
http://jingyan..com/article/4f34706eefdb04e387b56deb.html
3. 市場營銷系統數據流圖怎麼畫
市場營銷系統數據流圖怎麼畫？這個流程圖要得，根據你的市場營銷的模式，結構方法等問題的綜合考量來研究決定的
4. 一個普通OA系統的數據流圖如何畫
數據流圖（DFD），不是流程圖（FlowChart）。
它的元素只有2個：
》數據存貯
》數據存貯間的流（數據）
怎麼感覺你是在畫UseCase（你這兒的「用戶」不太象數據，倒象是Actor）
5. 求畫簡單的系統數據流圖
沒有什麼特別的辦法.下面是我的經驗,僅供參考:
1.將各層分別放在不同的繪圖頁上.如:"環境層"畫在"頁-1"上(當然應將"頁-1"改名);"第1層"畫在"頁-2"上;依此類推.
2.若某一層的圖形是對上一層處理過程(或泡泡)的細化,則在二者之間建立"超鏈接".這樣,從上一層可跳轉到細化的下一層,也可從下一層轉到上一層.
6. 急需家庭理財管理系統數據流圖,關系模型,ER圖
您好：
假如您有十萬左右
一些理財產品的配比
23%-30%儲蓄
30%-40%應急備用資金
20%穩健投資
30%風險投資
僅供參考
查看原帖>>