UML简单总给1

今天主要学习的UML的设计过程，也就是具体的操作开发。
UML概述：UML定义了5类图，几种常用种模型图
一、五种类图定义：
1.用例图：从用户角度描述系统功能，并指各功能的操作者。
2.静态图：包括类图，包图，对象图。
类图：描述系统中类的静态结构，（描述的是关系）
包图：是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构
对象图：是类图的实例
3.行为图：描述系统动态模型和对象组成的交换关系。包括状态图和活动图
活动图：描述了业务实现用例的工作流程，比如登录流程（1打开用户界面，输入登录名，密码；后台就需要判断用户名是否存在，否的话就返回登录界面，yes就判断密码，，，，。最后登录成功，就到主界面。）就是具体的一个过程的描述，就用这个活动图来描述。
状态图：是描述状态到状态控制流，常用于动态特性建模（状态的变化，比如就像我们学习的一卡通一样，卡的功能很多，可以用于刷卡消费，去图书馆。我们就主要考虑这个卡有什么变化。比如卡在给学生之前，是一个白卡，然后初始化一下，发给学生，（就是和学生关联起来了，正在使用中的状态，还有冻结状态（卡丢了挂失），回收状态（毕业了就无法使用了），注销状态，等等））经过什么动作达到什么状态，状态图变化，就是动作和状态之间关系。用来描述这种状态变化关系的一个图就是状态图。
4.交互图：描述对象之间的交互关系
顺序图：对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互
合作图：描述对象之间的协助关系。这两个图都是属于交互图
5.实现图：
配置图：定义系统中软硬件的物理体系结构　　
6.扩展机制：Stereotype、Tagged Value 、 Constraint 。
二、几种模型图定义：
(1)、用例图：展示系统外部的各类执行者与系统提供的各种用例之间的关系
(2)、类图：展示系统中类的静态结构
(3)、对象图：是类图的一种实例化图(对象图是对类图的一种实例化)
(4)、包图：是一种分组机制。在UML1.1版本中，包图不再看作一种独立的模型图)
三、UML中的图聚集了相关的事物及其关系的组合，是软件系统在不同角度的投影。图由代表事物的顶点和代表关系的连通图表示。
（1）类图（ClassDiagram）。展现了一组对象、接口、协作和它们之间的关系。类图描述的是一种静态关系，在系统的整个生命周期都是有效的，是面向对象系统的建模中最常见的图。
（2）对象图（ObjectDiagram）。展现了一组对象以及它们之间的关系。对象图是类图的实例，几乎使用与类图完全相同的标示。
（3）用例图（UseCaseDiagram）。展现了一组用例、参与者（actor）以及它们之间的关系。用例图从用户角度描述系统的静态使用情况，用于建立需求模型。
（4）交互图。用于描述对象间的交互关系，由一组对象和它们之间的关系组成，包含它们之间可能传递的消息。交互图又分为序列图和协作图，其中序列图描述了以时间顺序组织的对象之间的交互活动；协作图强调收发消息的对象的结构组织。
（5）状态图（StateDiagram）。由状态、转换、事件和活动组成，描述类的对象所有可能的状态以及事件发生时的转移条件。通常状态图是对类图的补充，仅需为那些有多个状态的、行为随外界环境而改变的类画状态图。
（6）活动图（ActiveDiagram）。一种特殊的状态图，展现了系统内一个活动到另一个活动的流程。活动图有利于识别并行活动。
（7）组件图（ComponentDiagram）。展现了一组组件的物理结构和组件之间的依赖关系。部件图有助于分析和理解组件之间的相互影响程度。
（8）部署图（DeploymentDiagram）。展现了运行处理节点以及其中的组件的配置。部署图给出了系统的体系结构和静态实施视图。它与组件图相关，通常一个节点包含一个或多个构建。
需要指出的是，UML并不限定仅使用这9种图，开发工具可以采用UML来提供其他种类的图，但到目前为止，这9种图在实际应用中最常用的。综合建模类型、模型图种类、建模机制，UML的建模体系见表1。
四、UML建模体系
静态建模 ： 静态模型：类图、对象图、包图
动态建模：顺序图（协作图）、用例图、活动图、状态图
重要度排序：类图——>顺序图——>用例图——>活动图——>状态图，其他的图就了解下就行了。（这个顺序不是项目开发的时候图的顺序）
活动图的画法：这里有我自己画的一个活动图，忘大家帮忙看看还需要什么东西，谢谢；

类图 ：类图允许我们去标记静态内容以及类之间的关系
类的基本表示：类名；类的属性（类型，可见性），方法（参数、返回值）
接口的基本表示：（1）图形表示法（2）构造表示法
包：
关系：依赖，关联，泛化，实现。

依赖关系：（一个事物的变化影像另一个事物的变化）如果有必要画出来，就要把依赖关系画出来；看你自己想表达什么。如果需要画出来来表达出来，那就画出来把依赖关系画好。依赖关系实际上就是一种可以用的关系，在代码层就是我这个类（Class），需要调用的所以方法和属性都是依赖的，依赖于那些属性的类。设计类要做到低耦合，高内聚。降低对不稳定性的内容的依赖，但是对于稳定性很高的内容，可以不用降低，比如jdk,java api很稳定。
关联关系：一段时间中，两个对象之间会有一定的联系，类的实例。在代码中看到的就是一个引用，一个多对一的关联。关联名，导航，角色，多重性，聚合，组合。都是关联的一些内容。

正向工程，逆向工程。生成代码，java的c++等的都可以，但是需要规定好类型。生成代码需要定义很多内容。MDA模型驱动架构