管理信息系统课设 14.docx
《管理信息系统课设 14.docx》由会员分享，可在线阅读，更多相关《管理信息系统课设 14.docx（22页珍藏版）》请在冰豆网上搜索。
管理信息系统课设14
辽宁工业大学
管理信息系统设计课程设计报告（论文）
题目：
酒店餐饮服务管理系统
院（系）:
软件学院
专业班级：
软件工程113班
学号：
111301070
学生姓名：
教师职称：
副教授
起止时间：
2012.5.28-2012.6.8
课程设计（论文）任务及评语
院（系）：
软件学院教研室：
学号
111301070
专业班级
软件工程113班
课程设计（论文）题目
酒店餐饮服务管理系统
课程设计（论文）任务
管理信息系统课程设计作为独立的教学环节，是电子商务专业集中实践性环节系列之一，是学习完《管理信息系统》课程并进行完专业实习后进行的一次全面的综合练习。
任务：
采用结构化的系统开发方法，应用具体的计算机语言（VB、java）和数据库（SQL、Access）等技术，按照软件工程的思想，开发一个实用的中小型管理信息系统，完成酒店餐饮服务管理系统的分析设计实施工作，实现该系统餐饮服务信息，库存，销售，员工管理功能，并完成结合分析设计过程，撰写系统设计说明书（课设报告）。
1．根据课程设计时间选择适当规模大小的设计课题。
采用专业实习的调研内容作为课程设计选题。
2．根据合理的进度安排，按照系统开发的流程及方法，踏实地开展课程设计活动。
3．课程设计过程中，根据选题的具体需求，在开发各环节中撰写相关的技术文档，最后提交详细的课程设计报告。
4．开发出可以运行的管理信息系统，通过上机运行检查。
5．设计说明书要求文档齐备，步骤全整，流程正确，说明详细，具有有可操作性。
指导教师评语及成绩
成绩：
__________指导教师签字：
____________
2012年6月12日
目录
第1章系统分析1
1.1建立系统的必要性1
1.2业务流程分析1
1.3数据流程图2
1.4数据字典3
第2章系统设计5
2.1系统功能设计5
2.2系统运行环境与数据库设计6
2.3.1概念设计6
2.3.2逻辑设计8
2.3.3物理设计9
2.3输入/输出设计11
第3章系统实施14
第4章设计总结17
参考文献18
第1章系统分析
1.1建立系统的必要性
计算机在酒店中的普及和应用，使新的技术平台、新的技术特点不断涌现，适合国内特点的信息系统慢慢进入酒店，使得酒店管理系统进入了一个新的发展时期。
酒店是一个以服务为本的行业，依靠客人对各项服务的满意度来提升酒店的入住率和经营效益。
对于酒店而言，赢利是根本，若要加快酒店业的信息化进程就必须先从能够为酒店创造或提高经济效益的项目着手。
建立一个基于互联网络的全球酒店客房预订网络系统已不是难事。
在未来的五年中，酒店的竞争将主要在智能化、信息化方面展开。
店内装潢、客房数量、房间设施等质量竞争和价格竞争将退居二线。
酒店信息化的发展趋势主要分为三大应用领域：
一是为酒店的管理者、决策者提供及时、准确地掌握酒店经营各个环节情况的信息技术；二是针对酒店的经营，为节省运营成本、提高运营质量和管理效率的信息化管理和控制技术；三是直接面对顾客所提供的信息化服务。
本系统的目标是通过对酒店内部的各种机构的划分和管理，以及对各种业务进行处理过程的分析，设计出一个行之有效的能够在实际中帮助酒店实施管理现代化、业务信息化，从而大大提高工作效率运行于已有的硬件平台上的餐饮服务系统。
本程序将实现餐饮服务内部和正常营业业务以及扩展业务的自动化电算管理。
在传统餐饮服务管理过程中，手记菜单、记账管理与账单统计等都非常的耗费人力物力，同时由于采用手工操作，不可避免造成一些错误。
现在许多餐饮服务行业都采用计算机来实现餐饮服务业的电算化管理，避免了手工操作的不足。
1.2业务流程分析
餐饮服务系统的模块实际上是指从顾客消费的正常流通渠道的角度，管理员通过对餐饮服务系统进行处理的总过程。
对酒店的经营和数据的初始化以及人员招聘、菜谱的制定、管理以及使用该软件的用户进行分级授权。
而作为业务操作员与经理级别正好相对，只具有具体的业务经营权限，而整个程序和对酒店的经营产生重大的决策的权限，既没有管理权限。
作为业务操作员级别用具体分别对三个模块分别进行授权。
如果从用户登录时输入的账号和密码分析入手，数据流程和功能模块设计如图1.1所示。
图1.1系统流程图
1.3数据流程图
数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理情况。
数据在系统内部是流动的，因为数据流图是逻辑系统的图形表示，即使不是专业的计算机技术人员也非常容易理解，是极好的通信工具。
此外，涉及数据流图系统必须完成的基本逻辑功能，完全不必考虑如何具体地实现这些功能，所以它也是软件设计的良好的出发点。
画数据流图的基本目的是利用它作为交流信息的工具。
分析员把他对现有系统的认识或对目标系统的设想用数据流图描绘出来，供有关人员审查确认。
由于在数据流图中通常仅仅使用四种基本符号，而且不包括任何有关物理实现的细节，因此，绝大多数用户都可以理解和评价它。
对于数据流程而言，经过对一些数据字段以及数据之间的关系进行分析，可以将数据流简单描述如图1.2所示。
图1.2数据流图
1.4数据字典
数据字典是关于数据信息的集合，也就是对数据流图中包含的所有元素定义的集合。
任何供人字典最主要的用途都是查阅不了解的条目的解释，数据字典的作用也正是在软件分析和设计过程中给人提供关于数据的描述信息。
数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用。
只有数据流图和对数据流图精确的定义放在一起，才能共同构成系统的规格说明。
数据字典的主要用途是作为分子阶段的主要工具。
在数据字典中建立一组严密一致的定义很有助于改进分析员和客户之间的通信，因此将消除很多可能的误解。
数据字典包含的每个数据元素的控制信息是很有价值的。
因为列出了使用一个给定的数据元素所有程序，很容易估计改变一个元素将产生的影响，并且能对所有受影响的程序或模块做出相应改变。
数据结构的定义：
数据结构名称：
员工
含义说明：
记录员工的身份等详细信息。
便于管理。
数据结构组成：
员工信息=员工ID+员工昵称+员工姓名+电话号码+E-mail+家庭地址+邮编
数据结构名称：
订餐
含义说明：
记录订餐的所有信息，用于员工了解订餐信息
数据结构组成：
订餐信息=订餐ID+订餐日期+订餐时间+订餐地址+备注信息
数据结构名称：
菜单
含义说明：
记录每个菜单信息。
数据结构组成：
菜单信息=菜单编号+菜目名称+菜目配料
数据结构名称：
管理员
含义说明：
记录里面的管理员信息
数据结构组成：
管理员信息=管理员ID+姓名+性别+密码+住址+注册日期+权限+联系电话
数据结构名称：
餐桌信息
含义说明：
记录每个饭桌信息。
数据结构组成：
饭桌信息=饭桌编号+房间号+状态
数据结构名称：
外卖
含义说明：
记录外卖的信息
数据结构组成：
外卖信息=外卖信息+外卖地点+外卖时间+联系电话
第2章系统设计
2.1系统功能设计
我们所设计的餐饮服务系统的优势主要在于有效展示酒店形象和服务，建立与客户良好的互动关系，高效管理销售过程，并且显著降低销售成本，提高经济效益和管理水平。
餐饮服务系统的连接关系到营销内容布局的合理性，即符合人们观看习惯，以及访问者获得相关信息的方便性。
本程序实现餐饮服务内部和正常营业业务以及扩展业务的自动化电算管理。
包括食品的正常营业，预定和外卖等操作及食品的有关信息管理，如前台营业，预定服务，外卖服务和员工管理等操作。
对上述各项功能进行集中、分块、按照结构化程序设计的要求分析后，得到如下图2.1所示的系统功能模块图。
图4.1系统功能图
图2.1系统功能图
2.2系统运行环境与数据库设计
2.3.1概念设计
概念模型是对信息世界的建模，所以概念模型应该能够方便、准确的表示出信息世界中的常用概念。
实体关系模型（Entity-RelationshipModule,简称E-R图）是数据库结构设计常用的方法。
得到了数据项和数据结构以后，就可以设计出能够满足用户需求的各种实体以及它们之间的关系，为后面逻辑结构设计打下基础。
这些实体包含各种具体信息，通过相互之间的作用形成数据的流动。
本系统根据上面的设计规划出的实体，各个实体具体的描述E-R图如下：
1.员工基本信息实体E-R图，如图2.2所示。
图2.2员工基本信息实体E-R图
2.管理员信息实体E-R图，如图2.3所示：
图2.3管理员信息实体E-R图
3.菜谱信息实体E-R图，如图2.4所示：
图2.4菜谱实体E-R图
4.酒店经理实体E-R图，如图2.5所示：
图2.5酒店经理信息实体E-R图
5.外卖信息实体E-R图，如图2.6所示：
图2.6外卖菜单实体E-R图
6.订餐信息实体E-R图，如图2.7所示：
图2.7订餐信息实体E-R图
7.餐饮服务系统信息实体E-R图，如图2.8所示。
图2.8餐饮服务系统信息实体E-R图
2.3.2逻辑设计
逻辑结构设计的任务就是将概念结构设计阶段设计好的基本E-R图转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。
本系统逻辑结构设计的任务有：
1.初始关系模型设计，即将概念结构向一般的关系模型转化。
E-R图向关系模型的转化要解决的问题是如何将实体与实体之间的联系转换为关系模型，如何确定这些关系模型的属性和码。
2.规范化处理，从E-R图向数据模型转化的过程中，用模式合并和分解方法达到规范化级别。
3.模式评价与修正，模式评价主要包括功能和性能两个方面，经过反复的模式评价和修正后，最终的数据库模式得以确定。
逻辑设计阶段的结果是全局逻辑数据库结构，对于关系数据库系统来说，就是一组符合一定规范的关系模式组成的关系数据库模型。
通过上面的E-R图的设计，得到下面的数据项和数据结构以后，就可以设计出能够满足用户需求的各种实体本身的数据以及实体间的关系。
这些实体包含各种具体信息，通过相互之间的作用形成数据的流动。
数据本身自然地建立起相互间的联系。
针对一般餐饮服务系统的需求，通过对人员调配工作过程的内容和数据流程分析，设计如下所示的关系模型：
1.员工（员工编号、员工名称、年龄、性别、健康状况、年龄）关键字为员工编号。
2.菜谱（菜名编号、菜名名称、类别、金额、备注）关键字为菜名编号。
3.账单（账单编号、类别、金额、经办人、备注）关键字为账单编号。
4.管理员（管理员编号、管理员名称、年龄、性别、健康状况、年龄）关键字为管理员编号。
5.预定餐单（食品编号、食品名称、类别、数量、单价、金额、备注）关键字为食品编号和食品名称。
6.外卖餐单（食品编号、食品名称、类别、数量、单价、金额、备注）关键字为食品编号和食品名称。
数据模型的优化是数据库逻辑设计的结果不是唯一的。
为了进一步提高数据库应用系统的性能，通常以规范化理论为指导，还应该适当地修改、调整数据模型的结构。
数据模型的优化：
1.确定数据依赖。
2.对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。
3.按照数据依赖的理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。
4.按照需求分析阶段得到的各种应用对数据处理的要求，分析对于这样的应用环境这些模式是否合适，确定是否要对它们进行合并或分解。
5.对关系模式进行必要的分解。
规范化理论为数据库设计人员判断关系模式优劣提供了理论标准，可用来预测模式可能出现的问题，使数据库设计工作有了严格的理论基础。
2.3.3物理设计
数据库的物理设计是为逻辑数据模型选取一个最合适应用环境的物理结构（包括存储结构和存储方法）。
数据库的物理设计一般分为两步，即：
确定数据库的物理结构，在关系数据库中主要指存储方法和存储结构。
对物理结构进行评价，评价的重点是时间和空间的效率。
对于数据库查询事务,需要得到如下信息:
1.查询的关系；
2.查询的条件所涉及的属性；
3.连接的条件所涉及的属性；
4.查询投影属性。
5.对于数据库更新事务,需要得到如下信息:
6.被更新的关系；
7.每个关系上的更新操作条件所涉及的属性；
根据系统功能设计要求和模块划分，本系统的数据库主要员工信息、菜单信息、菜单信息、资源信息、预定信息、外卖信息和订餐信息。
该系统包括一个数据库，该数据库包括6个表，分别为添加使用资源信息表，存储菜谱信息表，存储账单信息表，预定订单信息表，管理员用户信息表和员工信息表。
1．资源（饭桌）信息表，命名为“tableinfo”，该表的设计参数如表2.1所示。
表2.1TableInfo表设计
字段名称
数据类型
长度
说明
Tablenum
Int
4
主键
Conperson
Smallint
2
Status
Nvarchar
20
Roomnum
Smalint
2
2.管理员用户信息表,命名为“Userlnfo”，该表的设计参数如表6.2所示。
表2.2Userlnfo表设计
字段名称
数据类型
长度
说明
User_id
Char
10
主键
User_pwd
Char
10
续表2.2
User_pepdom
Smallint
2
User_mod1
Bit
1
User_mod2
Bit
1
User_mod3
Bit
1
User_mod4
Bit
1
3.再创建一个存储菜谱信息表，命名为“menuinfo”。
该表的设计参数如表2.3所示。
表2.3MenuInfo表设计
字段名称
数据类型
长度
说明
Menu_id
Nvarchar
10
主键
Menu_name
Nvarchar
50
Menu_price
Decimal
9
Menu_discount
Float
8
Menu_style
Nvarchar
20
Menu_sapor
Nvarchar
20
Menu_description
Nvarchar
1000
Menu_material
Nvarchar
2000
4.预定订单信息表，命名为“Orderinfo”。
该表的设计参数如表2.4所示。
表2.4OrderInfo表设计
字段名称
数据类型
长度
说明
Ordered
Char
10
主键
Orderstyle
Char
10
Orderdate
Datetime
8
5.再创建一个存储账单信息表，命名为“enorder”。
该表的设计参数如表2.5所示。
表2.5EnOrder表设计
字段名称
数据类型
长度
说明
Orderid
Char
10
主键
Tbnum
Int
4
Svctype
Char
20
Svcnum
Char
10
Svcdate
Datetime
8
Svcitem
Nvarchar
3000
2.3输入/输出设计
任何软件对于权限的要求虽然不尽相同，但是其基本原理和设计方案都不外乎两个基本模块，即人员授权模块，也就是对使用软件的人员进行授权的分配，另一个模块就是业务上的授权，特别是对于大型软件来说，这显得更加突出，如今，社会分工日益精细，也就要求员工去做自己最了解最擅长的事情，或者出于安全性或者数据的保密性考虑，需要对员工所操作的模块进行进一步的授权。
1.设计登录界面：
如2.9所示。
图2.9登录界面
2.设计用户管理界面：
如图2.10所示。
图2.10用户管理界面
由于此时只有修改用户密码和用户管理模块设计完成，因此先测试这两个模块，首先测试修改密码的模块，打开修改密码的窗体，并输入原来的旧密码和新密码，请确认新密码，如图2.11所示。
然后单击[修改]按钮，如果旧密码和新密码确认均无误后，并提请用户记住修改后的新密码。
图2.11密码修改的窗体
下面测试用户管理模块，打开用户管理窗体，将显示第一用户的数据，说明用户的身份和权限以及总的记录数，如图2.12所示。
图2.12用户管理模块的测试效果
将界面切换到界面设计模式，对预定服务和外卖服务模块进行界面设计。
预定服务模块主要有两给部分组成，即填写预定订单的界面和预定服务的界面，对于预定服务可以按照前台营业的流程来具体操作，只不过账单都是相同的。
外卖服务的订单填写、处理和管理基本上和预定服务模块相同，因此在这里就不详细介绍了。
1.预定服务模块如图2.13所示：
图2.13预定订单界面设计效果
2.外卖服务模块如图2.14所示：
图2.14外卖订单界面设计效果
将界面切换到界面设计模式，对员工管理和菜谱管理模块进行界面设计。
下面进行界面设计。
1.员工管理界面如图2.15所示。
图2.15员工管理界面设计效果
第3章系统实施
在软件生命周期的每个阶段都不可避免地会产生差错。
调试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。
目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。
仅就调试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终目的。
它的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给客户使用。
链接是本系统的一个主要特征，它是在窗体之间切换和指导客户去一些不知道窗体的主要手段。
链接测试可分为三个方面。
首先，配置数据源ODBC，它是数据库与本系统连接的关键，没有它系统就无法实现数据的交换。
调试成功后，对本程序连接数据库的代码进行检查，看是否有错误，如果有错误将不能实现与数据库的连接。
在本系统技术中，数据库起着重要的作用，数据库为管理系统、运行、查询和实现客户对数据存储的请求等提供空间。
在本系统中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。
由于本系统在编辑时很注意对数据库的设计，所以并无输出错误，但是出现了一次一致性的错误，在编写处理订购信息的时候就只对订购信息的表进行了修改，而为对相应客户的表进行修改，这样就使数据出现了不一致，但问题被老师及时发现，所以解决的也很早，没有造成大的影响。
在安全性方面，可分为数据库和软件的安全设置。
在数据库中本系统将使用数据库管理员的安全权限，密码暂时为空，验证方式为windows和sql混合验证方式。
这样可以提高系统的安全性。
软件部分设置了三个用户和三个不同的权限，这样在软件方面已有了一定的安全性。
还有其他安全方面的调试，例如加密问题等。
但是基本上系统是成功的在安全方面虽然没有很高的安全性，但是基本上可以适应需要的操作和一般的安全防范。
通过这几方面的调试，我很好的提高了系统的性能，达到了所要达到的要求，可以说调试是成功的。
1．给Timer控件添加代码，现实与系统时钟的同步，代码如下：
PrivatesubTimer1_tick（byvalsenderassystem.object,byvaleassystem.eventargs）_
handlestimer1.tick
dimweekdaynameasstring
me.statusbarpane14.text=now.tolongtimestring
ifnowdayofweek=dayofweek.Sundaythenweekdayname=”星期天”
ifnowdayofweek=dayofweek.mondaythenweekdayname=”星期一”
ifnowdayofweek=dayofweek.tuesdaythenweekdayname=”星期二”
ifnowdayofweek=dayofweek.wednesdaythenweekdayname=”星期三”
ifnowdayofweek=dayofweek.thursdaythenweekdayname=”星期四”
ifnowdayofweek=dayofweek.fridaythenweekdayname=”星期五”
ifnowdayofweek=dayofweek.saturdaythenweekdayname=”星期六”
me.statusbarpane14.tooltiptext=now.tolongdatestring&”,”&weekdayname
ifme.mdichildren.getlength（0）=0then
me.menuclsall.enabled=false
else
me.menuclsall.enable=true
endif
endsub
2．给Timer2控件添加代码，实现面板的动态变化，代码如下：
Privatesubtimer2_tick（byvalsenderassystem.object,byvaleassystem.eventargs）_
handlestimer2.tick
dimcursorposassystem.drawing.point
cursorpos=cursor.position
dimdisXasinteger
disX=cursorpos.X–me.panel1.left
ifmath.abs（disX）ifme.panel1.width<220then
me.panel1.width+=20
endif
else
ifme.panel1.width>15then
me.panel1.width-=20
endif
endif
endsub
3．给button1按钮控件添加代码，实现两个图标的轮次变换，代码如下：
Privatesubbutton1_click（byvalsenderassystem.object,bybaleassystem.eventargs）handlesbutton1.click
Ifme.button1.imageindex=1then
Me.button1.imageindex=2
Me.timer2.enabled=false
Else
Me.button1.imageindex=1
Me.timer2.enable=true
Endif
Endsub
4．为[退出系统]的菜单项添加以及窗体中的退出按钮添加代码，实现退出该程序，结束该进程，代码如下：
Pricatesubmenuexit_click（byvalsenderassystem.object,byvaleassystem.eventargs）handlesmenuexit.click
Ifmsgbox（“你真的要退出餐饮服务管理系统吗？
”,msgbox
升级会员 