软件设计（十四）-UML建模(上)

UML建模包含：用例图，类图与对象图，顺序图，活动图，状态图，通信图，构件图。

• 用例图

主要包含关系，扩展关系，泛化关系。

首先旁边的对象肯定是参与者。

包含关系 include：登记外借信息，必须要用到用户登入，所以是包含。

扩展关系 extend：查询书籍 也可以直接修改书籍，所以不是包含，是扩展关系。（关键在于是否必须，包含关系就是必须，但是修改书籍则不是必须的）

• 类图与对象图

关系包含依赖关系，泛化关系，组合关系，聚合关系，实现关系。

组合和聚合又统称为关联关系。

泛化是对类来的，实现是对接口来的。

组合 和 聚合都是菱形，组合是实心，聚合是空心。

书籍列表和书籍是聚合关系。

计算机书籍和非计算机书籍和书籍则是 泛化关系。

第一题：

UML图中箭头分别代表什么关系？

继承关系：A = 艺术家，C 乐队和D歌手都继承于艺术家。

那么C和D为什么C是乐队呢？

聚合关系：多个歌手聚成一个乐队。菱形代表整体一方，所以C是乐队。

那么艺术家编写和演奏什么？演奏B歌曲。

每个歌曲由音轨构成，音轨又构成唱片。所以E就是音轨，F就是唱片。

一、题：艺术家可能是 一名歌手或一支由2名或2名以上的歌手所组成的乐队。一名歌手可以不属于任何乐队，也可以属于一个或者多个乐队。

问：那么他们的多重度是多少？

D表示歌手，(2)那里多重度应该是 2 --*歌手   (以对方为主体来看，他要多少给多少，一个乐队至少对应2个以上歌手，所以2--*)

所以C代表乐队，(1)那里写0--*个乐队     (以对方为主体来看，他要多少给多少，一名歌手不属于任何乐队，也就是说一个歌手可以对应0个乐队。)

一条音轨只包含一首歌曲或空，一首歌曲可分布在多条音轨，同一歌曲在唱片中最多只能出现一次。

B代表歌曲，E代表音轨，所以(3)以音轨为主体来看，一条音轨只包含一首或者空，所以0--1。

1. 以歌曲为主体来看，一首歌可分布在多条音轨，所以是1--*
2. 因为每个唱片由多个音轨构成，所以以唱片为主体，1--*
3. 因为每个唱片由多个音轨构成，所以以音轨为主体，1（再多的音轨都只能要一张唱片）

以上就是每个位置的多重度。

每一条音轨都有开始位子和持续时间，一张唱片上的音轨次序是非常重要的，因此对于任意一条音轨，播放器需要准确知道，它的上一条音轨和下一条音轨是什么（可能不存在）。

给类track加上 0 --1的多重度，两端都是音轨。