UML面向對象建模基础.PPTVIP

《UML面向对象建模基础》 类图 知识图谱 Agenda 什么是类 如何阅读类图 其他高级概念 如何绘制类图 类图应用说明 复合结构图 本章小结 Agenda 什么是类 如何阅读类图 其他高级概念 如何绘制类图 类图应用说明 复合结构图 本章小结 面向对象思想 面向对象思想 每个对象都扮演了一个角色，并为其它成员提供特定的服务或执行特定的行为。 在面向对象世界中，行为的启动是通过将“消息”传递给对此行为负责的对象来完成的；同时还将伴随着执行要求附上相关的信息（参数）；而收到该消息的对象则会执行相应的“方法”来实现需求 用类和对象表示现实世界，用消息和方法来模拟现实世界的核心思想 如何用UML表示一个类 名称：每个类都有一个惟一的名称，通常采用CamelCase格式表示 属性：是已被命名的类的特性，它描述该类实例中包含的信息 操作：是类所提供的服务，它可以由类的任何对象请求以影响其行为 属性名和操作名也通常采用CamelCase格式表示，只不过首字母通常为小写。 Agenda 什么是类 如何阅读类图 其他高级概念 如何绘制类图 类图应用说明 复合结构图 本章小结 示例类图 先看清有哪些类，然后看看类之间存在的关系，并结合多重性来理解类图的结构特点以及各个属性和方法的含义 读图过程 读出类：图中共有7个类，Order、OrderItem、Customer、Consignee、DeliverOrder、Peddlery、Prodcut 读出关系：从图中关系最复杂（也就是线最密集）的类开始阅读，本图中最复杂的就是Order类。1）OrderItem和Order之间是组合关系，根据箭头的方向可知Order包含了OrderItem。2）Order类和Customer、Consignee、DeliverOrder是关联关系。也就是说，一个订单和客户、收货人、送货单是相关的。 读图过程 多重性：用来说明关联的两个类之间的数量关系 产品是属于某个商户的，可以注册0到多个产品 Prodcut(0…n) Peddlery(1) 每个订单项中都包含着唯一的一个产品 Product(1) OrderItem(1) 每个商户可以有相关的0个或多个送货单 DeliverOrder(0…n) Peddlery(1) 每张送货单都对应着一个收货人 Consignee(1) DeliverOrder(1) 一张送货单对应订单中的一到多个订单项 OrderItem(1…n) DeliverOrder(1) 说明：系统根据订单项的产品所属的商户，将其分发给商户，拆成了多个送货单！ 一个订单有一个或多个送货单 DeliverOrder(1…n) Order(1) 订单是由订单项组成的，至少要有一个订单项，最多可以有n个 OrderItem(1…n) Order(1) 每个订单只能够有一个收货人 Consignee(1) Order(1) 订单是属于某个客户的，网站的客户可以有0个或多个订单 Order(0…n) Customer(1) 分析 目标类及多重性 源类及多重性 读图过程—理解方法与图 Order类，有两个方法：dispatch()和close()，从名字中可以猜出它们分别实现“分拆订单生成送货单”和“完成订单”。而在DeliveOrder()类中则有一个Close()方法，同理它应该表示“完成送货”。而在OrderItem中有一个stateChange()方法和deliverState，不难猜出它就是用来改变其“是否交给收货人”标志位的 先调用Order的dispatch()方法，它将根据其包含的OrderItem中产品信息，来按供应商户分拆成若干个DeliverOrder。商户登录系统后就可以获取其DeliverOrder，并在执行完后调用close()方法。这时，就将调用OrderItem的stateChange()方法来改为其状态。同时再调用Order的close()方法，判断该Order的所有的OrderItem是否都已经送到了，如果是就将其真正close()掉 使用了更多辅助建模元素的类图 增强的辅助建模元素 导航箭号：类的实例之间只能沿着导航箭头的方向传递 ，在Order中可以获取其相应的Consignee，而从Consignee中是无法了解与其相关的Order的 角色名称：Customer端有一个“+Owner”字符串 ，这表示Customer扮演的角色是Owner，也能对关联进行命名 增强的辅助建模元素 导出属性：是指可以根据其他值计算出来的特性，这种属性应在其名称前加上一个“/”符号。 限定符：在Order和OrderItem之间的组合关系中，OrderItem这端多了一个方框，里面写着“ProductId”。