Question

我通常使用传统的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那样的绘图工具。

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

Answer 1

没有，在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)，一旦您拥有此格式的模型，您就可以使用各种工具来往返并生成您需要的工件（生成的文档，生成的代码......）

Answer 2

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

您还会发现它们用于通过用例记录路径（＆＃34;用例场景＆＃34;是用例的路径），因此请记住，类图表示用例结构。换句话说，它们都在一起，但是您可能会看到很多序列图是从用例而不是类图中得出的。我想指出这一点，所以你不要对序列图和用例图的明显方向感到困惑。

UML类图上的代码路径

2 个答案: