用服务类绘制UML类图

Question

这是大型系统的一个小场景。 我想在类图中对这种情况进行建模，然后在代码中实现

这是书店中的一种情况。有客户，客户可以购买书籍，按名称搜索书籍以及阅读书籍

通过以下方式实现的类图

1.将所有操作归类到客户类，因为客户是执行这些操作的人，但是buyBooks(),searchBook(),readBooks()方法不负责更改客户类的状态（这些方法不适用于内部数据）客户类）的存在，因为它违反了基本的oop原则封装。

客户可以购买，搜索，阅读1本书或更多本书，因此其关联关系如图所示。

我发现很多类图在引用INTERNET时都以此方式绘制

2.将所有操作归入与上述相同的客户类别。 并分别用三个单独的行标记每个关联

协会

• 客户可以购买一本或多本书
• 客户可以搜索一本或多本图书
• 客户可以阅读一本或多本书籍

3.在这里把所有操作都放到服务类上，因为那些方法不负责改变客户，书本类的状态

然后标记关联。

-其中哪一个是正确的班级图？
-在uml类图中绘制服务类是否可以接受？

Answer 1

我认为第一个或最后一个图都可以工作（一旦更正），但是我倾向于第一个实现。 第二个是完全错误的。

我之所以使用第一个，是因为“客户”是指其系统中的唯一目的是与您的Book类进行交互的人，尤其是鉴于您的多重性值表明客户必须与至少一个书类相关联这一事实。 如果客户要做的事情多于与书本互动，那么将客户就书本所做的事情抽象为服务可能会很有用，但我认为这里没有必要。

现在，您的类图语法已关闭。 箭头应该是打开的（如> ），而不是实心的。 同样，您在Book类上的多重性值似乎是错误的：如果尚未购买，则该实例与该实例相关联的客户为零，而与该实例相关联的客户则为一个。 如果是这样，则书末的多重性值应为0..1 。

最后，您的第二张图是错误的，因为关联是按类而不是按操作进行的。 您不必为每个操作都关联一个关联，而是为每个类关联一个关联。