《软件工程课程设计-网络订餐系统.doc》由会员分享，可在线阅读，更多相关《软件工程课程设计-网络订餐系统.doc（37页珍藏版）》请在三一办公上搜索。
1、精选优质文档-倾情为你奉上课 程 设 计设计题目 基于C/S模式的网络订餐系统 200 9 年 6 月 19 日基于C/S模式的网络订餐系统目 录中文摘要 1英文摘要21可行性分析 Y 1.1 问题定义 Y 1.2 可行性分析 Y2 软件需求规格说明书 Y 2.1 引言 Y 2.2 项目概述 Y 2.3 数据描述 Y 2.4 功能需求 Y 2.5 性能需求 Y3 系统概要设计说明书 Y 3.1 引言 Y 3.2 任务概述 Y 3.3 总体设计 Y 3.4 类图设计 Y 3.5 数据库设计 Y 3.6 接口设计 Y 3.7 界面设计 Y4 系统详细设计说明书 Y 4.1 引言 Y 4.2 详细设
2、计 Y5 软件测试文档 Y 5.1 引言 Y 5.2 测试概要 Y 5.3 测试项目 Y 5.4 限制 Y 5.5 测试资源消耗 Y结论 Y致谢 Y参考文献Y基于C/S模式的网络订餐系统摘 要： 本系统是一个基于C/S模式的网络订餐系统，采用ASP.NET作为平台，SQL SERVER 2000数据库作为后台数据库；采用三层体系架构即数据层、功能层、表现层。本系统可以实现用户网上订餐，餐厅管理员数字化管理餐厅等功能。关键词：C/S、订餐、网络、数字化管理1.可行性分析1.1问题定义订餐服务是餐饮企业的一项日常工作， 完成餐饮企业订餐服务的订餐系统，作为餐饮管理系统的一部分，为餐饮企业提高工作效
3、率和质量，提高企业经济效益起到了重要的作用。目前，大部分餐饮业采用的订餐工作方式是客户通过电话与餐厅联系， 由餐厅工作人员通过餐饮企业内部的餐饮管理系统实施订餐工作。 这种工作方式有很多弊端，它没有完全脱离手工式工作， 工作效率低。同时， 从客户订餐需求角度考虑，客户希望能在订餐前了解更多的有关信息， 如餐厅能提供的菜的品种， 各种菜的风味， 菜的直观图片等， 而这些信息仅仅从餐厅工作人员的电话中是不可能有全面的了解的， 这无疑会给客户的订餐带来不便，同时也影响了餐厅的工作效益。开发基于网络C/S模式的订餐系统，能有效地解决上述问题， 实现真正意义上的订餐自动化。1.2可行性分析1.2.1技术
4、可行性网络订餐系统属于计算机在数据通信和信息处理方面的应用， 属于典型的网络数据库应用系统( 客户/服务器数据库应用) ，其关键问题是数据的存储与检索， 系统开发的实质是数据库的建立、 连接和数据库编程。在C / S体系下，数据库真正变成了公共、专业化的仓库,受到独立的专门管理。在订餐系统的开发和设计中， 前台采用设计和实现。后台采用SQL SERVER 2000数据库管理系统。Asp在网络开发中具有巨大优势，如任何开发工具皆可开发ASP、执行结果所产生的HTM文件适用于不同的浏览器、语言相容性高、隐密安全性高等；ASP在电子商务中应用非常广泛，在C/S模式的开发方面技术已很成熟。 SQL S
5、ERVER 2000为用户提供了一个完整的数据库解决方案， 使用了业界非常先进的数据结构， 能够为要求最苛刻的Web应用和企业应用提供高度的可扩展性和高可靠性。而且,Microsoft SQL Server 2000适合于从小型机到大型机的所有级别的应用，具有很强的适应性，在数据库开发中应用极为广泛。综上所述系统开发所依赖的软件技术已很成熟，并具有巨大优势；本系统在技术上可行。1.2.2经济可行性通过本系统，餐厅可以提高服务效率，降低餐厅的成本，减少不必要的浪费；在网上长期发布，进行宣传，是一种很好的营销方式，可以扩大餐厅影响，提高知名度，增加营业额，给餐饮企业带来巨大的利润；而项目开发的成本
6、、开发费用和今后的运行、维护费用与其带来的经济效益相比却很小，因此，本系统在经济效益上可行。1.2.3社会因素可行性民以食为天。餐饮业是一种个性化、多样化的服务产业，也是竞争很激烈的产业。随着互联网技术的飞速发展和广泛普及，方便、快捷、实用、个性化的网上订餐正在进入人们的生活。目前，网上订餐业务还处于形成期，成长空间还很大，趁势而入，建立起特色鲜明的订餐网站，必有“钱”途。因此本系统社会因素方面是可行的。2软件需求规格说明书2.1引言餐饮业一直是服务行业最重要的组成部分之一。薄利多销一直是餐饮业的营销理念。如何在当前餐饮行业日趋激烈的竞争环境中脱颖而出并吸引更多的顾客，已成为每位餐饮业经营者所
7、追求的目标。经过多年发展，餐馆管理已经逐渐由简单而繁琐的人工管理，进入科学系统管理的阶段。如何有效的节约人力成本是餐饮业致力于解决的首要问题。当前最有效的手段就是采用系统的自动化管理取代过去的人工方式。2.1.1编写目的本需求规格说明书是通过分析，结合UML理论后得出的对于一个基本的餐馆订餐系统的需求和功能分析，其主要目的是为系统的设计开发提供前期的准备工作。本系统的用户对象可以分为两部分：本系统的主要用户订餐者和餐厅管理者。2.1.2项目背景A.项目委托单位：*美食餐厅 开发单位：*软件开发组主管部门：资环学院B：与其它系统关系：传统的餐厅内部订餐系统属于单机版，面向餐厅管理人员；而本系统属
8、于网络版C/S模式的，面向广大用户；本系统在互联网上及时发布菜品信息，用户快速方便的实现订餐，餐厅管理人员高效的管理餐厅。2.1.3定义UML：统一建模语言，英文全称为Unified Modeling Language。C/S：Client/Server，一种网络连接模式，服务器是网络的核心，而客户机是网络的基础，客户机依靠服务器获得所需要的网络资源，而服务器为客户机提供网络必须的资源。2.1.4参考资料 1张海藩.软件工程导论.第五版.清华大学出版社2刘辉，杨克勤等. 基于Web 的网上订餐点菜系统. 商业科技.2007，505：403Joseph Schmuller.UML基础、案例与应用
9、.第一版.人民邮电出版社2.2项目概述2.2.1项目目标、内容、现行系统的调查情况本系统是一个餐馆订餐系统，本系统是网络版C/S模式，优势在于面向大众，能够实现用户网上订餐和餐馆的数字化经营。系统数据安全性好，使数据库安全有保障。系统开放性好,采用标准的开发工具和技术，后台数据库采用微软SQL SERVER 2000。目前运行的订餐系统主要是单机版的，面向餐厅管理人员，且功能少，不能满足竞争日益激烈的餐饮业的需求。2.2.2运行环境 2.2.2.1设备要求 设备名称详细要求处理器Intel Pentium 4 2G HZ或同级别处理器 内存容量至少256MB，推荐1G硬盘容量至少30G，推荐8
10、0GB2.2.2.2 系统环境操作系统： Microsoft Windows NT 2003Microsoft Windows 2000 Microsoft Windows XP 2.2.3条件与限制2.2.3.1 条件(1) 项目组与委托单位长期保持着合作关系，项目组前期进行了有关的调查、调研，且已经获得项目开发所使用的数据。(2) 项目组成员专业技能过硬，能够按期完成项目。2.2.3.2 限制经费限制：经费不足开发期限：开发系统为Microsoft Windows XP，不适合网络开发人员限制：1名开发人员设备限制：个人台式电脑2.3.数据描述2.3.1静态数据用户信息Users包括用户名
11、UserID 、密码UserPwd、性别Sex、电子邮件Email、联系地址Address、联系电话Tel等；菜品信息Products主要包括食品编号fID、食品名称fName、价格Price、 食品介绍fIntro、类别编号KindID 等；菜品类别信息Kind包括类别编号KindID、类别名称KindName；管理员信息admin 包括管理员名adminName和管理员密码adminPwd。2.3.2动态数据（包括输入数据和输出数据）餐位信息Seats主要包括餐位编号SeatID、位置Location、容纳人数Nums、收费标准Charge、预订状态State等；订单信息Orders主要包
12、括订单编号OrderID、用户名UserID、位置Location、订购食品总数量TotalNum、订购食品总价格TotalMoney、用餐日期HavingDinnerDate、用餐时间HavingDinnerTime、预订日期OrderingTime 等；详细订购信息Orders_Detail包括订单编号OrderID、食品编号fID、订购数量fNum。 2.3.3数据流图 第0层DFD图用户登录网站进行选菜、订菜、提交订单给餐厅管理员。 订菜信息1网络订餐系统用户信息用户订单信息订 单 表 餐位信息详细订单2生成详细订单餐厅管理员第1层DFD图。对第0层DFD图中的加工“网络订餐系统”和“
13、生成详细订单”进行展开。选菜选定餐位用户用户信息users1.2注册，登陆1.1获取餐位1.3选菜系统Productsseats用户名已选菜信息息时间信息+餐位信息订餐时间信息客户基本信息菜总价菜信息处理生成订单菜品ID号菜总量详细订单信息生成详细订单餐厅管理员网络订餐系统数据流图2.3.4数据库描述（给出所使用数据库的名称和类型） 采用SQL SEVER 2000为后台数据库，本系统的数据库主要涉及餐位、食品、用户、订单等信息。主要包括以下表：餐位表Seats、类别表Kind、产品表Products、用户表Users、订单表Orders、详细订购信息表Orders_Detail、管理员表ad
14、min。2.3.5数据字典主要数据字典：用户信息=用户名+密码+性别+电子邮件+联系地址+联系电话时间信息=用餐日期+用餐时间+预订日期餐位信息=餐位编+位置+容纳人数+收费标准+预订状态2.3.6加工逻辑小说明主要加工逻辑说明（1）获取餐位信息：从seats表中寻找在一定时间范围内空闲的餐位，并显示。（2）注册登陆验证用户信息或将新用户信息存入users表。（3）选菜系统从Products表中提取数据，记录选定的菜信息。（4）菜信息处理提取所选菜的编号fID,计算菜的总量和总价。2.3.7数据采集本系统数据来源菜品及餐位信息均由*美食餐厅提供。2.4.功能需求4.1功能划分本系统主要分为两个
15、功能模块：普通用户模块和管理员模块，如下图网络订餐系统后台管理员处理功能前台用户订餐功能前台用户订餐功能留言订单信息查询下订单订菜预定餐位后台管理功能 食品管理用户管理订单管理用户留言管理餐位管理2.4.2功能描述1.用户模块设计。用户模块分为5个主要功能：（1） 预订餐位模块。 在首页中提供了可用餐位的信息， 包括人数、 收费标准等。 单击“预订” 按钮， 即可预订该餐位， 同时在页面中显示所选的餐位信息，并显示一个“开始订菜”按钮。 在首页中提供了查询食物、 查询订单、留言等超链接。（2）订菜模块。选择“开始订菜”，即进入订菜页面。用户可以浏览全部或某一类食品；也可以按食品名称或价格进行查
16、找；可以查看食品的详细信息。 单击 “订购” 按钮可将选定的食品放到订餐车中。 在订餐车中显示所订购的食品，可以修改食品数量，删除食品，可以返回继续订购， 也可以取消本次订购。（3） 下订单模块。 本次订购结束后， 在订餐车中选择 “下订单”， 进入用户注册页面。 收集用户的信息及用餐的日期、 时间等信息。 提交注册信息时， 将用户信息写入Users表， 将订购食品的总数量、 总金额及用餐的日期、 时间及预订日期等写入Orders表， 同时返回一个订单号， 并将订购的详细信息写入Orders_Detail表， 包括订单编号、 食品编号和订购数量。（4）订餐信息查询模块。提交注册信息后， 随即进
17、入登录页面， 输入用户名和密码后，即可显示该用户详细的预订信息及总的费用。（5） 用户留言模块。 用户可通过留言板进行留言，留下自己的意见和建议等。用户各个功能通常一气呵成，以上功能的用例图，及顺序图如下： 用户用例图时序图2.管理员模块（1） 餐位管理模块。这是管理员模块中重要的一部分。作为餐饮的餐位状态在一日三餐后都需要及时更新。在该模块中，通过选择日期及就餐时间，可查询每天的预订情况，每一餐的预订情况，查询餐位情况。在预订的用餐时间过后，将餐位的可用状态恢复为“是”。餐位管理用例图餐位管理时序图（2） 食品类别及食品管理模块。 管理员可添加和删除类别，添加和删除食品。食品管理用例图食品管
18、理时序图（3）用户管理模块。可以查询用户信息，并对用户进行删除。用户管理用例图用户管理时序图（4）订单管理模块。可以按日期查询订单，删除过期订单。订单管理用例图订单管理时序图（5）用户留言管理。 作为管理员， 可以查看回复删除留言等。留言管理用例图留言管理时序图3.系统活动图用户活动图管理员活动图2.5.性能需求5.1数据精确度数据名称数据精度说明整型数值型数据8位 无Double型数值数据16位无文本型数据二十位以上的字符无日期型数据年-月-日无5.2时间特性需求时间特性名称时间特性要求说明响应时间3秒之内无更新处理时间5秒之内无数据的转换和传送时间2秒之内无3系统概要设计说明书3.1 引言
19、3.1.1编写目的本文档为网络订餐系统的概要设计说明书，描述了系统的类设计、数据库设计、接口设计，为设计者的详细设计提供基础。3.1.2项目背景委托单位：xxx美食餐厅开发单位：xxx软件开发组主管部门：资环学院3.1.3编码风格及命名规则程序中的类和函数以“餐厅”拼音首字母CT开头。3.1.4参考资料1网络订餐系统需求说明书2张海藩.软件工程导论.第五版.清华大学出版社3刘辉，杨克勤等. 基于Web 的网上订餐点菜系统. 商业科技.2007，505：404Joseph Schmuller.UML基础、案例与应用.第一版.人民邮电出版社3.2任务概述3.2.1目标操作界面友好直观。功能完整，本
20、系统包括订餐、用餐管理功能，能够实现餐馆的数字化经营。数据安全性好, 使数据库安全有保障。开放性好,采用标准的开发工具和技术，后台数据库采用微软SQL Server 2000可以提供开放的数据接口。3.2.2运行环境硬件: PC Server: CPU: Intel 1.2G MHz; Memory: 512M; HD: 20G软件: 操作系统： Microsoft Windows XP professional 数 据 库： SQL Server 2000 3.2.3需求概述本系统主要分为两个功能模块即用户功能模块和管理员功能模块用户可以有以下功能：预订餐位、订菜、下订单、订餐信息查询、用户
21、留言；管理员拥有以下功能：餐位管理、食品类别及食品管理、用户管理、订单管理、用户留言管理。3.3 总体设计3.3.1网络订餐系统架构网络订餐系统结构图3.3.2网络订餐系统主题图3.4 类设计3.4.1类图 3.4.2包图设计分为两层包:功能包和数据包包图3.5数据库设计共建立7张表：用户信息表Users包括用户名UserID 、密码UserPwd、性别Sex、电子邮件Email、联系地址Address、联系电话Tel字段名数据类型缺省值允许空主键注释UserID自动编号无不允许是用户IDUserPwd自动编号无不允许否用户密码Sex字符串无允许否用户性别Email布尔型无允许否用户邮箱Add
22、ress字符串无允许否用户地址Tel整型无不允许否用户电话菜品信息表Products主要包括食品编号fID、食品名称fName、价格Price、 食品介绍fIntro、类别编号KindID 字段名数据类型缺省值允许空主键注释fID整型无不允许是食品编号fName字符串无不允许否食品名称Price货币无不允许否食品价格fIntro字符串无不允许否食品介绍KindID整型无不允许否食品类别菜品类别信息表Kind包括类别编号KindID、类别名称KindName字段名数据类型缺省值允许空主键注释KindID整型无不允许是类别编号KindName字符串无不允许否类别名称管理员信息表admin 包括管理
23、员名adminName和管理员密码adminPwd字段名数据类型缺省值允许空主键注释adminName 字符串无不允许是管理员名adminPwd字符串无不允许否管理员密码餐位信息Seats主要包括餐位编号SeatID、位置Location、容纳人数Nums、收费标准Charge、预订状态State字段名数据类型缺省值允许空主键注释SeatID整型无不允许是餐位编号Location字符串无不允许否位置Nums整型无不允许否容纳人数Charge货币无不允许否收费标准State布尔无不允许否预订状态订单信息Orders主要包括订单编号OrderID、用户名UserID、位置Location、订购食品
24、总数量TotalNum、订购食品总价格TotalMoney、用餐日期HavingDinnerDate、用餐时间HavingDinnerTime、预订日期OrderingTime 字段名数据类型缺省值允许空主键注释OrderID整型无不允许是订单编号UserID整型无不允许否用户名Location字符串无不允许否位置TotalNum整型无不允许否订购食品总数量TotalMoney货币无不允许否订购食品总价格HavingDinnerDate日期无不允许否用餐日期HavingDinnerTime时间无不允许否用餐时间OrderingTime时间无不允许否预订日期详细订购信息Orders_Detail
25、包括订单编号OrderID、食品编号fID、订购数量fNum 字段名数据类型缺省值允许空主键注释OrderID整型无不允许是订单编号fID整型无不允许否食品编号fNum整型无不允许否订购数量3.6接口设计本系统采用三层体系结构，即表示层、功能层、数据层。在表示层中包含系统的显示逻辑，位于客户端，也就是WEB浏览层。它主要实现系统与用户的接口，提供各种界面。同时负责将各个界面提交的请求提交给功能层的对应数据库接口，由客户机接收各个功能接口返回的信息，并把它显示在WEB浏览器上。在功能层中包含系统的事务处理逻辑，主要包括数据加工模块和接口，数据库检索接口等。数据加工模块和接口负责由餐厅管理人员根据
26、订餐用户的请求，将从后台数据库中的信息返回给用户。数据库添加模块接口负责根据订餐用户的请求，将用户订餐信息加入订餐表。3.7界面设计系统界面转换图3.7.1主要界面设计3.7.1.1首页设计在首页中提供了可用餐位的信息， 包括人数、 收费标准等。 单击“预订” 按钮， 即可预订该餐位， 同时在页面中显示所选的餐位信息，并显示一个“选菜”按钮。 在首页中提供了查询食物、 查询订单、留言等超链接。3.7.1.2订菜界面设计选择“开始订菜”，即进入订菜页面。用户可以浏览全部或某一类食品；也可以按食品名称或价格进行查找；可以查看食品的详细信息。 单击 “订购” 按钮可将选定的食品放到订餐车中。 在订餐
27、车中显示所订购的食品，可以修改食品数量，删除食品，可以返回继续订购， 也可以取消本次订购。3.7.1.3订单模块设计本次订购结束后， 在订餐车中选择 “下订单”， 进入用户注册页面。 收集用户的信息及用餐的日期、 时间等信息。 提交注册信息时， 将用户信息写入Users表， 将订购食品的总数量、 总金额及用餐的日期、 时间及预订日期等写入Orders表， 同时返回一个订单号， 并将订购的详细信息写入Orders_Detail表， 包括订单编号、 食品编号和订购数量。3.7.1.4订餐信息查询界面设计提交注册信息后， 随即进入登录页面， 输入用户名和密码后，即可显示该用户详细的预订信息及总的费用
28、。3.7.2主要界面展示3.7.2.1首页3.7.2.2 注册界面4系统详细设计说明书4.1 引言4.1.1目的与范围本文档是网络订餐系统的详细设计文档。文档参考网络订餐系统需求文档中涉及用户订餐、管理的业务流程，以及概要设计文档中对数据库设计。为更详细的设计说明网络订餐系统各程序的功能与结构、用户订餐与WEB应用层的接口关系，特编写此文档，以供编码实现之用。4.1.2项目背景网络订餐系统是一个基于C/S模式的网络平台，用户可实现在网上订餐、订位，餐厅管理员通过该平台实现餐厅数字化管理。委托单位：xxx美食餐厅开发单位：xxx软件开发组主管部门：资环学院4.1.3读者与对象本文档主要面向网络订
29、餐系统开发人员，此功能部分的测试人员也可以作为参考。本文档也作为为将来网络订餐系统升级改造时的参考文档。4.1.4定义盒图：也称NS图或CHAPIN图。流程图由一些特定意义的图形、流程线及简要的文字说明构成，它能清晰明确地表示程序的运行过程。在使用过程中，人们发现流程线不一定是必需的，为此，人们设计了一种新的流程图，它把整个程序写在一个大框图内，这个大框图由若干个小的基本框图构成，这种流程图简称N-S图。4.1.5参考资料1网络订餐系统需求说明书2面向对象设计UML实践Mark priestley 著3张海藩.软件工程导论.第五版.清华大学出版社4刘辉，杨克勤等. 基于Web 的网上订餐点菜系
30、统. 商业科技.2007，505：405Joseph Schmuller.UML基础、案例与应用.第一版.人民邮电出版社4.2详细设计4.2.1网络订餐系统体系结构图（框架）本系统采用了传统的3层架构实现。 在网络订餐系统多层体系结构框架下，为网络订餐系统设计了如下的体系结构模型，并利用ASP.NET加以实现。4.2.2用户功能模块4.2.2.1功能描述根据账号密码登陆网站，查询订购餐位，对自己感兴趣的菜品进行搜索，确定菜品，确定订单。4.2.2.2性能要求账号、密码不能为空，响应时间不超过5秒。4.2.2.3输入数据用户信息、菜品查询条件、餐位查询条件。4.2.2.4输出数据菜品订购信息即订
31、单、订购时间信息、餐位状态信息。4.2.2.5程序流程盒图用户登录网站 Case first(是否为第一次登陆)First=1 first=0Enter()(登陆) log()(注册) Enter()(登陆)bookSeat()(订位)selectFood()(选菜) If confim（是否提交订单）F NchengeOrder()(修改订单) submitOrder()(提交订单)leaveWord()(留言)exit()(退出)模块1盒图4.2.3管理员功能模块4.2.3.1功能描述管理员进入网站后，首先根据账号密码登陆网站，然后可以进行餐位管理、食品类别及食品管理、用户管理、订单管理和
32、用户留言管理等。4.2.3.2性能要求注册时用户ID不能重，密码不能为空，响应时间不超过5秒。4.2.3.3输入数据管理员基本信息、餐位信息、食品信息及食品类别信息、用户信息等。4.2.3.4输出数据餐位状态信息、留言、用户基本信息等。4.2.3.5程序流程图模块2盒图5软件测试文档5.1引言5.1.1编写目的目的： 软件测试是为了发现错误而执行程序的过程； 测试是为了证明程序有错，而不是证明程序无错误。 一个好的测试用例是在于它能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测试。 软件测试是为了在软件投入生产性运行之前，尽可能多地发现软件的错误读者对象：该文档的读者对象是
33、软件测试者，以指导软件测试过程5.1.2背景说明：a. 被测试软件系统的名称：网络订餐系统b. 测试环境：硬件环境：CPU：Intel Core2 Duo 硬盘：80G 软件环境：Windows xp5.1.3定义系统测试：功能测试完成，方可进行系统测试，通过参照系统需求和设计文档，进一步确认系统功能的正确性和完整性。其中包括功能确认测试、性能测试、安装测试和加密检测。采用黑盒测试法。黑盒测试：也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。白盒测试：也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格
34、说明书的规定正常进行单元测试：是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。集成测试：也叫组装测试，联合测试是单元测试的逻辑扩展。5.1.4参考资料1可行性分析报告；2需求规格说明书；3概要设计说明书；4详细设计说明书；5软件工程原理，方法与应用 吴钦藩 编着 人民交通出版社出版6软件工程任胜兵邢琳编着北京邮电大学出版社7软件测试入门 包晓露 王小娟 朱国平 人民邮电出版社 8软件质量和软件测试 马博 赵云龙 清华大学出版社9软件工程导论 张海藩 清华大学出版社5.2测试概要用表格的形式列出每一项测试的标识符及其测试内容。a) 系统安装与卸载序号测试内容测试方法
35、预期测试结果备注1系统安装按照“使用说明书”中的描述进行软件安装。显示安装成功，可以运行该软件。2系统卸载执行系统的卸载命令或软件本身提供的卸载命令卸载该软件。此系统可成功卸载。b）软件功能测试序号测试内容(功能模块)测试方法预期测试结果备注1用户预定餐位用户点击“搜索可用餐为按钮”显示可用餐位2用户预定菜品用户点击菜品下的“预定”按钮菜品放入菜单篮，并显示已订菜品信息3用户登陆注册用户在定菜页面点击“确认”转入登录注册页面，输入用户的基本信息，点击“登陆”或“注册”按按钮。显示“登录成功”或“注册成功”并转入“确认订单页面”4用户下订单在确认订单页面点击“点击下订单按钮”显示“网上订餐成功”
36、5用户留言在留言网页留言点击提交留言能看到自己的留言及他人的留言6退出系统登录之后点击退出退出系统，需重新登录9管理员登陆输入管理员信息显示登陆成功10管理员菜品管理添加菜品或删除菜品添加时能够将菜品信息添加到数据库并在网页中显示，删除时在数据库中删除，在网页中删除11管理员用户管理管理员删除用户用户注销12管理员留言管理在留言管理页面发表留言，删除留言能够看到管理员的留言，能够删除留言c) 安全可靠序号测试内容测试方法预期测试结果备注1软件容错性在软件的测试运行中进行判定。软件发现错误时，有错误提示，可以回复到正常状态。对关键输入数据的有效性检查比较完备。2运行稳定性在软件的测试运行中进行判
37、定。没有发生由于软件错误而导致的系统崩溃和丢失数据现象。d) 用户界面序号测试内容测试方法预期测试结果备注1界面输入在软件的测试运行中检查界面输入是否正常。光标可以正确定位到输入域，输入数据有效，输入顺序合理。2界面显示在软件的测试运行中检查界面显示是否正常。在1024*768分辨率下，界面显示正常。3界面文字与提示在软件的测试运行中检查界面文字与提示的表达是否清晰，有无错误和模糊语义。界面文字与提示表达清晰，无错误和模糊语义。e) 中文符合性序号测试内容测试方法预期测试结果备注1界面中文符合性检查软件界面是否使用简体中文。界面使用统一的简体中文。 2字库中文符合性软件无自带中文字库。免测。f
38、) 用户文档序号测试内容测试方法预期测试结果备注1用户文档完整性检查用户文档的描述是否包含产品使用所需的所有必要信息。用户文档的描述包含产品使用所需的所有必要信息。2用户文档正确性检查用户文档中的所有信息是否正确，有无歧义和错误的表达。用户文档的信息描述正确，无歧义。3用户文档一致性检查用户文档的内容是否一致，与程序及数据是否一致。用户文档的内容一致，与程序及数据一致。5.3测试项目5.3.1单元测试单元测试是对一个可执行的程序单元进行测试。这样的程序单元可以是一个构件、模块、类或类的一个方法。单元测试是在实现阶段进行的，通过单元测试来确定程序员完成的程序单元是否正确。在这里，我们把单元测试分成以下几种方法进行。5.3.1.1黑盒测试黑盒测试主要验证程序单元的外观行为是否正确。黑盒测试注重于测试软件的功能性需求，它主要用于测试以下几类错误：功能不对或遗漏。界面错误。数据结构或外部数据库访问错误。性能错误。初始化和终止错误。 未测单元测试项类Admin的aduser（）方法类user的lookOrder()方法Seat类的getstate()方法Order类的gettotalNum()方法测试用例管
