UML(四)类图.pptVIP

2006-2-1 UML Lecture_01, Author: NK Jiang UML Unified Modeling Language统一建模语言Lecture_04 类图 类图 面向对象系统建模中最常见的图是类图. 类图由一系列的类、接口以及它们直接的关系组成 。 类图用于建模系统的静态结构视图方面 建模系统的词汇 建模合作 modeling schemas (模式的建模） 1. 引言 类图除了用来为软件系统进行建模之外。 它还有一个更为有意义的用途，那就是在软件系统的构建过程中，进行软件系统的 正向工程(FORWARD ENGINEERING) 和逆向工程(REVERSE ENGINEERING)。 正向工程指的是根据类图的描绘，将其中的内容映射转换到源程序代码上。 逆向工程则是正向工程的逆过程，它是根据软件的源代码，建立起软件系统的模型图，在这里就是类图 2.类图的定义 在UML里，类图是一个UML模型图(DIAGRAM)，在其上表示了一组类、接口、协作及其关系。 类图是软件系统逻辑视图的一部分 逻辑视图可以包含多个类图。 类图可以有名字， 以区分各个不同类图 2.类图的定义 请说出绿色框关联的模型元素，其在UML中的名称 3. 类图的内容 类 ：它是软件系统的词汇，是对象的抽象。 关系： 它是类之间的语义连接 也是对象间的连接在软件的逻辑视图上的反映。类之间的关系可分为： 关连关系 依赖关系 泛化关系。 协作： 协作是软件系统的交互在逻辑视图上的投影 在UML里，协作定义为是一系列的类，这些类共同工作可以提供大于其中的单个类的行为的简单累加的合作的行为。 类图作为软件系统的结构模型的视化表达，必然要将协作作为主要的表达内容之一。 模型包 package 逻辑视图是软件系统的结构模型的投影。 一个非平凡的软件系统的结构模型是复杂的 其中包含着大量的类和关系 此结构模型是不可能只用一张模型图（类图）完整地表达出来的 它必须用多张模型图来表达 对于构成逻辑视图的大量的类及类图，必须有一种组织手段将各个类图及其相关的类进行分类整理， 在UML里，这种手段就是模型包(package) 模型包可以出现在类图上，以便以可视化的形式表达模型的结构。 4. 类图的用途 类图是软件系统的逻辑视图的一部分 它表达的是软件系统的静态设计视图 它建模的侧重面是软件系统的静态结构 静态设计视图抽取了软件系统的词汇，刻画了词汇之间的关系 当人们以支持软件系统的功能需求为目的为软件系统设计静态视图时，通常要涉及以下方面的内容 第一、抽取软件系统的词汇，用于描述软件系统的边界； 第二、通过定义协作，为软件系统的动态交互提供静态结构方面的支持； 第三、为软件系统的长驻对象和数据结构建模 4.1为系统的词汇建模 从系统的功能需求出发为其静态结构建模的第一步: 就是抽取系统的词汇。 系统的词汇在静态设计视图里被抽象为类 它是在分析系统的动态行为时涉及的对象的抽象。 在得到了软件系统的动态行为的模型的基础上，开始建立软件系统的结构模型时 首先要做的是定义软件系统的边界, 这包括 定义软件系统的系统作用者、 区分软件系统的内部对象和外部对象 然后需要为软件系统的动态交互提取词汇, 这包括 区分参与交互的各对象 把他们抽象为类并为这些类指定职责。 4.1为系统的词汇建模 通过把类的图形符号绘制在类图上, 就实现了系统词汇的可视化。 在通过类图描绘系统的词汇时，重要的是要描绘 类的结构－－》属性 类所提供的服务以及－－》操作 类本身的职责－－》附加在类上的标注或文档来表达 4.2 为协作建模 协作是软件系统的动态交互在软件系统的静态设计视图上的投影。 协作的静态结构是通过类图表达出来的 在表达协作的类图上，需要强调的不仅仅是类的职责、结构和服务 还需要强调 类之间的关系 正是存在于协作的各类中间的关系 使得对应的对象在交互中间的连接成为可能， 并使得协作作为一个整体为软件系统提供的服务的价值能大于其中的每个类的服务的简单的累加。 4.3 为数据库模式建模 为实现软件系统的功能需求 不仅仅要为其指定相应的动态行为 而且还需要为其动态行为所操作的数据指定格式 软件系统的动态行为所操作的对象通常是以数据文件的形式保存在计算机的外部存储器上的。 对于复杂的数据，需要借助于数据库定义语言和数据库管理系统进行管理。 这类数据文件，具有常驻的特性。 这意味着数据文件的生存期将大于软件系统内部创建此文件的对象的生存期。 数据文件可以看作是软件系统内部的对象 它区别于软件系统内部其它对象的地方就在于其常驻的特性。 4.3为数据库模式建模 类图作为软件系统的静态设计视图的表达媒介，也能为常驻对象的结构建模。 长驻对象的结构是数据文件的格式的抽象。 在描述数