面向对象分析与设计——类图和对象图.ppt

2.关系 实现是规格说明和其实现之间的关系，它将一种模型元素与另外一种模型元素连接起来。 泛化和实现都可以将一般描述与具体描述联系起来： 泛化将同一语义层上的元素连接起来，并且通常在同一模型内。 实现将不同语义层内的元素连接起来，并且通常建立在不同的模型内。 * 2.4 实现关系 3.类图建模过程 类图的建模过程如下： 分析用例图来确定类及其关联 通过同时使用参与者名称确定附加的类 检查用例图并确定各个功能所属的类 创建类的关联 为所有需要拥有自己的类的功能创建类 添加多重性，对类图进行调整以保证没有包含非必须的类和关联 * 3.类图建模过程 筛选用例中的对象： 用例描述中出现了哪些实体； 用例的完成需要哪些实体合作； 用例执行过程中会产生并存储哪些信息； 用例要求与之关联的每个角色的输入是什么； 用例反馈与之关联的每个角色的输出是什么； 用例需要操作哪些硬件设备。 * 用例uc1：处理销售 主要参与者：收银员 受益人及其利益： 收银员---精确、快速的输入，不能出现错误 顾客 ---需要购买并得到快速服务，需要能够退货 公司 ---精确记录所有交易并满足顾客利益，能够及时准确的得到销售和存货数据 前置条件：收银员需要身份识别并进行授权 后置条件：存储了销售情况，更新了帐目和存货清单，记录了销售额，打印了销售收据 主要成功场景： 1.顾客带着商品到底POS终端，收银员开始一次新的收银 2.收银员输入商品标识码 3.系统记录销售的商品并给出商品的描述、单价，并根据这些计算应付金额。收银员重复步骤2和步骤3直到处理完所有商品 4.系统给出应支付的总金额并请求付款 5.顾客付款，系统处理支付 6.系统记录完成的销售，并将销售和支付信息发送给财务系统（用于帐目和销售管理）以及存货清单系统（用于更新存货清单） 7.系统打印商品清单 8.顾客带着商品和商品清单离开 * 用例uc1：处理销售 扩展： 1.在系统失败时，要恢复和校正帐目，确保所有主要交易状态以及事件能够从场景的任何步骤中恢复 2.遇到无效的商品标识码系统要给出出错信号并拒绝输入 3.顾客购买多件相同商品可使用输入商品数量的方式输入 4.顾客要去除某件商品时 1）收银员输入要去除的商品的商品标识码 2）系统显示更新后的商品清单和总金额 5a.使用现金支付 1）收银员输入顾客支付的总款数 2）系统计算出应找的余额，并弹出现金抽屉 3）收银员找零给顾客 4）系统记录此次现金支付情况 5b.使用信用卡支付 1）收银员输入使用信用卡支付 2）收银员输入顾客支付的总款数 3）系统弹出现金抽屉 4）系统记录此次信用卡支付情况 …… * 用例uc1：处理销售 特殊的需求： 1.收银员输入每件商品的时候，需要把商品的金额和总金额显示给顾客看 2.挂单的数量要有一定的限制 …… 技术和数据约束列表： 1.商品的标识码使用条码枪或键盘输入 2.商品的标识码可以使用多种编码格式 …… 尚未解决的问题： 1.需要在销售清单中体现税额 2.不同收银员的自定义功能 …… * 3.类图建模过程 练习 * 4.对象图 类图表示类和类与类之间的关系，对象图则表示在某一时刻这些类的具体实例和这些实例之间的具体连接关系。由于对象是类的实例，所以，UML对象图中的概念与类图中的概念完全一致，对象图可以看作类图的示例，帮助人们理解一个比较复杂的类图，对象图也可用于显示类图中的对象在某一点的连接关系。 对象的图示方式与类的图示方式几乎是一样的。主要差别在于对象的名字下面要加下划线。 对象名的表示方式： 对象名：类名 ：类名 对象名 * 类图与对象图的区别 * 类图 对象图 类具有三个分栏：名称、属性和操作 对象只有两个分栏：名称和属性 在类的名称分栏中只有类名 对象的名称形式为“对象名：类名”，匿名对象的名称形式为“：类名” 类中列出了操作 对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的 类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目 对象使用链连接，链拥有名称、角色，但是没有多重性。对象代表的是单独的实体，所有的链都是一对一的，因此不涉及到多重性 类的属性分栏定义了所有属性的特征 对象则只定义了属性的当前值，以用于测试用例或例子中 5.本章小结 1、类图 2、关系 3、类图建模过程 4、对象图 * Q／A ？ * 第五章 面向对象分析与设计 类图和对象图 * 0.agenda 1、类图 2、关系 3、类图建模过程 4、对象图 * 1.类图 类图（Class Diagram）是描述类、接口、协作以及他们之间关系的图，用来显示系统中各个类的静态关系。 *