类图

开发Java应用程序时，开发者要想有效地利用统一建模语言（UML），必须全面理解UML元素以及这些元素如何映射到Java。本文重点讨论UML类图中的元素。 类图是最常用的UML图，它用于描述系统的结构化设计。其中包括类关系以及与每个类关联的属性及行为。类图能出色地表示继承与合成关系。为了将类图作为一种高效的沟通工具使用，开发者必须理解如何将类图上出现的元素转换到Java中。下面来进一步探索这一转换过程。 元素 在后面的小节中，分别讲解了类图的各个元素及其在Java中相应的表示。我会列出元素名，后续简短的代码片断和一幅图来表示元素在类图上的样子。每一节的最后简要总结了该元素。 类（Class） 类（ 图A ）是对象的蓝图，其中包含3个组成部分。第一个是Java中定义的类名。第二个是属性（attributes）。第三个是该类提供的方法。 属性和操作之前可附加一个可见性修饰符。加号（+）表示具有公共可见性。减号（-）表示私有可见性。#号表示受保护的可见性。省略这些修饰符表示具有package（包）级别的可见性。如果属性或操作具有下划线，表明它是静态的。在操作中，可同时列出它接受的参数，以及返回类型，如图A的“Java”区域所示。 图A 　 包（Package） 包（图 B ）是一种常规用途的组合机制。UML中的一个包直接对应于Java中的一个包。在Java中，一个包可能含有其他包

定义 统一建模语言(英语: Unified Modeling Language ，缩写UML)是非专利的第三代建模和规约语言。 UML特点 UML是一种开放的方法 用于说明、可视化、构建和编写一个正在开发的面向对象的、软件密集系统的制品的开放方法。 UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。 UML2.2分类 UML2.2中一共定义了14种图示，分类如下: 结构式图形：强调的是系统式的建模 静态图(类图，对象图，包图) 实现图(组件图，部署图) 剖面图 复合结构图 行为式图形：强调系统模型中触发的事件 活动图 状态图 用例图 交互式图形：属于行为式图形子集合，强调系统模型中的资料流程 通信图 交互概述图(UML2.0) 时序图(UML2.0) 时间图(UML2.0) UML类图 定义 Class Diagram:用于表示类、接口、实例等之间相互的静态关系。虽然名字叫类图，但类图中并不只有类（也包括权限，属性，方法等）。 记忆技巧 箭头方向 定义子类时需要通过extends关键字指定父类 子类一定是知道父类定义的，但父类并不知道子类的定义 只有知道对方信息时才能指向对方 所以箭头方向是 从子类指向父类 实线-继承|虚线-实现 空心三角箭头:继承或实现 实线继承， is a关系，扩展目的，不虚，很结实 虚线-实现

转载： http://www.uml.org.cn/oobject/201210081.asp 三者描述对象的 附属[也就是依赖]关系 : 关联 < 聚合 < 组合，依赖关系是逐渐加强的。 inheritance: "a kind of": 猫是一种动物，说明猫从动物继承； association: 两者之间存在某种关联即可，很弱的关系，如student and course, 每个学生可以选不同的课，每门课上有不同学生； aggregation: "consist of"：整体与部分之间的关系，但这里部分可以脱离整体单独存在，如MP3上所插的耳机，MP3包含耳机，但这个耳机也可以单独存在，或者插在其他电脑上。 composition: 更强的aggregation，这里部分不能脱离整体而存在，这个部分是整体的私有财产。比如Apple Itouch上的电池，原则不能拆下来单独使用。 1、关联 双向关联： C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。 在GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。 关联

UML中定义了用例图、类图、时序图、协作图等九种。设计模式中经常会用到的是类图。类是面向对象系统组织结构的核心，类可以说是对一组具有相同属性、操作、关系和语义的对象的抽象。在UML中，类使用带有分隔线的矩形表示，它包含名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。 其中 属性的表现形式是 [可见性] 属性名:类型 [=默认值]。 操作的表现形式是： [可见性] 名称（参数列表）[：返回类型] 。 详细见下图。 1.类图基础属性 +表示public -表示private #表示protected ~表示default,也就是包权限 _下划线表示static 斜体表示抽象 2.类之间关系 在UML类图中，常见的有以下几种关系: 泛化（Generalization）：带空心三角箭头的实线来表示，箭头由子类指向父类 实现（Realization）：带空心的三角箭头的虚线来表示，箭头从实现类指向接口 关联（Association)：分为双向关联和单向关联，其中，双向关联可以用带两个箭头或者没有箭头的实线来表示，单向关联用带一个箭头的实线来表示，箭头从使用类指向被关联的类，还可以再关联线的两端标注角色名，补充说明它们的角色。 聚合（Aggregation），用带空心菱形的实线表示，菱形指向整体 组合(Composition)：用带实心菱形的实线来表示

设计模式—UML类图 欢迎关注笔者的微信公众号 UML UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。 UML 2.2中一共定义了14种图示。为方便了解，可分类成右侧的结构。 结构性图形（ Structure diagrams ）强调的是系统式的建模： 静态图（static diagram） 类图 对象图 包图 实现图（implementation diagram） 组件图 部署图 剖面图 复合结构图 行为式图形（ Behavior diagrams ）强调系统模型中触发的事件： 活动图 状态图 用例图 交互性图形（ Interaction diagrams ），属于行为图形的子集合，强调系统模型中的资料流程： 通信图 交互概述图（UML 2.0） 时序图（UML 2.0） 时间图（UML 2.0） 类图 类图是什么？ 用于描述系统中的类(对象)本身的组成和类(对象)之间的各种静态关系。 类图的表示 + 公共 public - 私有 private # 保护（即对子类可见）protected ~ 包（对包内其他成员可见） / 推导（即由其他属性推导得出，不需要直接给定其值） 例如：有一个 Person 类

一、类 　　类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、关系的对象集合的总称。 　　在系统中，每个类都具有一定的职责，职责指的是类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责。在定义类的时候，将类的职责分解成为类的属性和操作（即方法）。类的属性即类的数据职责，类的操作即类的行为职责。设计类是面向对象设计中最重要的组成部分，也是最复杂和最耗时的部分。 　　在软件系统运行时，类将被实例化成对象(Object)，对象对应于某个具体的事物，是类的实例(Instance)。 　　类图(Class Diagram)使用出现在系统中的不同类来描述系统的静态结构，它用来描述不同的类以及它们之间的关系。 在系统分析与设计阶段，类通常可以分为三种，分别是实体类(Entity Class)、控制类(Control Class)和边界类(Boundary Class)，下面对这三种类加以简要说明： 　　(1) 实体类：实体类对应系统需求中的每个实体，它们通常需要保存在永久存储体中，一般使用数据库表或文件来记录，实体类既包括存储和传递数据的类，还包括操作数据的类。实体类来源于需求说明中的名词，如学生、商品等。 　　(2) 控制类：控制类用于体现应用程序的执行逻辑，提供相应的业务操作

本实验是为后续实验做准备的。在本书中，各个程序实例都要画类图，所以读者必须掌握用某种UML建模工具来画类图，本书选择 UMLet 作为 UML 的建模工具。实验目的本实验的主要目的如下。 理解类的基本概念，掌握如何从需求分析中抽象出类的方法。 理解类之间关系，掌握如何分析具体实例中的类之间的关系。 来源： https://www.cnblogs.com/324rff/p/12256588.html

第一章复杂性 1.软件复杂性的原因： 问题域的复杂的性； 管理费用开发过程的困难性 软件中随处可能出现的灵活性 描述离散系统行为困难。 2.控制系统复杂性的方法： 分解方法（算法分析和面向对象分解）、抽象的方法 3.复杂系统一般具有如下属性： 层次结构：复杂系统的架构是它所有的组件以及这些组件之间的层次结构的函数。 相对本原（primitives）：组成系统的基础组件决定于观察者 分离关注：组件内与组件间的联系分离开来。 共同模式：复杂系统具有共同的模式，复用。 稳定的中间形式：随着时间的推移，系统变得稳定，同时为构建更为复杂系统而作为稳定的中间形式，复杂系统变得更加复杂。 第二章面向对象基础 1.面向对象技术的三个特征：（或基本机制） 封装，隐藏内部实现 继承，复用现有代码 多态，改写对象行为 2.面向对象技术的四个特征：（或基本机制） 抽象，分离变与不变 封装，隐藏内部实现 继承，复用现有代码 多态，改写对象行为 3.Java中抽象类与接口的联系与区别 相同点：1）都有未实现的方法；2）都不能用于创建对象（实例）；3）一个具体的类继承或实现它们时，需要对未实现的方法提供具体实现。 不同点：1）接口中的方法都是未实现的，而抽象类中可以有实现的方法；2）接口中没有构造函数和属性，但抽象类中有；3）一个类只能继承一个抽象类，但可以实现多个接口。 4

UML类图与类的关系详解 在画类图的时候，理清类和类之间的关系是重点 类的关系 泛化(Generalization)、实现（Realization）、依赖(Dependency)、关联(Association) 关联细分 关联又分为一般关联关系和聚合关系(Aggregation)，合成关系(Composition) 基本概念 类图（Class Diagram) 类图是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型 类图的3个基本组件：类名、属性、方法 泛化(generalization) 表示is-a的关系，是对象之间耦合度最大的一种关系，子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示，箭头从子类指向父类 实现（Realization) 在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示，箭头从实现类指向接口 依赖(Dependency) 对象之间最弱的一种关联方式，是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示，箭头从使用类指向被依赖的类 关联(Association) 对象之间一种引用关系

[注] 本文不是类图的基础教程, 只是类图的图形总结. 学习UML图形 推荐阅读<UML参考手册>第2版. http://www.umlchina.com/ 推荐微软的开发软件设计模型 http://msdn.microsoft.com/zh-cn/library/dd409436.aspx 类图展示了面向对象系统的构造模块。描绘模型(或部分模型)的静态视图，显示它包含的属性和行为，而不是详细描述操作的功能或完善方法。 类图最常用来表达多个 类和接口之间的关系 。 〇 概述 可使用的工具集(EA工具箱)有: 一 类图元素 1. 包 Package, 图形表示为一个文件夹, 包的版型(StereoType)有: 1) 普通包, 表示为一个文件夹, 如图Package1和Package4 2) 其它包, 表示为一个文件夹+书名号包含的具体版型或特殊符号, 如图Package2和Package3 2. 类 Class, 图形表示为一个实心矩形或圆形(椭圆)[+一系列附加符号], 类的版型(StereoType)有: 1) 普通类, 表示为一个实心矩形, 如图Class1 2) 边界类, 表示为一个实心圆形+实竖线, 如图Class2 3) 实体类, 表示为一个实心圆形+实横线, 如图Class3 4) 控制类, 表示为一个实心圆形+在圆周上的箭头, 如图Class4 5) 其它类,