网上订餐系统总体设计与详细设0814121.docx
《网上订餐系统总体设计与详细设0814121.docx》由会员分享，可在线阅读，更多相关《网上订餐系统总体设计与详细设0814121.docx（18页珍藏版）》请在冰豆网上搜索。
网上订餐系统总体设计与详细设0814121
网上订餐系统设计部分
摘要
在可行性分析和需求分析这两个阶段已解决了系统“做什么”的问题，本设计阶段包括总体设计和详细设计，主要处理“怎么做“的问题。
首先进行总体设计，通过需求分析阶段得到的数据流图来设想各种可能的方案，设计系统功能结构图，经过筛选，最终确定一个最佳方案。
随后在此基础上进行详细设计，设计系统各个功能模块的程序流程图。
此阶段会为编码阶段打下基础，优良的程序结构设计会提高代码书写效率与系统整体性能。
关键字：
总体设计、详细设计、数据流图、系统功能结构图、程序流程图
1、总体设计
1．1可供选择的方案
1．其系统主要基于C、JAVA等基础编程和数据库应用技术，建立在以Client/Server（客户端/服务器模式）为结构模式的信息平台，可发展固定人群的用户群体，而且功能强大可以减轻服务器端的压力，不至于使服务器端崩溃。
2．该系统主要基于HTML（超文本标记语言）、PHP、JAVASCRIPT、嵌套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
Notnull
Primary
userName
Varchar（30）
Notnull
userPass
Varchar（30）
Notnull
userMail
Varchar（50）
userRealName
Varchar（30）
userSex
Varchar（4）
Orderinfo（订餐表）
属性
数据类型
允许空
主键
foodId
Int
Notnull
Primary
dno
Varchar（50）
Notnull
customerName
Int
Address
Varchar（100）
Notnull
zipCode
Varchar（20）
Notnull
telephone
Varchar（30）
Notnull
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）
Notnull
primary
caipineirong
Varchar（500）
Notnull
foodtypename
Varchar（50）
Notnull
primary
rtime
datetime
Notnull
liuyan（留言信息表）
属性
数据类型
允许空
主键
zhuti
Varchar（50）
Notnull
primary
email
Varchar（50）
Notnull
yijian
Varchar（50）
Notnull
ritem
datetime
Notnull
typeid
Int
Notnull
primary
infotype（信息类型表）
属性
数据类型
允许空
主键
typeid
Int
Notnull
primary
infotypename
Varchar（50）
Notnull
infosum
Int
Notnull
foodtype（菜品类型表）
属性
数据类型
允许空
主键
foodtypename
Varchar（50）
Notnull
primary
scription
Text
Notnull
info（信息表）
属性
数据类型
允许空
主键
zhuti
Varchar（50）
Notnull
primary
email
Varchar（50）
Notnull
infotypename
Varchar（50）
Notnull
contents
Varchar（50）
Notnull
ritem
datetime
Notnull
liuyantype（留言信息类型表）
属性
数据类型
允许空
主键
typeid
Int
Notnull
primary
lytypename
Varchar（50）
Notnull
sum
Int
Notnull
houUser（管理员表）
属性
数据类型
允许空
hostID
Int
Notnull
Primary
hostName
Varchar（30）
Notnull
hostPass
Varchar（30）
Notnull
hostMail
Varchar（50）
hostRealName
Varchar（30）
Notnull
hostSex
Varchar（4）
Notnull
hostaddress
Varchar（50）
qq
Varchar（20）
shopchart（购物表）
属性
数据类型
允许空
主键
shopid
Int
Notnull
primary
name
Varchar（50）
Notnull
number
Int
Notnull
details
Varchar（100）
perprice
Double
Notnull
2、详细设计
2．1主界面设计
系统界面作为系统的脸面，是用户评定该系统的第一印象。
因此，系统的主页面要设计的足够吸引用户。
同时应满足操作方式大众化的原则，让用户感觉到系统正在他的掌握之中。
从专业角度来说：
系统反应时间必须稳定，变化幅度不能太大；用户帮助措施要做到精准到具体问题，现在的一些系统里也带有帮助文档，但是对一些非正常情况下的错误也没有相应的应对措施。
所以这里就要求帮助要做到全面，精准，快捷，方便。
出错信息处理这一块，可以考虑提示用户怎样修改，也提高了用户的工作效率。
命令交互设计保持以现在流行的可视化拖拽窗口方式为主，命令行为辅的模式。
命令行主要是面向高级用户的，主要用于系统维护，优化处理。
2．2模块设计
2.2.1用户登录
图2-1登陆程序流程图
2.2.2用户注册
图2-2注册程序流程图
2.2.3信息发布管理（组合功能）
图2-3信息发布管理程序流程图
2.2.4留言发布管理（组合功能）
图2-4留言发布管理程序流程图
2.2.5餐品管理——增加餐品功能
增加餐品程序流程图
2.2.6餐品管理——删除餐品功能
删除餐品程序流程图
2.2.7餐品管理——更新餐品功能
更新餐品程序流程图
2.2.8餐品管理——查询餐品功能
查询餐品程序流程图
2.2.9订单管理（组合功能）
订单管理程序流程图
升级会员 