Uml Can';t连接EA中活动图中的活动

Uml Can';t连接EA中活动图中的活动,uml,enterprise-architect,Uml,Enterprise Architect,嗨,我现在遇到了EA中活动图的问题。我试图描述一个代码。当我添加启动控制节点和活动节点时,我无法通过控制流连接它们 当我尝试使用控制流将两个活动连接在一起时,也会出现相同的问题-我遇到以下错误: 请求的连接不符合UML 有人能给我一些建议吗 谢谢编辑:请在此处查看其他答案。我只是没有正确理解你在做什么。这一条适用于EA以错误的方式阻止用户的情况。在你的情况下,它有很好的理由阻止你 原始答案 您可以在连接器选项中关闭“严格连接器语法”。您会发现,在EA的选项丛林中的不同地方,这取决于版本。V14有

嗨,我现在遇到了EA中活动图的问题。我试图描述一个代码。当我添加启动控制节点和活动节点时,我无法通过控制流连接它们

当我尝试使用控制流将两个活动连接在一起时,也会出现相同的问题-我遇到以下错误:

请求的连接不符合UML

有人能给我一些建议吗


谢谢

编辑:请在此处查看其他答案。我只是没有正确理解你在做什么。这一条适用于EA以错误的方式阻止用户的情况。在你的情况下,它有很好的理由阻止你

原始答案 您可以在连接器选项中关闭“严格连接器语法”。您会发现,在EA的选项丛林中的不同地方,这取决于版本。V14有几个与此相关的已知bug。不确定V15或任何修复状态


在V13.5中,您可以在布局/外观/主题下找到该选项


(右下)

编辑:请在此处查看其他答案。我只是没有正确理解你在做什么。这一条适用于EA以错误的方式阻止用户的情况。在你的情况下,它有很好的理由阻止你

原始答案 您可以在连接器选项中关闭“严格连接器语法”。您会发现,在EA的选项丛林中的不同地方,这取决于版本。V14有几个与此相关的已知bug。不确定V15或任何修复状态


在V13.5中,您可以在布局/外观/主题下找到该选项


(右下)

企业架构师是对的。控制流不是来自UML元模型中的活动,也不是指向UML元模型中的活动。(事实上,我很高兴他们终于开始更多地遵循UML元模型)

你做错了(而且不止你一个人)是你把活动放在了活动图上

活动应该是活动图的所有者。在图表本身上,您只使用操作

您可以将其与状态机和状态机图进行比较。状态机是关系图的所有者,在关系图本身上,您只使用状态,而不使用状态机

一个活动更像一个状态机,其中一个动作更像一个状态


另请参阅我写的关于这个主题的文章:

企业架构师是正确的。控制流不是来自UML元模型中的活动,也不是指向UML元模型中的活动。(事实上,我很高兴他们终于开始更多地遵循UML元模型)

你做错了(而且不止你一个人)是你把活动放在了活动图上

活动应该是活动图的所有者。在图表本身上,您只使用操作

您可以将其与状态机和状态机图进行比较。状态机是关系图的所有者,在关系图本身上,您只使用状态,而不使用状态机

一个活动更像一个状态机,其中一个动作更像一个状态

另请参见我写的关于此主题的文章:

当我添加启动控制节点和活动节点时,我无法通过控制流连接它们

当我试图用控制流将两个活动连接在一起时,也会出现同样的问题

E.A.拒绝这些流动是正确的,它们毫无意义

与其在图表中添加活动,不如使用行为为活动的调用行为操作,在这种情况下,会在操作中绘制一个分叉来指示该情况。例如:

调用行为操作的行为也可以是状态机

当我添加启动控制节点和活动节点时,我无法通过控制流连接它们

当我试图用控制流将两个活动连接在一起时,也会出现同样的问题

E.A.拒绝这些流动是正确的,它们毫无意义

与其在图表中添加活动,不如使用行为为活动的调用行为操作,在这种情况下,会在操作中绘制一个分叉来指示该情况。例如:


<调用行为的行为也可以是状态机。

哪个EA版本?请考虑选择Geert的答案(首先看到基本问题)作为正确的一个,并对布鲁诺的答案进行投票。哪一个EA版本?请考虑选择Geert的答案(首先查看基本问题)。作为正确的答案,也投票给布鲁诺。哦,你他妈的是对的。我没有仔细阅读。我本想加上“你那样破坏了精神检查”之类的话,但后来就忘了+哦,你他妈的说得对。我没有仔细阅读。我本想加上“你那样破坏了精神检查”之类的话,但后来就忘了+1是的,应该使用呼叫行为。请参见我对Geert回答的评论。这个也+1@qwerty_so是的,工具并不总是阻止我们:-)是的,应该使用调用行为。请参见我对Geert回答的评论。这个也+1@qwerty_so是的,工具并不总是坏的阻碍我们:-)