网上订餐系统分析与设计Word文档格式.doc
《网上订餐系统分析与设计Word文档格式.doc》由会员分享，可在线阅读，更多相关《网上订餐系统分析与设计Word文档格式.doc（28页珍藏版）》请在冰点文库上搜索。
4.5函数设计 15
第五章详细设计 16
5.1数据库的详细设计 16
5.2数据库的实现 16
5.3界面设计 17
5.3.1系统登录界面 17
5.3.2系统主界面 17
5.4系统功能详细说明 18
5.4.1用户信息管理模块 18
5.4.2菜品菜单管理模块 18
5.4.3厨房管理模块 18
5.4.4送餐管理模块 18
5.4.5结算管理模块 18
第六章系统实现 20
6.1系统登录模块 20
6.2用户信息登记模块 20
6.3用户餐品选择模块 21
6.4确认菜单管理窗体 22
6.5厨房管理窗体 22
6.6送餐管理窗体 23
6.7酒店统计管理窗体 24
6.8结算窗体 24
第七章系统测试 25
7.1登录测试 25
7.2系统功能模块测试 25
第八章使用说明 29
8.1运行环境 27
8.2性能说明 27
8.3操作说明 27
总结与展望 27
参考文献 28
27/28
第一章前言
1.1背景
现代社会，科技飞速发展，网上订餐需求不断普及。
网上订餐组织庞大，服务项目多、信息量大，要想提高劳动生产、降低成本。
提高质量和水平，进而促进经济效益，必须借助计算机来进行现代化信息是。
网上订餐系统正是为此设计开发的。
1.2编写目的
可行性研究的目的是研究问题，花费最小的代价，以最快的速度提出解决问题的方法。
经过对此项目的详细准确的研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交软件经理审查。
1.3定义
网上订餐系统（WSDCXT）：
WSDCXT分别是“网上订餐系统”的汉语拼音首字母缩写。
系统登陆模块：
主要负责用户或者会员进入系统的一个身份验证。
菜单查询模块：
主要负责用户查询菜单菜品。
订单管理模块：
主要负责对用户确定完毕的订单进行管理。
厨房管理模块：
主要负责对确定的订单进行菜品的准备和加工。
送餐模块管理：
主要负责对准备完毕的订单进行送餐。
统计和结账模块：
用户的餐品结账。
第二章可行性分析
可行性研究的目的是付出最小的代价在尽可能短的时间里确定问题是否通解决，系统的可行性分析可以从以下几个方面研究：
2.1技术的可行性
技术上的可行性主要分析现有技术条件能否顺利完成开发工作，软硬件能否满足开发者的需要等，这一特点非常适合计算机的特点，发挥计算机的数据处理速度快，准确率高的优势。
现代计算机硬件与软件技术的飞速发展，为系统的建设提供了技术条件。
由于网上订餐系统这一类的订餐管理系统进行开发已有一定的时期，有很多成功的实例上，技术基础也已经非常雄厚，因而技术上的是可行的。
2.2经济的可行性
主要是对项目经济效益进行评价，一方面是支出的费用，其中包括设备的购置费，软件开发费，管理和维护费，人员工资和培训费等。
另一方面是取得的收益可以用钱来衡量的那部分以及使用本系统而提高的效率，节约的人力物力。
基于企业的现有计算机及配套设备，建设MIS系统，大大降低了办公费用，提高办公效率，而且能检测数据效用，为企业提供方便。
由于网上订餐理系统是由我及几个同学开发的，投入相对较少，但却能获得较大的收益，所以经济上是可行的。
2.3管理上的可行性
主要是管理人员对开发信息系统是否支持，现有管理制度是否科学，规章制度是否齐全，原始数据是正确等。
网上订餐系统比较完善的规章制度和管理方法为系统的建设提供了保障，一个软件设计的好坏，关键在于产品的可靠，稳定，便于维护，系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员进行补充、维护。
2.4结论
由于缺乏专业人士的帮助，并且缺少实际经验，该订餐系统可能做的不太健全，远不是真正意义上的软件、工业产品，只能算作坊生产的产物。
可能还存在缺陷，不足之处有待改进。
前景根据以上分析，我认为开发此系统的条件已经具备，可以开始进行开发。
并且我相信此软件经济实惠，肯定具有良好的前景。
我将会逐步完善该软件，尽可能地让满足客户的需求。
让用户在家中、办公室就能体会到网上订餐快捷，方便。
同时保证投资者资金的安全性，资金稳步的回笼期，资金的合理回报率。
因此我开发的网上订餐系统可行！
第三章需求分析
3.1具体需求
3.1.1功能需求
（1）会员登录注册
简述：
用户信息管理，包括信息存入，信息查询，信息修改，信息删除。
输入：
用户信息
处理过程描述：
用户信息存数据库。
输出：
操作成功或失败的提示信息。
（2）订单管理
订单管理，包括对已选定的订单，菜品存入，信息查询，信息修改，信息删除。
用户选中菜品
提供菜品信息，让顾客自行挑选菜品并录入系统。
菜品信息和订单信息
（3）做菜发送
对用户确认的订单进行菜品的加工和送餐。
用户订单，发送地址。
菜品情况录入系统
操作成功或失败的提示信息，产生消费清单
（4）结账与统计
用户消费和送货交付结账付款以及对用户订餐的信息进行统计
用户信息查询消费情况
消费清单或者操作失败提示信息
3.2数据流图
绘制数据流图的目的是为了方便开发人员与用户的交流，以及为系统的设计提供依据。
数据流图的绘制过程通常是采用自顶向下，逐层分解，直到功能细化为止，形成若干层次的数据流图。
宾馆管理系统的数据流图如下所示：
用户
送餐员
网上订餐系统
图3-1基本系统模型
图3-2顶层数据流图
图3-3第一层数据流图
3.3数据字典
名称：
用户档案
别名：
描述：
记录用户信息
定义：
用户信息＝用户姓名+身份证号+手机号+送货地址
位置：
输出到用户信息管理档案
厨房档案
菜品制作全程监控
厨房档案＝材料+菜品+做法
输出到送餐档案
菜单档案
菜单的基本信息
菜单档案＝菜品名称+菜品类型+材料+做法+描述+金额
输出到厨房信息档案
送餐档案
完成菜单发送
送餐档案＝菜单+送货员+送货地址+菜品金额
输出到个人消费档案
个人消费档案
用户订餐所有消费记录的集合
个人消费档案＝菜品档案+送货附加档案+服务消费
3.4实体关系模型图
根据系统的功能需求画出实体联系图（E-R）图：
3.4.1实体图
图3-4餐品档案实体
图3-5订单档案实体
图3-6厨房档案实体
图3-7服务档案实体
3.4.2总体E-R图
图3-8实体关系（E-R）图
3.5性能需求
1、精度
软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻，所以输入、输出数据精度的要求不是很高，可以用浮点数。
2、时间特征要求
软件运行的响应时间要求不超过1-2秒。
3、灵活性
软件具有升级功能，以满足用户的需求。
3.6数据管理能力需求
本软件管理的数据大都以数据库的形式储存，主要包括用户信息，菜单信息数据，菜品信息数据，其中菜品材料信息数据和菜品信息数据基本不变，数据库大小基本不变，而客户信息数据随着时间的推移每天都在增加，客户信息数据需要定期进行整理和处理。
3.7故障处理需求
本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正在运行，有对数据库备份的功能，这样才能使用户满意。
3.8其他需求
本软件有保密功能，设立了系统账号管理功能，用户登录时需要验证用户名及密码，对于三次密码输入错误的使用者则关闭此系统，这样保证了数据的安全。
本软件使用也十分方便，以窗口的形式呈现给用户，很容易操作。
3.9运行环境需求
内存：
512M；
硬盘：
80G；
操作系统为windows系列；
第四章总体设计
4.1系统分析
根据用户的要求以及对需求分析阶段对功能的分析，要实现用户的基本信息管理、菜品信息管理、菜单管理、厨房管理、结账处理。
（1）用户的基本情况管理：
用户登录时需要进行验证，登陆后可以对用户基本信息进行修改，包括客户的姓名、性别、送货地址——用户档案。
（2）菜品菜单管理：
网上订餐的菜品管理，包括对菜品的材料、做法、简单描述等登记管理，用户选定的菜品加入菜单，对确定的菜单进行管理。
——菜品档案。
（3）厨房管理：
对用户选好的菜品进行食材的加工，包括对菜品材料，加工时间，加工方法等——菜品档案
（4）结账处理：
用户消费结账以后，给出用户的消费报告单，店家在月底对本月的用户消费情况进行统计（会根据会员的优惠条件给予相应的折扣优惠）。
4.2系统设计
由问题分析我确定了本系统需要哪些确切的功能模块和组织结构。
4.2.1软件组织结构
本系统的总体结构采用菜单来调用窗体，利用窗体来进行管理、数据加工、信息查询等工作，系统的功能模块图如图4-1所示：
图4-1系统功能结构图
4.3功能说明
系统分为五个模块来对实现其功能需求，即：
用户信息管理模块、菜品菜单管理、做菜管理、结账处理。
1、用户信息管理模块
用户信息注册：
对用户信息进行注册
2、菜品菜单管理模块
菜单中菜品管理：
对菜单中的菜品信息进行管理
购物车管理：
对用户加入到菜单的菜品进行管理
菜单管理：
对用户确定的菜单进行管理
3、厨房管理
食材管理：
对用户确定的菜单中菜品进行食材准备
加工管理：
对用户确定的菜单中菜品进行加工
4、结算
用户订餐结算：
对用户订餐的消费进行统计和计算
4.4重要数据的数据结构设计
4.4.1变量设计
在系统的代码实现的时候，必须用到一些变量，一般我所用到的变量为两种：
一是全局变量、二是局部变量。
全局变量：
以“global_”加字母作为变量名，如：
global_name。
局部变量：
不限制。
4.5函数设计
为了简化程序，并且提高代码的重要性，在编写代码时，对多次用到代码段，定义成函数，在用到的地方直接调用函数。
全局函数以“gfunction_”加函数名，如：
gfunction_Add（）；
局部函数以“zfunction_”加函数名，如：
zfunction_Add（）；
第五章详细设计
在此阶段将对系统进行更详细的分析和设计，目的是确定如何具体地实现所要求的系统。
5.1数据库的详细设计
在设计和实现代码之前必须设计好数据库，根据系统的总体E-R图装得到数据库的概念模式：
1、食品档案Food_arch（餐品号Food_num（20）、餐品名Food_name（12）、食材Food_ing（5）、加工方法Food_method（50）、生产日期Food_dat（5））
2、订单档案BOOK_arch（订单号Book_NO（15）、剩余量Book_amout（12）、单价（元）Book_price（12）、订购数量Book_ordered（12）、生产日期Book_time）
3、厨房Cook_arch（食材Cook_ingredients（12）、厨师号Cook_Name（25）、加工时间Cook_time（12）、餐品数量Cook_number（20））
4、送餐档案send_arch（订单号send_number（15）、菜品名send_name（25）、运送位置send_location（20）、运送人员send_person（20）、运送时间send_time（20））
5、结算档案Cost_arch（菜单号Cost_number（25）、消费类型cost_NO（12）、消费金额Cost_list（20）结算时间cost_time（20）、结算数量cost_count（5））
5.2数据库的实现
根据系统数据库的概念模式，可以得到应有如下的６个数据表：
表5-1食品档案表
字段
类型
是否为空
长度
备注
餐品号
整形
否
自动增长
主键
餐品名
字符串
无
食材
20
加工方法
整型
生产日期
表5-2订单档案表
订单号
剩余量
订购数量
表5-3厨房档案表
字段名
字段代码
字段类型
关键字
Cook_ingredient
Int（20）
Y
N
厨师号
Cook_name
加工时间
Cook_time
date
餐品数量
Cook_number
表5-4送餐档案表
Send_number
菜品名
Send_name
运送位置
Send_location
Varchar（20）
运送人员
Send_person
Varchar（5）
运送时间
send_time
表5-5结算档案表
菜单号
Cost_number
消费类型
Cost_NO
Varchar（12）
消费金额
Cost_list
结算时间
Cost_time
结算数量
Cost_count
5.3界面设计
较好的界面能给用户一幕了然的感觉，也便于设计，系统的界面应该保持一致不随时间而改变，好的界面是能给用户提供帮助的。
5.3.1系统登录界面
图5-1用户登录界面
5.3.2系统主界面
图5-2系统主界面
5.4系统功能详细说明
5.4.1用户信息管理模块
目的：
对用户的信息进行注册和保存。
功能：
以直接登录方式进入用户首页，建立相应的用户信息档案，并可对用户信息进行添加、删除、修改和查询。
性能：
稳定、快速、准确。
输入项：
用户的证件号、姓名、性别、送货地址。
输出项：
相应的信息记录和相应的出错信息提示。
5.4.2菜品菜单管理模块
根据菜单信息用户进行菜品选择，修改，确认并提交订单。
根据菜单，用户可以对菜品进行查看并加入购物车。
确定的订单送至厨房并加工餐品。
稳定、及时、正确。
用户选择的餐品、选择数量、选择时间、送餐位置。
5.4.3厨房管理模块
对客户的消费信息进行管理以及对酒店的月消费进行统计。
客户入住以后，在酒店的消费，酒店对客户的消费进行统计，包括消费类型、消费金额、消费时间，建立相应的消费档案包括客户对其信息的查询。
稳定、快速、及时、正确。
消费类型，消费时间、价格。
相应的信息记录和相应的出错信息或提示。
5.44送餐管理模块
送餐员送餐信息
对准备完成的餐品进行送餐，依据菜单信息，送餐时间，送餐数量送餐位置准确的送餐。
稳定、快速、正确
送餐员号，送餐员姓名，菜单信息，送餐时间，送餐数量
相应的信息就和相应的出错信息或提示
5.4.4结算管理模块
用户餐品结算
用户收到餐品以后，向卖家支付相应的消费金额
稳定、快速、正确。
用户名，餐品名，餐品数量，消费金额
所需的金额和相应的出错信息或提示。
第六章系统实现
经过前面几个阶段对系统的分析之后，接下来是本系统的实现阶段。
6.1系统登录模块
图6-1用户登录界面
本模块的主要功能是对操作用户的身份进行验证，只有系统管理员和默认的用户可以登录本系统。
在进行系统登录过程中，登录模块将调用数据库里的用户档案表，对用户号和密码进行验证（密码为用户自己设置），只有输入正确后，才能进入系统。
每次输入错误时，模块都会给出错误提示，当第三次输入错误时，给出“第三次输入错误，还有一次机会”的提示，当第四次输入错误时，自动关闭登录窗体。
当输入正确以后，将进入系统，主界面如图5-2所示。
6.2用户信息登记模块
图6-2客户信息登记界面
本窗体的主要功能是对用户的信息修改确认，按照提示输入相应的信息之后，该窗体将调用数据库中的用户信息档案表，对数据进行操作。
当数据应经存在时将给出提示如图5-5所示。
图6-3信息提示
6.3用户餐品选择模块
图6-4用户餐品选择界面
该窗体主要功能是为用户选择餐品，根据用户需求进行餐品选择，确认订单，如果客户还没有登录的话，必须先登录。
该窗体也将对数据库里的菜单档案表和用户档案表进行数据的处理。
在出错的时页面会给出相应的提示。
6.4确认菜单管理窗体
图6-5确认菜单管理界面
该窗体对菜单确认进行管理，对用户选择的菜单信息进行时时更新，还可以添加新的餐品和查看已经选择的餐品。
该窗体也要调用数据库里的用户菜单档案数据表。
在出错的情况下会给出相应的错误提示或者警告。
6.5厨房管理模块窗体
图6-6餐饮管理界面
该窗体是对客户的餐饮消费情况进行统计，这个模块需要客户进行现金支付，这也是用户的需求，该窗体主要是调用数据库里的消费类型和消费档案表和客户档案表。
在出错的情况下会给出相应的警告和提示。
6.6送餐管理窗体
图6-7娱乐消费管理界面
和餐饮管理窗体一样该窗体是对客户的娱乐消费情况进行统计，这个模块需要客户进行现金支付，这也是用户的需求，该窗体主要是调用数据库里的消费类型表和消费档案表和客户档案表。
在出错的情况下会给同相应的警告和提示。
6.7酒店统计管理窗体
图6-8酒店统计管理界面
这个窗体的主要功能是对客户订餐的消费情况进行管理，可以按照每个月或者每天来查看消费情况。
需要对消费档案表进行调用和处理。
6.8结算窗体
图6-9结算窗体界面
该窗体非常重要，要求处理过程非常正确和有序。
该窗体是对用户餐品结算的处理，根据是否会员的情况来进行打折和收费，在结账之后还必须更改菜单状态和注销用户本次餐品信息表里的信息。
涉及到用户档案表和菜单档案表和消费档案表的处理。
第七章系统测试
系统测试是保证软件质量，提高软件可靠性的主要活动之一。
它实施对软件规格说明、设计规格说明和编码的审核。
软件测试的目的是以最少的资源尽可能的找出软件中的错误和缺陷，测试的结果是为软件的维护提供依据。
本次测试将大部分可能的值来检查系统程序的正确性，并通过测试得到必要的调试或者功能改进。
7.1登录测试
当用户输入出错时会给出提示用户第1次输入错误，如图7-1所示
图7-1错误提示信息
当输入第三次错误时也会给出提示：
如图7-2所示。
图7-2错误提示信息
7.2系统功能模块测试
在每个相应的功能模块中，测试人员分别输入错误的数据和正确的数据，查看相应的结果和提示。
在其测试中按照窗体界面的按钮或者图标的提示，查看处理的结果。
图7-3客户信息登记界面
如上图在客户信息添加的窗体中，点击添加按钮之后，会把左边文本框里的内容添加到数据表里面，并且会在右边的数据窗口里面显示出来。
如图7-4所示。
图7-4客户信息登记界面
每个功能模块在测试过程中都会像图7-3、图7-4一样，按照输入规则点击功能按钮后，会得到处理结果。
在这里就不一一介绍。
第八章使用说明
该系统的使用说明大致可以分为：
运行环境，性能说明和操作说明三个部分。
8.1运行环境
硬件平台：
硬盘20G以上；
256M以上
CPU：
PⅢ以上
操作系统：
Windows2000/windowsxp/windows7/vista
其他软件：
Microsoftaccess
8.2性能说明
系统对用户的请求需及时给出响应，无需连接互联图。
有时可能受到计算机性能的影响。
8.3操作说明
系统提供操作人员的登录，登录之后，操作人员在界面上选择相应的操作，点击按钮之后将数据存入数据库。
使用比较简单。
但是操作人员也须将按照要求进行操作。
具体的操作，系统开发人员将给酒店操作人员进行操作培训。
总结与展望
本次课题的设计和实现，我小组首先在以往的学习基础上，通过对相应资料的查阅和借鉴以及学习，了解信息管理系统的基础上掌握了开发酒店管理系统的基本方法，然后参考课题要求，以及对课题要求的分析，为设计和实现打下了基础。
由于时间和能力的原因，不能做一个功能更加完善的酒店管理系统，而仅仅从用户信息登录、菜单菜品管理、做菜管理、结算和统计这几个方面来进行系统的设计，各个模块都需要数据库的支持，这使得我在开发系统中，对数据库的使用也有了更深
升级会员 