首先，来讲讲我对泛化的理解，其实这是站在的视角的不同而表述的不同，泛化是站在父类的角度，父类给孩子的方式叫泛化，而继承是站在孩子的角度，儿子继承父类的方式叫继承。

        其实上了谭老师大概一章的课程（并且我觉得谭老师真的是对面向对象很有认识的，这门课也是精心设计的），我们可以看出 这节课最主要的是去感悟面向对象，我们是以uml为载体，去辅助以站在人的角度上，更好地理解面向对象的思维。

主要的重点还是理解oo（Object Oriented）的思想。

整体和部分 就是组合和聚合；抽象和具体 就是泛化；协助关系 就是关联。

用例概念 一套完整流程

扩展 从无到有

包含 接着用

 UML 中的事物之间主要 4 类基本关系

（1）依赖是两个事物间的弱语义关系，表明两个事物之间存在着一种使用关系，其中 一个事物（独立事物）发生变化会影响另一个事物（依赖事物）的语义。

（2）关联是一种强语义联系的结构关系，表明两个事物之间存在着明确的、稳定的语义联系。

（3）泛化是一种特殊/一般关系，特殊元素（子元素）的对象可替代一般元素（父元素）的对象。 （4）实现是两个事物是之间的一种契约关系，其中的一个事物（箭头指向的事物）描述了另一个事物必须实现的契约。

1. 本书讨论的 UML 分析设计过程主要包括哪几个阶段？

主要包括 6 个阶段

（1）业务建模：采用软件建模方法分析和理解带开发的业务，描述业务流程；其目标

是认识业务本质，该业务本质是后续用例建模的基础。

（2）用例建模： 采用 UML 用例建模技术描述软件需求，该需求模型将为后续用例分

析提供输入。

（3）用例分析： 采用 UML 用例分析技术分析软件需求，建立软件系统的分析模型。

（4）架构设计： 在系统的全局范围内，以分析模型为基础，设计系统的架构。

（5）构件设计： 根据架构设计的成果，将分析模型细化，设计系统构件的实现细节

（6）代码实现： 将系统构件映射到目标语言上。

什么是业务参与者，如何识别业务参与者？

（1）业务参与者代表了与业务有关的角色，此角色由业务环境中的某个人或物扮演。

（2）识别业务参与者的关键在于明确业务边界：业务参与者是在业务边界之外的、与

业务进行交互的人或组织，它接受业务所提供的服务，并关注业务所产生的结果。

（3）在实际业务建模过程中，业务参与者可以是与业务进行交互的任何个人、组织、

公司或计算机，可以从以下类别中查找参与者：客户、供应商、合作伙伴、潜在客户、政府、

业务中为建模部分的人或组织。

用例描述了系统和用户或者其他系统如何交互