uml应用

 

建模：对现实系统进行适当的过滤，用适当的变现规则描述出简介的模型。

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

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

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

孤立的模型是不完整的

软件建模的作用是把来源于现实世界的问题转化为计算机可以理解和实现的问题。

软件建模的实现过程是从需求入手用模型表分析过程。

uml是一种基于妙想对象的可视化建模语言

uml采用了一组现象化的符号作为建模语言，使用这些符号可以形象的描述系统的各个方面

uml通过建立图形之间的各种关系

类图、对象图、包图、组件图、部署图：静态模型图：描述系统的静态结构。

用例图、时序图、协作图、状态图、活动图：动态模型图：描述系统行为的各个方面。

uml中的关系主要包括四种：

关联关系：association

依赖关系：dependency

泛华关系：generalization

实现关系：realization

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

用例图的关系：泛化关系；包含关系；扩展关系。

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

在 UML 中泛化关系用一条实线空心箭头由子类指向父类

在 UML 中实现关系用一条虚线空心箭头由子类指向父类

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

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

关联关系的名称: 关联关系可以有一个名称, 用于描述该关系的性质.  此关联名称应该是动词短语, 因为它表明源对象正在目标对象上执行动作.

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

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

导航性表示可从源类的任何对象到目标类的一个或多个对象遍历. 即: 给定源类的一个对象, 可以得到目标类的所有对象. 可以在关联关系上加上箭头表示导航方向.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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