UML基础和 与Rose建模案例（第3版）第5章静态图.pptx

UML基础与Rose建模案例（第3版） 第5章静态图 5.1 概 述 5.2 类图 5.2.1 类图的概念和内容 5.2.2 类图的用途 5.2.3 类图元素——类 5.2.4 类图元素——接口（INTERFACE） 5.2.5 类图元素——关系 5.2.6 类图建模技术 5.3 对 象 图 5.3.1 对象图的概念和内容 5.3.2 对象图建模 5.4 包 图 5.4.1 包的名字 5.4.2 包拥有的元素 5.4.3 包的可见性 5.4.4 输入与输出 5.4.5 包中的泛化关系 5.4.6 标准元素 5.4.7 包图建模技术 5.5 实例——图书馆管理系统中的静态图 类图（Class Diagram）是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。一个类图根据系统中的类以及各个类之间的关系描述系统的静态图。静态图可以包括许多的类图。静态图用于为软件系统进行结构建模，它构造系统的词汇和关系，而结构模型的可视化就是通过类图来实现的。 类图包含7个元素：类、接口、协作、依赖关系、泛化关系、实现关系以及关联关系。 类图 类是面向对象系统组织结构的核心。类是对一组具有相同属性、操作、关系和语义的对象的描述。这些对象包括了现实世界中的物理实体、商业事物、逻辑事物、应用事物和行为事物等，甚至也包括了纯粹概念性的事物，它们都是类的实例。在UML中，类用矩形来表示，并且该矩形被划分为3个部分：名称部分（Name）、属性部分（Attribute）和操作部分（Operation，也可以称为方法）。 类图元素——类 接口是在没有给出对象的实现和状态的情况下对对象行为的描述。接口包含操作但不包含属性，且它没有对外界可见的关联。一个类可以实现一个或多个接口，且所有的都可以实现接口中的操作。拥有良好接口的类具有清晰的边界，并成为系统中职责均衡分布的一部分。当一个接口是在某个特定类中实现时，使用该接口的类通过一个依赖关系（一条带箭头的虚线）与该接口相连接。 类图元素——接口（Interface） 泛化关系是一种存在于一般元素和特殊元素之间的分类关系。其中，特殊元素与一般元素兼容，且还包含附加的信息。那些允许使用一般元素的地方都可以用特殊元素的一个实例来代替，但是反过来则不成立。泛化可以用于类、用例以及其他模型元素。 泛化关系（Generalization） 关联是描述一组具有共同结构特征、行为特征、关系和语义的链接。它是一种结构关系，指明一个事物的对象与另一个事物的对象间的关系。在UML中，关联关系用一条连接两个类的实线表示。 关联关系（Association） 除了关联的基本形式之外，还有6种应用于关联的修饰，分别是名称、角色、多重性、聚合、组合和导航性。 关联关系（Association） 实现是规格说明和其实现之间的关系，它将一种模型元素与另一种模型元素连接起来，比如类和接口。虽然实现关系意味着要具有接口一样的说明元素，但是也可以用一个具体的实现元素来暗示它的说明必须被支持。在UML中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。 实现关系（Realization） 在UML中，对象图（Object Diagram）表示在某一时刻一组对象以及它们之间关系的图。对象图可以被看作是类图在系统某一时刻的实例。在图形上，对象图由节点以及连接这些节点的连线组成，节点可以是对象也可以是类，连线表示对象间的关系。 对 象 图 包图（Package Diagram）由包和包之间的关系构成，它是维护和控制系统总体结构的重要建模工具。 对复杂系统进行建模时，经常需要处理大量的类、接口、组件、节点和图，这时就有必要将这些元素进行分组，即把那些语义相近并倾向于一起变化的元素组织起来加入同一包，这样方便理解和处理整个模型。 包 图 包是对模型元素进行分组的机制，它把模型元素划分成若干个子集。包可以拥有UML中的其他元素，包括类、接口、组件、节点、协作、用例和图，包甚至还可以包含其他包。 包 图 输入（import）允许一个包中的元素单向访问另一包中的元素。在UML中，用一个由构造型import修饰的依赖为引入关系建模。通过把抽象包装成有含义的组块，然后用引入关系控制对它们的访问，就能控制大量抽象的复杂性。包的公共部分称为输出（export）。 包的输入与输出 包之间的泛化关系类似于类之间的泛化关系，而且包之间的泛化关系也像类那样遵循替代原则，即特殊包可以应用到一般包被使用的地方。 包的泛化关系 整个系统大致划分成以下4个包： System Service：包含读者、管理员以及借书相关业务相关的用例、类等信息；