食堂售饭岗位职责（共6篇）

第1篇：食堂售饭系统

食堂售饭系统

1题目要求：

食堂售饭系统，饭卡由学校餐饮管理部门发放，就餐者可以申请办理新饭卡，向饭卡中追加存款金额，使用饭卡买饭，注销饭卡。如果持卡人不兴把发卡丢失或损坏，可以到管理部门处挂失，补办新卡，以免造成损失。

使用饭卡就餐的过程如下：就餐者到食堂就餐时，需要将饭卡放到自动收款机上，由工作人员输入所选定饭菜的金额，自动收款机会自动判断卡中的金额是否够用，然后根据输入减去相应的金额，当卡中的余额低于规定的底线时，售饭机给出提示，提醒就餐者追加卡中的存款金额。售饭机可以单独操作，但需要通过局域网络与计算机系统相连。

持卡人信息包括：姓名，所在单位，办卡时间。

发卡信息包括：卡号，密码，持卡人，卡中的存款金额。申请新卡过程：就餐者提出申请，交付押金和存款，管理部门把一个新饭卡分给一个就餐者，记录就餐者和饭卡的记录。

挂失饭卡的过程：挂失指定的饭卡，挂失信息可以下传到售饭机上，停止该卡的使用。挂失后的饭卡可以撤销挂失。如果饭卡丢失或损坏，可以补办一张新卡。当不在使用饭卡时可以退卡，清楚卡内信息，退还剩余金额和押金。可以向饭卡中追加存款。

计算机系统可以查看持卡人办卡信息的明细，包括办卡，补办，挂失，撤销，存款，退卡等信息，可以查看个人消费的明细。

每天食堂营业结束后，应当对当天的营业情况进行汇总统计，还可以打印一张当天的“分类报表“，方便以后几张和结算，工作人员可以定期进行分类汇总和结算。计算机系统可以打印每天的分机（每台售饭机）营业统计和明细，可以打印每天的分类汇总报表。可以打印指定时间段的营业额统计。

2需求分析与描述

持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，使用饭卡消费，查看个人消费的明细。

工作人员：向售款机输入饭菜的金额。管理人员：满足持卡人的需求。

3用例分析

（1）系统的边界

食堂售饭系统的顾客就是持卡人，使用饭卡的目的是为了提高服务的效率，而工作人员与管理人员是为了免于持卡人对系统的直接操作而设置的，所以输入内部的执行者。

（2）执行者

持卡人通过饭卡进行就餐，工作人员相应的扣除费用，管理人员来满足持卡人的一些需求。所以系统的执行者就有：

1）：持卡人

2）：打菜员

3）：管理人员（3）系统的用例

1）：扣除卡费用

2）：办理新饭卡

3）：补办饭卡

4）：追加金额

5）：注销饭卡

6）：挂失/撤销饭卡

7）：查看饭卡信息

8）：汇总统计

9）：打印分类汇表

（4）用例模型图

系统扣除卡费用办理新饭卡工作人员补办饭卡追加金额持卡人注销饭卡管理部门挂失/撤销饭卡查看饭卡记录汇总统计打印“分类汇表”

1）执行者描述如下：

持卡人：饭卡的持有者，通过食堂打菜员的操作直接使用饭卡进行消费，并通过管理部门对其饭卡进行管理。

工作人员：负责根据饭菜的金额操作自动售饭机实现扣费功能。管理人员：负责根据持卡人的需求操作计算机系统，从而实现办新卡、充值、注销、挂失/撤销挂失，补卡、汇总统计、打印、查看消费明细等功能。

2）用例描述如下：

扣除卡费用：工作人员根据持卡人的消费来扣除相应的费用。

办理新饭卡：就餐者提出申请，交付押金和存款，管理部门把一个新饭卡分给一个就餐者，记录就餐者和饭卡的记录。

补办饭卡：持卡人因饭卡丢失或损坏向管理部门申请新的饭卡，管理部门补办一张新想饭卡给持卡人。

追加金额：管理人员根据持卡人充值的金额向卡中进行冲值。注销饭卡：当持卡人要进行注销饭卡时，管理人员应消除该持卡人的卡内信息，退还剩余金额和押金。

挂失/撤销饭卡：挂失指定的饭卡，挂失信息可以下传到售饭机上，停止该卡的使用。挂失后的饭卡可以撤销挂失。

查看饭卡信息：管理人员可以查看持卡人的基本信息。

汇总统计：食堂工作人员负责在每天营业结束后对营业情况进行汇总统计。

打印“分类报表”：对进行过的汇总统计进行指定的打印。

4活动图

扣除卡费用：

：持卡人选菜：售饭机：工作人员打菜输入金额刷卡 办理新饭卡：

：持卡人提出申请：管理人员填写信息交费金额录入数据库

追加金额

：持卡人：管理人员递交卡与充值费用向卡内充值 汇总统计与打印：

打开汇总统计页面进行当天汇总统计保存到数据库【是否打印】【是】打印【否】

5 概念类：

饭卡持卡人工作人员-姓名-工号+输入金额()售饭机-编号+扣除金额()-姓名-学/工号-办卡时间-所在单位-联系方式+查看消费信息()+撤销饭卡()+注销饭卡()-饭卡编号-持卡人姓名-密码-持卡人学/工号-金额-是否挂失-是否注销+追加金额()+扣除金额()+更改挂失状态()+注销()管理人员系统+办理饭卡()+撤销饭卡()+汇总统计()+打印()+更改挂失信息()+查看饭卡信息()-姓名-工号-密码+办理新饭卡()+注销饭卡()+挂失饭卡()+撤销饭卡()+补办饭卡()+查看饭卡信息()+追加饭卡金额()+申请汇总统计()+打印()

6顺序图（1）办理新饭卡

系统饭卡持卡人数据库选择新办饭卡输入饭卡信息饭卡信息录入数据库输入持卡人信息持卡人信息录入数据库录入成功保存

（2）追加金额

系统饭卡数据库输入饭卡金额录入到数据库录入成功保存

（3）扣除卡费用

售饭机饭卡系统输入金额判定卡上费用是否够用【余额够用】扣除费用【余额不足】提示充值

（4）注销饭卡

系统选择注销饭卡饭卡持卡人数据库删除持卡人信息停止使用此饭卡保存信息

（5）当天营业汇总统计与打印

管理人员系统数据库打印机对当天营业进行统计【报表的形式】对分机进行营业统计保存到数据库打印当天的“分类报表”打印当天分机营业统计 工作人员汇总与结算

系统工作人员数据库打印机十五号对工作人员进行分类汇总上班天数保存打印发放工资保存到数据库

第2篇：UML食堂售饭系统

目录

一、用户需求 .........................................................................................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

第3篇：食堂售饭机可行性方案

食堂售饭机可行性方案

一、硬件设备

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、每月充值、补卡、查账等每一项操作均有书面操作记录。（充值、补卡、查账、消费每一项服务器均有电子记录）

二〇一一年六月二十六日

第4篇：UML食堂售饭系统分析与设计

食堂售饭系统分析与设计

目录

1.需求分析与描述 .............................................................................1 1.1 需求分析.................................................................................1 1.2 用例分析.................................................................................1 1.3 用例模型图.............................................................................3 1.4 用例事件流描述.....................................................................4 2.领域模型分析...................................................................................7 3.工作流程分析...................................................................................8

食堂售饭系统分析与设计

1.需求分析与描述

1.1 需求分析

 持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，退还饭卡，使用饭卡消费，查看个人消费的明细。 管理部门：通过计算机系统具体实现持卡人需求中的项目。

 食堂工作人员：通过自动售饭机输入饭菜的金额，通过计算机系统对当天的营业情况进行汇总统计。

1.2 用例分析

1)系统的边界

对于系统边界，系统首先会包含需求分析中所需要软件实现的各项功能，此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。

就食堂售饭系统而言，其主要功能是让用户（即持卡人）享受服务（即用饭卡使购买饭菜的过程绕过了付款及找零的环节，提高了服务效率），而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的，因而此两者应归为食堂售饭系统的内部，相当于用户和具体的计算机软硬件系统之间的接口。

2)系统的执行者

持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执行者；

管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理，相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统内部的执行者；

食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费

食堂售饭系统分析与设计

功能以及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子系统的使用者，也是位于食堂售饭系统内部的执行者。

这样得到了系统中的执行者：  持卡人  管理部门  食堂工作人员

3)系统的用例

根据用户需求及执行者的分析，得到系统的用例如下：  办理新饭卡  饭卡充值  注销饭卡

 挂失/撤销挂失饭卡  补办饭卡  退还饭卡

 查看个人消费的明细

 扣除饭卡费用（对应于持卡人使用饭卡消费） 汇总统计

食堂售饭系统分析与设计

1.3 用例模型图

根据前面的分析，可以得到系统的用例模型图，如上图所示。对其中3个执行者和8个用例的简单描述如下：

执行者：

 持卡人：饭卡的持有者，通过食堂工作人员的操作直接使用饭卡进行消费，并通过管理部门对其饭卡进行管理。

 管理部门：负责根据持卡人的需求操作计算机系统，从而实现办新卡、充值、注销、挂失/撤销挂失，补卡、退卡、查看消费明细等功能。 食堂工作人员：负责根据饭菜的金额操作自动售饭机实现扣费功能，没隔一段时间对营业情况进行汇总统计并打印出相关文档。

食堂售饭系统分析与设计

用例：

 办理新饭卡：管理部门人员负责在用户申请新卡时替用户办理新饭卡。 饭卡充值：管理部门人员负责根据持卡人所给的金额向饭卡中追加存款金额。

 注销饭卡：管理部门人员负责在持卡人补办新卡或退卡时注销其原有饭卡。

 挂失/撤销挂失饭卡：管理部门人员负责在持卡人因饭卡遗失申请挂失时进行挂失饭卡操作，在其找回饭卡时撤销对饭卡的挂失。

 补办饭卡：管理部门人员负责在持卡人确认饭卡丢失或者损坏时替其补办饭卡，更改饭卡版本号，并实现只能使用最新版本号的饭卡。 退还饭卡：管理部门人员负责在持卡人申请退卡时清除卡内信息，退还剩余金额和押金。

 查看个人消费的明细：管理部门人员负责在持卡人申请查看其消费明细时执行次操作。

 扣除饭卡费用：食堂工作人员负责在持卡人持卡消费时根据饭菜的价格对饭卡进行扣费操作。

 汇总统计：食堂工作人员负责在每天营业结束后对营业情况进行汇总统计并打印相关报表。

1.4 用例事件流描述

1.办理新饭卡

 基本流

1.用户申请办理新饭卡

2.管理部门收取其押金和存款，记录持卡人相关信息 3.管理部门创建新饭卡的相关信息 4.用户领取新饭卡  备选流

无

食堂售饭系统分析与设计

2.饭卡充值

 基本流

1.持卡人申请对饭卡充值 2.管理部门向持卡人收取现金

3.管理部门根据持卡人要求向饭卡中充值  备选流

3.a 如果收取现金金额大于充值额度，管理部门向持卡人找零

3.注销饭卡

 基本流

1.持卡人申请注销饭卡 2.管理部门注销饭卡  备选流

无

4.挂失/撤销挂失饭卡

 基本流

1.持卡人申请挂失/撤销挂失饭卡 2.管理部门执行相应操作  备选流

无

5.补办新卡

 基本流

1.持卡人申请补办新卡

2.管理部门注销持卡人原有饭卡，读出余额，清除卡内信息 3.管理部门创建新饭卡的相关信息 4.管理部门更新持卡人的相关信息

食堂售饭系统分析与设计

5.持卡人领取新饭卡  备选流

无

6.退还饭卡

 基本流

1.持卡人申请退还饭卡 2.管理部门收回饭卡

3.管理部门将押金退还持卡人并清除卡内信息  备选流

2.a 如果卡内有剩余金额，管理部门想持卡人退还相应金额

7.查看个人消费的明细

 基本流

1.持卡人申请查看个人消费的明细 2.管理部门让持卡人输入饭卡密码 3.持卡人查看其消费的明细  备选流

2.a 如果饭卡密码错误，给出提示，结束

8.扣除饭卡费用（对应于持卡人使用饭卡消费）

 基本流

1.持卡人购买饭菜，将饭卡放到自动售饭机上 2.食堂工作人员在自动售饭机上输入饭菜的金额 3.自动售饭机查询饭卡余额 4.卡内金额扣除  备选流

3.a 如果卡中金额不够用，给出提示，结束 4.a 如果卡内金额低于底线，给出提示，结束

食堂售饭系统分析与设计

9.汇总统计

 基本流

1.食堂工作人员按需求对营业情况进行汇总统计 2.打印相关报表  备选流

无

2.领域模型分析

食堂售饭系统分析与设计

3.工作流程分析

办理新卡

饭卡充值

食堂售饭系统分析与设计

挂失/撤销挂失饭卡

补办饭卡

食堂售饭系统分析与设计

查看个人信息明细

注销饭卡

食堂售饭系统分析与设计

退还饭卡

扣除金额

食堂售饭系统分析与设计

汇总统计

第5篇：食堂保温售饭台安全操作规程范本

内部管理系列

编号：FS-ZD-04020

食堂保温售饭台安全操作规程范文

Safe operation regulations for canteens 为规范化、制度化和统一化作业行为，使员工的管理工作有章可循，提高工作效率和员工责任感、归属感，特此制定。

食堂保温售饭台安全操作规程(一)

1.制定目的:为了加强保温售饭台安全使用管理，结合食食堂实际制定本规范。

2.职责:本规范由售饭人员负责执行。食堂管理员负有管理责任。

3控制标准

3.1先检查电器开关是否正常，插头电源指示灯是否发光。

3.2使用前必须加水淹没加热管，并调节适当温控。

3.3每餐使用时都应有专人检查水位，收工后定期放水清洁。

3.4如出现故障及请工程人员维修。

请输入您的公司名字

第1页 / 共2页 内部管理系列

编号：FS-ZD-04020

Fonshion Design Co., Ltd

第2页 / 共2页

第6篇：蓝海酒店集团职工食堂售饭管理规定

蓝海酒店集团职工食堂售饭管理规定

第一条 为了加强各实体职工食堂售饭时的管理，规范售饭人员的行为，提高就餐人员的满意度，特制定本管理规定。

第二条 本规定适用于蓝海酒店集团下属各实体（含蓝海职业学校）。第三条 职责分工

（一）实体质检人员负责本实体职工食堂售饭情况的日常检查，集团质量管理中心对各实体职工食堂售饭情况进行督导。

（二）实体膳食部（或学校办公室）负责做好职工食堂售饭工作的具体落实。

（三）实体财务部负责对职工食堂售饭时刷卡的准确度进行监督、抽查。 第四条 开餐时间要求

（一）严格按照本实体规定的时间进行开餐、停餐，不得提前开餐及停售。

（二）因工作、集体活动等因素需提前或推后前来进餐的，应由相关部门负责人提前向食堂进行知会，其它非开餐时间前来进餐的，食堂不予提供。

第五条 开餐场地要求

（一）职工食堂一般采取明档橱窗售饭形式，买饭人员不得将头探入橱窗内或将身体探至陈列菜品的上方。

（二）热菜、凉菜、面食、汤羹粥类等品种应分区域集中摆放。

（三）保温设备功能正常，保温台内的水应及时更换，不得出现混浊现象。

（四）稀饭摆放处等地面采取防滑措施，不得潮湿、积水。 第六条 菜品定价及公示要求

（一）菜点定价应结合原料属性及成本情况，实施分类定价，总体按成本定价。

（二）菜品定价按每份确定，食堂可销售半份菜品。

（三）在售饭区域，饭菜的价格应进行公示，公式的价格必须及时、准确，当饭菜售价发生变化时，食堂应及时进行更改。

（四）质量管理中心将分阶段对各实体食堂菜品的价格、份量进行调研，督促实体改正不合理的定价，力求使菜品定价趋于合理。

第七条 售饭人员的要求

（一）售饭人员上岗前必须经过培训，确保态度热情，站姿规范，礼节到位，其它未尽事宜，详见《员工手册》第九章。

（二）售饭人员在开餐期间均应佩戴口罩，使用食品夹或佩戴一次性手套为就餐员工打饭。

（三）售饭人员应熟练掌握菜品单份的份量标准，动作快捷，份量准确，不打人情饭。

（四）售饭人员应熟练掌握所售菜品每份的价格，刷卡快捷、准确，不得存在弄虚作假现象。

（五）售饭人员在刷卡的同时，应报出所售菜品的总价格，应使买饭人听清楚。

（六）就餐高峰期，售饭人员的数量要足，并根据实际情况加开窗口。

（七）售饭人员发现前排有人插队时，应拒绝为其提供售饭，并提醒其从后面重新排队。

（八）在就餐高峰期，对于在某一窗口购买其它窗口的非同类菜品（如在凉菜窗口买热菜）的行为，售饭人员应予以拒绝。

（九）对于将菜品带出去食用，从食堂索要包装物的，售饭人员不予提供；病号饭除外，但需出具相关的单据或凭证。

第八条 菜点添加及保温要求

（一）上一餐未售完的菜品，应做好保鲜存放，在质量保持稳定的前提下，下一餐次时，应优先予以销售。热菜经快速加热即可出售，凉菜可直接摆出销售。

（二）开餐期间根据各种菜品的销售状况，及时对短缺的菜品进行烹制、补充。

（三）搬运较多的热汤时，应两人抬运，如距离较远，应使用小推车。

（四）开餐期间菜品剩余的种类、数量应与开餐的时间进度相适宜，并根据剩余情况确定菜品添加的数量，如开餐中、后期，对菜品品种及添加数量均需进行控制，餐后不得出现超量剩余。

（五）晚餐时，对于业务部门员工因工作原因前来就餐较晚的，食堂可增加面条、水饺等品种。

（六）菜品保温时，应根据不同的品种采取适宜的措施，如绿叶类炒菜的盖子不宜盖的过严，以防菜品氧化变色。

第九条 卫生清理要求

（一）应有专人及时对职工就餐区域餐桌台面、地面的卫生进行清理。

（二）应引导就餐人员，在指定的区域将脏的餐具（盘、碗、筷子）分类存放。

（三）应及时收撤脏的餐具到洗碗间进行洗涤，确保后到进餐人员的使用。

（四）其它未尽事宜，参见《蓝海酒店集团基础质量检查标准》。

3 第十条 检查与督导

（一）实体质检人员对职工食堂的售饭质量进行日常检查。

（二）集团膳食质管人员对职工食堂的售饭质量进行不定期的督导、检查，及时进行反馈，并协助做好整改。

（三）实体财务部应对食堂员工售饭时的刷卡行为做好监督、抽查，对发现的问题及时进行处理和解决。

第十一条 处罚措施

对出现的问题，依照《员工手册》相关条款进行处理。第十二条 附则

（一）本办法自发布之日起正式实施,解释权归山东蓝海酒店集团质量管理中心所有。

（二）本办法未尽事宜，由质量管理中心根据实际情况及时进行修订和补充。

蓝海酒店集团质量管理中心 二○○七年四月十八日

厨房售饭口岗位职责

餐厅售饭员安全岗位职责

食堂打菜打饭岗位职责

食堂售餐备餐岗位职责（共9篇）

打饭岗位职责