网上订餐系统总体设计与详细设

网上订餐系统设计部分

1、总体设计 (3)

1．1 可供选择的方案 (3)

1．2合理方案的选取 (3)

1．3系统概要设计 (5)

1.3.1系统数据流图 (5)

1.3.2系统功能结构图 (6)

1．4数据库描述 (7)

1.4.1数据库表及字段设计 (7)

2、详细设计 (9)

2．1 主界面设计 (9)

2．2模块设计 (10)

2.2.1用户登录 (10)

2.2.2用户注册 (11)

2.2.3信息发布管理（组合功能） (12)

2.2.4留言发布管理（组合功能） (13)

2.2.5餐品管理——增加餐品功能 (14)

2.2.6餐品管理——删除餐品功能 (15)

2.2.7餐品管理——更新餐品功能 (16)

2.2.8餐品管理——查询餐品功能 (17)

2.2.9 订单管理（组合功能） (18)

摘要

在可行性分析和需求分析这两个阶段已解决了系统“做什么”的问题，本设计阶段包括总体设计和详细设计，主要处理“怎么做“的问题。首先进行总体设计，通过需求分析阶段得到的数据流图来设想各种可能的方案，设计系统功能结构图，经过筛选，最终确定一个最佳方案。随后在此基础上进行详细设计，设计系统各个功能模块的程序流程图。此阶段会为编码阶段打下基础，优良的程序结构设计会提高代码书写效率与系统整体性能。

关键字：总体设计、详细设计、数据流图、系统功能结构图、程序流程图

1、总体设计

1．1 可供选择的方案

1．其系统主要基于C、JA V A 等基础编程和数据库应用技术，建立在以Client/Server（客户端/服务器模式）为结构模式的信息平台，可发展固定人群的用户群体，而且功能强大可以减轻服务器端的压力，不至于使服务器端崩溃。

2．该系统主要基于HTML（超文本标记语言）、PHP、JA V ASCRIPT、嵌套c语言等基础编程和MySql数据库应用技术，建立Browser/Server （浏览器/服务器）为结构模式、以数据库或网络数据库为后台支撑、以为消费者服务和内部管理为目的的信息平台。该系统以餐馆的外卖订餐业务流程为基础，应用信息化的思想和手段，将业务流程简化，并实现数据的有效共享，提升企业业务处理能力和效率，降低企业资源消耗。

1．2合理方案的选取

C/S模型的系统可发展固定人群的用户群体，而且功能强大可以减轻服务器端的压力，不至于使服务器端崩溃。但是相比B/S而言其无法为餐馆带来更大的客户群，适应范围较为固定及狭小，C/S的信息安全能力很强但是程序由于整体性考察，处理的问题，系统升级极其困难，B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级，且B/S建立在广域网上较为普遍，范围较广，更加适合餐馆的网上订餐系统。

综上比较评价，最终选择B/S模型方案为最佳方案。下图为该系统的系统流程图。

1．3系统概要设计

1.3.1系统数据流图

数据流图

1.3.2系统功能结构图

为更好的说明系统，具体功能如下表：

功能类别子功能

用户管理用户登录

用户注册

用户操作餐品展示

餐品的详细介绍

放进购物车

查看购物车

详细信息提交

反馈意见

察看所有留言

管理员操作增加餐品

修该餐品

删除餐品

回复留言

删除留言

结帐付款确认和配送信息

结束订单设置友好结束界面

系统功能结构图

1．4数据库描述

一共有11个数据库表，如下所示：

Userinfo表（用户表）、Orderinfo表（订单表）、infotype(信息类型表)、info（信息表）、foodtype（菜品类型）、Foodinfo（菜单发布表）、liuyantype（留言类型表）、liuyan（留言信息表）、houUser（管理员表）shopchart（购物表）

1.4.1数据库表及字段设计

Userinfo（注册用户表）

属性数据类型允许空

userID Int Not null Primary userName Varchar（30）Not null

userPass Varchar（30）Not null

userMail Varchar（50）

userRealName Varchar（30）

userSex Varchar（4）

Orderinfo（订餐表）

属性数据类型允许空主键

foodId Int Not null Primary

dno Varchar(50) Not null

customerName Int

Address Varchar(100) Not null

zipCode Varchar(20) Not null

telephone Varchar(30) Not null

movPhone Varchar(30)

email Varchar(30)

Notice Text

TotalPrice Numeric(18,0)

Examine Varchar(50)

Stants Varchar(50)

rdate Varchar(50)

Foodinfo（菜单发布表）

属性数据类型允许空主键

caipuming Varchar(50) Not null primary caipineirong Varchar(500) Not null

foodtypename Varchar（50）Not null primary

rtime datetime Not null

liuyan（留言信息表）

属性数据类型允许空主键zhuti Varchar（50）Not null primary email Varchar（50）Not null

yijian Varchar（50）Not null

ritem datetime Not null

typeid Int Not null primary infotype（信息类型表）

属性数据类型允许空主键typeid Int Not null primary infotypename Varchar（50）Not null

infosum Int Not null

foodtype（菜品类型表）

属性数据类型允许空主键foodtypename Varchar（50）Not null primary scription Text Not null

info（信息表）

属性数据类型允许空主键zhuti Varchar（50）Not null primary email Varchar（50）Not null

infotypename Varchar（50）Not null

contents Varchar（50）Not null

ritem datetime Not null

liuyantype（留言信息类型表）

属性数据类型允许空主键typeid Int Not null primary lytypename Varchar（50）Not null

sum Int Not null

houUser（管理员表）

属性数据类型允许空

hostID Int Not null Primary

hostName Varchar（30）Not null

hostPass Varchar（30）Not null

hostMail Varchar（50）

hostRealName Varchar（30）Not null

hostSex Varchar（4）Not null

hostaddress Varchar（50）

qq Varchar（20）

shopchart（购物表）

属性数据类型允许空主键

shopid Int Not null primary

name Varchar（50）Not null

number Int Not null

details Varchar （100）

perprice Double Not null

2、详细设计

2．1 主界面设计

系统界面作为系统的脸面，是用户评定该系统的第一印象。因此，系统的主页面要设计的足够吸引用户。同时应满足操作方式大众化的原则，让用户感觉到系统正在他的掌握之中。

从专业角度来说：系统反应时间必须稳定，变化幅度不能太大；用户帮助措施要做到精准到具体问题，现在的一些系统里也带有帮助文档，但是对一些非正常情况下的错误也没有相应的应对措施。所以这里就要求帮助要做到全面，精准，快捷，方便。出错信息处理这一块，可以考虑提示用户怎样修改，也提高了用户的工作效率。命令交互设计保持以现在流行的可视化拖拽窗口方式为主，命令行为辅的模式。命令行主要是面向高级用户的，主要用于系统维护，优化处理。

2．2模块设计

2.2.1用户登录

图2-1登陆程序流程图

2.2.2用户注册

图2-2注册程序流程图

图2-3信息发布管理程序流程图

图2-4留言发布管理程序流程图

增加餐品程序流程图

删除餐品程序流程图

更新餐品程序流程图

查询餐品程序流程图

2.2.9 订单管理（组合功能）

订单管理程序流程图