网上订餐系统分析与设计Word文件下载.docx

网上订餐系统分析与设计Word文件下载.docx

《网上订餐系统分析与设计Word文件下载.docx》由会员分享，可在线阅读，更多相关《网上订餐系统分析与设计Word文件下载.docx（22页珍藏版）》请在冰豆网上搜索。

网上订餐组织庞大，服务项目多、信息量大，要想提高劳动生产、降低成本。

提高质量和水平，进而促进经济效益，必须借助计算机来进行现代化信息是。

网上订餐系统正是为此设计开发的。

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）