前言 最近有打算学习一下设计模式,所以就去看了园子里面左潇龙大哥的设计模式文章,看完之后只有一个感觉,我啥时候也能写出来这么牛逼的文章啊,但是我这语文老师死的早的人还是算了,但是设计模式还是要学的,这个博客还是要写的,所以还是接着写吧,遵从龙哥的教诲,学习设计模式之前先简单学习一下类图里面各种类的关系,因此就有了这篇随笔,废话不多说,下面进入正文. 类与类之间的关系 类与类之间的关系从弱到强依次是:没有关系(这不是扯淡嘛).依赖.关联.聚合.组合,还有泛化(其实就是继承)和实现,这俩大哥是在是没…

最近的学习中,遇到几次UML图,很是迷糊,确切的说,看不太懂.查阅UML相关资料,基本解决了这个问题.UML看起来还是相当深奥,这里只提一下解决问题的部分知识.(以下知识来自网络) Unified Modeling Language (UML)又称统一建模语言或标准建模语言,是始于1997年一个OMG标准,它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置. 面向对象的分析与设计(OOA&D,OOAD)方法的发展在80年代…

首当其冲的就是:什么是UML呢? 首先,UML 是一种可视化的面向对象的建模语言.它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置. 其次,UML描述了一个系统的静态结构和动态行为: 最后,UML用图形方式表现典型的面向对象系统的整个结构,从不同角度为系统建模,并形成系统的不同视图.为软件开发提供了一种非常好的可视化的面向对象的建模语言. 下面就来了解一下真正的UML: 最后总结一下: UML统一了各种方法对不同类型的系…

UML:Unified Modeling Language(统一建模语言) 作为我专业学科里的一门语言,其目的就是交流,同客户交流,同自己交流. 用图像和文字,详细地讲解将要做的工程的 需求和功能细节   经过一长段历史的发展,UML已经成为一个成熟的交流平台了,有了规范的规则限制,统一了语言,也就统一的交流方法.所以,我的第一个认识就是UML非常重要. 大学上的课程中,初识UML是存留几个类型的图的印象. UML图分为两类图:结构型的图和行为型的图 (1)结构型的图(Structure Dia…

目  录 第1章  初识UML. 1 1.1 初识UML用例图... 1 1.2 初识UML类图... 3 第2章  Rational Rose工具... 6 2.1 安装与配置Rational Rose. 6 2.2 使用Rational Rose建模... 15 第3章  用例模型... 20 3.1 参与者... 20 3.2 用例... 28 3.3用例模型中的关系... 37 第4章  静态模型... 49 4.1 类图中的事物... 49 4.2 类图中的关系... 66 第5章 …

前言 软件开发过程中,在生命周期中,我们大都知道要写文档,但是针对这种团队集体完成的事情,如果中间出现了人员流动问题,这时侯有文档仅仅是不够的.为了让大多数开发人员和用户能直观的了解软件开发的进度和流程就引入了UML(Unified Modeling Language)统一建模语言. 分析 横向: 软件开发过程中,在整体状态可以划分为外部和内部两大部分,其中内部自认为可以分为动态行为和静态结构.其中每个开发部分都需要UML中图让开发过程尽最大的可视化.如下图: 纵向:    初识UML,一开始就…

初识 刚刚接触到UML的时候,先看的书,对整本书的内容做了宏观的把控.感觉UML这个东西和自己想象中的不一样.起初我认为它只是一个工具,将软件开发过程中不同的阶段用不用种类的图表现出来,后来才发现它是一种语言,下面看看我眼中的UML. 概述 UML(Unified Modeling Language)这个名称也代表了它自身的特性:  1.是一种Language(语言).  2.是一种Modeling(建模).首先界定了它不是用于编程,而是用于建模:其次它不仅仅    包含软件建模工嗯呢,实际上他…

UML建模简单流程: 分析->定义用例->定义领域模型->定义交互图->定义设计类图 1.分析: 分析需求,对项目的结构有一个大致的定义 2.定义用例: 用例是需求分析的一种工具,它是一些情节的描述.(一个项目是怎么运行的?有哪些步骤?) 3.定义领域模型(OOA) 识别问题中的概念,它是对真实世界领域中的概念和想象可视化,与具体实现的软件技术无关.(分析提取出项目中需要的主要对象) 可以画一个领域模型加深概念 4.定义交互图 描述对象之间的交互关系(软件对象的定义:职责与协作)…

…

1. 概述 用例图(Use Case Diagram)描述“用户.需求.系统功能单元”之间的关系,是参与者所能观察和使用到的系统功能模型图. 用例图用于需求分析阶段 用例图包含6个基本元素:参与者(Actor).用例(Use Case).泛化关系(Generalization).扩展关系(Extend).包含关系(Include)和关联关系(Association). 2.用例(Use Case) 用例是外部可见的系统功能部分,用例的主要作用是在不揭示系统内部构造的前提下定义了连贯的行为. 2.…