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类图上的代码路径

回答

相关问题