网上订餐系统欧亿体育报告

　　《网上订餐系统报告》由会员分享，可在线阅读，更多相关《网上订餐系统报告（53页珍藏版）》请在人人文库网上搜索。

　　1、软件工程课程设计题 目 快乐餐订餐系统 专 业 计算机科学与技术 班 级 计科1201 姓 名 黄静 张聪，王茂峰，张安杰 指导教师 杜立新 二一四 年 十二 月 二十七 日目录软件工程课程设计1目录2第1章. 系统背景3第2章. 项目计划32.1. 项目技术方案32.2. 网上订餐系统规划4第3章. 可行性分析53.1. 可行性研究报告53.2. 可行性研究的前提6第4章. 需求分析84.1. 需求分析84.2. 软件功能84.3. 运行环境84.4. 需求分析详细描述94.5. 层次方框图11第5章. 概要设计125.1. 系统分析125.2. 体系结构135.3. 逻辑设计175.4.

　　2、总E-R图195.5. 类图21第6章. 详细设计226.1. 系统模块详细设计（数据流图）226.2. 程序流程图296.3. 实体联系图（E-R图）346.4. 用例规约及用例图37第7章. 测试方案527.1. 实现527.2. 版本更新记录527.3. 测试目的527.4. 测试环境527.5. 功能测试用例527.6. 性能测试53第8章. 总结54参考文献54第1章. 系统背景网上订餐业务的兴起，折射出餐饮业善抓机遇、抢占利润第二落点的经营理念，同时也显示出消费者在日常所需中，运用网络观念的意识正逐渐增强。但比起如今火爆的网上购物，网上订酒店住宿等服务，网上订餐服务在一些餐饮企业中

　　3、仍未引起足够的重视，对于消费者来说，许多人对这一新兴业务尚缺乏了解，这种现象，在一些中小城市表现较突出。对于广州、北京、上海等大城市，由于网上订餐服务起步较早，一些餐饮企业的网上经营已逐步走上正轨，其网上订餐的经营份额已占一定比例，给先行一步涉足网上订餐的企业带来滚滚财源。据了解，一些中小城市的餐饮企业之所以网上订餐业绩不够好，有些甚至基本无业务，其原因就是未能充分发挥互联网的作用。有些餐饮企业虽然开办了网站，但有的未涉足网上业务，即使有些开展了网上业务，也因菜品单调、服务措施差而鲜有订餐者。 一些餐饮企业网上订餐业绩效果不太显著的另一种原因是，技术服务措施等方面还存在着明显的不足，主要有以下

　　4、几点：一是餐饮企业开展网上订餐服务后对网站的宣传力度不够，同时网络信用问题也在困扰着消费者。与其它网络购物方式一样，有不少消费者对网络消费心存戒备，在网上订餐后仍不放心，还要通过电话再确认，这就给消费者造成网络订餐太麻烦的印象。二是有些网上订餐服务和技术不太完善，消费者订餐需要咨询时，网站客服电话无人接听；可选择的就餐地点也不够丰富。三是有些网站由于网上订餐业务刚刚开展，因业务不熟悉，有时会出现订单不太准确的现象。另外，与网站签约的酒店及餐馆由于数量较少，使消费者在选择时受到限制。第2章. 项目计划2.1. 项目技术方案 1.1 方案概述 会员可以通过访问网上报餐系统，进行登录或注册，报上自己

　　5、在用餐时间内想吃的各种食物，食堂管理员可以查看用户所报的菜品，并且可以对菜品进行增删改查。 1.2 编程环境 此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器欧亿体育，在windows7系统条件下开发。 1.3 数据库的实现 本系统采用SQL Server 2008作为后台数据库。其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对 SQL Server 表中的数据进行索引，并执行多种条件的查询，快速返回结果。便于防火墙日志的管理和规则的访问以及操作。数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的SQL Server语句。2.2.

　　6、 网上订餐系统规划我们的主要任务就是开发网站，只要网站能成功运行，其他的进货和送货都很简单，不在考虑范围内，依次，我们需完成的任务有编制计划，任务分配，网站开发，测试网站，试运行。网上订餐系统的开发整个环节都是分工明确的统一体，单靠一个人是很难管理好每一个环节。所以，我们把任务都分到组内每一个人身上，每个人都可以发挥自己专业特长，管理好自己负责的每个细节，从而实现系统的高效运转。具体的分工如下图策划人（2人）总经理（1人）采购管理（2人）销售管理（2人）发货管理（2人）小组成员副总经理（1人）服务（2人）网站开发和管理（4人）数据库管理（4人）维护开发测试客户信息管理（1人）商品信息管理（1人

　　7、）订单信息管理（1人）评论信息管理（1人）第3章. 可行性分析3.1. 可行性研究报告网上订餐项目建设的背景、可行性1、网上订餐项目建设背景 随着电子商务的普及，越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐系统的顺势而出很快受到了大家的欢迎。互联网的应用已普及千家万户,这为网络订餐提供了良好的发展空间。同时，网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。调查数据显示，白领更乐于选择网上订餐服务, 网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。网络订餐随着互联网的成长会逐渐被人们所喜爱，正如几年前手机移动的短信一样，为企业带来的几百个亿的业务收入。在

　　8、互联网世界里面，谁早一步在应用上创新，谁就掌握了未来的方向。网上订餐，具有方便、高效、快捷的特点，而且与传统的快餐店经营模式相比网上订餐可以节省餐馆的座位占用，加速餐馆顾客周转，增加餐馆的营业额，提高经济收益。对于在网上订餐的顾客来说，可以为其节省更多的时间和精力，以便投入到学习和工作中。2、网上订餐项目建设的可行性 1) 技术可行性 拟定开发的外卖系统分为用户界面和餐馆界面，用户界面用于顾客订购菜品下订单，要基于Web的数据库访问的要求，现有的ASP，HTML等软件能够满足要求：餐馆订单及内部管理部分应用C及JAVA,SQLSEVER数据库等即可开发，所以从现有的技术水平来说，完全能够开发出

　　9、完美的外卖订餐系统。由于采用B/S模式，订餐者无须安装第三方软件，能上网就能订餐，甚至可以利用手机上网订餐，使操作更加简便，订餐信息更加准确。避免口头传递信息的错误，优化服务。2) 经济可行性 由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了员工的时间和精力，也避免了食堂食物的浪费，因此订餐系统在经济上是完全可行的。我们是一个团队，在预算中，我们每个人都做了一笔分投资。我们的费用主要用在网站宣传和进货上，至于设备，我们

　　10、都应用自己的电脑进行管理。所以我们前期主要考虑的是运营成本。而却这个成本我们可以相对缩小，我们可以少量进货，常用的就好，其他的等同学下单后我们再去进货完成交易，所以经济上不是主要考虑的问题。至于收益，我们会根据个人付出的多少分配。但我们主要的目的不是为了赚钱，毕竟我们还是学生，从哪方面都不算专业还谈不上赚钱，只能说是学习3) 操作可行性 本系统对年龄以及行业要求没有限制，不管是小孩还是老人，是计算机相关专业还是非计算机相关专业，只要懂得基本的上网操作,就可掌握。4) 社会可行性 网络订餐系统虽然便利，但是也应该注意一些风险与潜在的问题。作为一种新兴的消费方式，目前还没有相关的规则来约束它，所以

　　11、网上订餐系统也有很多问题需要注意，首先是食品质量安全问题，要与正规的，合格的，卫生的饭店合作；其次还有付款的相关问题，消费者付款，最后所收的付款卖家要按时可以收到，避免引起财务纠纷；最后还有售后问题，如果消费者在拿到食品后出现不满意的情况，还要及时需要相关的售后来解决这些问题。5) 其他可行性5.1 市场情况可行性分析“预订/代订”模式以携程、E龙为起点，获得纳斯达克青睐之后，一批中小企业相继涌入，但目前该模式呈现出几大状态：a、携程大规模盈利，而E龙、芒果网、遨游网等二线梯队尚在巨额亏损抢占市场中；b、预订模式仅在酒店、机票上获得一致认可，在饭店预订中已有多加网站强势进入，但盈利模式有待获得

　　12、市场认可；c、众多小型机票、酒店预订网站中，仍有部分在盈利，依据线下合作资源为基础。d、该模式中，更多以电话预订/代订为主，以携程为例：电话业务约占七成，网上业务仅占三成。5.2订餐模式可行性分析a、写字楼中层白领、普通员工写字楼上下电梯麻烦、夏天室外温度过高等各项因素，一般订餐意愿较高，对菜式、餐馆的多样性选择较高，并且一般懒得整理路上派发的订餐传单，只选择固定几个餐馆预订。 订餐模式能较好的满足写字楼员工周一到周五午餐订餐的需要，部分满足晚上加班订餐需要，并容易形成偏好，周末订餐也偶然使用。b、在校大学生一般学生都选择饭堂用餐，总订餐比例不高，但部分学生沉迷游戏或其他事情，更倾向乐意使用网

　　13、上订餐服务，省下电话订餐的电话费等。较多的选择在没课时使用。c、呆家懒人/单身汉 一个人在家懒得煮饭，乐意接受订餐服务，一般集中在周末使用。注：选择网上订餐占所有订餐者30%的比例，是以携程为例电线%考虑。因此在黄页介绍、线上下单之外，考虑VoIP电话订餐，短信订餐，客服在线) 要求说明所开发软件的基本要求，如：A、功能：管理员功能：登录系统，查询、添加、修改，查询、添加、修改、删除员工账号（有权限）用户功能：n 登录模块：完成客户注册账号、登录系统、修改密码、修改地址功能。n 查询模块：完成客户查询功能，比如按菜系、特色

　　14、菜、人均消费、餐饮评价排序等查询n 订单模块：完成客户的订餐功能n 支付模块：完成客户的安全支付功能n 评价模块：主要就饿巨额客户对餐厅的意见以及对餐厅的评价，提供交流版块促进客户与客户之间的互动B、性能：稳定快速，实时控制。系统的反应速度较快，本系统通过美观，有好的界面设计可完成信息查询，灵活，方便，便捷，准确，数据存储安全可靠，全面展示我们的产品，风格统一，突出特色，功能设计应体现人性化思想，方便用户操作。顾客注册后登录系统必须输入口令才能进行订餐服务。对于管理员，在其查询订单的时候欧亿体育，可针对各种组合条件进行查询，而且查询效率要求高，能够及时响应查询请求，易于操作和维护。另外还应满足于系统的

　　15、信息完整性以及系统的可扩展性。C、输出：文字、数字、英文输出，订单打印D、输入：文字、数字、英文的输入E、处理流程和数据流图用图表的方式表示出最基本的数据流程和处理流程；F、在安全与保密方面的要求：不能轻易被破坏，不能让管理人员以外的人篡改价格信息，消费者信息等，对断电、死机、系统崩溃等问题有有力的措施以保障数据不受损失G、完成期限：一个月2）目标：说明所建议系统的主要开发目标，如：A,人力与设备与设备费用的减少：本系统所需要的硬件和软件都是目前广泛使用的，如软件运行环境windows98以上系统，数据库SQLSever2008，编程语言VC+等，都可通过网上，图书馆等各种渠道得到，不需花费大

　　16、量资金购买高成本的设备。B,管理信息服务的改进：该系统科学合理的将整个程序划分为多个模块，各模块单独设计，有助于降低整个程序易于衔接和修改C,前进的程序结构：使用当代前卫的软件编程，能延长其生命周期，易于维护与管理D,安全可靠性高：后台维护功能齐全，根据平台在各个阶段不同的使用情况，管理人员可以设置相应的操作权限，增加系统注册，分配各个栏目的管理权限，实现系统的维护，保证系统的安全可靠E,实用性强：努力使系统符合实际操作流程的习惯，并尽量减少用户的输入，易学易用的有好的用户界面，满足各层次的用户使用的需求F,查询功能强大：可以对菜品的信息和店铺信息查询3）进行可行性研究的方法n 实地考察，去校

　　17、外附近各餐馆了解各餐馆的情况，如具体餐类，销售情况，饭前价格，收入情况，每天有多少学生就餐等，估计系统的经济可行性n 问卷调查，通过对校内同学的问卷调查，了解他们的就餐地点，喜欢的食物，对网上订餐系统的评价n 查阅相关资料，了解现有的网上订餐系统第4章. 需求分析4.1. 需求分析 用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。1) 产品介绍 产品名称：快乐餐订餐系统 产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。2) 产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐

　　18、系统等。4.2. 软件功能此系统主要是针对顾客开放的网上订餐系统。顾客订餐主要流程如下：1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。管理员、后台管理流程如下：1. 管理员登录后台点餐系统。2. 管理员可以管理会员信息。3. 后台将顾客点餐提交到后厨显示。4. 后厨根据顾客订餐菜单

　　19、进行做菜。5. 每完成一个菜就更改其状态为已做。6. 所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。4.3. 运行环境 顾客客户端：操作系统windows98以上，浏览器IE5.0以上。 条件与限制：开发本系统所用到的软件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0，SQL Server20054.4. 需求分析详细描述4.4.1模块需求分析1) 顾客网上订餐功能分析：根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下：

　　20、1. 顾客登录网上订餐系统进行菜单浏览、2. 顾客注册为会员。3. 会员对自己的个人信息进行更改，比如送餐地址和联系电线. 顾客对已选的菜单进行更改选择的数量或者取消选择。5. 当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。2) 管理员后台管理系统功能分析：1 管理员在后台登录后，可以创建新的管理员。2 管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。3 管理员对菜单进行管理，确定订单的生成。4 管理员根据不同的属性来查询订单，比如生成日期或者编号等。5 管理员根据不同的时间段统计处营

　　21、业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。3) 为更好的说明系统，具体功能如下表：功能类别子功能用户管理用户登录用户注册用户操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交反馈意见察看所有留言管理员操作增加餐品修该餐品删除餐品回复留言删除留言结帐付款确认和配送信息结束订单设置友好结束界面4.4.2用户注册登录用户访问本网站直接进入本网站可直接进入网站主页，可选择登陆，若为注册可选择注册，只有注册用户方可点餐。注册提供用户名和密码，用户名只能检测，若以存在也提示。另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。4.4

　　22、.3浏览菜品显示菜品的各种信息，可在分类查询，动态搜索，设计页面分业，布局排版问题，以方便用户浏览选择。4.4.4菜品详细信息显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供用户放进自己的购物车。4.4.5购物车实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。4.4.6提交购物车并生成订接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，用户可继续修改为完成的菜品，已完成菜品无法进行操作，用户修改订单并保存。4.4.7结帐付款选择付款方式及对此次餐的评价。4.4.8结束订餐设置友好的结束界面。4.4.9管理员操作在后台系统中管理网上订餐会员

　　23、管理和菜单管理。4.5. 层次方框图第5章. 概要设计5.1. 系统分析本系统可以实现网上的在线订餐，顾客通过网上浏览餐品并进行选择产生订单。同时，管理端可以汇总订单，浏览订单，并通过订单结果修改餐品相应信息，更新餐品信息，浏览顾客的评价等等。方便顾客的订餐，以及网页餐品信息的管理。系统包括管理端子系统和客户端子系统。客户端子系统包括用户注册、用户登录、个人信息维护、食品信息浏览、维护购物车、生成订单。管理端子系统包括登陆管理，维护顾客信息，维护餐品信息，管理订单。图B1和为客户端和管理端的组成结构图。B-1客户端子系统图示B-2管理端子系统图示5.2. 体系结构系统的总体结构设计遵循如下原则

　　24、：）系统应具有良好的适应性：能适应用户对系统的软件环境、管理内容、模式和界面的要求；）系统应具有可靠性：采用成熟的技术方法和软件开发平台，以保证在以后的实际应用中安全、可靠；）系统应具有较好的安全性：应提高完善的安全机制和用户权限限制机制，确保数据的受限访问；）系统应具有良好的可维护性：系统应易于维护、安装；）系统应具有良好的可扩展性：系统应适应未来信息化建设的要求，能方便得进行功能扩展，以建立完善的信息集成管理体系。本系统采用struts体系结构，Struts是一个基于模型(Model)视图(View)控制器(Controller)(MVC)模式的应用架构的开源框架。目前软件项目中有很多的体

　　25、系结构，其中是比较流行的一种。l 体系结构对于开发Web应用，要从头设计并开发出一个可靠、稳定的框架不是一件容易的事情，随着Web开发技术的日趋成熟，在web开发领域出现了一些现成的优秀的框架，开发者可以直接使用它们，就是一个很好的框架结构，它是在JSPModel2基础上实现的一个MVC框架，它可以使你不必要从头开始全部开发组件，对于大项目更是很好的。在Strcut框架中模型由实现业务逻辑的JavaBean或者EJB组件构成，控制器由ActionSevelet和Action来实现，视图由一组JSP文件组成，图显示了Struct实现的MVC框架。其中：视图：就是一组JSP文件，这些JSP文件没有

　　26、业务逻辑，也没有模型信息，只有标签，这些标签可以是标准的JSP标签或者是客户化标签，如Struct标签库的标签。此外，通常将Strcut框架中的ActionFormBean也划为视图模块中，ActionFormBean是一种JAVABEAN，除了具有一些JAVABean的常规方法外，还包含了一些特殊的方法，用于验证HTML表单数据以及将其属性重新设置默认值。Struct框架利用ActionFormBean来进行视图和控制器之间表单数据的传递。Strcut框架将用户输入的表单数据保存在ActionFormBean中，将它传递给控制器，控制器可以对ActionFormBean中的数据进行修改，JS

　　27、P文件使用Strcut标签读取修改后的ActionFormBean的信息，重新设置HTML表单。控制器：控制器由ActionServlet类和Action类实现，ActionServlet类是Struct框架中的核心组件。是这个MVC的中央控制器的角色，ActionServlet主要负责接收HTTP请求的信息，根据配置文件struct-config.xml的配置信息，将请求转发给适当的Action对象，如果该Action对象不存在，ActionServlet会先创建这个Action对象。Action类负责调用模型的方法，更新模型的状态，并帮助控制应用程序的流程，对于小型简单的应用，Action

　　28、类本身也可以完成一些实际的业务逻辑。模型：模型表示应用程序的状态和业务逻辑，业务逻辑常常由JavaBean或者EJB组件实现。如果在Web应用开发中套用现成的Struct框架，可以简化每个开发阶段的工作，开发人员可以更加有针对性地分析应用需求，不必重新设计框架，只需在Struct框架的基础上，设计MVC各个模块包含的具体组件，在编码过程中，可以充分利用Struct提供的各种实用类和标签库，简化编码工作。Struct框架可以方便迅速地将一个复杂的应用划分成模型、视图和控制器组件，而Struct的配置文件struct-config.xml可以灵活地组装这些组件，简化开发过程。l 网络结构图l 系统

　　30、务器：Tomcatl浏览器：IE6.0以上（1）数据库及操作系统:对于核心数据库来说，选择一个合适的数据库系统对我们的系统运行是很重要的，选择数据库的关键因素是要考虑预计会有多少人同时访问数据库；正常工作时间的级别；用来访问数据库的应用程序的类型；运行数据库的服务器的硬件和操作系统类型；以及管理人员的专业技术水平。目前市场上适用于中小型企业的数据库产品有IBMDB2、MicrosoftSQLServer系列、Oracle系列。所有这些产品都基于SQL语言。同时，它们还拥有精密复杂的安全控制以适应不同的商业需要。服务器操作系统使用Windows2000Server系统。（2）WEB服务软件：目前

　　32、.3. 逻辑设计l 逻辑设计概述数据库的逻辑设计是概念模型向逻辑模型的转化，一般步骤是先将概念结构转化为关系模型，然后将转化来的关系模型向特定DBMS支持下的数据模型转换，最后对数据模型进行优化l 数据存储存储名流入流出客户信息存储更新信息流，登陆信息流登陆反馈流，更新反馈流资金信息存储资金转入信息流资金转出信息流订单信息存储更新、查询流查询、更新、统计信息流配送信息存储更新、查询流更新、查询信息流l 数据表的设计数据库的主要表详细结构如下：订单条目表订单条目表菜单表菜分类表用户表5.4. 总E-R图5.5. 类图1.顾客：顾客有自己的id、用户名、电话号码、地址、邮箱、登录密码等属性，操作有

　　33、搜索，登录、搜索、浏览、留言、订单、退单等。2.管理员：管理员有id、管理员名字、登录后台密码等属性，有登录、查询、更新、删除、修改、审核、销售统计等操作。3.订单：包括订单id、顾客订购美食的品种数、顾客用户名、订单时间、付款方式和运送方式等属性。4.餐品：包括餐品id、餐品价格、餐品介绍等属性。5.信息发布：指信息ID属性，有信息反馈、优惠活动、店铺信息、送餐时段公告等6.评价：包括留言板的id、名字、餐品类别、评价内容等属性，有留言等操作。7.卖家：包括卖家ID、用户名、地址、联系电话等属性，有销售统计等操作8.支付模块：包括ID、用户名、支付方式等属性9.配送模块：包括ID、用户名、配

　　34、送方式等属性第6章. 详细设计6.1. 系统模块详细设计（数据流图）本系统总共有五大主要模块，分别是支付模块，订单管理模块，后台管理模块，配送模块和信息发布模块。每个模块分别有不同的权限和使用功能。信息发布系统卖家通过平台随时更改食品信息，以及食品的优惠信息，并储存在数据库中，而买家通过平台查询数据库，得到食品的信息。后台管理模块管理员、买家、卖家通过自己的登陆信息登陆系统，其中卖家可以更新店铺信息、通过系统得到销售统计信息，而管理员可以对卖家、买家进行账户管理。支付模块引入第三方金融接口，如果为货到付款，则不需要本支付系统，卖家买家可以直接交付；否则卖家转帐到支付系统，并且支付系统可以转帐到

　　35、卖家账户。订单管理系统买家通过系统下达顶、订单，并可以查询查询订单数据库，得到订单状态。而系统会自动通知卖家订单详情。配送模块卖家给快递下达配送任务，卖家可以随时查询数据库，得到配送进度。6.2. 程序流程图信息发布流程卖家通过系统更新食品信息，系统判断是否合法，合法则更新，并输出反馈。若买家反馈/查询食品，则进行查询并反馈，结束。后台管理流程首先判断是否注册，是则填入注册信息，判断合法后注册并反馈；否则进行登录，判断身份后输入操作，然后系统执行用户操作，输出操作反馈，判断登出，跳出系统结束。支付模块流程判断是否货到付款，是则改为人工操作，并直接跳出；否则买家输入银行信息进行转账，判断转账成功

　　36、，是则进行卖家配送，否则重来。判断卖家配送是否成功，是则转账跳出，否则进入投诉环节。订单管理流程判断录入/查询订单，录入订单则录入，判断合法性后提交订单，并下达配送，输出反馈。否则输入查询编号，查询配送情况，不论查询成功与否，输出查询反馈。配送模块流程查询则输入编号，进行合法判断，并查询，输出反馈结束。录入则录入订单，生成配送，判断是否货到付款，是则直接配送，否则判断付款，付款后进行配送，根据配送方式配送。配送完成修改订单状态，结束。6.3. 实体联系图（E-R图）l 分E-R图 餐品表E-R图 订单E-R图 顾客E-R图 管理员E-R图 卖家E-R图 信息表E-R图 支付E-R图6.4. 用

　　37、例规约及用例图1. 支付：用例名称：转入角色：支付简要说明：在线支付时资金不足，进行资金转入前置事件：用户在确认购买餐品后选择在线. 用户确认购买餐品后2. 支付方式选择在线. 当支付时资金不足可以进行银行卡资金转入备选流：用户可能在2时选择货到付款后置条件：资金转入成功，继续付款用例名称：转出角色：支付简要说明：在线支付时资金的转出前置事件：用户在确认购买餐品后选择在线.支付方式选择在线.当支付时资金充足时，完成资金转出备选流：用户可能在2时选择货到付款后置条件：资金转出成功，付款成功用例名称：买家资金管理角色：支付简要说

　　38、明：在线支付时买家资金的流动前置事件：用户在确认购买餐品后选择在线.支付方式选择在线.买家对自己的资金进行管理操作备选流：用户可能在2时选择货到付款后置条件：进而选择资金的流入或者流出用例名称：货到付款角色：支付简要说明：餐品到达后用户付钱前置事件：用户在确认购买餐品后选择货到付款支付方式事件流：1.用户确认购买餐品后2.支付方式选择货到付款备选流：用户可能在2时选择在线支付后置条件：用户下单成功，商家开始运作。2. 订单：用例名称：订单查询角色：订单简要说明：用户和卖家可以对订单进行查询前置事件：用户在确认购买餐品后事件流：1.用户确认购买餐品后

　　39、2.订单成功生成3.买家可以进行查询来确认订单4.卖家可以对生成的订单进行查询备选流：无后置条件：买家通过查询订单确认购买信息，进而进行付款。用例名称：退订角色：订单简要说明：用户对递交后的订单进行退订前置事件：用户下单成功并进行订单查询事件流：1.用户确认购买餐品后2.订单成功生成3.查询订单4.买家取消订单备选流：无后置条件：用户成功取消订单用例名称：确认收货角色：订单简要说明：买家确认接收到餐品前置事件：1.用户下单成功并成功支付2.卖家制作完成并配送成功事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单

　　40、备选流：用户在接收餐品后并没有及时进行反馈，7迟迟不能进行后置条件：买家确认交易完成用例名称：收单打印角色：订单简要说明：卖家确认交易完成收单打印前置事件：1.用户下单成功并成功支付2.卖家制作完成并配送成功3.买家确认收到餐品事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单8.卖家收单打印备选流：买家并没有及时进行确认收单，配送方可以及时进行反馈后置条件：卖家确认交易完成用例名称：餐品信息角色：订单简要说明：卖家发布餐品相关信息进行信息的录入前置事件：1.卖家想要在订餐系统中出售餐品2.卖家进行餐品信息录入

　　41、事件流：1.卖家发布店内餐品信息2.卖家进行餐品信息的录入备选流：无后置条件：卖家成功录入餐品信息，买家可以根据卖家发布的餐品信息进行购买用例名称：顾客信息角色：订单简要说明：用户对自己的相关信息进行录入前置事件：用户在购买前需要注册相关信息事件流：1.用户浏览卖家发布的相关餐品2.用户确认购买相关餐品3.用户注册填写相关个人信息备选流：1时浏览后，用户不想购买任何餐品后置条件：买家录入成功个人信息后可以进行购买用例名称：配送信息角色：订单简要说明：配送方录入成功下单的用户信息前置事件：1.用户下单成功后2.卖家制作成功等待配送事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.配送

　　42、方录入用户信息备选流：3不成功时，将不会出现配送4.确认用户信息时，发现用户信息不完整，无法配送后置条件：卖家制作好餐品后，配送方开始配送餐品用例名称：支付信息角色：订单简要说明：对用户支付时录入的相关信息前置事件：1.用户下单成功后2.进行支付选择时事件流：1.用户确认购买餐品后2.订单成功生成3.在进行支付时进行选择备选流：无后置条件：选择支付成功后，卖家开始制作餐品3. 后台：用例名称：登陆角色：后台简要说明：买家在后台成功注册后，登陆系统前置事件：买家成功注册个人信息事件流：1.买家注册个人信息成功后2.登陆系统 备选流：无后置条件：买家登陆系统后，可以进行餐品的选购用例名称：注册角色

　　43、：后台简要说明：买家需要在后台注册个人信息前置事件：买家想要购买餐品事件流：1.买家想要购买餐品2.在后台系统注册个人信息 备选流：无后置条件：买家注册个人信息后，登陆系统用例名称：登陆角色：后台简要说明：后台管理员登陆系统前置事件：无事件流：后台管理员登陆系统进行管理 备选流：无后置条件：管理员的登陆系统后，进行管理员操作用例名称：买家管理角色：后台简要说明：后台管理员对买家操作进行管理前置事件：管理员成功登陆系统事件流：1.管理员成功登陆系统2.用户进行注册、购买操作3.管理员进行相关管理 备选流：没有用户时无须进行买家管理后置条件：对买家操作进行统一管理，方便系统运行用例名称：卖家管理角

　　44、色：后台简要说明：卖家注册后发布餐品信息，管理员进行管理监测前置事件：卖家成功注册商家信息卖家发布食品信息事件流：1.卖家发布注册信息后2.管理员进行管理 备选流：无后置条件：对卖家操作进行统一管理，方便买家购买用例名称：卖家资金管理角色：后台简要说明：卖家资金的流转前置事件：用户购买卖家餐品卖家成本支出事件流：1.用户购买餐品后支付资金2.卖家制作餐品时的成本支出3.卖家配送餐品支出4.卖家进行资金统一管理 备选流：无后置条件：对卖家资金进行统一规划用例名称：注册角色：后台简要说明：卖家在后台系统注册信息前置事件：卖家要在订餐系统中出售餐品事件流：1.卖家想要出售餐品2.卖家在系统中注册信息

　　45、 备选流：无后置条件：卖家可以进行餐品售卖用例名称：销售统计角色：后台简要说明：卖家销售份额前置事件：用户需要订购餐品卖家完成餐品配送事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单8.卖家收单打印9.进行销售统计备选流：无后置条件：卖家可以对自身一天的销售额做到充分了解4. 配送：用例名称：地址信息角色：配送简要说明：配送方需要将用户地址信息录入前置事件：1.用户下单成功2.选择支付方式成功事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.配送方将用户地址信息进行录入备选流：买家信息填写不完整或

　　46、错误时，无法完成配送没有成功选择支付方式时，不会进行地址信息录入后置条件：录入买家信息后，准备开始进行配送用例名称：地址信息角色：配送简要说明：录入用户地址信息前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进行配送事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询备选流：买家地址信息填写不完整或错误时，无法完成配送后置条件：查询到买家地址信息后，开始进行配送用例名称：客户姓名角色：配送简要说明：录入用户姓名，配送时方便确认前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进行配送事件流：1.用户确认购买餐

　　47、品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询7.到达后，确认客户姓名备选流：确认用户姓名不符合时，无法完成配送后置条件：客户姓名确认后，交易餐品用例名称：用户电话角色：配送简要说明：用户电线.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询7.配送方通过电话通知买家取餐备选流：买家地址信息填写不完整或错误时，无法完成配送买家电话不通时，无法完成配送后置条件：买家接到电话后，动身取餐用例名称：

　　48、客服电话角色：配送简要说明：客服电话号码录入前置事件：用户需要订购餐品事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.进行配送6.买家可通过客服电话询问来了解餐品配送情况备选流：无后置条件：无用例名称：专业团队送角色：配送简要说明：专业物流团队配送餐品前置事件：1.用户订购餐品完成后2.卖家制作完成事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择专业团队配送方式备选流：在5时选择商家自配送后置条件：查询买家信息，开始配送用例名称：商家自配送角色：配送简要说明：商家自己配送餐品前置事件：1.用户订购餐品完成后2.卖家

　　49、制作完成事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.买家自己配送餐品备选流：在5时选择专业团队送后置条件：查询买家信息，开始配送用例名称：正在制作中角色：配送简要说明：餐品正在制作当中前置事件：用户订购餐品完成后事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.买家查询到餐品正在制作中备选流：4时买家查询到餐品正在配送中后置条件：买家等待餐品用例名称：正在配送中角色：配送简要说明：餐品正在配送路上前置事件：用户订购餐品完成后事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.买家查询到餐品正在配送中备选流：4时买家查询到餐品正在制

　　50、作中后置条件：买家等待餐品5. 卖家信息发布：用例名称：星级评判角色：卖家信息发布简要说明：买家对餐品进行星级评价，卖家显示星级评判前置事件：1.用户订购餐品完成2.配送成功3.买家确认订单事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询7.配送方通过电线.用户对卖家进行星级评判备选流：没有成功配送后置条件：其他买家可以通过卖家的星级评判选择是否购买此卖家餐品用例名称：交流互访角色：卖家信息发布简要说明：买家与卖家互相交流交易中的意见前置事件：1.用户订购餐品完成2.配送成功3.买家确认

　　51、订单4.星级评判完成事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询7.配送方通过电线.用户对卖家进行星级评判10.买家与卖家进行交流备选流：没有成功配送9时买家并没有进行星级评判后置条件：通过交流卖家餐品可以得到更多提高用例名称：礼品套餐角色：卖家信息发布简要说明：卖家进行的优惠活动，购买套餐赠送礼品前置事件：用户浏览餐品事件流：1.用户进入卖家店中2.可以选择套餐购买3.卖家赠送套餐礼品备选流：用户没有购买套餐后置条件：无用例名称：首单立减角色：卖家信息发布简要说明：卖家进行的优惠活

　　52、动，第一笔订单减免费用前置事件：用户浏览餐品事件流：1.用户进入卖家店中2.第一次购买时3.减免部分费用备选流：用户曾经在此购买过后置条件：无用例名称：满减优惠角色：卖家信息发布简要说明：卖家进行的优惠活动，满额度优惠前置事件：用户浏览餐品事件流：1.用户进入卖家店中2.消费达到额度后3.减免部分费用备选流：用户没有消费到额度后置条件：无用例名称：餐品信息角色：卖家信息发布简要说明：卖家发布餐品信息前置事件：卖家在系统中注册信息事件流：1.卖家成功注册信息后2.后台管理记录成功3.卖家可以发布自己店内餐品信息备选流：卖家没有注册后台注册不成功后置条件：买家可以根据卖家发布的餐品信息浏览购买用例

　　53、名称：排序方式角色：卖家信息发布简要说明：卖家发布餐品信息后，进行餐品展览排序前置事件：卖家在系统中注册信息成功发布餐品信息事件流：1.卖家成功注册信息后2.后台管理记录成功3.卖家可以发布自己店内餐品信息4.卖家对餐品信息进行排序备选流：卖家没有注册后台注册不成功后置条件：买家可以根据卖家发布的餐品信息浏览购买用例名称：送餐时段公告角色：卖家信息发布简要说明：卖家发布餐店送餐时段前置事件：1.卖家在系统中注册信息2.卖家发布店内出售的餐品信息事件流：1.卖家成功注册信息后2.后台管理记录成功3.卖家可以发布自己店内餐品信息4.卖家发布送餐时段备选流：卖家没有注册后台注册不成功后置条件：买家可

　　54、以根据卖家发布的餐品信息浏览购买根据送餐时段信息决定购买时间段l 用例图第7章. 测试方案7.1. 实现略7.2. 版本更新记录版本号责任人日期备注1.0张三2014-12-25无7.3. 测试目的及早地发现软件中的错误，发现无法满足用户需求的缺陷并及时改正。通过穷举项目中可能存在问题的地方，在用户之前发现，提高用户使用的正确性。7.4. 测试环境服务器：处理器英特尔至强处理器E5-2600v2系列，带宽全双工10M带宽，CentOS操作系统，apache2，php5.5客户端：windows系统，IE8.0浏览器4.0系统，客户端7.5. 功能测试用例登陆用例输入理想输出实际输出合格非法用户名密码提示登录错误提示登录错误是合法用户名密码登录成功页面登录成功页面是修改信息用例输入理想输出实际输出合格不符合格式的信息提示输入错误提示输入错误是符合格式的信息修改成功修改成功是输入订单用例输入理想输出实际输出合格食品不存在提示食品输入错误提示食品输入错误是输入的资金不匹对提示内部错误提示内部错误是输入的食品销售完毕提示食品缺货提示食品缺货是查询订单用例输入理想输出实际输出合格不存在的订单提示输入订单错误提示输入订单错误是未配送的订单订单信息未配送订单信息未配送是更改食品信息用例输入理想输出实际输出合格输入折扣不合法

　　2: 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。

　　3.本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。

　　5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。

　　7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。欧亿体育欧亿体育