Uml 贷款与贷款数据库的关系(关联或聚合)?统一建模语言

Uml 贷款与贷款数据库的关系(关联或聚合)?统一建模语言,uml,associations,aggregation,Uml,Associations,Aggregation,我理解,如果一个组件是另一个组件的“一部分”,那么它就是一个聚合,这使我相信“贷款”是贷款数据库的“一部分”。然而,没有贷款,贷款数据库就不可能存在——这让我相信它可能只是一个关联 非常感谢您的帮助,我已经看过了: 我不知道你认为贷款数据库应该是什么。但任何数据库都可以存在,即使它根本没有内容。去创建一个任意的数据库。你可以做到。它没有数据,也没有结构。您首先要做的是创建结构(例如贷款结构)。只有这样,才能将单个元素(行或贷款条目)添加到数据库中 一般来说,你根本不应该太在意作文。它实际上并没

我理解,如果一个组件是另一个组件的“一部分”,那么它就是一个聚合,这使我相信“贷款”是贷款数据库的“一部分”。然而,没有贷款,贷款数据库就不可能存在——这让我相信它可能只是一个关联

非常感谢您的帮助,我已经看过了:


我不知道你认为贷款数据库应该是什么。但任何数据库都可以存在,即使它根本没有内容。去创建一个任意的数据库。你可以做到。它没有数据,也没有结构。您首先要做的是创建结构(例如贷款结构)。只有这样,才能将单个元素(行或贷款条目)添加到数据库中

一般来说,你根本不应该太在意作文。它实际上并没有为您的模型添加太多语义。在存在安全问题(必须清除相关数据)或内存管理很重要的情况下,复合聚合是有意义的。我认为共享聚合甚至是邪恶的,因为它没有固定定义的语义。UML规范明确指出,在使用领域之前,需要在领域中定义语义

tl;博士不要使用组合,而是将重点放在正确的关联上,最好是具有正确的多重性,如果可能,还有好的角色名称