UML類圖上的代碼路徑

我通常使用傳統的UML類圖來記錄系統架構，然後用箭頭從一個方法到另一個方法以及更新哪些屬性等進一步記錄最重要/複雜的代碼路徑。通常很少所用參數的註釋和值的設置。UML類圖上的代碼路徑

像（可怕的ASCII藝術警告）

   --------------    
CASE X  | main class |   ----------------- 
       --------------   | util   | 
       | count  |<-+1  ----------------- 
       -------------- |  ----------------- 
user ---x=A-->| doStuff(x) | ---y=Z---<>| someMath(x,y) | 
       | other() |   ----------------- 
       --------------

是有這樣的事情一個名字？注意我是如何指向單個方法/屬性的，而不是像傳統的UML圖那樣指向整個類。

我使用graphviz/dot爲我所有其他圖。但是我可以很容易地轉移到別的東西上，讓我做到這一點...我只是寧願像graphviz這樣的程序設計，如果可能的話，不是像visio這樣的繪圖工具。

請隨時編輯添加標籤，如果你認爲其他圖形引擎可能提供此。

來源

2014-12-11 gcb

沒有，對於在UML世界這樣的事情沒有名字。儘管在UML中，您可以繪製出幾乎隨意組合各種繪圖元素的圖表，從而生成新的發明，但您的繪圖不屬於UML standard。

使用標準的一大優勢是其他人可以理解您的意思，而無需向他們提供一些閱讀說明。
在UML中，整套「traditional UML diagrams」分類爲「行爲圖」。你可能想通過在Kirill Fakhroutdinov的在線書籍中的例子http://www.uml-diagrams.org/index-examples.html

UML序列圖（在你的情況）似乎是第一件事。
在UML中使用繪圖工具生成一些圖片可能是窮人的選擇，但是你必須努力學習以確保你把圖片放在正確的位置。

我們寧願使用UML Modeling tools來支持繪圖權利，他們會「知道」圖片顯示的內容，並且可以從UML模型（例如分層狀態機）生成代碼，或者可以反向設計一個源代碼到UML模型中。

此外UML模型格式被標準化爲XML Metadata Interchange (*.XMI)，一旦你有這種格式的模型，你可以使用各種工具來往返而產生僞影（生成的文檔，生成的代碼，...），你需要

來源

2014-12-11 07:29:14 xmojmr

正如xmojmr所說，你應該看序列圖。 UML將自身分解爲結構和行爲圖。你可能不應該將行爲元素添加到結構圖中（這是你正在做的）。你對自己爲什麼在做什麼的解釋正是人們對序列圖的使用所作的解釋：它們是通過代碼記錄路徑的一種方式。

您還會發現它們被用於通過用例來記錄路徑（「用例場景」是通過用例的路徑），所以請記住，類圖表示用例的結構。換句話說，它們都在一起，但是你可能會看到很多順序圖，這些順序圖是從用例而不是類圖中得出的。我想指出這一點，所以您不會被順序圖和用例圖的明顯方向所困惑。

來源

2014-12-11 21:22:52 BobRodes

UML類圖上的代碼路徑

回答

相關問題