UML圖 - 討論

Question

對於一家大公司來說，哪些圖表（例如活動或類）是在特定應用程序開發之前創建的？

你們推薦這種小型項目的做法嗎？

感謝

Answer 1

這是非常開放的，並且很大程度上取決於公司正在使用的開發方法的類型。誠然，這取決於團隊的專業知識，正在開發的系統類型，客戶需求以及其他許多因素。根據我的經驗，你通常會看到（在一個大的，面向瀑布的公司）行爲（用例，活動），然後是類圖。根據大小，您也可以在項目的早期階段看到一些高級架構圖 - 組件/部署。

每個項目都應該確定幫助他們構建軟件的圖表，而不是使用餅乾切割方法。我會建議最低限度的圖表，讓您考慮問題，記錄未來的解決方案，並將問題/解決方案傳達給構建軟件的人員。這意味着什麼取決於開發人員。例如，如果您以前已經構建了10個與您即將構建的應用程序非常相似的小應用程序，則根本不需要太多文檔。如果您是域名新手，或者您的客戶需要特定的圖表，或者您的團隊在地理上分散，那麼您可能需要一組不同的圖表。

序列圖傾向於最有助於理解系統的行爲，而類圖傾向於最有助於理解系統的結構。

Answer 2

它始終是一個好主意，開始代碼之前做一些設計，該項目的規模不管。您可能不需要爲應用程序的所有部分創建圖表，但是爲關鍵/複雜部分創建這些圖表的練習很可能會澄清您對問題的理解，並節省開發週期的時間。類圖和序列圖是我見過最常用的。

Answer 3

我是我自己的熱情醫生GML++。

Answer 4

生成的工件很大程度上取決於所遵循的過程。敏捷建模對於小項目特別成功。這些鏈接將幫助你得到一些想法

http://www.agilemodeling.com/essays/modelingTechniques.htm（討論在每個階段的所有可能的工件）。

http://www.extremeprogramming.org/（如果你還沒有，很好的瞭解extremeprogrammig）。