我有一个Album类和一个Track类.曲目可以独立于专辑而存在,但是没有任何曲目就不能存在专辑.
我认为这是一个聚合,因为在销毁专辑时不会销毁曲目.但是属于特定专辑的特定曲目将会被专辑破坏...所以有人可以更清楚地说明这一点吗?
此外,这是家庭作业,但这不是实际的问题.我们正在进行大量的建模练习,这是一个单一的关联链接.
我有点理解一个接口是一个契约,可以应用于本来没有任何共同点的类(例如:Java中的Comparable).但是,在什么情况下你会在设计阶段有反射添加界面?
在这里阅读,似乎使用泛化建模自定义异常类是常见的.它没有提到的是我如何使用可能抛出自定义异常的类来建模关联.注意,我不是在询问如何在引发异常时对序列行为进行建模; 我特别想要建立联想模型.或者这是对类图的误用?
是否必须使用UML的所有9个图来描述系统?
我知道序列和协作图是同构的,所以可以在这里消除,如果我只通过动态部分的一个图表和静态部分的一个图表来表示它是否可以?
我有一个关于类和接口之间的关联建模的问题.据我所知,接口指定了对象可以做什么; 没有提供状态或功能(何时使用接口而不是抽象类,反之亦然?).此外,我的关于OOAD(James Rubaugh的面向对象建模和设计)的书指出,关联描述了一组在对象实例之间具有共同结构和通用语义的链接.
现在,假设我有以下实体:
1)ICar接口:定义汽车可以执行的操作
2)BMW:实现ICar界面的一类
3)IWheel:定义车轮功能的界面
4)LuxuryWheel:实现IWheel接口的类
现在,从设计的角度来模拟宝马和LuuryWheel之间的关系,您认为以下哪一项是正确的?我和每个人分享了我的想法
A)在ICar和Iwheel之间创建关联.BMW类可以创建LuxuryWheel类的具体实例.这是非常灵活的,但将车的能力与Wheel的能力相结合.此外,关联的定义表明关系是在实例之间.
B)在BMW类和LuxuryWheel类之间建立关联.解决特定问题; 但是宝马与豪华车轮紧密相连
C)在BMW类和Iwheel接口之间创建关联.这样宝马可以使用任何实现IWheel界面的类型.
选项C)对我来说看起来更好.请分享你的想法.
我陷入困境,我正在研究一些文档不足的大项目,我在想是否有一种方法可以生成我的Xcode项目的UML图,以便更好地理解它.我搜索了很多,似乎每个人都非常确定omnigraffle就是这样.但是当我尝试使用它时,我每次都会得到这个愚蠢的警报 "这个Xcode项目可以通过将其包含的文件夹拖到OmniGraffle应用程序图标上来绘制."
有人可以帮我解决这个问题.我正在使用omnigraffle的试用版.还有其他工具可以帮助我吗?
UML 1.1规范讨论了序列图的时序约束,而我在UML 2.5规范中找不到类似的构造用于交互图.在更高版本中是否从UML中删除了时序约束?