下载文档原格式
IntelliJIDEA之UML类图IntelliJ IDEA之UML类图⽣成⽅法Show Diagrams选中需要的类，右键单击Diagrams，之后点击Show Diagrams，或者快捷键Ctrl+Alt+Shift+U⽣成类图，将类图显⽰在编辑器窗⼝中Show Diagrams PopUp选中所需要类，右键单击Diagrams，之后点击Show Diagrams PopUp，或者快捷键Ctrl+Alt+U ⽣成类图，将类图显⽰在弹出窗⼝中⼯具栏（Toolbar）泛化（Generalization）代码（体现在类的继承）//Person代表⼈public class Person {}//Man代表男⼈public class Man extends Person{}类图（实线三⾓形箭头，指向⽗类）实现（Realization）代码（体现在类的实现）//Dao接⼝public interface Dao {}//Dao实现public class DaoImpl implements Dao {}类图（虚线三⾓形箭头，指向⽗类）依赖(Dependency)代码（体现在局部变量、⽅法的参数或者对静态⽅法的调⽤）//⼿机类public class CellPhone {//⼿机可以玩游戏public void playGames(){System.out.println("play games");}}//普通⼈public class Person {//买⼿机public CellPhone buyCellPhone(){return new CellPhone();}//买个⼿机玩游戏public void play(){CellPhone cellPhone = buyCellPhone();cellPhone.playGames();}}类图（虚线普通箭头，指向被调⽤者，其中带有create的虚线是指创建（new）被调⽤者）关联（Association)、聚合（Aggregation）、组合(Composition)区别三者在代码上的表现相同，只是语意上有所差别。
UML各种图例面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标，即：∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线.一个用例图是角色，用例，和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.决定特征（需求）.当系统已经分析好并且设计成型时，新的用例产生新的需求∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的－它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式：Cash，Check，或者Credit.订单包括OrderDetails（line item），每个这种类都连着Item.UML类的符号是一个被划分成三块的方框：类名，属性，和操作.抽象类的名字，像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association－表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中，关联用两个类之间的连线表示.dependencies关系.如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时（特别是递归关系时）很有用.这个类图示一个大学的Department可以包括其他很多的Departments.这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚，类或实例名可以在对象图中被省略.每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴，时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色.在序列图中，对象的角色放在上面而消息则是连接线.对象角色矩形上标有类或对象名（或者都有）.类名前面有个冒号（：）.协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号，再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态：Getting SSN, Getting PIN, Validating, 以及Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN，另一个则在上Getting PIN.初始状态（黑色圆圈）是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用（/动作）表示.当进入Validating状态时，对象并不等外部事件触发转移.取而代之，它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说，我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。
UML类关系图（泛化,实现,依赖,关联（聚合,组合））UML的构造快包含3种：(1) 事物（4种）：结构事物，⾏为事物，分组事物，注释事物(2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系(3) 图（10种）：⽤例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图事物是对模型中最具代表性的成分的抽象；关系把事物结合在⼀起；图聚集了相关的事物。
(2) 关系（4种）UML 中类与类, 类与接⼝, 接⼝与接⼝这间的关系有: 泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系.泛化(generalization)关系是⼀个类（称为⼦类、⼦接⼝）继承另外的⼀个类（称为⽗类、⽗接⼝）的功能，并可以增加它⾃⼰的新功能的能⼒，继承是类与类或者接⼝与接⼝之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时⼀般没有争议性。
实现(realization)关系指的是⼀个class类实现interface接⼝（可以是多个）的功能；实现是类与接⼝之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时⼀般没有争议性；依赖(dependency)关系: 也是类与类之间的连接. 表⽰⼀个类依赖于另⼀个类的定义. 依赖关系总是单向的。
可以简单的理解，就是⼀个类A 使⽤到了另⼀个类B，⽽这种使⽤关系是具有偶然性的、、临时性的、⾮常弱的，但是B类的变化会影响到A；⽐如某⼈要过河，需要借⽤⼀条船，此时⼈与船之间的关系就是依赖；表现在代码层⾯，为类B作为参数被类A在某个method⽅法中使⽤。
(A use B)在java 中. 依赖关系体现为: 局部变量, ⽅法中的参数, 和对静态⽅法的调⽤.关联(association)关系:表⽰类与类之间的联接, 它使⼀个类知道另⼀个类的属性和⽅法.关联可以使⽤单箭头表⽰单向关联, 使⽤双箭头或不使⽤箭头表⽰双向关联, 不建议使⽤双向关联. 关联有两个端点, 在每个端点可以有⼀个基数, 表⽰这个关联的类可以有⼏个实例.常见的基数及含义:0..1:0 或1 个实例.0..*: 对实例的数⽬没有限制.1: 只能有⼀个实例.1..*: ⾄少有⼀个实例.他体现的是两个类、或者类与接⼝之间语义级别的⼀种强依赖关系，⽐如我和我的朋友；这种关系⽐依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，⼀般是长期性的，⽽且双⽅的关系⼀般是平等的,表现在代码层⾯，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引⽤了⼀个类型为被关联类B的全局变量；在java 语⾔中关联关系是使⽤实例变量实现的.关联关系还包括：聚合，组合关系。
UML类图详细教程UML（Unified Modeling Language）是一种用于软件系统建模的标准化语言。
在软件开发过程中，通过使用UML类图可以清晰地描述系统中的类、对象、方法和关系等要素，以帮助开发人员更好地理解和设计软件系统。
本文将详细介绍UML类图的基本元素、关系类型和用法，以及一些实际应用的示例。
接下来将分为以下几个部分进行阐述：1.基本元素2.类的属性和方法3.类之间的关系4.实际应用示例1.基本元素：a) 类（Class）：类是UML类图的基本元素，用矩形框表示。
每个框内部分别包含类名、属性和方法。
b) 对象（Object）：对象是类的实例，用一条带箭头的直线连接到类。
对象可以有自己的属性和方法。
c) 接口（Interface）：用一个带有虚线的矩形框表示，包含接口的名称和方法。
d) 抽象类（Abstract Class）：用一个带有斜线的矩形框表示，表示只能被继承，不能被实例化的类。
e) 枚举（Enumeration）：用一个带有斜线和虚线的矩形框表示，表示一个有限个数的类。
2.类的属性和方法：a) 属性（Attribute）：用于描述类或对象的状态，用名称和数据类型表示。
b) 方法（Method）：用于描述类或对象的行为，用名称和参数列表表示。
3.类之间的关系：a) 关联（Association）：用一条直线连接两个类，表示两者之间存在关系。
关联可以有方向、多重性和角色等属性。
b) 继承（Inheritance）：用一条带箭头的直线连接两个类，并在箭头上方标识出继承关系。
子类继承了父类的属性和方法。
c) 实现（Realization）：用一条带虚线的直线连接两个类，表示实现关系。
一个类实现了一个接口，需要实现接口中定义的方法。
d) 依赖（Dependency）：用一条带箭头的虚线连接两个类，表示类之间的依赖关系。
一个类依赖于另一个类时，使用到了另一个类的属性或方法。
4.实际应用示例：假设我们要设计一个简单的图书馆管理系统，其中包括书籍（Book）、图书馆（Library）和借阅记录（BorrowRecord）等类。
目录1.类图和对象图的概念2.类图的组成3.使用Rose创建类图4.对象图5.使用Rose创建类图案例分析类图和对象图详解对于类图和对象图来说我们需要了解的是类图和对象图的概念，类图的组成，使用Rose创建类图和对象图。
当然最重要的是如何使用Rose创建类图案例分析。
具体的创建通过选课管理系统的简单用例说明创建类图和对象图的方法和具体的过程。
下面是我对类图和对象图学习过程的一个整理，一些资料是直接拿过来直接用的。
希望能对你的学习有一点点的帮助吧。
类图和对象图的概念1. 类的含义类图（Class diagram）显示了系统的静态结构，而系统的静态结构构成了系统的概念基础。
类图，就是用于对系统中的各种概念进行建模，并描绘出它们之间关系的图。
在大多数的 UML 模型中，我们可以将这些概念的类型概括为以下四种，分别是：(1) 类(2) 接口(3) 数据类型(4) 构件在类图中，具体来讲它一共包含了以下几种模型元素，分别是：类、接口、依赖关系、泛化关系、关联关系以及实现关系。
类图可以创建约束、注释和包等。
2. 对象图的含义对象图中包含对象（Object）和链（Link）。
其中对象是类的特定实例，链是类之间关系的实例，表示对象之间的特定关系。
3. 类图在项目开发中的作用类图的作用是对系统的静态视图进行建模。
当对系统的静态视图进行建模时，通常是以以下三种方式来使用类图。
(1)为系统的词汇建模。
(2)模型化简单的协作。
(3)模型化逻辑数据库模式。
在设计数据库时，通常将数据库模式看作为数据库概念设计的蓝图，在很多领域中，都需要在关系数据库或面向数据库中存储永久信息。
系统分析者可以使用类图来对这些数据库进行模式建模。
4. 对象图在项目开发中的作用对象图作为系统在某一时刻的快照，是类图中的各个类在某一个时间点上的实例及其关系的静态写照，可以通过以下几个方面来说明它的作用：(1)说明复杂的数据结构。
对于复杂的数据结构，有时候很难对其进行抽象成类表达之间的交互关系。
UML中类图真例之阳早格格创做交心：空心圆+曲线（唐老鸭类真止了‘道人话’）；依好：真线+箭头（动物战气氛的闭系）；闭联：真线+箭头（企鹅需要相识气候才迁移）；散合：空心四边形+真线+箭头（雁群战大雁的闭系）；合成/拉拢：真心四边形+真线+箭头（鸟战翅膀的闭系）；泛化/继启：空心三角形+真线（动物战鸟的继启闭系）；真止：空心三角形+真线（真止大雁飞翔的交心）；UML类图阐明UML类图：1. 最先瞅“动物”矩形框，它代表一个类.该类图分为三层，第一层隐现类的称呼，如果是抽象类便要用斜体隐现.第二层是类的个性，常常便是字段战属性.第三层是类的收配，常常是要领战止为.注意前里的标记，‘+’表示public, ‘—’ 表示private, ‘#’表示protected.2. “飞翔”矩形框表示一个交心图，它取类图的辨别主假如顶端有《interface》隐现，第一止是交心称呼，第二止是交心要领.交心另有另一种表示要领，雅称棒棒糖表示法，便是唐老鸭类真止了“道人话”的交心.interface IFly interfaceIlanguage{ {void Fly(); void Speak();} }3. 动物，鸟，鸭，唐老鸭他们之间皆是继启的闭系，继启闭系用空心三角形+真止去表示.4.“大雁”真止了“飞翔”交心.真止交心用空心三角形+真线去表示.（注：底下的图中应为空心三角形）class Bird:Animal class WideGoose:IFly{ {//继启动物类 //真止飞翔交心} }5. 企鹅取气候有很大的闭系，企鹅需要“相识”气候的变更，需要“相识”气候顺序.当一个类“相识”另一个类时，不妨用闭联(association)闭系.闭联闭系用真线箭头去表示.class Penguin :Bird{private Climate climate;//正在企鹅Penguin中，引用到气候Climate对于象}6. “大雁”战“雁群”那二个类.大雁是群居动物，每只大雁皆属于一个雁群，一个雁群不妨有多只大雁.所以它们之间便谦脚散合(Aggregation)闭系.散合表示一种强的“拥有”闭系，体现的是A对于象不妨包罗B对于象，但是B对于象没有是A对于象的一部分.散合闭系用空心的菱形+ 真线箭头表示.class WideGooseAggregate{private WideGoose[] arrayWideGoose;//正在雁群WideGooseAggregate类中，有大雁数组对于象arrayWideGoose}7. “鸟”战“翅膀”那二个类.鸟战翅膀似完全战部分的闭系，而且翅膀战鸟的死命周期是相共的，正在那里鸟战其翅膀便是合成闭系.合成(composition)是一种强的“拥有”闭系，体现了庄重的部分战完全的闭系，部分战完全的死命周期一般.合成闭系用真心的的菱形+真线箭头去表示.其余，合成闭系的连线二端另有一个数字“1”战数字“2”，，那被称为基数.标明那一端的类不妨有几个真例，很隐然，一个鸟该当有二收翅膀.如果一个类大概有无数个真例，则便用“n”去表示.闭联闭系，散合闭系也不妨有基数的.class Bird{private Wing wing;public Bird(){wing=new Wing();//正在鸟Bird类中，初初化时，真例化翅膀Wing,它们之间共时死成}}8. “动物”、“氧气”取“火”之间.动物有几大个性，比圆有新陈代开，能繁殖.而动物要有死命，需要氧气，火以及食物等.也便是道动物依好于氧气战火.它们之间是依好闭系(Dependency),用真线箭头去表示.abstractclass Animal{public bolism(Oxygen oxygen,Water water){}}。
UML中各种图的画法(全)UML中各种图的画法(全)一、UML中基本的图范畴：在 UML 2 中有二种基本的图范畴：结构图和行为图。
每个 UML 图都属于这二个图范畴。
结构图的目的是显示建模系统的静态结构。
它们包括类，组件和（或）对象图。
另一方面，行为图显示系统中的对象的动态行为，包括如对象的方法，协作和活动之类的内容。
行为图的实例是活动图，用例图和序列图。
二、UML中的类图：1.类图的表示：类的 UML 表示是一个长方形，垂直地分为三个区，如图 1 所示。
顶部区域显示类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。
描述：顶部区域显示类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
当在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。
·类名：如果是抽象类，则采用斜体·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式n ame : attribute type = default value 如balance : Dollars = 0，这是带有默认值的表达形式·类方法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。
然而，用于生成代码的类图，要求类的属性类型必须限制在由程序语言提供的类型之中，或包含于在系统中实现的、模型的类型之中。
2.继承的表示：为了在一个类图上建模继承，从子类（要继承行为的类）拉出一条闭合的，单键头（或三角形）的实线指向超类。
UML九种图之⽤例图和类图前⾔近期写UML⽂档，看视频的时候感觉掌握的还能够，当真正写⽂档的时候才发现不是⼀件easy的事。
写⽂档⾃⼰⼜翻开⾃⼰的笔记看了⼀遍⼜⼀遍。
以下就给⼤家介绍⼀下我画的⼏张图：⽤例图1. ⽤例图的构成（⽤例，⾓⾊，关系）⽤例：指功能的描写叙述⾓⾊：触发起某种事件关系：⽤例图的关系（依赖，泛化，关联）2. ⽤例图的作⽤（1）⽤例视图是整个UML设计的关键，影响到整个UML设计的过程（2）⽤例模型驱动了需求分析后各个阶段的开发（3）⽤例模型⽤于需求分析阶段，表明了开发⼈员和⽤户针对需求达成的某种共识注意⼏个keyword：开发⼈员，⽤户，共同商讨达成某种共识3.设计原则将系统看做⿊盒⼦，从⽤户⾓度理解系统，不须要考虑某个功能是怎样实现的。
仅仅须要考虑系统由谁来运⾏和怎样交互和运⾏。
以下是我画的⽤例图：以⽤户的权限为基础画出来的。
类图1.类图的构成类、接⼝、协作、关系、包2.类的构成2.类图的作⽤类图⼀般在具体设计过程中出现，主要⽤来描写叙述系统中各个模块中类之间的关系，包含类或者类与接⼝的继承关系，类之间的依赖、聚合等关系。
通过类图，就能实际的把系统中的各个类，即对象描写叙述清楚，下⼀步就是依照这个具体的设计编码了。
3.类图的设计Use case——>class（要点，抽象名词得到类）——>确定类的属性和⽅法——>属性是静态⾏为描写叙述，⽅法是动态⾏为的描写叙述——>正确表达类与类之间的关系以下是我对机房收费系统设计的类图，理解的不是⾮常清楚，可定存在诸多问题，希望⼤家积极指正。
以上是我看完UML之后对⽤例图和类图的理解，感觉理解的不是⾮常清楚，若有什么问题希望⼤家积极指正。
