python+diango写酒店管理系统_课内资源 - 基于Python的Django框架实现的中式快餐厅管理信息系统网站...
1 初步调研
随着餐饮业的连锁和国外餐饮巨头的进入，餐饮业的竞争将越来越激烈：要想在竞争中处于不败之地，必须在管理、服务等方面提高服务管理意识。面对当前餐饮业普遍的产业化程度低，管理手段、管理技术落后等问题，使用计算机管理在很大程度上可以帮助餐饮企业克服这些困难。计算机管理系统可以提高餐饮企业的管理水平，节省大量人力、物力和财力，使经营管理更加科学有序、经营物流清晰，经营状况详实、准确。
1.1 研究现状
我国餐饮业的餐饮信息管理系统的开发，规模大小各不相同，开发方法、模式、平台也不尽相同。有的是购买的系统，有的是自己开发，有的还进行了多次开发，因为开发人员和方法的原因，系统维护和升级都比较困难。信息共享性差，数据冗余大，维护困难。
随着科学技术的不断发展，计算机科学日趋成熟，信息处理能力也日渐强大，在人类社会日常生活中也日益广泛，逐步渗透到各个领域。为了解决服务行业的高速发展和管理所产生的各种问题，各种各样的信息化管理软件日益涌现，给不同行业的信息管理带来了不可估量的经济价值。结合餐饮业自身的特点及业务流程，当下主流系统的问题分析如下：
解决方案不完整：部分系统只有收银模块、点菜模块，然而点菜模块并没有和厨房管理仓库管理联系起来，有时会在点菜过程中要求库存不足或者没有的菜，大大影响顾客对企业的影响，人员流失在所难免。
业务管理不够人性化：部分系统并不能即时的了解库存，进货，从而造成库存不足，不能及时满足客户要求，同时也不能及时实现客人点单，结账等情况，浪费客户时间，从而影响客户对企业的信誉度，也不能提供多种结账方式，不能给客户带来便利，这些不足使得整个企业需要花费更多的时间和精力来填补，从而大大影响了企业的工作效率。
系统交互能力弱：部分系统的交互界面易用性差，操作不够简单，使得工作人员难以上手，必须花费一定的时间去了解和熟悉系统，从而员工的工作效率低下，不能及时满足客户需求。
系统决策能力差：部分系统并不能对客户用餐数据进行分析，不能给决策者提供可靠的数据支持，这也直接影响了企业的前景与发展。
酒店管理软件稳定性差：国内的酒店管理软件源自于国外，但是并没有剔除掉原有软件的弊端，而是全部接受，并且还没有随着国外软件的更新而改进，也没有在国内大环境下提出新的适合中国人的餐饮管理软件，原有的管理软件仍然是模仿手工管理的过程，但是没有考虑大数据对传统行业的影响，数据分析，用户的偏好分析等都没有提出新的有效的解决方案。
2 企业目标
餐饮企业管理是指餐饮企业管理者在了解市场的前提下,通过执行计划、组织、指挥、控制、协调等职能,使企业形成最大营业能力,保证实现经济效益和社会效益的过程。因此，我们通过餐饮业管理信息系统对餐厅内的一系列组织结构进行划分，并做出规划，通过系统的分析和调配，对市场进行分析，再加上对以往数据的分析，形成最优的配比，以实现在正常运作下，使花费的费用最少的情况下，达到的效率最高、收益最大化。
3 技术方案
拟采用Django+Mysql+Nginx+Windows方案。Django是基于Python定制的Web框架，采用MTV的框架模式，即模型M，模板T和视图V。框架的对象关系映射ORM可使用Python类形式定义数据模型，ORM将模型与关系数据库连接起来，得到一个非常容易使用的数据库API，同时也可以在Django中使用原始的SQL语句。使用Django的主要目的是简便、快速地开发数据库驱动的网站。Django将被部署在较为轻量的Nginx服务器上，Nginx配置简洁，支持高并发连接，同时又有很好的CPU使用效率。搭配Mysql数据库，四者构成完全开源的开发平台，文档完善，且拥有庞大的开发者社区。
4 系统规划
4.1 餐厅组织结构
4.2 企业过程
4.3 U/C矩阵
基于企业过程生成数据类
5 系统的界限
5.1 有关组织的信息分析
5.1.1有关人员方面的信息(人员及构成)
餐厅内部的各职能部门由总经理全面领导，总经理将招聘准则交给人事部门，又由人事部门负责招聘，对招聘进来的人员进行管理分配，将符合各部门要求的职员分配给各部门，所有员工均有人事部门统一进行协调排班。前台由服务人员，收银人员，配送人员组成，服务人员负责服务顾客，传递订单的职能；收银人员负责收款，传递收费报表；配送人员负责成品的递送。厨房由配菜员，厨房经理，厨师组成，厨房经理负责同方的统一调度，配菜员负责将订单信息转化为配菜信息，并通过配菜信息交给仓库进行拣选，厨师负责加工产品。仓库由库存管理员，拣选员，清点员组成，仓库管理员负责对仓库的信息统一进行管理，拣选员负责将厨房发来的配菜单惊醒整理并拣选菜品，清点员负责将新到的货品对照进货单进行清点。采购部门由采购员组成，采购员负责进行缺货物料的采购。人事部门由人事管理员与绩效考核员组成，人事管理员负责招聘、管理、分配餐厅内的人员，效绩考核员负责根据考核单进行工资评定。财务部门由财务会计与工资发放员组成，财务会计负责汇各类财务单工资发放员负责工资的发放。
5.1.2 有关工作方面和工作环境方面的信息
工作方面：前台进行与客户的主要交互，因此前台人员应符合餐厅的服务理念，使顾客尽量能够满足我们的服务；厨房进行生产加工，这里的员工应该具备较强的技能，使每道菜都有其相应的价值；库存与采购主要与物料进行接触，应保证物料的质量与数量，这里的人员应具备较强的责任心与观察力，使库存不出任何差错；人事应具有较强的管理能力，使餐厅整个人员流动处于平衡状态，使工作有条不紊的进行；财务应具备较强的统计能力，使餐厅的收支准确无误。
工作环境方面的信息：餐厅内部前台的环境是整个餐厅的核心，也是顾客进行消费的场所，这里的工作环境没有很大的变动，但一般都是琐碎的工作；厨房与库存实际上是处于一体的，厨房与库存不分家；采购是厨房的外接，主要环境是市场与库存；人事与财务都是管理层，人员的工作一般都是业务的处理，都有相应的办公室配备。
5.2 业务功能调查
5.3 业务流程调查
订单信息：顾客点单产生的信息汇总
配送状态：外卖小哥通过第三方平台传至前台的实时配送情况
账单信息：收银台通过汇总报给财务的费用报表
缺货告知：前台通过可生产菜品余量与以生产数量对比，当数量不足告知顾客不可选的菜品
菜品明细：前台根据订单信息产生的菜品所需原料的明细单
加工进度：厨房根据每个工位上菜品所处的未加工/在加工/已完成状态告知给前台
物料单：厨房生产所需原料的明细单
可生产菜品余量：仓库根据每天的库存余量计算出对应可生产菜品的数量
已取消菜品：顾客因需求变动取消订单中的菜品
取消菜品信息：顾客取消的菜品的明细单
取消订单信息：顾客取消订单的明细
退款单：顾客因故取消订单产生的费用明细
预备菜品：厨房根据订单信息产生的菜品而做的物料准备工作
菜品明细：前台通过订单产生的菜品所需物料明细单
取料单：厨房所需取得的物料的明细
任务分配单：厨房根据具体订单与工位状态产生的生产计划
工位信息：工位所处的状态
出菜信息：生产加工完成的菜品的信息
缺货信息单：仓库根据库存监控得到库存不足的物料的明细单
菜品需求预测：前台根据以往数据产生的需求旺盛的菜品的种类明细
采购账单：采购所需费用的明细单
物料商品订单：采购部根据缺货信息单制定的物料明细单
费用单：采购所需的费用
到货验收单：入库检查时收到的单据
招聘准则：餐厅经理通过企业文化制定的员工要求
职工信息表：招收进入餐厅的职工信息
员工工资报表：员工工资的具体费用单据
员工分配表：人事管理部门通过员工的具体信息产生的分工表
服务反馈信息：通过前台收集的反馈单产生的反馈信息
结算费用报表：收银员汇总的顾客消费费用的表单
采购费用报表：采购所需费用的具体明细单
报销费用：财务通过采购费用报表产生的报销金额
钱款：顾客消费产生的费用
工资标准：人事部通过不同工种的具体要求产生的薪资标准
工资：员工收到的薪资
财务汇总单：财务部门通过各类费用报表产生的收支明细汇总
5.4 数据汇总
5.4.1 ER模型
5.4.2 数据项
5.4.3 U/C矩阵
5.5 数据流程图
环境图
零层图
前台服务二级DFD
厨房生产加工二级DFD
库存采购二级DFD
人事二级DFD
财务二级DFD
5.6 数据字典
5.6.1 数据结构
5.6.2 数据流
5.6.3 数据存储
5.6.4 外部实体
5.6.5 逻辑处理
6 数学模型
6.1 厨房生产模型
本系统采用多工位-多菜品(即一个工位可以独立加工多种菜品，一种菜品可以由多个工位加工)的生产模式。工位-菜品关系附表。
对于所有订单菜品，定义各工位正在加工的、及其后一个待加工菜品为已分配菜品，其余的(如果存在)为未分配菜品，本模型在先到先服务的菜品加工顺序下以最小化每个订单完成时间为目标来决策未分配菜品的加工工位。
每当一个订单到来既进行一次决策，若工位当前空闲或仅有一个正在加工菜品，则决策所得该工位的前2或1个可加工菜品直接分配给该工位作为已分配菜品，否则为未分配菜品，待下一订单到达时重新决策，每个工位按当前决策结果顺序加工。
目标函数如下：
其中， Fj为由j订单的菜品i实际完成时间fi,j组成的列向量，Ej为订单j的菜品i预期完成时间ei,j组成的列向量，a为订单超时惩罚系数，fi,j与决策变量即j订单i菜品加工工位xi,j存在确定函数关系：
即根据工位xi,j及加工顺序qi,j(先到先服务，即取决于 )依次递推可得j订单的菜品i实际完成时间，而
其中tj为订单j下单时间，ti,j 为菜品加工所需时间。
该模型使用遗传算法求解，变量表述如下：
其中，ai为菜品编号，bj为订单编号，xi,j为工位编号，qi,j为工位内加工顺序，形如：
xk列向量即为个体编码，取种群数量100，交叉概率0.3，变异概率0.2，迭代次数100，以如下订单菜品信息为例进行求解(暂未考虑不同工位对同菜品加工时间不同)：
优化结果[1, 2, 3, 4, 1, 3, 4, 3, 4, 2, 3, 1, 3, 2, 1, 2, 2, 1, 4]，相较随机分配可提升约25%的总体工作效率，且在任务数量不多时可大幅降低订单超时率，本例订单超时率较随机分配降低约30%。
7.系统设计
7.1 功能结构图设计
7.1.1 层次模块结构图
7.1.2 H图
7.2 系统流程图
7.2.1 系统流程-顶层
7.2.2 系统流程-前台
7.2.3 系统流程-厨房
7.2.4 系统流程-库存采购
7.2.5 系统流程-人事
7.2.6 系统流程-财务
7.3 程序设计
7.3.1 确认订单程序
7.3.2 厨房任务分配流程
8 程序截图
首页