第3章+类图解答.ppt

开发人员又在上图的基础上进行了一些修改，其中有一个局部修改成了如图的内容。请说明这些新增加的元素分别表示什么含义。 has是关联名称，表示这种关联是“拥有”关系。 “申请ID”是限定符，表示每一个流转记录只能用一个“申请ID”。 3．4 阅读类图 现实生活中的情况要比这个复杂得多，电子商务网站可以接受很多人的订单，也可以与不同地方的蛋糕店形成合作，以送给更多不同地方的人。因此，其可以像图3-20那样进行抽象（为了使例子简单，在此略去了“送货人”）。 在图3-21中，很好地诠释了类和对象的概念。显然张三就是一个对象，它可以归位“订货人”这个类中；而绍兴蛋糕店显然也是一个对象，它可以归到“商户”这个类中。 例如在上面的例子中，订货人把想完成的事（给李四送蛋糕）委托给电子商务网站，而电子商务网站又委托给具体的商户（绍兴蛋糕店），具体的商户最终通过送货人完成了这个行为。 3．4 阅读类图 那么在实际的过程中，整个行为是怎么动起来的呢？张三在电子商务网站填写信息，电子商务平台向商户发信息，商户指挥送货人完成该动作。 2．建立对象模型 实际上，电子商务网站的对象模型(图3-22)就是对图3-20电子商务业务建模的结果。 图3-21 抽取业务模型 3．4 阅读类图 图3-22电子商务网站的对象模型 3．4 阅读类图 3．4．2 阅读类图 在阅读这些简单的类图时，重点在于把握三项内容：类、关系、多重性。其阅读的顺序应该遵循以下原则： 首先搞清楚每个类的语义，其次理解类间关系，第三，结合多重性来理解类图的结构特点以及个个属性和方法的含义。下面来阅读图3-22电子商务网站的对象模型 1.理解类的语义 该图包含7个类：order（订单）， orderitlm（订单项）,customer（顾客）,consignee（收货人）.delierorder（送货单）,peddlery（商户）,product（产品）,并且每个类都定义了若干属性和方法。 3．4 阅读类图 2.分析类关系 我们知道，关系包含关联（包括聚合、组合两种）、泛化、实现、依赖四种，在类图中，类之间存在的关系通常就包括这几种。 阅读类图时，从图中最复杂的类开始阅读。在本例中，这个类就是oeder (订单)。然后逐一地分析该类与其他类之间的关系： 3．4 阅读类图 (1) order与orderitlm之间是组合关系，根据箭头的方向可知是orderitlm组合为order。这就是说order包含了orderitlm。显然对于该应用系统而言，独立的orderltrm是没有意义的。 (2) order和customer、consignee、deliverorder是关联关系，即一个订单和客户、收货人、送货单是相关的。 第二复杂关系的类就是deliverorder(送货单)，和它相关的也有4个类：order、orderltem congsinee 、peddlery，即表示送货单与订单是相关的，同时还关联到订单项。另外，它与商户、收货人的关联关系也是很显然的。 分析完这两个类之后，会发现图中的几乎所有的关系都已经明了，只剩下一个product（产品），与它关联的类是peddlery和orderltem，显然产品属于某个商户的，订单项中必须指出是哪种商品。 3．4 阅读类图 3.分析关联的多重性 多重性用来说明关联的两个类之间的数量关系。 order类包含了两个方法：dispatch()和close()，它们分别实现“分拆订单生成送货单”和“完成订单”，而在deliveorder()类中有一个close()方法，同理它表示“完成订单”。在orderitem中有一个statechange()方法和deliverstate，它们是用来改变其”是否交给收货人“标志位的。 我们来阅读一下：先调用order的dispatche()方法，它将根据包含的orderitem中的产品信息来按供应商分拆成若干个deliverorder。商户登录系统后即可获取deliverorder，并执行完后调用close()方法。这时，将调用orderitem的statechange()方法来改变其状态。同时，再调用order的close方法。判断该order的所有的ordeitem是否都送到了，如果是就其close()掉。 通过上面的分析，我们将对象图的关联分析列在表3－1中。 3．4 阅读类图 对图3-22的类图进行精化：除了引入personal和company两个类之外，还增加了关联属性、约束、注释。这些东西能更具体的描述类图。得到了如图3-23所示的类图。 源类 目标类 关联分析 Customer(1) Order