數據流圖疑惑

Question

我們可以通過DFD中的數據流連接器（不通過進程）連接2個外部實體嗎？

也可以重複流動。就像我想重複庫存流量。它是否允許？

我想知道這是否是一個正確的約定，可以在準備數據流圖時執行。

由於

Answer 1

我們能否通過的數據流連接器在連接DFD 2個外部實體（未通過的過程）？

嚴格地說，沒有。作爲外部實體的原因定義了系統的上下文。它們只與他們與系統的交互有關。他們用你的系統做什麼不是（或不應該）是相關的。如果是，那麼它們就是你係統的一部分，所以不再是「外部」的。

但是：只要你明白爲什麼他們不應該連接，它不會導致任何問題，那麼你可以把流量，如果有幫助。請注意，假定該圖是供人使用的（與例如從中生成代碼相反）。如果EE-EE流程有助於設置更廣泛的背景和增加了解，那麼就會遵守規則 - 我還沒有遇到DFD執法官員:-)

但是請確保您明白規則存在的原因，並保持舒適在打破它你不會引入錯誤或不一致。

也可以重複流動。就像我想重複庫存流量。它是允許的嗎？

嗯，是的。但有一個問題和兩個選項：

過程1.3是否以任何方式更改庫存流？

• 如果是這樣，則圖會是正確的，雖然你可能想澄清的名稱（例如，1.4-1.3爲「集團庫存」，1.3-1.2爲「萊傑庫存」或其他）。
• 如果沒有，那麼你可能會引入數據存儲「庫存」，並讓它流入這兩個1.3和1.4

編輯

答案在意見中提出的其他問題：

我想介紹我的下一級DFD的倉庫，因此我想限制這些數據庫流量。

不知道我真的明白這一點。沒有什麼能夠阻止您在0級DFD上擁有數據存儲。你不會期望它們在上下文圖上，但它通常只有一個進程&多個外部實體。

上面提到的這兩個進程的庫存實際上訪問同一個數據庫。

好的 - 爲什麼不顯示它？請記住，DFD顯示數據商店不是數據基地。數據存儲是一個邏輯概念，是對某些數據的描述。它沒有說明數據實際存儲在最終系統中的方式或位置。

所以後來，我應該還是去和改變他們的標籤爲「萊傑清單」和「集團庫存」或者我可以重複更廣標籤「庫存」。

取決於。流量的內容是什麼？它與數據存儲有什麼關係？如果每個都是商店數據的子集，那麼分開標記它們可能很有用。

最終 - 再次 - 它歸結爲溝通。什麼會爲你的聽衆提供更好的解釋？

我可以連接2個倉庫

你爲什麼要？或者更具體地說，你將如何連接它們？不與數據流：記住數據存儲定義邏輯數據而不是物理存儲。因此，在沒有干預過程的情況下連接兩個數據存儲區是沒有意義的。

hth。