1、word教育资料 1系统规划 1.1系统背景 随着计算机技术和现代通信技术的发展 ， 人类已经步入数字化和网络化为特征的知识经 济时代 ， 人们对各种信息量的需求也逐渐增大 。
由于当前学校的规模不断扩大 ， 学生数量不 断增加 ， 学生信息量也不断增长 ，食堂管理工作成为学校各项管理工作的一个重要部分 ， 学 校后勤管理工作也日趋繁杂 ，众多的学生和教工食堂地理位置分散 ， 又要实现统一的协调管 理 ， 面对庞大的工作量 ， 如何有效提高食堂管理工作的效率是学校急需解决的问题 。
同时 ， 随着我校高速发展以及不断地扩招 ， 我们可以发现由于西校区人数众多 ， 中午时 连站着的地方 这样不仅 间吃饭人员无法分散 ，造成食堂窗口大面积拥堵 ，。

2、北村餐饮一条街人山人海, 20多分钟才能顺利就餐 。
这 接近半个小时听课效率低下 ， 而 同时失误增加 ， 例如经常出 都没有 ， 通常情况是下课以后如果跑的不快的话 ， 往往要等上 一状况不仅造成一些同学在中午临近下课时不能专心听讲, 且中午时间众多的就餐人员造成了食堂工作人员的高负荷工作, 现算错就餐费用的情况 ， 做错饭菜的情况等一系列错误 。
为了有效解决以上问题 ， 就不得不借助现代化的管理模式一一网络管理模式 。
提高了工作效率 ， 也避免了以前手工作业的麻烦 ， 从而使得管理者能够准确 ， 有效的管理餐 饮 。
学校食堂管理信息系统是一个实用并且是与我们的学校生活密切相关的一个管理信息 系统；如果能够很好的研究、开发并加以 。

3、利用 ， 那么就会提高食堂的效益 ， 降低食堂的成本 ，降低食堂的饭、菜价从而能够给学校的学生带来莫大的利益和好处 。
本文首先对学位生食堂管理信息系统进行需求分析 ， 阐述高校食堂管理工作流程 ，分析 高校食堂管理存在的问题并提出如何用管理信息系统的方法来解决存在问题 。
信息管理系统（MIS）是一门新兴的、集管理科学、信息科学、系统科学及计算机科学 为一体的综合型学科 ，研究的是信息管理活动的全过程 ， 以便有效地管理信息 ，提供各类管 理决策信息 ， 辅助企业进行现代化管理 。
管理信息系统具备数据处理、计划、控制、预测和 辅助决策功能 ， 具体作用如以下5点容： （1）用统一标准处理和提供信息 ， 排除使用前后矛盾的不完 。

4、善的数据 。
（2）完整、及时提供在管理及决策中需要的数据 。
（3）利用指定的数据关系分析数据 ， 客观预测未来 。
（4）向各级管理机构提供不同的详细程度的报告 ， 缩短分析和解决时间 。
（5）用最低的费用最短的时间提供尽可能精确、可靠地信息 ， 以便使决策者选择最 佳的实施方案 ， 以提高企业的经济效益 。
1.2 系统介绍 1.2.1系统目标 利用食堂信息管理系统可以做到信息的规管理、科学统计和快速查询 ， 从而减少管理工 作方面的工作量 ， 也减少了食堂工作人员的高负荷工作量 。
大大降低食堂管理人员在信息管 理精力上的投入 ， 也有效减少费用算错等一系列失误 ， 使食堂获得更大的利润空间 。
与此同 时给广大学生用户带来方便 ， 广 。

5、大学生可以通过网上预订自己喜欢的饭菜 ， 不必再为中午时 间的众多就餐人员发愁 ， 有效提高了学习效率又有效的节省了时间 ， 在实用性上达到了双赢 。
食堂管理信息系统是针对学校食堂的具体业务而开发和设计的 ， 其目的在于促进学校食堂的 高效、便捷、快速的管理 。
开发食堂管理信息系统 ， 期望实现以下目标： (1) 提高经济效益、增效资源 (2) 提高食堂服务质量、建立良好形象 (3) 提高食堂员工工作效率 (4) 实行学校学生可接受的饭菜价 (5) 完善食堂部管理体制 (6) 与学校圈存机线连接 1.2.2系统功能分析 系统开发的总体任务是用管理信息系统技术 ， 实现食堂各种信息的系统化 ， 规化 ， 自动 化 ， 提高食堂管理的 。

6、效率 。
对应用系统项目的开发 ，首先要对程序要实现的功能和目标进行 整体分析和规划 ， 确保在后期开发中不会出现遗漏或重大缺陷 。
因此在软件开发中 ，要严格 按照软件工程的流程进行系统的分析和设计系统功能分析是在系统开发的总体任务的基 本上完成的 。
主要功能： 用户管理 库存管理 . 预订管理 . 成本管理 1.3系统开发计划 应用系统开发是在总体设计指导下的子系统开发 ， 这时各个子系统功能明确、界面清晰、 数据环境确定 ， 这就是自顶向下规划和自底向上实现 ， 自顶向下的规划是数据环境的统一 ，达到信息的一致性 ， 要完成数据库的概念设计；自底向上的实现则应体现数据为中心的原则 ，数据设计和处理设计同步 ， 首先应 。

7、完成数据库的逻辑设计、进而带动程序模块设计（即面向 数据的过程） 。
在稳定、有序的数据环境下 ， 提倡使用第四代（4GL）语言 ， 在系统分析人员 ,PAD 。
和业务人员密切配合下 ， 进行快速应用开发（ Rapid Application Developme nt 在一年至两年建立一个微机局域网 ， 以实现理工大学学生餐厅管理自动化 。
1.4可行性分析 可行性分析是系统分析阶段的重要活动 ， 是对系统进行全面、 概要分析 。
它的任务是确 定项目开发是否必要和可行 。
它的主要目标是 ， 进一步明确系统目标、规模和功能 ， 对系统 开发背景、必要性和意义进行调查分析 ， 并根据需要和可能提出你开发系统的初步方案和计 划 ， 明确问题 ， 对 。

8、所提供系统大致规模和目标的几个有关约束条件进行论证 ， 并提出系统的 逻辑模型和各种可能方案 ， 从而为系统开发项目的决策提供科学依据 。
其主要从三个方面进行研究： （1）技术可行性：对现有技术进行评价 ，以明确能否利用现有技术进行系统开发及 系统实施 。
（a）计算机网络技术的发展和计算机硬件性价比的不断提升 ， 使计算机不断应用 于高校学生餐厅管理信息系统的各个环节成为可能 。
（b）同时 ， 由于计算机技术不断地发展, 大部分人已经掌握了简单的计算机应用与处理 ， 已有的技术可以使我们此次开发的学生食堂 完全可以实现操作的 对系统建设、运行和维 （a）学校食堂在学校 另外食堂管理信息系统能 （b）学生通过食堂管 管 。

9、理信息系统可以达到简约实用 ，使食堂操作人员没有使用上的障碍, 可能性 。
（2）经济可行性：对组织的经济状况和投资能力进行分析, 护费用进行评估 ， 对系统建成后可能取得的社会及经济效益进行评估 。
和政府以及其他支持者的支持下能够保证有相当的可靠地盈利性, 够很好的对食堂的相关方面进行管理 ， 同时也可以更好的服务于同学 。
理信息系统既节省了排队等待时间又提高了学习效率 ， 也节省了资金 ， 必定会大力支持此系 统 。
（3）营运可行性：指系统组织机构的影响 ， 对现有人员的机构、设施、环境等的适 应性以及进行人员的培训补充计划的可行性 。
（a）高校学生餐厅管理信息系统页面简单易操 作 ， 目前我校计算机人才众多 ， 学生可 。

10、兼职帮助餐厅进行页面的管理与操作 ， 同时 ， 餐厅方 面对于网络了解的从业人员也比较多 ， 操作上完全没有任何问题 。
（b）学生方面为了更好地 就餐 ， 为了享受更好更便捷的服务 ， 肯定会大量使用此系统进行订餐等一系列行为 ， 因此 ，营运方面不存在任何问题 。
（4）从以上可行性分析可以得出：该系统开发具备技术上、经济上和运营上的可行 性 。
2系统分析 2.1系统组织结构调查 业务流程分析是为了调查系统中各环节的管理业务活动 ， 掌握管理业务的容、 作用及信 息的输入、输出、数据存储和信息的处理方法及过程等 ， 为建立管理信息系统数据模型和逻 辑模型打下基础 。
业务流程图是掌握现行系统状况、确立系统逻辑模型不可缺少的环节 ， 是 。

11、 系统分析和描述现行系统的重要工具 ， 是业务流程调查结果的图形化表示 。
（1）消费者信息管理：对来自客户端的不同用户进行权限审查 ， 限定对数据库的访问 级 别 （2）成本核算管理：对成本利润的综合分析 。
成本包括固定成本（人员工资、水 电、 税等）变动成本（菜、面、米等的采购成本） 。
收入指每天的销售收入 。
能核算每天、每月、 每年、以及任何一段时间的成本 ， 利润 。
微机室核计每天各单位、 各窗口的收益情况并将结 果送入数据库供管理层查询； (3) 库存管理：管理各种用品的使用情况 ， 确定用货来源和送达目的；对商品的入 库、出库 ， 结算的管理 。
要有明细账 ， 记载出入库的详细情况 。
供食堂负责人员和采购人员 还有审查 。

12、工作 ， 实现对于每天各部门、 各食堂中所有使用的货物进行审查和查看现有库存情 况;
(4) 预订信息管理：各部分向采购部发出需求申请 ， 预订用户；对于采购部门已送达的 货物进行电子签名接受； 预订信息管理：订餐、订餐信息修改、订餐信息取消、定金处理、订餐统计、订餐查询、 订餐报表 。
订餐信息处理：有效地预定处理 ， 能充分发挥销售潜力 ， 这使该系统更实用、更全面、 方便和快捷 。
需要有关包厢的详细情况和全面咨询服务 ， 减少了文件资 料的手工整理等繁琐工作 ， 并能避免处理上的错误 ， 从而简化预订包厢 手续 对上述各项功能进行集中、分块分析 ， 按照结构化程序设计的要求 ， 得到如图所示的这个系 统的功能模块 消费者信息添 。

13、加 消费者信息修改 消费者信息 消费者信息查询 消费者信息删除 高校学生餐厅管理信息系统 成本查询 成本核算 库存管理 效益查询 库存余额查询 入库商品管理 出库商品管理 预订信息查询 预订信息修改 预订信息系统 预订信息添加 f 座位信息查询 2.2 系统管理功能调查 系统开发的总体任务是受用计算机信息管理技术实现食堂各种信息的系统化、规化、自 动化、提高食堂管理的效率 。
对应用系统项目的开发： 首先要对程序要实现的功能和目标进行整体分析和规划 ， 确保在后期开发中不会出现遗 漏或重大缺陷 。
因此在软件开发中要严格按照软件工程的流程进行系统的分析和设计 。
主要功能： 1、用餐人员信息管理 学生信息 。

14、修改 学生信息添加 学生信息删除 学生信息查询 2、用餐管理 食堂预订信息管理：食堂向采购部发出需求申请 ， 预定用货；对于采购部已送达的货 物进行电子签名接收； 学生预订信息管理：订餐、订餐信息修改、订餐信息取消、定金处理、订餐统计、订餐 查询、订餐报表； 有效的预订处理 ， 充分发挥销售潜力 ， 这使该系统更实用、全面、方便和快捷 。
需要有 关包房的详细情况和全面的咨询服务 ， 减少了文件资料的手工整 。
3、用餐卡管理 餐卡充值：人工充值、系统充值； 餐卡挂失：人工挂失、系统挂失 。
4、餐费管理 餐卡余额查询 餐卡消费记录查询 5、统计查询 进货管理：食品进货信息管理：食品进货信息包括食品进货数量、单价、供 。

15、货商等 。
食 品进货管理功能完成进货信息登记、修改和删除等 。
分类查看：可以根据食品类型来查看某种食品的进货情况 。
更新库存：进货信息的变动直接关系到库存的变化 。
进货分析：列出当前进货量最多的前几项食品和进货量最少的前几项食品 。
库存分析：列出当前库存量最多的前几项食品和库存量最少的前几项食品 。
6、成本核算管理： 对成本利润的综合分析 。
成本包括固定成本（人员工资、水电、税等）变动成本（菜、 米、面等的采购成本） 。
收入指每天的销售收入 。
能核算每天、每月、每年、以及任何一段 时间的成本 ， 利润 。
微机室核计每天各单位、 各窗口的收益情况并将结果送入数据库供管理 层查询； 成本查询：用于各个单位查询各 。

【大学|大学学生餐厅管理信息系统】16、个部门每日每月的成本情况 。
效益查询：用于各个单位查询各个部门每日每月的收益情况 。
库存管理：管理各种用品的使用情况 ， 确定用货来源和送达目的地； 对商品的入库 ， 出库 ， 结算的管理 。
要有明细账 ， 记载出入库的详细情况 。
供食堂负 人员和采购人员还有审查工作 ， 实现对于每天各部门、 各食堂中所使用的货物进行审核和查 看现有库存情况 。
2.3 系统业务流程调查 业务流程分析的任务是调查系统中各环节的管理业务活动 ， 掌握管理业务的 容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等 ， 为建立管理 信息系统数据模型和逻辑模型打下基础 。
业务流程图是掌握现行系统状况、确立系 统逻辑模型不可缺少的环节 ， 是系统分 。

17、析和描述现行系统的重要工具 ， 是业务流程 调查结果的图形化表示 。
word教育资料 消费者 填写办卡信息单 办卡员 审核信息单 采购员 库存报表 办理入 入库单 未经批准的 办卡消费单 有关 部门 库手续 采购员 采购商品 餐厅 供应员 消费者 查询/修改 个人信息 办卡消费 审核通过办卡信息 者汇总表 管理员 查询信息 办卡员 1 消费者信1 办理消费卡 一息管理库 消费者 消费卡 登录餐管系统 查询 请求 查询餐厅菜谱 餐管员 管理员 餐管员 P菜单 登录餐 查看/修改 管系统 管理员 统计缺 少食材 t 缺货 领料单 菜单数据库 消费者 预订 信息 查询修改预 订信息 饭菜预定统计表 管理 。

18、员 消费者 预订饭菜 消费者 制作饭菜预 定统计表 饭菜预订 数据库 2.4数据流程图 241顶层数据流程图 供应商 学生信用信息 食堂处理系统 师生 供应商信息 2.4.2第二层数据流程图 米购系统 饭卡 发卡发放处 个人信息、现金 学生弋- * 饭卡、现金 存款处理 采购请购单 食刷 口七 口仃卡 发货单 4 退货单 库房处理 生产处理 成品领用单 成品出库 单、成品 刷卡核实 销售处 凭证 财务处理 应付款项 教务处 243第三层数据流程图 243.1学生信息管理 教务处 新生信息 信息录入处 word教育资料 243.2饭卡充值 学生信息钞票真伪 r . 3 r 信息或现 确认无误金有 。

19、误 自助存款 饭卡发放处 部门相关 审批、通知付款 饭卡 2.4.3.3库存管理 存款凭证 现金 饭卡 错误凭证 学生 财务处理 成品入库单 收据 教务处 确认、原料出库单 确认、成品出库单 供应商信息 243.4供销管理登记费 成品入库单 2.4.3.5采购管理 仓库 入库登记单 采购计划单 原料入库单、原料 采购处理 发货. 二 请购计划单 供应商 2.5系统数据字典 在整个系统分析中 ， 数据字典是必不可少的工具 。
数据字典是对系统中的数据的详尽描 述 ， 数据字典是关于数据信息的集合 ， 对数据流图中包含的所有元素的定义的集合 ， 它提供 对数据库中数据描述的集中管理 ， 目的是对收集到的数据进行标准化、统 。

20、一化 ， 有统一的名 称、格式和含义 ， 与数据流图共同构成系统的逻辑模型 。
高校餐厅管理信息系统的数据字典包括：数据元素 ， 数据结构 ， 数据流 ， 处理过程 ， 数 据存储 ， 外部实体 。
数据字典除保存数据名、类型、长度、精度等有关信息外 ， 还包括数据 流向的描述和加工的描述 ， 显然数据字典可供设计者和用户双方参照使用 ， 它为系统设计人 员提供了有力的工具 。
（1）数据元素条目 数据元素是最小的数据组成单位 。
数据元素条目如下表所示： won 名称资料食材编号 别名：G NO 长度：6个字节 总编号：0-01 编号：01 类型：字符型 名称：食材名称总编号：0-02 别名：NAME编号：02 描述：标识蔬菜肉类名称的唯一文 。

21、字符号 定义：蔬菜肉类名称=4字符型6 位置：入库表、库存表和出库表 名称：菜谱编号 总编号：0-03 别名：G NO 编号：03 长度：6个字节 类型：字符型 简述：某种菜品的编号 名称：菜谱名称总编号：0-04 word教育资料 别名：NAME编号：04 描述：标识菜品名称的唯一文字符号 名称.消费者编号 总编号：0-05 别名：G NO 编号：05 长度：6个字节 类型：字符型 简述：某个消费者的编号 名称：消费者姓名总编号：0-06 别名：NAME编号：06 描述：标识消费者姓名的唯一文字符号 定义：消费者姓名=4字符型6 位置：消费者信息管理 （2）数据结构条目 数据结构描述了数据之 。

22、间的组合关系 ， 一个数据结构可以包括若干个数据元素和数据结 总编号：0-07 编号：07 构 。
数据结构条目如下表所示： 名称：餐厅订货单 word教育资料 别名：INDENT 简述：餐厅所填写的用户情况及订货要求等信息 名字: 库存报表 总编号：0-08 别名: KCBB 编号：08 描述: 该数据表是用来记录库存商品的信息 定义: 库存食材表二食材编号+食材名称+规格+入库日期+库存数 量+单价+出库日期+出入库经手人 名称：菜品预订单 总编号：0-09 别名：INDENT 编号：09 简述：消费者所填写的预定要求等信息 数据结构组成：订货单标识+用户情况+菜品情况 wor别教名资料Y DBB 。

23、 编号：10 描述：该数据表是用来记录库存菜品的信息 名字：预定报表总编号：0-10 （3）数据流条目 总编号：0-11 数据流包括了来源、去处、组成、流通量 。
数据流条目如下表所示: 名称：发货单 简述：销售部门为用户开出的发货单 编号：11 总编号：0-13 数据流来源：开发货单处理功能 数据流去向：仓库备货处理功能 数据流组成：发货单数据结构 名字: 入库报表 总编号：0-12 别名: RKBB 编号：12 描述: 该数据表是用来记录入库食材的信息 定义: 入库表=入库编号+食材编号+ 食材名称+规格+入库数量 +单价+入库日期+入库经手人 编号：13 word名称资料发货单 简述：餐厅部 。

24、门为消费者开出的发货单 数据流来源：开发货单处理功能 名字：库存报表总编号：0-14 别名：KCBB编号：14 描述：该数据表是用来记录销售食材的信息 定义：库存报表=出库编号+食材编号+食材名称+规格+出库数量 +单价+出库日期+出库经手人 （4）数据处理条目 对于数据流程图中的处理 ， 需要在数据字典中描述处理的编号、名称、功能 。
简要说明 有关的输入、输出 。
处理过程条目如下表所示： 名称：审核信息单总编号：0-15 简述：确定消费者的信息单填写是否正确编 号：15 输入的数据流：信息单 ， 来源为外部实体 处理：检验信息单数据 ， 查明是否符合供货范围 输出的数据流：合格的信息单 ， 去向是处理过程 ， 不合 。

25、格的信 息单 ， 去向是外部实体 word教育资料 名称：审核消费卡总编号：0-16 简述：确定消费者的消费卡是否正确编 号：16 输入的数据流：消费卡 ， 来源为外部实体 处理：检验消费卡数据 ， 查明是否符合供货范围 输出的数据流：合格的消费卡 ， 去向是处理过程 ， 不合格的消费 卡 ， 去向是外部实体 名称：查询修改个人信息总编号：0-17 简述：修改消费者的消费卡的内容编号：17 输入的数据流：消费卡 ， 来源为外部实体 处理：检验消费卡数据 ， 修改个人信息 输出的数据流：修改后的信息 ， 保存在消费者信息管理数据库 名称：预定饭菜总编号：0-18 简述：查询修改预订饭菜的内容编 号：18 输入的数据流：预订信息 ， 来 。

26、源为外部实体 处理：检验预订数据 输出的数据流：确定的信息 ， 保存在消费者预订信息管理数 据库 word教简述：查询可以预订的饭菜编号：19 输入的数据流：饭菜信息 ， 来源为外部实体 名称：查询菜谱总编号：0-19 (5) 数据存储条目 数据存储条目主要描绘了数据存储的结构 ， 有关的数据流 ， 查询要求 。
数据存储条目如 F表所示 名称：食材报表总编号：0-20 简述：存放食材的历年库存和单价编 号：20 有关的数据流：D1 - P2 ， P2 - P4 数据存储组成：食材编号+食材名称+ 单价+库存量+ 备注 名称：饭菜预订数据库 总编号：0-21 简述：保存饭菜的信息和单价 编号：21 有关的数据流：D1 。

27、 P2 ， P2 f P4 数据存储组成：饭菜编号+饭菜名称+单价+库存量+备注 名称：消费者信息数据库总编号：0-22 word教育资料 简述：消费者信息编 号：22 有关的数据流：D1 - P2 ， P2 - P4 (6) 外部实体 外部实体是数据的来源和去向 。
外部实体条目主要说明了外部实体产生的数据流和传给 该外部实体的数据流 。
“采购部”、“销售部”两个外部实体的条目如下表所示： 名称：销售部门总编号：0-23 别名：SALE编号：23 说明：向客户出售商品的一个重要外部实体 输入数据流：订单 -销售部门 输出数据流：销售部门一客户订单 名称：采购部门总编号：0-24 别名：PURCHASE编。

28、号: 24 说明：为食堂购买各种商品的一个重要外部实体 输入数据流：订货方案 采购部门 输出数据流：采购部门 收货通知单 名称：消费者总编号：0-25 wor别名资料CONSUMER编号: 25 说明：订购餐厅饭菜的一个重要外部实体 但一般的文字说明存在着很多含糊不清之处 。
所以 ， 还必须用比较明确的处理逻辑描述 工具对某些比较复杂的功能进行描述 ，以便于系统设计和程序设计 。
有两种主要的描述工具： 决策树和结构化语言 。
（1）决策树是用一棵自左向右的横向树来表示决策规则的一种工具 。
下图 6是处理订 餐单的决策树： 择时做餐 立即调别 处库存择 时做餐 V库存量 择时做餐 进货后 择时做餐 (2)结构化语言是介于自然语言和程序设计语言之间的语言 。
下面是用结构化语言描述 销售处理的过程： Repeat in put 餐品代号 find 餐品 if 有餐品and库存0 word教育资料 the n in put 数量 compute 金额=单价*数量 sub 库存量=库存量-数量 Un til不再需要餐品 。

稿源：(未知)

【傻大方】网址：/a/2021/0526/0022272378.html

标题：大学|大学学生餐厅管理信息系统