基于任务动模式的软件工程与UML建模技术项目十静态建模.ppt

项目十 静态建模 任务一 认识静态建模　　自然界中存在的事物大都具有类与对象的关系，于是我们可以借用自然界中的类与对象的表示方法，在计算机的软件系统中描述与实现类和对象。所谓对象，就是可以控制和操作的实体，它可以是一个设备、一个组织或一个商务，它包括属性的描述和行为的描述两方面。属性描述类的基本特征(汽车的长度、颜色等)；行为描述类具有的功能(汽车启动、行驶、转弯和刹车等功能)，也就是对指定类的对象可以进行哪些操作。就像程序设计语言中整型变量是整数类型的具体变化，用户可以对整型变量进行操作一样，对象是类的实例化，所有的操作都是针对对象进行的。以面向对象方式建 造的模型，由于建造在真实世界的基本概念上，与真实世界非常接近，使得该模型易于交流，易于验证，易于维护。? 操作一 静态建模概述　　在计算机系统中，我们用类表示系统，并把现实世界中我们能够识别的对象分类表示，这种处理方式称做面向对象。由于面向对象的思想与现实世界中的事物的表示方式相似，所以采用面向对象的思想建造模型会为建模者带来很多好处。UML的静态建模就需要借助于类图和对象图。使用UML进行静态建模，就是通过类图和对象图从一个相对静止的状态分析系统中包含的类和对象，以及它们之间的关系等。　　 　任务二 认 识 类 图? 操作一 类图的概述　　类图显示了系统静态的结构，标识了不同的实体(人、事物和数据)是如何彼此关联的。在类图中不仅包含了系统定义的各种类(其中包含了类的属性和操作)，也包含了它们之间的关系。由于类图是用来描述软件系统中的类以及类之间的关系的一种图示，是从静态角度表示系统的，所以这种描述在系统整个生命周期中都是有效的。类图是构建其它图的基础，如果没有类图，就没有状态图、顺序图和协作图等，也就无法表示软件系统的其它各个侧面。 　　类图中允许出现的模型元素只有类和它们之间的关系。如图10-1所示，类用长方形表示，长方形分成上、中、下三个区域，每个区域用不同的名字标识，用以代表类的各个特征。上面的区域内标识类的名字，中间的区域内标识类的属性，下面的区域内标识类的操作方法，这三部分作为一个整体描述某个类。 　　在面向对象软件工程中，将类划分为以下几种： 　　(1) 实体类：它表示的是系统领域内的实体。实体类对应着现实中的客观实物，是系统领域内的实体，用来保存信息，一般对应着数据表、文件等。实体类可以从现实中存在的客观事物，以及需要持久存放的信息两方面来发现。实体类的表示方法如图10-2所示。 图10-2 实体类 　　(2) 边界类：是系统的用户界面，直接跟系统外部参与者交互，与系统进行信息交流。它位于系统与外界的交界处，例如窗体、对话框、报表、与外部设备或系统交互的类等。边界类处在用例图中参与者与用例的关联处，可以根据用例图发现边界类。每个参与者和用例交互至少要有一个边界类。边界类的表示方法如图10-3所示。 图10-3 边界类 　　(3) 控制类：是控制系统中对象之间的交互。它负责协调其它类的工作，实现对其他对象的控制。一个用例中最少会有一个控制类，用来控制用例中的事件顺序，也可以在多个用例之间协调用例之间的联系。控制类的表示方法如图10-4所示。 图10-4 控制类 　　在传统的C/S系统中，实体类、边界类和控制类没有严格的一一对应关系；在现在流行的设计模式(如MVC模式)中，实体类、边界类和控制类一一对应。可通过查找分析人员、组织、设备、事件和外部系统等，找出各种可能有用的候选对象，以发现实体类，或通过阅读系统文档和用例，查找用例的事件流中的名词(包括角色、类、类属性和表达式)，从中寻找到实体类；对于边界类，分析阶段不需要深入研究用户界面的窗口部件，只要能说明通过交互所实现的目标就可以。有些类无法通过以上方法找到；有些类需要从协作图和顺序图中通过分析对象来确定。例如在下面订货系统的用例图中找出系统的边界类、实体类、控制类(见图10-5、10-6)。 图10-5 订货管理用例图 图10-6 订货管理的控制类、边界类、实体类 　　(4) 具体类：有自己的具体对象的类称为具体类。具体类中的操作都有具体实现的方法。例如：图10-7中的“轮船”和“汽车”两个类就是具体的类，“汽车”中的drive操作具体实现为驱动车轮滚动，而“轮船”类中的drive操作则具体实现为转动螺旋桨。　　(5) 抽象类：没有具体对象的类称为抽象类。抽象类一般为父类，用于描述其它类(子类)的公共属性和行为(操作)。比如图10-7中“交通工具”就是一个抽象类。(在Rose中用斜体显示)。对于抽象类，很难想象该类的对象是什么样子，因为它既不是具体的汽车，也不是具体的轮船，所以该类没有对象，但是描述了交通工具的一般特征。 图10-7 具体类与抽象类 ? 操