大发时时彩计划网_【二】、UML基础知识——图图解乾坤

  • 时间:
  • 浏览:1
  • 来源:广东新闻网_广东主流媒体_广东门户网站

UML概述

UML是有另有另另一个多多通用的可视化建模语言,不同于编程语言,它通过這個 标准的图形符号和文字来对系统进行建模。用于对软件进行描述、可视化处理、构建软件系统的文档。是一套总结了以往建模技术的经验并吸收了当今最优秀成果的标准建模法律办法

UML的形状

视图

  • 用户视图:以用户的观点表示系统的目标,它是所有视图的核心,该视图描述系统的需求。
  • 形状视图:表示系统的静态行为,描述系统的静态元素,如包、类与对象,以及它们之间的关系。
  • 行为视图:表示系统的动态行为,描述系统的组成元素,如对象在系统运行时的交互关系。
  • 实现视图:表示系统中逻辑元素的分布,描述系统中的文件以及它们之间的关系。
  • 环境视图:表示系统中物理元素的分布,描述系统中的硬件设备以及它们之间的关系。

  • 用例图
  • 类图、对象图、包图、组合形状图
  • 情况报告图、活动图、顺序图、通信图、定时图、交互概览图
  • 组件图
  • 部署图

模型元素

  • 模型元素包括事物以及事物与事物之间的关系
  • 事物是UML的重要组成次责,它代表任何可不可不可否定义的东西
  • 事物之间的关系把事物联系在同时,组成有意义的形状模型
  • 每有另有另另一个多多模型元素就有有另有另另一个多多与之相对应的图形元素
  • 同有另有另另一个多多模型元素可不可不可否在不同的UML图中使用
  • 但无论在哪个图中,同有另有另另一个多多模型元素都保持相同的意义和符号

通用机制

  • UML提供的通用机制为模型元素提供额外的注释、语义和這個 信息,包括扩展机制,允许用户对UML进行扩展。

类和类图

  • 类(Class)封装了数据和行为,是面向对象的重要组成次责。
  • 是具有相同属性、操作、关系的对象集合的总称
  • 在系统中每个类具有一定的职责,职责指的是类所担任的任务,即类要完成哪此样的功能,要承担哪此样的义务。有另有另另一个多多类可不可不可否有多种职责,设计得好的类一般可不可不可否了五种职责
  • 类的属性即类的数据职责,类的操作即类的行为职责
  • 类图使用老出在系统中的不例如 来描述系统的静态形状,它用来描述不同的类以及它们之间的关系

类的UML图示

在UML类图中,类一般由三次责组成:

  • 第一次责是类名:每个类都能够 有有另有另另一个多多名字,类名是有另有另另一个多多字符串

按照Java语言的命名规范,类名中每有另有另另一个多多单词的首字母均大写

  • 第二次责是类的属性:属性是指类的性质,即类的成员变量。有另有另另一个多多类可不可不可否有任意多个属性,也可不可不可否没办法 属性。

按照Java语言的命名规范,属性名中的第有另有另另一个多多单词全小写,却说每个单词首字母大写(驼峰命名法)

  • 第三次责是类的操作:操作是类的任意有另有另另一个多多实例对象都拥有的行为,是类的成员法律办法。

按照Java语言的命名规范,属性名中的第有另有另另一个多多单词全小写,却说每个单词首字母大写(驼峰命名法)

类之间的关系

关联关系

  • 关联关系是类与类之间最常用的五种关系,它是五种形状化关系,用于表示一类对象与另一类对象之间有联系。
  • 在UML类图中,用实线连接有关联关系的对象所对应的类,在使用Java、C++和C#等编程语言实现关联关系时,通常将有另有另另一个多多类的对象作为原来类的成员变量
  • 在使用类图表示关联关系时可不可不可否在关联线上标注角色名
  • 双向关联
  • 单向关联
  • 自关联
  • 多重性关联:多重性关联关系又称为重数性关联关系,表示有另有另另一个多多关联对象在数量上的对应关系。在UML中,对象之间的多重性可不可不可否直接在关联直线上用有另有另另一个多多数字或有另有另另一个多多数字范围表示
  • 聚合关联
  • 聚合关系表示整体与次责的关系
  • 在聚合关系中,成员对象是整体对象的一次责,却说我成员对象可不可不可否脱离整体对象独立发生
  • 在UML中,聚合关系用带空心菱形的直线表示
  • 组合关联
  • 组合关系也表示类之间整体和次责的关系,却说我在组合关系中整体对象可不可不可否控制成员对象的生命周期,一旦整体对象不发生,成员对象也将不发生。
  • 成员对象与整体对象之间具有同生共死的关系。
  • 在UML中,组合关系用带实心菱形的直线表示

依赖关系

  • 依赖关系是五种使用关系,特定事物的改变有可能性会影响到使用该事物的這個 事物,在能够 表示有另有另另一个多多事物使用原来事物时使用依赖关系。
  • 大多数情况报告下,依赖关系体现在某个类的法律办法使用原来类的对象作为参数
  • 在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方。

在系统实现阶段,依赖关系通常通过五种法律办法来实现

  • 将有另有另另一个多多类的对象作为原来类中法律办法的参数
  • 在有另有另另一个多多类的法律办法中将原来类的对象作为其局部变量
  • 在有另有另另一个多多类的法律办法中调用原来类的静态法律办法

泛化关系

  • 泛化关系也却说我继承关系,用于描述父类与子类之间的关系,父类又称为基类或超类,子类又称为派生类。
  • 在UML中,泛化关系用带空心三角形的直线来表示
  • 在代码实现时,使用面向对象的继承机制来实现泛化关系,在**Java语言中使用extends关键字,在C++/C#中使用冒号":"**来实现。

接口与实现关系

  • 接口之间也可不可不可否有与类之间关系例如 的继承关系依赖关系
  • 接口与类之间发生五种实现关系,在這個 关系中,类实现了接口,类中的操作实现了接口中声明的操作
  • 在UML中,类与接口之间的实现关系用带空心三角形的虚线来表示

注释

实例——命令模式