简识UML语言(转)

  在学习过程中用到了一些框图,用于绘画框图的语言数不胜数,本篇将就学习中用的一款绘画框图的语言做个简单的介绍。

  直奔主题,采用一种可视化的面向对象的建模语言---UML,UML使用一些标准的圆形元素直观的表示对象模型,使人员就像建筑工人多年使用建筑设计图一样,主要的介绍UML常见的几种框图用法。

  用例图(User Case Diagram):从用户角度描述系统功能.采用一种可视化的方式来理解系统功能需求,其及内容:角色--->系统边界,即系统特定功能的用户,人形符号表示。用例--->系统的某个功能,椭圆符号表示。角色和用例关系--->使用关系,实线的箭头符号表示。用例间关系--->可能存在关系包含或是扩展,包含关系指一个用例包含另一个用例功能,而扩展关系指一个用例继承了另一个用例功能。

  类框图(Class Diagram):描述对象模型中类与类之间的关系。其及内容:类--->类框图中的主要元素,矩形表示。上层表示类名,中层表示属性,下层则是行为也就说所谓的方法。抽象类的类名用斜体字表示,方法也类同。类之间关系--->包括关联、依赖、聚集、泛化和实现这5种关系。

  Panel类:画出用户指定的形状。

  ShapeFactory类:根据指定形状创建相应的Shape对象。

  Shape类:绘制形状,其是一个抽象类。

  Circle类:绘制一个圆形。

  Line类:画一条直线。

  Rectangle类:画一个长方形。

  它们之间的关系:Panel和ShapeFactory类依赖关系,前者会调用后者的getShape方法;Panel类和Shape类之间也是依赖关系,前者会调用后者的draw方法;ShapeFactory类和Shape类也是依赖关系,ShapeFactory类会构建Shape对象;具体的几个形状类和Shape类之间是泛化关系,Shape类是它们几个类的父类。

  时序图(Sequence Diagram):描述对象间的交互,显示对象之间的动态协作关系,消息发送的时间顺序并显示交互。其有两个维度:水平维度--->显示对象之间发送消息的过程;垂直维度--->显示发送消息顺序。

  1.用户选择特定的形状类型。

  2.画板从形状工厂中获取形状对象。

  3.形状工厂创建一个形状对象。

  4.画板调用形状对象绘画方法绘制形状。

  协作图(Cooperation Diagram):描述对象间的交互,能直观显示对象间协作关系,与时序图合称为交互图。

  状态转换图(State Transition Diagram):描述对象所有可能的状态以及导致状态转换的转换条件。其包括一下基本元素:

  初始点--->用实心圆表示;

  状态间的转换--->箭头表示;

  状态--->圆角矩形表示;

  终止点--->内部包含实心圆的圆表示。

  组件图(Component Diagram):描述系统中各个软件组件之间的依赖关系或是组件源代码的组织机构。

  部署图(Deployment Diagram):描述系统中软硬件物理体系结构。显示计算机和设备以及它们之间的连接关系,也可显示软件在硬件环境中的布局。

  开始看的时候也许有很多的专有名词不知是其何意,看书不只是看书,有时候需要懂得暂时的放弃,只需要记住以及怎么用,当你回首时在琢磨琢磨也许就顿然大悟…

http://www.cnblogs.com/JustOnly/p/4021136.html

时间: 2024-08-18 16:40:04

简识UML语言(转)的相关文章

题外话(简识UML语言)

PS:“不积小流无以成为江河,不积跬步无以至千里”,学习也好,吃饭也罢,做任何事情都需要一步一个脚印,逐步积累过程,最后才会知识越来越丰富,吃的越饱… 在学习过程中用到了一些框图,用于绘画框图的语言数不胜数,本篇将就学习中用的一款绘画框图的语言做个简单的介绍. 直奔主题,采用一种可视化的面向对象的建模语言---UML,UML使用一些标准的圆形元素直观的表示对象模型,使人员就像建筑工人多年使用建筑设计图一样,主要的介绍UML常见的几种框图用法. 用例图(User Case Diagram):从用户

UML语言组成

UML语言是一门设计语言,这种语言由构造元素.规则和公共机制构成.构造元素描述事物的基本成分,这些基本成分按某种规则关联在一起,组成图:同时,这些基本元素都遵循通用规则,即公共机制. 2 基本元素 基本元素是对模型中最具有代表性的成分的抽象. 把基本元素分为4类:结构元素.行为元素.分组元素.注释元素. 2.1 结构元素(静态部分的元素) 结构元素是UML模型中的名词部分,这些名词往往构成模型的静态信息,负责描述静态概念和客观元素.UML规范中一共定义了7种结构元素:类.对象.接口.主动类.用例

Pair Programming 1-初识Python语言

由于组员兴gay突发奇想,打算用流行的Python语言完成我们这次结对编程的项目,我也趁机学习一下Python的语法细节和特点.不过,从c++语言转换成Python实在是个challenging的任务啊. 首先,Python有一种特殊的语法格式:缩进.不同于c/c++中if.while条件后执行代码会被大括号{}标识起来,Python用缩进的方式来表示这种层次关系.例如: 1 if a>b: 2 max=a 3 print("较大者为%d"%max) 4 elif a<b:

多线程学习 + o2o简识

多线程学习: ( 1.NSThread 2.NSOperationQueue 3.GCD ) 1.进程和线程: 进程:app无法独立运行,需要分配内存空间,每个app至少有一个进程,是应用程序的开始(缺点:不能同时执行) 线程:是应用程序运行的最小单元可以多个线程并发同时执行,防止主线程堵塞,增加运行效率. 主线程:又叫UI主线程,程序运行都是在主线程加载,加载视图,但不可加载数据,因为请求网络数据的时间特别长,会出现空白现象(更新UI一定要在主线程中写) 子线程:没法加载UI,UI只在主线程中

大道至简七八章阅读

还是走到了最后,总是到得终结时,方能感到时光过得是那么的令人难以觉察.大道至简这本书真的不厚,称得上简之一字,但是却蕴含了很多的思想和知识,只能自己去领会,精义指向的就是总纲,展现出来的是作者作为一个编程者的思想历程,也是作为一个向导在一点一点地引领着我们这些小菜鸟们,让我们能在以后的生涯中少走一些弯路.我想这也应该是作者的初衷吧,作者不只是在陈述自己的观点而已,他在交给我们怎么去做一个所谓的软件工程,这总是看起来似乎有那么一点遥远,实则不然. 第七章讲述的是现实中的软件工程,既然提到了现实,那

《大道至简七八章》

在经过这一段<大道至简>的了解后,学习也接近了尾声.在最后两章,作者给我们介绍了<现实中的软件工程>和<是思考还是思想>.又从另一层面为我们剖析了软件工程的精义和精髓. 比如软件开发工具,IBM得到了Rational,而得到的最大的好处就是在软件工程方面.IBM快速的拥有了一套成熟的理论体系和实作工具.因为Rational对UML语言方面有着非常丰富的实践经验,还有着RUP作为理论框架的创立者和领导者的地位,使得IBM在确立大型软件工程应用方案提供商的行业获得极大的支持

读《大道至简》的读后总结

最近在看一本书,是周爱民写的<大道至简>.看了这本书后,我更进一步了解软件,软件工程,管理,沟通的意义了. 小编将自己觉得重要的地方记录下来,一起学习记忆. 1.软件工程的层次模型 2.什么是程序? 程序=算法+结构 方法是实现某功能的代码块. 为什么我们不提代码了,代码是功能具体实现了,呵呵. 2.方法是怎么出来的? 方法是懒人造成的,呵呵,懒人有方法实现去创造东西.如果一天都忙得要死,思考的空间减少了,自然创造性就降低了,不是么? 据说,以前代码都是写在一个文件中的,但是随着前辈们的不停开

Think in UML笔记第1章--为什么要UML

1.1 面向过程还是面向对象 面向过程和面向对象都是一种软件技术.例如把面向过程归纳为结构化程序设计.DFD图.ER模型.UC矩阵等,而面向对象则被归纳为继承.封装.多态.复用等具体的技术.事实上,上述的所有技术都只是人们在采用不同的方法来认识和描述这个世界时所采用的工具,它们都只是表征而不是本征. UML创始人Grady Booch说过:我对面向对象编程的目标从来就不是复用.相反,对我来说,对象提供了一种处理复杂性问题的方式.这个问题可以追溯到亚里士多德:您把这个世界视为过程还是对象?在面向对

UML学习笔记

这个学期有幸选到章老师的UML精品课程,虽然到目前仅仅上课两周,但是收益匪浅.尽管在本科接触过UML,却没有非常详细的对其进行深入的了解,只是对一些图的名称有所耳闻,没有深究其功能. 就最近所学知识,谈一下我对uml统一建模语言的一个总体认识,软件工程作为一门工程类学科,如同建筑类学科一样,当我们需要搭建一所建筑时,我们都需要对其进行需求和设计,在施工的时候,我们就需要一些设计图纸,例如各个房间的具体设计.三维视图等,通过这些图纸进行施工.软件工程也是如此,当我们拿到一个项目时,并不是直接开始编