UML(Unified Modeling Language) 总结

模型：

　　（1）概念：是对现实系统的简化或模拟，是对现实系统本质特征的一种简化、直观、类比和抽象的描述。

　　（2）模型的表示包括文字或图形

　　（3）从抽象程度分：

　　　　 ①概念模型—系统的雏形，对系统的概括性描述。

　　　　 ②逻辑模型—原理上合理可行的系统，是对现实系统的逻辑化、设计性描述。

　　　　 ③物理模型—逻辑模型的基础上，考虑设计细节， 实现的实在系统。

软件模型：对软件系统在各个开发阶段本质特性的描述，它要反映软件系统的形成过程。

　　　　

---

　　　　　　　　　　

UML图的分类:

概述

①用例图是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的视图。

②类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

③对象图(Object Diagram) 是显示了一组对象和他们之间的关系。使用对象图来说明数据结构，类图中的类或组件等的实例的静态快照。

④部署图(deployment diagram，配置图)是用来显示系统中软件和硬件的物理架构。从部署图中，您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。

⑤组件图(component diagram)是用来反映代码的物理结构。从组件图中，您可以了解各软件组件（如源代码文件或动态链接库）之间的编译器和运行时依赖关系。使用组件图可以将系统划分为内聚组件并显示代码自身的结构。

⑥状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。

⑦活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

⑧顺序图是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。

⑨协作图又作“通信图”。即Communication Diagram作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个复杂功能。

一、用例图

　　定义：由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的视图称为用例图。

　　作用：用于描述系统提供的系列功能，而每个用例则代表系统的一个功能。

　　参与者与用例之间是关联关系

①参与者actor

②用例（use case）

③参与者与用例之间关系

详细关系：http://blog.csdn.net/fanfan4569/article/details/53008287

二、类图

各种关系的强弱顺序：

——-泛化= 实现> 组合> 聚合> 关联> 依赖

三种主要的版型：

三、顺序图

四、协作图

五、状态图

六、活动图

七、构件图

八、部署图

附带个PPT基础超详细

http://download.csdn.net/detail/fanfan4569/9682732