《基于新信息技术的软件工程与UML教程》课件_第10章.pptx

项目十静态建模;

项目引导

本项目主要介绍应用UML进行软件系统静态建模的基本内容。静态建模是指通过类图、对象图等图形对软件系统的静态结构进行描述。

知识目标

(1)认识类图及对象图的组成内容。

(2)掌握类图之间的关系。

(3)识别系统中的类。

能力目标

使用RationalRose建模工具绘制类图及对象图。

;

自然界中存在的事物大都具有类与对象的关系，于是我们可以借用自然界中的类与对象的表示方法，在计算机的软件系统中描述与实现类和对象。所谓对象就是可以控制和操作的实体，它可以是一个设备、一个组织或一个商务，它包括属性的描述和行为的描述二方面。属性描述类的基本特征(汽车的长度、颜色等)；行为描述类具有的功能(汽车启动、行驶和转弯、刹车等功能)，也就是对指定类的对象可以进行哪些操作。

;

就像程序设计语言中整型变量是整数类型的具体变化，用户可以对整型变量进行操作一样，对象是类的实例化，所有的操作都是针对对象进行的。以面向对象方式建造的模型，由于建造在真实世界的基本概念上，与真实世界非常接近，使得该模型易于交流，易于验证，易于维护。

;

在计算机系统中，我们用类表示系统，并把现实世界中我们能够识别的对象分类表示，这种处理方式称作面向对象。由于面向对象的思想与现实世界中的事物的表示方式相似，所以采用面向对象的思想建造模型会给建模者带来很多好处。UML的静态建模就需要借助于类图和对象图，使用UML进行静态建模，就是通过类图和对象图从一个相对静止的状态分析系统中包含的类和对象，以及他们之间的关系等。

;

任务二认识类图

;

类图显示了系统静态的结构，标识了不同的实体(人、事物和数据)是如何彼此相关联的。在类图中不仅包含为系统定义各种类(其中包含了类的属性和操作)，也包含了它们之间的关系。由于类图是用来描述软件系统中类以及类之间的关系的一种图示，是从静态角度表示系统的，所以这种描述在系统整个生命周期中都是有效的，类图是构建其他图的基础，如果没有类图，就没有状态图、时序图和协作图等，也就无法表示软件系统的其他各个侧面。

;

类图中允许出现的模型元素只有类和它们之间的关系。如图10-1所示，类用长方形表示，长方形分成上、中、下三个区域，每个区域用不同的名字标识，用以代表类的各个特征。上面的区域内标识类的名字，中间的区域内标识类的属性，下面的区域内标识类的操作方法。这三部分作为一个整体描述某个类。

;;

在面向对象软件工程中，将类划分以下几种：

(1)实体类：它表示的是系统领域内的实体。实体类对应着现实中的客观实物，是系统领域内的实体，用来保存信息，一般对应着数据表、文件等。实体类可以从现实中存在的客观事物，以及需要持久存放的信息两方面来发现。实体类的表示方法如图10-2所示。

;

(2)边界类：边界类是系统的用户界面，直接跟系统外部参与者交互，与系统进行信息交流。它位于系统与外界的交界处。例如窗体、对话框、报表、与外部设备或系统交互的类等。边界类处在用例图中，参与者与用例的关联处，可以根据用例图发现边界类。每个参与者和用例交互至少要有一个边界类。边界类的表示方法如图10-3所示。

;

(3)控制类：控制类是控制系统中对象之间的交互。它负责协调其他类的工作，实现对其他对象的控制。一个用例中最少会有一个控制类，用来控制用例中的事件顺序，也可以在多个用例之间协调用例之间的联系。控制类的表示方法如图10-4所示。

;

在传统的C/S系统中，实体类、边界类和控制类没有严格的一一对应关系；现在流行的设计模式(如MVC模式)中，实体类、边界类和控制类一一对应。从分析人员、组织、设备、事件和外部系统等，可找出各种可能有用的候选对象，以发现实体类；通过阅读系统文档和用例，查找用例的事件流中的名词(包括角色、类、类属性和表达式)，从中寻找到类(实体类)；对于边界类，分析阶段不需要深入研究用户界面的窗口部件，只要能说明通过交互所实现的目标就可以。有些类无法通过以上方法找到；有些类需要从协作图和时序图中通过分析对象来确定。例如在下面订货系统的用例图中找出系统的边界类、实体类、控制类(见图10-5、图10-6)。

;;;

(4)具体类：有自己的具体对象的类称为具体类。具体类中的操作都有具体实现的方法。例如图10-7中的“轮船”和“汽车”两个类就是具体的类，“汽车”中的“drive”操作具体实现为驱动车轮滚动，而“轮船”类中的“drive”操作则具体实现为转动螺旋桨。

;

(5)抽象类：没有具体对象的类称为抽象类。抽象类是不完整的，它只能用作父类，用于描述其他类(子类)的公共属性和行为(操作)。比如图10-7中“交通工具”就是一个抽象类。(在Rose中用斜体显示)。