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

看板Programming作者ephesians (ephesians)時間18年前 (2007/03/02 21:04)推噓1(1推 0噓 0→)

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

※ 引述《softwind (softwind rising)》之銘言： : ※ 引述《ephesians (ephesians)》之銘言： : : 回答你問題之前,先正名, : : 資料流程圖是按英文 data flow chart 取其義, : : (特別注意是 "data flow", 不是 "data" 和 "flow") : : 意思是表達系統中資料何去何從,以及如何處理. : : 並不是 "資料" "流程" 都表達的意思. : : 前文中,你講到 flow chart, 感覺似乎把 data 跟 flow 分為兩樣; 其實不是這樣. : : 如果你把DFD當作程式流程圖來用,那是不適當的用法. : 我也是認為 data flow diagram是用來描述一個(或多個)資料 : "被處理" "被使用" "被分析" 的情形所以圖形的重點是在 : 該資料如何在多個process之間流動(被做成什麼東西...) : 而不是單一個process的狀態如何改變或是process之間的溝通與互動 ok, 不要把 DFD 跟 flow chart 對比, 因為這樣子你會用 flow chart 的觀念去畫 DFD. : : 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更抽象的... 描述圖形？) 對啊,你在SA wiki所看到的說明,表示terminator是名詞. (但不是魔鬼終結者) 不過,以上括號中的 "所以" 是怎麼歸納來的? 我看不出來. DFD 跟 flow chart 的比較毫無意義,它們講的是不同的事情. : 3. 任兩個terminators的關係不應該顯示在DFD圖形中 : 因為他們的關係不是內部系統設計時需要考慮的部分 : SORRY 再請問一下 : 範例中所稱的使用者---這當然是外部但是外部還有哪些例子 : http://tinyurl.com/2634n2 : 是專指專門對該系統操作或是互動的人嗎？... 譬如,某系統由財務系統調取財務報表,財務系統就站在terminator的角色, 財務系統不是人,不是使用者,是自成一體的系統,不屬於當前設計的系統範圍, 對於本系統來說,即使財務系統的內部運作不透明,也沒關係, 但財務系統對於本系統所需資料是個重要的供給源, 它就是個external entity. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.112.225.248