UML软件建模技术3.3-类的关系.pptVIP

湖南科技职业学院软件学院 第三章 架构建模 3.3 类的关系 软件建模技术 1.掌握类之间的关联关系 3.掌握类之间的依赖关系 2.掌握类之间的泛化关系 本节目标 4.掌握类之间的实现关系 1.提取类的关系 本节重难点 问题引入 　 在业务系统中通常类是很少单独存在，而是以几种方式相互协作来描述应用系统中的业务。因此，对系统建模时，不仅要识别和寻找类，而且还必须对这些对象如何相互联系建模。 那么，类之间有哪些关系？如何确定类之间的关系呢？ How To ? 任务提出 1．对图书业务功能中的类的关系建模； 2．对书籍管理功能中的类的关系建模。 How To ? 概 念 关系 　关系（Relationship）是指事物之间的联系 。 认识类的关系 有4种比较重要的关系：依赖、泛化、实现和关联。 概 念 依赖　　 　　依赖（dependency）是一种使用关系，它说明了一个事物声明说明的变化可能影响到使用它的另一个事物，但反之未必。 例如，窗口类中的打开（Open）函数在执行时使用了事件类的（Event）对象，故两个类之间存在依赖的关系，也就是说事件类的改变将会影响窗口类。 认识依赖关系 在UML中定义了4类基本依赖类型。分别是 ： 1．使用依赖 2．抽象依赖 3．授权依赖 4．绑定依赖 概 念 泛化 泛化（generalization）是一般事物（称为父类或超类）和较特殊事物（称为子类或孩子类）之间的关系。 认识泛化关系 概 念 实现 　　实现（realization）是类元（类）之间的语义关系，关系中的一个类元（类）描述了另一个类元（接口）实现的契约。 简单的说，实现关系中的一个类只具有行为的定义，而具体的结构和行为，则是由另一个类来给出。例如，建造房子时需要安装供人们进出的门，而门又有许多种类，不同种类的门的打开方式是不一样的如自动门是通过电机驱动自动打开、推拉门是通推拉来打开等 认识实现关系 概 念 关联 关联是一种结构关系，它详述了一个事物的对象与另一个事物的对象相互联系 。 例如，类Library（图书馆类）与类Book（书类）就是一种一对多的关联，这表明每一个Book实例仅被一个Library实例所拥有。 示例3.3.1 请对书与书目之间的关系建模。 分析：由图书馆的书籍管理业务可知，图书信息是对应每种书的信息，而书目则是每一本书的具体信息，例如图书馆中的可能有若干本《UML教程》书，但是它们同属于一种书，这样就可以抽象为两个类，用书类去描述《UML教程》这本书，而用书目去描述具体的每一本书。而这两者的关系就是一种关联关系。 认识关联关系 在UML中，有4种可应用到关联的基本修饰 ： 1．关联名 2．关联端的角色 3．关联端的多重性 4．聚合 认识关联名 关联可以通过命名的方式来描述关系的性质。 示例3.3.2 在图书馆管理系统中的书与书目记录之间是存在着一种关联关系。这种关联关系可以称为“拥有”而名称的方向是指向书目类。 认识角色 当一个类处于关联的某一端时，该类就在这个关系中扮演了一个特定的角色。 认识多重性 有时在建模时需要说明一个关联的实例中有多少个相互连接的对象。而这个“多少”就被称为关联角色的多重性 。 认识聚合 在实际建模中，有时往往需要对“整体/部分”的关系进行描述。在这种关系中，其中一个类所描述的是一个较大的事物（即“整体”），它由较小的事物（“部分”）组成。这种关系在面向对象中就称为聚合 。 例如，在对学校的组织结构进行建模时，学校和系部之间就存在着这种“整体/部分”的关系，因为一所学校里肯定会设置多个系部。 任务解决 分析：我们知道在面向对象技术中单独的类是没有存在的价值的，因为在现实生活中的对象存在各种各样的关系。通过对些基本关系建模，就可以形成一个完整的系统计划图。因此，从前述章节对图书馆业务的业务流程分析和从中抽象出的类中找出他们之间的关系。该模块中的类存在如下关系： 1．关联关系 2．泛化关系 精练 请您根据本节所学的知识解决项目中的任务2。 分析：由前面章节对图书馆管理系统中的书籍管理业务分析和对该业务的抽象出来的类可知，图书馆的主要静态模型类图是由书籍管理类、书类、书目类、管理员类、用户类和各种界面操作类组成。其中用户类与管理员类是泛化的关系，而其它类之间均是关联关系。 小 结 所谓的关系（Relationship）是指事物之间的联系。在面向对象的建模中，有4种比较重要的关系： 1.依赖 2.泛化 3.实现 4.关联 湖南科技职业学院软件学院