（餐饮行业分析）网上订餐
设计报告
目 录
1. 开发目的和意义 ...............................................3
开发目的和意义 .............................................3
完成情况 ...................................................3
2. 开发环境及相关技术方法 .......................................4
开发环境 ...................................................4
相关技术及方法 .............................................4
3. 系统分析 .....................................................5
可行性分析 .................................................5
需求分析 ...................................................5
性能分析 ...............................................5
功能分析 ...............................................6
行为分析 ...............................................9
4. 系统设计 ....................................................10
总体设计 ..................................................10
详细设计 ..................................................11
订单模块的设计 ........................................11
管理员模块设计 ........................................11
用户评价模块设计 ......................................12
数据库设计 ................................................12
概念结构设计 ..........................................12
逻辑结构设计 ..........................................12
数据表设计 ............................................12
5. 系统实现 ....................................................12
用户注册登录界面 ..........................................12
订单处理界面 ..............................................12
订餐服务处理界面 ..........................................12
6. 系统测试 ....................................................12
测试方法 ..................................................12
测试用例及结果 ............................................12
7. 实践总结 ....................................................12
小结 ......................................................12
实践感想 ..................................................12
参考文献 .......................................................12
附录 1 系统可行性分析文档 .......................................12
附录 2 系统需求分析文档 .........................................12
附录 3 系统设计文档 .............................................12
附录 4 系统测试文档 .............................................12
1. 开发目的和意义
开发目的和意义
随着网络技术的不断发展，人们对于网络有了越来越多的要求。Ebay、阿里
巴巴、淘宝的出现，让电子商务重现曙光，Google、百度的出现，让人们通过网
络检索信息，获得有效信息的途径更加丰富。当学生们忙碌了整个上午后，享用
丰富的午餐成了基本的要求，而网上订餐系统正是为了帮助人们寻找和发现新的
菜种，品尝不同风格和不同种类的菜品。因此，面向大学生的网上订餐系统的设
计有着良好的现实意义，网上订餐业务在校园也有极大的发展空间和良好的发展
前景。
完成情况
本项目实现了用户注册与登录、餐厅管理、用户订餐、系统管理、评价等功
能，已经进行到了了系统的设计以及测试阶段。完成了可行性分析文档、需求分
析文档、系统详细设计文档、系统测试文档。
2. 开发环境及相关技术方法
开发环境
（1）硬件环境：x86服务器
（2）软件环境：C、java、JSP、SQL Server 2008
相关技术及方法
网络订餐系统采用 Java、Servlets、JSP等技术，具体如下几个方面：
（1）Servlets技术
Servlets技术是一种采用 JAVA技术来实现 CGI功能的一种技术。Servlets
技术是运行在 WEB服务器上，用来生成 WEB页面。Servlets技术非常实用于服
务器端的处理和编程，并且 Servlet会长期驻留在他们所处的位置。
（2）JSP技术
JSP技术是一种服务器端的 HTML页面中嵌入 JAVA代码的脚本语言，它比一
般脚本语言的执行速度更快，由于 JSP是基于 JAVA语言的，所以它可以运行在
UNIX/LINUX和 WINDOWS平台上，是一种难得的动态网页开发语言。.
（3）Java
利用 Java实现可视化界面。简单 Java语言简单是指这门语言既易学又好
用。简单并不代表干瘪，Java是一门很丰富的语言。基于对象的编程更符合人
们的思维模式，使人更容易编写程序。跨平台 Java是基于虚拟机运行的程序，
它可以实现一处编译多处运行。多线程 Java实现了内置多线程支持。多线程允
许同时完成多个任务。安全 Java小应用程序被限制在只允许访问 Java运行环
境中 ，不允许访问计算机其他资源。Java提供了强类型检查机制，使得程序在
开发期间更安全。
（4）数据库
能在 windows运行。完全支持所有的工业标准。采用完全开放策略。可以使
客户选择最适合的解决方案。对开发商全力支持。多层次网络计算，支持多种工
业标准，可以用 ODBC,JDBC,OCI等网络客户连接.较复杂, 同时提供 GUI和命令
行，在 windowsnt和 unix下操作相同。
3. 系统分析
可行性分析
从技术、经济、社会三个方面分析本系统的可行性，具体如下几个方面：
（1）技术可行性分析
此次开发基于 C语言作为开发语言，它具有语言简洁、语言自由、支持跨平
台、与 XML相融合等多个特点。我们以 SQL Sever技术作为后台支撑,它能够实
现数据库镜像、在线恢复、在线检索操作、快速恢复，安全性能高等多个功能。
所以从现有的技术水平来说，这些技术目前已经成熟，本系统的开发完全可行完
全能够建立一个以消费者服务和内部管理为目的的信息平台。
（2）经济可行性分析
该系统无需额外的设备购买和人员培训费，所以在经济上是可行的。而且该
系统可以做到用户足不出户就能吃到美味的食物，同时增加餐馆的营业额的效果。
通过以上的分析，开发网络订餐系统是完全可行的。
（3）社会可行性
网络订餐系统作为一种全新的商务模式，但也存在一些潜在的问题。该系统
为独立开发，在技术上没有使用任何现有的软件与方法，所以在法律方面不会存
在侵犯专利权，侵犯版权等问题。随着计算机知识的普及和推广，越来越多的人
掌握了计算机的基本使用方法和技能。随着 Internet的发展，用户对于网络、
WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣
和热情。
总之，本系统在技术、经济、社会方面是可行的。
需求分析
性能分析
（1）操作简单，界面友好：完全空间式的页面布局，使得菜品、咨询等信
息录入的工作更简单。另外，跟踪出现的提示信息也让用户随时清楚自己的操作
情况。对常见类似的网站的管理的各个方面：基本信息录入、浏览、删除、修改、
搜索等方面都大体实现，用户对菜品的预定以及支付方式。
（2）即时可见：对客户预定餐饮信息的处理（包括录入、删除）将立即在
首页的对应栏目显示出来，达到“即时发布，即时见效”的功能。
（3）系统运行应该快速、稳定、高效和可靠。
（4）在结构上具有很好的可扩展性，便于将来功能的扩展和维护。
（5）对数据的安全性、完整性要求：用户信息保密，只有管理员能任意修
改。确保网上支付安全。菜品信息、用户信息必须保证其完整性。防止恶意删改。
功能分析
（1）详细功能需求
游客登录网上订餐系统进行信息浏览，会员注册；会员可以对自己的个人信
息进行更改，以会员登录的顾客享受订餐服务；会员可对菜单进行选择、更改、
删除；会员可提交订单至订餐厅后台系统，生成订单并查看历史订单；会员可以
对系统、餐厅或菜品进行意见留言并进行信息反馈和评分；餐厅管理员更新菜单，
设置打折优惠活动，调整价格；餐厅管理员可查询处理订单，并派送饭菜，回复
餐厅或菜品的留言；系统管理员可以管理会员信息，回复会员的留言、评论及权
限的设置；系统管理员可以对订单进行管理、删除、总结。
（2）数据流图
该系统的数据流程图分三层来描述，分别是顶层数据流图、一级分解、二级
分解，具体数据流程图如下图所示：
① 顶层数据流图
网上订餐系统分为三大模块，分别是：用户模块、订餐管理员模块、系统管
理员模块。顶层数据流图如图 1所示。
图 1 顶层数据流图
② 第一层数据流图
用户注册会员后可以填写查看会员信息、订餐信息，查看菜品信息。系统管
理员管理会员信息，订单信息。餐厅管理员可以处理订单和菜品信
息。？？？？？？？？？如图 2所示。
图 2 第 1层数据流图
③ 第二层数据流图
<1>用户管理数据流图
用户
用户管理系统
订餐管理系统
菜品管理系统
系统管理员
餐厅管理员
订餐信息
会员信息
菜品信息
会员信息
订单信息
菜品信息
订单信息
用户注册信息：用户输入注册信息，判断注册信息有效后，将注册信息填入
注册信息表，生产会员信息。用户可以查询、修改积分信息。
用户登录账户：用户登录数据有效后检查密码是否正确，密码正确登录账户。
登录账户后可以修改账户信息。
系统管理员可以管理账户信息和会员信息，通过积分信息表修改积分信息。
如图 3所示。
图 3 用户管理数据流图
<2>订餐管理数据流图
用户可以将订餐信息添加到购物车，通过购物车表修改购物车信息生成订单，
用户可以查询订单。系统管理员确认订单信息，并把订单信息发送给餐厅管理员。
餐厅管理员收到订单后，送餐生成送餐信息。用户收到食品后，确认菜品并支付，
系统管理员把钱支付给餐厅，餐厅管理员收到钱后，订餐结束。如图 4所示。
用户
修改购物车 购物车表
购物车
信息
添加到
购物车
查询订单
支付
系统管理员
发送信息
餐厅管理员
送餐
订单库注册信息
订餐管理员
下订单
确认订单
订单库
修改
后信
息
修改
请求
订餐
信息
订餐信息
购物车信息
会员
账户订单
信息
订餐成功信息
菜品
确认
菜品
确认
订餐
信息
订单信息会员账户
订单信息
订单信息
订单信息
订单信息
订单信息
支付信息
订单信息
送餐信息
订单信息
图 4 订餐管理数据流图
<3>系统管理数据流图
系统管理员检查菜品信息有效性，合格的信息加入新菜信息并验证是否有重
复，创建新菜品信息并加入菜品信息，用户可通过菜品信息查看菜品展示。
餐厅管理员提供优惠信息和新菜信息，经系统管理员检测合法后发布。用户
可以查看优惠信息和菜品信息。如图 5所示。
图 5 系统管理数据流图
数据分析
①用户信息表的数据字典
用户信息表保存的是用户的全部信息，包括用户编号，用户名，用户密码，
用户电话，用户地址，具体信息如图 6所示。
图 6 用户信息表的数据字典
②餐厅信息表保存的是用户的全部信息，包括用户餐厅编号，餐厅名，餐
厅密码，餐厅电话，餐厅地址，具体信息如图 7所示。
图 7 餐厅信息表的数据字典
③订单信息的数据字典
用户生成订单后，将信息存入订单信息表，包括订单号，用户名，菜名，
订单时间，金额，联系电话，送餐地址，管理员号，具体信息如图 8所示。
图 8 订单信息的数据字典
行为模型
状态图通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。
状态图提供了行为建模机制。本文用状态图进行行为需求分析。
根据前面的分析和设计可以发现，每个参与者在使用系统前都需要进行登录，
登陆后就可以进行各自相应的操作，操作完后退出系统。创建的系统状态图如图
9所示：
图 9 状态图
名字：餐厅信息表
别名：无
描述：餐厅的登陆信息
定义：餐厅=餐厅编号+餐厅名+餐厅密码+餐厅电话+餐厅址
位置：餐厅信息
4. 系统设计
总体设计
本系统通过建立一个基于互联网的订餐平台，为订餐的用户和管理者提供不
同的服务，其主要包括用户管理模块、订餐管理模块、系统管理模块三个模块。
系统功能模块结构图如图 10所示：
图 10系统功能结构图
下面是对于各个模块的简单描述：
（1）用户管理模块：不同的用户在注册账号成功后，即将信息保存于数据
库，同时也可对自身信息进行查看并修改。用户在输入用户名和密码之后，与数
据库的校验信息匹配，用户选定自己喜欢的餐厅和菜品，付款等待餐厅接单，接
单后等待餐厅配送。订单处理完毕后，用户可以为餐厅留言并进行评价，也可以
后台
更
新
菜
单
、
调
价
格
前台
信息
浏览
、
添加
删除
修改
回
复
留
言
订餐管理用户管理
信
息
浏
览
填
写
修
改
个
人
信
息
查
看
历
史
订
单
信
息
反
馈
与
评
分
提出合理化建议。
（2）餐厅管理模块：餐厅登录成功，可发布新的菜品以及报价，待管理员
审批通过方可发布，使用户看到餐厅的信息；也可以查询订单明细、处理订单。
（3）系统管理模块：负责审核注册用户，对数据库的信息及留言板中的内
容进行浏览、添加、删除、修改等操作。
详细设计
订单模块的设计
此模块的功能是：顾客输入自己的用户名和密码，若验证正确，则对自己选
中的菜品下订单、确认订单，结账完毕后等待服务商送货或自己取货。订单模块
的设计流程如图 11所示：
图 11 用户下订单流程图
管理员模块的设计
此模块的功能是：在管理员登陆界面，管理员的无误信息绑定至数据库，然
后在显示的订单界面中实施操作，以此更新数据库。管理员模块的设计流程如图
12所示：
图 12管理模块流程图
.用户评价模块的设计
此模块的功能是：进入用户登陆界面，用户可以对餐厅的各方面服务做出评
价，在格式正确的情况下，可评价成功；也可以提出合理的意见供餐厅参考，提
高餐厅效益。 用户评价模块的设计流程如图 13所示 ：
图 13
数据库设计
概念结构的设计
对上述的总体设计和需求分析之后，我们已对各个模块及其功能进行了初步
的分析。在此阶段，我们可根据模块中各实体之间的相互联系和各数据表之间的
相互关联，系统的 E-R图如图 14所示：
图 14
逻辑结构的设计
由上述 E-R图转换成关系模式如下所示：
用户（用户 ID，uName，uPwd，真实姓名，联系电话，state，身份证
号，喜欢口味，QQ号码）；
菜品（cID，Scid，菜名，价格，介绍，图片，推荐，销售量）；
预定（用户 ID，cID）；
订单条目（ID，订单 ID，菜名，数量，单价，评分，信息回馈）；
包含（cID，ID）；
订单（订单 ID，用户 ID，菜名，订单时间，备注，金额，联系电话，送餐
地址，管理员 ID）；
管理员（管理员 ID，mName，mPwd，类型）；
数据表设计
（1）订单表
此表的设计是数据库设计中极为重要的一环，它直接影响到整个程序中功能
的实现。本系统的数据库命名为：User，用来存储该系统中用到的所有数据。
（1）数据库的 E-R图中，用户生成的订单表，订单条目包含的菜品，则根
据订单 ID和用户 ID确定唯一订单，管理员和用户均可查看相应的订单明细，订
单表中包含的属性、类型、内容等如表 1所示：
表 1 订单表
Field Type Null Key Comment
订单 ID Int No Yes 标识递增
用户 ID Int No No 外键
菜名 Nvarchar(50) No No 默认“待送餐”
联系电话 Nvarchar(50) No No
备注 Nvarchar(MAX) Yes No
金额 Float No No
送餐地址 Nvarchar(50) No No
订单时间 datetime
（2）数据库的 E-R图中，用户预定的菜品，订单条目包含的订单表，则根
据 cID和 Scid确定唯一菜单表，菜单表中包含的菜品、图片、介绍等属性、类
型、内容等如表 2所示：
表 2 菜单表
Field Type Null Key Comment
cID Int No Yes 标识递增
Scid Int Yes No 菜系 id
菜名 Nvarchar(50) No No
菜图片 Nvarchar(MAX) Yes No
菜介绍 Nvarchar(MAX) Yes No
价格 Float No No
推荐 Nvarchar(50) Yes No
销售量 Int Yes No
（3）用户表的个人信息在用户注册成功后，即保存至数据库，用户也可以
对联系方式、喜欢口味等非客观因素进行备注和修改，用户表的属性、类型、内
容如表 3所示：
表 3 用户表
Field Type Null Key Comment
用户 ID Int No Yes 标识递增
uName Nvarchar(50) No No 登陆名
uPwd Nvarchar(50) No No 登陆密码
真实姓名 Nchar(10) No No
身份证号 Nvarchar(50) No No
联系电话 Nvarchar(50) No No
state Nvarchar(50) No No id是否有效
喜欢口味 Nvarchar(MAX) Yes No
QQ号码 Nvarchar(50) Yes No
（4）数据库的 E-R图中，根据订单 ID和 ID确定一系列订单条目，管理员
可以据此对订单进行分类，更改菜系和价格，使服务进一步满足用户的需求，订
单条目中包含的属性、类型、内容等如表 4所示：
表 4 订单条目
Field Type Null Key Comment
ID Int No Yes 标识递增
订单 ID Int No No 外键
菜名 Nchar(10) No No 默认值“待送餐”
数量 Int No No
单价 Float No No
评分 Int Yes No 默认值“0”分
信息回馈 Nvarchar(50) Yes No 顾客反馈
（5） 管理员表记录的 ID、mName、mPwd等信息可以为唯一确定一个管理员，
明确管理权限，提高管理力度和服务质量，管理员表如表 5所示：
表 5 管理员表
Field Type Null Key Comment
管理员 ID Int No Yes 主键
mName Nvarchar(50) No No 登陆名
mPwd Nchar(10) No No 登陆密码
类型 Nvarchar(50) No No
5. 系统实现
用户注册登录界面
用户注册登录界面，填写注册表中的信息，提交然后进行登录。用户注
册登录界面如图？所示：
订单处理界面
客户可以从系统首页直接查找点击，也可以在搜索栏中搜索查找
订餐服务处理界面
管理员查看订单信息时登录后台管理系统，查看订单，处理订单。订单
界面如图所示：
6.系统测试
测试方法
测试方法可以从是否需要执行被测试分为静态测试和动态测试，从测试是否
针对系统内部结构和具体实现算法分为白盒测试和黑盒测试。由于我们已经知道
产品应具有的功能，可以通过测试来检验是否每个功能都能正常使用，所以此网
上订餐系统应用黑盒测试方法。
测试用例及结果
？？？？？？？？？？？？？？？？？？？
测试界面 测试项目 测试用例 测试结果 操作流程
用户登录
用户名：yy
正确密码：12
输入密码：12
登陆成功 在网站首页的登录
框上登录
用户登录
用户名：yy
正确密码：12
输入密码：12
登录失败或尚未通
过审核
在网站首页的登录
框上登录用户注册登录
用户注册 输入相关注册信息 注册成功，等待审
核
在网站首页的登录
框上点击“注册”
菜单首页 点击各个店铺的 显示店铺的各种饭
菜
点击页面店铺菜单
订餐服务
搜索查询 在搜索框中输入电
名
显示所要店铺和菜
单
在搜索框中输入关
键字
登陆后台 用户名、密码 转入后台页面 进入后台登陆页面
订单处理 查看订单 点击“订单详情” 转入订单详情页面 点击查看“订单详
情”
处理订单
点击“处理订单” 订单状态以变为一
“以送餐”
在订单详情中点击
“处理订单”
用户安全性测试
管理人员在登录系统后台查看用户信息时不能修改用户资料，只能浏览用户
资料。用户在登录系统页面时如果输入的用户名和密码格式错误或填写错误，也
不能进入页面即登录失败。
7.实践总结
小结
本项目提出的网上订餐系统是在调研国内各大网上订餐管理软件和查阅资
料了解国内外资料的基础上提出来的，同时查阅了大量相关文件做出系统分析，
此文的系统分析和设计只是相对于一般的团体而言的。如果要运用到实际企业、
商店、大型超市，要根据实际情况进行完善和改进。同时，本文着重介绍的是网
上订餐管理系统的开发、Java语言和 JSP语言部分，又由于系统的特殊性
——更多地考虑 Java、数据库和 JSP语言的设计和实现。
实践感想
通过这次的课程设计我学到了很多，自身的能力也得到了很大的提高，具体
如下几个方面：
（1）专业知识方面
这次课程设计实验，积累了数据库编程和网站开发的基本经验和一些基本技
巧。对大型系统开发有了实质性、操作性的认识，同时对运用 JSP技术有了很大
的提高，对以前学到的书本知识也是个很好的巩固。
（2）实践能力方面
当调试出现问题时，先从细节上入手，看看自己在细节上有没有由于粗心而
发生的错误，然后再进行整体上分析，有没有严重的语法错误。
（3）团队合作方面
这次设计让我意识到自己的许多的不足，锻炼了自己独立发现问题，思考问
题，解决问题的能力，也掌握了一些编程的思想和技巧，使自己的编程能力有了
很大的提高。通过与组员们交流意见、共同探讨难题，更能明白团队合作的重要
性。
总之，我在专业能力、实践能力、团队合作还有个人素质方面都有了明显的
进步。
参考文献
[1] 萨师煊，王珊.数据库系统概论（第三版）[M].北京：高等教育出版社，
：4-149.
[2] 陆正武，蒋武，刘军，石正贵.Java项目开发实践[M].北京：中国铁道
出版社，:87-112.
[3] 肖金秀，冯沃辉，施鸿翔.JSP程序设计教程[M].北京：冶金工业出版
社，：110-139.
[4] 马红华，jsp高级编程.[M].北京：北京希望电子出版社，～
10 .
[5] 李飞，最新实用网络技术教程[M].西安:西安电子科技大学出版
社.69-70，124-126.
[6] 黄理，李积善，曹林有，张勇.用 JSP轻松开发 Web网站（第一版）[M].
北京：北京希望电子出版社.:100-152.
[7] 飞思科技产品研发.JSP 应用开发详解（第二版）[M].北京：电子工业
出版社，:23-28，259-316.
[8] 张海藩，吕云翔.软件工程（第四版）.[M].北京：人民邮电出版
社.：110-136.
附录 1 系统可行性分析文档
1 引言
背景
随着互联网的日益普及，网上订餐也开始慢慢风靡于我们的生活。网上订餐业务的出现，
能够帮助人们寻找和发现新的菜种，品尝不同风格和不同种类的菜品。当代大学生作为社会
中的重要群体，饮食在他们生活中起着重要作用。因此，面向大学生的网上订餐系统的设计
有着良好的现实意义，网上订餐业务在校园也有极大的发展空间和良好的发展前景。
项目概述
网上订餐系统无论是在应用的深度还是广度上都是一个逐步发展的过程。开发一个局部
系统时要充分考虑到局部系统和整个目标系统之前的相容性和完整性，以利于今后整个系统
的建立。从订单处理流程上总体把握系统的设计，在具体的设计实现上围绕三个方面进行展
开，即用户、管理者、系统维护者。
档概述
该文档的主要内容共分为 2部分：综合描述、系统描述。综合描述部分主要对系统的整
体结构进行了大致的介绍；系统描述部分对系统的可行性进行了详细描述，是本文的主要部
分。
2 可行性分析的前提
项目的要求
（1）功能：
管理员功能：登陆系统、查血管理员账号、添加管理员账号、修改管理员账号、删除员
工账号、查询员工账号、修改员工账号、删除员工账号
用户功能：登陆模块：完成客户注册账号、登陆系统、修改密码、修改地址功能;
查询模块：完成客户查询功能；
订餐模块：完成客户的订餐功能；
支付模块：完成客户的安全支付；
评价模块：主要解决客户对餐厅的意见和建议以及对餐厅的评价，提供交流板块促
进客户与客户之间的互动。
（2）性能：稳定快速，实时控制，人性化的设计思想，方便用户的使用。
（3）在安全与保密方面的要求：不能轻易被修改和破坏，对断电、系统崩溃等问题有
有力措施。
项目的目标
（1）人力与设备费用减少：本系统所需要的硬件和软件都是目前广泛使用的，不需要
花大量资金购买高成本的设备；
（2）管理信息服务的改进：本系统划分为多个模块，各模块设计独立，易于实现；
（3）安全可靠性高：后台维护功能齐全，根据平台在各个阶段不同的使用情况，分配
各个栏目的管理权，实现系统维护，保证系统的安全可靠；
(4）查询功能强大：可以对菜品的信息和店铺信息进行查询。
顼目的环境、条件、假定和限制
（1）所建议系统的运行寿命的最小值：3年；
（2）经费、投资方面的来源和限制；
（3）法律和政策方面的限制：无限制；
（4）硬件、软件、运行环境和开发环境方面的条件和限制。
进行可行性分析的方法
（1）问卷调查，通过对校内同学的问卷调查，了解他们的就餐地点、对事物的喜好以
及对网上订餐系统的评价；
（2）查阅相关资料，了解现有的网上订餐系统。
3 可选的方案
可选择的系统方案 1
主要基于 C、JAVA等基础编程和数据库应用技术，建立以 Client/Server为结构模式的
信息平台，可发展固定人群的用户群体，而且功能强大可以减轻服务器的压力，不至于使服
务器端崩溃。
可选择的系统方案 2
基于 C、JAVA等基础编程和数据库应用技术，建立以 Browser/Server为结构模式的信
息平台，主要事务逻辑在服务器端（Server）实现，形成所谓三层 3-tier结构。
C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在 B/S要求下的构件的重用
性好。C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级，升级难。可能
是再做一个全新的系统 B/S 构件组成,方面构件个别的更换,实现系统的无缝升级。系统维
护开销减到最小.用户从网上自己下载安装就可以实现升级。C/S 多是建立的 Window平台上,
表现方法有限,对程序员普遍要求较高。B/S 建立在浏览器上, 有更加丰富和生动的表现方
式与用户交流. 并且大部分难度减低,减低开发成本。
4 所建议的系统
对所建议的系统的说明
本系统主要基于 C、JAVA等基础编程和数据库应用技术，建立 Browser/Server为结构
模式，以数据库为后台支撑、以消费者服务和内部管理为目的的信息平台。
影响
设备
设备简单，主要设备是电脑以及电话
软件
应用了最新的网络技术，功能齐全
经费
使用订餐系统可以辅助订餐业务流水线作业，方便了客户，也在无形中为我们节约了一
大笔支出。
局限性
(1)个性化服务功能有待加强；
(2)功能覆盖面较窄。
5 经济可行性（成本——效益分析）
投资
(1)保密与安全设备 1000元；
(2)操作系统的和应用的软件和数据库管理软件 3000元；
(3)人员的工资 3000元/月；
(4)设备维护费用 300元/月。
预期的经济效益
一次性收益
按数据处理、用户和管理等项分类，总计 10000元。
(1)开支的缩减，不断改进系统的运行所引起的收益；
(2)价值的增值包括由于一个应用系统的使用价值的增值所引起的收益。
非一次性收益
(1)前半年每个月的收益额可能到达 5000到 6000之间；
(2)一个人长期维护，另一个人定期维护，减少开支。
不可定量的收益
(1)服务的不断改进，将会吸引更多的学生进行网上订餐，带来的收益也会逐步上升；
(2)操作失误引起的风险的减少，会使后期维护支出减少，增加收益；
(3)后期会减少宣传的投资，压缩成本。
投资回收周期
预计 5~8个月
6 技术可行性
此次开发基于 C语言作为开发语言，它具有语言简洁、语言自由、支持跨平台、与 XML
相融合等多个特点。我们以 SQL Sever技术作为后台支撑,它能够实现数据库镜像、在线恢
复、在线检索操作、快速恢复，安全性能高等多个功能。所以从现有的技术水平来说，这些
技术目前已经成熟，本系统的开发完全可行完全能够建立一个以消费者服务和内部管理为目
的的信息平台。
7 法律可行性
网络订餐系统作为一种全新的商务模式，但也存在一些潜在的问题。该系统为独立开发，
在技术上没有使用任何现有的软件与方法，所以在法律方面不会存在侵犯专利权，侵犯版权
等问题。
8 用户使用可行性
随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随
着 Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事
物，用户表现出极大的兴趣和热情。
附录 2 系统需求分析文档
1. 引言
目的
当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，
而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受
美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算
机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐
服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服
务。
社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目使用 javaWeb技术的
servlet+jsp+javaBean实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。
网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。同时，我们
的订餐系统还能帮助酒店（餐馆）扩大营业范围，增加知名度等。
文档约定
本文档按以下要求和约定进行书写：
(1)页面的左边距为 ，右边距为 ，装订线靠左，行距为最小值 20磅。
(2)标题最多分三级，分别为黑体小二、黑体小三、黑体小四。
(3)正文字体为宋体五号，无特殊情况下，字体颜色均采用黑色。
(4)出现序号的段落采用自动编号功能，各级别的序号依次为 1、（1）、1）、a）等，
特殊情况另作规定。
预期的读者和阅读建议
本文档的主要内容共分 5个部分：综合描述、外部接口描述、功能需求、行为需求和非
功能性需求。综合描述部分主要对系统的整体结构进行了大致的介绍；外部接口需求部分对
用户界面、软件接口、硬件接口和通讯接口等进行了描述；功能需求部分对系统的功能需求
进行了详细描述，是本文的主要部分；行为需求部分通过状态图对系统详细流程进行了分析。
非功能性需求部分对非功能需求进行了详细的描述。
本文档面向多种读者对象：
指导教师：指导教师可以根据该文档了解预期产品的功能，并据此进行系统设计、项目
管理。
(1)设计员：对需求进行分析，并设计出系统，包括数据库的设计。
(2)程序员：配合《设计报告》，了解系统功能，编写《用户手册》。
(3)测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
(4)用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
(5)其他人员：如部门领导、公司领等可以据此了解产品的功能和性能。 在阅读本文
档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
产品范围
本文通过对网上订餐进行需求分析，开发出一个基于互联网的B/S模式的网上订餐系统，
实现了在线信息浏览，在线订餐与在线订单处理及信息更新和删除等功能。系统的数据库方
面，使用关系数据库管理系统 Microsoft SQL Sever2008，使系统安全性能更高，同时采用
当前正在流行的 平台编程，使用户界面更加完美。
参考文献
[1] B/S结构应用开发秘笈 陈卫 国防工业出版社 2001
[2] 龚炳铮，我国电子商务的发展现状与趋势[EB/OL].http:///01/，
2005-05-21.
[4] 李飞，最新实用网络技术教程[M].西安:西安电子科技大学出版社.69～70，124～
126.
2. 综合描述
产品前景
网上订餐是近年来随着网络技术的发展而产生的一种新型的就餐方式。它与传统就餐方
式相比，网上订餐拥有很多优势，这样的订餐方式效果很好，既让顾客觉得方便、快捷，又
对每个订单的信息保管妥善、处理及时，实现了高度智能化管理。网络订餐方式将成为餐饮
业销售的新模式与新的增长点。
产品功能
本产品实现了用户注册与登录、餐厅管理、用户订餐、系统管理、评价等功能。
用户类的特征
用户类分为四种，分别为：游客、会员、餐厅管理员、系统管理员。
运行环境
顾客客户端：操作系统 windows98以上，浏览器 以上。
设计和实现上的限制
(1)变量使用规范
不允许随意定义全局变量。
一个变量只能有一个用途；变量的用途必须和变量的名称保持一致。
所有变量都必须在类和函数最前面定义，并分类排列。
(2)数据库操作规范
查找数据库表或视图时，只能取出确实需要的那些字段。
清楚明白地使用列名，而不能使用列的序号。
(3)模块设计原则
公用的函数和类必须放在指定类中。
函数功能单一，不允许一个函数实现两个及两个以上的功能。
函数与函数之间只允许存在包含关系，而不允许存在交叉关系，即两者之间只存在
单方。
(4)条件与限制：开发本系统所用到的软件有：IIS，DREAMWEAVER，POTOSHOP，
WONDERSHAR， FLASH，SLIDESHOW，BUILDER，，SQL Server2005。
假设和依赖
该系统所开发的在特定的系统环境支持下进行如协议限定，因而难以保障它在多层次网
路结构中能够安全、稳定的运行，同时加上开发水平的限定很难保证进行全面深入的测试工
作，以及现在网络设备的发展导致接入成本增加和软件开发成本限定，使得一系列的问题难
以解决，这都需要软件使用者根据自身的发展需求来定制相应的软件。
3. 外部接口需求
用户界面
界面风格以橙色为主调，清新自然，可以增强食欲，添加动态画面效果，避免了页面的
呆板。包括了登录窗口，关于我们，网上订餐，最新活动，时间显示，友情链接，Flash图
片播放等。顾客登录后选择网上订餐，选择喜欢的餐品进行订餐，提交给后台后生成订单。
硬件接口
服务器端硬件最低配置：PⅡ233，内存 64M；客户端无限制。
软件接口
所有外部软件有：WINDOWS2000或该版本以上的操作系统、、SQL2005、
及其以上版本。
所有软件均运行于操作系统上。
IE与 tomcat接口：将 IE请求数据传送给服务器。
Tomcat与订餐系统接口：将 IE请求转送给订餐系统。
订餐系统与 SQL接口：交互数据。
订餐系统与 IE接口：将响应发送给 IE。
通信接口
客户端访问服务器端采用 http协议。
4. 功能需求
详细功能需求
(1)游客登录网上订餐系统进行信息浏览，会员注册；
(2)会员可以对自己的个人信息进行更改，以会员形式登录的顾客享受订餐服务；
(3)会员可对菜单进行选择、更改、删除；
(4)会员可提交订单至订餐厅后台系统，生成订单并查看历史订单；
(5)会员可以对系统、餐厅或菜品进行意见或建议的留言并进行信息反馈和评分；
(6)餐厅管理员更新菜单，设置打折优惠活动，调整价格；
(7)餐厅管理员可查询处理订单，并派送饭菜，回复餐厅或菜品的留言；
(8)系统管理员可以管理会员信息，回复会员的留言、评论及权限的设置；
(9)系统管理员可以对订单进行管理、删除、总结。
数据流图
该系统的数据流程图分三层来描述，分别是顶层数据流图、一级分解、二级分解，具体
数据流程图如下所示：
顶层数据流图
网上订餐系统分为三大模块，分别是：用户模块、订餐管理员模块、系统管理员模块。
如图 1所示。
图 1 顶层数据流图
第一层数据流图
用户注册会员后可以填写查看会员信息、订餐信息，查看菜品信息。系统管理员管理会
员信息，订单信息。餐厅管理员可以处理订单和菜品信息。如图 2所示。
图 2 第一层数据流图
系统管理员网上订餐系统
用户
订餐管理员
第二层数据流图
（1）用户管理数据流图
用户注册信息：用户输入注册信息，判断注册信息有效后，将注册信息填入注册信息表，
生产会员信息。用户可以查询、修改积分信息。
用户登录账户：用户登录数据有效后检查密码是否正确，密码正确登录账户。登录账户
后可以修改账户信息。
系统管理员可以管理账户信息和会员信息，通过积分信息表修改积分信息。
如图 3所示。
（2）订餐管理数据流图
用户可以将订餐信息添加到购物车，通过购物车表修改购物车信息生成订单，用户可以
查询订单。系统管理员确认订单信息，并把订单信息发送给餐厅管理员。餐厅管理员收到订
单后，送餐生成送餐信息。用户收到食品后，确认菜品并支付，系统管理员把钱支付给餐厅，
餐厅管理员收到钱后，订餐结束。如图 4所示。
（3）系统管理数据流图
系统管理员检查菜品信息有效性，合格的信息加入新菜信息并验证是否有重复，创建新
菜品信息并加入菜品信息，用户可通过菜品信息查看菜品展示。
用户
修改购物车 购物车表
购物车
信息
添加到
购物车
查询订单
支付
系统管理员
发送信息
餐厅管理员
送餐
订单库注册信息
订餐管理员
下订单
确认订单
订单库
修改
后信
息
修改
请求
订餐
信息
订餐信息
购物车信息
会员
账户订单
信息
订餐成功信息
菜品
确认
菜品
确认
订餐
信息
订单信息会员账户
订单信息
订单信息
订单信息
订单信息
订单信息
支付信息
订单信息
送餐信息
订单信息
图 4 订餐管理数据流
图
餐厅管理员提供优惠信息和新菜信息，经系统管理员检测合法后发布。用户可以查看优
惠信息和菜品信息。
如图 5所示。
数据字典
（1）用户信息表的数据字典
用户信息表保存的是用户的全部信息，包括用户编号，用户名，用户密码，用户电话，
用户地址，具体信息如图 6所示。
名字：用户信息表
别名：无
描述：用户的登陆信息
定义：用户=用户编号+用户名+用户密码+用户电话+用户地址
位置：用户信息
名字：用户电话
别名：无
描述：用户的联系电话
定义：用户电话=1{阿拉伯数字}
位置：用户信息
图 6 用户信息表的数据字典
（2）餐厅信息表的数据字典
餐厅信息表保存的是用户的全部信息，包括用户餐厅编号，餐厅名，餐厅密码，餐厅电
话，餐厅地址，具体信息如图 7所示。
名字：餐厅名
别名：名称
描述：餐厅登录时的名称
定义：餐厅名=汉字
位置：餐厅信息
图 7 餐厅信息表的数据字典
（3）订单信息的数据字典
用户生成订单后，将信息存入订单信息表，包括订单号，用户名，菜名，订单时间，金
额，联系电话，送餐地址，管理员号，具体信息如图 8所示。
图 8 订单信息的数据字典
名字：餐厅地址
别名：无
描述：餐厅的送货地址
定义：餐厅地址=汉字+阿拉伯数字
位置：餐厅信息
名字：管理员号
别名：管理员登陆号
描述：管理员的唯一标识
定义：管理员编号=1{阿拉伯数字}
位置：订单信息
5. 行为模型
状态图通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。状态图提
供了行为建模机制。本文用状态图进行行为需求分析。
根据前面的分析和设计可以发现，每个参与者在使用系统前都需要进行登录，登陆后就
可以进行各自相应的操作，操作完后退出系统。创建的系统状态图如图 9所示：
6. 非功能需求
性能需求
（1）操作简单，界面友好：完全空间式的页面布局，使得菜品、咨询等信息录入的工
作更简单。另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见类似的网
站的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对
菜品的预定以及支付方式。
（2）即时可见：对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应
栏目显示出来，达到“即时发布，即时见效”的功能。
（3）系统运行应该快速、稳定、高效和可靠。
（4）在结构上具有很好的可扩展性，便于将来功能的扩展和维护。
（5）对数据的安全性、完整性要求：用户信息保密，只有管理员能任意修改。确保网
上支付安全。菜品信息、用户信息必须保证其完整性。防止恶意删改。
安全性需求
系统安全性要求高，能有效控制和管理不同的用户的权限，保护数据的安全性。
稳定性需求
系统稳定性要求高，能够承载大量用户的并发访问。
数据库需求
考虑到学校的管理特点的情况：要求能存储大量数据的能力，并且能够对大量数据处理。
有强大的功能和快速的响应间。鉴于开发条件有限，我们采用 Mysql数据库。
附录 3 系统详细设计文档
1.引言
编写的目的
随着社会生活节奏的加快，用户对餐饮服务的要求不断提高，除要求色香味俱全外，更
注重就餐时间和方式的选择。由于人们工作繁忙很少能够抽出时间来享受美味的食物，于是
快捷订餐应运而生，而将餐饮业和计算机网络相结合形成的网上订餐系统，不仅提高餐饮服
务业的服务质量，扩大知名度，也为最终用户提供方便快捷的服务。
背景
随着人们生活水平的提高，外出就餐的机会随之增多，餐厅的营业额势必会增加，特别
是一些大型餐饮店，不肯能在像以前一样用手工去纪录，这样不仅容易出错，而且效率低，
影响餐厅业的营业现状，正是在这种情况之下，我们小组提出设计一个网上订餐服务系统。
总之，为了现代化餐馆发展的需要，我们有必要一个网上订餐服务系统来提升餐饮服务业的
工作效率，受益于社会各界人士。
定义
网上订餐系统是一款集接受、处理、取消用户订单，编辑菜单菜价及结账等功能的网上
订餐软件。
参考资料
[1] 萨师煊，王珊.数据库系统概论（第三版）[M].北京：高等教育出版社，：
4-149.
[2] 张海藩 ，吕云翔.软件工程（第四版）.[M].北京：人民邮电出版社.：
110-136.
2. 系统的结构
本系统通过建立一个基于互联网的订餐平台，为订餐的用户和管理者提供不同的服务，
其主要包括用户管理模块、订餐管理模块、系统管理模块三个模块。系统功能模块结构图如
图 1所示：
后台
更
新
菜
单
、
调
价
格
前台
信息
浏览
、
添加
删除
修改
回
复
留
言
订餐管理用户管理
信
息
浏
览
填
写
修
改
个
人
信
息
查
看
历
史
订
单
信
息
反
馈
与
评
分
图 1 系统功能模块结构图
下面是对于各个模块的简单描述：
（1）用户管理模块：不同的用户在注册账号成功后，即将信息保存于数据库，同时也
可对自身信息进行查看并修改。用户在输入用户名和密码之后，与数据库的校验信息匹配，
用户选定自己喜欢的餐厅和菜品，付款等待餐厅接单，接单后等待餐厅配送。订单处理完毕
后，用户可以为餐厅留言并进行评价，也可以提出合理化建议。
（2）餐厅管理模块：餐厅登录成功，可发布新的菜品以及报价，待管理员审批通过方
可发布，使用户看到餐厅的信息；也可以查询订单明细、处理订单。
（3）系统管理模块：负责审核注册用户，对数据库的信息及留言板中的内容进行浏览、
添加、删除、修改等操作。
3. 用户下订单的设计说明
程序描述：明确用户订单流程
功能
用户输入自己的用户名和密码，若验证正确，则对自己选中的菜品下订单、确认订单，
结账完毕后等待服务商送货或自己取货；若在其过程中出现提示性错误，则订单失败，完成
此功能的流程图如图 2所示：
N
Y
用户
用户 ID 是否正确
提示错误
Y
Y
N
图 2 用户下订单流程图
性能
系统的准确性和及时性。对于该系统，当用户进行某一项操作，其响应时间应该在一定
可接受范围内，且信息的变化也应随日期的更改而变化。
输入项：用户信息
输出项：结账完毕，结束操作
限制条件：用户注册信息无误。
测试计划
本模块针对用户订餐信息在测试时要求对测试输入数据到订餐系统，管理员可以查看订
单明细。
4. 管理员模块的设计说明
程序描述：完成管理员更新数据库的操作
功能
在管理员登陆界面，管理员的无误信息绑定至数据库，然后在显示的订单界面中实施操
作，以此更新数据库，则管理员管理模块的流程图如图 3所示：
订单确认
返回
N
Y
Y
N
管理员登陆
提示错误
信息绑定无误
显示订单
图 3 管理模块流程图
性能
对于该系统，当管理员进行某一项操作，其响应时间应该在一定可接受范围内，新增某
一项操作时应该能够在主界面上及时的显示出来。
输入项：管理员登陆界面
输出项：更新数据库，结束操作
限制条件：管理员信息、数据库信息绑定正确。
测试计划
本模块针对用户订餐信息在测试时要求对测试输入数据到数据库，同时能够在外部查询
得到准确的读出数据。
尚未解决的问题: 对数据库的链接。
5. 用户评价模块的设计说明
程序描述：用户对餐厅服务的评价
功能
进入用户登陆界面，用户可以对餐厅的各方面服务做出评价，在格式正确的情况下，方
可评价成功；用户也可以提出合理的意见供餐厅参考，提高餐厅效益。 用户评价系统流程
图如图 4所示：
更新数据库
餐厅评分
N
Y
N
Y
图 4 用户评价模块流程图
性能
评价系统的准确性和及时性。对于该系统，当用户进行评价操作时，合理客观进行评价，
一旦发现格式不正确，即评价失败；而管理员一方也应及时进行查看，并作出回复。
输入项：用户登陆界面
输出项：评价成功，结束操作
限制条件：本模块在运行使用时无特别限制条件。
测试计划：用户客观评价，管理员及时回复。
6. 数据库设计
数据库 E-R图设计
对上述的总体设计和需求分析之后，我们已对各个模块及其功能进行了初步的分析。在
此阶段，我们可根据模块中各实体之间的相互联系和各数据表之间的相互关联，得出本系统
的数据库 E-R图设计如图 5所示：
格式正确
结束操作
评价失败
M N
N
N
M 1
N 1 1 N N 1生成
包含
管理
菜名
留言
价格
预定
销售量
订单条目
推荐
ID 订单 ID
单价
信息回馈
uNam
e
身份证号
联系电话
喜欢口味
订单 ID
联系电话
金额
订单时间
管理员 ID
mPw
d
图 5 系统数据库 E-R图
由上述 E-R图转换成关系模式如下所示：
用户（用户 ID，uName，uPwd，真实姓名，联系电话，state，身份证号，喜欢口味，QQ
号码）；
菜品（cID，Scid，菜名，价格，介绍，图片，推荐，销售量）；
预定（用户 ID，cID）；
订单条目（ID，订单 ID，菜名，数量，单价，评分，信息回馈）；
包含（cID，ID）；
订单（订单 ID，用户 ID，菜名，订单时间，备注，金额，联系电话，送餐地址，管理
员 ID）；
管理员（管理员 ID，mName，mPwd，类型）；
数据表的设计
数据表的设计是数据库设计中极为重要的一环，它直接影响到整个程序中功能的实现。
本系统的数据库命名为：User，用来存储该系统中用到的所有数据。
（1）数据库的 E-R图中，用户生成的订单表，订单条目包含的菜品，则根据订单 ID和
用户 ID确定唯一订单，管理员和用户均可查看相应的订单明细，订单表中包含的属性、类
型、内容等如表 1所示：
表 1 订单表
Field Type Null Key Comment
订单 ID Int No Yes 标识递增
用户 ID Int No No 外键
菜名 Nvarchar(50) No No 默认“待送餐”
联系电话 Nvarchar(50) No No
备注 Nvarchar(MAX) Yes No
金额 Float No No
送餐地址 Nvarchar(50) No No
订单时间 datetime
（2）数据库的 E-R图中，用户预定的菜品，订单条目包含的订单表，则根据 cID和 Scid
确定唯一菜单表，菜单表中包含的菜品、图片、介绍等属性、类型、内容等如表 2所示：
表 2 菜单表
Field Type Null Key Comment
cID Int No Yes 标识递增
Scid Int Yes No 菜系 id
菜名 Nvarchar(50) No No
菜图片 Nvarchar(MAX) Yes No
菜介绍 Nvarchar(MAX) Yes No
价格 Float No No
推荐 Nvarchar(50) Yes No
销售量 Int Yes No
（3）用户表的个人信息在用户注册成功后，即保存至数据库，用户也可以对联系方式、
喜欢口味等非客观因素进行备注和修改，用户表的属性、类型、内容如表 3所示：
表 3 用户表
Field Type Null Key Comment
用户 ID Int No Yes 标识递增
uName Nvarchar(50) No No 登陆名
uPwd Nvarchar(50) No No 登陆密码
真实姓名 Nchar(10) No No
身份证号 Nvarchar(50) No No
联系电话 Nvarchar(50) No No
state Nvarchar(50) No No id是否有效
喜欢口味 Nvarchar(MAX) Yes No
QQ号码 Nvarchar(50) Yes No
（4）数据库的 E-R图中，根据订单 ID和 ID确定一系列订单条目，管理员可以据此对
订单进行分类，更改菜系和价格，使服务进一步满足用户的需求，订单条目中包含的属性、
类型、内容等如表 4所示：
表 4 订单条目
Field Type Null Key Comment
ID Int No Yes 标识递增
订单 ID Int No No 外键
菜名 Nchar(10) No No 默认值“待送餐”
数量 Int No No
单价 Float No No
评分 Int Yes No 默认值“0”分
信息回馈 Nvarchar(50) Yes No 顾客反馈
（5） 管理员表记录的 ID、mName、mPwd等信息可以为唯一确定一个管理员，明确管理
权限，提高管理力度和服务质量，管理员表如表 5所示：
表 5 管理员表
Field Type Null Key Comment
管理员 ID Int No Yes 主键
mName Nvarchar(50) No No 登陆名
mPwd Nchar(10) No No 登陆密码
类型 Nvarchar(50) No No
附录 4 软件测试计划模板
1 引言
目的
测试阶段的根本目的是尽可能多发现并排除软件中潜藏的错误，最终把一个高质量的软
件系统交给用户使用。测试并不仅仅是为了要找出错误，而是帮助项目开发人员发现软件程
序中的缺陷加以改进，同时没有发现错误的测试也是有价值的，完整的测试是评定软件系统
质量的一种方法。
名词解释
黑盒测试又称为功能测试、数据驱动测试，它是在已知产品所应具有功能的情况下检测
每个功能是否能正常使用。
白盒测试又称为结构测试、逻辑驱动测试，它是在完全了解产品内部工作过程的情况下
检测程序中的每条通路是否能按照预定要求正确工作。
等价划分是一种黑盒测试方法，这种方法把程序的输入域划分成数据类，据此导出测试
用例。
边界值分析是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法
是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
集成测试是测试和组装软件的系统化技术，是把模块按照设计要求组装起来的同时进行
测试，主要目标是发现与接口有关的问题。在集成过程中最常用的是黑盒测试用例设计技术。
单元测试是开发者编写的一小段代码，用于检测被测代码的一个很小的、很明确的功能
是否正确。它大量使用白盒测试技术，检查模块控制结构中的特定路径，以确保做到完全覆
盖并发现最大数量错误。
参考资料
[1] 萨师煊，王珊.数据库系统概论（第三版）[M].北京：高等教育出版社，：
4-149.
[2] 陆正武，蒋武，刘军，石正贵.Java项目开发实践[M].北京：中国铁道出版社，
:87-112.
[3] 肖金秀，冯沃辉，施鸿翔.JSP程序设计教程[M].北京：冶金工业出版社，：
110-139.
[4] 马红华，jsp高级编程.[M].北京：北京希望电子出版社，～10 .
[5] 李飞，最新实用网络技术教程[M].西安:西安电子科技大学出版社.69-70，
124-126.
[6] 黄理，李积善，曹林有，张勇.用 JSP轻松开发 Web网站（第一版）[M].北京：北
京希望电子出版社.:100-152.
[7] 飞思科技产品研发.JSP 应用开发详解（第二版）[M].北京：电子工业出版社，
:23-28，259-316.
[8] 张海藩，吕云翔.软件工程（第四版）.[M].北京：人民邮电出版社.：
110-136.
测试方法
测试方法可以从是否需要执行被测试分为静态测试和动态测试，从测试是否针对系统内
部结构和具体实现算法分为白盒测试和黑盒测试。由于我们已经知道产品应具有的功能，可
以通过测试来检验是否每个功能都能正常使用，所以此网上订餐系统应用黑盒测试方法。
测试争议事项
点击系统订餐服务界面有时却没有变化
时间进度
测试开始时间 2016年 6月 10日
测试发布时间 2016年 6月 13日
2 项目背景
测试范围
本系统包括用户注册登录界面、订餐服务界面、订单处理界面、系统后台管理界面，每
个界面都必须进行测试，然后综合进行集成测试。本系统测试还包括功能和性能测试的用例
描述。
测试目标
测试人员用黑盒测试方法对每个界面的功能进行测试，使软件在投入生产性运行之前，
尽可能多的发现软件中的错误。
测试文档
列出测试过程中可能用到的参考文档以及保存位置。
测试参考文档
文档说明 作者 文档位置（CVS）
需求文档 申姣姣 附录 2
系统详细设计 史耀花 附录 3
测试文档 吕晓婧 附录 4
3 质量目标
产品质量目标
订餐系统可以使用户顺利登录，顺利点餐，后台管理员能顺利处理订单。
测试质量目标
评价测试质量的目标可以有：
测试质量目标 确认者（如需说明）
所有的测试案例已经执行过 吕晓婧
所有的自动测试脚本已经执行通过 吕晓婧
所有的重要等级为 1/2的 Bug已经解决并由测试验证 吕晓婧
每一部分的测试已经被 Test Lead确认完成 吕晓婧
重要的功能不允许有等级为 1/2/3的 Bug 吕晓婧
一般的功能或与最终使用者不直接联系的功能不允许有等
级为 1/2的 bug,且 bug等级为 3的问题不得超过 1/功能
吕晓婧
轻量的功能允许有少量 2/3等级的错误 吕晓婧
发现错误等级为 1/2/3的 Bug的速率正在下降并接近 0 吕晓婧
在最后的三天内没有发现错误等级为 1/2/3类的 Bug 吕晓婧
4 测试环境
硬件测试环境
PC机一台、Web服务器
软件测试环境
操作系统：Microsoft Windows 2007 Professional、Microsoft Windows 2007server
Microsoft Windows XP Professional
数据库系统：Microsoft SQL Server 2000
5 测试策略
测试内容
（1）用户注册登录界面测试
测试要点：用户名和密码。
测试路径：用户名和密码是否为真。
测试结果：为真，进入系统；为假，弹出警告框，提示密码或用户名错误。
（2）订餐服务界面测试
测试要点：点击菜名。
测试路径：从系统首页直接查找点击或在搜索栏中搜索查找。
测试结果：若要快速查找店铺所对应的菜名可以在搜索栏中直接查找。
（3）订单处理界面测试
测试要点：系统自动形成的订单详情。
测试路径：管理人员登录系统后台，对订单进行处理，订单有两种状态已结账和
未结账。
测试结果：订单可以成功处理，显示已送餐。
（4）系统后台管理界面测试
测试要点：管理人员的账户和密码。
测试路径：进去后台，查看用户信息
测试结果：管理人员只能浏览用户的订餐信息，不能修改用户的个人资料。
测试标准
测试中发现的缺陷按照严重程度分为 5个级别:提示、一般、严重、致命。提示指微小
的错误不会影响系统的功能，不准确或容易误解的行为和语句。一般指该问题增加了测试或
用户操作的复杂度。严重指该问题会严重降低系统的性能，不符合客户端需求说明。致命指
系统不能正常启动或启动后无法正常工作。
本系统完成的标准是执行完所有测试的功能，无 2级以上遗留的问题，如果存在严重问
题，系统测试终止。
测试类型
功能测试
6 测试用例表即结果
测试用例 测试内容 预先设计结果 实际测试工作 实际测试结果
用户注册界面
成功进入用户注
册界面
链接用户注册界
面
进入用户注册界
面
用户信息注册 注册成功
输入错误用户名
等
注册出错，提示
注册规则
用户密码检验
密码一致，检验
成功
两次输入密码不
一致
检验出错，提示
检验信息
用户注册登录
注册结果 注册成功 输入正确信息 用户注册成功
添加菜单 成功添加菜单 输入新菜单信息
向数据库表中添
加一条菜单记录
删除菜单 成功删除菜单
单击对应菜单的
删除按钮
从数据库中删除
对应菜单
修改菜单信息
成功修改菜单信
息
单击更新，修改
菜单的信息
将更新后的菜单
信息写入数据库
菜单管理
查询菜单 查询菜单 单击某菜单链接 成功显示出菜单
信息
测试用例 测试内容 预先设计结果 实际测试工作 实际测试结果
未结账订单管理 确认结账成功
对审核通过的订
单进行结账
结账成功
订单管理
已结账订单管理
删除已结账订单
成功
删除已结账订单 删除成功
修改密码
用户能修改个人
密码
用户输入原密码、
新密码和确认密
码
验证密码，若原
密码正确切新密
码和确认密码一
致则更新
用户个人信息管
理
修改个人信息
用户能修改个人
信息
用户输入新信息
成功将信息系写
入数据库
管理员添加用户
信息
管理员可以添加
新的用户
管理员输入新用
户信息
成功将新用户信
息导入数据库
管理员可以修改
已注册的用户信
息
点击更新在用户
信息界面输入用
户最新信息
点击更新在用户
信息界面输入用
户最新信息
成功更新该用户
信息后台管理人员
管理员可以删除
已注册的用户信
息
点击用户信息后
删除选项
点击用户信息后
的删除选项
成功将该用户信
息从数据库删除
用户登录
用户输入用户名、
密码登录
输入正确用户名
密码
成功登陆
查询菜品
单击某菜品链接
看能否正常显示
该菜品详细信息
直接点击菜品
成功显示该菜品
信息
浏览菜单
点击此系统看能
否显示所有菜单
点击店铺浏览所
有菜单
成功列出所有菜
单
用户订购
下订单
输入所需菜品数
量和口味要求，
单击加入购物车
点击具体菜单
成功向购物车中
添加订购信息
