第3章 统一建模语言-2-类图.ppt

3.3.5 类图建模技术 3 确定类关系 1）确定类关系 “计算机书籍”、“非计算机书籍”与“书籍”之间是继承“书籍列表”与“书籍”；“借阅记录列表”与“借阅记录”是聚合关系； “借阅记录“和”“书籍”是关联关系。 最初的分析类模型 3.3.5 类图建模技术 2）给关联添加属性 （1）确定关联的多重性 加入多重性的类图 3.3.5 类图建模技术 (2)确定关联的导航性 book和booklist之间的聚合关系，brrowlrecord与borrowlist之间的聚合关系、book与borrrecord之间的关联关系。 (3)确定约束 book对象创建之后就不能被删除，只能做修改，因此在book类边上加上了一条用自由文本写的约束； 一本书要么属于计算机类，要门属于非计算机类，因此要加一个“{xor}”约束。 (4)确定关联的限定符 由于这个系统是“个人图书管理系统”，特定的一本书只有一本，所以只能被借一次。对于一本书而言，只有一个Recordid与其对应，要添加一个Recordid限定符。 3.3.5 类图建模技术 加入限定符和约束的类图 3.3.5 类图建模技术 3） 添加成员变量和成员方法 当找到了反应问题域本质的主要类，并清理他们之间的关系之后，就可以为这些类添加相应的 成员变量(类所维护的信息)和成员方法 (类提供的行为)。 3.3.6 对象图 描述参与一个交互的各个对象在交互过程中某一时刻的状态。 可以被看作是类图在某一时刻的实例。 在UML中，对象图使用的是与类图相同的符号和关系。 3.3.6 类图和对象图的区别 类图 对象图 类具有三个分栏：名称、属性和操作 对象只有两个分栏：名称和属性 在类的名称分栏中只有类名 对象的名称形式为“对象名：类名”，匿名对象的名称形式为“：类名” 类中列出了操作 对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的 类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目 对象使用链连接，链拥有名称、角色，但是没有多重性。对象代表的是单独的实体，所有的链都是一对一的，因此不涉及到多重性 类的属性分栏定义了所有属性的特征 对象则只定义了属性的当前值，以用于测试用例或例子中 小结 本章描述了UML中最为核心的图—类图。详细说明了UML中类图的概念，类的表示方法，类关系。 掌握阅读类图的方法、技巧和相关知识。 * 作业 考虑一个咨询公司和该公司会见一个客户时的业务过程 1． 公司业务员打电话给客户，确定一个约定（Call client and setup appointment） 2． 如果约定地点是在公司之内（appointment onsite），那么公司中的技术人员就要为会面准备一间会议室（Prepare conference room） 3． 如果约定地点是公司之外（appointment offsite），那么咨询顾问就要用电脑准备一份陈述报告（Prepare a laptop） 4． 咨询顾问和业务员与客户在约定的时间和地点见面（Meet with the client） 5． 业务员随后给他们准备好会议用纸（salesperson follow-up letter） 6． 如果会议产生了一个问题陈述（statement of problem），咨询顾问就根据问题陈述建立编写一个提案（Create proposal）并把该提案发给客户（Send proposal to client） 根据上述业务过程画出其类图。 * Comsignee：受托者，收货人 Deliver：交付，传送，递送 Peddlery：行商，商贩 * Payroll：n.工资名单；工资总支出，工薪总额 * Reservation：保留，预订 borrower ：借款人 Loan：借出 * * Dispatch：急件；迅速办理，快速处理 DeliverOrder：送货单 Deliver：交付，传送，递送 Comsignee：受托者，收货人 Peddlery：行商，商贩 案例—银行网络系统　 一、问题的陈述 　　 银行网络系统包括人工出纳和分行共享的自动出纳机；各分理处用自己的计算机处理业务（保存帐户、处理事务等）；各分理处与出纳站通过网络通信；出纳站录入帐户和事务数据。自动出纳机与分行计算机通信；自动出纳机与用户接口，接受现金