我有这些课程:IdCard
, Note
, Ingredient
, Ceo
, ProblemOccured
, Chief
.
在我看来IdCard
,和是类Note
,因为它们与人互动。Ingredient
ProblemOccured
<<Boundary>>
但是Ceo
和Chief
是<<Entity>>
类。
我的朋友不同意我的理解,如果有人提供帮助,我将不胜感激。
我有这些课程:IdCard
, Note
, Ingredient
, Ceo
, ProblemOccured
, Chief
.
在我看来IdCard
,和是类Note
,因为它们与人互动。Ingredient
ProblemOccured
<<Boundary>>
但是Ceo
和Chief
是<<Entity>>
类。
我的朋友不同意我的理解,如果有人提供帮助,我将不胜感激。
初步说明
首先,类名总是没有:
. :CLASS
当类名用作属性的类型时,该符号用于类图中。它也经常用于序列图中的生命线,即使没有对象/属性名称。这:
意味着类的匿名实例CLASS
。
那么要分析的类是: ID CARD
, NOTES
, IGREDIENT
, CEO
, PROBLEM OCCURED
, CHIEF
.
一些上下文
实体-控制-边界分析模式基于用例。如果没有相应的用例,您无法确定区分边界和实体。但是我们可以做一些假设:
CEO
,CHIEF
并且NOTES
显然是长寿命对象的类。 PROBLEM OCCURED
可以是报告应用程序问题的用户界面类。在这种情况下,它将是一个边界类。但这也可能是首席向首席执行官报告的问题,这将使其成为实体类。 ID CARD
可以引用 UI 组件来显示实体人员的 ID。在这种情况下,它将是一个边界类。但它也可以指身份证,其中包含作为实体在应用程序中注册的身份证件的所有信息。IGREDIENT
:这是一个错字INGREDIENT
(可能是一个实体,例如,如果它是一个应用程序,而 CHIEF 实际上是厨师)?开始的 I 是“界面”的 I(将是一个边界,但什么是 GREDIENT)?