1、UML
首先,我们来了解一下,什么是UML。
UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动,以体系结构为中心的软件设计的全过程。
简单来说,UML就是一个一门建模语言。
2、UML构成
事物(Things): UML模型中最基本的构成元素,是具有代表性的成分的抽象
关系(Relationships):关系把事物紧密联系在一起
图(Diagrams ):图是事物和关系的可视化表示
2.1事物
UML包含4种事物:构件事物 行为事物 分组事物 注释事物
2.1.1 构件事物:
UML模型的静态部分,描述概念或物理元素
它包括以下几种:
类:具有相同属性相同操作 相同关系相同语义的对象的描述
接口:描述元素的外部可见行为,即服务集合的定义说明
协作:描述了一组事物间的相互作用的集合
用例:代表一个系统或系统的一部分行为,是一组动作序列的集合
构件:系统中物理存在,可替换的部件
节点:运行时存在的物理元素
另外,参与者、信号应用、文档库、页表等都是上述基本事物的变体
2.1.2 行为事物
UML模型图的动态部分,描述跨越空间和时间的行为
交互:实现某功能的一组构件事物之间的消息的集合,涉及消息、动作序列、链接
状态机:描述事物或交互在生命周期内响应事件所经历的状态序列
2.1.3 分组事物
UML模型图的组织部分,描述事物的组织结构
包:把元素组织成组的机制
2.1.4 注释事物
UML模型的解释部分,用来对模型中的元素进行说明,解释
注解:对元素进行约束或解释的简单符号
2.2关系
2.2.1 依赖关系
依赖关系(dependency)是两个事物之间的语义关系,其中一个事物(独立事物)发生变化,会影响到另一个事物(依赖事物)的语义。
2.2.2 关联关系
关联(association)是一种结构关系,它指明一个事物的对象与另一个事物的对象间的联系。
2.2.3 泛化关系
泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系。
2.2.4 实现关系
实现(realization)是类元之间的语义关系,其中的一个类元指定了由另一个类元保证执行的契约。
2.3图
2.3.1 用例图( Use Case Diagram )
用例图是从用户角度描述系统功能, 是用户所能观察到的系统功能的模型图,用例是系统中的一个功能单元。
2.3.2 类图(Class Diagram)
类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。
类图是以类为中心来组织的,类图中的其他元素或属于某个类或与类相关联。
2.3.3 对象图( Object Diagram )
对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。
2.3.4 顺序图(Sequence Diagram)->时序图
顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互。
顺序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为时,顺序图中的每条消息对应了一个类操作或引起状态转换的触发事件 。
2.3.5 协作图(Collaboration Diagram)
协作图描述对象间的协作关系,协作图跟顺序图 相似,显示对象间的动态合作关系。除显示信息交换外,协作图还显示对象以及它们之间的关系。
协作图的一个用途是表示一个类操作的实现 。
2.3.6 状态图(State Chart Diagram)
状态图是一个类对象所可能经历的所有历程的模型图。状态图由对象的各个状态和连接这些状态的转换组成 。
2.3.7 活动图(Activity Diagram)
活动图是状态图的一个变体,用来描述执行算法的工作流程中涉及的活动
活动图描述了一组顺序的或并发的活动 。
2.3.8 构件图(Component Diagram)
构件图为系统的构件建模型—构件即构造应用的软件单元—还包括各构件之间的依赖关系,以便通过这些依赖关系来估计对系统构件的修改给系统可能带来的影响。
2.3.9 部署图(Deployment Diagram)
部署视图描述位于节点实例上的运行构件实例的安排。节点是一组运行资源,如计算机、设备或存储器。这个视图允许评估分配结果和资源分配。
2.4.0 各UML图的关系
3、StarUML
这里介绍一下,编写UML的工具:StatUML。
StarUML(简称SU),是一种创建UML类图,生成类图和其他类型的统一建模语言(UML)图表的工具。
StarUML是一个开源项目之一发展快、灵活、可扩展性强(zj).