这是我的用例场景
Ever Green Homes PVT Ltd. (EGH) 出售房屋。想卖的人 他们的房子与 EGH 签订了合同，并提供了他们的信息 屋。此信息由 EGH 和 此信息被发送到使用的全市多重列表服务 由所有房地产经纪人。 EGH 具有两种类型的潜力 买家。一些买家对一栋特定的房子感兴趣。在这个 案例中，EGH 从其数据库中打印信息，房地产 代理人用来帮助向买家展示房子（一个超越 要建模的系统的范围）。其他买家寻求 EGH 的建议 找到满足他们需求的房子。在这种情况下，买方 填写输入买家数据的买家信息表 基地和 EGH 房地产经纪人使用其信息搜索 EGH 的 数据库和满足他们的房屋的多重上市服务 需要。这些搜索的结果被打印出来并用于帮助 房地产经纪人向买家展示房屋。
描述中有买家类型。
我想知道这两种类型的买家是否都在用例图中进行了映射。 如果是，如何映射它们？
这是我画的用例图：
如果有任何问题，请帮助我纠正图表的任何问题...
【问题讨论】：
标签： uml use-case-diagram
确实，你做得很好：叙述中使用的两种买家只是介绍了使用所考虑系统的不同方式。
它们不对应不同的角色：对一所房子感兴趣的买家稍后可能会提供他/她的信息以查看其他房子。相反，收到清单的买家稍后可能会对特定房屋感兴趣。
在房地产业务中，两种买家之间的区别在于，特定兴趣通常会导致对所提供房地产的更详细描述，这可能会导致访问，并最终导致交易。
现在严格来说，阅读叙述，我不确定卖家和买家是否使用该系统。他们似乎与房地产经纪人互动，卖方将与其签订合同，或者（潜在）买方可能会要求提供信息。
当然，我们可以想象一个基于互联网的与网络服务的交互。但叙述说“EGH 从其数据库中打印信息，房地产经纪人使用这些信息帮助向买家展示房屋”。类似地，“买家填写买家信息表并输入买家数据库”表示“输入”似乎暗示“由店员键入”。
因此，您确实需要澄清主题是什么，即用例的正在考虑的系统。演员名单将取决于它。
如果subject是房地产商的内部软件应用程序，我只看到三个参与者（因为买卖双方不与系统交互）：
如果它是由房地产商提供的互联网服务，卖家和买家可以与之互动，那么你的演员是对的（但缺少列表服务）。
如果是房地产中介本身（即business use-case，就像Ivar Jacobson在他的著作《The Object Advantage: Business Process Reengineering With Object Technology》中提出的） em> 并且在 RUP 中），那么焦点发生了转移，我们将只有房地产代理之外的参与者（因此没有文员，没有代理）：卖方，买方，运营上市服务的公司。
【讨论】：
总的来说，我认为您的图表清晰易懂。您可以轻松地将其保留为恕我直言，因为它传达了信息。理论上，单个买家可以与一个或两个用例交互（我假设），因此它可能是正确的。
但是，如果您想区分两种买家，那么您可以使用帖子标题所暗示的概括。这取决于您要传达的内容、原因以及真正传达给谁。
【讨论】：