UML Class 图 - 我们是否在此处包含部分 类,如用户控件和 MainWindow?
UML Class Diagram - Do we include partial classes like usercontrols and MainWindow here?
我正在做一个项目,但我不太确定如何做。我的所有 类 都在我的 UML 图中,但我不确定是否必须在此处包含部分 类 之类的用户控件。
如果这很重要,我的代码在 C# 中。
我想我不必这样做,但我想看看其他人对此事的看法。
谢谢
UML 对于模型中应包含的内容 class 持中立态度。所以这是你的选择。而选择将取决于您的开发方法和您想要实现的目标。
例如,Unified Software Development Process,由 UML 之父 Booch、Jacobson 和 Rumbaugh 定义,提出了不同级别的建模:
- 分析 classes 来自用例并遵循 Entity-Control-Boundary approach
- 设计 classes 源自分析模型并对应于要实施的 classes。
其他方法,例如 AgileUP, are more pragmatic, and start with a domain model 侧重于与业务概念相对应的持久性 classes。设计模型通过实施中涉及的其他 classes(例如 UI、应用程序控制、持久性实用程序等)丰富了领域 classes
此外,模型中的 classes 与您在图表中显示的用于讨论设计的特定方面的 classes 的子集之间存在差异。
需要更多上下文(即您的 UML 模型和方法论的目的)以获得更具体的建议。
我正在做一个项目,但我不太确定如何做。我的所有 类 都在我的 UML 图中,但我不确定是否必须在此处包含部分 类 之类的用户控件。 如果这很重要,我的代码在 C# 中。
我想我不必这样做,但我想看看其他人对此事的看法。
谢谢
UML 对于模型中应包含的内容 class 持中立态度。所以这是你的选择。而选择将取决于您的开发方法和您想要实现的目标。
例如,Unified Software Development Process,由 UML 之父 Booch、Jacobson 和 Rumbaugh 定义,提出了不同级别的建模:
- 分析 classes 来自用例并遵循 Entity-Control-Boundary approach
- 设计 classes 源自分析模型并对应于要实施的 classes。
其他方法,例如 AgileUP, are more pragmatic, and start with a domain model 侧重于与业务概念相对应的持久性 classes。设计模型通过实施中涉及的其他 classes(例如 UI、应用程序控制、持久性实用程序等)丰富了领域 classes
此外,模型中的 classes 与您在图表中显示的用于讨论设计的特定方面的 classes 的子集之间存在差异。
需要更多上下文(即您的 UML 模型和方法论的目的)以获得更具体的建议。