UML模型中的图-静态图【类图、对象图】

前言

    前一篇博文为大家分享了UML模型中的用例图。在完成用例图后，就可以根据用例图的参与者/角色以及用例来进行UML模型的静态设计了，这将会使用UML模型模型中的静态图。本篇博文继续为大家分享UML模型中的图-静态图。静态图在UML模型中并不是真实存在的图，只是语义上的一个分类，静态图显示了系统的静态结构，特别是存在的事物的种类之间的联系。静态图将行为实体描述成离散的模型元素，不包括动态行为的细节。静态图是建立其他图的基础。静态图中包括两类UML模型中的图- 类图、对象图 。接下来小编为大家分享UML模型中的这两种图。

正文

二、类图
    类是具有相同属性和操作（方法、行为）的一组对象的集合。为属于该类的对象提供了一个具有相同抽象的描述。
    类图是描述描述类、接口、协作以及它们之间关系的图，也就是描述一个类的内部结构（属性、方法）和另一个类之间的关系，用于描述系统的静态结构。一个类图中包含了多种模型元素。
    按照软件开发的过程，需求分析阶段过后是软件的设计阶段了。设计阶段进行的概要设计、详细设计中就会对系统进行抽象，划分模块、类、对象、接口等，对系统的结构进行设计。类图在设计阶段就要发挥作用了，它要描述系统的架构结构，要在后期能指导程序员进行编码。所以在设计阶段，系统分析师就要进行类图的绘制了。
绘制类图
类的组成包括：名称、属性、方法
类图基本元素包括：类、接口、协作、依赖关系、泛化关系、实现关系、关联关系
绘制方法：首先可以通过找名词来寻找类，然后通过动词来确定。
类的名称：
    类的名称是每个类必有的结构，用于和其他类进行区分。类名称是一个文本串，分为简单名称和路径名称两种。名称中不包含冒号的是简单名称（左）；若加上类所在包的名称就构成了路径名称（右）。

    类分为两种，一种是抽象类，另一种是模板类。抽象类是不能实例化的类，一般包含一个抽象操作，与类图的区别在于抽象类的名称、方法为斜体表示。模板类是一种参数化的类，在编译时模板参数使用不同的数据类型而产生不同的类。
类的属性：
    属性也是类的组成部分，描述了类在系统中代表的事物所具备的特性，可以没有属性，也可以有一个或多个属性。类的属性描述了所有对象共同的特性。在UML中类属性的语法为：[可见性] 属性名 [：类型] [= 初始值] [{属性字符串}] 。其中[ ]里面内容是可选的。
A、可见性：属性可以具有不同的可见性。

B、属性名：类的属性中必须要有的部分，以和其他类进行区分。
C、类型：用来说明该属性属于什么数据类型。常用的数据类型有整型、布尔型等。
D、初始值：设置初始值，可以保护系统的完整性，并为用户提供方便。
E、属性字符串：用来定义关于属性的其他信息。任何希望添加到属性定义的值但没有合适地方可以添加的规则，可以放到属性字符串里。

接口：
    接口描述了一个类或构件的一个服务的操作集。接口仅仅是定义了一组操作的规范，并没有给出这组操作的具体实现。也就是说，接口描述了类或组件对外的、可视化的动作。接口图与类图的主要区别在于顶端的名称显示。接口用矩形表示法，顶端带有interface.第一行是接口名称，第二行是接口方法，接口不包含属性。接口用带有名称的小圆圈表示。
关系：
    关系描述了类结构之间的关系，具有方向、名称、角色、多重性等信息。前面的博客中也有提到UML模型中的关系，这里就不再一一介绍了。

以机房收费系统为例举例说明：

三、对象图
    对象图也是静态图中的一种，它显示的是对象与对象之间的关系，对象图是类图中的某一具体对象的实例，它描述一个系统在某个具体时刻的静态结构，而类图描述所有可能的情况。对象图使用的元素符号与类图相似。
类图与对象图的区别（来源于网络）：

以机房收费系统中【一般用户】为例举例说明：

结语

    本文主要为您分享了UML建模中使用的静态图，初次学习，归纳总结的如有不妥的地方，还请您能及时给予指正哦。接下来小编将为您继续分享UML模型中的图。
*感谢您的阅读，希望对您能有所帮助*