第三章 静态模型(新)

该例的Java实现 interface Callback｛ Void callback(int p); ｝
Class Client implements Callback｛ Public void callback(int p)｛ …… ｝ }
Class testIface｛ Public static void main(String args[ ]) ｛ Callback c=new Client( ); c. callback(42); } }
（3）约束：类与类之间发生关联时，须遵守的规则： {ordered, readonly}
（4）限定词：在一对多或多对多的关联中，可使用限 定词把一对多或多对多的关联转化为一对一的关联。
（5）关联类：记录关联的性质。
（6）链：关联的实例。
（7）导航性： a)单向关联
b）双向关联：可相互访问。
第三章 静态模型
3.1 类图 3.2 包图 3.3 对象——关系映射
3.1 类图
一、类图中类的表示
类名
属性
方法
二、对象的表示
三、类之间的关系 （一）关联：两个类的对象之间的相互依赖、相互作用 的关系。
重数的表示方法： 0..1 0..*或* 1+或1..* 1..15
3
（2）关联的角色：参与关联的对象所扮演的角色（即起 的作用）
（二）聚集：类与类之间整体与部分的关系。
（1）一般聚集
例1
例2
（2）共享聚集
共享聚集通过多重性表示，若整体方的重数不是1，则该 聚集是共享聚集。
（3）组合聚集：更强的聚集关系，每个部分只能属于一 个整体，没有整体，部分也没有存在的价值。
例1
例2
（三）泛化：类与类之间的一般与特殊的关系。 （1）泛化
一个拍卖（Auction）就包含一个拍卖物项（Auction Item）。针对该拍卖物项可以存在任意多个竞拍（bid）。 每一个拍卖都会隶属于一个特定的分类（Category），在 同一个分类中可以有任意多项拍卖。一个用户表述为一个 用户账户（User Account），可以作为买主参与任意多个 竞拍。或者作为卖主参与一个拍卖，一个用户可以拥有一 张信用卡（Credit card）用于支付终结拍卖的交易费用， 如果系统不能通过信用卡收取针对该拍卖的交易费用，那 么相应的用户账户就会被记录一个针对这一拍卖的未付款 项（Pending payment）。
（2）多重继承：一个类从多个父类那里继承了属性、方 法，它的特征（属性、方法）是它所有父类的合并。
特化依据 （3）高级泛化关系 1）泛化组（集）：对父类可以从不同方面（按父类的不同性质） 进行特化，代表一个方面的一组泛化被称为一个泛化集，一个父类 可以有一个或多个泛化集。 表示法1：
表示法：
Public class Cleaner｛ Public void clean( )｛ ……｝ ｝
（五）接口和实现 接口是一种类（一般不含属性，只含操作），用于定义一些操作， 这些操作由其它类去实现。
该例的Java实现： Public interface ICargoTransport ｛ Public void loadcargo( ) ; ｝
Public class Truck implements IcargoTransport ｛ Public string go( ) ｛ Return new string ( “It is going!”) ｝ Public void loadcargo( )｛...... ｝ ｝
Client类提供了一些操作放在接口callback中，这些操作 由client类实现，Testiface类使用了callback接口中定义的 操作。
<fk>
联系方式（联系方式ID,学生ID,家庭住址，邮政编 码，家庭电话，宿舍地址，宿舍电话，移动电话） 注：只有法一称为单表聚合，法二、法三不是单表聚合。
2、将类之间1:n的关联映射到关系模型中。
3、将类之间n:m的关联映射到关系模型中
（二）泛化的映射 1、整个类层次结构使用一张表
问题1：若继承的层次不断增多，则要不断修改表结构（增加字 段）。 问题2：若出现一个新的类型，它既是学生又是教师（学生助教）， 则“Type”一列就要用一个新代码来指明，若后来又不断出现新的 组合类型，那么代码就要不断修改，从而造成不断返工。这种情况 下，可以考虑使用“布尔值代替类型码”的方法，如下图：
二、包间的关系：泛化、依赖、细化 1、泛化、依赖
2、细化：一个包和另一个包包含相同元素，但却带有更 多细节，此时前者是后者的细化。
三、合并包
注：源包中的类以该类的子类的形式出现在合并后的包中。
四、包图的应用
1.描述需求结构
2.描述软件逻辑结构（子系统结构）
3.描述软件分层结构 例如：MVC结构
3.3 包图——模型管理视图
一、包 1、包提供了一种用于组织系统中各种元素的分组机制， 可将系统中的元素按一定的合理的原则（如相同功能、相 同作用和相同视角等），分配到一组包中。包没有实例。
注：若包被删除了，其中的元素也将不存在。 2、引用包中元素方式：包名::元素名，例： package3::class1 （全限定名） 3、包中元素的可见性： 公有（public）+：可以被包外的任何元素访问。 私有（private）-：只能被本包中的元素访问。 保护（protecked）#：可被继承该包的包中元素 访问。
2、每个具体类使用一张表
问题：类结构不断增多，表也需不断增多。
3、每个类使用一张表
问题1：数据库中有大量的表。 问题2：存取效率低（因为获取一个完整信息需访问多张表）。
4、所有类映射到一个通用的表结构
问题：为了重组一个类结构，需要花费的时间长。 优点：不论类结构如何增加都能保持表个数的稳定，只需添加记录， 就能轻松实现类结构的增长。
（四）依赖：一个类（客户方）需要另一个类（供应方）来达到某 种目的，供应方的修改会影响客户方的执行结果。例如：①一个类 的方法用另一个类的对象作为参数、②一个类的方法访问另一个类 的一个全局对象、③一个类的方法调用另一个类的方法。
该例的Java实现： Public class worker｛ Public void purchasecleaner (Cleaner cleanr ) ｛ cleaner.clean( ) ｝ ｝
学生（学生ID，姓名，联系 方式ID)
联系方式（联系方式ID，地址， 邮编，电话）
二、类之间关系的映射
（一）关联的映射（包括聚集） 1、将类之间1：1的关联映射到关系模型中。法一：
法二：学生（学生ID,姓名，联系方式ID)
<fk> 联系方式（联系方式ID,家庭住址，邮政编码，家 庭电话，宿舍地址，宿舍电话，移动电话） 法三：学生（学生ID,姓名)
3.2 对象——关系映射（ORM）
实体类的类图映射成表。 一、类的映射 1、一般一个实体类映射成一张表，类中的属性映射成表 中的字段。
学生 学号 姓名 年龄
学生（学号，姓名，年龄）
2 类中的统计型属性不映射成表中的字段。
课程 课号 课名 学分 平均分
课程（课号，课名，学分）
3 若类中的一个属性是另一个类的对象，则该属性也映射 成一张表。
泛化集约束：约束可应用在泛化集的元素上。 Disjoint：集合中的类元是互斥的，没有一个实例可以是 多个元素的直接或间接实例。 overlapping：集合中的类元不是互斥的，可以有实例是多 个类元的实例（即多重继承）。 complete：集合中的类元覆盖了特化的一个维度，集合中 的子类给出了父类在该维度上特化的各种情况。 incomplete：集合中的类元并不完整地覆盖特化的一个维 度。 默认值：｛Incomplete disjoint｝
该例的Java实现：
Public abstract class shape｛ Private int x; Private int y; Public abstract void draw( ):void; ｝ Public class Triangle extends shape｛ Public void draw( ) ｛…… ｝ ｝ Public class circle extends shape ｛ Public void draw( ) ｛…… ｝ ｝
（六）对象图：类图在某一时刻的实例。
注：类 图：类有3个分栏（类名、属性及操作） 类之间有关联、聚集、泛化、依赖、实现关系 对象图：对象有2个分栏（对象名、属性值） 对象之间只有链关系，链无多重性
四、实例
例1：书店借书系统的类图（初始类图）
例2：“在线拍卖”系统的类图 *关键抽象：在系统范围内的一些重要概念，主要是从需求中得到 （例如词汇表、业务规约以及用例模型），这些概念也会涉及到系 统所针对的业务领域知识。关键抽象通常表现为系统的实体。 “在线拍卖系统”通过用例图表述的内容，发现了该系统的如下 重要内容：