我的用例图太复杂了，活动图太密集了吗？

Question

我正在为酒店预订服务问题做两张图。我确实查了谷歌和几乎所有的图表示例似乎很好地联系了演员，但我似乎无法在我的情况下这样做。同样对于活动图，我觉得它最适合问题的一部分，而不是一切。

如果我的工作是正确的/至少在正确的路径上以及需要工作的地方或完全关闭的话，我将不胜感激任何反馈。请帮忙。

问题：

新酒店要求网站允许潜在客人通过指定房间类型来预订房间。单人，双人和预订日期。酒店提供多种房型，每种房型都有房型，客人数量和其他设施信息。酒店的每间客房均拥有一个独特的房间号码，并且属于一种特定类型。

如果潜在客人过去在网站上注册了他们之前存储的详细信息，例如可以检索联系电话，信用卡详情，以加快预订流程。如果潜在客人以前没有注册，他们必须在预订前创建一个新客户帐户。

酒店的每项预订都会分配一个唯一的预订代码。在预订日期之前，客户可以使用该网站编辑或取消预订。预订的修改可以包括更改预订日期，每个房间的客人人数等。在预订过程中，客户可以打印预订。

当客人抵达酒店时，接待员会使用预订号码来查询预订。在酒店住宿结束时，接待员会检查客人。在此阶段，酒店系统通过信用卡支付系统付款，客人可能会要求发票。

系统准备月度报告，可根据要求查看 酒店经理。

为酒店制作用例和活动图。

答案：用例图 Link to the Use Case Diagram Picture

答案：活动图

新用例图： Link to new diagram

Answer 1

您正在混合演员和系统。酒店是一个系统，将显示为矩形。

如果他们不认为系统的功能不同，那么各种房间都不属于UC诊断。

参数和状态不会显示为用例。它们不是行动。

至于标题中的问题，答案是否定的。只有你有几个UC图，而不是图。没关系。活动图很简单，它甚至都在一个泳道中。

当您定义所有代理时，您将能够使用泳道创建更复杂的活动图。

编辑第二个用例图：

• 在这里，您尝试设置动作的SEQUENCE。用例不适合它。只有谁和什么，不是在哪里，何时，如何。您正试图将所有内容放在用例图中。将其他问题推迟到以后的图表中。看看我的回答：https://stackoverflow.com/a/21408074/715269，一个人犯了相反的错误 - 将所有内容都放在序列图中。
• 你想到注册真是太好了。但是登录和注册是用例，应该在代理之间，而不是在用例之间
• 你在这里混合了两个用例：一个关于预订，一个关于真实到达/生活/离开。分开他们。
• 请勿尝试将结构信息放在此处。用例是从用户的角度来看，而不是从程序员的角度来看。现在不要试图决定内心问题。你必须正确定义最常见的问题，就是这样。

我添加了用例图的一部分 - 仅限预订。

请注意，即使在演员和使用案例的意义上，它还没有完整 - 您必须拥有预订系统提供商的管理和簿记。 （如果系统不属于酒店，当然）