我应该将用例图中的用例放入我的类图中吗？

Question

因此，我为学生在线系统设计了一个用例。问题是我的一些基本案例被细分为许多包含的案例。例如，要生成职员标记表，我包括的用例是：选择学生，选择课程，选择模块，选择学期

在我的类图中，我应该为所有较小的用例提供方法，还是只有主要方法（如generateMarksheet？）？

Answer 1

简而言之

不，那不是它的工作方式。

更多详细信息

通常没有直接映射

用例是从用户角度讲的需求。因此，这是要解决的[[问题。通常，它们代表用户较高的目标，例如Manage students或Subscribe to courses。

您的系统的类别与满足这些要求的技术

解决方案

有关。但是，总的来说，没有您所描述的直接映射：系统的行为是由系统内许多类之间的交互产生的。 有一些方法可以连接两个世界

如果您想在两个世界之间建立联系，则可以遵循UML创始者提倡的统一流程：

您从用例开始
• 您为分析创建了ECB class model，其中为每个单个用例显示一个控件类，为一个用例和一个参与者之间的每个关联显示一个边界类，并为每个可以使用的领域对象显示一个实体类从叙述中得到。
• 然后，您对边界和控件进行了更多思考，以查看是否存在某些重叠甚至重复使用。
• 然后您考虑设计系统。但是细节水平会更高。为了可追溯性，您最终将自己的解决方案类映射到分析类：对于每个类，您都可以找到与之相关的用例。相反。

但是这种方法在敏捷环境中失去了吸引力。另外，由于解决方案设计通常会受到所选架构模型（例如MVP，MVVM，干净架构等）的严重影响，并且它们的逻辑与ECB有所不同（尽管存在一些明显且令人误解的相似性），因此此分析步骤是没有增加足够的价值。

Morover，敏捷方法试图避免严格的ECB方法所需的大量前期分析。