食堂管理信息系统设计Word格式.docx
- 文档编号:19917608
- 上传时间:2023-01-12
- 格式:DOCX
- 页数:36
- 大小:578.53KB
食堂管理信息系统设计Word格式.docx
《食堂管理信息系统设计Word格式.docx》由会员分享,可在线阅读,更多相关《食堂管理信息系统设计Word格式.docx(36页珍藏版)》请在冰豆网上搜索。
对组织的经济现状和投资能力进行分析,对系统建设、运行和维护费用进行评估,对系统建成后可能取得的社会及经济效益进行评估,食堂信息管理系统开发成本不高。
(2)技术可行性:
对现有技术的评价,以明确能否利用现有技术进行系统开发及系统实施。
计算机网络技术的发展和计算机硬件性价比的不断提高,使计算机全面应用于管理各个环节成为可能。
C/S开发模式等技术在国内各行各业的信息管理系统开发中已经被广泛采用,目前该类系统已经普遍应用于生活中,同时该系统也逐步趋于成熟。
实践证明这些技术非常适合食堂管理系统的开发。
(3)操作上的可行性:
由于本系统管理的对象比较明确,就是对消费者信息的管理,因此整个软件的使用非常简便。
任何一个普通的计算机用户都能很快的熟悉整个软件的使用。
并且本系统所耗费的资源非常小,任何管理员只需要在一般的电脑上面,就能够使用这个软件,简单、方便、快捷的实现对消费者信息的管理。
1.4新系统介绍
本食堂管理信息系统是在计算机技术、网络技术、面向对象的新数据库技术以及其他相关的科学技术的支持下形成的。
它主要是从以下几个管理方面:
饭卡管理,餐费管理,统计管理。
通过此系统能够很好的处理大量的相关的食堂相关信息。
1.4结论
通过以上的分析可知,食堂管理信息系统是非常有必要的、可行的。
2.系统分析
2.1系统概述
食堂管理信息系统是针对学校食堂的具体的业务而开发和设计的,其目的在于促进学校食堂的高效、便捷、快速的管理。
开发食堂管理信息系统,期望实现以下目标。
(1)提高经济效益、增效资源
(2)提高食堂服务质量、建立良好形象
(3)提高食堂员工工作效率
(4)实行学校学生可接受的饭菜价
(5)完善食堂内部管理体制
2.2系统功能分析
系统功能分析是在系统开发的总体任务的基本上完成的。
主要功能:
●饭卡管理
●餐费管理
●统计管理
总的功能特点:
●完善、全面的综合查询
●报表翔实,实用性强
2.2.1系统整体功能管理模块
2.3业务流程分析
该系统主要实现的包括对食堂的饭卡管理,餐费管理以及统计管理三大模块的功能,。
其中饭卡管理主要包括对饭卡注册、充值、挂失、解除挂失、补发新卡和退卡的管理,餐费管理主要针对学生消费情况进行管理,统计管理主要是对消费、持卡人、退卡人、个人存款明细及挂失人员的查询。
业务流程图如图2-1所示
2.4系统数据流程分析
根据调查及分析的结果绘出系统数据流程图如下:
0层数据流程图:
图2-2:
0层数据流程图
1层数据流程图:
图2-3:
1层数据流程图
2层数据流程图:
2.5数据字典
由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。
数据字典是关于数据信息的集合,也就是对数据流程图中包含的所有元素的定义的集合。
它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于后续工作—系统设计的进行。
数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。
数据字典通常包括数据项、数据结构、数据流、数据存诸、数据处理和外部实体6个部分。
其中数据项是最小组成单位,若干数据项组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储和逻辑内容。
针对一般食堂管理信息系统的需求,通过对食堂管理工作过程的内容和数据流程分析,设计如下所示的数据字典各项内容:
2.5.1数据项及数据结构
数据项定义:
数据项编号:
I1
数据项名称:
卡号
别名:
Card-number
简述:
消费者使用的用来付款的卡的编号,与消费者办卡的先后顺序有关
类型及宽度:
字符型,6位
取值范围:
“000001”~”999999”
数据项编码:
I2
余额
Balance
消费者卡中所剩的金钱数量
“000000”~“999999”
I3
办卡日期
Card-data
消费者办卡的日期
日期型,8位
I4
持卡者姓名
Person-name
拥有信息卡的消费者的名称
字符型,10位
I5
花费
Consume
消费者所消费的金钱数量
字符型,20位
I6
学号
S-number
学生在校所编的号码
“000000”~”999999”
I7
系别
S-system
学生所在的系的名称
字符型,16位
I8
班级
class
学生所在的班级的班号
I9
姓名
S-name
学生的姓名
I10
性别
S-sex
学生的性别
字符型,4位
I11
宿舍
S-dorm
学生所在的宿舍名称
I12
联系方式
S-tel
学生的手机号码
I13
一楼窗口
Floor-one
一楼所有窗口一天内收入总和
I14
二楼窗口
Floor-two
二楼所有窗口一天内收入总和
I15
一天消费总额
Total
一天内在食堂用餐的消费者所花费的总额
长整型,6位
I16
日期
Data
记录的日期
I17
管理员编号
Manager_number
管理员在食堂的编号
字符型,6
I18
Manager_name
管理员的姓名
I19
Manager_sex
管理员的性别
字符型,4
I20
家庭住址
Manager_address
管理员的家庭住址
I21
Manager_tel
管理员的联系方式
字符型,20
I22
工资
Income
管理员每个月的收入
整型,20
数据结构定义:
数据结构编号:
DS1
数据结构名称:
饭卡
是消费者用来使用付款的工具卡的一系列信息,它记录了包括它本身以及持卡者的一些信息
数据结构组成:
I1+I2+I3+I4+I5
DS2
主要消费者,可以自由选择消费方式,办过卡用卡交易或者用现
I6+I7+I8+I9+I10+I11+I12
DS3
消费情况
消费者在食堂的消费总体情况,用于管理员的审查工作。
I13+I14+I15+I16
DS4
管理员
食堂的主要负责人
I17+I18+I19+I20+I21+I22
2.5.2数据流
数据流编号:
D1.1
数据流名称:
消费者信息
简述:
消费者信息的添加、修改、查询、注销
数据流来源:
消费者
数据流去向:
消费者信息表
数据流组成:
消费者卡号+姓名+性别+班级+系+余额+联系方式
数据流量:
随机,高峰流量:
随机
D2.1
个人消费信息
所有消费者的个人消费信息
消费统计信息表
消费者卡号+姓名+消费金额+消费日期
2.5.3处理逻辑
处理逻辑编号:
P1.1
处理逻辑名称:
注册饭卡
对消费者注册新饭卡的一些处理
输出的数据流:
注册后的消费者信息
处理频率:
P1.2
饭卡充值
对饭卡进行充值的处理
更改后的消费者信息
P1.3
饭卡挂失
对丢失的饭卡的一些处理
更改后的消费者信息
P1.4
解除挂失
对挂失后又找回的饭卡的一些处理
更新后的消费者信息
P1.5
补发新卡
对已确认丢失的饭卡进行补办的一些处理
更新后的消费者信息
P1.6
退卡
对已不再使用的饭卡进行的一些处理
P2.1
个人消费
对消费者个人消费的一些处理
个人消费记录
P3.1
消费统计
对所有消费者日常消费的统计
P3.2
退卡统计
对所有退饭卡的的消费者进行统计操作
退卡统计表
P3.3
挂失统计
对所有挂失饭卡的消费者进行统计操作
挂失统计表
2.5.4数据存储
数据存储编号:
F1.1
数据存储名称:
存储消费者信息的表单
数据存储组成:
卡号+姓名+性别+所在系+余额+联系方式
关键字:
相关联的处理:
P1.1,P1.2,P1.4,P1.5
F2.1
存储个人消费信息的表单
卡号+消费日期+消费金额
F3.1
消费统计信息
存储所有消费者消费信息的表单
卡号+姓名+消费金额
F3.2
存储退卡人信息的表单
卡号+姓名+所在系+联系方式
F3.3
存储挂失人信息的表单
2.5.5外部实体
外部实体编号:
S1
外部实体名称:
食堂主要消费人员,主要指学生
输入数据流:
无
输出数据流:
关于消费者的一些信息
S2
食堂办理饭卡以及更改饭卡信息的人员
关于饭卡注册及更改的信息
3系统详细设计
3.1代码设计
代码是用来表征客观事物实体类型与属性的一个或一组易于计算机识别和处理的特定符号,它可以是字符、数字、某些特殊符号或它们的组合。
代码设计就是要把系统中要处理的事物用特定的代码来描述,便于计算机系统识别、处理,便于数据的共享,提高用户使用数据的效率。
代码设计原则、方法及步骤
1.代码设计原则
(1)标准化、系统化
标准化、系统化的代码具有适合计算机处理,便于实现,提高处理速度等优点。
凡已制定了统一标准代码的,均应采用标准代码形式。
(2)惟一性:
设计代码代表的实体或属性惟一。
(3)统一性、直观性、逻辑性
具备这些特点的代码便于记忆,且有助于减少错误。
(4)可扩展性
既代码设计要预留足够位置,便于增加实体时,可直接在原代码系统中进行扩充,而不必改变原编码结构。
(5)代码设计要在逻辑上能满足用户要求,在结构上与处理方法相一致。
(6)简短性:
避免使用易错字符、易混淆字符。
2.代码设计方法
(1)顺序编码法
:
顺序编码法通常是将编码对象按一定顺序排列,然后对其依次编号,所得的编码为顺序码。
例如,01表示数学系,02表示物理系,03表示哲学系
(2)重复编码法
这种方法直接采用编码对象原人工系统中的编号和编码对象的某种特征作为代码。
(3)分组编码:
分组编码法将数据项按一定顺序分组以表示不同类型,并以两个具有特定含义的码的组合来表示某一实体,例如,餐位号码:
A座301。
通常分组编码法都在每组留有备用码,以便扩充。
(4)字母编码法
(5)按位编码法,按位编码法将编码的每一位表示一定的含义。
使用此方法所得编码为区间码。
(6)十进制编码法
(7)专用编码法
(8)组合编码法
3.代码设计步骤
(1)确定代码编制目的。
(2)确定编码对象,包括已在使用的代码对象。
(3)确定代码使用场合和使用期限。
(4)分析编码对象的使用要求。
如使用频率、变更周期、输出要求等。
(5)确定具体编码方法,考虑是否采用检验位。
(6)针对每种代码编写代码设计书。
(7)将总代码设计书归类编写代码薄,并规定代码管理制度。
4、代码的功能
1·
它为事物提供一个概要而不含糊的认定,便于数据的存储和检索。
代码缩短了事物的名称,无论是记录、记忆还是存储,都可以节省时间和空间。
2,使用代码可以提高处理的效率和精度。
按代码对事物进行排序、累计或按某种规定算法进行统计分析,可以十分迅速。
3·
代码提高了数据的全局一致性。
这样,对同一事物,即使在不同场合有不同的叫法,都可以通过编码统一起来,提高了系统的整体性,减少了因数据不一致而造成的错误。
4·
代码是人和计算机的共同语言,是两者交换信息的工具。
在手工处理系统中,许多数据如零件号、设备号、图号等早已使用代码。
为了给尚无代码的数据项编码,为了统一和改进原有代码,使之适应计算机处理的要求,在建立新系统时,必须对整个系统进行代码设计。
现代化企业的编码系统已由简单的结构发展成为十分复杂的系统。
为了有效地推动计算机应用和防止标准化工作走弯路,我国十分重视制订统一编码标准的问题,并己公布了GB2260-80中华人民共和国行政区划代码、GBl988-80信息处理交换的七位编码字符集等一系列国家标准编码,在系统设计时要认真查阅国家和部门已经颁布的各类标准。
5、注意的问题
l设计的代码在逻辑上必须能满足用户的需要,在结构上应当与处理的方法相一致。
例如,在设计用于统计的代码时,为了提高处理速度,往往使之能够在不需调出有关数据文件的情况下,直接根据代码的结构进行统计。
2一个代码应惟一标志它所代表的事物或属性。
3代码设计时,要预留足够的位置,以适应不断变化的需要。
否则,在短时间内,随便改变编码结构对设计工作来说是一种严重浪费。
一般来说,代愈短,分类、准备、存储和传送的开销愈低;
代码愈长,对数据检索、统计分析和满足多样化的处理要求就愈好。
但编码太长,留空太多,多年用不上,也是一种浪费。
4代码要系统化,代码的编制应尽量标准化,尽量使代码结构对事物的表示具有实际意义,以便于理解及交流。
5要注意避免引起误解,不要使用易于混淆的字符。
如0、2、1、S、V与0、2、1、5、U易混;
不要把空格作代码;
要使用乃小时制表示时间等。
6要注意尽量采用不易出错的代码结构,例如字母-字母-数字的结构(如W吧)比字母一数字-字母的结构(如W2W)发生错误的机会要少一些。
7当代码长于4个字母或5个数字字符时,应分成小段。
这样人们读写时不易发生错误。
如726一499一6135比7264996135易于记忆,并能更精确地记录下来。
8若已知码的位数为p,每一位上可用字符数为Si,则可以组成码的总数为:
C=∏Si例如,对每位字符为0-9的三位码,共可组成C=l0xl0xl0=1000种码。
代码设计在系统分析阶段就应当开始。
由于代码的编制需要仔细调查和多方协调,是一项很费事的工作;
需要经过一段时间,在系统设计阶段才能最后确定
本系统在综合各个实体及其之间的关系的基础上,决定采用的是顺序编码方法。
具体的代码规则如下:
代码表
编号:
填表人:
填表日期:
编码对象
学生学号
代码种类
层次码
代码位数
8
代码结构
00000000
学院代码入学年份班级代码班级内顺序号
检验位
备注
00000000
学校代码学院代码学生入学顺序
7
0000000
学校代码工作年份工作顺序
3.2数据库设计
3.2.1概念结构设计
E-R图:
饭卡实体E-R图:
学生实体E-R图:
管理员实体E-R图:
消费情况E-R图:
3.2.2系统整体E-R图
由上面的分E-R图可以得到整体E-R图,如下图所示:
3.2.3将E-R图转换为关系模式
(管理员编号姓名性别家庭住址联系方式工资)
管理查询
(管理员编号日期)
(日期一楼窗口二楼窗口一天消费总额)
消费
(日期卡号)
学生
(学号系别班级姓名性别宿舍联系方式)
使用
(卡号学号)
(卡号余额办卡日期持卡者姓名花费)
注册
(卡号学号姓名班级系别)
挂失
补卡
退卡
充值
3.3导出数据库表
3.3.1创建管理员表Manager
表3-1管理员表(Manager)
列名
数据类型
可否为空
说明
声明
varchar(6)
NOTNULL
主键
Varchar(4)
NULL
varchar(50)
varchar(20)
int
3.3.2创建消费情况表ConsumeSituation
表3-2消费情况表(ConsumeSituation)
data
datatime
bigint
Floor_one
Floor_two
3.3.3创建学生表Student
表3-3学生表(Student)
S_number
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 食堂 管理信息系统 设计