【问题标题】:Sequence Diagram - UML 2.0 - object oriented (Basic)序列图 - UML 2.0 - 面向对象(基础)
【发布时间】:2018-09-10 10:34:17
【问题描述】:

我正在学习 UML,我专注于一个类似于 Netflix 的项目,可以在上面练习。

我正在尝试为仅包含实体类的“流电影”创建一个简单的序列图(因此忽略用户界面、服务器和数据库等对象)。

这个想法是会员可以搜索电影目录,选择一部电影,然后系统将验证他们是无限会员还是有限会员。如果无限制,他们可以流式传输电影,否则,系统必须检查他们当月是否达到了 10 部电影的限制。如果有,则他们无法流式传输电影,并且必须收到说明原因的消息,或者被要求升级他们的帐户,否则,他们可以正常流式传输电影。

这是迄今为止展示关联的类图:

这是到目前为止“流电影”的序列图,我需要一些帮助:

构建该序列图的最佳方法是什么,同时又要保持相对简单?

提前致谢。

【问题讨论】:

  • “什么是最好的方法”只是基于意见。这取决于您的观众。

标签: uml sequence diagram sequence-diagram system-design


【解决方案1】:

我无法为您提供“最佳方式”,但我可以评论我在您所附图表中看到的内容。也许您可以使用它来细化更具体的问题。

从底部开始,您的序列图显然是不完整的。到目前为止,我对此唯一的评论是我不理解流程的逻辑,因为您的成员调用“搜索”电影目录,然后立即调用“选择”电影,然后调用验证成员身份。这些似乎是一个不太可能的调用序列。我有点明白你的意思,我想——我怀疑你错过了返回信息,也许应该是会员选择了电影而不是目录?此外,您有一个成员对象(可通过“:member”中的冒号识别),然后是电影目录等的类,除非在非常特定的上下文中,否则这不是真正合乎逻辑的。

在顶部,您的类图看起来更加完整和易于理解。我只能在这里真正评论设计选择而不是 UML 语义/语法。我很乐意回答您对此提出的任何具体问题,但我认为我目前不会发表想法。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-10-16
    • 2018-03-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多