Re: [問題] 請教幾個關於繪製Data flow diagram的問題

看板Programming作者softwind (softwind rising)時間18年前 (2007/03/02 18:06)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串4/5 (看更多)

※ 引述《ephesians (ephesians)》之銘言： : 回答你問題之前,先正名, : 資料流程圖是按英文 data flow chart 取其義, : (特別注意是 "data flow", 不是 "data" 和 "flow") : 意思是表達系統中資料何去何從,以及如何處理. : 並不是 "資料" "流程" 都表達的意思. : 前文中,你講到 flow chart, 感覺似乎把 data 跟 flow 分為兩樣; 其實不是這樣. : 如果你把DFD當作程式流程圖來用,那是不適當的用法. 我也是認為 data flow diagram是用來描述一個(或多個)資料 "被處理" "被使用" "被分析" 的情形所以圖形的重點是在該資料如何在多個process之間流動(被做成什麼東西...) 而不是單一個process的狀態如何改變或是process之間的溝通與互動 : 1.圖型版本問題: 該用哪種圖示,因時制宜吧. : 你對習慣看Y版的人提供G版的圖示,當然會被嫌,卻不表示你畫錯. : 2.terminal actor 當然是名詞,指的是系統外部實體,可以是使用者或外部系統. : 不要誤將 process 當做 terminal actor. 我想重複一下我在structured analysis wiki上面看到的說明請大大指教了 terminator的3件重要事(其實就是翻譯)： 1. 位於欲modeling的系統外部連接 terminator和內部系統的flow 表示內部系統和外部系統的介面 2. 對於terminator的內部設計 modeling時不需要管系統分析人員使用terminator來代表某個需要的動作時系統設計人員可以依據需求來選擇合適的實現方式而系統設計人員可能會以非常不同的方式來完成該工作既使如此系統設計人員不能改變terminator的工作內容以及和該terminator相連結的其他元件 (所以 DFD事實上是一個比flowchart更抽象的... 描述圖形？) 3. 任兩個terminators的關係不應該顯示在DFD圖形中因為他們的關係不是內部系統設計時需要考慮的部分 SORRY 再請問一下範例中所稱的使用者---這當然是外部但是外部還有哪些例子 http://tinyurl.com/2634n2 是專指專門對該系統操作或是互動的人嗎？... : 3.資料儲存與資料流: DFD 是用來描述設計層面的藍圖,不是實作層面的. : 畫 DFD 時,通常我們只說 data store 是停留下來的資料,而不考慮資料要停在 : 硬碟或記憶體. (停在硬碟跟停在記憶體意思是一樣的) : 資料流 (DFD 的箭頭指線圖示) 是流動中的資料, : 而資料儲存 (檔案圖示) 是休息中的資料. : 這兩個是 DFD 的主體. : 4.循環程序: 這種從一 process 流出的的 data flow 再流入該 process, : 不敢說是錯誤的. : 但必須要清楚, DFD 不是程式流程圖. : 資料流的箭號線段只表達資料從哪裏流到哪裏,並不表達流程控制. : (就假想那是個迴圈好了,請問 DFD 提供了什麼圖示表達迴圈限制條件了?) : process 存在的意義,是表達哪些輸入資料經過該程序作工之後, : 能夠產生哪些輸出資料. 謝謝你的回應 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.129.36.212