Visual Paradigm Desktop | 
Visual Paradigm Online
<<include>> 和 <<extend>>在人工智能支持的用例图中你是否曾面对一张空白画布，试图描绘一个复杂系统的交互过程，却因可能性太多而感到不知所措？这就像试图讲述一个引人入胜的故事，但所有情节线索都纠缠在一起。对于任何开发软件或设计流程的人来说，理解用户如何与系统交互至关重要。这正是用例图发挥作用的地方，它们充当用户与系统交互的蓝图。
今天，我们将揭开其中两个最强大却常被误解的关系：<<include>> 和 <<extend>>。我们将探讨它们是什么、何时使用，以及最关键的是，像Visual Paradigm这样的AI驱动建模软件如何让掌握它们不仅变得更容易，而且更直观，甚至令人愉悦。
<<include>> 和 <<extend>>关系？简单来说，<<include>> 和 <<extend>><<include>> 和 <<extend>> 是在UML用例图中用于组织和简化复杂用例的特殊关系类型。它们帮助你将大型且复杂的功能分解为更小、更易管理的部分，从而在不丢失整体视图的前提下提升清晰度和可重用性。
<<include>> 与 <<extend>>虽然这两种关系都有助于构建用例，但它们各自有不同的用途。可以将它们视为讲故事者工具箱中的不同工具——每一种都适用于特定的情节转折。
| 关系 | 目的 | 依赖 | 方向 |
|---|---|---|---|
<<包含>> |
强制重用： 表示多个用例共享的通用且必需的行为。被包含的用例 必须 发生，才能使基础用例完成。 | 基础用例 依赖于 被包含的用例。 | 箭头从基础用例指向被包含的用例。 |
<<扩展>> |
可选增强： 表示可能根据特定条件发生或不发生的附加或替代行为。它为现有用例添加了可选功能。 | 扩展用例 依赖于 基础用例。 | 箭头从扩展用例指向基础用例。（这常常让人困惑；记住，附加 指向 原始). |
<<包含>>想象一下，新任产品经理莎拉正在为她的电子商务平台规划一个“处理在线订单”的用例。她意识到，无论订单如何处理，“验证客户信用”都是一个必须执行的步骤，始终 都需要发生。这是流程中一个根本且不可妥协的部分。
这是一个经典<<包含>>场景。”处理在线订单”用例<<包含>>的”验证客户信用”。被包含的用例（”验证客户信用”）对于基础用例（”处理在线订单”）实现其目标至关重要。它促进了复用，因为”验证客户信用”也可能被包含在其他用例中，例如”管理订阅”或”处理退货”。
<<扩展>>现在，假设Sarah的电子商务平台还提供一个可选的”应用折扣码”功能。这并不是每次处理订单时都必须发生的事情。这是一个可选步骤，它扩展了”处理在线订单”用例，但仅在特定条件下（例如，如果客户输入了有效代码）。
在这里，”应用折扣码”<<扩展>>了”处理在线订单”。扩展的用例（”应用折扣码”）为基本用例（”处理在线订单”）增加了功能，但并不定义其核心流程。即使扩展的用例从未发生，基本用例也能成功完成。
理解”是什么”是一回事，但知道”何时”使用才是真正的专业所在。
使用<<包含>>当：
使用<<extend>> 当：
我们的产品经理莎拉决心为她的团队创建最清晰的用例图。她花了无数小时绘制、擦除和重新组织，常常因手动操作的繁琐和担心自己可能遗漏关键关系而感到沮丧。一天晚上，在又一次手工绘图后，她决定尝试一些新方法：使用 Visual Paradigm 的人工智能驱动建模软件。
她知道需要传达订单处理的必选步骤以及可选的增强功能。她的目标是为不断发展的电商业务设计一个强大且易于理解的系统。
莎拉在chat.visual-paradigm.com启动了 Visual Paradigm 的 AI 聊天机器人。界面简洁明了，她感觉自己已准备好迎接挑战。
1. 初始图生成：
她没有绘制单个图形，而是简单地描述了她的主要用例：”绘制一个UML 用例图，用于电子商务订单流程。包含参与者：客户、支付网关、物流服务。”
AI 立即生成了一个初步图表，展示了她的主要参与者和核心用例，如“下单”、“支付”和“发货”。这为她节省了宝贵的初始设置时间。
2. 添加<<include>> 关系：
随后，莎拉进一步完善了她的请求：”对于‘下单’用例，我需要确保‘验证客户信用’始终发生。将其作为<<include>> 关系添加。”
AI 迅速更新了图表，新增了‘验证客户信用’用例，并正确绘制了从‘下单’指向‘验证客户信用’的<<include>> 箭头。莎拉微笑着，这比她手动尝试快多了。
3. 包含<<扩展>> 关系：
接下来，她考虑了可选功能。”此外，客户可能希望在‘下单’过程中添加‘应用折扣码’作为可选步骤。将其作为<<扩展>> 关系。”
毫不迟疑，AI绘制了另一个用例，”应用折扣码”，并正确地通过一个<<扩展>> 箭头连接回”下单”。此时，该图已极为准确地反映了她系统的细微之处。
4. 图表润色与优化：
莎拉意识到，为了更清晰地表达，她想将”验证客户信用”重命名为”验证支付信息”。她只需说道：”将‘验证客户信用’重命名为‘验证支付信息’。” AI立即完成了更改。她还问道：”请解释一下这个图中include和extend的区别。” AI给出了简洁明了的解释，进一步巩固了她的理解。
5. 无缝集成与更进一步：
在对图表满意后，莎拉知道可以轻松将其导入Visual Paradigm桌面应用程序，进行更详细的编辑，或生成全面的文档。她甚至向聊天机器人提问：”设计支付流程时常见的陷阱有哪些？”，获得了宝贵的见解，使她更深入地考虑了安全性和错误处理问题。AI不仅仅是绘图，更像是一位知识渊博的助手。
这次体验彻底改变了莎拉的建模方式。曾经令人厌烦且容易出错的任务，如今变成了一种高效且协作的过程，让她有信心向团队展示清晰准确的系统设计。Visual Paradigm的AI驱动建模软件不仅仅是一个工具，更是她设计旅程中的智能伙伴。
Visual Paradigm之所以脱颖而出，成为最佳的AI驱动建模软件，原因有以下几点：
<<包含>>和<<扩展>>.Visual Paradigm不仅仅关乎画线和画框；它旨在让你在智能助手的陪伴下，能够思考、设计并创新。它简化复杂性，澄清模糊之处，并加速你从构想到完美模型的实现过程。
理清<<包含>>和<<扩展>>只是构建稳健系统设计的一个小部分。借助Visual Paradigm的AI驱动建模软件，你可以描述系统交互、明确关系，并立即生成专业的用例图，节省时间并确保准确性。
准备好为你的下一个项目带来清晰与智能了吗？立即开始使用我们的AI驱动建模软件进行设计吧！
A1：用例图通过可视化方式展示用户（参与者）如何与系统交互以实现特定目标（用例）。它们有助于定义系统需求，理解系统边界，并从外部视角识别关键功能。
<<包含>>和<<扩展>> 关系能否在同一张图中一起使用？A2：当然可以！在同一个用例图中同时看到这两种关系非常常见。<<include>> 和 <<extend>> 关系。它们具有不同的但互补的作用，使您能够同时建模系统中强制共享的行为和可选的替代流程。
<<include>> 和 <<extend>>?A3：Visual Paradigm 的 AI 基于公认的 UML 标准进行训练。当您描述用例并指定“include”或“extend”关系时，AI 会运用其知识生成具有正确符号、箭头方向和语义含义的图表，引导您遵循最佳实践。
<<include>> 和 <<extend>> 的方法？A4：虽然 <<include>> 和 <<extend>> 是标准且强烈推荐的，但复杂用例也可以分解为更细粒度的独立用例，或通过活动图来详细描述流程。然而，这些关系提供了一种清晰且标准化的方式，可以直接在用例图中管理依赖性和可选性。
A5：可以！由 Visual Paradigm 的 AI 聊天机器人生成的图表可以轻松导入 Visual Paradigm 桌面建模软件。之后，您可以将其导出为多种格式，确保兼容性并保持持续编辑的能力。
<<include>> 或 <<extend>>）？A6：如果您不确定，可以向 Visual Paradigm 的 AI 描述您的场景。例如：“我有一个‘登录’用例，它会‘验证凭据’，还有一个可选的‘记住我’功能。我该如何建模？”AI 通常可以提供建议或生成一个图表供您审查和修改，帮助您通过实践来学习。