问题标签 [state-diagram]

我有两个应用程序通过 TCP 发送文本消息相互通信。我想使用 UML 图记录他们的状态机控制通信。我可以画两个状态机图（每个程序一个），但我认为以某种方式“连接”或“合并”这些状态图会更好，以显示程序的交互。我怎样才能做到这一点？或者我应该为每个可能的通信场景绘制序列图？

我正在尝试构建从支持管理器类的类图派生的状态图。

这是类图（声誉<10所以只能提供链接）：

http://i.imgur.com/3wFO9Gu.png

这是我目前构建的状态图：http: //i.imgur.com/vBTyTLX.png

我不确定这是否正确。但是状态图应该代表 Manager 类，并且 manager 类应该：

• 为员工分配“资源”
• 能够向员工更新资源
• 查看员工的出色工作
• 将技术人员分配给工作
• 更新系统信息
• 通知员工工作已经完成 - （技术人员解决问题并且工作由经理确认）。

这可以在一个状态图上表示吗？或者这需要几个？该图在表示经理如何处理员工提出的资源问题方面是否正确？

我知道 UML 活动图描述了一种算法，因此从某种意义上说，它是流程图的现代版本，而 UML 状态图显示了对象或系统可以找到的所有可能（或有趣）状态，并显示了所有这些状态之间可能的转换。

我也理解它们是正交模型：在状态图中连接两个状态的箭头代表一个算法，或者一个活动图；活动图的两个活动之间的一些（如果不是全部）箭头表示对象在连续动作之间发现的状态。

是否有标准图表类型（UML 或其他传统）为动作（算法步骤，包括分支、分叉/连接等）和动作之间的状态（仅设计者希望命名的那些状态）赋予不同的形状?

像这样的东西：

我需要帮助来理解上述状态图。

I don't really see the difference between a guard and an event in state diagram , what I can see is that an event is an action that has been launched or something like that and a guard is a just a condition but I think it's more profound than that I don't know if these two terms are associated or separated, which one is necessary and which one is optional or the difference exists just between their syntaxes; an event is written without brackets, it would be great if you could help me with this.

Thanks in advance. [ Sorry if I misspelled something ]

这个模型的正确用途是什么.. 1. 或 2. ？...或者应该有 1. extends 而不是 include ？

我构建了一个 UML 状态图，并遇到了从大多数其他状态到特定状态的相同转换的情况。绘制它的最优雅的解决方案是什么？目前我有两个选择：1）使用结点伪状态退出到我的目标状态2）将源状态包装在一个复合材料中并从中进行转换

更好的想法赞赏

更新：

状态模式可能是解决此问题的错误方法。因此，欢迎任何其他模式。基本上，我正在寻找一种方法来为每个状态设置保护条件，同时拥有干净且可维护的代码。如果不满足条件，前端路由系统（如 emberjs、ui-router 和 react-router）将如何实现guard conditions以避免进入特定状态？

我想通过使用状态模式来实现一个有限状态机，但我无法理解它。简而言之，它就像：

在任何状态下，一旦出错，我们就会进入错误状态。输入（事件）A、B 和 C 可能以任何顺序到达，但如果它们都通过，我们将进入第二状态。如果只有输入 A 适用，那么我们进入第一个状态。

以下状态图取自 Martin Fowler 的领域特定语言一书。

在描述中他说：

格兰特小姐，在她的卧室里有一个秘密隔间，通常是上锁和隐藏的。要打开它，她必须先关上门，然后打开她胸前的第二个抽屉，然后按任意顺序打开床头灯。一旦完成这些，秘密面板就会解锁，让她打开。

我强调，这turning light可以opening 2nd drawer按任何顺序发生。与 A、B、C 相同。

根据@SQLPolice 评论和书，我画了这个：

但问题是，我可能有（A && B && C && D && D && E）。在那种情况下，拥有所有组合的临时状态会很麻烦。

I finished a state diagram in regards to an auction system and had it sent for feedback. I received a confusing feedback.

"The stuff within the big blue thingie are actually events, not state of the objects itself"

Here is the mentioned state diagram, can anyone help to elaborate as to what the feedback actually means? That big blue state should be a composite state with concurrent sub states, so I am not really sure what the feedback refers to.

我们在学校学习行为状态图的转换有语法：

事件列表 [保护条件] / 动作列表

但是我在 Internet 上找不到任何使用带有多个事件的转换的示例。真的有可能吗？如果是，它的行为如何？这是否意味着当其中一个事件发生时（当然条件得到满足），交易就实现了？