食堂管理信息系统设计.docx
《食堂管理信息系统设计.docx》由会员分享,可在线阅读,更多相关《食堂管理信息系统设计.docx(36页珍藏版)》请在冰豆网上搜索。
食堂管理信息系统设计
中南财经政法大学
留学生食堂管理信息系统设计
小组成员:
白翔、郑大伟、张晓波
文档整理人:
张晓波1006060129
专业年级:
人力资源管理1001班
指导老师:
杨怡光
1.需求分析
1.1食堂管理信息系统可行性分析--------------------------------------------------------------------------3
1.2现状调查-----------------------------------------------------------------------------------------------------3
1.3新系统介绍--------------------------------------------------------------------------------------------------3
1.4结论-----------------------------------------------------------------------------------------------------------3
2.系统分析
2.1系统概述-----------------------------------------------------------------------------------------------------3
2.2系统功能分析-----------------------------------------------------------------------------------------------3
2.2.1子模块功能分析
2.2.2系统整体功能管理模块
2.3数据流图-----------------------------------------------------------------------------------------------------7
2.3.1校园卡交易系统
2.3.2预定管理流图
2.3.3库存管理数据流图
2.3.4学校食堂整体流程图
2.4数据字典---------------------------------------------------------------------------------------------------10
2.4.1数据字典的组成
2.4.2数据字典的相关内容
2.4.3数据字典-数据库数据字典
2.4.4数据项和数据结构
3.系统设计
3.1功能模块图------------------------------------------------------------------------------------------------14
3.2系统运行平台---------------------------------------------------------------------------------------------14
3.2.1硬件系统配置
3.2.2操作系统
3.2.3数据库管理信息系统
3.3设计E-R图-------------------------------------------------------------------------------------------------16
3.3.1系统分E-R图
3.3.2整体E-R图
3.4系统详细设计---------------------------------------------------------------------------------------------19
3.4.1代码设计
3.4.2数据库设计
3.4.3用户子模块设计
3.4.4人机对话设计
3.4.5输入、输出设计
1.需求分析
1.1食堂管理信息系统可行性分析
可行性分析是系统分析阶段的重要活动,是对系统进行全面、概要的分析。
它的任务是确定项目开发是否必要和可行。
它的主要目标是:
进一步明确系统的目标、规模和功能,对系统开发背景、必要性和意义进行调查分析,并根据需要和可能提出拟开发系统的初步方案和计划,明确问题,对所提供系统大致规模和目标的几个有关约束条件进行论证,并且提出系统的逻辑模型和各种可能的方案,从而为系统开发项目的决策提供科学依据。
其主要从三个方面进行研究:
(1)技术可行性:
对现有技术进行评价,以明确能否利用现有技术进行系统开发及系统实施。
计算机网络技术的发展和计算机硬件性价比的不断提升,使计算机全面应用于医院管理的各个环节成为可能。
C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用,实践证明这些技术都非常适合食堂管理系统的开发。
(2)经济可行性:
对组织的经济状况和投资能力进行分析,对系统建设、运行和维护费用进行评估,对系统建成后可能取得的社会及经济效益进行评估。
学校食堂在学校和政府以及其它支持者的支持下能够保证有相当的可靠的可盈利性,另外食堂管理信息系统能够很好的对食堂的相关的方面进行相关的管理和控制,能够有效的降低成本,提高营业利润。
(3)营运可行性:
指系统对组织机构的影响,对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。
食堂系统的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。
学校是高科技技术的研发地,计算机学院以及其它相关学院的科学技术的发展能够保证管理信息系统的有效开发和利用。
从以上可行性分析可知,该系统开发具备技术上、经济上和营运上的可行性。
1.2现状调查
学校的规模不断扩大,学生数量不断增加,学生信息量也成倍增长,食堂管理工作成为学校各项管理工作的一个重要部分。
同时由于学校食堂管理复杂性给学校食堂的人工管理带来了相当大的难度,不管是在菜价的制定还是库存的控制方面都是现有的人工所处理不过来的数据,或者是处理起来难度非常大。
面对庞大的信息量,如何有效在提高食堂管理工作的效率是学校急需解决的问题。
这样不仅提高了工作效率,也避免了以前手工作业的麻烦,从而使得管理者能够准确,有效的管理餐饮。
1.3新系统介绍
本食堂管理信息系统是在计算机技术、网络技术、面向对象的新数据库技术以及其他相关的科学技术的支持下形成的。
它主要是从以下几个管理方面:
学生信息管理、食堂信息管理、订餐管理、库存管理、成本管理等来进行相关的分析与研究。
通过此系统能够很好的处理大量的相关的食堂相关信息。
1.4结论
通过以上的分析可知,食堂管理信息系统是非常有必要的、可行的。
2.系统分析
2.1系统概述
食堂管理信息系统是针对学校食堂的具体的业务而开发和设计的,其目的在于促进学校食堂的高效、便捷、快速的管理。
开发食堂管理信息系统,期望实现以下目标。
(1)提高经济效益、增效资源
(2)提高食堂服务质量、建立良好形象
(3)提高食堂员工工作效率
(4)实行学校学生可接受的饭菜价
(5)完善食堂内部管理体制
2.2系统功能分析
系统功能是指完成某项工作的能力,以功能为基点分析问题,则系统将会相对于组织的变化而有一定的独立性,即可以获得较强的生命力。
本论文讨论的食堂管理信息系统则是在电子科技的基础上,怎样做才能更好的提高食堂的服务效率、质量,减少食堂的成本,提高学校食堂的效益,从而让食堂能够更好的服务学校的师生。
系统功能分析是在系统开发的总体任务的基本上完成的。
主要功能:
1、学生信息管理
2、预定信息管理
3、成本核算管理
4、库存管理
其中主要任务为学生信息管理和结算信息管理。
总的功能特点:
●完善、全面的综合查询
●报表翔实,实用性强
2.2.1子模块功能分析
学生信息管理:
主要是对学生的信息管理进行管理,主要的方面主要是学生信息的查询、修改、添加等。
食堂成本核算管理:
对成本利润的综合分析。
成本包括:
固定成本(人员工资、水电、税等)+变动成本(菜、酒、米等的采购成本)。
收入指每天的销售收入。
能核算每天、每月、每年、以及任何一段时间的成本,利润。
计算机系统核计每天各单位、各窗口的收益情况并将结果送入数据库供管理层查询;
成本查询:
总成本=各项成本的综合
单位平均成本=总成本/单位总数
加权成本=根据各部门、单位的重要性从而为其赋予一定的权数*本单位的成本
单位加权平均成本=加权成本、单位总数
效益查询:
总效益=各部门、单位的效益的总和
单位平均效益=总效益/单位、部门总数
加权效益=根据各部门、单位的重要性从而为其赋予一定的权数*本单位的效益
单位加权平均效益=加权效益/单位、部门总数
预定信息管理:
采购部负责订购食品用材,其他部门向其提交申请,对于已达货物可采取签名接受。
在该系统中,把从学生预定信息输入单元输入的多种学生预定信息(学生的预定和工作人员的学生访问预定)存储到学生预定信息存储单元中,学生日程安排单元从存储在学生预定信息存储单元中的学生预定信息选择出规定日中的规定种类的学生预定信息,自动生成学生日程表。
由此,不需要通过手工操作表来从种类繁多的学生预订信息中挑选出规定日中的学生预定信息和挑选出规定种类的学生预定信息,可以向工作人员提供使用方便的学生日程表,从而可提高工作效率。
库存管理:
根据外界对库存的要求,企业订购的特点,预测,计划和执行一种补充库存的行为,并对这种行为进行控制,重点在于确定如何订货,订购多少,何时订货。
2.2.2系统整体功能管理模块
2.3数据流图
数据流图(DataFunctionDiagram):
又名数据功能图表,简称DFD,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
它是SA方法中用于表示系统逻辑模型的一种工具,它以图形的方式描绘数据在系统中流动和处理的过程,由于它只反映系统
必须完成的逻辑功能,所以它是一种功能模型。
2.3.1学校校园卡(食堂卡)卡交易系统
2.3.2预定管理流图
2.3.3库存管理数据流图
2.3.4学校食堂整体流程图
2.4数据字典:
数据字典(Datadictionary)是一种用户可以访问的记录数据库和应用程序元数据的目录。
主动数据字典是指在对数据库或应用程序结构进行修改时,其内容可以由DBMS自动更新的数据字典。
被动数据字典是指修改时必须手工更新其内容的数据字典。
数据字典是一个预留空间,一个数据库,这是用来储存信息数据库本身。
数据字典可能包含的信息,例如:
1数据库设计资料
2用户权限
3用户统计
4数据库的过程中的信息
5数据库增长统计
6数据库性能统计
数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。
数据字典通常包括数据项\数据结构\数据流\数据存储和处理过程五个部分。
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
2.4.1数据字典的组成
1、数据项
2、数据结构
3、数据流
4、数据存储
5、处理过程
2.4.2数据字典的相关内容
数据库的重要部分是数据字典。
它存放有数据库所用的有关信息,对用户来说是一组只读的表。
数据字典内容包括:
1、数据库中所有模式对象的信息,如表、视图、簇、及索引等。
2、分配多少空间,当前使用了多少空间等。
3、列的缺省值。
4、约束信息的完整性。
5、用户的名字。
6、用户及角色被授予的权限。
7、用户访问或使用的审计信息。
8、其它产生的数据库信息。
数据库数据字典是一组表和视图结构。
它们存放在SYSTEM表空间中。
数据库数据字典不仅是每个数据库的中心。
而且对每个用户也是非常重要的信息。
用户可以用SQL语句访问数据库数据字典。
关于数据的信息集合,是一种用户可以访问的记录数据库和应用程序元数据的目录,是对数据库内表信息的物理与逻辑的说明
2.4.3数据字典-数据库数据字典
是一组表和视图结构。
它们存放在SYSTEM表空间中。
数据库数据字典不仅是每个数据库的中心。
而且对每个用户也是非常重要的信息。
用户可以用SQL语句访问数据库数据字典。
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
2.4.4数据项和数据结
针对一般高校食堂管理信息系统的需求,通过对食堂管理工作过程的内容和数据流程分析,设计如下所示的数据项和数据结构:
数据机构名称:
卡信息
包括的数据项有:
1)卡号
(学生使用的用来付款的卡的编号,与学生办卡的先后顺序有关也有可能是与学院有关的别名Card_number字符型长度6)
2)余额
(学生卡中所剩的金钱数量,别名Balance字符型长度6)
3)办卡日期
(学生办卡的日期,别名Card_date日期型长度8)
4)持卡者姓名
(拥有信息卡的学生的名称,别名Person_name字符型长度10)
5)花费
(学生所消费的金钱数量别名Consume字符型长度20)
数据结构名称:
学生信息
包括的数据项有:
1)学号
(学生在校所编的号码别名S_number字符型长度6)
2)系别
(学生所在的系的名称别名S_system字符型长度16)
3)班级
(学生所在的班级的班号别名class字符型长度20)
4)姓名
(学生的姓名别名S_name字符型长度10)
5)性别
(学生的性别别名S_sex字符型长度4)
6)宿舍
(学生所在的宿舍名称别名S_dorm字符型长度20)
数据结构名称:
教师信息
包括的数据项有:
1)教师号
(教师的编号别名T_number字符型长度6)
2)系别
(教师所在的系的名称别名T_system字符型长度10)
3)姓名
(教师的姓名别名T_name字符型长度6)
4)性别
(教师的性别别名T_sex字符型长度4)
5)家庭住址
(教师的家庭住址别名Address字符型长度50)
6)联系方式
(教师的手机号码别名T_tel字符型长度20)
数据结构名称:
学生
包括的数据项有:
1)消费序号
(学生来消费的序号别名Consumer_number字符型长度6)
2)姓名
(学生的姓名别名Consumer_name字符型长度10)
3)性别
(学生的性别别名Consumer_sex字符型长度10)
4)消费类别
(学生消费的类别,其中包括卡消费和现金消费别名Consume_sort字符型长度10)
5)学生类别,这里指学生或教师别名Consumer_sort字符型长度10)
数据结构名称:
消费情况
包括的数据项有:
1)一楼窗口
(一楼所有窗口一天内收入总和别名Floor_one字符型长度6)
2)二楼窗口
(二楼所有窗口一天内收入总和别名Floor_two字符型长度6)
3)三楼窗口
(三楼所有窗口一天内收入总和别名Floor_three字符型长度6)
4)一天消费总额
(一天内在食堂用餐的学生所花费的总额,它的数值等于所有楼层的收入与学生在餐位所花费的总额别名Total长整型长度6)
5)日期
(记录的日期别名Date日期型长度8)
数据结构名称:
管理员信息
包括的数据项有:
1)管理员编号
(管理员在食堂的编号别名Manager_number字符型长度6)
2)姓名
(管理员的姓名别名Manager_name字符型长度6)
3)性别
(管理员的性别别名Manager_sex字符型长度4)
4)家庭住址
(管理员的家庭住址别名Manager_address字符型长度50)
5)联系方式
(管理员的联系方式别名Manager_tel字符型长度20)
6)工资
(管理员每个月的收入别名Income整型长度20)
数据结构名称:
库存信息
包括的数据项有:
1)商品编号
(商品的编号别名Trade_no字符型长度20)
2)商品名称
(商品的名称别名Trade_name字符型长度20)
3)商品价格
(商品所入库时的价格别名price整型长度4)
4)入库商品数量
(入库时商品的数量别名Enter_number整型长度4)
5)库存商品数量
(现在库存的商品的数量别名Stock_number整型长度4)
6)入库时间
(商品入库的时间别名entertime日期型长度8)
7)出库时间
(商品出库的时间别名outtime日期型长度8)
数据结构名称:
餐位信息
包括的数据项有:
1)餐位编号
(学生订餐餐位所在的编号别名Room_number字符型长度6)
2)餐位位置
(学生订餐餐位所在的餐位位置别名Room_address字符型长度20)
数据结构名称:
订餐信息
包括的数据项有:
订餐编号
(学生订餐的编号,以便管理别名Beat_number字符型长度6)
1)学生姓名
(学生的姓名别名Consumer_name字符型长度10)
2)联系方式
(学生的联系方式(手机号码)别名Consumer_tel字符型长度20)
3)约定时间
(学生订餐时所约定的吃饭时间别名Booktime日期型长度8)
4)备注信息
(在订餐时其它的信息别名Remark_info文本型长度50)
3.系统设计
3.1系统功能模块图
模块说明:
学校的食堂管理信息系统由学生信息系统、成本核算、库存管理、预定信息管理三个子系统构成。
学生信息----主要由学生信息添加、修改、查询、删除。
它主要负责在校学生的管理,校园卡是学生在校消费的主要凭证。
所以学生信息管理子系统模块是整个学校食堂管理的中心和基础。
成本核算----主要是指学校食堂在盈利和亏损方面的管理。
食堂是一个以盈利为目的的企业,如果食堂达不到它所要的盈利目标就容易奔溃,进而影响到学生的伙食供应,甚至影响学校的安定。
所以说成本管理至关重要。
库存管理----主要是指学校食堂的相关库存。
库存管理至关重要,因为他关系到学校的相关利益和食堂利益。
库存管理在现代社会中尤其重要,将库存管理的成本降到最低有利于提高食堂的盈利成本。
预定信息管理----主要是指预定信息的查询、修改、添加、以及座位信息的查询等。
学校的食堂会提供一些高级餐饮的供应,比如财大的桥楼酒家。
在这种情况下,预定信息的管理就更为重要。
以上的几项内容最后均汇集至一台处理计算机,然后由中央处理的计算机向外研伸出的各个不同地方的终端负责各个地方的刷卡消费、商品管理等。
最终再将各个终端计算机的相关信息汇总到中央处理计算机,最终实现系统化的管理,实现食堂的信息管理。
3.2确定系统运行平台
3.2.1硬件系统配置
硬件系统配置用来表示符合产品的硬件基本配置,如CPU、内存、硬盘等等参数的指标。
本系统应采用的主要硬件是:
数据库为SQLServer2000、Access等。
3.2.2操作系统
Windowsxp、vista、7.
3.2.3数据库管理信息系统
数据库管理系统是一种操纵和管理数据库的大型软件,是用于建立、使用和维护数据库,简称DBMS。
他对数据库进行统一的管理和控制,以保证数据库的安全性和完整性。
用户通过DBMS访问数据库中的数据,数据库管理员也通过DBMS进行数据库的维护工作。
它提供多种功能,可以使多个应用程序和用户用不同的方法在同时或不同时刻去建立,修改和询问数据库。
使用户方便地定义和操纵数据,维护数据的安全性和完整性,以及进行多用户下的并发控制和恢复数据库。
选择数据库应该从以下几个方面进行考虑:
(1)构造数据库的难易程度。
需要分析数据库管理信息系统有没有范式的要求,即是否必须按照系统所规定的数据模型来分析现实世界,建立相应的模型:
数据库管理语句是否符合国际标准,符合国际标准便于系统的维护、开发、移植;有没有面向用户的易用的开发工具;所支持的数据库容量,数据库的容量特性决定了数据库管理系统的使用范围。
(2)程序开发的难以程度。
有误计算机辅助软件工具CASE----计算机辅助软件工具可以帮助开发者工具软件工具的方法提供各个开发阶段的维护、编码环境,便于复杂软件的开发、维护。
有无第四代语言的开发平台----第四代语言具有非过程语言的时间平台----面向对象的设计思想十分接近人类的逻辑思维方式,便于开发和维护。
对于多媒体数据类型的支持----多媒体数据需求是今后发展的趋势,支持多媒体数据类型的数据库管理系统必将减少应用程序开发和维护工作。
(3)数据库管理系统的性能分析。
包括性能评估、性能检测、性能管理。
(4)对分布式应用的支持。
包括数据透明与网络透明的程度。
数据透明是指用户在应用中不需要指出数据在网络的什么节点上,数据库管理系统可以自动搜索网络,提供所需数据:
网络透明是指用户在应用中无需支持网络所采用的协议。
数据库管理系统自动将数据包转换成为相应的协调数据。
(5)并行处理能力。
支持多CPU模式的系统,负载的分配形式,并行处理的颗粒度、范围。
(6)可移植性和可扩展性。
(7)数据的完整性约束。
数据完整性是指数据的正确性和一致性保护,包括实体完整性、参照完整性、复杂的事物规则。
(8)并发控制功能。
对于分布式的数据库管理系统,并发控制功能是必不可少的。
因为它面临的是多任务的环境,可能会有多个用户点在同一个时刻对同一个数据进行读写操作,为了保证数据的一致性,需要由数据库管理系统的并发控制功能来完成。
(9)容错能力。
异常情况下对数据的容错处理。
评价标准:
硬件的容错,有无磁盘镜像处理功能的软件。
(10)安全性的控制,包括安全保密的程度。
(11)支持汉字处理能力,包括数据库的描述语言的汉字处理能力和数据库开发人员对于汉字的支持能力。
基于关系模型的数据库管理系统已经日臻完善,并已经作为商品化的软件广泛应用于各个行业。
它在各个客户服务器的结构的分布式多用户环境中的应用,是数据库系统的应用进一步扩散。
随着新型数据库模型及数据管理的实现技术的推进,可以预期DBMS软件的性能还会更新完善。
3.3设计E-R图
用来建立数据模型,在数据库系统概论中属于概念设计阶段,形成一个独立于DBMS的E-R图模型,提供表示实体、属性、和联系的方法,用来描述现实世界的概念模型。
3.3.1系统分E-R图
卡信息实体E-R图
教师信息实体E-R图
学生信息实体E-R图
餐厅信息实体E-R图
订餐信息实体E-R图
学生实体E-R图
消费信息实体E-R图
管理员信息实体E-R图
库存信息实体E-R图
3.3.2整体E-R图
3.4系统详细设计
3.4.1代码设计
代码是用来表征客观事物实体类型与属性的一个或一组易于计算机