Uml 我是否必须为客户和供应商两个部分设置两个登录和注册？

我不熟悉活动图。我被告知要为这个场景绘制一个活动图

这是对基于web的工具Exchange代理服务的简要描述。为了提供配对服务 支持，该系统将同时注册供应商和客户。系统作为系统运行的能力 登记一个新客户，详细说明姓名、地址、电话号码和电子邮件。按客户 注册后，系统还可以注册工具供应商。系统必须为每个新用户生成唯一的ID 客户和供应商。对于已注册的供应商，他们可以在中央存储库中更新其工具详细信息 并将其登记在系统的相关类别（建筑、园艺、汽车等）下 目录注册后，客户可以登录和浏览工具目录并选择工具或 他们希望租用的工具。工具以全天的倍数出租。当工具被出租时 目录显示其未付租用期，如果工具尚未到期或预订，则显示为 立即可用。如果客户选择了可用的工具，则订单已完成，并且显示为 更新。如果客户选择了一个已经租用的工具，系统会将客户置于延期订单上，然后 使用附加租用期更新显示。当延期订单可供履行时 通过电子邮件通知客户。 注：除上述规范外，您可以自由做出任何假设以完成此项工作 课程作业。但是，您所做的所有此类假设都将在适当的位置列出

---

我认为我应该做的是，为系统、客户和供应商制作三个主要部分（分区）。我必须为客户和供应商进行两种不同的登录和注册吗？

我建议您使用基于角色的访问控制（RBAL）。总之，要有一个干净集中的数据源，您通常需要为您的用户提供一个单独的数据存储。您将为用户类型（如供应商或客户）提供另一个数据存储，并为区分功能（如供应商可以访问工具详细信息）提供另一个数据存储–然后应用程序中的控制器或业务逻辑层将处理对功能不同部分的访问

---

例如，存在一些边缘情况，您是否希望用户注册为供应商和客户？但在您进入更复杂的领域之前，RBAL可能是一个很好的起点

谢谢您的回答，先生！我可以创建这三个主要部分，为供应商和客户进行两次不同的登录和注册，然后继续这样做吗？这样做不对吗？你的意思是创建两个不同的登录和注册“屏幕”吗？这是可以接受的，尤其是当您要求为每个用户类型提供不同的数据字段时。但是，在大多数情况下，您仍然希望将所有用户存储在一个统一的存储中。