类图stu.ppt

第四章 　类图 回顾 用例图用于描述系统的需求 用例之间的关系有：包含或扩展关系 用例图用于表示系统的行为或功能 用例图的各个组成部分包括：系统、参与者和用例 学会使用Rational Rose编写用例图 本章要点 标识和理解关键抽象 标识所需的类 标识所需的类属性和方法 讨论类之间的各种关系 掌握如何在 Rational Rose 中绘制类图 理解UML元素以及这些元素如何映射到Java 类图 面向对象模型的基础和核心是类和类间的关系，所以类图是任何面向对象系统的核心，也是最常用的图。 类图是静态的---they display what interacts but not what happens when they do interact. 类图的组成 类 接口 关系 类图元素-----类 类是一个分成三个部分的矩形：类名、属性和操作 类名：首字符大写的名词 属性Property格式 [可见性]属性名[:类型][=初始值][{属性字符串}] 可见性（Export Control输出控制） 操作格式 [可见性]操作名[(参数表)[:返回类型][{属性字符串}] 如何阅读类图 读出类 读出类间关系 类图元素-----关系 关系：对象之间的通信手段 类间关系1---关联 关联association – 两个类实例间的关系. 两个类之间存在这样的联系，一个类只有知道另一个类才能工作。 在图中，关联是连接两个类的直线 在程序中 类A与类B双向关联可以是A与B相互可以作为对方的一个attribute 单向的话，就指其中一个类作为另一个类中的attribute 类间关系2---聚合 聚合Aggregation 关联之上的进一步紧密耦合，表明一个类属于某个集合 整体---部分，部分类可独立存在 聚合关系通过类的成员变量实现 类间关系3---组合 组合Composition 再加强一步的耦合关系 整体---部分，部分类不可独立存在 在Rose中标识组成 右击聚合连线，选择“Open Specification”，role B detail，勾选 “Aggregate”，不勾选“navigable”，containment of Data （传递方式）为by value。 “但这是视问题域而定的，例如在关心汽车的领域里，轮胎是一定要组合在汽车类中的，因为它离开了汽车就没有意义了。但是在卖轮胎的店铺业务里，就算轮胎离开 了汽车，它也是有意义的，这就可以用聚合了。在《敏捷开发》中还说到，A组合B，则A需要知道B的生存周期，即可能A负责生成或者释放B，或者A通过某种 途径知道B的生成和释放。 ” ---- 引自/dylgsy/ 类间关系4---泛化 泛化Generalization 描述了“is a kind of”的关系，即一般元素和特殊元素的关系 类间关系5---依赖 一个元素（b）的改变会影响另一个元素（a），则称存在依赖关系（a依赖b） 依赖只有单向的 类A依赖类B，表示在类A中有三种类B的使用方法： 一是类B是静态的，B是A的静态属性 二是类B在类A中实例化 三是类B作为参数被传递 “依赖是一种弱关联，只要一个类用到另一个类，但是和另一个类的关系不是太明显的时候（可以说是“uses”了那个类），就可以把这种关系看成是依赖，依赖 也可说是一种偶然的关系，而不是必然的关系，就是“我在某个方法中偶然用到了它，但在现实中我和它并没多大关系”。例如我和锤子，我和锤子本来是没关系 的，但在有一次要钉钉子的时候，我用到了它，这就是一种依赖，依赖锤子完成钉钉子这件事情。” -----引自/dylgsy/ 类间关系6---实现 实现和泛化类似，只是继承了行为说明。 绘制类图的步骤 案例 作业1 语义如下：学校有多个系，每个系有多个老师，一个老师可以讲多门课，一门课也可以有多个老师来讲，一个学生只能在一个学校上课，一个学校至少有一名学生，每个学生可以选多门课。 画出UML类图 作业2 绘制”在线拍卖”系统的类图 总结 类之间的各种类型的关系包括： 关联 泛化 实现 依赖 聚合 组合 * 软件工程 * * 需求分析 系统分析 系统设计 Use Case Diagram Class Diagram Sequence Diagram ... ... S 这个类只能由同一包中的其它类访问 Implementation 这个类可以在友元或同一个类中访问 Private - 这个类可以在嵌套类、友元或同一个类中访问 Protected # 系统中所有其它类都能访问这个类 Public + 含义 选项 关联关系通过类的成员变量实现 描述类在关系中的作用 组合