类图

最近在学习设计模式，接触最多的就是先用UML类图画出这种设计模式。平常看其他人的博客多多少少也碰到UML类图，毕竟再多的文字，都没有一张图来的直白。掌握UML图其实对与java程序员来说，还是很有必要的。 java中的类我们最熟悉不过了。比如我新建了一个下面的类 public class Phone { private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } protected void call(){ } } 对应的Phone类的UML图为 图分为三层：最顶层的为类名，中间层的为属性，最底层的为方法 属性的表示方式为： 【可见性】 【属性名称】 ：【类型】 = {缺省值，可选} 方法的表示方式为： 【可见性】 【方法名称】 （【参数列表】）：【类型】 可见性都是一样的，‘-‘ 表示private、‘+’表示public、‘#’表示protected 继承关系是用于描述父子类之间的关系的，父类又称为基类或者超类。子类又称作派生类。（ 记得之前看其他人的博客。看到超类。瞬间懵逼了，后来一查，就是父类，所以基础的东西一定要掌握牢固） 下面定义个Mi和Oppo public class Mi extends

类图定义： 描述类、接口、协作以及他们之间关系的图，用来显示系统中各个类的静态结构 。 类图包含7个元素：类(Class)、接口(Interface)、协作(Collaboration)、依赖关系(Dependency)、泛化关系(Generalization)、关联关系(Assocation)、以及实现关系(Relization)。 类图的示例 类(Class) 类是面向对象系统组织的核心，再UML中类用矩形来表示，并且矩形被划分为3个部分：（顶部）名称部分（name）、（中部）属性部分（Attribute）、（底部）操作部分（Operation）。 类间关系 类间关系常用有4种：表示类间使用关系的 依赖关系(Dependency)、 表示类之间一般和特殊关系的 泛化关系(Generalization)、 表示类之间结构的 关联关系(Assocation)、 表示类中规格说明和实现的 实现关系 (Relization)。 1. 依赖关系(Dependency) 依赖表示两个或多个模型时间语义上的关系。（最常用，耦合度也最弱） 在类图使用带箭头的虚线表示 ，箭头从使用类指向被依赖的类。 2. 泛化关系(Generalization) 泛化是一种存在于一般元素和特殊元素之间的分类关系，描述了“is a kind of”(是...的一种)的关系。（耦合度最强）

文章来源: 一张图 学会UML类图图例

设计 类图文档 1.图形文档 2.文字说明 1）类图总述： 2）类描述： 类名 User 整体说明 本系统操作者的基类。 属性 private number：int，唯一标识。 private password：string，密码。 操作 getNumber()：读取用户ID。 getPassword()：读取用户密码。 setPassword()：设置密码。 关系 类名 Account 整体说明 使用本系统的用户，继承User。 属性 private number：int，账户号码。 private password：string，密码。 private balance：double，余额。 操作 getNumber()：读取用户ID。 getPassword()：读取用户密码。 setPassword()：设置密码。 getBalance()：读取余额。 setBalance()：设置余额。 关系 继承User 类名 Admin 整体说明 本系统的管理员，继承User。 属性 private number：int，管理员账号。 private password：string，密码。 操作 getNumber()：读取用户ID。 getPassword()：读取用户密码。 setPassword()：设置密码。 关系 继承User 类名 Record 整体说明

软件工程项目这周要交一个设计文档，其中涉及UML图的画法，根据上课给的ppt做一个记录。 有关于UML的介绍在这里不再赘述，直接开整！ UML的基本模型 当然必要的介绍必不可少，这里先介绍UML的基本模型，之后的介绍将按照下图的顺序进行。 之后简单介绍一下面向对象的程序设计原则。这部分是我对之前知识的一个复习，想看UML的朋友可以直接跳到下一章。 对象 对象的概述 对象是包含现实世界物体特征的抽象实体，它不仅表示具体的事物，还可以表示具体的规则或者事件。举个例子，公费医疗报销系统中的报销用户就是一个对象。 对象具有 状态 ，也就是对象还拥有 属性 。举例来说，报销用户有姓名、年龄、单位等等状态。 对象中还包括 操作 ，我们称之为 方法 ，操作用来改变对象的状态。举例来说，报销用户中的操作可能是对自己个人信息的修改。 对象的分类 对象大体可以分为5类：分别是物理对象，角色，事件，交互和规格说明。 物理对象 多表示现实生活中最容易被抽象的对象，比如报销系统中的某个单位的学生或者老师就是物理对象； 角色 举例来说，报销系统中，某个单位的学生老师的角色都是报销用户。 事件 这里的理解不太确定，个人理解是事件对象的作用是对出现的事件相关的状态进行存储，以便后续操作中读取。 交互 交互表示两个对象之间的关系。它的实际应用是在实体之间是多对多的关系时，使用交互对象可以简化为两个一对多的关系

总体设计 类学生 学生 整体说明： 类名：学生 类的责任：用于参加课程 继承：类用户 状态机图：无 被引用情况：选课清单、开课汇总表 多重性：可以有多个实例 主动性：是 持久性：是 属性说明： 出了从用户继承下来的属性，无新属性生成 操作说明： + Boolean + + + + + 关系说明： 继承用户 一个学生与类选课清单的一个或多个对象关联 一个学生与类选课表的一个或多个对象关联 一个学生与类课程的一个或多个对象关联 依赖学籍管理的方法 依赖教师管理的方法 定义对象： 一个学生对应一个类学生 类选课表 选课表 整体说明： 类名：选课表 类的责任：存放多个课程的类 继承：无 状态机图：无 被引用情况：课程管理员 多重性：可以有多个实例 主动性：否 持久性：是 属性说明： - String - String - String 操作说明： + Boolean + Boolean + Boolean + + Boolean 关系说明： 课程是选课表的组成部分 一个选课表与类学生的多个对象关联 一个选课表与类课程管理员的多个对象关联 一个选课表与类选课清单的一个对象关联 定义对象： 每个学期、每个学院、每个专业对应一个对象 类课程 课程 整体说明： 类名：课程 类的责任：存放课程的数据 继承：无 状态机图：无 被引用情况：课程管理员 多重性：可以有多个实例 主动性：否 持久性：是

指导文档： 1、 https://www.cnblogs.com/jlily/p/4874509.html 2、 https://blog.csdn.net/mike_caoyong/article/details/42563867 StarUML是一种生成类图和其他类型的UML（Unified Modeling Language统一建模语言或标准建模语言）图表的工具 关系 说明 标识 双向关联（Association） AB对象间弱联系，不带方向的双向关联，A可以对应多个B，B也可以对应多个A 单向关联（Directed Association） AB对象间弱联系，带方向的单向关联，A可以对应多个B，但B只能对应一个A 聚合（Aggregation） AB对象是整体与部分的弱关系，随着A的创建或消亡，B不一定创建或消亡 组合（Composition） AB对象是整体与部分的强关系，B跟随A的创建而创建，消亡而消亡 依赖关系(Dependence) A的改变引起了B的变化，则B依赖A 泛化（Generalization） 继承关系 接口实现（Interface Realization） 类实现了接口中所声明的操作 聚合是一种特殊的关联，而组合又是一种特殊的聚合 文章来源: StarUML类图关系

一.类和类图 1.类是面向对象程序设计实现信息封装的基础。类是一种用户定义类型，也称类类型。每个类包含数据说明和一组操作数据或传递消息的函数。类的实例称为对象。 2.类图：用来描述系统的静态部分。 3.类图的关系 （1）.关联 （3）.多重性：关联角色的多重性是说明一个关联的实例中有多少个相互链接的对象。 两个类之间可以有多种关联；一个类可以和多个类关联。 （2）.依赖：依赖是一种使用关系，他说明一个事物规格说明的变化可能影响到使用它的另一个事物。但反之未必。用虚线的箭头表示，箭头表示被依赖的一方。 （3）.泛化：继承有父类和子类。 （4）.实现：实现是类元之间的语义关系，在该关系中一个类元描述了另一个类元保证实现的契约。 4.类图的元素 类，接口，协作，关系 （一）类：包括名称，属性和操作。 类属性的语法为： [可见性] 属性名 [:类型] [=初始值] [{属性字符串}] 可见性：公有（Public）“+”、私有（Private）“-”、受保护（Protected）“#” 类操作的语法为： [可见性] 操作名 [(参数表)] [:返回类型] [{属性字符串}] 可见性：公有（Public）“+”、私有（Private）“-”、受保护（Protected）“#”、包内公有（Package）“~” （二）接口：在没有给出对象的实现和状态的情况下对对象行为的描述

总体设计 类学生 学生 整体说明： 类名：学生 类的责任：用于参加课程 继承：类用户 状态机图：无 被引用情况：选课清单、开课汇总表 多重性：可以有多个实例 主动性：是 持久性：是 属性说明： 出了从用户继承下来的属性，无新属性生成 操作说明： + Boolean + + + + + 关系说明： 继承用户 一个学生与类选课清单的一个或多个对象关联 一个学生与类选课表的一个或多个对象关联 一个学生与类课程的一个或多个对象关联 依赖学籍管理的方法 依赖教师管理的方法 定义对象： 一个学生对应一个类学生 类选课表 选课表 整体说明： 类名：选课表 类的责任：存放多个课程的类 继承：无 状态机图：无 被引用情况：课程管理员 多重性：可以有多个实例 主动性：否 持久性：是 属性说明： - String - String - String 操作说明： + Boolean + Boolean + Boolean + + Boolean 关系说明： 课程是选课表的组成部分 一个选课表与类学生的多个对象关联 一个选课表与类课程管理员的多个对象关联 一个选课表与类选课清单的一个对象关联 定义对象： 每个学期、每个学院、每个专业对应一个对象 类课程 课程 整体说明： 类名：课程 类的责任：存放课程的数据 继承：无 状态机图：无 被引用情况：课程管理员 多重性：可以有多个实例 主动性：否 持久性：是

设计模式笔记 文章目录 设计模式笔记 UML入门 7大设计原则 设计模式-创建型模式 设计模式-结构型模式 设计模式-行为型模式 UML类图内容 7大设计原则 开闭原则 依赖倒置原则 单一职责原则 接口隔离原则 迪米特原则 迪米特原则 UML入门 UML基础 UML类图 UML时序图 UML类关系 UML记忆技巧 7大设计原则 开闭原则 依赖倒置原则 单一责任原则 接口隔离原则 迪米特原则(最少知道原则) 里式替换原则 合成复用原则(组合/复用原则) 设计模式-创建型模式 工厂方法模式 抽象工厂模式 建造者模式 单例模式 原型模式 设计模式-结构型模式 适配器模式 装饰者模式 代理模式 外观模式 桥接模式 组合模式 享元模式 设计模式-行为型模式 策略者模式 观察者模式 责任链模式 备忘录模式 模板方法模式 迭代器模式 中介者模式 命令模式 访问者模式 解释器模式 UML类图内容 定义 统一建模语言(Unified Modeling Language),缩写为UML 非专利的第三代建模和规约语言 特点 UML是一种开放的方法 用于说明、可视化、构建和编写一个正在开发的面向对象的、软件密集系统的制品的开放方法 UML展现了一系列最佳工程实践 这些最佳实践在对大规模,复杂系统进行建模方面,特别是在软件架构层次已经被验证有效 UML2.2分类(14种) 结构式图形: