软件建模技术第3章类图详解.ppt

3.6 Rose2003类图操作—编辑代码 选中类 选择Tools?Java/J2EE?Edit Code 窗口左下角打开相应代码 ※ 思考与练习 ※ 1、读图：要求按照3.4.2(P39)步骤 ※ 思考与练习 ※ 2、画类图：一个教室有多张桌子，每一张桌子对应一排椅子，一排椅子可以做两个人。 3、画类图：一个文件夹由多个文件或文件夹组成，文件有加密和无加密的。 实例：建模类图 ※ 思考与练习 ※ 答案 组合 Composition 是一种特殊形式的聚合； 表示类之间整体和部分的关系。 整体与部分具有相同的生存期。 2、泛化 Generalization 表示两个类元间“一般”与“特殊”的关系。 对应面向对象编程语言中类与类之间的继承关系。 Athlete Swimmer Golfer 3、实现 Realization 表达一种说明元素与实现元素之间的关系； 在实现关系中，说明元素（称为提供者）,实现元素（称为客户） 典型应用：接口与实现它的类、协作与被协作实现的用例都是实现关系。 4、依赖 Dependency 描述两个或多个元素之间语义上的联系，如果一个元素（提供者）的变化将影响另一个元素（客户），则称客户依赖于提供者。 4、依赖 依赖关系可以分为以下四类： 1） 使用依赖（Usage） 2） 抽象依赖（Abstraction） 3） 授权依赖（Permission） 4） 绑定依赖（Binding） （1）使用依赖 表示客户使用提供者提供的服务以实现它的行为，包括： 使用use--声明使用一个类时需要用到已存在的另一个类。 调用call--声明一个类调用其他类的操作的方法。 参数parameter--声明一个操作和它的参数之间的关系。 发送send--声明信号发送者和信号接收者之间的关系。 实例化instantiate--声明用一个类的方法创建了另一个类的实例。 （2）抽象依赖 表示客户与提供者之间用不同的方法表现同一个概念，通常一个概念更抽象，一个概念更具体。包括： 跟踪trace--声明不同模型中的元素之间存在一些连接但不如映射精确。 精化refine--声明具有两个不同语义层次上的元素之间的映射。 派生derive--声明一个实例可以从另一个实例导出。 （3）授权依赖 表达提供者为客户提供某种权限以访问其内容的情形。包括： 访问access--允许一个包访问另一个包的内容。 导入import--允许一个包访问另一个包的内容并为被访问包的组成部分增加别名。 友元friend--允许一个元素访问另一个元素，不管被访问的元素是否具有可见性。 （4）绑定依赖 较高级的依赖类型，用于绑定模板以创建新的模型元素，包括： 绑定bind--为模板参数指定值，以生成一个新的模型元素。 3.4 阅读类图 1、电子商务网站业务描述 3.4 阅读类图 2、阅读顺序应遵循的原则 先看清有哪些类； 然后看看类之间存在的关系； 结合多重性来理解类图的结构特点以及各个属性和方法的含义 读图过程 读出类： 读出关系：从图中关系最复杂（也就是线最密集）的类开始阅读，本图中最复杂的就是Order类。1）OrderItem和Order之间是组合关系，根据箭头的方向可知Order包含了OrderItem。2）Order类和Customer、Consignee、DeliverOrder是关联关系。也就是说，一个订单和客户、收货人、送货单是相关的。 读图过程 多重性：用来说明关联的两个类之间的数量关系 源类及多重性 目标类及多重性 分析 Customer(1) Order(0…n) 订单是属于某个客户的，网站的客户可以有0个或多个订单 Order(1) Consignee(1) 每个订单只能够有一个收货人 Order(1) OrderItem(1…n) 订单是由订单项组成的，至少要有一个订单项，最多可以有n个 Order(1) DeliverOrder(1…n) 一个订单有一个或多个送货单 说明：系统根据订单项的产品所属的商户，将其分发给商户，拆成了多个送货单！ DeliverOrder(1) OrderItem(1…n) 一张送货单对应订单中的一到多个订单项 DeliverOrder(1) Consignee(1) 每张送货单都对应着一个收货人 Peddlery(1) DeliverOrder(0…n) 每个商户可以有相关的0个或多个送货单 OrderItem(1) Product(1) 每个订单项中都包含着唯一的一个产品 Peddlery(1) Prodcut(0…n) 产品是属于某个商户的，可以注册0到多个产品 读图过程—理解方法与图 Order类，有两个方法：dispatch()和close()，