UML_TP06_类图和对象图.ppt

UML基础与Rose建模教程 第6章 类图和对象图 时间：3个课时 作业点评与复习 作业 Use case 回顾 用例图的作用 用例图包含的元素 用例间的关系 分析下列关系 大纲 6.1 类图的概念 6.2 类图建模技术 6.3 对象图 6.4 对象图建模技术 6.5 实例——图书馆管理系统的类图 6.1 类图的概念 描述类、接口、协作及它们之间关系的图。 显示系统中各个类的静态结构。 类图的地位 类图是面向对象系统建模中最常用的图，是其他图的基础。 在系统的整个生命周期中都有效。 通过分析用例和问题域，得到相关的类，在把逻辑上相关的类封装成包。 在类图的基础上，可以使用状态图、协作图、组件图、配置图。 和数据模型很相似，除了描述系统内的信息结构，还描述了系统的行为。 6.1.1 概述 类图的元素： 类（Class） 接口（Interface） 协作（Collaboration） 元素间的关系 依赖关系（Dependency） 泛化关系（Generalization） 关联关系（Association） 实现关系（Realization） 其他元素：包、子系统 创建类图的几种方式 对系统的词汇建模 目的：确定系统的边界 确定系统最基本的词汇，并描述其职责。 对简单的协作建模 协作 = 类 + 行为 类不会单独存在，他们都是相互协同工作。 类图作用：把类和类间关系进行可视化和详细描述。 对逻辑数据库模式建模 类图作用：对数据库的模式进行建模 6.1.2 类 面向对象系统组织结构的核心。 对一组具有相同属性、操作、关系和语义的对象的抽象。 包括名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。 类的表示： 说明：类可以用编程语言的语法来描述，在UML中描述时，其语法独立于编程语言。 6.1.2 类 1 名称 2 属性 3 操作 4 职责 5 约束 6 注释 名称 应该来自系统的问题域。 应该是一个名词，且不应该有前缀或后缀。 分为简单名称和路径名称。 属性 描述了类在软件系统中代表的事物（即对象）所具备的特性。 类可以有任意数目的属性，也可以没有属性。 在UML中，类属性的语法为： 属性 1. 可见性 2. 属性名 3. 类型 4. 初始值 5. 属性字符串 （1） 可见性 类型： 公有（Public） “＋” 私有（Private）“－” 受保护（Protected）“＃” （2） 属性名 每个属性都必须有一个名字以区别于类中的其他属性。 属性名由描述所属类的特性的名词或名词短语组成。 单字属性名小写，如果属性名包含了多个单词，这些单词要合并，且除了第一个单词外其余单词的首字母要大写。 （3） 类型 简单类型： 整型 布尔型 实型 枚举类型 系统中的其他类 （4） 初始值 目的： 保护系统的完整性，防止漏掉取值或被非法的值破坏系统的完整性。 为用户提供易用性。 （5） 属性字符串 指定关于属性的其他信息。 任何希望添加在属性定义字符串值但又没有合适地方可以加入的规则，都可以放在属性字符串里。 操作 对类的对象所能做的事务的抽象。 一个类可以有任意数量的操作或者根本没有操作。 返回类型、名称和参数一起被称为操作签名。 在UML中，类操作的语法为： 操作 可见性 操作名 参数表 返回类型 属性字符串 （1） 可见性 类型： 公有（Public） “＋” 私有（Private） “－” 受保护（Protected） “＃” 包内公有（Package） “～” （2） 操作名 用来描述所属类的行为的动词或动词短语。 单字操作名小写，如果操作名包含了多个单词，这些单词要合并，并且除了第一个单词外其余单词的首字母要大写。 （3） 参数表 一些按顺序排列的属性定义了操作的输入。 是可选的，即操作不一定必须有参数才行。 定义方式：“名称：类型”。 若存在多个参数，将各个参数用逗号隔开。 参数可以具有默认值。 （4） 返回类型 是可选的，即操作不一定必须有返回类型。 绝大部分编程语言只支持一个返回值。 具体的编程语言一般要加一个关键字void来表示无返回值。 （5） 属性字符串 在操作的定义中加入一些除了预定义元素之外的信息。 职责 类或其他元素的契约或义务。 自由形式的文本。 非形式化的方法。 约束 指定了类所要满足的一个或多个规则。 形式化的方法。 注释 注释可以包含图形也可以包含文本。 6.1.3 接口 在没有给出对象的实现和状态的情况下对对象行为的描述。 包含操作但不包含属性。 没有对外界可见的关联。 一个类可以实现一个或多个接口。