网上订餐系统报告

...wd......wd......wd...软件工程课程设计题目快乐餐订餐系统专业 计算机科学与技术班级 计科1201姓名 黄静 张聪，王茂峰，张安杰指导教师 杜立新二〇一四年十二月二十七日目录TOC\o"1-3"\h\u5013软件工程课程设计1640目录21028第1章.系统背景328122第2章.工程方案365612.1.工程技术方案3320342.2.网上订餐系统规划430224第3章.可行性分析5228203.1.可行性研究报告5239953.2.可行性研究的前提616432第4章.需求分析869374.1.需求分析8191254.2.软件功能8259284.3.运行环境866624.4.需求分析详细描述9113524.5.层次方框图1127121第5章.概要设计122395.1.系统分析1210935.2.体系构造13149115.3.逻辑设计17198545.4.总E-R图19215935.5.类图217297第6章.详细设计2247046.1.系统模块详细设计〔数据流图〕22230226.2.程序流程图2928696.3.实体联系图〔E-R图〕3454346.4.用例规约及用例图3715499第7章.测试方案52229567.1.实现52244487.2.版本更新记录52130707.3.测试目的52213027.4.测试环境5211417.5.功能测试用例52217637.6.性能测试5310796第8章.总结5415138参考文献54系统背景网上订餐业务的兴起，折射出餐饮业善抓机遇、抢占利润第二落点的经营理念，同时也显示出消费者在日常所需中，运用网络观念的意识正逐渐增强。但比起如今火爆的网上购物，网上订酒店住宿等服务，网上订餐服务在一些餐饮企业中仍未引起足够的重视，对于消费者来说，许多人对这一新兴业务尚缺乏了解，这种现象，在一些中小城市表现较突出。对于广州、北京、上海等大城市，由于网上订餐服务起步较早，一些餐饮企业的网上经营已逐步走上正轨，其网上订餐的经营份额已占一定比例，给先行一步涉足网上订餐的企业带来滚滚财源。据了解，一些中小城市的餐饮企业之所以网上订餐业绩不够好，有些甚至基本无业务，其原因就是未能充分发挥互联网的作用。有些餐饮企业虽然开办了网站，但有的未涉足网上业务，即使有些开展了网上业务，也因菜品单调、服务措施差而鲜有订餐者。

一些餐饮企业网上订餐业绩效果不太显著的另一种原因是，技术服务措施等方面还存在着明显的缺乏，主要有以下几点：一是餐饮企业开展网上订餐服务后对网站的宣传力度不够，同时网络信用问题也在困扰着消费者。与其它网络购物方式一样，有不少消费者对网络消费心存戒备，在网上订餐后仍不放心，还要通过再确认，这就给消费者造成网络订餐太麻烦的印象。二是有些网上订餐服务和技术不太完善，消费者订餐需要咨询时，网站客服无人接听；可选择的就餐地点也不够丰富。三是有些网站由于网上订餐业务刚刚开展，因业务不熟悉，有时会出现订单不太准确的现象。另外，与网站签约的酒店及餐馆由于数量较少，使消费者在选择时受到限制。工程方案工程技术方案1.1方案概述会员可以通过访问网上报餐系统，进展登录或注册，报上自己在用餐时间内想吃的各种食物，食堂管理员可以查看用户所报的菜品，并且可以对菜品进展增删改查。1.2编程环境此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器，在windows7系统条件下开发。1.3数据库的实现本系统采用SQLServer2008作为后台数据库。其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对SQLServer表中的数据进展索引，并执行多种条件的查询，快速返回结果。便于防火墙日志的管理和规那么的访问以及操作。数据库管理员和开发人员可以方便地利用其进展数据库管理或编写相应的SQLServer语句。网上订餐系统规划我们的主要任务就是开发网站，只要网站能成功运行，其他的进货和送货都很简单，不在考虑范围内，依次，我们需完成的任务有编制方案，任务分配，网站开发，测试网站，试运行。网上订餐系统的开发整个环节都是分工明确的统一体，单靠一个人是很难管理好每一个环节。所以，我们把任务都分到组内每一个人身上，每个人都可以发挥自己专业特长，管理好自己负责的每个细节，从而实现系统的高效运转。具体的分工如以以下图筹划人〔2人〕总经理〔筹划人〔2人〕总经理〔1人〕采购管理〔2采购管理〔2人〕销售管理〔销售管理〔2人〕发货管理〔2人〕发货管理〔2人〕小组成员副总经理〔1人〕服务〔服务〔2人〕网站开发和管理〔4网站开发和管理〔4人〕数据库管理〔4人〕维护开发测试维护开发测试客户信息管理〔1人〕商品信息管理〔客户信息管理〔1人〕商品信息管理〔1人〕订单信息管理〔1人〕评论信息管理〔1人〕可行性分析可行性研究报告网上订餐工程建设的背景、可行性1、网上订餐工程建设背景随着电子商务的普及，越来越多的人承受了电子商务这种便捷、快速的交易形式，网上订餐系统的顺势而出很快受到了大家的欢迎。互联网的应用已普及千家万户,这为网络订餐提供了良好的开展空间。同时，网上订餐服务的直观、有效、便捷等优点是传统的订餐业务无法对比的。调查数据显示，白领更乐于选择网上订餐服务,网上订餐将是白领一族捕获餐店信息、进展订餐的开展趋势。网络订餐随着互联网的成长会逐渐被人们所喜爱，正如几年前手机移动的短信一样，为企业带来的几百个亿的业务收入。在互联网世界里面，谁早一步在应用上创新，谁就掌握了未来的方向。网上订餐，具有方便、高效、快捷的特点，而且与传统的快餐店经营模式相比网上订餐可以节省餐馆的座位占用，加速餐馆顾客周转，增加餐馆的营业额，提高经济收益。对于在网上订餐的顾客来说，可以为其节省更多的时间和精力，以便投入到学习和工作中。2、网上订餐工程建设的可行性技术可行性拟定开发的外卖系统分为用户界面和餐馆界面，用户界面用于顾客订购菜品下订单，要基于Web的数据库访问的要求，现有的ASP，HTML等软件能够满足要求：餐馆订单及内部管理局部应用C及JAVA,SQLSEVER数据库等即可开发，所以从现有的技术水平来说，完全能够开发出完美的外卖订餐系统。由于采用B/S模式，订餐者无须安装第三方软件，能上网就能订餐，甚至可以利用手机上网订餐，使操作更加简便，订餐信息更加准确。防止口头传递信息的错误，优化服务。经济可行性由于本工程的特殊性，无需投入额外的设备购置及人员培训费用。同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了员工的时间和精力，也防止了食堂食物的浪费，因此订餐系统在经济上是完全可行的。我们是一个团队，在预算中，我们每个人都做了一笔分投资。我们的费用主要用在网站宣传和进货上，至于设备，我们都应用自己的电脑进展管理。所以我们前期主要考虑的是运营成本。而却这个成本我们可以相对缩小，我们可以少量进货，常用的就好，其他的等同学下单后我们再去进货完成交易，所以经济上不是主要考虑的问题。至于收益，我们会根据个人付出的多少分配。但我们主要的目的不是为了赚钱，毕竟我们还是学生，从哪方面都不算专业还谈不上赚钱，只能说是学习操作可行性本系统对年龄以及行业要求没有限制，不管是小孩还是老人，是计算机相关专业还是非计算机相关专业，只要懂得基本的上网操作,就可掌握。。社会可行性网络订餐系统虽然便利，但是也应该注意一些风险与潜在的问题。作为一种新兴的消费方式，目前还没有相关的规那么来约束它，所以网上订餐系统也有很多问题需要注意，首先是食品质量安全问题，要与正规的，合格的，卫生的饭店合作；其次还有付款的相关问题，消费者付款，最后所收的付款卖家要按时可以收到，防止引起财务纠纷；最后还有售后问题，如果消费者在拿到食品后出现不满意的情况，还要及时需要相关的售后来解决这些问题。其他可行性5.1市场情况可行性分析“预订/代订〞模式以携程、E龙为起点，获得纳斯达克青睐之后，一批中小企业相继涌入，但目前该模式呈现出几大状态：

a、携程大规模盈利，而E龙、芒果网、遨游网等二线梯队尚在巨额亏损抢占市场中；

b、预订模式仅在酒店、机票上获得一致认可，在饭店预订中已有多加网站强势进入，但盈利模式有待获得市场认可；

c、众多小型机票、酒店预订网站中，仍有局部在盈利，依据线下合作资源为根基。

d、该模式中，更多以预订/代订为主，以携程为例：业务约占七成，网上业务仅占三成。5.2订餐模式可行性分析a、写字楼中层白领、普通员工写字楼上下电梯麻烦、夏天室外温度过高等各项因素，一般订餐意愿较高，对菜式、餐馆的多样性选择较高，并且一般懒得整理路上派发的订餐传单，只选择固定几个餐馆预订。

订餐模式能较好的满足写字楼员工周一到周五午餐订餐的需要，局部满足晚上加班订餐需要，并容易形成偏好，周末订餐也偶然使用。b、在校大学生

一般学生都选择饭堂用餐，总订餐比例不高，但局部学生沉迷游戏或其他事情，更倾向乐意使用网上订餐服务，省下订餐的费等。较多的选择在没课时使用。c、呆家懒人/单身汉

一个人在家懒得煮饭，乐意承受订餐服务，一般集中在周末使用。注：选择网上订餐占所有订餐者30%的比例，是以携程为例预订占70%，网上预订占30%考虑。因此在黄页介绍、线上下单之外，考虑VoIP订餐，短信订餐，客服在线订餐等多样形式。可行性研究的前提要求说明所开发软件的基本要求，如：A、功能：管理员功能：登录系统，查询、添加、修改，查询、添加、修改、删除员工账号〔有权限〕用户功能：登录模块：完成客户注册账号、登录系统、修改密码、修改地址功能。查询模块：完成客户查询功能，比方按菜系、特色菜、人均消费、餐饮评价排序等查询订单模块：完成客户的订餐功能支付模块：完成客户的安全支付功能评价模块：主要就饿巨额客户对餐厅的意见以及对餐厅的评价，提供交流版块促进客户与客户之间的互动B、性能：稳定快速，实时控制。系统的反响速度较快，本系统通过美观，有好的界面设计可完成信息查询，灵活，方便，便捷，准确，数据存储安全可靠，全面展示我们的产品，风格统一，突出特色，功能设计应表达人性化思想，方便用户操作。顾客注册后登录系统必须输入口令才能进展订餐服务。对于管理员，在其查询订单的时候，可针对各种组合条件进展查询，而且查询效率要求高，能够及时响应查询请求，易于操作和维护。另外还应满足于系统的信息完整性以及系统的可扩展性。C、输出：文字、数字、英文输出，订单打印D、输入：文字、数字、英文的输入E、处理流程和数据流图用图表的方式表示出最基本的数据流程和处理流程；F、在安全与保密方面的要求：不能轻易被破坏，不能让管理人员以外的人篡改价格信息，消费者信息等，对断电、死机、系统崩溃等问题有有力的措施以保障数据不受损失G、完成期限：一个月2〕目标：说明所建议系统的主要开发目标，如：A,人力与设备与设备费用的减少：本系统所需要的硬件和软件都是目前广泛使用的，如软件运行环境windows98以上系统，数据库SQLSever2008，编程语言VC++等，都可通过网上，图书馆等各种渠道得到，不需花费大量资金购置高成本的设备。B,管理信息服务的改进：该系统科学合理的将整个程序划分为多个模块，各模块单独设计，有助于降低整个程序易于衔接和修改C,前进的程序构造：使用当代前卫的软件编程，能延长其生命周期，易于维护与管理D,安全可靠性高：后台维护功能齐全，根据平台在各个阶段不同的使用情况，管理人员可以设置相应的操作权限，增加系统注册，分配各个栏目的管理权限，实现系统的维护，保证系统的安全可靠E,实用性强：努力使系统符合实际操作流程的习惯，并尽量减少用户的输入，易学易用的有好的用户界面，满足各层次的用户使用的需求F,查询功能强大：可以对菜品的信息和店铺信息查询3〕进展可行性研究的方法实地考察，去校外附近各餐馆了解各餐馆的情况，如具体餐类，销售情况，饭前价格，收入情况，每天有多少学生就餐等，估计系统的经济可行性问卷调查，通过对校内同学的问卷调查，了解他们的就餐地点，喜欢的食物，对网上订餐系统的评价查阅相关资料，了解现有的网上订餐系统需求分析需求分析用户可通过访问我们的网站快乐餐网上订餐系统，进展登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进展增删改查。产品介绍产品名称：快乐餐订餐系统产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。软件功能此系统主要是针对顾客开放的网上订餐系统。顾客订餐主要流程如下：顾客登录网上订餐系统进展菜单的浏览或者注册为会员。会员可以对自己的个人信息进展更改，以会员形式登陆的顾客享受订餐服务。如果顾客觉得菜单应该有所改变那么可对已选的菜单进展选择、更改、删除等功能。当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。管理员、后台管理流程如下：管理员登录后台点餐系统。管理员可以管理会员信息。后台将顾客点餐提交到后厨显示。后厨根据顾客订餐菜单进展做菜。每完成一个菜就更改其状态为已做。所有订餐菜完成后根据会员提交送餐地址进展确认并送餐。\运行环境顾客客户端：操作系统windows98以上，浏览器IE5.0以上。条件与限制：开发本系统所用到的软件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHAREFLASHSLIDESHOWBUILDER,MyEclipse7.0，SQLServer2005\需求分析详细描述4.4.1模块需求分析顾客网上订餐功能分析：根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下：顾客登录网上订餐系统进展菜单浏览、顾客注册为会员。会员对自己的个人信息进展更改，比方送餐地址和联系。以及账户密码。顾客对已选的菜单进展更改选择的数量或者取消选择。当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。管理员后台管理系统功能分析：管理员在后台登录后，可以创立新的管理员。管理员可以对餐厅网上订餐系统上的菜单进展添加、删除和修改，比方更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。管理员对菜单进展管理，确定订单的生成。管理员根据不同的属性来查询订单，比方生成日期或者编号等。管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。为更好的说明系统，具体功能如下表：功能类别子功能用户管理用户登录用户注册用户操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交反响意见观察所有留言管理员操作增加餐品修该餐品删除餐品回复留言删除留言结帐付款确认和配送信息完毕订单设置友好完毕界面4.4.2用户注册登录用户访问本网站直接进入本网站可直接进入网站主页，可选择登陆，假设为注册可选择注册，只有注册用户方可点餐。注册提供用户名和密码，用户名只能检测，假设以存在也提示。另外参加记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。4.4.3浏览菜品显示菜品的各种信息，可在分类查询，动态搜索，设计页面分业，布局排版问题，以方便用户浏览选择。4.4.4菜品详细信息显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供用户放进自己的购物车。4.4.5购物车实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。4.4.6提交购物车并生成订承受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间〔如30秒〕完成一道菜，用户可继续修改为完成的菜品，已完成菜品无法进展操作，用户修改订单并保存。4.4.7结帐付款选择付款方式及对此次餐的评价。4.4.8完毕订餐设置友好的完毕界面。4.4.9管理员操作在后台系统中管理网上订餐会员管理和菜单管理。层次方框图概要设计系统分析本系统可以实现网上的在线订餐，顾客通过网上浏览餐品并进展选择产生订单。同时，管理端可以汇总订单，浏览订单，并通过订单结果修改餐品相应信息，更新餐品信息，浏览顾客的评价等等。方便顾客的订餐，以及网页餐品信息的管理。系统包括管理端子系统和客户端子系统。客户端子系统包括用户注册、用户登录、个人信息维护、食品信息浏览、维护购物车、生成订单。管理端子系统包括登陆管理，维护顾客信息，维护餐品信息，管理订单。图B－1和Ｂ－２为客户端和管理端的组成构造图。B-1客户端子系统图示 B-2管理端子系统图示体系构造系统的总体构造设计遵循如下原那么：１〕系统应具有良好的适应性：能适应用户对系统的软件环境、管理内容、模式和界面的要求；２〕系统应具有可靠性：采用成熟的技术方法和软件开发平台，以保证在以后的实际应用中安全、可靠；３〕系统应具有较好的安全性：应提高完善的安全机制和用户权限限制机制，确保数据的受限访问；４〕系统应具有良好的可维护性：系统应易于维护、安装；５〕系统应具有良好的可扩展性：系统应适应未来信息化建设的要求，能方便得进展功能扩展，以建设完善的信息集成管理体系。本系统采用struts体系构造，Struts是一个基于模型(Model)－视图(View)－控制器(Controller)(MVC)模式的应用架构的开源框架。目前软件工程中有很多的体系构造，其中ｓｔｒｕｃｔ是对比流行的一种。Ｓｔｒｕｃｔ体系构造对于开发Web应用，要从头设计并开发出一个可靠、稳定的框架不是一件容易的事情，随着Web开发技术的日趋成熟，在web开发领域出现了一些现成的优秀的框架，开发者可以直接使用它们，ｓｔｒｕｃｔ就是一个很好的框架构造，它是在JSPModel2根基上实现的一个MVC框架，它可以使你不必要从头开场全部开发组件，对于大工程更是很好的。在Strcut框架中模型由实现业务逻辑的JavaBean或者EJB组件构成，控制器由ActionSevelet和Action来实现，视图由一组JSP文件组成，图Ｂ－５显示了Struct实现的MVC框架。其中：视图：就是一组JSP文件，这些JSP文件没有业务逻辑，也没有模型信息，只有标签，这些标签可以是标准的JSP标签或者是客户化标签，如Struct标签库的标签。此外，通常将Strcut框架中的ActionFormBean也划为视图模块中，ActionFormBean是一种JAVABEAN，除了具有一些JAVABean的常规方法外，还包含了一些特殊的方法，用于验证HTML表单数据以及将其属性重新设置默认值。Struct框架利用ActionFormBean来进展视图和控制器之间表单数据的传递。Strcut框架将用户输入的表单数据保存在ActionFormBean中，将它传递给控制器，控制器可以对ActionFormBean中的数据进展修改，JSP文件使用Strcut标签读取修改后的ActionFormBean的信息，重新设置HTML表单。控制器：控制器由ActionServlet类和Action类实现，ActionServlet类是Struct框架中的核心组件。是这个MVC的中央控制器的角色，ActionServlet主要负责接收请求的信息，根据配置文件struct-config.xml的配置信息，将请求转发给适当的Action对象，如果该Action对象不存在，ActionServlet会先创立这个Action对象。Action类负责调用模型的方法，更新模型的状态，并帮助控制应用程序的流程，对于小型简单的应用，Action类本身也可以完成一些实际的业务逻辑。模型：模型表示应用程序的状态和业务逻辑，业务逻辑常常由JavaBean或者EJB组件实现。如果在Web应用开发中套用现成的Struct框架，可以简化每个开发阶段的工作，开发人员可以更加有针对性地分析应用需求，不必重新设计框架，只需在Struct框架的根基上，设计MVC各个模块包含的具体组件，在编码过程中，可以充分利用Struct提供的各种实用类和标签库，简化编码工作。Struct框架可以方便迅速地将一个复杂的应用划分成模型、视图和控制器组件，而Struct的配置文件struct-config.xml可以灵活地组装这些组件，简化开发过程。网络构造图系统运行环境客户机：普通PC

CPU：P4

1.8GHz以上内存：256MB以上能够运行IE5.0以上或者Netscape4.0以上版本的机器

分辨率：推荐使用1024*768像素

WEB服务器

CPU：P4

2.0GHz

内存：1G以上

硬盘：80G以上网卡：千兆数据库服务器CPU：P4

2.0GHz

内存：1G以上

硬盘：80G以上软件环境本系统的的软件环境如下： 操作系统：Unix/Linux/windows2000或以上版本 数据库：SQL

Server

2000

工具包：JDK

Version

1.4.2

开发环境：eclipse-SDK-3.1.2-win32

Web服务器：Tomcat

浏览器：IE6.0以上〔1〕数据库及操作系统:对于核心数据库来说，选择一个适宜的数据库系统对我们的系统运行是很重要的，选择数据库的关键因素是要考虑预计会有多少人同时访问数据库；正常工作时间的级别；用来访问数据库的应用程序的类型；运行数据库的服务器的硬件和操作系统类型；以及管理人员的专业技术水平。目前市场上适用于中小型企业的数据库产品有IBMDB2、MicrosoftSQLServer系列、Oracle系列。所有这些产品都基于SQL语言。同时，它们还拥有精细复杂的安全控制以适应不同的商业需要。服务器操作系统使用Windows2000Server系统。〔2〕WEB服务软件：目前的WEB服务器软件有很多种，成熟而且稳定有Apache、Ｔｏｍｃａｔ和Microsoft的IIS，它们也是占据着Web服务器市场最大的份额。Tomcat是Sun和Apache合作做出来的JSPServer,支持Servlet2.2及JSP1.1等版本。而且Tomcat未来将会取代Jserv，成为Apache主要的Servlet&JSPEngine。Tomcat在设计上是以独立的Server执行,而不像Jserv是附在Apache中,这样就更可以发挥在servlet中，非Servlet的能力。Tomcat是Java程序，所以只要有JDK就可以使用,不需要考虑操作系统平台。因此选择Ｔｏｍｃａｔ作为WEB服务器。逻辑设计逻辑设计概述数据库的逻辑设计是概念模型向逻辑模型的转化，一般步骤是先将概念构造转化为关系模型，然后将转化来的关系模型向特定DBMS支持下的数据模型转换，最后对数据模型进展优化数据存储存储名流入流出客户信息存储更新信息流，登陆信息流登陆反响流，更新反响流资金信息存储资金转入信息流资金转出信息流订单信息存储更新、查询流查询、更新、统计信息流配送信息存储更新、查询流更新、查询信息流数据表的设计数据库的主要表详细构造如下：订单条目表订单条目表菜单表菜分类表用户表总E-R图类图1.顾客：顾客有自己的id、用户名、号码、地址、邮箱、登录密码等属性，操作有搜索，登录、搜索、浏览、留言、订单、退单等。2.管理员：管理员有id、管理员名字、登录后台密码等属性，有登录、查询、更新、删除、修改、审核、销售统计等操作。3.订单：包括订单id、顾客订购美食的品种数、顾客用户名、订单时间、付款方式和运送方式等属性。4.餐品：包括餐品id、餐品价格、餐品介绍等属性。

5.信息发布：指信息ID属性，有信息反响、优惠活动、店铺信息、送餐时段公告等6.评价：包括留言板的id、名字、餐品类别、评价内容等属性，有留言等操作。7.卖家：包括卖家ID、用户名、地址、联系等属性，有销售统计等操作8.支付模块：包括ID、用户名、支付方式等属性9.配送模块：包括ID、用户名、配送方式等属性详细设计系统模块详细设计〔数据流图〕本系统总共有五大主要模块，分别是支付模块，订单管理模块，后台管理模块，配送模块和信息发布模块。每个模块分别有不同的权限和使用功能。信息发布系统卖家通过平台随时更改食品信息，以及食品的优惠信息，并储存在数据库中，而买家通过平台查询数据库，得到食品的信息。后台管理模块管理员、买家、卖家通过自己的登陆信息登陆系统，其中卖家可以更新店铺信息、通过系统得到销售统计信息，而管理员可以对卖家、买家进展账户管理。支付模块引入第三方金融接口，如果为货到付款，那么不需要本支付系统，卖家买家可以直接交付；否那么卖家转帐到支付系统，并且支付系统可以转帐到卖家账户。订单管理系统买家通过系统下达顶、订单，并可以查询查询订单数据库，得到订单状态。而系统会自动通知卖家订单详情。配送模块卖家给快递下达配送任务，卖家可以随时查询数据库，得到配送进度。程序流程图信息发布流程卖家通过系统更新食品信息，系统判断是否合法，合法那么更新，并输出反响。假设买家反响/查询食品，那么进展查询并反响，完毕。后台管理流程首先判断是否注册，是那么填入注册信息，判断合法后注册并反响；否那么进展登录，判断身份后输入操作，然后系统执行用户操作，输出操作反响，判断登出，跳出系统完毕。支付模块流程判断是否货到付款，是那么改为人工操作，并直接跳出；否那么买家输入银行信息进展转账，判断转账成功，是那么进展卖家配送，否那么重来。判断卖家配送是否成功，是那么转账跳出，否那么进入投诉环节。订单管理流程判断录入/查询订单，录入订单那么录入，判断合法性后提交订单，并下达配送，输出反响。否那么输入查询编号，查询配送情况，不管查询成功与否，输出查询反响。配送模块流程查询那么输入编号，进展合法判断，并查询，输出反响完毕。录入那么录入订单，生成配送，判断是否货到付款，是那么直接配送，否那么判断付款，付款后进展配送，根据配送方式配送。配送完成修改订单状态，完毕。实体联系图〔E-R图〕分E-R图餐品表E-R图订单E-R图顾客E-R图管理员E-R图卖家E-R图信息表E-R图支付E-R图用例规约及用例图支付：用例名称：转入角色：支付简要说明：在线支付时资金缺乏，进展资金转入前置事件：用户在确认购置餐品后选择在线支付方式基本流：用户确认购置餐品后支付方式选择在线支付当支付时资金缺乏可以进展银行卡资金转入备选流：用户可能在2时选择货到付款后置条件：资金转入成功，继续付款用例名称：转出角色：支付简要说明：在线支付时资金的转出前置事件：用户在确认购置餐品后选择在线支付方式事件流：1.用户确认购置餐品后2.支付方式选择在线支付3.当支付时资金充足时，完成资金转出备选流：用户可能在2时选择货到付款后置条件：资金转出成功，付款成功用例名称：买家资金管理角色：支付简要说明：在线支付时买家资金的流动前置事件：用户在确认购置餐品后选择在线支付方式事件流：1.用户确认购置餐品后2.支付方式选择在线支付3.买家对自己的资金进展管理操作备选流：用户可能在2时选择货到付款后置条件：进而选择资金的流入或者流出用例名称：货到付款角色：支付简要说明：餐品到达后用户付钱前置事件：用户在确认购置餐品后选择货到付款支付方式事件流：1.用户确认购置餐品后2.支付方式选择货到付款备选流：用户可能在2时选择在线支付后置条件：用户下单成功，商家开场运作。订单：用例名称：订单查询角色：订单简要说明：用户和卖家可以对订单进展查询前置事件：用户在确认购置餐品后事件流：1.用户确认购置餐品后2.订单成功生成3.买家可以进展查询来确认订单4.卖家可以对生成的订单进展查询备选流：无后置条件：买家通过查询订单确认购置信息，进而进展付款。用例名称：退订角色：订单简要说明：用户对递交后的订单进展退订前置事件：用户下单成功并进展订单查询事件流：1.用户确认购置餐品后2.订单成功生成3.查询订单4.买家取消订单备选流：无后置条件：用户成功取消订单用例名称：确认收货角色：订单简要说明：买家确认接收到餐品前置事件：1.用户下单成功并成功支付2.卖家制作完成并配送成功事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单备选流：用户在接收餐品后并没有及时进展反响，7迟迟不能进展后置条件：买家确认交易完成用例名称：收单打印角色：订单简要说明：卖家确认交易完成收单打印前置事件：1.用户下单成功并成功支付2.卖家制作完成并配送成功3.买家确认收到餐品事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单8.卖家收单打印备选流：买家并没有及时进展确认收单，配送方可以及时进展反响后置条件：卖家确认交易完成用例名称：餐品信息角色：订单简要说明：卖家发布餐品相关信息进展信息的录入前置事件：1.卖家想要在订餐系统中出售餐品2.卖家进展餐品信息录入事件流：1.卖家发布店内餐品信息2.卖家进展餐品信息的录入备选流：无后置条件：卖家成功录入餐品信息，买家可以根据卖家发布的餐品信息进展购置用例名称：顾客信息角色：订单简要说明：用户对自己的相关信息进展录入前置事件：用户在购置前需要注册相关信息事件流：1.用户浏览卖家发布的相关餐品2.用户确认购置相关餐品3.用户注册填写相关个人信息备选流：1时浏览后，用户不想购置任何餐品后置条件：买家录入成功个人信息后可以进展购置用例名称：配送信息角色：订单简要说明：配送方录入成功下单的用户信息前置事件：1.用户下单成功后2.卖家制作成功等待配送事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.配送方录入用户信息备选流：3不成功时，将不会出现配送4.确认用户信息时，发现用户信息不完整，无法配送后置条件：卖家制作好餐品后，配送方开场配送餐品用例名称：支付信息角色：订单简要说明：对用户支付时录入的相关信息前置事件：1.用户下单成功后2.进展支付选择时事件流：1.用户确认购置餐品后2.订单成功生成3.在进展支付时进展选择备选流：无后置条件：选择支付成功后，卖家开场制作餐品后台：用例名称：登陆角色：后台简要说明：买家在后台成功注册后，登陆系统前置事件：买家成功注册个人信息事件流：1.买家注册个人信息成功后2.登陆系统备选流：无后置条件：买家登陆系统后，可以进展餐品的选购用例名称：注册角色：后台简要说明：买家需要在后台注册个人信息前置事件：买家想要购置餐品事件流：1.买家想要购置餐品2.在后台系统注册个人信息备选流：无后置条件：买家注册个人信息后，登陆系统用例名称：登陆角色：后台简要说明：后台管理员登陆系统前置事件：无事件流：后台管理员登陆系统进展管理备选流：无后置条件：管理员的登陆系统后，进展管理员操作用例名称：买家管理角色：后台简要说明：后台管理员对买家操作进展管理前置事件：管理员成功登陆系统事件流：1.管理员成功登陆系统2.用户进展注册、购置操作3.管理员进展相关管理备选流：没有用户时无须进展买家管理后置条件：对买家操作进展统一管理，方便系统运行用例名称：卖家管理角色：后台简要说明：卖家注册后发布餐品信息，管理员进展管理监测前置事件：卖家成功注册商家信息卖家发布食品信息事件流：1.卖家发布注册信息后2.管理员进展管理备选流：无后置条件：对卖家操作进展统一管理，方便买家购置用例名称：卖家资金管理角色：后台简要说明：卖家资金的流转前置事件：用户购置卖家餐品卖家成本支出事件流：1.用户购置餐品后支付资金2.卖家制作餐品时的成本支出3.卖家配送餐品支出4.卖家进展资金统一管理备选流：无后置条件：对卖家资金进展统一规划用例名称：注册角色：后台简要说明：卖家在后台系统注册信息前置事件：卖家要在订餐系统中出售餐品事件流：1.卖家想要出售餐品2.卖家在系统中注册信息备选流：无后置条件：卖家可以进展餐品售卖用例名称：销售统计角色：后台简要说明：卖家销售份额前置事件：用户需要订购餐品卖家完成餐品配送事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单8.卖家收单打印9.进展销售统计备选流：无后置条件：卖家可以对自身一天的销售额做到充分了解配送：用例名称：地址信息角色：配送简要说明：配送方需要将用户地址信息录入前置事件：1.用户下单成功2.选择支付方式成功事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.配送方将用户地址信息进展录入备选流：买家信息填写不完整或错误时，无法完成配送没有成功选择支付方式时，不会进展地址信息录入后置条件：录入买家信息后，准备开场进展配送用例名称：地址信息角色：配送简要说明：录入用户地址信息前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进展配送事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进展买家地址信息查询备选流：买家地址信息填写不完整或错误时，无法完成配送后置条件：查询到买家地址信息后，开场进展配送用例名称：客户姓名角色：配送简要说明：录入用户姓名，配送时方便确认前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进展配送事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进展买家地址信息查询7.到达后，确认客户姓名备选流：确认用户姓名不符合时，无法完成配送后置条件：客户姓名确认后，交易餐品用例名称：用户角色：配送简要说明：用户号码录入前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进展配送事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进展买家地址信息查询7.配送方通过通知买家取餐备选流：买家地址信息填写不完整或错误时，无法完成配送买家不通时，无法完成配送后置条件：买家接到后，动身取餐用例名称：客服角色：配送简要说明：客服号码录入前置事件：用户需要订购餐品事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.进展配送6.买家可通过客服询问来了解餐品配送情况备选流：无后置条件：无用例名称：专业团队送角色：配送简要说明：专业物流团队配送餐品前置事件：1.用户订购餐品完成后2.卖家制作完成事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择专业团队配送方式备选流：在5时选择商家自配送后置条件：查询买家信息，开场配送用例名称：商家自配送角色：配送简要说明：商家自己配送餐品前置事件：1.用户订购餐品完成后2.卖家制作完成事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.买家自己配送餐品备选流：在5时选择专业团队送后置条件：查询买家信息，开场配送用例名称：正在制作中角色：配送简要说明：餐品正在制作当中前置事件：用户订购餐品完成后事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.买家查询到餐品正在制作中备选流：4时买家查询到餐品正在配送中后置条件：买家等待餐品用例名称：正在配送中角色：配送简要说明：餐品正在配送路上前置事件：用户订购餐品完成后事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.买家查询到餐品正在配送中备选流：4时买家查询到餐品正在制作中后置条件：买家等待餐品卖家信息发布：用例名称：星级评判角色：卖家信息发布简要说明：买家对餐品进展星级评价，卖家显示星级评判前置事件：1.用户订购餐品完成2.配送成功3.买家确认订单事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进展买家地址信息查询7.配送方通过通知买家取餐8.交易完成后9.用户对卖家进展星级评判备选流：没有成功配送后置条件：其他买家可以通过卖家的星级评判选择是否购置此卖家餐品用例名称：交流互访角色：卖家信息发布简要说明：买家与卖家互相交流交易中的意见前置事件：1.用户订购餐品完成2.配送成功3.买家确认订单4.星级评判完成事件流：1.用户确认购置餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进展买家地址信息查询7.配送方通过通知买家取餐8.交易完成后9.用户对卖家进展星级评判10.买家与卖家进展交流备选流：没有成功配送9时买家并没有进展星级评判后置条件：通过交流卖家餐品可以得到更多提高用例名称：礼品套餐角色：卖家信息发布简要说明：卖家进展的优惠活动，购置套餐赠送礼品前置事件：用户浏览餐品事件流：1.用户进入卖家店中2.可以选择套餐购置3.卖家赠送套餐礼品备选流：用户没有购置套餐后置条件：无用例名称：首单立减角色：卖家信息发布简要说明：卖家进展的优惠活动，第一笔订单减免费用前置事件：用户浏览餐品事件流：1.用户进入卖家店中2.第一次购置时3.减免局部费用备选流：用户曾经在此购置过后置条件：无用例名称：满减优惠角色：卖家信息发布简要说明：卖家进展的优惠活动，满额度优惠前置事件：用户浏览餐品事件流：1.用户进入卖家店中2.消费到达额度后3.减免局部费用备选流：用户没有消费到额度后置条件：无用例名称：餐品信息角色：卖家信息发布简要说明：卖家发布餐品信息前置事件：卖家在系统中注册信息事件流：1.卖家成功注册信息后2.后台管理记录成功3.卖家可以发布自己店内餐品信息备选流：卖家没有注册后台注册不成功后置条件：买家可以根据卖家发布的餐品信息浏览购置用例名称：排序方式角色：卖家信息发布简要说明：卖家发布餐品信息后，进展餐品展览排序前置事件：卖家在系统中注册信息成功发布餐品信息事件流：1.卖家成功注册信息后2.后台管理记录成功3.卖家可以发布自己店内餐品信息4.卖家对餐品信息进展排序备选流：卖家没有注册后台注册不成功后置条件：买家可以根据卖家发布的餐品信息浏览购置用例名称：送餐时段公告角色：卖家信息发布简要说明：卖家发布餐店送餐时段前置事件：1.卖家在系统中注册信息2.卖家发布店内出售的餐品信息事件流：1.卖家成功注册信息后2.后台管理记录成功3.卖家可以发布自己店内餐品信息4.卖家发布送餐时段备选流：卖家没有注册后台注册不成功后置条件：买家可以根据卖家发布的餐品信息浏览购置根据送餐时段信息决定购置时间段用例图测试方案实现略版本更新记录版本号责任人日期备注1.0张三2014-12-25无测试目的及早地发现软件中的错误，发现无法满足用户需求的缺陷并及时改正。通过穷举工程中可能存在问题的地方，在用户之前发现，提高用户使用的正确性。测试环境服务器：处理器英特尔®

至强®

处理器E5-2600v2系列，带宽全双