UML案例—食堂系统.ppt

食堂售饭系统 1 找出执行者 1.1 列出所有的执行者 管理部门：处理饭卡的发放、挂失、注销 持卡人：申请新卡、追加存款、使用饭卡买饭、挂失、注销 饭卡：保存饭卡信息（持卡人姓名、单位、密码、金额等） 售饭机：判断卡中金额是否充足、减去工作人员输入的饭菜金额 师傅：输入所选饭菜的金额 计算机系统：统计食堂当天的营业额、打印当天的“分类报表”、统计和打印每天的每台售饭机营业统计和明细。 管理员：负责操作计算机，完成计算机系统的功能。 食堂：吃饭的场所。 1.2 确定执行者 去掉“管理部门”（其工作实际由计算机系统完成）、“食堂”（与本系统无关）、饭卡（不是执行者），剩下： 持卡人、售饭机、师傅、计算机系统、管理员 “计算机系统”比较抽象，其工作实际由“系统”完成；另，所有数据保存在数据库中，且考虑到这是一个网络系统，所以，要增加一个执行者“数据库系统”。 最后，执行者为： 持卡人、售饭机、师傅、管理员、数据库系统 2 用例分析 2.1 列出执行者的目的、活动 a. 持卡人：申请新卡、追加存款、使用饭卡买饭、挂失、注销 b. 售饭机：判断卡中金额是否充足、减去工作人员输入的饭菜金额（即卖饭） c. 师傅：输入所选饭菜的金额 d. 系统： i. 处理售饭机的活动 ii. 统计食堂当天的营业额、打印当天的“分类报表”、统计和打印每天的每台售饭机营业统计和明细 iii. 处理新卡申请、存款、挂失、注销 e. 数据库系统：保存所有数据 f. 管理员：负责操作计算机，完成计算机系统的功能。 2.2 概述级用例 饭卡管理： 持卡人：申请新卡、追加存款、挂失、注销 数据库系统：保存所有数据 系统：处理新卡申请、存款、挂失、注销 售饭： 持卡人：插卡买饭 售饭机：判断卡中金额是否充足、减去工作人员输入的饭菜金额（即卖饭） 师傅：输入所选饭菜的金额 数据库系统：保存所有数据 系统： 处理售饭机的活动 统计： 系统：统计食堂当天的营业额、打印当天的“分类报表”、统计和打印每天的每台售饭机营业统计和明细 数据库系统：提供所有数据 管理员：负责操作计算机，完成计算机系统的功能。 3 概念类 a. 用户（即持卡人） 属性：姓名、单位 方法：申请新卡、存款、买饭、挂失、注销 b. 饭卡 属性：姓名、密码、金额 方法：保存饭卡信息 c. 售饭机、读卡机 属性：编号 方法：查询卡中金额、扣除卡中金额 d. 师傅 属性：编号 方法：输入饭菜的金额 e. 系统 属性： 方法：统计、打印、处理新卡申请、存款、挂失、注销 f. 数据库系统 方法：保存数据、整套操作 g. 管理员 属性：编号、密码 方法：操作计算机系统 售饭——搜索该人的卡号，形成记录，所以，添加“饭卡记录类” 售饭——搜索该人的卡号，类图 售饭——扣除金额 售饭——扣除金额, 类图 售饭——更新数据库 售饭——更新数据库, 类图 * 2.3 概述级用例图 2.3 饭卡管理用例图—目标级 2.4 售饭用例图—目标级 2.4 统计用例图—目标级 3.1 饭卡管理概念类图（申请新卡、存款） 3.1 饭卡管理概念类图（挂失、注销） 3.2 售饭概念类图 3.3 统计概念类图 3.4 概念类图（饭卡管理、售饭、统计） 5 活动图、顺序图、设计类图 5.1 办新卡-活动图 办新卡-顺序图 办新卡-类图 ? 考虑读卡的过程: 办新卡-类图，更新后的类图： 5.2 存钱 5.2.1 活动图 存钱-顺序图——读卡号 存款——读卡号——类图 存款——搜索该人的卡号，生成饭卡 存款——搜索该人的卡号，类图 存款——添加金额、显示金额，顺序图 存款——添加金额、显示金额，类图 存钱——设计类图 存钱——设计类图 添加“串口记录类” 5.3 售饭 售饭——获取卡号——添加“串口记录”类 售饭——获取卡号——类图 *