UML案例-食堂系统

《UML案例-食堂系统》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、食堂售饭系统1找出执行者1.1列出所有的执行者管理部门：处理饭卡的发放、挂失、注销持卡人：申请新卡、追加存款、使用饭卡买饭、挂失、注销饭卡：保存饭卡信息（持卡人姓名、单位、密码、金额等）售饭机：判断卡中金额是否充足、减去工作人员输入的饭菜金额师傅：输入所选饭菜的金额计算机系统：统计食堂当天的营业额、打印当天的“分类报表”、统计和打印每天的每台售饭机营业统计和明细。管理员：负责操作计算机，完成计算机系统的功能。食堂：吃饭的场所。1.2确定执行者去掉“管理部门”（其工作实际由计算机系统完成）、“食堂”（与本系统无关）、饭卡

2、（不是执行者），剩下：持卡人、售饭机、师傅、计算机系统、管理员“计算机系统”比较抽象，其工作实际由“系统”完成；另，所有数据保存在数据库中，且考虑到这是一个网络系统，所以，要增加一个执行者“数据库系统”。最后，执行者为：持卡人、售饭机、师傅、管理员、数据库系统2用例分析2.1列出执行者的目的、活动a.持卡人：申请新卡、追加存款、使用饭卡买饭、挂失、注销b.售饭机：判断卡中金额是否充足、减去工作人员输入的饭菜金额（即卖饭）c.师傅：输入所选饭菜的金额d.系统：i.处理售饭机的活动ii.统计食堂当天的营业额、打印当天的“分

3、类报表”、统计和打印每天的每台售饭机营业统计和明细iii.处理新卡申请、存款、挂失、注销e.数据库系统：保存所有数据f.管理员：负责操作计算机，完成计算机系统的功能。2.2概述级用例饭卡管理：持卡人：申请新卡、追加存款、挂失、注销数据库系统：保存所有数据系统：处理新卡申请、存款、挂失、注销售饭：持卡人：插卡买饭售饭机：判断卡中金额是否充足、减去工作人员输入的饭菜金额（即卖饭）师傅：输入所选饭菜的金额数据库系统：保存所有数据系统：处理售饭机的活动统计：系统：统计食堂当天的营业额、打印当天的“分类报表”、统计和打印每天的每

4、台售饭机营业统计和明细数据库系统：提供所有数据管理员：负责操作计算机，完成计算机系统的功能。2.3概述级用例图2.3饭卡管理用例图—目标级2.4售饭用例图—目标级2.4统计用例图—目标级3概念类a.用户（即持卡人）属性：姓名、单位方法：申请新卡、存款、买饭、挂失、注销b.饭卡属性：姓名、密码、金额方法：保存饭卡信息c.售饭机、读卡机属性：编号方法：查询卡中金额、扣除卡中金额d.师傅属性：编号方法：输入饭菜的金额e.系统属性：方法：统计、打印、处理新卡申请、存款、挂失、注销f.数据库系统方法：保存数据、整套操作g.管理员

5、属性：编号、密码方法：操作计算机系统3.1饭卡管理概念类图（申请新卡、存款）3.1饭卡管理概念类图（挂失、注销）3.2售饭概念类图3.3统计概念类图3.4概念类图（饭卡管理、售饭、统计）5活动图、顺序图、设计类图5.1办新卡-活动图办新卡-顺序图办新卡-类图?考虑读卡的过程:办新卡-类图，更新后的类图：5.2存钱5.2.1活动图存钱-顺序图——读卡号存款——读卡号——类图存款——搜索该人的卡号，生成饭卡存款——搜索该人的卡号，类图存款——添加金额、显示金额，顺序图存款——添加金额、显示金额，类图存钱——设计类图存钱——

6、设计类图添加“串口记录类”5.3售饭售饭——获取卡号——添加“串口记录”类售饭——获取卡号——类图售饭——搜索该人的卡号，形成记录，所以，添加“饭卡记录类”售饭——搜索该人的卡号，类图售饭——扣除金额售饭——扣除金额,类图售饭——更新数据库售饭——更新数据库,类图“售饭”设计类图5.4挂失或注销挂失或注销——顺序图问：注销或挂失的设计类图？问：包图与组件设计？问：界面设计？