技术问询：UML用例图是否需纳入系统任务/响应及银行用例设计疑问

嘿，这个问题得结合你画用例图的目标和粒度来判断，我给你拆解两种常见场景：

• 如果作业聚焦用户视角的核心功能
  对客户这个参与者来说，他们关心的是“我能完成存款”“我能完成取款”，至于系统后台怎么更新余额，完全是透明的、不需要他们干预的内部操作。这种情况下，只绘制“存款”和“取款”两个用例就足够了——用例的本质是描述参与者能获得的价值，而非系统内部的技术细节。

• 如果作业要求体现系统逻辑复用或用例关系
  要是老师希望你展示对用例关系的理解，或者需要明确系统内部的复用逻辑，那给“存款”和“取款”都添加<>“更新余额”是合理的。因为不管是存款还是取款，最终都必须执行更新余额这个步骤，<>正好能表达这种“必须执行的附属操作”，还能体现出这个功能的复用性。

另外补充一点：不要为了刻意使用用例关系而硬加，核心还是看用例图的受众。如果是面向业务人员的需求展示，简洁的“存款/取款”就够；如果是面向开发团队的设计说明，加入“更新余额”的包含关系能让内部逻辑更清晰。

内容的提问来源于stack exchange，提问作者Rasanja Dampriya