UML简介

UML简介：
UML的中文名字为统一建模语言，他是一种符号集，UML提供了多种模型描述图（diagram）,当然UML远远不止这些，但作为初学者这些图对这门语言及其用法背后的基本原理提供了很好的介绍。最常用的UML图包括 用例图，类图 ， 序列图 ， 状态图 ， 组件图 和 部署图 。 

 

用例图：
从用户角度描述系统功能，并指出各功能的操作者，用例图描述了体统提供的一个功能单元，主要是帮助开发团队以一种可视化的方式理解体统的功能需求，它包括了角色关系和用例间关系。如果系统没有引用某个用例则表示尚未完成该功能。

 

类图：
类图表示不同实体之间如何关联，换句话说，他显示了系统的静态结构。类在类图上使用三个部分的矩形来描述，最上面部分显示类的名称，中间部分显示类的属性，最下面部分表示包含类的操作，在类图中使用完全三角形指向父类来表示继承关系，如果两个类都知道对方使用时实线表示关联关系，如果只有其中一个类知道关联关系则用开箭头表示。---对象图表示的是数据的变化， 不是功能。
  

 

 

序列图：
序列图显示具体用例的详细流程，它几乎是自述的，它显示了流程中不同对象的调用关系，同时还可以很详细的显示不同对象的不同调用。序列图有两个维度，垂直维度以时间的顺序显示消息/调用， 水平维度显示被发送到的的对象实例，类实例名称和类名称之间用空格/冒号/空格来分隔。如果某个类实例向另一个类实例发送一条消息，则绘制一条具有指向接收类实例的开箭头的连线，并把消息/方法的名称放在连线上面。对于某些特别重要的消息，您可以绘制一条具有指向发起类实例的开箭头的虚线，将返回值标注在虚线上。

 

状态图：
状态图表示某个类所处的不同状态和该类的状态转换信息。有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。只对"感兴趣的"状态的类（也就是说，在系统活动期间具有三个或更多潜在状态的类）才进行状态图描述。状态图的符号集包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。要绘制状态图，首先绘制起点和一条指向该类的初始状态的转换线段。状态本身可以在图上的任意位置绘制，然后只需使用状态转换线条将它们连接起来。 　　状态图显示了它们可以表达的一些潜在信息。例如，从中可以看出贷款处理系统最初处于Loan Application状态。当批准前（pre-approval）过程完成时，根据该过程的结果，或者转到Loan Pre-approved状态，或者转到Loan Rejected状态。这个判断（它是在转换过程期间做出的）使用一个判断点来表示--即转换线条间的空心圆。通过该状态图可知，如果没有经过Loan Closing状态，贷款不可能从Loan Pre-Approved状态进入Loan in Maintenance状态。而且，所有贷款都将结束于Loan Rejected或者Loan in Maintenance状态。


活动图：
符号集与状态图中使用的符号集类似。像状态图一样，活动图也从一个连接到初始活动的实心圆开始。活动是通过一个圆角矩形（活动的名称包含在其内）来表示的。活动可以通过转换线段连接到其他活动，或者连接到判断点，这些判断点连接到由判断点的条件所保护的不同活动。结束过程的活动连接到一个终止点（就像在状态图中一样）。作为一种选择，活动可以分组为泳道（swimlane），泳道用于表示实际执行活动的对象。 　　图字（沿箭头方向）：乐队经理；报告工具；选择"查看乐队的销售报告"；检索该乐队经理所管理的乐队；显示报告条件选择屏幕；选择要查看其销售报告的乐队；从销售数据库检索销售数据；显示销售报告。 　　该活动图中有两个泳道，因为有两个对象控制着各自的活动：乐队经理和报告工具。整个过程首先从乐队经理选择查看他的乐队销售报告开始。然后报告工具检索并显示他管理的所有乐队，并要求他从中选择一个乐队。在乐队经理选择一个乐队之后，报告工具就检索销售信息并显示销售报告。该活动图表明，显示报告是整个过程中的最后一步。