类图中⼀共包含了以下⼏种模型元素，分别是：类（Class）、接⼝（Interface）以及类之间的关系。 类（Class)
在⾯向对象（OO) 编程中，类是对现实世界中⼀组具有相同特征的物体的抽象。
接⼝（Interface）
接⼝是⼀种特殊的类，具有类的结构但不可被实例化，只可以被实现（继承）。在UML中，接⼝使⽤⼀个带有名称的⼩圆圈来进⾏表⽰。炉温控制系统
类图中关系（relation）
在UML类图中，常见的有以下⼏种关系：泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)
各种关系的强弱顺序：泛化 = 实现> 组合 > 聚合 > 关联 > 依赖
类图绘制要点
类的操作是针对类⾃⾝的操作，⽽不是它去操作⼈家。⽐如书这个类有上架下架的操作，是书⾃⼰被上架下架，不能因为上架下架是管理员的动作⽽把它放在管理员的操作⾥。
两个相关联的类，需要在关联的类中加上被关联类的ID，并且箭头指向被关联类。可以理解为数据表中的外键。⽐如借书和书，借书需要⽤到书的信息，因此借书类需包含书的ID，箭头指向书。 由于业务复杂性，⼀个显⽰中的实体可能会被分为多个类，这是很正常的，类不是越少越好。类的设计取决于怎样让后台程序的操作更加简单。⽐如单看逻辑，借书类可以不存在，它的信息可以放在书这个类⾥。然⽽借还书和书的上架下架完全不是⼀回事，借书类对借书的操作更加⽅便，不需要去重复改动书这个类中的内容。此外，如果书和借书是1对多的关系，那就必须分为两个类。 类图中的规范问题，⽐如不同关系需要不同的箭头，可见性符号等。
案例：
⼈脉管理项⽬的主要业务是⽤户通过⼈脉系统管理名⽚。⽤户可以通过电脑浏览器添加名⽚，添加的名⽚存储到数据库，也可以编辑和删除名⽚，当⽤户需要时可以随时查询和浏览名⽚。”
⼈脉管理项⽬的主要业务并不复杂，我们可以很容易发现业务的关键概念，其中⽤户、名⽚和数据库都是业务的关键概念。⽤户是业务的执⾏者，名⽚是业务的材料，数据库是业务的数据源。
酒罐
出业务的关键概念后，我们还需要弄清业务概念之间的关系。如下图：
偏振子业务概念关系图，可以清晰说明⼈脉系统的业务内容：⽤户通过⼈脉系统管理名⽚信息，名⽚信息通过数据库进⾏存取。
如何识别系统业务的关键概念
电热烧烤炉
从定义的系统事件中出系统⾓⾊，⽽出的系统⾓⾊就是业务的关键概念，
快开阀芯
类图模型描述了⾓⾊内容以及⾓⾊之间关系的模型。类图是⼀个矩形的⽅框，⽅框分为三部分，最上⾯的部分是类的名称，中间部分是类的属性，下⾯的部分是类的⾏为。下图是⼀个简单的类图。
铝合金手电筒
类就是我们前⾯分析得到⾓⾊，⾓⾊有属性和⾏为，因此在类图中也有属性和⾏为。
建⽴类关系
依赖关系：指在类的⾏为中使⽤到另⼀个类。
例如⽤户类的注册⾏为，就会使⽤到数据库类来存储⽤户信息。下图是依赖关系的类图模型。
继承关系：指⼀个类继承另⼀个类的属性和⾏为，被继承的类称为⽗类，继承的类称为⼦类。
例如，假如⼈脉管理系统要⽀持多种类型的名⽚，我们就可以把名⽚的共同属性和⾏为抽取出来形成基类，然后在基类的基础上，通过继承关系创建视频名⽚、动画名⽚、⽂字名⽚等不同媒体的名⽚。
关联关系：指两个类之间有相关性，如果⼀个类的属性是另外⼀个类，就说这两个类之间有关联关系。
例如在⼈脉系统中，假如⽤户类的⼀个属性是名⽚类，则可以说⽤户类和名⽚类有关联关系。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议