UML食堂售饭系统

2020-03-04 03:01:25 来源:范文大全收藏下载本文

目录

一、用户需求 .........................................................................................1

二、需求分析与描述..............................................................................1

1、系统边界 .....................................................................................1

2、执行者及用例分析 ......................................................................1

3、用例图 .........................................................................................2

4、用例描述 .....................................................................................2

三、领域模型分析 .................................................................................5

1、概念类及相关属性与方法 ..........................................................5

2、类间关联 .....................................................................................5

3、领域模型图 .................................................................................6

四、工作流程分析 .................................................................................6

1、活动分析 .....................................................................................6

2、顺序图 .......................................................................................11

五、设计类图 .......................................................................................16

一、用户需求

1、餐饮管理部门

发放饭卡,满足持卡人的需求。

2、食堂工作人员

在自动售饭机上输入饭菜金额,汇总统计食堂当天营业情况,打印“分类报表”,定期分类汇总和结算。

3、持卡人

申请办理新卡,给饭卡充值,用饭卡买饭,注销饭卡,挂失饭卡,撤销挂失,补办新卡,退卡。

二、需求分析与描述

1、系统边界

系统包括各个用户的功能需求,而数据库服务器、其他硬件设施、网络服务应属于系统外部。而持卡人通过餐饮管理部门达到办卡、充卡、挂失/撤销挂失、补办饭卡、注销饭卡、退卡等目的,通过食堂工作人员来消费,扣除饭卡金额,所以餐饮管理部门、食堂工作人员都是系统内部的执行者,持卡人是系统外部的执行者。

2、执行者及用例分析

根据以上分析,可知系统有三个执行者:持卡人、食堂工作人员、餐饮管理部门。而与之相关的用例则有:办理新饭卡、饭卡充值、注销饭卡、挂失/撤销挂失、补办饭卡、退卡、查看个人消费明细、查看持卡人信息明细、分类汇总统计、扣除消费金额。

1 / 17

3、用例图

食堂售饭系统扣除消费金额分类汇总统计食堂工作人员办理新饭卡持卡人饭卡充值注销饭卡挂失/撤销挂失饭卡餐饮管理部门补办饭卡退卡查看个人消费明细查看持卡人信息明细

4、用例描述 (1) 分类汇总统计

 前置条件:角色为食堂工作人员  后置条件:打印分类报表  基本流:

1) 食堂工作人员登录到本系统

2) 输入统计要求,统计每天或者指定时间段内分机的营业明细与统计或者分类汇总表

3) 根据要求,打印机执行相关任务

 备选流:无

2 / 17

(2) 扣除消费金额

 前置条件:角色为食堂工作人员

 后置条件:扣除消费金额,更新饭卡余额  基本流:

1) 食堂工作人员根据持卡人的点餐输入相应金额 2) 自动售饭机判断饭卡中余额是否足够 3) 若足够,则用余额减去输入的金额

 备选流:若余额不足,提示持卡人充值 (3) 办理新饭卡

 前置条件:申请者从未申请过饭卡  后置条件:给申请者发放新饭卡  基本流:

1) 申请者提交办卡申请,出示证明 2) 餐饮管理部门查看、保存办卡人信息 3) 收取相应押金和余额,制作新卡 4) 向申请者发放新卡

 备选流:无 (4) 饭卡充值

 前置条件:饭卡处于正常激活状态,未被挂失与注销  后置条件:增加饭卡余额  基本流:

1) 餐饮管理部门收取充卡金额 2) 持卡人将饭卡放到充值机上 3) 工作人员将相应金额充入饭卡中

 备选流:无 (5) 注销饭卡

 前置条件:是本人持卡申请注销  后置条件:注销饭卡,即再也不能使用  基本流:

1) 持卡人提出注销申请

2) 餐饮管理部门审核相关信息和要求 3) 注销饭卡信息,即永久性停止饭卡的使用

 备选流:若不是本人持卡,或者持卡证明不足,则不能审核通过 (6) 挂失/撤销挂失

 前置条件:本人持有效证件挂失或撤销挂失

3 / 17

 后置条件:挂失成功则停止该卡的使用或者取消挂失成功  基本流:

1) 持卡人申请挂失或者申请撤销挂失

2) 餐饮管理部门核对相关信息,确认挂失/撤销挂失

 备选流:若持卡人信息与饭卡信息不符合,则不能执行相关操作 (7) 补办饭卡

 前置条件:饭卡遗失或损坏  后置条件:发放新卡  基本流:

1) 申请者申请补办饭卡并出示相关证件

2) 餐饮管理部门查看相关证件信息,核对是否本人 3) 若是本人,则注销旧卡

4) 申请者缴纳押金和存款,餐饮管理部门制作新卡并发放

 备选流:若不是本人,则不能执行相关操作 (8) 退卡

 前置条件:持卡人是本人  后置条件:退换押金和余额  基本流:

1) 持卡人申请退卡

2) 餐饮管理部门审核相关信息

3) 若是本人,清除卡内信息,退换押金和余额

 备选流:若不是本人,不能执行相关操作 (9) 查看个人消费明细

 前置条件:持卡人是本人或者是餐饮管理部门  后置条件:显示相关消费明细  基本流:

1) 持卡人申请查看个人消费明细 2) 餐饮管理部门核对相关信息 3) 计算机系统显示持卡人的消费明细

 备选流:若不是本人,不能执行相关操作 (10) 查看持卡人信息明细  前置条件:持卡人是本人  后置条件:显示持卡人办卡信息  基本流:

1) 持卡人申请查看办卡信息

4 / 17

2) 餐饮管理部门核对是否本人

3) 计算机系统显示持卡人的办卡信息明细 4) 若是餐饮管理部门,显示办卡人信息

 备选流:若既不是本人也不是餐饮管理部门,则不能查看办卡人信息

三、领域模型分析

1、概念类及相关属性与方法

(1) 持卡人

属性:姓名、所在单位、办卡时间、密码、身份证号 方法:查看个人消费明细、查看办卡信息、查看余额 (2) 餐饮管理部员工 属性:姓名、工号、密码

方法:办理新饭卡、补办饭卡、查看信息、更改挂失状态 (3) 食堂员工 属性:姓名、工号、密码

方法:输入金额、输入分类汇总要求 (4) 饭卡

属性:卡号、密码、持卡人身份证号、余额、押金、是否挂失、是否注销 (5) 自动售饭机 属性:机器编号 方法:扣除金额 (6) 计算机系统

方法:办理新饭卡、饭卡充值、注销饭卡、更改挂失状态、补办饭卡、退卡、查看个人消费明细、查看持卡人信息明细、分类汇总统计

2、类间关联

持卡人和饭卡是一对一的关联关系,而饭卡和自动售饭机、自动售饭机和食堂员工、计算机系统和餐饮管理部员工、计算机系统和持卡人、计算机系统和饭卡、计算机系统和食堂员工、餐饮管理部员工和持卡人、餐饮管理部员工和饭卡之间均是多对多的关联关系。

5 / 17

3、领域模型图

持卡人-姓名-所在单位-密码-身份证号-办卡时间+查看个人消费明细()+查看办卡信息()+查看余额()**-端3-端4-端11-端15餐饮管理部员工*-姓名-工号-密码+办理新饭卡()+补办饭卡()+查看信息()+更改挂失状态()+退卡()-端13-端14**-端1**-端16-端2-端12**-端18*-端17饭卡-卡号-密码-持卡人身份证号-余额-押金-是否挂失-是否注销-端5*-端6*自动售饭机-机器编号+扣除金额()*-端7***-端8计算机系统+办理新饭卡()+充值()+注销饭卡()+更改挂失状态()+补办饭卡()+退卡()+查看个人消费明细()+查看持卡人信息()+分类汇总统计()食堂员工-端9-端10**-姓名-工号-密码+输入金额()+输入分类汇总要求()

四、工作流程分析

1、活动分析

(1) 分类汇总统计

6 / 17

食堂员工界面计算机系统数据库服务器食堂员工登录到本系统验证工号和密码获取工号和密码信息信息不匹配显示登录失败信息匹配输入分类汇总要求获取要求获取相关信息显示分类汇总的报表

(2) 扣除消费金额

食堂员工自动售饭机计算机系统数据库服务器食堂员工输入消费金额判断余额是否足够查看饭卡余额获取余额信息提示余额不足余额不足余额足够提示给饭卡充值扣除消费金额更新饭卡余额刷卡成功

7 / 17

(3) 办理新饭卡

申请者餐饮管理部员工计算机系统数据库服务器申请办理新饭卡输入办卡人信息查看该申请者是否有卡查找办卡人提示不能办理显示持有饭卡,不予办理已有此人信息无此信息交付押金和存款录入办卡人信息且分配卡号和密码保存办卡人和饭卡信息制作新卡领取新卡发放新卡

(4) 饭卡充值

持卡人充值机餐饮管理部员工数据库服务器交付存款与存款单核对存款与存款单将饭卡插入充值机输入存款金额增加饭卡余额更新饭卡余额充值成功

8 / 17

(5) 注销饭卡

持卡人餐饮管理部员工计算机系统数据库服务器申请注销饭卡信息输入申请者和饭卡信息核对申请者信息与饭卡信息获取申请者和饭卡信息不是此人饭卡是此人饭卡不予办理注销显示不予办理可予办理注销确认注销注销饭卡信息改变饭卡信息状态注销成功 (6) 挂失/撤销挂失

持卡人餐饮管理部员工计算机系统数据库服务器申请更改挂失状态输入申请者和饭卡信息核对申请者信息与饭卡信息获取申请者和饭卡信息不是此人饭卡是此人饭卡不予办理挂失或者撤销挂失显示不予办理冻结该饭卡可予办理更改说明更改请求撤销挂失显示挂失成功挂失查找是否已经挂失更改挂失状态失败提示尚未挂失未挂失已挂失提示更改状态成功显示撤销挂失成功解除饭卡冻结 9 / 17

(7) 补办饭卡

持卡人餐饮管理部员工计算机系统数据库服务器申请补办饭卡输入申请者和饭卡信息核对申请者信息与饭卡信息获取申请者和饭卡信息不是此人饭卡或此人尚无饭卡补办饭卡失败提示不予补办及原因显示不予办理及原因是此人饭卡缴纳押金和存款制作新卡将旧卡信息转存到新卡中注销旧卡领取新卡发放新卡保存新卡信息

(8) 退卡

持卡人餐饮管理部员工计算机系统数据库服务器申请退卡输入申请者和饭卡信息核对申请者信息与饭卡信息获取申请者和饭卡信息不是此人饭卡退卡失败提示不予退卡及原因显示不予办理及原因是此人饭卡领取押金和余额退还押金和余额显示押金和余额清楚卡内信息注销饭卡退卡成功提示退卡成功 10 / 17

(9) 查看个人消费明细

持卡人餐饮管理部员工计算机系统数据库服务器申请查看个人消费明细输入申请者和饭卡信息核对申请者信息与饭卡信息获取申请者和饭卡信息不是此人饭卡查询失败说明不予查看及原因显示不予办理及原因是此人饭卡查询成功显示消费明细获取消费明细 (10) 查看持卡人信息明细

与查看个人消费明细相似。

2、顺序图

(1) 分类汇总统计

食堂员工登录界面主界面查询系统数据库服务器输入工号和密码验证工号和密码输入分类汇总要求获取分类汇总要求获取相关信息生成报表显示报表

11 / 17

(2) 扣除消费金额

就餐者点餐食堂员工自动售饭机计算机系统数据库服务器输入消费金额插卡查看余额获取余额信息扣除消费金额更新饭卡余额

(3) 办理新饭卡

申请者餐饮部员工申请办理新卡办卡系统数据库服务器缴纳押金和存款输入办卡人信息分配卡号保存办卡人信息

(4) 饭卡充值

持卡人充值机存款与存款单插入饭卡餐饮部员工充值系统数据库服务器饭卡信息输入存款金额增加饭卡余额充值成功12 / 17

(5) 注销饭卡

持卡人餐饮部员工申请注销饭卡注销系统数据库服务器输入申请者和饭卡信息查找申请者和饭卡信息确认注销注销饭卡注销成功

(6) 挂失/撤销挂失

申请者餐饮部员工申请挂失/撤销挂失挂失系统数据库服务器输入申请者和饭卡信息查找申请者和饭卡信息输入挂失/撤销挂失请求冻结/解冻账户更改挂失状态成功

13 / 17

(7) 补办饭卡

申请者申请补办饭卡餐饮部员工补办系统数据库服务器输入申请者和饭卡信息查找申请者和饭卡信息补办饭卡注销原饭卡信息补办饭卡成功

(8) 退卡

持卡人申请退卡餐饮部员工退卡系统数据库服务器输入申请者和饭卡信息查找申请者和饭卡信息查看押金和余额退卡退回押金和余额注销原饭卡信息

14 / 17

(9) 查看个人消费明细

持卡人申请退卡餐饮部员工查询系统数据库服务器输入申请者和饭卡信息查找申请者和饭卡信息输入查询要求查找消费明细退回押金和余额

(10) 查看持卡人信息明细

与查看个人消费明细相似

15 / 17

五、设计类图

1、类图

>办卡人>饭卡余额>饭卡>数据库接口计算机系统消费子系统+扣除消费金额()+查看饭卡余额()**-端19-端20*查询子系统+查询个人消费明细()-端59+查询办卡人信息()-端29+分类汇总统计()-端27**办卡子系统充值子系统注销子系统+注销饭卡()-端35-端47*挂失子系统+挂失()+撤销挂失()-端37*-端49补办子系统+补办饭卡()+注销旧饭卡()-端52**-端39退卡子系统+退还押金和余额()-端54**-端41*-端42-端33+分配卡号()-端31+增加饭卡余额()-端45*-端*25****餐饮管理部员工-端38-端36-端34端32--端30*-端44******-姓名-端40-工号-密码+办理新饭卡()+补办饭卡()+查看信息()+更改挂失状态()+退卡()*-端43-端57*1*-端26-端61*-端51-端48-端53--端60端28-端46-*端50****-端62***持卡人-端55食堂员工-姓名-工号-密码+输入金额()+输入分类汇总要求()**-端21-端22-端23*-端24*饭卡-卡号-密码-持卡人身份证号-余额-押金-是否挂失-是否注销自动售饭机-机器编号+扣除金额()新用户用户-端581-姓名*-所在单位-密码-身份证号-办卡时间+查看个人消费明细()+查看办卡信息()+查看余额()-端56

2、说明

通过前面的分析,数据库接口可有办卡人、饭卡、饭卡余额等;而计算机系统可细化为消费、查询、办卡、充值、注销、挂失、补办、退卡等8个子系统;用户又分新用户和持卡人两种,新用户即刚刚申请办卡尚未拿到饭卡的人,每一个持卡人曾经都是新用户,每一个新用户后来都是持卡人;只有新用户才能办卡,持卡人只能补办饭卡。

16 / 17

UML食堂售饭系统

食堂售饭系统

UML食堂售饭系统分析与设计

非接触式ID 射频卡食堂售饭系统

UML的食堂就餐卡系统的设计

IC卡考勤、食堂售饭、门禁控制系统方案

UML 网吧管理系统

门诊管理系统UML

UML库存管理系统

餐厅售饭人员工作区设计

《UML食堂售饭系统.doc》
UML食堂售饭系统
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档
下载全文