餐饮管理需求
来源:广州软件开发 编辑:广州软件开发公司 日期:2017-03-23
1.1用户角色
餐饮管理系统用户角色如下:
编号 |
角色名称 |
职责描述 |
1 |
学校领导 |
负责终审、修改采购清单、查看数据、查看流程、征信评定 |
2 |
副主任 |
负责初审、修改采购清单、查看数据、查看流程、征信评定 |
3 |
教师 |
食堂就餐、数据查询、互动 |
3 |
厨师长 |
采购比价、提交审批、入库检查及验收、领料、菜品更新、加班请假公示、查看配送货 |
4 |
物管 |
库存管理,入库监管,查看报表,查看审批流程 |
5 |
财务 |
统计核算、记账入账、收款充值、查看数据、入库监管、线下单据管理、财务确认报销及付款、查看审批流程、补卡 |
6 |
食堂员工 |
售饭,加班,其他线下工作,加班请假公示 |
7 |
学生 |
查看食堂动态、刷卡购饭,线下充值,退卡退款,食堂就餐,查看菜品、办卡、补卡 |
8 |
学生家长 |
查看食堂动态,餐品、线上充值,查看学生就餐情况,申请查询、互动评价 |
9 |
供应商 |
采购报价、配送货、退换货、结算 |
1.2业务主要流程
1.2.1采购流程
1. 大宗采购
n 计划:厨师长根据往期数据及经验,制定采购计划。
n 询价:厨师长制定采购清单。
n 报价:供应商收到采购清单,登录餐饮管理系统进行采购报价。
n 比价:厨师长收到供应商的采购报价,进行比价,并确定供货方。
n 审批:厨师长提交采购申请,副主任收到采购申请并核实,符合要求给予批准;不符合可以修改采购清单或退回;副主任审批通过后,由学校领导进行审批,批准后,可以进行采购;厨师长打印单据,并进行签字,交由财务保管。全过程物管及财务可查询查看。
n 配货:供应商收到审批后的采购清单,开始配货,并登录餐饮管理系统录入相关配送信息。
n 送货:供应商送货。
n 到货:供应商将货物送到学校制定地点。
2. 零星采购
n 采购申请:厨师长根据缺少的食材或配料,提交采购清单。
n 审批:副主任收到采购申请并核实,符合要求给予批准;不符合可以拒绝;审批通过的采购申请流转到校领导进行审批,审批通过后,厨师长进行采购,采购完成,补打单据进行签字,交由财务保管。全过程物管及财务可查询查看。
1.2.2库存流程
1. 入库
n 到货:供应商将货品送到学校指定地点后,开始验收。
n 验收:验收过程需厨师长、物管、财务及供应商同时在场。厨师长凭借经验检验货品的品质,数量及质量以学校称重为标准,物管及财务在整个验收过程中监督。
n 入库:以实际检验合格货品数量进行入库。物管确认所入库房,并记录。
n 签字:厨师长、物管、财务及供应商四方在纸质单据上签字。
2. 出库
n 申请:厨师长需要物料需提前进行申请,填制领料申请单。
n 审批:副主任收到领料申请,进行审批,审批通过的申请,将流转到学校领导进行审批,校领导审批通过后,厨师长可到物管处进行领料,并打印单据进行签字。
n 出库:物管将物品交由厨师长,打印出库单并签字。
3. 盘点
n 盘点周期:学校物管会定期不定期对库存物品进行盘点。
n 打印清单:物管在餐饮管理系统中,将库存货品清单打印出来。
n 实地盘点:物管根据库存清单进行实地盘点,并标识实物数量。
n 签字:盘点结果需签字确认。
1.2.3用餐流程
1. 教师用餐
n 餐类:学校向教师提供早餐及午餐。
n 模式:向老师提供为自助餐,并不允许浪费。
n 消费:学校食堂向老师提供免费自助餐。
n 描述:在用餐时间点,教职员工可以去食堂进行就餐,享受免费的自助餐。
2. 学生用餐
n 餐类:学校向学生提供午餐。
n 模式:学生可以自主选择想要的菜品。
n 消费:学校向学生提供套餐,如:一荤一素,一荤两素等,价格不等,学生需刷卡消费
n 描述:在中午就餐时间,学生可以到学校食堂进行就餐,不同的售餐窗口套餐不同,学生可以自主选择,并使用餐卡进行刷卡购买。
1.2.4充值、退卡退款流程
1. 充值
n 线下充值:学生可以携带餐卡到制定地点办理充值,财务收到钱后,将读取餐卡的信息,并为其充值,返还学生发票。
n 线上充值:餐饮管理系统会在学生餐卡余额不足时进行提醒。学生家长可以通过手机app及微信访问餐饮管理系统为学生餐卡进行在线充值。首次充值时,学生家长需要使用app或微信绑定学生餐卡信息,付款成功后,学生家长会受到付款成功消息,同时餐卡余额同步更新,家长可在线查看卡内余额。需要发票的学生,可以到财务部申领。
2. 退卡退款
n 线下退卡退款:学生退卡时,需要携带学生餐卡到制定地点办理退卡。财务收到学生餐卡,在线进行查询,并将余额清零,保管餐卡。退还学生卡内余额并签字。
1.2.5财务结算流程
1. 结算相关流程
n 供应商结算:按月为供应商进行结算,根据餐饮管理系统内记录的信息进行结算付款。结算单据进行打印并签字,向供应商所要发票,留档保存。
n 成本结算:按月进行成本结算,结算内容包括一切菜品的成本、人工成本、学校食堂其他低值易耗品的成本,水电费不含在内。
n 月末结账:餐饮管理系统在月末可以出具财务所需要的凭证及报表,财务可以根据系统出具的内容与原始凭证进行核对,并查明核对后的差异。
1.2功能需求概要
餐饮管理系统主要功能模块如下列表:
主要功能模块 |
供应商管理 |
用户管理 |
人员管理 |
餐卡管理 |
采购管理 |
库存管理 |
权限管理 |
预警管理 |
内容管理 |
报表管理 |
流程管理 |
售餐管理 |
财务管理 |
设备管理 |
统计分析 |
第2章 功能需求
2.1功能性需求
2.1.1供应商管理
1. 供应商基础信息
主要对学校的供货商的基础信息进行管理,包括供应商名称、组织机构代码、类型等基本信息进行收集及管理。
2. 供应商的信用管理
针对供应商的服务质量进行综合管理,包括评价货品质与量,退换货频率,送货准时率等信息进行管理,帮助学校积累服务评价体系数据,供未来采购提供参考依据。
2.1.2用户管理
1. 用户基础信息
主要对使用餐饮系统的用户进行管理,包括登录名称,密码,基本信息进行管理。
2. 用户权限
对使用餐饮系统的用户进行权限分配,通过权限规定用户可以操作的功能及查看的内容。
2.1.3人员管理
1. 食堂员工
对食堂的员工进行管理,包括基本信息、请假、加班等。
2. 学生管理
对食堂就餐学生的基本信息进行管理,包括学号、姓名、班级、通讯方式等。
3. 干系人管理
对在线进行审批的、监管的、查看的相关干系人进行信息管理。
2.1.4餐卡管理
1. 餐卡信息
对餐卡的状态,编号,余额、限额等相关信息进行管理。
2. 消费记录
根据餐卡的使用,来记录、查询、统计餐卡的消费数据。
3. 充值记录
根据餐卡的充值操作,来记录、查询、统计餐卡的消费数据。
2.1.5采购管理
1. 采购清单
记录每一次采购的详细信息,包括价格、数量、供应商、采购人员、要求到货时间及地点审批过程等信息
2. 询价比价
根据采购清单,提供系统界面,使供应商在系统内报价,并记录配货时间、发货时间、配送人等信息。
3. 相关单据
餐饮系统自动生成采购申请单、采购清单、入库单、结算单等单据。
2.1.6库存管理
1. 基本信息管理
对仓库的基本信息进行管理,可以自由设置。
2. 物料管理
对仓库中的物料进行分类、物料进行管理及查询。
3. 出入库信息
记录并展示每一笔出入库数据,并且自动计算当前库存量、出库数量、入库数量、审批信息等。
4. 成本管理
记录每次入库的货品成本,为财务管理提供核算依据。
5. 相关单据
系统自动生成领料申请单、出库单等单据。
2.1.7权限管理
权限管理主要是通过配置权限及菜单来授权系统功能,可以随时调整、添加、失效。
2.1.8预警管理
1. 库存预警
对库存预警的相关信息进行配置,包括危险库存值,当库存量达到危险值会自动触发预警,并推送消息至微信及移动端。
2. 余额预警
通过设置余额预警值,可以在余额达到临界的情况下,为微信及移动端推送预警消息。
2.1.9内容管理
1. 食堂动态管理
可以定期上传发布食堂的动态,当天食堂菜单,对外披露食堂管理的信息。
2. 互动管理
互动管理是食堂与教师、学生及家长沟通的桥梁,通过互动管理可以让教师、学生及家长在线提交建议及评价,有助于食堂提高服务质量。
3. 知识管理
可以定期发布营养健康知识,提高用户体验。
2.1.10报表管理
1. 采购统计表
2. 收发存统计表
3. 销售统计表
4. 财务报表
5. 消费统计表
6. 充值统计表
7. 就餐统计表
8. 原材料价格统计表
2.1.11流程管理
灵活搭建审批流程,设置各种复杂的流程。
2.1.12售餐管理
1. 菜品管理
菜品管理主要是灵活设置每日菜单、设置菜品类型及售价,通过菜单制定进行配餐。
2. 配餐管理
通过菜单进行配餐,确定菜品需求量,从而确定领料数量及采购数量。
3. 售餐管理
根据刷卡消费量,记录每笔消费餐卡、学生、餐品种类、价格等统计信息。
2.1.13财务管理
1. 明细分类账
2. 总分类账
3. 凭证
2.1.14设备管理
对终端设备的使用状态、生产厂家、当前状态进行管理。
2.1.15统计分析
根据需要出具图表,包括柱状图、饼图、折线图,展现数据走势,便于未来决策。
2.2非功能性需求
2.2.1用户界面需求
项目 |
描述 |
易用性 |
用户种类多,使系统更易于使用,操作简单,以适应不同用户 |
视觉感 |
融合互联网+理念,需要界面美观 |
2.2.2接口需求
终端消费机与系统接口需求
2.2.3硬件需求
编号 |
名称 |
数量 |
1 |
读卡器 |
1 |
2 |
终端刷卡器 |
4 |
3 |
无线收发器 |
1 |
4 |
餐卡 |
800 |
5 |
|
|
6 |
|
|
7 |
|
|
2.2.5性能需求
项目 |
描述 |
并发 |
每秒支持1000人刷卡,充值 |
响应 |
实时响应,数据实时更新 |
2.2.6安全性需求
项目 |
描述 |
安全性 |
对外开发有限端口及页面,保证系统数据的安全性,充分测试,保证数据的安全。 |
数据质量 |
确保数据正确、及时;不丢不多记录数据,充分测试。 |
2.2.7上线需求
1. 时间需求
餐饮管理系统需要在2017年6月1日上线试运行。
2. 历史数据迁移
需要进行历史数据迁移,迁移的内容包括学生信息、卡内余额。
相关阅读