UML类图上的代码路径

我通常用传统的UML类图来记录系统架构，然后用箭头进一步记录从一个方法到另一个方法的最重要/复杂的代码路径，以及它更新的属性等。通常对使用的参数和设置的值进行少量注释

类似（可怕的ascii艺术警告）

------------
案例X |主要类别|-----------------
--------------| util|
|count | | doStuff（x）|--y=Z--| someMath（x，y）|
|其他（）-----------------
--------------            

这种东西有名字吗？请注意，我是如何指向单个方法/属性的，而不是像传统的UML图那样指向整个类的

我使用graphviz/dot表示所有其他图形。但我可以很容易地转移到其他允许我这样做的事情上。。。我只是希望它能像graphviz一样编程，而不是像visio那样的绘图工具（如果可能的话）

如果您认为其他图形引擎可能提供此功能，请随意编辑以添加标记

不，在UML世界中没有这样的名称。尽管在UML中，您可以随意绘制各种绘图元素的组合图，从而产生一个新的图形，但您的绘图并不属于

使用标准的一个很大的优点是，其他人可以理解您的意思，而无需向他们提供一些阅读说明

在UML中，有一整套“行为图”分类。你可能想浏览一下基里尔·法赫罗季诺夫（Kirill Fakhroutdinov）在线书中的例子

UML序列图（在您的例子中）似乎是第一个要使用的东西

在UML中，使用绘图工具生成一些图片可能是穷人的选择，但是你必须努力学习以确保你把图片放对了

我们不使用图片绘制工具，而是使用支持正确绘制的工具，它们“知道”图片显示的内容，可以从UML模型生成代码（例如分层状态机），或者可以将源代码反向工程到UML模型中

此外，UML模型格式是标准化的，一旦您有了这种格式的模型，您就可以使用各种工具来往返并生成您需要的工件（生成的文档、生成的代码等等）

---

正如xmojmr所说，您应该看看序列图。UML将自己分解为结构图和行为图。您可能不应该将行为元素添加到结构图中（这就是您正在做的）。您对为什么要这样做的解释正是人们对使用序列图的解释：它们是记录代码路径的一种方式

您还将发现它们用于记录通过用例的路径（“用例场景”是通过用例的路径），因此请记住，类图表示用例的结构。换句话说，它们都在一起，但是你可能会看到很多从用例而不是类图中得到的序列图。我想指出这一点，这样你就不会被序列图和用例图的明显方向弄糊涂了

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