第三章静态模型(新)讲义.ppt

第三章 静态模型 3.1 类图 3.2 包图 3.3 对象——关系映射 3.1 类图 一、类图中类的表示 二、对象的表示 三、类之间的关系 （一）关联：两个类的对象之间的相互依赖、相互作用的关系。 该例的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接口中定义的操作。 该例的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个分栏（类名、属性及操作） 类之间有关联、聚集、泛化、依赖、实现关系 对象图：对象有2个分栏（对象名、属性值） 对象之间只有链关系，链无多重性 四、实例 例1：书店借书系统的类图（初始类图） 例2：“在线拍卖”系统的类图 *关键抽象：在系统范围内的一些重要概念，主要是从需求中得到（例如词汇表、业务规约以及用例模型），这些概念也会涉及到系统所针对的业务领域知识。关键抽象通常表现为系统的实体。 “在线拍卖系统”通过用例图表述的内容，发现了该系统的如下重要内容： 一个拍卖（Auction）就包含一个拍卖物项（Auction Item）。针对该拍卖物项可以存在任意多个竞拍（bid）。每一个拍卖都会隶属于一个特定的分类（Category），在同一个分类中可以有任意多项拍卖。一个用户表述为一个用户账户（User Account），可以作为买主参与任意多个竞拍。或者作为卖主参与一个拍卖，一个用户可以拥有一张信用卡（Credit card）用于支付终结拍卖的交易费用，如果系统不能通过信用卡收取针对该拍卖的交易费用，那么相应的用户账户就会被记录一个针对这一拍卖的未付款项（Pending payment）。 3.3 包图——模型管理视图 一、包 1、包提供了一种用于组织系统中各种元素的分组机制，可将系统中的元素按一定的合理的原则（如相同功能、相同作用和相同视角等），分配到一组包中。包没有实例。 注：若包被删除了，其中的元素也将不存在。 2、引用包中元素方式：包名::元素名，例：package3::class1 （全限定名） 3、包中元素的可见性： 公有（public）+：可以被包外的任何元素访问。 私有（private）-：只能被本包中的元素访问。 保护（protecked）#：可被继承该包的包中元素访问。 二、包间的关系：泛化、依赖、细化 1、泛化、依赖 2、细化：一个包和另一个包包含相同元素，但却带有更多细节，此时前者是后者的细化。 三、合并包 注：源包中的类以该类的子类的形式出现在合并后的包中。 四、包图的应用 1.描述需求结构 2.描述软件逻辑结构（子系统结构） 3.描述软件分层结构 例如：MVC结构 3.2 对象——关系映射（ORM） 实体类的类图映射成表。 一、类的映射 1、一般一个实体类映射成一张表，类中的属性映射成表中的字段。 学生 学号 姓名 年龄 学生（学号，姓名，年龄） 2 类中的统计型属性不映射成表中的字段。 课程 课号 课名 学分 平均分 课程（课号，课名，学分） 3 若类中的一个属性是另一个类的对象，则该属性也映射成一张表。 学生（学生ID，姓名，联系方式ID) 联系方式（联系方式ID，地址，邮编，电话） 二、类之间关系的映射 （一）关联的映射（包括聚集） 1、将类之间1：1的关联映射到关系模型中。法一： 法二：学生（学生ID,姓名，联系方式ID)