什么是UML?

什么是建模?

建模就是建立模型,就是为了理解事物而对事物做出的一种抽象,是对事物的一种无歧义的书面描述。

建立系统模型的过程。又称模型化。建模是研究系统的重要手段和前提。凡是用模型描述系统的因果关系或相互关系的过程都属于建模。

为什么要建模?

为了能够更好地理解我们正在开发的系统。

好的模型能够:

鉴别需求和沟通信息;

着眼于系统的组件如何相互作用,而不是陷于具体的细节;

使你能够了解设计组件的相互关系;

通过使用一个共同的图形语言,改进跨团队的沟通。

通过建模,要达到的四个目的:

1、模型帮助我们按照实际情况或按照我们所需要的样式对系统进行可视化。

2、模型允许我们详细说明系统的结构或行为。

3、模型给出了一个指导我们构造系统的模板。

4、模型对我们做出的决策进行文档化。

为什么可视化建模?

可视化建模就是以图形的方式描述所开发的系统的过程。可视化建模允许你提出一个复杂问题的必要细节,过滤不必要的细节。它也提供了一种从不同的视角观察被开发系统的机制。

现在再来说说UML

什么是UML?

Unified Modeling Language 统一建模语言,不是一个程序设计语言,也不是一个形式化语言。

UML的发展历史

UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。

首先,UML融合了BoochOMTOOSE方法中的基本概念,这些概念与其它面向对象技术中的基本概念大多相同,UML因而成为使用者乐于采用的简单一致的建模语言;其次,UML不仅是上述方法的简单汇合,而且在这些方法的基础上几经修改完成,它扩展了已有方法的应用范围;第三,UML是标准的建模语言,而不是标准的开发过程。尽管UML的应用以系统的开发过程为背景,但针对不同组织和不同应用领域,需要采取不同的开发过程。

时间: 2024-08-08 01:08:50

什么是UML?的相关文章

【UML】UML世界的构成

UML概述 全名:Unified Modeling Language 中文名:统一建模语言 发展历程:"始于1997年一个OMG标准.它是一个支持模型化和软件系统开发的图形化语言,为软件开发的全部阶段提供模型化和可视化支持,包含由需求分析到规格,到构造和配置. 面向对象的分析与设计(OOA&D,OOAD)方法的发展在80年代末至90年代中出现了一个高潮,UML是这个高潮的产物.它不仅统一了Booch.Rumbaugh和Jacobson的表示方法.并且对其作了进一步的发展.并终于统一为大众

UML之类图

一.类:通常可以分为三种,分别是实体类(Entity Class).控制类(Control Class)和边界类(Boundary Class),下面对这三种类加以简要说明: (1) 实体类:实体类对应系统需求中的每个实体,它们通常需要保存在永久存储体中,一般使用数据库表或文件来记录,实体类既包括存储和传递数据的类,还包括操作数据的类.实体类来源于需求说明中的名词,如学生.商品等. (2) 控制类:控制类用于体现应用程序的执行逻辑,提供相应的业务操作,将控制类抽象出来可以降低界面和数据库之间的耦

Eclipse UML插件Green UML、AmaterasUML

一.Green UML插件 1.查看Eclipse版本 查看当前电脑上安装的Eclipse版本(Help-About Eclipse Platform),是3.3.2版本的. 2.查看相应插件版本 然后去网站http://green.sourceforge.net/builds.html上查看相对应的Green以及GEF版本: 好像是Green3.0.0以及GEF3.3 3.安装Green 3.0.0 只要在上述网站中直接点击3.0.0的链接即可.将下载到的green-3.0.0.zip解压,将

学习笔记---UML(四)

3 用例图 3.1 概述 用例图用来展示系统的核心功能,及与其交互的用户. 用户被称之为活动者(Actor). 用例使用椭圆表示. 为简化建模过程,用例图可标注优先级. 3.2 绘图 用例,椭圆,用户能做的事情. 用户,小人,活动者. 新建用例图 元素 保存之后是 .uml 文件 若想导出图片 4 类图 4.1 概述 表现类的特征. 类图描述了多个类.接口的特征,以及对象之间的协作与交互. 由一个或多个矩形区域构成,内容包括: ① 类型(类名) ② 属性(可选) ③ 操作(可选) 4.2 绘图(

[转载]UML类图总结

前言 类图和序列图是UML中最常用的两种Diagram.我将做详细的总结.在许多书中,或者网站中,在介绍一个系统的子系统的设计时,很多时候,都是给出简单的类图来简述构成子系统的类之间的关系.这足以说明类图的重要性. 对类图的基本认识有以下两点: 类图是以反映类的结构(属性.操作)以及类之间的关系为主要目的,描述了软件系统的结构,是一种静态建模方法: 类图中的类与面向对象语言中的类的概念是对应的,是对现实世界中的事物的抽象. 我们基于以上两点,来对类图进行更详细的学习. 类图中基本语法学习 在UM

UML学习(类图和序列图等)

visio绘制UML图使用visio 提示此UML形状所在的绘图页不是UML模型图的一部分 请问这个问题怎么解决?新建->选择绘图类型->选择软件与数据库模板->选择UML模型图->注意:如果不选择UML模型图的话,可能会出现无法编辑形状文本,提示“此UML形状所在的绘图页不是UML模型图的一部分,该形状设计用于利用UML模型图模板创建的绘图”所以利用Visio绘UML图第一步就是选择绘图类型为软件中的UML模型图. 还可以参考百度云盘的UML学习资料 参考:UML中几种类间关系:

UML学习三

在UML类图中,常见的有以下几种关系:泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency) 1.泛化(Generalization) [泛化关系]:是一种继承关系,它指定了子类如何特化父类的所有特征和行为例如:老虎是动物的一种. [箭头指向]:带三角箭头的实线,箭头指向父类 2.实现(Realization) [实现关系]:是一种类与接口的关系,表示类

UML用例图总结(转)

用例图主要用来描述“用户.需求.系统功能单元”之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. [用途]:帮助开发团队以一种可视化的方式理解系统的功能需求. 用例图所包含的元素如下: 1. 参与者(Actor) 表示与您的应用程序或系统进行交互的用户.组织或外部系统.用一个小人表示. 2. 用例(Use Case) 用例就是外部可见的系统功能,对系统提供的服务进行描述.用椭圆表示. 3. 子系统(Subsystem) 用来展示系统的一部分功能,这部分功能联系紧密. 4. 关系 用例图

[机房重构]UML图(包图、类图、用例图、时序图)

机房重构画图是一个非常重要的一个阶段,机房重构之前也画过UML的图,但是这一次与上一次不同,这一次有分层的思想在里面. 包图 之前三层的时候各层之间的传递很清晰,包图也很容易就画出来了,先来看之前三层的包图.通过实体将输入的信息从U层传入B层,同时通过实体将信息从D层传入B层,B层进行判断,通过实体将结果返回给U层. 之前的三层不能很好的实现低耦和的思想,并且我们学习了设计模式,要继续进行分层,进行七层的编写.之前不太理解,看大家的博客,知道在U层和B层之间加入了外观模式,降低U层和B层之间的耦

UML类图关系(泛化 、继承、实现、依赖、关联、聚合、组合)

http://www.cnblogs.com/olvo/archive/2012/05/03/2481014.html http://sundensky.blog.163.com/blog/static/7728873420109299167434/ 继承.实现.依赖.关联.聚合.组合的联系与区别 分别介绍这几种关系: 继承 指的是一个类(称为子类.子接口)继承另外的一个类(称为父类.父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系:在Java中此类关系