UML 基础与Rose建模案（课件）04.pptVIP

第四章 静态视图 一、类与关系 二、 类图 三、 对象图 四、 包图 一、类与关系 类 类是任何面向对象系统中最重要的构造块。类是一种重要的分类器（Classifier），用来描述结构和行为特性的机制，它包括类、接口、数据类型、信号、组件、节点、用例和子系统。 类是对一组具有相同属性、操作、关系和语义的对象的描述。这些对象包括现实世界中的软件事物和硬件事物，甚至也可以包括纯粹概念性的事物，它们是类的实例。一个类可以实现一个或多个接口。结构良好的类具有清晰的边界，并成为系统中职责均衡分布的一部分。 类在UML中由专门的图符表达，是一个分成3个分隔区的矩形。其中顶端的分隔区为类的名字，中间的分隔区放类的属性、属性的类型和值（在UML符号表示中给出类的初始值），第3个分隔区放操作、操作的参数表和返回类型。 关系 关系（Relationship）是事物间的联系。在类的关系中，最常用的4种分别为：依赖（Dependency），它表示类之间的使用关系；泛化（Generalization），它表示类之间的一般和特殊是关系；关联（Association），它表示对象之间的结构关系；实现（Realization），它是规格说明和其实现之间的关系。 1. 依赖（Dependency） 依赖是两个元素之间的关系，对一个元素（提供者）的改变可能会影响或提供消息给其他元素（客户）。也就是说：客户以某种方式依赖于提供者。在实际的建模中，类元之间的依赖关系表示某一类元以某种方法依赖于其他类元。 从语义上理解，关联、实现和泛化都是依赖关系，但因为他们有更特别的语义，所以在UML中被分离出来作为独立的关系。 在图形上，UML把依赖描述成一条有向的虚线，指向被依赖的对象。 2. 泛化（Generalization） 泛化是一般事物（称为超类或父类）和该事物的较为特殊的种类（称为子类）之间的关系，子类继承父类的属性和操作，除此之外通常子类还添加新的属性和操作，或者修改了父类的某些操作。泛化意味着子类的对象可以用在父类的对象可能出现的地方，但反过来则不成立。 例如：电视可以分为彩色电视和黑白电视，电视也可以分为CRT电视、液晶电视、背投电视、等离子电视。这些都是泛化关系，只为观察事物的角度不一样。更简单的来说，泛化关系描述了类之间的is a kind of（属于……的一种）的关系。 在图形上，泛化用从子类指向父类的空心三角形箭头表示。 3. 关联（Association） 关联是一种结构关系，它指明一个事物的对象与另一个事物的对象间的联系。也就是说，如果两事物间存在链接，这些事物的类间必定存在着关联关系，因为链接是关联的实例，就如同对象是类的实例一样。 4. 实现（Realize） 实现是规格说明和其实现间的关系。它表示不继承结构而只继承行为。大多少情况下，实现关系用来规定接口和实现接口的类或组件之间的关系。 接口是能够让用户重用系统一组操作集的UML组件。一个接口可以被多个类或组件实现，一个类或组件也可以有多个接口。 可以在两种情况下使用实现关系：第一，在接口与实现该接口的类间；第二，在用例以及实现该用例的协作间。 二、 类图 类图（class diagram）是描述类、接口、协作、以及它们之间关系的图。它是系统中静态视图的一部分，静态视图可以包括许多的类图。静态视图用于为软件系统进行结构建模，它构造系统的词汇和关系，而结构模型的视化就是通过类图来实现的。 类图所包括的内容如下： （1）类 （2）接口 （3）协作 （4）依赖、泛化、实现和关联关系 类图的用途 类图是系统静态视图的一部分，它主要是用来描述软件系统的静态结构。该视图主要支持系统的功能需求，也就是系统要提供给最终用户的服务。当系统分析师以支持软件系统的功能需求为目的设计静态视图时，通常以下述3种方法之一使用类图。 （1）对系统的词汇建模 （2）对简单协作建模 （3）对逻辑数据库模式建模 类图建模技术 1. 对简单协作建模 协同是软件系统的动态交互在软件系统的静态视图上的映射。协同的静态结构是通过类图表达出来的。在对类图的简单协同建模时，不仅要描述类的职责、结构和服务，还要强调类间的关系。 在协同建模时，要遵循的策略包括： （1）识别要模拟的机制。一个机制描述了被建模的部分系统的一些功能和行为，这些功能和行为是由类、接口等元素交互作用产生的。 （2）对每种机制，识别参与协作的类、接口和其他协作，并识别它们间的关系。 （3）通过协作的脚本，发现建模的模型是否有被遗漏和语义错误的地方，并更正错误。 （4）得出相应类的对象，并确定具体的属性和操作。 2. 对数据库模式建模 在对软件系统进行建模时，不仅要定义系统的动态行为，还需要为动态