网上订餐系统概要设计说明书范文.docx
《网上订餐系统概要设计说明书范文.docx》由会员分享，可在线阅读，更多相关《网上订餐系统概要设计说明书范文.docx（8页珍藏版）》请在冰豆网上搜索。
网上订餐系统概要设计说明书范文
网上订餐系统概要设计说明书
报告名称网上订餐系统
专业
班级
组长姓名
组员名单
日期
指导教师
概要设计说明书
1引言
1.1编写目的
俗话说“民以食为天”，在当今社会，随着人们生活水平的不断提高，人们越来越重视饮食的质量。
越来越多的人选择到餐厅吃饭。
这样既方便又美味。
但是，随着到餐厅就餐的人越来越多，在餐厅发生了等待，就餐环境差等问题。
网上订餐，正是解决这一问题的好方法。
网上订餐既可以方便用户订餐，也方便餐厅进行管理。
减少了人力物力的付出。
编写本概要说明书是为了说明该网上订餐系统的总体设计、接口设计、运行设计、系统数据结构设计以及系统出错处理设计。
为今后详细设计该系统以及编码过程打下基础。
该概要设计说明说的预期读者是该软件的设计人员。
1.2背景
系统名称:
网上订餐系统
任务提出者：
哈尔滨工程大学软件工程项目实践组
开发者：
班第小组
用户：
具有一定能力的餐厅及需要网上订餐服务的客户
在国内比较流行的订餐方式还是电话订餐，这种方式需要餐厅有专门的人来负责接听电话，并且需要人工记录客户信息，还要保留纸质的客户信息。
这样既浪费人力，又要花费空间和时间对客户资料进行保管与整理。
而且人工操作的出错率很高。
效率比较低。
采用网上订餐的方式进行订餐则能有效地解决以上的问题，不仅方便订餐的顾客，也能使餐厅减轻负担，更重要的是可以提高餐厅的工作效率。
1.3定义
B/S结构（Browser/Server，浏览器/服务器模式）：
是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。
电子商务：
通常是指是在全球各地广泛的商业贸易活动中，在因特网开放的网络环境下，基于浏览器/服务器应用方式，买卖双方不谋面地进行各种商贸活动，实现消费者的网上购物，商户之间的网上交易和在线电子支付以及各种商务活动、交易活动、金融活动和想过的综合服务活动的一种新型的商业运营模式。
1.4参考资料
列出有关的参考文件，如：
a.本项目的经核准的计划任务书或合同，上级机关的批文；
b.属于本项目的其他已发表文件；
c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2总体设计
2.1需求规定
1、操作简单，对于大多数网络用户都可以轻松地实现在网上订餐的功能，界面清晰，简单易懂，易于操作。
2、具有类似网站的管理的功能，增加，删除，更改，填写订餐客户信息。
3、系统运行快速稳定，高效。
4、在结构上具有很好的可扩展性，一边与将来在功能上的增加。
2.2运行环境
操作系统：
WindowsXP及其以上版本
数据库：
SQL2005
2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
本系统的基本设计概念：
订餐客户通过浏览网页上的菜品信息，通过填写信息进行订餐。
餐厅通过收集订餐信息进行送餐，并对客户信息进行管理。
处理流程：
餐厅将菜品的基本信息，包括图片，价格，配料发布到网上订餐主页上->订餐客户浏览网页->打开订餐菜单填写信息->验证所填写信息是否正确->提示客户订餐成功->餐厅整理订餐信息->送餐。
其流程图如下所示：
2.4结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.
2.5功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
插入菜品信息
插入订单菜单
验证输入信息是否可行
显示订餐成功
客户浏览订餐网页
√
订餐
√
√
√
修改菜品信息
√
2.6人工处理过程
本软件系统在餐厅收到订餐信息后，需要有以为工作人员浏览信息并安排送餐人员送餐。
2.7尚未解决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
3.1用户接口
窗口化，索引式，在操作时响应热键。
3.2外部接口
硬件结构：
无；
软件接口：
通过桥接器与microsoftmySQL2005数据库连接；
3.3内部接口
通过面向对象语言设计类，采用MVC格式，在JSP页面中实现对类的属性和功能的调用。
4运行设计
4.1运行模块组合
主要是以窗口为模块，一个窗口完成一项功能，通过每一个窗口最上面的索引实现模块间不同功能的连接和组合。
各模块之间相互独立。
4.2运行控制
不限制用户的输入，对于每次输入，只要符合要求，可继续执行，若超出规定范围则会出现对话框提示用户信息错误。
4.3运行时间
每次操作的时间响应的上限应控制在1s内。
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
1、菜品表FOODLIST（菜品名，菜品编号，菜品价格，菜品介绍）
2、订单表ORDERLIST（订单编号，菜品数量，菜品编号，客户编号）
3、客户表USERTLIST（客户编号，客户姓名，联系电话，地址）
其ER图如下所示：
顾客表
列名
数据类型
长度
主键
userid
int
4
yes
username
char
5
useraddr
char
40
usertel
int
11
菜品表
列名
数据类型
长度
主键
foodid
int
4
yes
foodname
char
20
foodprice
float
10
fooddescribe
char
50
订单表
列名
数据类型
长度
主键
orderid
int
4
yes
price
float
10
5.2物理结构设计要点
数据结构为关系型数据库，所以，在程序中可以通过标准的SQL语句与数据结构进行交互，交互过程中采用通用的数据库访问接口。
5.3数据结构与程序的关系
系统的数据结构由标准数据库语言SQL生成。
例如创建系统用户表格的程序用SQL表示就是：
CREATETABLE[user].[user_Info]（
[userid][char]（10）COLLATEChinese_PRC_CI_ASNOTNULL,
[usertel][char]（10）COLLATEChinese_PRC_CI_ASNULL,
[useraddr][char]（10）COLLATEChinese_PRC_CI_ASNULL
）ON[PRIMARY]
6系统出错处理设计
6.1出错信息
●用户登录错误：
所输入的客户姓名不符，则弹出错误对话框。
●用户信息错误：
所输出用户信息非该用户信息如联系电话不符合规格，或者电话不存在，为数据库连接出现错误；若该用户信息出现差错，则为数据库内部信息有错，应尽快找管理员修改解决。
●页面更新错误：
可能因所使用网络状况不佳，页面无法刷新。
减少网络负载量。
6.2补救措施
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。
但有可能占用更多的数据存储空间，权衡措施由用户来决定。
如果死机重启该软件后，可以恢复到前一个故障点，利用恢复再启动技术是软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
各个程序之间的对应关系，可采用如下的矩阵图的形式；
升级会员 