如何在UML用例图中区分和应用包含、扩展和泛化关系？请结合《UML用例图关系详解：包含、扩展与泛化》中的理论与实例进行说明。

在UML用例图中，包含、扩展和泛化关系是组织用例的重要方式，它们帮助设计者表达用例之间的不同依赖关系。《UML用例图关系详解：包含、扩展与泛化》一书详细探讨了这些关系，并提供了丰富的实例，是理解和应用这些关系的理想资源。

参考资源链接：[UML用例图关系详解：包含、扩展与泛化](https://wenku.csdn.net/doc/890abu24w9?spm=1055.2569.3001.10343)

首先，包含关系（include）用于标识那些可以被多个用例共享的通用行为。在实际操作中，我们可以创建一个包含用例（如UseCaseB），然后在需要这些行为的基用例（如UseCaseA）中标记为包含它。比如，在一个在线购物系统中，基用例“下订单”可能会包含用例“计算运费”。这样做不仅减少了用例间的重复，也使得系统的维护变得更加容易。

扩展关系（extend）允许我们描述用例的可选路径。它定义了一个用例（扩展用例）在特定条件下如何增加或改变另一个用例（基用例）的行为。例如，如果在“登录系统”的基用例中增加了“忘记密码”的扩展用例，那么在用户选择“忘记密码”时，系统才会执行扩展用例的行为。这种动态扩展是通过在基用例中标记扩展用例和触发条件来实现的。

泛化关系（generalization）则类似于面向对象编程中的继承。基用例可以被泛化为更一般的用例，而子用例继承基用例的行为，并可能添加新的行为。这种关系清晰地表达了“IS-A”的关系。例如，用例“高级查询”可以泛化自“简单查询”，并且“高级查询”拥有“简单查询”的所有功能外，还提供了更多复杂的查询选项。

此外，用例图中的执行者（Actor）通常代表与系统交互的用户或其他系统，它们通过关联关系（Association）与用例连接。系统边界则定义了用例图的范围，帮助区分系统内部和外部的交互元素。

通过阅读《UML用例图关系详解：包含、扩展与泛化》，设计者能够更深入地理解这些关系的含义和用途，从而在用例图中准确地表达出系统的行为和功能。建议在学习这些概念的同时，结合实际项目进行练习，以加深对UML用例图中包含、扩展和泛化关系应用的理解。

参考资源链接：[UML用例图关系详解：包含、扩展与泛化](https://wenku.csdn.net/doc/890abu24w9?spm=1055.2569.3001.10343)