Class 类图'；s实体属性查询

我有一个关于客户从一家公司购买股票并计算分公司销售额的场景。因此，我制作了一个客户、采购和分支机构销售的类图，但我不确定在分支机构销售实体中放什么，因为分支机构销售应该显示每个分支机构完成的总销售额。 这是我的图表：

---

分支机构销售是否也应包括采购总价、采购库存和采购库存数量，如采购实体？

该图更像是数据库表，而不是：

• 在UML类图中，您不会使用虚线将唯一标识符与其他属性分开，而是使用分隔符来显示操作（即方法或函数）
• 在ER图中，这种做法不太常见，尽管也不常见

也就是说，无论建模语言如何，该图：

• 不显示客户正在购买什么<代码>库存太模糊：库存中是否有物料？这是证券交易所的股票吗？无论答案是什么，最好将其显示为自己的类/实体（我将在下文中使用

  Product

  ）

• 不显示用

  分支\u id

  标识的任何类/实体。我建议添加一个名为

  Branch

• 不显示关联/关系。您应该至少拥有

  客户--Purchase

  、

  采购--Product

  和

  采购--Branch

  ，或者它们的多重性/基数

如果您的模型中包含所有这些信息，“分支机构销售”实际上是

购买的数据摘录，而不是一个独特的实体：客户的购买就是分支机构的销售。对于您的图表：


如果您使用的是类模型，则需要添加一个
getSalesDetails（）
函数：该函数将返回该分支的所有相关
Purchase
对象的列表。您还可以添加一个
getTotalSales（）
，这样就可以完成相关销售的合计。也许会考虑购买的
日期

如果您在ER模型中，您将知道如何查找这些数据，这要归功于分支机构和购买之间的关联（您可以通过将关系
分支机构--Purchase
标记为
makes sales
，来说明这一点。但是，如果您希望记录物理模型并打算在数据库中实现这一点（使用冗余数据、不推荐或视图），也可以显示一个单独的表，其中包含重复的相关数据）

关于课程的最后一条重要评论：


如果您的图应该是一个UML类图，但您希望显示数据库模型的详细信息，那么您可以将
«table»
放在每个实体的上方

但是如果你不打算记录类，也就是说，类将不进行操作（也就是说，类行为），那么确实缺少了一些东西——这就像一个（不是禁止的，但离理想还很远）

该图表看起来更像是数据库表，而不是：


在UML类图中，您不会使用虚线将唯一标识符与其他属性分开，而是使用分隔符来显示操作（即方法或函数）
在ER图中，这种做法不太常见，尽管也不常见

也就是说，无论建模语言如何，该图：


没有显示客户正在购买什么。
库存
太模糊了：这是库存中的一种材料吗？这是股票交易所的股票（公司的股份）？不管答案如何，最好将其显示为自己的类/实体（我将在下文中使用
产品
）

不显示任何用分支id标识的类/实体。我建议添加一个名为分支的实体

不显示关联/关系。您应该至少具有
客户--Purchase
、
采购--Product
和
采购--Branch
，或者它们的多重性/基数


如果您的模型中包含所有这些信息，“分支机构销售”实际上是
购买的数据摘录，而不是一个独特的实体：客户的购买就是分支机构的销售。对于您的图表：


如果您使用的是类模型，则需要添加一个
getSalesDetails（）
函数：此函数将返回该分支的所有相关
Purchase
对象的列表。您还可以添加一个
getTotalSales（）
这样就可以算出相关销售额的总和。也许会考虑购买的
日期

如果您在ER模型中，您将知道如何查找这些数据，这要归功于分支机构和购买之间的关联（您可以通过将关系
分支机构--Purchase
标记为
makes sales
，来说明这一点。但是，如果您希望记录物理模型并打算在数据库中实现这一点（使用冗余数据、不推荐或视图），也可以显示一个单独的表，其中包含重复的相关数据）

关于课程的最后一条重要评论：


如果您的图应该是一个UML类图，但您希望显示数据库模型的详细信息，那么您可以将
«table»
放在每个实体的上方

但是如果你不打算记录类，也就是说，类将不进行操作（也就是说，类行为），那么确实缺少了一些东西——这就像一个（不是禁止的，但离理想还很远）