用UML描述投票和评论过程

在UML中描述评论和投票过程的最佳方式是什么？我需要一个清晰的方式来描述一个用户问一个问题，多个用户提交答案，每个用户可以根据自己的喜好对答案和问题进行上/下投票

我试着用一个从顶部开始的活动图来建模，它必须进行分支，一个分支指向一个节点，该节点表示注释，另一个分支进入投票操作。然后，每个动作都有一个流向自身的流，表示用户可以根据自己的意愿随时向上/向下投票和评论，然后两者都加入到最终节点中

---

我认为这在任何方面都是不可理解的，所以我想问：使用UML描述这一点的正确方法是什么？

如果您想描述规则，即关系，那么类图可能比活动图更合适。下面是一个相当粗糙但仍具有代表性的例子：

活动图适用于描述链接的活动和流程。然而，在这种情况下，行为非常简单；用户可以提交帖子的问题或答案，也可以对帖子进行投票

该图捕获了直接从关系读取的以下规则：

Each User may submit many Posts
A User need not submit any Posts
Each Post must be submitted by exactly one User
Each User may vote on many Posts
A User need not vote on any Posts
Each Post may be voted on by many Users
A Post need not be voted on by any Users
Each Vote has a type which is either up or down
A Post is either a Question or an Answer
A Question may have many Answers
A Question need not have any Answers
Each Answer must be a response to exactly one Question

请注意，该模型缺少一些重要规则，例如不能对自己的帖子进行上/下投票。还缺少其他帖子子类型和其他显著属性（如用户名、帖子文本等）的注释。。希望有足够的代表性

嗯

---

PS：我随意使用Vote.type的语法。它实际上应该被定义为一个枚举，但是对于这些目的，它的显示方式就足够了。向任何潜在的UML警察道歉：-

您对组件视图或运行时行为视图感兴趣吗？我对运行时行为视图感兴趣。您仍然必须从组件视图开始。运行时视图将向您显示这些组件的实例，而它本身并不是查看组件之间关系属性的最佳视图。