UML学习笔记

UML学习笔记

1、建模：

建立系统模型的过程，又称模型化。

建模是研究系统的重要手段和前提。凡是用模型描述系统的因果关系或相互关系的过程都属于建模。因描述的关系各异，所以实现这一过程的手段和方法也是多种多样的。可以通过对系统本身运动规律的分析，根据事物的机理来建模;也可以通过对系统的实验或统计数据的处理，并根据关于系统的已有的知识和经验来建模。还可以同时使用几种方法。

建模就是对现实系统进行适当的过滤, 用适当的表现规则描述出简洁的模型。建模是一种深入解决问题的方法。

2、建模的原则：

(1). 选择建立什么样的模型对如何发现和解决问题具有重要的影响。正确的模型有助于提高开发者的洞察力。
(2). 每个模型可以有多种表达方式. 使用者的身份和使用的原因是评判模型好坏的关键。
(3）最好的模型总是能够切合实际. 模型是现实的简化，必须保证简化过程不会掩盖任何重要的细节。
(4)孤立的模型是不完整的。

3、UML：

统一建模语言，具有可视化的特点。

通过建立图形之间的各种关系来描述类与类等等之间的关系。

通过一组形象化的图形来描述一个系统的组成。

4、常用的UML图：

1）用例图

用例图描述了系统提供的一个功能单元。

用例图包含了用例（用椭圆表示），关系（包括泛化关系，拓展关系，包含关系），角色（与系统交互的其他实体）

用例图一般表示出用例的组织关系。

如图所示，可以很容易看出该系统所提供的功能。这个系统允许乐队经理查看乐队CD的销售统计报告以及Billboard 200排行榜报告。它也允许唱片经理查看特定CD的销售统计报告和这些CD在Billboard 200排行榜的报告。这个图还告诉我们，系统将通过一个名为"排行榜报告服务"的外部系统提供Billboard排行榜报告。

2）类图

1、类图是面向对象系统建模中最常用的图. 是定义其他图的基础.

2、类图主要是用来显示系统中的类, 接口以及它们之间的关系.

3、类图包含的主要元素有类, 接口和关系. 其中关系有泛化关系,关联关系, 依赖关系和实现关系. 在类图中也可以包含注释和约束.

**组成：**类在类图上使用包含三个部分的矩形来描述，如图所示。最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的方法。

接口的表示法：
接口中包含方法, 但不包含属性. 在 UML 中接口用一个带有名称的圆圈表示, 并且通过一条实线与它的模型元素相连。

类之间的关系：

a) 泛化关系：用来表示类与类，接口与接口之间的继承关系。使用一条实线空箭头由子类指向父类

b）实现关系：在 UML 中, 实现关系用来表示类与接口之间的实现关系。在 UML 中实现关系用一条虚线空心箭头由子类指向父类。

3）序列图

序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。

序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。

序列图的绘制非常简单。横跨图的顶部，每个框表示每个类的实例（对象）。在框中，类实例名称和类名称之间用空格/冒号/空格来分隔，例如，myReportGenerator : ReportGenerator。如果某个类实例向另一个类实例发送一条消息，则绘制一条具有指向接收类实例的开箭头的连线，并把消息/方法的名称放在连线上面。对于某些特别重要的消息，您可以绘制一条具有指向发起类实例的开箭头的虚线，将返回值标注在虚线上。就我而言，我总喜欢绘制出包括返回值的虚线，这些额外的信息可以使得序列图更易于阅读。

4）状态图

状态图表示某个类所处的不同状态和该类的状态转换信息。有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。只对"感兴趣的"状态的类（也就是说，在系统活动期间具有三个或更多潜在状态的类）才进行状态图描述。

图中的状态图显示了它们可以表达的一些潜在信息。例如，从中可以看出贷款处理系统最初处于Loan Application状态。当批准前（pre-approval）过程完成时，根据该过程的结果，或者转到Loan Pre-approved状态，或者转到Loan Rejected状态。这个判断（它是在转换过程期间做出的）使用一个判断点来表示–即转换线条间的空心圆。通过该状态图可知，如果没有经过Loan Closing状态，贷款不可能从Loan Pre-Approved状态进入Loan in Maintenance状态。而且，所有贷款都将结束于Loan Rejected或者Loan in Maintenance状态。