信息管理系统论文.docx
《信息管理系统论文.docx》由会员分享，可在线阅读，更多相关《信息管理系统论文.docx（20页珍藏版）》请在冰点文库上搜索。
信息管理系统论文
沈阳化工大学科亚学院
管理信息系统课程设计报告
（ 2014 -- 2015学年 第一学期）
题目：
餐饮行业管理信息系统课程设计
院系：
会计
班级：
1202
组号：
6（1201）
组长：
闫涛
组员：
于乐洲张雷徐鹏扬王华亮
指导教师：
王嘉冰
设计周数：
一周
个人姓名：
闫涛
个人成绩：
日期：
2014年12月15日
目录
1 项目背景及系统目标3
1.1开发背景3
1.2系统目标4
2系统分析4
2.1业务流程分析4
2.1.1管理员权限模块划分6
2.1.2员工权限模块划分6
2.2系统流程分析6
3系统设计7
3.1代码设计7
3.2系统功能结构图8
系统功能结构图8
4.系统实施10
4.1程序流程图10
4.2源程序11
4.3系统测试11
4.4系统使用说明书13
4.4.1软硬件环境13
4.4.2使用说明13
收获与体会15
参考文献16
1 项目背景及系统目标
1.1开发背景
传统的餐饮管理现在已经很难应对当今社会对餐饮业的管理要求，它与现在的基于计算机技术发展起来的餐饮信息管理系统对比，有以下几大不同：
便捷性方面：
传统的人工对餐饮信息进行管理，如：
顾客信息管理，菜单信息管理和订餐信息的管理，都是很繁琐的过程，其中的任何一步过程都要浪费大量的时间，而随着计算机技术的发展，这些原本繁琐的问题都会变得轻而易举。
安全性方面：
传统的纸质记录方式查询起来很麻烦，而且保密性很差，并且容易磨损丢失，对于会员余额的管理是非常不利的。
但如果采用的是电子文档的方式进行数据的保存，这一切都变得非常简便，你可以方便的对数据信息进行备份查询，并且数据的安全性可以得到最大程度的保证。
准确性方面：
传统的人工记账容易出错，如果采用这种方式来处理现在的含有打折信息的消费结算会使得工作量很大，如果计算出错将严重影响自己的声誉。
而如果使用软件系统，这些问题都将不会出现，计算机的错误率几乎为零。
鉴于以上传统的人工管理方式的种种缺陷，我设计了方便中小级别餐饮企业使用的应用程序，通过它，管理者可以基本解决以上所遇到的种种问题，并且更加科学的对老客户进行打折，而且添加了主顾权限的不同设计使得它更加方便雇主对雇员的管理与监督。
1.2系统目标
现在的管理系统不仅要有漂亮的用户界面，更要有严谨的规划，注重每一个细小的环节。
这样才能使得在电子交易时避免不必要错误发生。
本系统的设计与实施迎合了二十一世纪经济高速发展、人们的生活节奏日益加快以及现代餐饮业越来越发达和便捷这一现状。
它将极大地方便食客的就餐，同时也有利于我们的管理和服务。
同时，我们的餐饮信息管理系统还能帮助餐厅降低错误率，扩大营业范围，增加知名度等。
为了使系统更加人性化，便于管理员管理，此系统的用户将分为两种类型，一个是针对员工的餐饮管理系统，另一个是针对管理员（店主）的餐饮管理系统。
员工使用本餐饮信息管理系统应可以实现以下功能：
1.添加修改查询客户会员信息（修改客户信息需客户确认）
2.查询菜单
3.添加查询预定信息，为老顾客打折
4.客户可以在自己的会员账户里充值
5.顾客可以用现金买单也可以从会员账户里扣取
6.管理员使用本餐饮信息管理系统应可以实现以下功能：
7.添加修改查询客户会员信息（修改客户信息需客户确认）
8.添加修改查询菜单信息，最好能看到菜品图片
9.添加查询预定信息，为老顾客打折
10.客户可以在自己的会员账户里充值
11.顾客可以用现金买单也可以从会员账户里扣取
12.设定具体的打折方法
13.添加职员信息，权限也可以定为管理员。
14.可以查询使用者的现金收款金额
除了实现以上功能外，本系统还需要方便用户地使用，使得用户可以很快地熟练掌握，从而可以让用户快速的投入工作。
并且要避免逻辑错误的出现。
2系统分析
2.1业务流程分析
根据以上需求，餐饮信息管理系统功能被划分为以下模块，
餐饮管理系统业务流程图如图2-1-1所示：
图2-1-1：
餐饮管理系统业务流程图
系统登录退出模块：
本模块是被用于用户登录，注销和退出。
模块根据用户的不同类型赋予用户不同的管理权限。
低等级的用户不可访问高等级用户的个别功能，而高等级用户可以使用低等级用户的所有系统功能。
客户信息管理模块：
本模块将餐饮企业松散的客户资源加以整合，通过标准化的管理操作，将客户资料加以收集。
用户使用本模块可以方便的查询客户的所有资料和客户消费信息。
并且特意添加了图像模块，使得用户的图像信息加以保留，方便使用者的查询和记忆，当客户再次光临时，服务人员可以直接认出客户，这将使得客户感到无微不至的关怀，提升餐厅的品牌形象。
客户的资料变更需经客户的确认，以避免出现因失误操作导致的客户信息流失。
菜单信息管理模块：
本模块将餐厅的菜品信息通过标准化的管理操作加以整合，使得菜品的价格、配料、功效和图片可以完全呈现在客户面前，使得客户可以方便地选择自己想要的食物。
本模块的分权限设计将限制普通员工对菜单信息加以修改，以防止菜单价格被恶意修改，以此保证餐厅正常可靠的运营。
订餐信息管理模块：
通过订餐模块使得传统餐饮订餐过程变得轻松方便，订餐信息管理模块会在客户订餐的同时核对客户所预定的餐桌的使用情况，避免传统订餐易出现的预定重合问题。
并且本模块在客户订餐的同时会给出已预定的菜品价格，帮助客户开心合理地消费。
模块中包含的打折服务是本模块的一大特色。
它将参考客户以往的消费情况和管理员设定的折扣程度对客户进行打折服务。
而不是传统餐饮打折中的没有规律和凭据以询。
后台的厨房通过本系统可以清楚地知道客户预定的菜品，这样就节省了大量用于菜品核对的时间，提高了厨房的效率，缩短了厨房上菜的时间。
减少了不必要的人力物力财力资源的消耗，降低餐厅的运营成本，使餐厅以更好性价比服务于消费者，消费者可以得到更好的消费体验。
充值结算管理模块：
通过此模块，用户可以方便的为客户提供充值结算服务，充值收取的现金将会计入用户的收款现金中，便于管理员结算时核对收款金额。
结算方式分为两种，一种是现金结算，一种是账户余额结算，现金结算的收款金额会计入用户的收款现金，而账户余额结算的金额会从客户的账户里扣除。
折扣信息管理模块：
本模块只限于管理员使用，通过它可以设定为客户打折时用到的折扣程度。
员工信息管理模块：
本模块只限于管理员使用，管理员使用它，可以添加删除用户。
用户类型分为店长（管理员）和职员。
管理员删除用户时，如果要删除的是普通职员，系统将直接执行命令，如果要删除的是管理员账户，系统会先查看剩下的管理员账户数量，最少保留一个管理员账户，以便下次的登录。
如果删除的用户是管理员本人，则在删除账户后，系统将会要求使用者重新登录。
2.1.1管理员权限模块划分
管理员权限图如图2-1-1-1所示：
图2-1-1-1：
管理员权限图
管理员使用本系统将能使用系统的所有功能。
2.1.2员工权限模块划分
员工权限图如图2-1-1-2所示：
图2-1-1-2：
员工权限图
员工使用本系统可以使用除了菜单信息编辑、折扣信息管理模块和员工信息管理模块之外的所有功能。
2.2系统流程分析
员工登录系统后为客户添加基本信息，客户可以根据需要在开通的账户里充值（增加用户的收款金额）。
客户通过餐饮信息管理系统进行订餐（老用户在此环节中可能会享受打折服务）。
客户用完餐后来到服务台买单，用户可以选择使用现金或者从用户余额里扣除，支付成功会增加客户的已消费金额。
若余额不足，系统将会提示，那么客户只能使用现金支付。
使用现金支付的话会增加用户的收款金额。
管理员登录的话可以使用员工的所有功能，而且可以设定为客户打折的折扣程度和添加菜单，以及管理员工账户。
3系统设计
3.1代码设计
用户表如图3-1-1所示：
user（用户表）
序号
字段名称
字段描述
字段类型
长度
备注
1
user_id
用户编号
char
20
不允许空
2
Pwd
用户密码
char
20
不允许空
3
Style
用户类型
nchar
20
不允许空
4
Id
用户身份证号
char
20
不允许空
5
Name
用户姓名
char
20
不允许空
6
Tel
用户电话
Char
20
不允许空
7
Money
收款金额
money
允许空
表3-1-1
用户表主要用于存储一些用户信息，如用户的账号、密码和类型地点等等，主要用于用户登录，添加客户和添加预定时会使用到用户信息来记录经手的用户，字段money用于记录用户的收款金额，便于结算时对收款现金的核对。
客户表如图3-1-2所示：
customer（客户表）
序号
字段名称
字段描述
字段类型
长度
备注
1
Name
客户姓名
char
20
不允许空
2
Id
客户编号
nchar
20
不允许空
3
Address
客户地址
char
50
不允许空
4
Birthday
客户生日
nchar
20
不允许空
5
Pwd
客户密码
nchar
20
不允许空
6
Addtime
添加时间
nchar
20
不允许空
7
Money
账户余额
money
不允许空
8
usedmoney
已用金额
money
不允许空
9
Photo
客户照片
image
允许空
10
Tel
客户电话
nchar
20
允许空
11
mobilephone
客户手机
nchar
20
不允许空
12
Userid
用户编号
nchar
10
不允许空
表3-1-2
客户表主要用于存储一些客户信息，如客户的账号、密码、联系方式和消费情况等等，主要用于客户订餐、充值和结算，字段money用于储存账户余额，在使用充值和账户余额支付时会使用到它。
字段usedmoney用于记录客户的消费情况，为客户打折时会使用到它。
食谱表如图3-1-3所示：
food（食谱表）
序号
字段名称
字段描述
字段类型
长度
备注
1
Name
食谱名称
nchar
20
不允许空
2
Price
价格
money
不允许空
3
Photo
食谱照片
image
允许空
4
Efficacy
食谱功效
nchar
50
允许空
5
Formula
食谱配料
nchar
50
允许空
表3-1-3
食谱表主要用于存储一些食谱信息，如食谱的名称、价格和照片等等，主要用于客户订餐，使用于添加预定。
字段Price记录的是食物的价格。
当客户预定餐点时，系统使用它来算费用。
预定表如图3-1-4所示：
YuDing（预定表）
序号
字段名称
字段描述
字段类型
长度
备注
1
Tableid
桌号
nchar
10
不允许空
2
Date
日期
nchar
20
不允许空
3
Time
时间
nchar
10
不允许空
4
Name
客户姓名
nchar
10
不允许空
5
customerid
客户身份证号
nchar
10
不允许空
6
Userid
用户编号
nchar
10
不允许空
7
Food
预定餐点
nvarchar
MAX
不允许空
8
Money
消费金额
money
不允许空
表3-1-4
预定表主要用于存储一些预定信息，如客户的账号、预定的时间、桌号和菜单等等，主要用于记录客户的预定信息，会使用到用户、客户、菜单和折扣信息。
当系统预定餐点时，会从其他各表中调出需要的信息，经过计算和处理后，将最终信息储存到YuDing表，该表和其它各表都有紧密的联系。
折扣表如图3-1-5所示：
discount（折扣表）
序号
字段名称
字段描述
字段类型
长度
备注
1
usedmoney
已消费金额
char
10
不允许空
2
Discount
折扣程度
char
10
不允许空
表3-1-5
折扣表用于存储管理员（店主）设定的打折信息，用来计算打折后的应付金额，使用在添加预定时打折。
当客户预定餐点时，打折服务的折扣程度就是参照该表。
3.2系统功能结构图
系统功能结构图
根据以上模块划分图分析，针对餐饮信息管理系统，分别对用户、客户、食谱、预定、折扣这几个实体进行详细的调研和分析。
数据库的设计采用一库多表式设计。
即设计了一个数据库。
把每个使用到的独立的对象设计为独立的应用实体。
用户结构图如图3-4-1所示：
图 3-4-1 用户结构图
主要存储一些用户信息，如用户的账号、密码和类型地点等等，主要用于用户登录，添加客户和添加预定时会使用到用户信息。
客户结构图如图3-4-2所示：
图 3-4-2 客户结构图
主要存储一些客户信息，如客户的账号、密码、联系方式和消费情况等等，主要用于客户订餐、充值和结算，使用于添加预定。
食谱结构图如图3-4-3所示：
图 3-4-3 食谱结构图
主要存储一些食谱信息，如食谱的名称、价格和照片等等，主要用于客户订餐，使用于添加预定。
订餐结构图如图3-4-4所示：
图 3-4-4 订餐结构图
主要存储一些预定信息，如客户的账号、预定的时间、桌号和菜单等等，主要用于记录客户的预定信息，会使用到用户、客户、菜单和折扣信息。
折扣结构图如图3-4-5所示：
图 3-4-5 折扣结构图
存储管理员（店主）设定的打折信息，用来计算打折后的应付金额，使用在添加预定时打折。
4.系统实施
4.1程序流程图
餐饮管理程序流程图如图4-1-1所示：
图4-1-1餐饮管理程序流程图
4.2源程序
为了便于用户使用和维护，我们将与数据库的连接，单独写出来并进行编译，这样系统在新的环境使用时，只需改动一处数据库连接代码，即可立即使用，连接关键代码如下：
PublicSharedconstrAsString="DataSource=WWW-3C702F2C1C8\SQLEXPRESS;InitialCatalog=dcdatebase;IntegratedSecurity=True"
4.4系统使用说明书
4.4.1软硬件环境
建议使用的硬件环境：
●处理器：
InterPentium4或更高。
●内存：
256M以上
●硬盘空间：
20GB以上
●显卡：
SVGA显示适配器
建议使用的软件环境：
●操作系统：
WindowsXP
●数据库：
SQLServer2005Express
4.4.2使用说明
用户登陆
用户登陆模块是防止非法用户登陆的第一道防线，通过它可以保护后台数据库的安全性，当用户要进行系统操作时，首先要进入的就是身份验证界面，只有在密码正确的情况下才能进行以后的操作，如果输入的密码不正确，则不能进行登录对系统进行操作。
如果用户以职员的身份进入系统，则只能进行顾客信息管理、菜单信息查询、预定信息管理和充值结算管理，而菜单信息管理、折扣设定、员工管理这些功能将被屏蔽，如果用户以管理员（店长）身份登录，系统的所有功能都将可以使用。
系统先进行数据库操作，判断是否存在用户名、用户密码和用户类型完全符合要求的数据，如果存在，则说明用户可以登录，同时把登录的用户类型和用户名告诉需要用到用户类型和用户名数据的模块如系统主界面、充值模块和买单模块等等。
用户注销
用户通过本模块可以注销系统，系统恢复到登录前画面，这样就可以防止在用户离开后，系统数据被人恶意修改。
客户信息管理
在添加用户前，系统进行了详细的表单验证，包括验证要提交的客户是否已经存在，用户两次输入的密码是否一样，以及联系方式不为空等等。
使用insert语句将通过验证的表格中的数据提交到数据库。
菜单信息添加模块与本模块的原理类似，以下不再阐述。
当客户资料因实际情况发生变更时，可以修改系统中的资料数据，用户需提供注册时所使用的客户密码。
使用密码可以防止客户的资料被恶意修改。
充分保护客户权益，即使是管理员也不能在不经过客户同意的情况下修改客户数据。
以下是修改按钮的代码。
使用方法Is_SQL_Cmd验证客户密码的正确性，如果原始密码正确，用户在输入新密码后可以进行对联系方式等基本资料进行修改。
使用update语句将空格中的数据更新到服务器。
如果更新成功，系统会弹出“修改成功的提示”。
菜单信息修改模块与本模块的原理类似，以下不再阐述。
客户信息的删除
客户信息可以在得到客户确认的情况下删除，因设计到账户余额问题所以在进行此操作时万分谨慎。
客户资料来之不易，建议不要轻易删除客户资料。
系统先对客户密码进行了核对，密码正确的话，使用delete语句，根据客户的身份证号对数据库中的客户数据进行删除。
因添加客户数据时要求身份证号是唯一的，所以不用担心误删的问题。
菜单信息删除模块与本模块的原理类似，以下不再阐述。
打折信息处理
首先选择客户和预定的餐点，客户信息用于判断打折程度，餐点用于结算消费金额。
用累加的方法计算出总消费金额，系统先在数据表中查询客户信息中的客户已消费金额，再用查出的金额与数据库对比，判断打折程度。
具体方法是系统先查看折扣数据表中共有的数据行数，然后从第0行开始依次向下扫描，由于添加打折信息时是按照消费额度递增方式添加的，所以系统查到的数据会越来越大，越来越接近客户已消费金额，当已消费金额刚好超过设定的金额时系统停止继续向下查找新的设定金额，同时查找设定金额对应的打折程度，再用此打折程度计算打折后的实付金额。
取消预定信息
当预定查询模块载入时读取数据库中的预定信息并且显示在DataGridView组件中显示给用户查看，餐厅的厨房就是使用这一模块来获取需要准备的餐点。
当用户知道想要查找的预定信息中的某些确切内容时，可以将知道的内容输入空格中，系统将会自动在数据库中查找这些内容。
当根据姓名查找、根据日期查找和根据餐桌号查找的文本框中的数据被改动时，系统根据改动后的数据，使用CmdStr所代表的SQL语句查找数据库中的信息。
并将新的信息显示在DataGridView组件中。
充值与结算
客户充值
用户充值会模块会调取数据库中的customer表里的money数据，当用户选择要充值的客户后，系统会提取对应客户的客户余额，当用户确定添加后，系统会用客户余额加上客户充值的金额，然后把得到的结果更新到数据库中客户的账户余额中同时系统也会以同样的方法更新数据库user表中的收款金额money数据。
然后再刷新DataGridView组件中的数据信息。
用户充值其实是更新数据库中两张表的内容，系统先把客户的账户余额和用户的实收金额从数据库中调出来，加上用户的充值金额后，再把更新后的金额填入数据库。
再用同样的方法对用户收款金额进行更新。
两张数据表的作用不同，客户表中的数据指客户的账户余额，用户表中的数据指用户收款金额，方便店长查询员工的收款金额。
客户结算
买单分为现金支付和余额支付
现金支付：
客户使用现金支付的话会增加用户的收款金额，方法和上面的用户充值类似
余额支付：
用户若选择余额支付的话需要使用客户密码验证客户身份，然后系统会从数据库中调出客户余额情况，若客户余额不足，系统会给出提示。
若余额足够支付客户的消费金额，系统会在客户余额中扣除消费金额。
余额支付和现金支付的最大区别就是余额支付扣客户账户金额，现金支付增加用户实收金额
折扣设定
折扣设定其实就是往数据库discount表中添加以消费金额与其对应的折扣程度，在操作中要切记折扣金额从小到大依次添加因为系统在为客户打折时是从折扣表的第0行开始向后依次类推为客户查询对应的折扣程度，所以若表中数据顺序打乱的话，系统得到的折扣程度会变高。
用户管理
用户的添加
系统先对填入的数据进行核对，确认没有和数据库中的已有数据重复且符合要求后系统会将其添加到user表中。
用户的删除
用户删除模块的设计要考虑几个问题：
1、删除的是管理员（店长）还是普通职员。
2、如果删除的是管理员，那么数据库里还有没有其他管理员权限的账号以便下次使用。
3、如果删除的账号就是管理员现在所使用的账号怎么办。
删除用户时，如果删除的是职员账户，那么可以直接删除。
如果删除的是店主账户，那么系统先判断店主账户有几个，如果只有一个，系统会拒绝删除请求，以防止下次没有店主账户的情况导致无法进入用户管理。
如果系统有不止一个店主账户，系统会判断删除的账户是不是现在登陆的账户，如果是的话删除完成后需重新登录。
收获与体会
当初之所以选择餐饮信息管理系统，不仅仅是因为其具有挑战性，更是因为它更加符合中国广大的中小餐饮企业的发展需要，大家都知道，中国的餐饮服务行业最多的是个体经营模式，他们根本不会花费过多的费用架设网络服务器，大多数店主都希望有一款产品可以满足餐饮管理的需要而且花费的价格也相对低廉，甚至一次投资终身受益。
而餐饮信息管理系统的出现就完全可以满足他们的愿望。
餐饮信息管理系统的诞生可以为他们提供便捷的管理服务。
并且几乎为零的错误率也使得餐厅可以更好的为顾客服务。
它不仅可以为餐厅降低人力资源的付出，节省了成本，而且也可以提升自身的形象，使餐厅迎来更多的食客。
经过这么长时间的努力，餐饮信息管理系统终于得以实现其功能了，在这里我对.NET技术有了更深一步的认识，程序开发到后来比刚刚开发时的速度要快上好多，一开始遇到问题，我需要停下来查找相关资料，在网上搜实例代码下来学习，自己解决不了还要去请教指导老师，但程序编写到后来就轻松多了，遇到的问题几乎都能自己解决而不像一开始那样。
世界上没有任何一样东西是十全十美的，在完成了餐饮信息管理系统后，我发现，原本看上去应该比较完善的系统又有了新的可以改进的地方，如预定的餐点要取消其中的一份该如何实现。
我想如果我把这个功能实现了，也许又会有新的功能需要我去做，系统的完善不是一朝一夕可以完成的，如果给我更多的时间，我一定能将它制作的更好。
我觉得学习管理信息系统课程是非常重要的，特别是对我们电子商务的学生而言。
我觉得平时上课学习的理论知识是远不够用的，要更加注重实践操作，并且也要多做练习题，这样才有利于更好的了解管理信息系统。
最后也要谢谢老师的耐心指导，在今后的学习中我会积极的自主学习相关知识，为提高自己的知识和技能而努力！
此次论文的完成既为大学三年划上了一个完美的句号，也为将来的计算机事业奠定了良好的基础。
在大学里，我一直使自己保持着积极向上的心态，它使我不怕任何困难，以一定要成功的信念完成我的毕业设计内容。
而且我相信付出总有回报，三年的大学学习生活成就了我扎实的专业知识，务实的工作作风，良好的组织能力和团队协作精神，相信这些会在我未来的生活和工作中给我带来巨大的帮助。
参考文献：
①杨海兰《餐饮业的连锁经营管理分析》2012.12期P18起P19止
②陆明《餐饮市场营销》2011.05期P21起P23止
③吴忠平《企业管理的基本知识》2010.07期P
升级会员 