究竟應該在類圖中表示什麼

Question

正在編寫我的Bsc IT年終計劃項目，並且對什麼確實應該在類圖中表示什麼以及哪些不是真正必需的內容感到困惑。我的情況是使用spring with MVC+hibernate。我只是用他們之間的關係代表我的實體類。現在我想創建一個活動圖，我意識到MVC controller類可能涉及我沒有包括在我的class diagram。

第二個問題：間activity，sequence和data flowdiagrams哪一個更好地document a flow of process（必要不是數據）。假設我想記錄authentication作品（含signup，verification和login組成）

非常感謝

Answer 1

UML是如何交流的工具。你的目標是讓你的意圖對其他開發者清楚。需要多少細節才能使事情清楚取決於你想要溝通的內容。

如果您將UML視爲工程圖，您可能需要每個類，每個方法簽名，每個調用。你可以拿這樣的東西，把它放在開發人員的桌子上，讓他們編碼你的視覺。我認爲這很少是這種情況。與編寫代碼一樣多的工作，但它不是可測試的。

我認爲將類和它們的交互作用包含在一個足夠簡單的級別以顯示高級別意圖是比較現實的。讓開發人員填寫其餘的細節。

Answer 2

類圖顯示類和每個類的重要成員變量和函數之間的關係。這樣，他們就可以顯示角色和職責，從而使設計人員可以確定哪些軟件模塊應包含哪些功能。在使用繼承時，它們對於顯示層次結構非常有用，瀏覽代碼時需要花費更長時間才能識別。對於屬性和方法，顯示您的受衆所需的詳細信息量。

我喜歡有多個協作類/組件達到目的時的順序圖。每個序列只顯示一個場景，因此具有先決條件，單個流程序列（例如，不代表決策）和後置條件。活動圖更適合於顯示具有決策的順序算法，錯誤處理等。如果存在合作和同步點，我還會在一個圖中使用多個活動。