UML

 

一．           任何事情都要先想清楚了才能做，软件开发更是如此！软件开发过程不可能一上来就开始盲目写代码，写代码之前必须搞清楚下面一些基本问题：

Ø     要做什么？

Ø     做成什么样？

Ø     怎么去做？

软件设计: 把软件开发想清楚的过程.

软件工程: 对软件开发全过程进行建模和管理.

模型: 对问题的书面上的无歧义文字或图形的描述.简言之, 模型是对现实的简化. 通过模型, 人们可以了解所研究事物的本质.

建模: 对现实系统进行适当的过滤, 用适当的表现规则描述出简洁的模型.

建模是一种深入解决问题的方法.

l     (2). 每个模型可以有多种表达方式. 使用者的身份和使用的原因是评判模型好坏的关键

l     (3). 最好的模型总是能够切合实际. 模型是现实的简化，必须保证简化过程不会掩盖任何重要的细节

l     (4). 孤立的模型是不完整的

l     UML(United Modeling Language, 统一建模语言): 是一种基于面向对象的可视化建模语言.

l     UML 采用了一组形象化的图形(如类图)符号作为建模语言, 使用这些符号可以形象地描述系统的各个方面

l     UML 通过建立图形之间的各种关系(如类与类之间的关系)来描述模型.

三UML 中的关系主要包括 4 种:

•       关联关系(association)

•       依赖关系(dependency)

•       泛化关系(generalization)

•       实现关系(realization)

 

A用例图(Use Case Diagram): 也称为用户模型图, 是从软件需求分析到最终实现的第一步, 它是从客户的角度来描述系统功能.

      1. 泛化关系: 表示同一业务目的(父用例)的不同技术实现(各个子用例). 在 UML 中, 用例泛化用一个三角箭头从子用例指向父用例. 以下是某购物网站为用户提供不同的支付方式

      2    一个用例可以包含其他用例具有的行为, 并把它包含的用例行为作为自身行为的一部分. 在 UML 中包含关系用虚线箭头加 “<<include>>”, 箭头指向被包含的用例

      3如果在完成某个功能的时候偶尔会执行另外一个功能, 则用扩展关系表示.在 UML 中扩展关系用虚线箭头加 “<<extend>>”, 箭头指向被扩展的用例

 

 

 

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

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

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

 

l     在 UML 中, 泛化关系用来表示类与类, 接口与接口之间的继承关系. 泛化关系有时也称为”is a kind of”关系

l     在 UML 中, 实现关系用来表示类与接口之间的实现关系.

l     对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，这两个系统之间体现为依赖关系.

l     对于两个相对独立的系统，当一个系统的实例与另一个系统的一些特定实例存在固定的对应关系时，这两个系统之间为关联关系。

l     当一个类处于关联的某一端时, 该类就在这个关系中扮演一个特定的角色. 具体来说, 角色就是关联关系中一个类对另一个类所表现的职责. 角色名称是名词或名称短语.

l     关联关系的多重性是指有多少对象可以参与该关联, 多重性可以用来表达一个取值范围, 特定值, 无限定的范围.

l     聚合关联是一种特殊的关联. 它表示类间的关系是整体与部分的关系. 简言之: 关联关系中的一个类描述了一个较大的事物, 它由较小的事物组成.

l     组成关系是更强形式的聚合.

l     组成关系中, 整件拥有部件的生命周期, 所以整件删除时, 部件一定会跟着删除. 而且, 多个整件不可以同时共享同一个部件。

l     时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序.

l     当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件.

l     对象: 时序图中对象使用矩形表示, 并且对象名称下有下划线. 将对象置于时序图的顶部说明在交互开始时对象就已经存在了. 如果对象的位置不在顶部, 表示对象是在交互的过程中被创建的.

l     生命线:  生命线是一条垂直的虚线. 表示时序图中的对象在一段生命周期内存在. 每个对象底部中心的位置都带有生命线.

l     消息: 两个对象之间的单路通信. 从发送方指向接收方. 在时序图中很少使用返回消息.

l     在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动, 判定点和分支等.

l     动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形           表示, 动作状态所表示的动作写在圆角矩形内部.

l     分支与合并:  分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形      表示. 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的, 须保证只有一条出转换能够被触发. 合并包含两个带条件的入转换和一个出转换.

 

l     分叉与汇合: 分叉用来描述并发线程, 每个分叉可以有一个输入转换和两个或多个输出转换. 每个转换都可以是独立的控制流. 汇合代表两个或多个并发控制流同步发生, 当所有的控制流都达到汇合点后, 控制才能继续往下进行. 每个汇合可以有两个或多个输入转换和一个输出转换. 在 UML 中分叉和汇合用一条粗直线              表示

l     泳道: 泳道将活动图中的活动划分为若干组, 并将每一组指定给负责这组活动的业务组织. 泳道区分负责活动的对象, 明确地表示哪些活动是由哪些对象进行的. 每个活动指定明确地属于一个泳道. 在活动图中, 泳道用垂直实线绘出, 垂直线分隔的区域即为泳道

l     状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为

l     状态: 用圆角矩形表示. 状态名称表示状态的名字, 通常用字符串表示. 一个状态的名称在状态图所在的上下文中应该是唯一的.

l     转换: 用带箭头的直线表示. 一端连着源状态, 一端连着目标状态.

l     初始状态: 每个状态图都有一个初始状态. 此状态代表状态图的起始位置. 初始状态只能作为转换的源, 不能作为转换的目标, 并且在状态图中只能有一个. 初始状态用一个实心圆表示.

l     终止状态: 模型元素的最后状态, 是一个状态图的终止点. 终止状态在一个状态图中可以有多个.

l     协作图(也叫合作图)是一种交互图.

l     时序图主要侧重于对象间消息传递在时间上的先后关系, 而协作图表达对象间的交互过程及对象间的关联关系。

l     对象图是类图的一个实例, 用于显示系统执行时的一个可能的快照. 即在某一个时间上系统可能出现的样子. 对象图用带下划线的对象名称来表示对象.

l     包图: 由包和包之间的关系组成. 包的图标就如同一个带标签的文件夹.

l     包提供了一种用于组织各种元素的分组机制. 在 UML 中, 包用来对元素进行分组, 并为这些元素提供命名空间.　包所拥有的或者引用的所有元素称为包的内容, 包没有实例.

l     组件图用来建立系统中各组件之间的关系, 各组件通过功能组织在一起.

l     Javabean, ejb, jsp 都是组件。在UML中，组件使用在左侧有两个小矩形的大矩形来表示。

l     组件图可以用来设计系统的整体构架。

l     部署图用来帮助开发者了解软件中的各个组件驻留在什么硬件位置, 以及这些硬件之间的交互关系。

l     节点: 用来表示一种硬件, 可以是打印机, 计算机等.节点的标记符号是一个三维框，在框的左上方包含了节点的名称。

l     通信关联: 节点通过通信关联建立彼此的关系，采用从节点到节点绘制实线来表示关联。