下面是范文网小编收集的食堂售饭岗位职责4篇 售餐员岗位职责，以供参考。
食堂售饭岗位职责1
内部管理系列
编号：FS-ZD-04020
食堂保温售饭台安全操作规程范文
Safe operation regulations for canteens 为规范化、制度化和统一化作业行为，使员工的管理工作有章可循，提高工作效率和员工责任感、归属感，特此制定。
食堂保温售饭台安全操作规程(一)
1.制定目的:为了加强保温售饭台安全使用管理，结合食食堂实际制定本规范。
2.职责:本规范由售饭人员负责执行。食堂管理员负有管理责任。
3控制标准
先检查电器开关是否正常，插头电源指示灯是否发光。
使用前必须加水淹没加热管，并调节适当温控。
每餐使用时都应有专人检查水位，收工后定期放水清洁。
如出现故障及请工程人员维修。
请输入您的公司名字
第1页 / 共2页 内部管理系列
编号：FS-ZD-04020
Fonshion Design Co., Ltd
第2页 / 共2页
食堂售饭岗位职责2
食堂售饭机可行性方案
一、硬件设备
1、食堂售饭机一套
价格：8000多元。（每张卡10元，500张卡=5000元）、（2台刷卡机、1台充卡机=600*3=1800元）、（服务器=800元）（管理软件及通讯线等耗材=1000元左右）
2、计算机、打印机各一台。（与地磅房共用）
3、USB转485接口通讯器2个：300元。 合计价格：9000元。
4、设备连接简图
二、优点
1、一次性投入，避免了长期印制饭票的材料费。
2、每月只需半个多小时就可以完成所有充值、对帐等工作。减少了数对饭票的繁琐工作。
3、避免账务出错，每一笔充值、消费均有电子记录可查。
4、转人转卡，文明消费、干净卫生。
三、初始准备工作
1、设备安装、人员操作培训、线路敷设由厂家完成。
2、过路线路敷设由焦场完成。
3、加密卡制作、卡初始充值（初始值为100元，低于100元即为透支，每卡最高透支额：100元）、卡编号记录等由厂家技术人员指导下完成。
4、加密卡共两张，一张由政工部保存，另一张由厂领导保存。
四、充值、查帐
1、充值、查账时间：每月10日上午9:00-10:00。
2、参与人员及职责：政工部、后勤服务队、食堂人员参与，企管科负责计算机操作，政工部负责加密卡刷卡启动充值程序，服务科人员负责收现金。参与人员互相做好监督，人员不到齐不得执行任何操作。
2、在此期间食堂停止刷卡机消费。（在磅房可控制）
3、补齐透支金额：卡剩余额
4、查帐：参与人员首先查询本月消费总额、剩余总额、透支用户及金额等，并与上月账单比对，若无异常情况打印账单，四方签字。
5、卡透支用户补交的现金数不小于透支额，补齐全部透支金额后，将现金交给食堂人员，并写好收据。
6、劳资人员将上月班中餐情况对比后，导入食堂售饭管理系统内，充值成功后，对账户原总额、现总额、班中餐合计金额进行比对。无误后方可打印账单，四方签字。并将所有账单在食堂门口张贴栏公布。
五、刷卡消费方式
1、在食堂内吃饭人员：卡在刷机上消费均可。
2、现场无法到达食堂人员：班前会时由跟班副主任将班中人员卡收齐，在订餐单上写明每位人员的姓名、卡号、订餐内容。（订餐单可由厂统一印制）跟班副主任将卡拿到食堂根据订餐单内容消费刷卡。
六、参数设定及规定
1、限制恶意消费：避免丢卡后的恶意消费，限制每卡每日最高消费额为30元。
2、避免食堂人员打错金额：一张卡单次消费不得高于9元。
3、卡遗失补卡：由个人申请，人员所在单位确认，企管科劳资组、政工部办理联合办理。遗失损毁该卡，须交工本费10元。
4、每月充值、补卡、查账等每一项操作均有书面操作记录。（充值、补卡、查账、消费每一项服务器均有电子记录）
二〇一一年六月二十六日
食堂售饭岗位职责3
食堂售饭系统分析与设计
目录
1.需求分析与描述 .............................................................................1 需求分析.................................................................................1 用例分析.................................................................................1 用例模型图.............................................................................3 用例事件流描述.....................................................................4 2.领域模型分析...................................................................................7 3.工作流程分析...................................................................................8
食堂售饭系统分析与设计
1.需求分析与描述
需求分析
? 持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，退还饭卡，使用饭卡消费，查看个人消费的明细。? 管理部门：通过计算机系统具体实现持卡人需求中的项目。
? 食堂工作人员：通过自动售饭机输入饭菜的金额，通过计算机系统对当天的营业情况进行汇总统计。
用例分析
1)系统的边界
对于系统边界，系统首先会包含需求分析中所需要软件实现的各项功能，此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。
就食堂售饭系统而言，其主要功能是让用户（即持卡人）享受服务（即用饭卡使购买饭菜的过程绕过了付款及找零的环节，提高了服务效率），而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的，因而此两者应归为食堂售饭系统的内部，相当于用户和具体的计算机软硬件系统之间的接口。
2)系统的执行者
持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执行者；
管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理，相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统内部的执行者；
食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费
食堂售饭系统分析与设计
功能以及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子系统的使用者，也是位于食堂售饭系统内部的执行者。
这样得到了系统中的执行者： ? 持卡人 ? 管理部门 ? 食堂工作人员
3)系统的用例
根据用户需求及执行者的分析，得到系统的用例如下： ? 办理新饭卡 ? 饭卡充值 ? 注销饭卡
? 挂失/撤销挂失饭卡 ? 补办饭卡 ? 退还饭卡
? 查看个人消费的明细
? 扣除饭卡费用（对应于持卡人使用饭卡消费）? 汇总统计
食堂售饭系统分析与设计
用例模型图
根据前面的分析，可以得到系统的用例模型图，如上图所示。对其中3个执行者和8个用例的简单描述如下：
执行者：
? 持卡人：饭卡的持有者，通过食堂工作人员的操作直接使用饭卡进行消费，并通过管理部门对其饭卡进行管理。
? 管理部门：负责根据持卡人的需求操作计算机系统，从而实现办新卡、充值、注销、挂失/撤销挂失，补卡、退卡、查看消费明细等功能。? 食堂工作人员：负责根据饭菜的金额操作自动售饭机实现扣费功能，没隔一段时间对营业情况进行汇总统计并打印出相关文档。
食堂售饭系统分析与设计
用例：
? 办理新饭卡：管理部门人员负责在用户申请新卡时替用户办理新饭卡。? 饭卡充值：管理部门人员负责根据持卡人所给的金额向饭卡中追加存款金额。
? 注销饭卡：管理部门人员负责在持卡人补办新卡或退卡时注销其原有饭卡。
? 挂失/撤销挂失饭卡：管理部门人员负责在持卡人因饭卡遗失申请挂失时进行挂失饭卡操作，在其找回饭卡时撤销对饭卡的挂失。
? 补办饭卡：管理部门人员负责在持卡人确认饭卡丢失或者损坏时替其补办饭卡，更改饭卡版本号，并实现只能使用最新版本号的饭卡。? 退还饭卡：管理部门人员负责在持卡人申请退卡时清除卡内信息，退还剩余金额和押金。
? 查看个人消费的明细：管理部门人员负责在持卡人申请查看其消费明细时执行次操作。
? 扣除饭卡费用：食堂工作人员负责在持卡人持卡消费时根据饭菜的价格对饭卡进行扣费操作。
? 汇总统计：食堂工作人员负责在每天营业结束后对营业情况进行汇总统计并打印相关报表。
用例事件流描述
1.办理新饭卡
? 基本流
1.用户申请办理新饭卡
2.管理部门收取其押金和存款，记录持卡人相关信息 3.管理部门创建新饭卡的相关信息 4.用户领取新饭卡 ? 备选流
无
食堂售饭系统分析与设计
2.饭卡充值
? 基本流
1.持卡人申请对饭卡充值 2.管理部门向持卡人收取现金
3.管理部门根据持卡人要求向饭卡中充值 ? 备选流
如果收取现金金额大于充值额度，管理部门向持卡人找零
3.注销饭卡
? 基本流
1.持卡人申请注销饭卡 2.管理部门注销饭卡 ? 备选流
无
4.挂失/撤销挂失饭卡
? 基本流
1.持卡人申请挂失/撤销挂失饭卡 2.管理部门执行相应操作 ? 备选流
无
5.补办新卡
? 基本流
1.持卡人申请补办新卡
2.管理部门注销持卡人原有饭卡，读出余额，清除卡内信息 3.管理部门创建新饭卡的相关信息 4.管理部门更新持卡人的相关信息
食堂售饭系统分析与设计
5.持卡人领取新饭卡 ? 备选流
无
6.退还饭卡
? 基本流
1.持卡人申请退还饭卡 2.管理部门收回饭卡
3.管理部门将押金退还持卡人并清除卡内信息 ? 备选流
如果卡内有剩余金额，管理部门想持卡人退还相应金额
7.查看个人消费的明细
? 基本流
1.持卡人申请查看个人消费的明细 2.管理部门让持卡人输入饭卡密码 3.持卡人查看其消费的明细 ? 备选流
如果饭卡密码错误，给出提示，结束
8.扣除饭卡费用（对应于持卡人使用饭卡消费）
? 基本流
1.持卡人购买饭菜，将饭卡放到自动售饭机上 2.食堂工作人员在自动售饭机上输入饭菜的金额 3.自动售饭机查询饭卡余额 4.卡内金额扣除 ? 备选流
如果卡中金额不够用，给出提示，结束 如果卡内金额低于底线，给出提示，结束
食堂售饭系统分析与设计
9.汇总统计
? 基本流
1.食堂工作人员按需求对营业情况进行汇总统计 2.打印相关报表 ? 备选流
无
2.领域模型分析
食堂售饭系统分析与设计
3.工作流程分析
办理新卡
饭卡充值
食堂售饭系统分析与设计
挂失/撤销挂失饭卡
补办饭卡
食堂售饭系统分析与设计
查看个人信息明细
注销饭卡
食堂售饭系统分析与设计
退还饭卡
扣除金额
食堂售饭系统分析与设计
汇总统计
食堂售饭岗位职责4
目录
一、用户需求 .........................................................................................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
食堂售饭岗位职责4篇 售餐员岗位职责相关文章：