UML用例图详解：关键概念与参与者分析

统？ ②哪些外部实体与系统进行交互？ ③系统需要提供服务给哪些对象？ ④系统需要收集哪些外部输入？ ⑤系统需要向哪些对象提供输出？ 知识点3：用例的概念 用例（Use Case）是系统提供的一个可观察的服务，它描述了一个参与者与系统之间的交互，用来捕获系统功能需求。每个用例都代表了系统的一种特定行为，反映了用户对系统的一个期望功能。用例的名称通常采用动宾结构，如“登录”、“查询订单”等，以清晰地表达其意图。 知识点4：识别用例图 识别用例图的过程通常包括以下步骤： 1. 确定系统边界：明确系统与外界的界限，确定哪些是系统内部，哪些是外部参与者。 2. 识别参与者：根据系统功能和业务流程，找出与系统交互的实体。 3. 描述用例：根据参与者与系统交互的行为，定义每一个用例。 4. 分析关系：确定用例间的泛化、包含和扩展关系，以表达更复杂的行为。 5. 绘制用例图：使用UML图形符号，绘制参与者、用例和它们之间的关系。 知识点5：用例与事件流 事件流（Event Flow）是用例中描述的参与者与系统之间的一系列交互步骤，它定义了用例执行的顺序。事件流通常包括触发用例的初始事件、系统响应以及可能的分支和循环。事件流帮助理解系统如何响应参与者的行为，确保系统按照预期的方式工作。 知识点6：用例之间的关系 用例之间的关系主要有三种： - 泛化（Generalization）：表示一种特殊与一般的关系，一个泛化用例继承了另一个基用例的所有行为。 - 包含（Include）：将一个用例中的常用行为提取出来，作为独立的辅助用例，以提高代码复用性。 - 扩展（Extend）：一个用例可以在另一个用例的基础上增加额外的行为，扩展用例只在特定条件下发生。 知识点7：实例-购物系统中的用例视图分析 在购物系统中，用例图可能包括以下元素： - 参与者：顾客（Customer）、管理员（Administrator） - 用例：浏览商品（Browse Products）、添加到购物车（Add to Cart）、结账（Checkout）、管理商品（Manage Products）、查看订单（View Orders） - 关系：顾客可以执行浏览商品、添加到购物车和结账，管理员则可以管理商品和查看所有订单。管理员的“管理商品”用例可能包含“添加商品”、“编辑商品”和“删除商品”等子用例，而“结账”用例可能被“优惠券应用”用例扩展，允许顾客在结算时使用优惠券。 通过以上分析，我们可以清晰地了解购物系统的核心功能和不同角色的交互，为后续的系统设计和开发提供基础。