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