Uml 我必须在类图中为每个用例创建一个控制类吗?

Uml 我必须在类图中为每个用例创建一个控制类吗?,uml,class-diagram,use-case,Uml,Class Diagram,Use Case,我正在根据ECB模式制作类图。 根据,每个用例都表示为一个控制类。 这是否意味着1:1的回应 例如,如果我使用“登录”和“注册”用例,那么“LoginController”和“RegisterController”是否必须存在 我可以将它们整合到“ValidationController”中吗 我查阅了有关欧洲央行的信息,但很难获得详细信息。提前感谢您的帮助。不,根本不需要一对一的映射 如该条所述: 分析用例时,首先确定ECB类: 每个用例都表示为一个控制类 然后根据设计需要对类进行细化、

我正在根据ECB模式制作类图。 根据,每个用例都表示为一个控制类。 这是否意味着1:1的回应

例如,如果我使用“登录”和“注册”用例,那么“LoginController”和“RegisterController”是否必须存在

我可以将它们整合到“ValidationController”中吗


我查阅了有关欧洲央行的信息,但很难获得详细信息。提前感谢您的帮助。

不,根本不需要一对一的映射

如该条所述:

分析用例时,首先确定ECB类:

  • 每个用例都表示为一个控制类
然后根据设计需要对类进行细化、重新构造或重组,例如:

因此,1:1只是分析的开始,决不是实施的指南

理解这种模式起源于90年代的敏捷前环境是很重要的。用例的发明者伊瓦尔·雅各布森(Ivar Jacobson)希望ECB能够从需求(表示为用例)中派生出一个实现,并保持实现对需求的完美跟踪。如果您想了解有关这种方法的更多细节,可以阅读Jacobson、Booch和Rumbaugh的《统一软件开发过程》


不相关:知道雅各布森最近的工作(例如)不再提到欧洲央行可能会有用,因为现代敏捷方法不支持欧洲央行所假设的那种纯粹基于意见的前期分析。

。没有人会强迫你这么做。反之亦然。Aaand-Login不是用例,因为它没有附加值。@qwerty_所以谢谢您的回答!