餐饮管理系统总体设计说明书Word格式.docx
《餐饮管理系统总体设计说明书Word格式.docx》由会员分享，可在线阅读，更多相关《餐饮管理系统总体设计说明书Word格式.docx（15页珍藏版）》请在冰点文库上搜索。
5运行设计......................................................................................................9
5.1运行模块组合...........................................................................................9
5.2运行控制..................................................................................................10
5.3运行时间..................................................................................................10
6系统的数据结构设计..................................................................................10
6.1逻辑结构设计..........................................................................................10
6.2数据库表的详细信息..........................................................................10
7系统出错处理设计......................................................................................12
7.1补救措施..................................................................................................12
7.2系统维护设计..........................................................................................12
GB8567——88
1引言
1.1编写目的
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。
本文主要介绍了“酒店点菜管理系统”的整个设计开发过程。
该主要系统功能包括以下几个模块:
系统管理模块（包括重新登陆、用户管理、系统备份、系统还原）、基础数据设置管理、顾客管理模块（包括顾客点菜、上菜、统计、结账、评价等）、点菜记录管理、采购管理等模块。
该总体设计说明书体现了清晰的点菜系统管理流程,完成了基本的酒店管理要求，是一个典型的信息管理系统。
该系统大大地简化了操作流程，提高了酒店的工作效率。
编写这份总体设计说明书主要是为了使小组成员充分认识和掌握本系统的情况,以便确定本系统的后继工作,本说明书主要提交给用户和小组成员参考,以便最终实现用户的要求,给用户一份满意的答卷。
1.2背景
随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所
的人数也与日俱增。
传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。
目前，我国酒店餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着酒店餐饮业高速发展和餐饮店规模的不断扩大，许多酒店餐饮企业采用连锁经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个酒店餐饮业的规模化发展和整体服务水平的提升。
而本系统在上述环境下应运而生，能够很好的弥补传统酒店管理的不足。
本系统名称：
餐饮点菜管理系统
本项目任务设计者：
。
用户：
酒店经理、系统管理员、顾客
项目与其他软件，系统的关系：
本项目采用客户机/服务器原理客户端程序是建立在Windows系统上以及SQL数据库等开发软件的应用程序。
1.3定义
顾客:
根据系统操作提示自助进行点菜、退菜操作，系统要根据顾客的选择自动进行结账计算并显示；
传菜员：
根据系统操作提示进行传菜，并对已经上桌的菜进行标记；
经理：
查看营业情况，各菜品反映情况，顾客反馈意见等；
厨师：
根据顾客点菜记录烹制菜肴；
后台管理人员：
对数据库初始数据的设置，系统维护、升级。
对数据进行分析，并根据顾客的点菜情况适当修改菜单。
权限设置，数据备份；
数据流图：
数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况；
菜谱数据库：
存放餐厅所有菜品的单价，所属菜系，及其参照图等；
库存记录数据库：
存放各种菜品的数量，以及顾客所点菜品的记录，；
点菜记录：
存放顾客点菜信息；
账单记录：
存放顾客所点菜品的单价，以及计算总价；
1.4参考资料
《软件工程导论》（第六版）
《SQL2012教程》
《ASP.NET程序开发实用教程》
《VisualC#.NET程序设计教程》
及其他资料。
2总体设计
2.1需求设定
本系统在顾客点菜时主要输入顾客编号，房间信息，然后打印账单返给顾客。
本系统在查询数据库是主要输入需要查询的相关信息，包括菜品编号、菜名、菜品种类等信息。
该主要系统功能包括以下几个部分：
（1）系统管理：
主要包括系统维护、系统升级、系统还原；
（2）权限管理：
顾客管理，服务人员管理；
（3）基础数据管理：
菜种类，菜价格，菜图片等；
（4）帮助模块：
对用户在使用系统时遇到的问题进行及时解决；
2.2运行环境
（1）硬件环境：
奔腾系列，i3或i5的处理器等。
（2）软件环境：
Windowsxp、Windows7以及Windows8系统，支持数据库SQL2012，程序开发MicrosoftVisualStudio2010
2.3基本设计概念
本系统的基本设计概念和处理流程如下：
（1）系统启动时，激活身份验证模块。
（2）通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的处理界面。
（3）系统进入信息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块。
（4）各项功能执行完毕后，重新进入信息循环状态。
（5）由退出系统事件激活关闭系统模块，退出系统。
2.4系统结构图
酒店点菜管理系统
系统管理
权限管理
基础数据
管理
帮助管理
系统维护
系统升级
系统还原
顾客管理
服人员管理
菜种类
菜图片
菜价格
其他数据
会员通道
普通点菜
普通退菜
普通催菜
传菜员管理
采购员管理
点菜记录管理
账单管理
缺料统计
处理料统计
菜品统计
2.5功能需求与程序的关系
（1）用户身份验证必须调用“验证身份”模块程序进行身份验证；
（2）顾客点菜时必须调用“采购管理”中的“缺料记录”进行身份验证；
（3）传菜员在传菜时需要调用“顾客管理”中的“点菜”信息；
（4）顾客结账时进行查询要调用“顾客管理”中的“点菜”及“上菜”；
2.6人工处理过程
（1）新增菜品时需要对相应的菜谱信息进行录入。
（2）对于已经过时不用的菜品需要管理人员对菜单数据进行相应的删除。
（3）其他方面数据的处理系统将会自动进行。
3接口设计
3.1用户接口
本系统采用典型Windows风格作为人机接口，如使用窗口、菜单、对话框等。
（1）点菜：
顾客将根据菜单信息进行选择，系统将这些信息保存在点菜记录文件中；
（2）查询菜品信息：
显示菜单中相应的菜品信息；
（3）加菜：
顾客将要添加的菜品信息输入，系统根据操作修改文件处理，最后将修改后的点菜记录文件显示出来；
（4）查询上菜信息：
通过管理员模块处理后，将其信息显示出来；
（5）结账：
顾客根据自己的点菜记录进行结账付款，系统将账单打印出来交给顾客；
（6）处理到料单：
管理员根据采购人员提供的到料通知单修改数据库存储记录。
3.2外部接口
外部接口是指应用程序接口（ApplicationProgrammingInterface,API）支持一系列访问数据的函数调用。
这种类型的接口在几年前是开发者的唯一选择。
API通常以动态链接库（DLL）的形式提供，可从MicrosoftVisualStudio2010访问。
Windows环境中使用API的普遍问题是MicrosoftVisualStudio2010应用程序有时不能提供API所指定作为输入参数的数据类型。
这种情况下，开发者必须在MicrosoftVisualStudio2010应用程序和API之间写一个映射层。
幸运的是，所有在本章讨论的接口以标准形式写出，支持MicrosoftVisualStudio2010程序的调用。
SQLServer对MicrosoftVisualStudio2010编程人员提供两种调用级接口：
（1）DB-Library。
（2）开放式数据库连接（ODBC）。
DB-Library是Microsoft开发的提供到SQLServer的函数调用的API，因此，DB-Library是使用第三部分数据转换和集成数据服务、业务服务、表达服务。
数据SQLServer专用的，不能使用到其他数据库管理系统。
许多年里，DB-Library接口就是指SQLServer。
但是，随着其他接口的出现，DB-Library已经过时。
ODBC是一个工业标准，支持到关系数据库的SQL请求。
数据库管理系统提供者通常发布一个ODBC驱动程序，将SQL语句转换成特定数据库的访问函数。
使用ODBC开发比DBLibrary更为便利：
DB-Library比ODBC有更多的函数（大约150个，而ODBC才50个）而ODBC更容易学，并可用于其他数据库管理系统。
3.3内部接口
验证模块：
完成对用户身份的验证。
初始化模块：
在身份验证后，系统调用初始化操作，执行完毕后进入消息循环状态。
查询模块：
由相应消息驱动，完成对信息进行查看功能。
删除模块：
具有此权限的用户完成对信息删除功能。
传输模块：
实现不同客户端之间信息同步传输的功能。
退出模块：
实现用户从系统退出功能。
4部分页面设计
4.1管理员登陆界面
主要功能：
审核身份，以及“认证失败，拒绝登录”操作
开始
输入用户名
输入用户名正确
提示输入用户名
提示输入正确的密码
进入主菜单
是否为空
用户名是否存在
结束
密码正确
4.2顾客点菜界面
接受用户信息
点菜（或加菜、退菜）
提示：
请输入正确菜名
数据传输处理
是否合法
完成并退出
确认/取消？
显示已点菜信息
5运行设计
5.1运行模块
不同的用户登录此系统获得的系统功能是不同的，如下：
（1）顾客及管理员等具有查询，传输数据相关信息的权限；
（2）管理员具有查询、添加、删除、修改、传输的权限。
5.2运行控制
用户通过身份验证之后进入系统操作界面，管理员可以对系统进行信息的增添，删除，修改，传输等操作，可以进行查询相关信息的操作
5.3运行时间
“用户验证”模块在完成用户登录的身份验证后立即退出运行，释放占用的系统资源。
一般来说，本系统运行时间在可以接受的范围内。
6系统的数据结构设计
6.1逻辑结构设计
6.2数据库表的详细信息
（1）菜谱信息
数据项名称
别名
数据类型
字节
菜品编号
Cnumber
Char
15
菜名
Cname
30
所属菜系
Ctype
Char
30
价格
Cprice
Int
8
参考图片
Cpicture
50
（2）账单数据库
账单号
Znumber
日期
Zdate
房间号
Rnumber
10
座位号
Dnumber
消费情况
sprice
int
（3）点菜单数据库
Cdate
单价
数量
Ccount
Int
（4）已上菜数据库
（5）库存数据库
剩余数量
（6）缺料数据库
缺料数量
Lcount
7系统出错处理设计
7．1补救措施
本系统定期备份数据库，以便在系统出现故障时，能够及时恢复。
7.2系统维护设计
本系统需严格按照软件产品设计规范的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出大量详细的注释。
升级会员 