大学学生餐厅管理信息系统设计.docx

大学学生餐厅管理信息系统设计.docx

《大学学生餐厅管理信息系统设计.docx》由会员分享，可在线阅读，更多相关《大学学生餐厅管理信息系统设计.docx（24页珍藏版）》请在冰豆网上搜索。

大学学生餐厅管理信息系统设计

1系统规划

1.1系统背景

随着计算机技术和现代通信技术的发展，人类已经步入数字化和网络化为特征的知识经济时代，人们对各种信息量的需求也逐渐增大。

由于当前学校的规模不断扩大，学生数量不断增加，学生信息量也不断增长，食堂管理工作成为学校各项管理工作的一个重要部分，学校后勤管理工作也日趋繁杂，众多的学生和教工食堂地理位置分散，又要实现统一的协调管理，面对庞大的工作量，如何有效提高食堂管理工作的效率是学校急需解决的问题。

同时，随着我校高速发展以及不断地扩招，我们可以发现由于西校区人数众多，中午时间吃饭人员无法分散，造成食堂窗口大面积拥堵，北村餐饮一条街人山人海，连站着的地方都没有，通常情况是下课以后如果跑的不快的话，往往要等上20多分钟才能顺利就餐。

这一状况不仅造成一些同学在中午临近下课时不能专心听讲，接近半个小时听课效率低下，而且中午时间众多的就餐人员造成了食堂工作人员的高负荷工作，同时失误增加，例如经常出现算错就餐费用的情况，做错饭菜的情况等一系列错误。

为了有效解决以上问题，就不得不借助现代化的管理模式——网络管理模式。

这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管理者能够准确，有效的管理餐饮。

学校食堂管理信息系统是一个实用并且是与我们的学校生活密切相关的一个管理信息系统；如果能够很好的研究、开发并加以利用，那么就会提高食堂的效益，降低食堂的成本，降低食堂的饭、菜价从而能够给学校的学生带来莫大的利益和好处。

本文首先对学位生食堂管理信息系统进行需求分析，阐述高校食堂管理工作流程，分析高校食堂管理存在的问题并提出如何用管理信息系统的方法来解决存在问题。

信息管理系统（MIS）是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合型学科，研究的是信息管理活动的全过程，以便有效地管理信息，提供各类管理决策信息，辅助企业进行现代化管理。

管理信息系统具备数据处理、计划、控制、预测和辅助决策功能，具体作用如以下5点内容：

（1）用统一标准处理和提供信息，排除使用前后矛盾的不完善的数据。

（2）完整、及时提供在管理及决策中需要的数据。

（3）利用指定的数据关系分析数据，客观预测未来。

（4）向各级管理机构提供不同的详细程度的报告，缩短分析和解决时间。

（5）用最低的费用最短的时间提供尽可能精确、可靠地信息，以便使决策者选择最佳的实施方案，以提高企业的经济效益。

1.2系统介绍

1.2.1系统目标

利用食堂信息管理系统可以做到信息的规范管理、科学统计和快速查询，从而减少管理工作方面的工作量，也减少了食堂工作人员的高负荷工作量。

大大降低食堂管理人员在信息管理精力上的投入，也有效减少费用算错等一系列失误，使食堂获得更大的利润空间。

与此同时给广大学生用户带来方便，广大学生可以通过网上预订自己喜欢的饭菜，不必再为中午时间的众多就餐人员发愁，有效提高了学习效率又有效的节省了时间，在实用性上达到了双赢。

食堂管理信息系统是针对学校食堂的具体业务而开发和设计的，其目的在于促进学校食堂的高效、便捷、快速的管理。

开发食堂管理信息系统，期望实现以下目标：

（1）提高经济效益、增效资源

（2）提高食堂服务质量、建立良好形象

（3）提高食堂员工工作效率

（4）实行学校学生可接受的饭菜价

（5）完善食堂内部管理体制

（6）与学校圈存机线连接

1.2.2系统功能分析

系统开发的总体任务是用管理信息系统技术，实现食堂各种信息的系统化，规范化，自动化，提高食堂管理的效率。

对应用系统项目的开发，首先要对程序要实现的功能和目标进行整体分析和规划，确保在后期开发中不会出现遗漏或重大缺陷。

因此在软件开发中，要严格按照软件工程的流程进行系统的分析和设计系统功能分析是在系统开发的总体任务的基本上完成的。

主要功能：

◆用户管理

◆库存管理

◆预订管理

◆成本管理

1.3系统开发计划

应用系统开发是在总体设计指导下的子系统开发，这时各个子系统功能明确、界面清晰、数据环境确定，这就是自顶向下规划和自底向上实现，自顶向下的规划是数据环境的统一，达到信息的一致性，要完成数据库的概念设计；自底向上的实现则应体现数据为中心的原则，数据设计和处理设计同步，首先应完成数据库的逻辑设计、进而带动程序模块设计（即面向数据的过程）。

在稳定、有序的数据环境下，提倡使用第四代（4GL）语言，在系统分析人员和业务人员密切配合下，进行快速应用开发（RapidApplicationDevelopment，PAD）。

在一年至两年内建立一个微机局域网，以实现兰州理工大学学生餐厅管理自动化。

1.4可行性分析

可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要分析。

它的任务是确定项目开发是否必要和可行。

它的主要目标是，进一步明确系统目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出你开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并提出系统的逻辑模型和各种可能方案，从而为系统开发项目的决策提供科学依据。

其主要从三个方面进行研究：

（1）技术可行性：

对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。

（a）计算机网络技术的发展和计算机硬件性价比的不断提升，使计算机不断应用于高校学生餐厅管理信息系统的各个环节成为可能。

（b）同时，由于计算机技术不断地发展，大部分人已经掌握了简单的计算机应用与处理，已有的技术可以使我们此次开发的学生食堂管理信息系统可以达到简约实用，使食堂操作人员没有使用上的障碍，完全可以实现操作的可能性。

（2）经济可行性：

对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行评估。

（a）学校食堂在学校和政府以及其他支持者的支持下能够保证有相当的可靠地盈利性，另外食堂管理信息系统能够很好的对食堂的相关方面进行管理，同时也可以更好的服务于同学。

（b）学生通过食堂管理信息系统既节省了排队等待时间又提高了学习效率，也节省了资金，必定会大力支持此系统。

（3）营运可行性：

指系统组织机构的影响，对现有人员的机构、设施、环境等的适应性以及进行人员的培训补充计划的可行性。

（a）高校学生餐厅管理信息系统页面简单易操作，目前我校计算机人才众多，学生可兼职帮助餐厅进行页面的管理与操作，同时，餐厅方面对于网络了解的从业人员也比较多，操作上完全没有任何问题。

（b）学生方面为了更好地就餐，为了享受更好更便捷的服务，肯定会大量使用此系统进行订餐等一系列行为，因此，营运方面不存在任何问题。

（4）从以上可行性分析可以得出：

该系统开发具备技术上、经济上和运营上的可行性。

2系统分析

2.1系统组织结构调查

业务流程分析是为了调查系统中各环节的管理业务活动，掌握管理业务的内容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等，为建立管理信息系统数据模型和逻辑模型打下基础。

业务流程图是掌握现行系统状况、确立系统逻辑模型不可缺少的环节，是系统分析和描述现行系统的重要工具，是业务流程调查结果的图形化表示。

（1）消费者信息管理：

对来自客户端的不同用户进行权限审查，限定对数据库的访问级别

（2）成本核算管理：

对成本利润的综合分析。

成本包括固定成本（人员工资、水电、税等）变动成本（菜、面、米等的采购成本）。

收入指每天的销售收入。

能核算每天、每月、每年、以及任何一段时间的成本，利润。

微机室核计每天各单位、各窗口的收益情况并将结果送入数据库供管理层查询；

（3）库存管理：

管理各种用品的使用情况，确定用货来源和送达目的;对商品的入

库、出库，结算的管理。

要有明细账，记载出入库的详细情况。

供食堂负责人员和采购人员还有审查工作，实现对于每天各部门、各食堂中所有使用的货物进行审查和查看现有库存情况；

（4）预订信息管理：

各部分向采购部发出需求申请，预订用户；对于采购部门已送达的货物进行电子签名接受；

◆预订信息管理：

订餐、订餐信息修改、订餐信息取消、定金处理、订餐统计、订餐查询、订餐报表。

预订信息管理

◆订餐信息处理：

有效地预定处理，能充分发挥销售潜力，这使该系统更实用、更全面、方便和快捷。

需要有关包厢的详细情况和全面咨询服务，减少了文件资料的手工整理等繁琐工作，并能避免处理上的错误，从而简化预订包厢手续

对上述各项功能进行集中、分块分析，按照结构化程序设计的要求，得到如图所示的这个系统的功能模块

2.2系统管理功能调查

系统开发的总体任务是受用计算机信息管理技术实现食堂各种信息的系统化、规范化、自动化、提高食堂管理的效率。

对应用系统项目的开发：

首先要对程序要实现的功能和目标进行整体分析和规划，确保在后期开发中不会出现遗漏或重大缺陷。

因此在软件开发中要严格按照软件工程的流程进行系统的分析和设计。

主要功能：

1、用餐人员信息管理

学生信息修改

学生信息添加

学生信息删除

学生信息查询

2、用餐管理

食堂预订信息管理：

食堂向采购部发出需求申请，预定用货；对于采购部已送达的货物进行电子签名接收；

学生预订信息管理：

订餐、订餐信息修改、订餐信息取消、定金处理、订餐统计、订餐查询、订餐报表；

有效的预订处理，充分发挥销售潜力，这使该系统更实用、全面、方便和快捷。

需要有关包房的详细情况和全面的咨询服务，减少了文件资料的手工整。

3、用餐卡管理

餐卡充值：

人工充值、系统充值；

餐卡挂失：

人工挂失、系统挂失。

4、餐费管理

餐卡余额查询

餐卡消费记录查询

5、统计查询

进货管理：

食品进货信息管理：

食品进货信息包括食品进货数量、单价、供货商等。

食品进货管理功能完成进货信息登记、修改和删除等。

分类查看：

可以根据食品类型来查看某种食品的进货情况。

更新库存：

进货信息的变动直接关系到库存的变化。

进货分析：

列出当前进货量最多的前几项食品和进货量最少的前几项食品。

库存分析：

列出当前库存量最多的前几项食品和库存量最少的前几项食品。

6、成本核算管理：

对成本利润的综合分析。

成本包括固定成本（人员工资、水电、税等）变动成本（菜、米、面等的采购成本）。

收入指每天的销售收入。

能核算每天、每月、每年、以及任何一段时间的成本，利润。

微机室核计每天各单位、各窗口的收益情况并将结果送入数据库供管理层查询；

成本查询：

用于各个单位查询各个部门每日每月的成本情况。

效益查询：

用于各个单位查询各个部门每日每月的收益情况。

库存管理：

管理各种用品的使用情况，确定用货来源和送达目的地；

对商品的入库，出库，结算的管理。

要有明细账，记载出入库的详细情况。

供食堂负人员和采购人员还有审查工作，实现对于每天各部门、各食堂中所使用的货物进行审核和查看现有库存情况。

2.3系统业务流程调查

业务流程分析的任务是调查系统中各环节的管理业务活动，掌握管理业务的内容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等，为建立管理信息系统数据模型和逻辑模型打下基础。

业务流程图是掌握现行系统状况、确立系统逻辑模型不可缺少的环节，是系统分析和描述现行系统的重要工具，是业务流程调查结果的图形化表示。

2.4数据流程图

2.4.1顶层数据流程图

2.4.2第二层数据流程图

2.4.3第三层数据流程图

2.4.3.1学生信息管理

2.4.3.2饭卡充值

2.4.3.3库存管理

2.4.3.4供销管理登记费

2.4.3.5采购管理

2.5系统数据字典

在整个系统分析中，数据字典是必不可少的工具。

数据字典是对系统中的数据的详尽描述，数据字典是关于数据信息的集合，对数据流图中包含的所有元素的定义的集合，它提供对数据库中数据描述的集中管理，目的是对收集到的数据进行标准化、统一化，有统一的名称、格式和含义，与数据流图共同构成系统的逻辑模型。

高校餐厅管理信息系统的数据字典包括：

数据元素，数据结构，数据流，处理过程，数据存储，外部实体。

数据字典除保存数据名、类型、长度、精度等有关信息外，还包括数据流向的描述和加工的描述，显然数据字典可供设计者和用户双方参照使用，它为系统设计人员提供了有力的工具。

（1）数据元素条目

数据元素是最小的数据组成单位。

数据元素条目如下表所示：

名称：

食材名称总编号：

0-02

别名：

NAME编号：

02

描述：

标识蔬菜肉类名称的唯一文字符号

定义：

蔬菜肉类名称=4{字符型}6

位置：

入库表、库存表和出库表

名称：

菜谱名称总编号：

0-04

别名：

NAME编号：

04

描述：

标识菜品名称的唯一文字符号

定义：

菜品名称=4{字符型}6

位置：

预定信息表

名称：

消费者姓名总编号：

0-06

别名：

NAME编号：

06

描述：

标识消费者姓名的唯一文字符号

定义：

消费者姓名=4{字符型}6

位置：

消费者信息管理

（2）数据结构条目

数据结构描述了数据之间的组合关系，一个数据结构可以包括若干个数据元素和数据结构。

数据结构条目如下表所示：

名称：

餐厅订货单总编号：

0-07

别名：

INDENT编号：

07

简述：

餐厅所填写的用户情况及订货要求等信息

数据结构组成：

订货单标识+用户情况+食材情况

名字：

库存报表总编号：

0-08

别名：

KCBB编号：

08

描述：

该数据表是用来记录库存商品的信息

定义：

库存食材表=食材编号+食材名称+规格+入库日期+库存数量+单价+出库日期+出入库经手人

名称：

菜品预订单总编号：

0-09

别名：

INDENT编号：

09

简述：

消费者所填写的预定要求等信息

数据结构组成：

订货单标识+用户情况+菜品情况

名字：

预定报表总编号：

0-10

别名：

YDBB编号：

10

描述：

该数据表是用来记录库存菜品的信息

定义：

库存食材表=食材编号+食材名称+规格+入库日期+库存数量+单价+出库日期+出入库经手人

（3）数据流条目

数据流包括了来源、去处、组成、流通量。

数据流条目如下表所示：

名称：

发货单总编号：

0-11

简述：

销售部门为用户开出的发货单编号：

11

数据流来源：

开发货单处理功能

数据流去向：

仓库备货处理功能

数据流组成：

发货单数据结构

名字：

入库报表总编号：

0-12

别名：

RKBB编号：

12

描述：

该数据表是用来记录入库食材的信息

定义：

入库表=入库编号+食材编号+食材名称+规格+入库数量

+单价+入库日期+入库经手人

名称：

发货单总编号：

0-13

简述：

餐厅部门为消费者开出的发货单编号：

13

数据流来源：

开发货单处理功能

数据流去向：

仓库备货处理功能

数据流组成：

发货单数据结构

名字：

库存报表总编号：

0-14

别名：

KCBB编号：

14

描述：

该数据表是用来记录销售食材的信息

定义：

库存报表=出库编号+食材编号+食材名称+规格+出库数量

+单价+出库日期+出库经手人

（4）数据处理条目

对于数据流程图中的处理，需要在数据字典中描述处理的编号、名称、功能。

简要说明有关的输入、输出。

处理过程条目如下表所示：

名称：

审核信息单总编号：

0-15

简述：

确定消费者的信息单填写是否正确编号：

15

输入的数据流：

信息单，来源为外部实体

处理：

检验信息单数据，查明是否符合供货范围

输出的数据流：

合格的信息单，去向是处理过程，不合格的信息单，去向是外部实体

名称：

审核消费卡总编号：

0-16

简述：

确定消费者的消费卡是否正确编号：

16

输入的数据流：

消费卡，来源为外部实体

处理：

检验消费卡数据，查明是否符合供货范围

输出的数据流：

合格的消费卡，去向是处理过程，不合格的消费卡，去向是外部实体

名称：

查询修改个人信息总编号：

0-17

简述：

修改消费者的消费卡的内容编号：

17

输入的数据流：

消费卡，来源为外部实体

处理：

检验消费卡数据，修改个人信息

输出的数据流：

修改后的信息，保存在消费者信息管理数据库

名称：

预定饭菜总编号：

0-18

简述：

查询修改预订饭菜的内容编号：

18

输入的数据流：

预订信息，来源为外部实体

处理：

检验预订数据

输出的数据流：

确定的信息，保存在消费者预订信息管理数据库

名称：

查询菜谱总编号：

0-19

简述：

查询可以预订的饭菜编号：

19

输入的数据流：

饭菜信息，来源为外部实体

处理：

检验饭菜数据

输出的数据流：

可以预定的饭菜，保存在菜谱信息管理数据库

（5）数据存储条目

数据存储条目主要描绘了数据存储的结构，有关的数据流，查询要求。

数据存储条目如下表所示

名称：

食材报表总编号：

0-20

简述：

存放食材的历年库存和单价编号：

20

有关的数据流：

D1

P2，P2

P4

数据存储组成：

食材编号+食材名称+单价+库存量+备注

名称：

饭菜预订数据库总编号：

0-21

简述：

保存饭菜的信息和单价编号：

21

有关的数据流：

D1

P2，P2

P4

数据存储组成：

饭菜编号+饭菜名称+单价+库存量+备注

名称：

消费者信息数据库总编号：

0-22

简述：

消费者信息编号：

22

有关的数据流：

D1

P2，P2

P4

数据存储组成：

消费者编号+消费者名称+备注

（6）外部实体

外部实体是数据的来源和去向。

外部实体条目主要说明了外部实体产生的数据流和传给该外部实体的数据流。

“采购部”、“销售部”两个外部实体的条目如下表所示：

名称：

销售部门总编号：

0-23

别名：

SALE编号：

23

说明：

向客户出售商品的一个重要外部实体

输入数据流：

订单

销售部门

输出数据流：

销售部门

客户订单

名称：

采购部门总编号：

0-24

别名：

PURCHASE编号：

24

说明：

为食堂购买各种商品的一个重要外部实体

输入数据流：

订货方案

采购部门

输出数据流：

采购部门

收货通知单

名称：

消费者总编号：

0-25

别名：

CONSUMER编号：

25

说明：

订购餐厅饭菜的一个重要外部实体

输入数据流：

预定信息

食堂部门

输出数据流：

食堂部门

收货通知单

但一般的文字说明存在着很多含糊不清之处。

所以，还必须用比较明确的处理逻辑描述工具对某些比较复杂的功能进行描述，以便于系统设计和程序设计。

有两种主要的描述工具：

决策树和结构化语言。

（1）决策树是用一棵自左向右的横向树来表示决策规则的一种工具。

下图6是处理订餐单的决策树：

（2）结构化语言是介于自然语言和程序设计语言之间的语言。

下面是用结构化语言描述销售处理的过程：

Repeat

input餐品代号

find餐品

if有餐品and库存>0

then

input数量

compute金额=单价*数量

sub库存量=库存量-数量

Until不再需要餐品