我目前正在一個相當大的系統上工作，該系統由一個使用WCF服務和底部數據庫的WinForms應用程序組成。如果您考慮用例或需求，開發人員需要的是對特定用例（或需求）的實現進行快速概覽。知道系統的人可以非常快速地口頭解釋這兩個視圖（或子視圖）在用戶界面中使用，他們是數據綁定到此控制器，它使用此WCF服務來獲取此DTO。該服務使用此業務類，它使用此數據適配器，並且數據位於數據庫中的這些表中。UML - 組件和活動圖之間的混合
我認爲在大多數情況下，可以在一個圖表中傳達所有這些信息。但是，它將是組件和活動圖之間的一種混合，因爲它顯示了工作流和涉及的組件。 UML顯然沒有這樣的圖表，但我想知道是否有人在這些行上做了什麼以及您使用了哪些工具。
我不認爲活動圖在這裏適合。據我所知，活動圖旨在讓人們瞭解模塊/系統如何在不涉及技術部分的情況下工作。但是，如果你能夠在活動圖表中表達你的所有內容，並且你的團隊和觀衆能夠解密事物，那麼肯定。回到你的場景中，我已經完成了這個任務，並且一個UML序列圖幫助了我。序列圖描述了順序的對象交互。你可能想看看它
謝謝Hari。我確實使用序列圖來獲取更多低級文檔，通常是從代碼生成的。我甚至從來沒有對更抽象的結構使用序列圖。我必須嘗試一下。你如何描述數據綁定？ – Rubio
不確定你使用哪種技術。 ASP.NET MVC和MVPC，其中我通常有一個叫做SetBindingSource的方法，這個方法將由我的演示者調用，然後將模型傳遞給SetBindingSource方法。在具體視圖實現中，至少在.NET數據綁定中，將模型分配給控件的可綁定屬性非常簡單。但說實話，我很驚訝演示級別的細節正在序列圖中顯示。或者很多人可能會驚訝地發現我不在序列圖中顯示GUI級別的細節。 –
我通常不會表現出來，因爲我相信它不值得花時間設計GUI級別的細節。確保逆向工程和記錄它們是有意義的。但是表示層通常容易發生很多變化，並且同步這些文物變成頭疼。 –
只是一個評論你的主題。如果您對UML和其他OMG語言（模型驅動架構）感興趣，我們正試圖建立一個特定的問題解決網站。您受邀在http://area51.stackexchange.com/proposals/36533/model-driven-architecture上關注此組，並在此發佈您的問題（也）。再見！ – Sindico