首页 > 其他 > 详细

UML整体概括

时间:2014-02-11 01:11:46      阅读:361      评论:0      收藏:0      [点我收藏+]

    UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动,以体系结构为中心的软件设计的全过程。 

UML的定义包括UML语义和UML表示法两个部分。

    (1) UML语义:UML对语义的描述使开发者能在语义上取得一致认识,消除了因人而异的表达方法所造成的影响。

    (2) UML表示法:UML表示法定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准

 

UML模型图的构成

    事物(Things):UML模型中最基本的构成元素,是具有代表性的成分的抽象

    关系(Relationships):关系把事物紧密联系在一起

    图(Diagrams ):图是事物和关系的可视化表示

 

UML事物

    UML包含4种事物:构件事物行为事物   分组事物  注释事物

  构件事物:UML模型的静态部分,描述概念或物理元素它包括以下几种:

                类:具有相同属性相同操作相同关系相同语义的对象的描述

                接口:描述元素的外部可见行为,即服务集合的定义说明

                协作:描述了一组事物间的相互作用的集合

                用例:代表一个系统或系统的一部分行为,是一组动作序列的集合

                构件:系统中物理存在,可替换的部件

                节点:运行时存在的物理元素

另外,参与者、信号应用、文档库、页表等都是上述基本事物的变体

  行为事物:UML模型图的动态部分,描述跨越空间和时间的行为:

                 交互:实现某功能的一组构件事物之间的消息的集合,涉及消息、动作序列、链接

                 状态机:描述事物或交互在生命周期内响应事件所经历的状态序列

  分组事物:UML模型图的组织部分,描述事物的组织结构。包:把元素组织成组的机制

  注释事物:UML模型的解释部分,用来对模型中的元素进行说明,解释。注解 :对元素进行约束或解释的简单符号

 

UML关系

    依赖(dependency)是两个事物之间的语义关系,其中一个事物(独立事物)发生变化,会影响到另一个事物(依赖事物)的语义

    关联(association)是一种结构关系,它指明一个事物的对象与另一个事物的对象间的联系

    泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系

    实现(realization)是类元之间的语义关系,其中的一个类元指定了由另一个类元保    证执行的契约

 

UML中的九种图(简单介绍,后期会发表具体的有关九中图的博客)

 

    用例图(Use Case Diagram ):用例图是从用户角度描述系统功能, 是用户所能观察到的系统功能的模型图,用例是系统中的一个功能单元

    类图(Class Diagram):类图描述系统中类的静态结构.不仅定义系统中的类,表示类之间的联系,如关联、依赖、聚合等,也包括类内部结构(类的属性和操作);类图是以类为中心来组织的,类图中的其他元素或属于某个类或与类相关

    对象图(ObjectDiagram):对象图是类图的实例几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类.

    顺序图(Squenece Diagram):顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;顺序图的一个用途是用来表示用例中的行为顺序,当执行一个用例行为时,顺序图中的每条消息对应了一个操作或引起状态转换的触发事件

    协作图(Collaboration Diagram):协作图描述对象间的协作关系,协作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,协作图还显示对象以及他们之间的关系;协作图的一个用途是表示一个类的操作的实现。

    状态图(State Chart Diagram):状态图是一个类对象所可能经历的所有历程的模型图;状态图由对象的各个状态和链接这些状态的转换组成

    活动图(Activity Diagram):活动图是状态图的一个变体,用来描述执行算法的工作流程中设计的活动;活动图描述了一组顺序的或并发的活动。

    构件图(Component Diagram):构件图为系统的构建建模型,构建即构造应用的软件单元,还包括各种构建之间的依赖关系,以便通过这些依赖关系来估计对系统构建的修改给系统可能带来的影响。

    部署图(Depoyment Diagram):部署视图描述位于节点实例上的运行构建实例的安排,节点是一组运行资源,如计算机、设备或存储器。

  简单整理UML:

是一组具有相同属性、相同操作、相同关系和相同语义的对象的描述      bubuko.com,布布扣
对象 属性:对象名/类名/  
接口 是描述了一个类或构件的一个服务操作集 bubuko.com,布布扣
协作 定义了一个交互,它是由一组共同工作以提供某种协作行为的角色和其他元素构成的群体 bubuko.com,布布扣
用例 是一对一组动作序列的描述 bubuko.com,布布扣
主动类 对象至少拥有一个进程或线程的类 bubuko.com,布布扣
构件 在系统外部与系统直接交互的人或事物 bubuko.com,布布扣
节点 是在运行时存在的物理元素 bubuko.com,布布扣
交互 它由在特定语境中共同完成一定任务的一组对象间交互的消息组成 bubuko.com,布布扣
状态机 它描述了一个对象或一个交互在生命周期内响应时间所经历的状态序列 bubuko.com,布布扣
把元素组织成组的机制 bubuko.com,布布扣
注释事物 是UML模型的解释部分 bubuko.com,布布扣
依赖 一条可能有方向的虚线 bubuko.com,布布扣
关联 一条实线,可能有方向 bubuko.com,布布扣
泛化 一条带有空心箭头的实线 bubuko.com,布布扣
实现 一条带有空心箭头的虚线 bubuko.com,布布扣
参与者 在系统外部与系统更直接交互的人或事物 bubuko.com,布布扣
     

 

UML整体概括

原文:http://blog.csdn.net/lu930124/article/details/19046269

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!