软件设计师下午题笔记（3）UML图分析

在这里整理一下我在真题中碰到的一些重难点。
记得有些散乱，但后天就要考试了~没时间做更细致的整理了，只要有用就好啦。

===================================================

（1）《include》和《extend》关系

《include》：表示包含关系

特别要注意箭头的指向：
《include》：箭头从【被包含的一方】发出，指向【包含的一方】
《extend》：箭头从【可有可无的一方】发出，指向【必须要有的一方】（请不要弄反方向了！！！！）

（2）用例描述：基本事件流、补充事件流

解题思路：
①先去题目说明中，找到介绍这个用例的一段
②
基本事件流：按时间先后顺序（事件发生顺序），写出一定会发生的事件（记得标注序 ）
补充事件流：写出在本用例中，可以发生也可以不发生的事件（记得标注序 ，以及要对应上基本事件流）

（3）一定要清楚各种箭头的含义！

（1）虚线箭头：《include》包含、《extend》扩展

（2）实线空心箭头：泛化
泛化：父类与子类的关系（简单粗暴的理解）

（4）实线空心菱形：聚合
聚合关系的特点：聚是一团火，散是满天星（部分可以聚合成一个整体，且部分可以脱离整体存在）

以上几种比较常见，下面再补充几个：
（6）实线箭头：关联（什么都没写）
表示类与类之间的连接，它使一个类知道另一个类的方法

（3）各大设计模式的作用：

（Finally）一些真题中出现的必背答案

（13上）简要说明选类的原则，以及对候选类集合删除的原则。
选择候选类时，通常考虑的是问题域中自然存在的名词。
具有下列特征的候选类需要删除：含义相近（冗余）、含义不明确的对象、暗示实现方式的、表示属性或特征、有动词含义的动词（表示行为和方法）

（10下）组合和聚合的区别strong>
在组合关系中，整体对象和部分对象具有同一的生存周期。当整体对象不存在时，部分对象也不存在。
而在聚合关系中，对整体对象和部分对象没有这样的要求。
 

（09下）泛化关系的内涵
泛化关系描述了一个参与者可以完成另一个参与者同样的任务，并可补充额外的角色功能。
（父类型通常是一个抽象泛化的参与者，可以完成子类型可完成的共同行为。
每个具体的子类继承它，可以完成父类型参与者同样的任务，并可以补充额外的角色功能。）
 

（09上）描述抽象泛化用例和继承它的子类型之间的关系
……是一个抽象泛化用例，具有其他事物类型共有的属性和行为，每个具体的事务类型继承它，并实现适合自己的特定的操作。