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

1、网上订餐组织庞大，服务项目多、信息量大，要想提高劳动生产、降低成本。提高质量和水平，进而促进经济效益，必须借助计算机来进行现代化信息是。网上订餐系统正是为此设计开发的。1.2编写目的可行性研究的目的是研究问题，花费最小的代价，以最快的速度提出解决问题的方法。经过对此项目的详细准确的研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。1.3定义网上订餐系统（WSDCXT）：WSDCXT 分别是“网上订餐系统”的汉语拼音首字母缩写。系统登陆模块：主要负责用户或者会员进入系统的一个身份验证。菜单查询模

2、块：主要负责用户查询菜单菜品。订单管理模块：主要负责对用户确定完毕的订单进行管理。厨房管理模块：主要负责对确定的订单进行菜品的准备和加工。送餐模块管理：主要负责对准备完毕的订单进行送餐。统计和结账模块：用户的餐品结账。第二章 可行性分析可行性研究的目的是付出最小的代价在尽可能短的时间里确定问题是否通解决，系统的可行性分析可以从以下几个方面研究：2.1技术的可行性技术上的可行性主要分析现有技术条件能否顺利完成开发工作，软硬件能否满足开发者的需要等，这一特点非常适合计算机的特点，发挥计算机的数据处理速度快，准确率高的优势。现代计算机硬件与软件技术的飞速发展，为系统的建设提供了技术条件。由于网上订餐

3、系统这一类的订餐管理系统进行开发已有一定的时期，有很多成功的实例上，技术基础也已经非常雄厚，因而技术上的是可行的。2.2经济的可行性主要是对项目经济效益进行评价，一方面是支出的费用，其中包括设备的购置费，软件开发费，管理和维护费，人员工资和培训费等。另一方面是取得的收益可以用钱来衡量的那部分以及使用本系统而提高的效率，节约的人力物力。基于企业的现有计算机及配套设备，建设MIS系统，大大降低了办公费用，提高办公效率，而且能检测数据效用，为企业提供方便。由于网上订餐理系统是由我及几个同学开发的，投入相对较少，但却能获得较大的收益，所以经济上是可行的。2.3管理上的可行性主要是管理人员对开发信息系统

4、是否支持，现有管理制度是否科学，规章制度是否齐全，原始数据是正确等。网上订餐系统比较完善的规章制度和管理方法为系统的建设提供了保障，一个软件设计的好坏，关键在于产品的可靠，稳定，便于维护，系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员进行补充、维护。2.4结论由于缺乏专业人士的帮助，并且缺少实际经验，该订餐系统可能做的不太健全，远不是真正意义上的软件、工业产品，只能算作坊生产的产物。可能还存在缺陷，不足之处有待改进。前景根据以上分析，我认为开发此系统的条件已经具备，可以开始进行开发。并且我相信此软件经济实惠，肯定具有良好的前景。我将会逐步完善该软件，

5、尽可能地让满足客户的需求。让用户在家中、办公室就能体会到网上订餐快捷，方便。同时保证投资者资金的安全性，资金稳步的回笼期，资金的合理回报率。因此我开发的网上订餐系统可行！第三章 需求分析3.1具体需求3.1.1功能需求（1）会员登录注册简述：用户信息管理，包括信息存入，信息查询，信息修改，信息删除。输入：用户信息处理过程描述：用户信息存数据库。输出：操作成功或失败的提示信息。（2）订单管理订单管理，包括对已选定的订单，菜品存入，信息查询，信息修改，信息删除。用户选中菜品 提供菜品信息，让顾客自行挑选菜品并录入系统。菜品信息和订单信息（3）做菜发送对用户确认的订单进行菜品的加工和送餐。用户订单，

6、发送地址。菜品情况录入系统操作成功或失败的提示信息，产生消费清单（4）结账与统计用户消费和送货交付结账付款以及对用户订餐的信息进行统计用户信息查询消费情况消费清单或者操作失败提示信息3.2数据流图绘制数据流图的目的是为了方便开发人员与用户的交流，以及为系统的设计提供依据。数据流图的绘制过程通常是采用自顶向下，逐层分解，直到功能细化为止，形成若干层次的数据流图。宾馆管理系统的数据流图如下所示：用户送餐员网上订餐系统图3-1 基本系统模型图3-2顶层数据流图图3-3第一层数据流图3.3数据字典名称：用户档案别名：描述：记录用户信息定义：用户信息用户姓名+身份证号+手机号+送货地址位置：输出到用户信

7、息管理档案厨房档案菜品制作全程监控厨房档案材料+菜品+做法输出到送餐档案菜单档案菜单的基本信息菜单档案菜品名称+菜品类型+材料+做法+描述+金额输出到厨房信息档案送餐档案完成菜单发送送餐档案菜单+送货员+送货地址+菜品金额输出到个人消费档案个人消费档案用户订餐所有消费记录的集合个人消费档案菜品档案+送货附加档案+服务消费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、精度软件主要用于管理，不是科学计算，要

8、求计算的精度不是很苛刻，所以输入、输出数据精度的要求不是很高，可以用浮点数。2、时间特征要求软件运行的响应时间要求不超过1-2秒。3、灵活性软件具有升级功能，以满足用户的需求。3.6数据管理能力需求本软件管理的数据大都以数据库的形式储存，主要包括用户信息，菜单信息数据，菜品信息数据，其中菜品材料信息数据和菜品信息数据基本不变，数据库大小基本不变，而客户信息数据随着时间的推移每天都在增加，客户信息数据需要定期进行整理和处理。3.7故障处理需求本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正在运行，有对数据库备份的功能，这样才能使用户满意。3.8其他需求本软件有保密功能，设立了系统

9、账号管理功能，用户登录时需要验证用户名及密码，对于三次密码输入错误的使用者则关闭此系统，这样保证了数据的安全。本软件使用也十分方便，以窗口的形式呈现给用户，很容易操作。3.9运行环境需求内存：512M；硬盘：80G；操作系统为windows系列；第四章 总体设计4.1系统分析根据用户的要求以及对需求分析阶段对功能的分析，要实现用户的基本信息管理、菜品信息管理、菜单管理、厨房管理、结账处理。（1）用户的基本情况管理：用户登录时需要进行验证，登陆后可以对用户基本信息进行修改，包括客户的姓名、性别、送货地址用户档案。（2）菜品菜单管理：网上订餐的菜品管理，包括对菜品的材料、做法、简单描述等登记管理，

10、用户选定的菜品加入菜单，对确定的菜单进行管理。菜品档案。（3）厨房管理：对用户选好的菜品进行食材的加工，包括对菜品材料，加工时间，加工方法等菜品档案（4）结账处理：用户消费结账以后，给出用户的消费报告单，店家在月底对本月的用户消费情况进行统计（会根据会员的优惠条件给予相应的折扣优惠）。4.2系统设计由问题分析我确定了本系统需要哪些确切的功能模块和组织结构。4.2.1软件组织结构本系统的总体结构采用菜单来调用窗体，利用窗体来进行管理、数据加工、信息查询等工作，系统的功能模块图如图4-1所示：图4-1 系统功能结构图4.3功能说明系统分为五个模块来对实现其功能需求，即：用户信息管理模块、菜品菜单管

11、理、做菜管理、结账处理。1、用户信息管理模块用户信息注册：对用户信息进行注册2、菜品菜单管理模块菜单中菜品管理：对菜单中的菜品信息进行管理购物车管理：对用户加入到菜单的菜品进行管理菜单管理：对用户确定的菜单进行管理3、厨房管理 食材管理：对用户确定的菜单中菜品进行食材准备 加工管理：对用户确定的菜单中菜品进行加工4、结算用户订餐结算：对用户订餐的消费进行统计和计算4.4重要数据的数据结构设计4.4.1变量设计在系统的代码实现的时候，必须用到一些变量，一般我所用到的变量为两种：一是全局变量、二是局部变量。全局变量：以“global_”加字母作为变量名，如：global_name。局部变量：不限制

12、。4.5函数设计为了简化程序，并且提高代码的重要性，在编写代码时，对多次用到代码段，定义成函数，在用到的地方直接调用函数。全局函数以“gfunction_”加函数名，如：gfunction_Add（）；局部函数以“zfunction_”加函数名，如：zfunction_Add（）；第五章 详细设计在此阶段将对系统进行更详细的分析和设计，目的是确定如何具体地实现所要求的系统。5.1数据库的详细设计在设计和实现代码之前必须设计好数据库，根据系统的总体E-R图装得到数据库的概念模式：1、食品档案Food_arch（餐品号Food_num（20）、餐品名Food_name（12）、食材Food_ing

13、（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）