类图专题介绍.pptVIP

第6章 类图和对象图 6.1 类图的概念 6.2 类图建模技术 6.3 对象图 6.4 对象图建模技术 6.5 实例——图书馆管理系统的类图 6.1 类图的概念 描述类、接口、协作及它们之间关系的图。 显示系统中各个类的静态结构。 6.1 类图的概念 描述类、接口及它们之间关系的图。 显示系统中各个类的静态结构。 6.1.1 概述 类图的元素： 类（Class） 接口（Interface） 依赖关系（Dependency） 泛化关系（Generalization） 关联关系（Association） 实现关系（Realization） 6.1.2 类 面向对象系统组织结构的核心。 对一组具有相同属性、操作、关系和语义的对象的抽象。 包括名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。 6.1.2 类 1 名称 2 属性 3 操作 4 职责 5 约束 6 注释 6.1.2 类 1 名称 2 属性 3 操作 4 注释 名称 应该来自系统的问题域。 应该是一个名词，且不应该有前缀或后缀。 分为简单名称和路径名称。 属性 描述了类在软件系统中代表的事物（即对象）所具备的特性。 类可以有任意数目的属性，也可以没有属性。 在UML中，类属性的语法为： 属性 1. 可见性 2. 属性名 3. 类型 4. 初始值 5. 属性字符串 （1） 可见性 类型： 公有（Public） “＋” 私有（Private）“－” 受保护（Protected）“＃” （2） 属性名 每个属性都必须有一个名字以区别于类中的其他属性。 属性名由描述所属类的特性的名词或名词短语组成。 单字属性名小写，如果属性名包含了多个单词，这些单词要合并，且除了第一个单词外其余单词的首字母要大写。 （3） 类型 简单类型： 整型 布尔型 实型 枚举类型 系统中的其他类 （4） 初始值 目的： 保护系统的完整性，防止漏掉取值或被非法的值破坏系统的完整性。 为用户提供易用性。 （5） 属性字符串 指定关于属性的其他信息。 任何希望添加在属性定义字符串值但又没有合适地方可以加入的规则，都可以放在属性字符串里。 操作 对类的对象所能做的事物的抽象。 一个类可以有任意数量的操作或者根本没有操作。 返回类型、名称和参数一起被称为操作签名。 在UML中，类操作的语法为： 操作 1. 可见性 2. 操作名 3. 参数表 4. 返回类型 5. 属性字符串 （1） 可见性 类型： 公有（Public） “＋” 私有（Private） “－” 受保护（Protected） “＃” 包内公有（Package） “～” （2） 操作名 用来描述所属类的行为的动词或动词短语。 单字操作名小写，如果操作名包含了多个单词，这些单词要合并，并且除了第一个单词外其余单词的首字母要大写。 （3） 参数表 一些按顺序排列的属性定义了操作的输入。 是可选的，即操作不一定必须有参数才行。 定义方式：“名称：类型”。 若存在多个参数，将各个参数用逗号隔开。 参数可以具有默认值。 （4） 返回类型 是可选的，即操作不一定必须有返回类型。 绝大部分编程语言只支持一个返回值。 具体的编程语言一般要加一个关键字void来表示无返回值。 （5） 属性字符串 在操作的定义中加入一些除了预定义元素之外的信息。 职责 类或其他元素的契约或义务。 自由形式的文本。 非形式化的方法。 约束 指定了类所要满足的一个或多个规则。 形式化的方法。 注释 注释可以包含图形也可以包含文本。 6.1.3 接口 在没有给出对象的实现和状态的情况下对对象行为的描述。 包含操作但不包含属性。 没有对外界可见的关联。 一个类可以实现一个或多个接口。 6.1.3 接口 接口类： 6.1.4 类之间的关系 1 依赖关系 2 泛化关系 3 关联关系 4 实现关系 依赖关系 表示两个或多个模型元素之间语义上的关系。 客户以某种形式依赖于提供者。 关联、实现和泛化都是依赖关系。 依赖关系 1. 使用依赖（Usage） 2. 抽象依赖（Abstraction） 3. 授权依赖（Permission） 4. 绑定依赖（Binding） 1. 使用依赖 表示客户使用提供者提供的服务以实现它的行为，包括： 使用（《use》） 调用（《call》） 参数（《parameter》） 发送（《send》） 实例化（《instantiate》） 2. 抽象依赖 表示客户与提供者之间的关系，依赖于在不同抽象层次上的事物，包括： 跟踪（