为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

安卓应用开发课程设计报告-基于无线点餐的安卓程序报告

2018-02-05 39页 doc 108KB 71阅读

用户头像

is_597436

暂无简介

举报
安卓应用开发课程设计报告-基于无线点餐的安卓程序报告安卓应用开发课程设计报告-基于无线点餐的安卓程序报告 安卓应用开发课设报告 目录 第1章 引言 ....................................................................................... 2 1.1课题背景及意义 ..................................................................... 2 1.2研究现状......................................
安卓应用开发课程设计报告-基于无线点餐的安卓程序报告
安卓应用开发课程报告-基于无线点餐的安卓程序报告 安卓应用开发课设报告 目录 第1章 引言 ....................................................................................... 2 1.1课背景及意义 ..................................................................... 2 1.2研究现状................................................................................. 4 第2章 安卓系统架构分析................................................................. 6 2.1 Android系统的诞生 ................................................................ 6 2.2 Android系统的特点 ................................................................ 6 2.2.1开放性 ........................................................................... 6 2.2.2平等性 ........................................................................... 7 2.2.3高效性 ........................................................................... 7 第3章 需求分析................................................................................ 9 3.1 目标分析................................................................................. 9 3.2 开发运行环境需求 .................................................................. 9 3.2.1 软件需要具有如下功能 ............................................... 10 3.2.2 功能描述 ..................................................................... 10 3.3 性能质量需求分析 ............................................................... 10 3.4 总体设计原则 ...................................................................... 11 3.4.1 开放性、可扩充性、可靠性原则 ............................... 11 3.4.2 良好的用户操作界面 .................................................. 11 3.4.3 实用性原则................................................................. 11 3.5 架构概述.............................................................................. 11 3.6 系统概要设计 ...................................................................... 13 3.6.1 模块的划分与功能设计 .............................................. 13 第四章 数据库设计 .......................................................................... 15 4.1 数据库需求分析 .................................................................. 15 4.2 数据库的逻辑设计 ............................................................... 15 4.4 数据库的选择 ...................................................................... 17 4.5 MySQL 数据库的优化........................................................... 18 第五章 终端软件设计 ...................................................................... 21 5.1 终端软件详细设计 ............................................................... 21 5.2 登录界面的设计 .................................................................. 21 5.2.1 功能描述 .................................................................... 22 5.2.2 界面设计 .................................................................... 22 5.3 主菜单界面菜单界面 ........................................................... 23 5.3.1 界面设计 .................................................................... 23 5.3.2工作流程 ..................................................................... 24 5.4 并台界面.............................................................................. 24 0 5.4.1 功能描述 .................................................................... 24 5.4.2 界面设计 .................................................................... 24 5.4.3 工作流程 .................................................................... 25 5.4 换台界面.............................................................................. 25 5.4.1 功能描述 .................................................................... 25 5.4.2界面设计 ..................................................................... 25 5.5 查台和结账 .......................................................................... 26 5.5.1 功能描述 .................................................................... 26 5.5.2 界面设计 .................................................................... 26 第六章 后台服务器端设计与管理 ....................................................27 6.1 后台服务器架构与关键技术 ...............................................27 6.1.1 Tomcat 服务器 .............................................................27 6.1.2 JDBC ...........................................................................27 第七章 系统测试.............................................................................. 29 7.1 测试目的.............................................................................. 29 7.2 测试项目.............................................................................. 29 7.3测试准则............................................................................... 30 7.4 测试过程.............................................................................. 30 7.4.1 登录测试 .................................................................... 30 7.4.2 各功能模块测试 ......................................................... 30 7.4.3 系统测试 .................................................................... 31 7.5 软件需求测试结论 ........................................................ 31 7.6 测试结论 ....................................................................... 31 总结 .................................................................................................. 32 参考文献........................................................................................... 33 1 第1章 引言 1.1课题背景及意义 伴随着社会的进步和科学技术水平的提高,信息化已经融入了人们的基本生活。时至今日,网络最典型、最传统的代表就是计算机,人们的思维已经认定计算机就是互联网的客观显示形式。网络的传输速率激发了计算机的巨大潜能,而计算机的应用又让网络覆盖了相当广泛的区域。在当代科技社会中,已经没有任何一种技术发明能像Internet 那样对社会的各个方面、人们生活的给个角落产生了如此翻天覆地的影响。特别是在无线网络大放异彩的今天,360行都在通过信息技术在拓展自己业务,餐饮业也不例外。使用无线点餐系统的优势具体体现在以下方面: (1)大幅度提升工作效率:传统的单据式手写记录的点菜方式,要求服务员在每一次点菜、加菜及退菜后都另行单独下单并且把每一次的菜单都分发到饭店的每一个部分,如收银、酒水、传菜部、后厨等部门,并且在收银员把全部的点菜单输入电脑中或者用笔和计算器手动计算,才能生成总体的一个账单。但是在使用无线点菜系统时,服务员在客人点菜时就把菜单输入了点餐系统,然后系统又通过终端把菜单分发到各个部分,各个部分按单操作就行,这样避免了传菜单抄菜单的麻烦,节约了时间,保证了正确率,也在一定程度上节约了客人的用餐时间。 (2)节约企业运营成本:原始的记账点菜模式对服务员要求数量较多,要做到服务跟得上那就需要大量的人力资源。而在服务阶段,无论在客人点菜、加菜或退菜时,服务员都只需要在餐饮行业的终端机上按客户要求操作即可让客户信息到达饭店的各个部分,这一切都只是通过无线网络连接到计算机,而计算机又通过网络把信息发送到各个终端设备上,这一系列过程没有手写开单、没有传单送单,降低企业经营成本。而在这种情况下,又不用服务员来回的传送菜单,既减少服务员的工作量,又降低了劳动强度,提高了工作效率,又节约了人力成本。 (3)提高了饭店日常经营管理水平:无线点菜系统的核心是餐饮流程管理 2 软件,它不仅可以起到控制加速点餐流程的作用,还可以加强对企业日常的经营管理。经营管理包括库存管理、质量管理、服务管理、营业关系和营业审核。原材料是餐饮企业从事经营活动做出美味菜品的充分必要条件,假设没有原材料就不能生产出美味的产品供客人享用。由于饭店服务是面向大众,而众口难调,客人对于事物的喜好是不同的,因此餐饮企业对于原材料的库存要做到多种多样。一旦这对原料的库存管理不好,就会产生浪费或出现缺少某种材料的情况,或增加成本或对企业形象造成负面的影响。因此餐饮业要做到合理科学安全卫生的储存保管、控制库存量、保证原材料的食用安全达标、保证采购量与库存量的最佳平衡。传统的库存管理方法是在购买原材料时,人工对原材料进行日常核算登记记录至库存表中,这不仅工作量大而且人工进行采购清点材料时,由于存在主观因素,可能会造成购进量过多或过少的情况,产生资金积压、流动资金链断缺、管理费用上升、原材料变质或库存量不足导致影响客人点餐,影响酒店或餐厅经营的情况。库房管理系统就不一样了,它可以根据点菜信息量的大小多少定 期地自动生成用料数据,方便了核算;原材料的购入、使用和需求情况都由系统控制,这样就避免了原材料的丢失和变质无法使用的浪费;同时系统还可以根据原材料进货的时间来提前预警食品的保质日期,减少原材料由于变质造成的浪费。与传统的库存管理方法相比,能节省很多不必要的浪费,原材料消耗至少降低5%。 无线点菜系统为餐饮企业提供了很大的帮助,在营业管理上提供日常营业所涉及到的业务功能,如客户提前预订情况,桌位大小以及使用状况,打印状态监督等,服务人员及管理人员都可通过各自相应的权限进入点餐系统查看酒店或者餐厅各个部分的营业基本情况。同时还可依据自身实际状态对日常的经营模式进行个性化的管理。 无线点餐管理系统可以使营业审核的各种信息自动生成各种可直视的统计财务报表,为管理人员和财务人员提供重要的清晰明了的营业数据依据。管理人员和财务人员可以根据自己的权限查看当天酒店或餐厅中各个部分的营业日报表,可以根据多种选择条件,如部门、菜类、菜名、账单、服务员等,来审阅整个企业中所有财务明细或汇总的报表,能使管理者快速的把握知晓每天的饭店的运营状态。同时,在管理系统中还可以查询账单流水、退单信息和统计信息,更加清 3 晰了工作明确了责任和责任人,防止了各种舞弊和错误的产生。管理者同时还可以根据系统提供的分门别类的经营信息进行分析选择,如一段时间的销售量、员工个人工作情况、菜品销售情况、应收款项及应付款项情况、采购领料的状况、毛利状况等,为企业的经营决策和正常管理提供重要数据。 (4)提升客人用餐环境,提高饭店形象:传统的手动点菜方式要求服务员写下一个菜单就立刻传送到其他部门,在用餐客人较多的时候,服务员为提高服务效率会经营快速走动,造成餐厅环境比较混乱,影响周边客人的用餐心情。而再使用无线点菜系统后,服务员在客人点餐时候站立就能完成以前的繁琐工作,避免了忙乱的现象,大大提升了用餐环境和服务品质。同时持有先进的点菜系统的终端具有时尚流行的外观以及触摸式点菜屏幕,美观方便实用,给顾客良好的视觉享受,极大提升餐厅档次和企业形象。 餐饮企业运用无线点餐系统不仅可以很大幅度提高了员工的工作效率、减少重复不变的工作,降低了企业的用工成本、提高上菜的速度、提升企业现代化的服务形象,而且使企业的日常经营管理更加正规化,管理模式更加强大,并且更规范化,使企业的管理由粗放型向集约型转变,因此餐饮企业进行信息化管理使用无线点餐系统是必须的,而餐饮企业信息化之路的第一条就是点菜系统的无线化、智能化、简便化。 1.2研究现状 传统的酒店或者餐厅点菜方式是人工手写,由服务员按照顾客的要求用笔和纸记录顾客点的菜,单据为一式四联,分别传递到不同的地方。第一联:存放于收银台,便于顾客用餐完毕后,统计顾客的全部消费并且作为结账的依据;第二联:送至厨房传菜,用于排列厨师做菜的先后顺序以及厨房记录菜品的完成情况,每做完一道菜传送至餐桌就标记已完成;第三联:送厨房配菜员,用于根据菜单中的菜提前做好配菜工作;第四联:存放于顾客所在餐桌,服务员每次上完一道菜后,就做好菜品以上的标志,以免发生上错菜或者漏菜的情况,同时也可以方便客人检查上菜是否有出入、账单结算是否正确。原始的点菜记账的管理方式虽然程序一环套一环,但在执行是还会存在很多容易疏忽的地方,如 4 人工点菜传菜浪费大量人力和时间,较低的效率,直接影响了翻台率;而大饭店的规模又比较大、每日客流量大,菜单多,信息量大,每一个服务环节都紧紧相扣,如果任何一个地方出现问题都会影响大饭店的效率。统计餐费和服务水平,加大了饭店经营管理的难度。而在算账统计收入的时候,又都是按照账单一笔笔来计算,收入无法得到有效的监督保障。此外在具体各个环节的工作中还容易出现很多问题:因服务员字写的各不相同,如有写的潦草的,进而看不清菜单、看错菜单而上错菜,做错菜和其他等等服务方面的问题。 这些毛病虽说都是饭店经营管理中常出现的小问题,对饭店不会产生太大的问题,但却或多或少影响了饭店的服务水平。正因如此,随着互联网引入餐饮行业,无线点餐模式的产生可以完全地取代了传统手写点餐。餐饮无线点餐系统,就是利用现代通信传输技术、计算机软硬件应用技术、网络技术、电子信息技术等众多高科技手段,来代替传统服务员用手写单据点菜,通过电子终端来进行点菜的操作系统。餐饮行业通过一系列现代化、信息化的改造,提升了经营管理水平、节约了人力成本,提高员工的工作效率、规范了整个餐饮服务体系,提高整体服务质量和管理水平,为规模化经营提供了坚实的技术基础。 5 第2章 安卓系统架构分析 2.1 Android系统的诞生 Android一词的本义指的是“机器人”,它是谷歌于2007年11月5日宣布的基于Linux平台的开源手机操作系统的名称。该平台由操作系统、中间件、用户界面和应用软件四个主要部分组成,号称是首个为移动通信终端打造的真正开放和完整的移动操作系统。 Android的产生还得从Andy Rubin(安迪鲁宾)说起。安迪鲁宾是一位硅谷著名的极客,他曾先后在苹果、General Magic、WebTV等公司工作,2000年参与创办了Danger公司。该公司生产的Hiptop(T-Mobile Sidekick) 智能手机具备上网、全键盘和照相功能,2003年曾在美国风行一时。离开Danger之后,安迪鲁宾创办了新的公司,致力于研发手机操作系统。因为Linus Torvalds把自己写的操作系统称为Linux,安迪鲁宾的名字是Andrew,再加上他本身是个机器人迷,所以新公司取名叫做Android。这就是Android的来历。 Android是基于linux的软件平台和操作系统,早期由谷歌开发,后又由开放手机联盟(Open Handset Alliance)开发。它包括操作系统、用户界面和应用程序,这些要素构成了移动电话工作所需要的所有软件。其拥有许多移动行业的创新专利,是第一个为移动终端开发的软件产品。Android采用了软件堆层(software stack,又名软件叠层)的架构,主要分为三部分:底层以Linux核心为基础,并且由C语言开发,但是只能提供基本功能。中间层还包括函数库Library和虚拟机Virtual Machine,由C++开发。最上层是各种应用软件,包括通话程序,短信程序和上网程序等,应用软件则由相应各公司自行开发,并且以java编写开发。 2.2 Android系统的特点 同当前市场上存在的手机操作系统比较来看,Android系统具有以下特点: 2.2.1开放性 Android是一个真正意思上的开放性移动开发平台,它同时包含了应用程序、 6 上层的用户界面和底层操作系统,加上其在移动行业上的专利技术,使得Android 系统一面试就被广大厂商欢迎。作为真正开放的平台就是允许任何移动终端厂商加入到Android联盟中来。这个相对其他手机系统而言,Andriod系统可以使其拥有更多的开发者,同时随着应用人群和应用软件的日益丰富,一个崭新的平台也将会很快地走向成熟。作为手机厂商和消费者,在开放的平台中受益,也会投入更多的热情到这个平台。 2.2.2平等性 Android系统的平等性是指在操作系统上运行的应用程序是完全平等的。所有的应用程序工作在同一的核心之上,这个核心引擎就是系统中间层的虚拟机。该虚拟机提供了系统硬件资源与应用程序之间通信的API函数。在这个核心引擎之上,Android系统中所有的应用程序,不管是系统提供的核心应用,还是由第三方厂商开发的应用程序,都是完全平等。这种平等性在其他手机操作系统中是不存在。以前很多移动终端的系统软件都被厂商特别定制,而Android系统的改进使得相同的移动终端可以具有不一样应用程序。 2.2.3高效性 有人认为Android系统的效率比较低,因为在Android系统的上次应用和系统框架都是类JAVA开发的,同时其设计实现了自己的java虚拟机dalvik,所有的应用都是基于JAVA和虚拟机开发的。但实际的现象却不尽然。在目前主流的智能手机平台上,Android的执行速度是最快的。这是为什么呢。我们通过下面这个例子来看一下。Android系统在UI开发时使用xml文件来描述UI,这个传统UI的设计方法不同,这样做的好处就是修改UI界面不需要修改原始代码,而只需要对xml文件进行配置,按照个人的喜好修改UI的布局、颜色设置和字体大小。Android在编译的时候对xml文件进行了优化处理,就是为了在使用的时候更加灵活,此外应用程序在实际解析的过程中也变得非常高效。因此我们经常会看到APK文件解压后都有属于自己的经过优化处理后的资源文件,这些都很好的保障了Android系统运行时候的高效性。此外我们看到Android系统的图形应 7 用是加载SD卡上的所有图像数据的,这是否影响Android系统运行时候的效率呢,其实不会,因为Android系统已经早把相关数据制作成数据库,不需要全部扫SD卡就可以获取所需图像数据,这些都加快了系统启动速度。还有就是Android系统的虚拟机是基于栈操作的,而虚拟机的数据都存放于是寄存器中,这与操作内存数据相比要快很多。 Android的开放性打破了应用程序之间的界限,应用程序不仅可以通过API访问因特网和核心功能,还可以声明它们的功能供其他应用程序使用。开发人员可以创造出很多全新的体验。 8 第3章 需求分析 食物是人类生存所必需的,随着人民生活水平的日渐提高,餐饮业在其他所有行业中占有不可或缺的地位。众多餐饮行业的经营者都为了在日趋激烈的竞争中脱颖而出而努力,以把餐厅经营好为奋斗目标。订餐系统实现了大酒店的高效率系统化的管理,规范服务体系,提高餐饮行业服务质量和管理水平,并为规模化、正规化地经营提供了坚实的技术基础。 3.1 目标分析 此次设计的点餐系统主要面向具有一定规模、需要改进客人的就餐环境、需要提高餐厅点餐的工作效率、体现出现代化时效性氛围,并借此提高经济效益的餐厅和酒店。并且要求此项目不会占用太大的预算,并能够尽量已开发过免费的软件技术与原来的系统进行良好的整合共用。用于解释软件设计工作时的重要约束和所需开发工作的假定及约束: 1) 实现顾客根据价格、口味和菜品种类的不同点菜,通过前台可视化界 面实现顾客多方面选择的空间。 2) 点菜完毕后,实现对顾客所点菜品价格以及服务和其他所有费用的统计, 以免顾客花费超出自己的预算。系统还可以实现顾客对不满意菜品的退 选或补选增加菜品的要求,在顾客所点菜品上来之后,系统可以通过点 击确认上菜进行记录,以免发生漏菜或者上错菜的现象。 3) 根据以上功能,该系统主要以Android为操作平台, Java为开发语言, SQL Server为数据库。前台界面实现简便的可视化,方便顾客的点餐选 择。后台管理为统一存储数据库,管理员管理菜品的增、删、查、改的 实现都借以数据库来体现。 4) 用户的特点:本软件的受益者包括所有就餐的顾客、服务人员和经营 者,餐厅的服务人员必须要会最基本的手机操作,以及熟练掌握餐厅或酒店点菜的基本流程。 3.2 开发运行环境需求 软件运行平台:Android SDK1.5以上版本 运行使用内存:< 1MB 所需磁盘空间:< 10MB 系统要求操作简单方便、界面友好直观,完全控件式的页面布局,使得菜品, 9 价钱,优惠活动,资讯,座位等信息的录入工作更简便;许多选项包括餐厅信息介绍,桌位预订信息,包房预订信息等只需要点击鼠标就可以快捷准确地完成;另外,跟踪出现的提示信息也让使用者清楚直观的看到自己的操作情况。对常见的点餐系统管理的各个方面:菜名等基本信息录入、浏览、删除、修改、搜索等方面都能大致实现,顾客对菜品的特殊要求(如有什么忌口)和对菜品的预定(定时上菜)及结账时的支付方式(现金或刷卡)即时可见:对客户预定餐饮信息的处理(包括录入、删除)将立即在吧台的总服务器上对应栏目中同步的显示出来,达到“即时点击、即时见效”的实效功能; 系统运行应该操作方便、快速、稳定、高效和可靠;在结构上系统应该具有很好的可扩展性,便于将来的扩展、修改和维护,已达到多功能的实现。 3.2.1 软件需要具有如下功能: 1.系统的登录功能 2.更新功能 3.结算功能 4.系统菜单 点餐功能 5. 3.2.2 功能描述 1) 系统的登录功能:根据数据库中录入的用户基本信息(员工的工号),来区 分用户是管理员还是普通用户,来进入功能不完全相同的界面。 2) 查台功能:按照餐桌号查询此台的情况; 3) 更新功能(管理员): 增加、删除或修改一个菜单信息; 增加一个餐桌信息; 4) 点餐功能(顾客): 增加一个点菜的菜单信息; 增加一个餐桌信息; 下单; 5) 结算功能:根据订单编号(包括桌号和点餐人员的工号)查询点餐订单信 息和订单信息详情列表(菜品是否上齐)来结算; 3.3 性能质量需求分析 主要质量属详细要求 性 10 正确性 按照需要正确的执行任务,完成哥哥模块的相应要求 健壮性 具有相当高的回复能力和容错能力 性能、效率 软件的输出结果、更新周期应该与系统的信息更新周期相同。 在网络情况良好的正常情况下,相应用户请求在三秒内完成 易用性 易理解性:软件研制过程中形成的所有文档前后一致,语言简 练,易于理解以及语句五歧义。 安全性 防止软件受到意外或蓄意的攻击,使用、存取、毁坏、修改或 泄 密的软件属性其数据都集中存放于总后台的数据库服务器。 可扩展性 能方便的进行二次开发,满足对功能的扩充或提高并能提高相 应的安全控制。 兼容性 不易与其他软件发生冲突。 3.4 总体设计原则 3.4.1 开放性、可扩充性、可靠性原则 开放系统是研发各种计算机产品普遍遵循的基本原则,遵循这种标准的计算机产品都符合一些可以互通操作的、公共的的标准,能够融洽的在一起工作,不发生冲突。开放系统使得各种类型的网络和系统标准统一、互连简单、容易扩展升级版本。从而适应广大用户需求的多变性,提升产品的更新换代的效率。 3.4.2 良好的用户操作界面 用户操作界面简单、美观、方便、实用,使用户一目了然,能在较短的时间内掌握其使用方法。使用户能够方便使用,不因使用不得当而抛弃。 3.4.3 实用性原则 任何系统的设计都要考虑其在生活中的实用性,系统开发的目的是为了实现 业务处理简便化、自动化、规范化,提高工作效率,减少无用功,减轻工作人员 的劳动强度,增加收入,减少开支,使得管理更加规范。 3.5 架构概述 无线点餐系统主要由用户终端、后台数据库、无线网络和系统管理平台组成。其中的用户无线终端设备、后台服务器和无线路由是系统硬件设备,终端点餐软 11 件、后台数据库系统和管理系统是系统软件部分。 无线点餐系统的数据传输主要集中在用户无线终端、后台服务器、厨师终端和收银台设备之间进行传递。整个系统的控制核心是后台服务器主机。顾客无线终端设备利用终端软件通过无线网络连接到后台服务器主机上的数据库系统,通过用户身份验证后可以进行点餐、换台、结帐等日常操作,同时也支持进行信息更新,更新的信息包括新菜单和当前台位信息。厨房区的终端通过无线网络接收到实时点餐信息,提供给当值的厨师和送菜员工。而系统后台管理平台则负责对整个点餐系统进行系统维护,包括人员的权限管理,菜品和价格的录入与更新,点餐单据的更改和撤销,同时还会对系统信息进行分析和综合。 手持终端设备的发展已经从原来的基于PDA产品开发的移动终端和基于嵌入式系统的自主研发的终端设备向大屏手机和平板电脑进行过渡。在无线通信协议的选择上有WIFI和Zigbee两种协议可供选择。两种所占的频带都是2.4GHz。我们本文设计中采用的是WIFI通信协议。另外在整体的系统设计上,为了克服无线网络的弊端,我们在后台服务器与厨房的网络设计上采用有线的方式进行连接,只在顾客终端设备和后台服务器之间使用无线网络实现数据传递,这样既有效避免复杂场景对无线系统造成的影响,又可以发挥无线网络的强大优势。系统管理平台实现对无线点餐系统的所有硬件设备的控制和管理,使其构成一个有效的机体。通过管理平台,除了可以进行日常的点餐操作处理,还可以支持远程监管,通过监管系统的信息收集,不仅可以有效收集到饭店运营的各项有效数据,还可以对饭店运营中的各项表单、账单和财务报表进行审核。这样将信息化的管理融入到餐饮行业这样的传统行业中,使得传统餐饮行业的管理更加有效和透明。 本文主要设计实现了无线点餐系统的软件功能、基于Android平台的软件开发和整体数据库的设计理论。软件设计实现了用户登录、点菜管理、桌位管理和收费管理等点餐系统的基本功能。整个系统运行正常,并且各个页面的交互性较好,反应时长短。在整个设计中运用了基础的Android系统运行库功能编程,也运用到了一些前端页面主控件来控制输入信息,同时检测验证输入的信息并通过JDBC连接数据库确认。在系统规划中先后用系统功能结构图、数据流程图分析了系统所需的各种数据,详细的展示出了系统的各个功能模块并给出了主要功能运行的界面图。该点餐系统目前已经具备了比较完善的管理能力与强大的使用功能。无线点餐系统的开发是为了满足酒店、饭店正常运营管理的需要,以现代化的创新思维结合信息化技术去改变传统的工作模式。 12 3.6 系统概要设计 系统的概要设计主要对系统的总体功能有哪些,分别如何设计,如何划分模块,各大模块的主要功能,系统的数据库如何设计进行研究。它为系统的详细设计做铺垫,给出系统的大体轮廓。在系统的设计过程中起着非常重要且不可或缺的作用。 3.6.1 模块的划分与功能设计 本系统主要分两部分:用户模块子系统和后台管理子系统。用户模块如下图所示,实现选桌,点菜,添菜,计费等功能 用户模块 点并转 查结更 菜台台台台新 管管管管管管 理 理 理 理 理 理 终端用户子系统主要有以下六个模块构成:点菜管理、并台管理、转台管理、查台管理、结台管理、更新管理、注销、设置等功能。 点菜——主要是进行选定桌号,确定人数,开桌以后选择要选择的菜品及下单的过程。 并台——是为了方便顾客而能按照他的意思与别人合桌,两桌合到一块吃饭的功能。 转台——如果顾客对所在的桌位不满意而设定的,能够换一位置就餐,而其它信息都不改变的功能。 查台——顾客进入酒店需要查询有哪些客桌是空的,哪些是预先订过的,方便顾客选桌位。 结台——在顾客就餐完毕后,点击桌号,计费信息和付帐的功能一目了然,使顾客可以非常清楚的阅读消费清单,不用担心有什么算错的问题。 更新——就是对酒店的就餐信息及时更新,例如:桌位,计费,预订情况,加菜等功能的更新,与服务器保持一致。 注销——在顾客结账以后,确认结账后进行的步骤,方便后来的客人能够及时了解就餐桌位的信息。 13 设置——系统简单设置功能。 后台管理子系统由餐品管理和服务管理两部分组成。餐品管理模块用于对餐品进行添加、特殊要求、修改和删除管理。服务管理模块用于对菜单和订单的催促进行管理。 14 第四章 数据库设计 数据库是按照数据结构的方式对数据进行组织、管理和存储的数字仓库。数据库的设计就是在特定的应用环境下,在对已有数据需求进行有效分析的基础上,构造出物理结构和优化的数据逻辑模式,根据所构造出的结构与逻辑来建立数据库和应用系统。同时设计满足要求的各种实体表格,以及他们之间相互关系,使其通过相互的关系和作用形成数据流的移动。 数据库设计包括数据库的建设和数据库与应用系统的设计。数据库建设是由硬件建设、软件建设和干件建设三部分结合而成的。技术与管理的界面称之为 “干件”。数据库设计应该与应用系统的设计相结合,数据库的设计包括结构数据设计和行为处理的设计。结构数据设计主要是指设计数据库的框架或数据库的结构。行为处理设计是指应用程序的设计和相应事务的处理设计。传统的软件工程忽视对应用中数据语义的分析和抽象,更关注数据模型的建立和建模方法的研究,忽视了对行为的设计。因此构造适合系统的数据库模式,建立数据库及其应用系统,使之能够有效地存储所需数据,才能满足各种用户所提出来的应用需求。 4.1 数据库需求分析 无线点餐系统以酒店的服务信息为主体,因此在这个系统中必须要有一个保存所有菜单信息的表。这个表的各个字段应该包括菜品的基本属性。如:菜品的名称、口味、编号、价格等。其中编号应该唯一。所以要用编号做主键。点餐系统是服务人员负责登录的终端系统,也应该有保存全体服务人员信息的表,这个表中也是包括一些基本信息。并且以服务人员的编号即工号作为主键。在一个点餐系统中,桌位的编号是必不可少的。所以还必须有一个桌号表,该表保存桌位信息包括桌位的可容纳就餐人数。顾客可以按照自己的人数和喜好,在酒店布置的尚未入座的桌号中选择自己喜欢的位置。另外既然是酒店就必须要有一个订单表,该表中包括订单号,点餐时间,菜品备注,用户 ID,桌号,就餐人数,是否结账等基本信息。这样也就还需要一个订单详细表用于存储顾客所点的菜品信息等等。还可以根据需要再弄一个菜品分类表用于区分凉菜,热菜等。 4.2 数据库的逻辑设计 数据库的逻辑设计,即把概念设计所收集的的概念数据库模式转变为逻辑数 据库模式,它依赖于 DBMS。 根据无线点餐系统的需求分析,以及数据库的概念逻辑设计,得到以下的数 15 据库表和表的相关说明如下: 1) 菜谱表:菜谱图的表结构及相关说明如下表所示。 字段名称 数据类型 说明 Id 自动编号 编号,主键 typeid 数字 外键,引用菜单类型表 ID Name 文本 姓名 price 文本 价格 picture 文本 菜图片 remar 数字 菜品描述 2) 服务人员信息表:服务人员信息图的表结构及相关说明如下表所示 字段名称 数据类型 说明 Id 自动编号 编号,主键 name 文本 服务员账号 Password 文本 服务员密码 3) 菜谱分类表:菜谱分类图的表结构及相关说明如下表所示。 字段名称 数据类型 说明 Id 自动编号 编号,主键 Name 文本 类型名称 4) 桌号表:桌号图的表结构及相关说明如下表所示。 字段名称 数据类型 说明 Id 自动编号 编号,主键 Number 数字 桌号 flag 数字 标志位 description 文本 描述 5) 订单表:订单图的表结构及相关说明如下表所示。 字段名称 数据类型 说明 16 Id 自动编号 编号,主键 orderTime 数字 下单时间 tableId 数字 桌号,外键引用桌号Id PersonNum 数字 人数 isPay 文本 是否结算 Remark 文本 备注 6) 订单详细表:订单详细图的表结构及相关说明如下表所示 字段名称 数据类型 说明 Id 自动编号 编号,主键 orderId 文本 外键,参照订单Id menuId 数字 外键,参照菜谱Id Number 数字 数量 Remark 文本 备注 4.4 数据库的选择 在本系统设计中还需要一个后台的数据库来进行数据的管理和保存。对数据库的要求就是运行稳定并且具有强大的数据处理功能。Oracle 数据库是一个成熟的大型数据库管理系统,但是使用这样的大型软件,需要高昂的软件购买费用和技术维护费用,同时对技术人员的要求也相对高,因此整体的费用比较大。对于我们目前设计的点餐系统应用,使用大型的数据库的性价比并不高。而使用MySQL 数据库则具有很好的性价比。MySQL 大的优势就是,在 Unix/Linux 操作系统上可以从网站上下载 MySQL的新版本并且免费使用。在 Windows 的环境下使用 MySQL 数据库,可以从网上下载比较低的版本,如果使用新版本只要支付一定的费用。虽然 MySQL 数据库是免费的,但其功能一点也不逊色,其具有以下特色: 1) 易用性。同 oracle 等大型数据库相比,MySQL 数据库是一个相对简单但具 有高性能的数据库系统,MySQL 的结构复杂程度较低,易于技术人员学习、 熟悉和使用。(2)高效性。MySQL 数据库的运行速度快。 17 2) 标准化。MySQL 支持使用结构化查询语言 SQL———种所有的流行数据库 系统都能够使用和支持的数据库操作语言。 3) 支持 ODBC 协议。MySQL 支持 Microsoft 开发的开放式数据库连接协议 (ODBC)。 4) 多用户操作。MySQL 数据库支持多个客户机同时连接操作,同时支持多用 户的分级访问权限管理。此外 MySQL 数据库系统还支持多个客户机终端访 问多个数据库的操作模式。 5) 良好的移植性。在应用的软件环境上,MySQL 数据库不仅可以运行在不同 版本的 Linux 和 Unix 操作系统上,还可以运行在 windows 操作系统环境 下。在应用的硬件环境上,MySQL 数据库系统不仅可以运行在高档服务器 上,还可以应用于普通 PC 机上。 6) 开放性。通过 MySQL 的官方网站和其他相关的网站,可以下载到 MySQL 的组件。对于不满足自己要求的组件,可以下载到其对应的源代码来进行修 改,使其满足自己的个性化需求。 7) 强大的技术支持。MySQL 的官方网站提供有 MySQL 数据库全部版本的参 考指南,参考指南内容非常详尽和全面。此外网上还有很多 MySQL 开发组 和论坛,通过邮件可以随时和开发组成员进行讨论,一般问题可以通过这种 方式进行解决。 8) 易实现性。MySQL 数据库为常用的编程语言(C、JAVA、PHP、C++等)都 提供了 API 函数接口,这样适用的技术人员就非常广泛,使得 MySQL 数 据库的设计和实现更加容易。 4.5 MySQL 数据库的优化 数据库的优化工作相对来说比较复杂,其基本的指导思想是使得系统运行速度快。因此在优化数据库之前需要知道目前系统的状况和影响系统高速运行的瓶颈。常见的瓶颈有: 1. 磁盘的查询速度:数据库操作需要在磁盘中查找数据,比如表的操作。 对目前常用的磁盘,一次查找时间一般小于 10ms,这样平均每秒可 以进行 100 次左右的查询操作。使用新的硬盘对于这个指标的改进 和提升并不高,因此常用的解决是使用多个硬盘,把数据分开存 储,通过并行的方式来提升性能。 2. 磁盘的读写速度:数据库进行数据更新、增加和删除需要对磁盘进行 读 写操作。当前磁盘读写速度一般平均在 20MB/秒左右。和磁盘查 询的优化方案类似,同样可以使用多个磁盘并行操作来提升读取和写 18 入数据的性能。 3. CPU 主频:当数据从磁盘读取到主内存后,对这些数据的处理速度 取决 于 CPU 的工作主频。因此如果在这方面的操作频繁,需要考 虑多核架构或者提升 CPU 的工作频率。 4. 内存带宽:CPU 进行数据处理的时候,会将大部分的数据从磁盘读 出并 缓存在系统内存中,因此系统内存的带宽在一定程度上也是影 响整个系统运行速度瓶颈的因素之一。 上面列举的是数据库运行的硬件瓶颈因素,我们除了针对这些硬件做相应的 调整和改进来提高系统的运行速度之外,还可以通过对 MySQL 自身进行优化 配置来提升运行速度。对 MySQL 的优化配置工作主要是对 MySQL 数据库配 置文件中的参数进行优化。以下就是我们在实际设计中用到的对性能有较大影响 的重要参数: 1) MAX_CONNECTIONS:大连接数参数。由于 MySQL 数据库支持并行 连接,而且其会为每个连接提供缓冲区,当服务器接收到的并发请求多 的时候,就会消耗掉很多系统内存。如果要支持的并发连接需求大的时 候,要适当调高该参数来支持,但不能一味的调高,需要结合系统本身 资源和常用连接数量综合考虑。 BACK_LOG:MySQL 具有的连接数 量参数。该参数在 MySQL 的线程在一个非常短的时间里收到很多连接 请求的时候起作用。该参数的值是指 MySQL 在停止回答一个新的请求 之前有多少个请求被缓存到堆栈里面。如果需要缓存的请求多的话,需 要增加这个值。该参数的设置还需要考虑你的操作系统对于网络侦听队 列大小的设置,如果操作系统对于系统连接本身有自己的限制条件,那 么该参数的设置的上限要以系统设置为依据。不可盲目提高,否则也不 能起到实际作用。 2) KEY_BUFFER_SIZE:关键缓冲区尺寸参数。该参数影响 MySQL 数据 库的索引处理速度。该参数的设置是通过请求和实际操作比的对应关系 来进行设置的,我们要保证这个比例尽可能的高。关键缓冲区大小参数 只对 MyISAM 表有效,但需要知道的是临时磁盘表也是 MyISAM 表, 即使你自身不使用 MyISAM 表,也需要对该参数进行配置。 3) QUERY_CACHE_SIZE:查询缓冲区尺寸。为了提升查询的速度,MySQL 在新版本中使用了查询缓冲机制,对于第一次使用 SELECT 语句得到 的查询结果,MySQL会将其保存到查询缓冲区中,如果后面碰到相同 的 SELECT 语句,就不需要进行磁盘操作,而是直接从查询缓冲区找 到对应的查询结果。通过使用查询缓冲区机制,查询缓冲可以提升接近 19 240%的性能。我们在实际操作中,可以通过‘Qcache_%’来检查系统状态值,通过状态值来判断缓冲区大小设置的是否合理。如果缓冲区尺寸设置的太小,会导致 Qcache_lowmem_prunes 的值比较大。如果此时 Qcache_hits 的值也很大的话,说明 MySQL 在频繁使用查询缓冲区 如果是这种状态下,就适当增大缓冲区。反之如果 Qcache_hits 的值较小,说明查询缓冲区的使用率非常低,查询缓冲机制没有起作用反而占用系统开销,这种情况下可以考虑不设置查询缓冲区。 4) INNODB_BUFFER_POOL_SIZE:InnoDB 缓冲池大小参数。该参数功能与关键缓冲区尺寸参数类似,不同之处在于该参数针对的对象是 InnoDB 表。InnoDB 表根据这个参数来设置用于数据和索引缓存的内存大小。 5) INNODB_LOG_BUFFER_SIZE:InnoDB 日志缓冲区尺寸参数。在 MySQL 数据库的表操作中如果有很大数量的并发事务,而且在事务提交前要进行日志记录,那么需要对日志进行缓冲处理,需要适当提高该参数,用于提升日志的记录效率 20 第五章 终端软件设计 5.1 终端软件详细设计 移动终端是使用者直观且触手可及的东西,包括是否能够让客户很方便、快捷的使用,操作响应时间和主机连接时间有多长、图片综合质量和首页布局质量是否合理、首页信息类型是否齐全等。一般来说,一个视图界面主要由下面几个因素构成: 1) 文字:信息传达的主要组成部分就是文字元素。界面中的文字主要包括标题、 对话框、信息留言、文字链接几种主要形式。标题的作用和传统媒体中信息 传达方式的作用在表现形式上是基本相同,是主要内容的概括和简述, 一般比较一目了然、优先编排,且都是在文章的开头部分。文字作为页面中 显眼的部分,同时又是信息传达快直观的重要载体,它的字体、间距、大小、 颜色、格式和排布对页面整体外观设计影响都非常大。 2) 图形:图形在界面结构中具有重要作用。合理的运用图形表达界面含义,可 以生动、形象、直观、新颖地表现出设计主题,让人看图就能明白主题的含 义。网页中常用的图形格式包括 jpg 和 gif,这两种格式图像清晰,压缩比 高,得到了 Android 平台的支持,图形元素是由标题、背景、主图、链接图 标四种形式组成的。 3) 界面版式:版式是界面设计中给人直观印象深的重要部分,它将文字、图形 等视觉元素进行合理的搭配组合,使页面整体视觉效果美观和谐,层次清晰, 便于阅读,操作,实现信息传达的佳效果。终端系统的界面设计也是综合了 文字,图形等元素。使每一个功能所显示的文字与图片相结合,达到看图就 大概知道此键是什么功能的目的,终的目的还是为了使用者能够快速上手, 不至于因为操作的不得当而放弃此系统。 5.2 登录界面的设计 登录界面主要是由酒店或者餐厅的服务人员来操作的,所以要简单明了易操 作但又不失安全性。利用已有数据库对用户信息进行核对,核对正确后登陆成功, 21 利用界面跳转到主菜单界面。每一位服务人员有自己单独的一个账号密码(如工 号)用来登录,这样可以清楚的看出来这桌是谁点的餐,这菜是哪位服务员加的, 如果出现问题就可以责任到具体人员。 5.2.1 功能描述 服务人员可通过用户名(工号)和自设密码进入移动终端首界面的点餐首页来为顾客服务。而服务人员的账号密码(如工号)是提前在服务器数据库中设置的,每个服务人员都有属于自己的唯一的一个账号密码用来登录点餐系统,这样如果点餐中出现的问题,就可以达到责任到人。 5.2.2 界面设计 图5-1 登录界面 单独建立一个 Activity 用来控制用户的登录,在登陆界面用户输入账号与密码时,系统先判断用户账号或密码是否为空且是否和数据库中的信息一致,为空则跳出一个对话框给用户提示,账号或者密码错误;如果不为空则再从EditView 中取的账号密码与服务器中的早就存储好的账号密码进行匹配,如果匹配成功则利用 Intent 语句使页面跳转到下一个主菜单界面。对登录界面中的登陆按钮添加监听事件,在服务人员输入个人账号和密码点击登录按钮后,终端会先判断指令是否满足 validate()方法,validate()方法是防止账号密码为空时而显示的登录提示,如果为空会则跳出一个对话框进行提示,提醒用户账号密码是必填项,如果不空,则再判断是否满足 login()方法,login()方法是用发送来的指令与数据库进 22 行连接比较核对是否原来存储的一致,一致的话则顺利登录同时跳转到下一个 Activity 即主菜单界面,否则出现账号密码错误的提示,显示用户登录失败。这个方法是在login()方法中再与后台数据库查询匹配成功后调用的,也将登录用户信息记录并保存在终端系统的本地数据库中,存储方便快捷。这也正是基于Android平台的优点,拥有自己独立的数据库SQLite,方便调用,它相当于一套小型的数据库引擎,可供系统中其他应用程序调用。 5.3 主菜单界面菜单界面 主菜单界面很直观,包含点菜管理(备注菜品要求)、并台管理、查台管理、结台管理、转台管理、注销登陆、更新管理、设置内容等八个功能模块。每个功能模块都可以提供一种服务,包含相对应的功能操作,界面简单直观方便服务人员操作使用。 5.3.1 界面设计 图5-2 主界面图 23 5.3.2工作流程 服务人员在输入账号密码登录以后转到此界面选择下一步所需操作,再点击了所选择的操作后界面就会跳转到下一个实现功能菜单界面。利用 Android 平台布局上的优势,调用 GridView 布局模式很容易的就能实现几行几列的布局,再给每个表格上添加一个 imageView 视图,利用一个图片数组来为此布局逐个添加图片,图片是自己预先选好的复制到 drawable 文件下,即可直接用。然后再给每一个图片分别添加监听器去实现各自的监听功能,在添加监听器时运用到了选择语句 switch 对相应图片进行一一判断。 5.4 并台界面 5.4.1 功能描述 在应两桌顾客的要求,需要两桌合到一桌就餐时,服务人员就会选择此按钮来提交数据使服务器的记录信息进行更改,费额合到一个订单号上。方便顾客在遇到朋友时能迅速并台吃饭。再点击并台后跳出一个对话框需要选择哪个桌号并到哪个桌号,然后点击确定即可。 5.4.2 界面设计 24 图5-3 5.4.3 工作流程 并台系统:unionTable()方法来实现并台操作的各个步骤。并台系统是利用AlertDialog.Builder 生成对话框,向其中添加下拉链表 Spinner 来操作两个要合并的桌号。并连接服务器数据库来更新,使被合并桌号的数据全部改为合并桌号的订单号。这样就并桌成功 5.4 换台界面 5.4.1 功能描述 这个功能的设置是为了方便来客想要换一处桌位就餐时设置的功能。在点击此按钮后就跳出一个对话框,输入订单编号和所要更换到得桌位号。这也是此系统人性化的表现,尽量考虑到顾客就餐时需要的服务,不过还是不能面面俱到。 5.4.2界面设计 . 图5-4 25 5.5 查台和结账 5.5.1 功能描述 方便服务人员和顾客随时了解酒店的就餐信息,例如是否有空位,是否结账等一系列信息,给顾客提供更为优质的服务。红色表示有人,而蓝色表示空位,是顾客能很清晰快捷的了解到现在酒店的就座信息,这一功能让酒店管理者也能随时了解酒店的上座率,更能方便高效的管理。 5.5.2 界面设计 图5-5 26 第六章 后台服务器端设计与管理 6.1 后台服务器架构与关键技术 根据前面的需求调研,前台终端设备一般选择 PDA、手机或者平板,不可能承担比较繁重的任务,因此 C/S 架构不适合本系统设计。所以在技术选型上Android 客户端应用采用 JAVA 技术,网络通信使用 Apache HTTP 协议,后台 WEB服务器采用 Servlet 相应客户需求。后台数据库采用 JDBC 访问数据库,客户端的一部分数据存储在本地的 SQLite 数据库中。能说明不符合与实现该模块的实际功能的情况,以及编码时的错误。 6.1.1 Tomcat 服务器 Tomcat 是一个小型的轻量级应用服务器软件,是一个开放源码的软件,是针对中小型系统应用的一个软件,是开发和调试 JSP 程序的首选经济实用的软件。之所以 Tomcat 能够被广泛应用,主要是因为它占用的系统资源少,扩展性强,同时还支持邮件服务等开发应用系统常用的一些功能。Tomcat 是 Apache 的一个子项目,是 Apache 服务器的扩展,但它是作为一个与 Apache 独立的进程单独运行的。在一台配置好 Apache 服务器上,可以利用 Tomcat 来响应 HTML 页面的访问请求。Apache 本身是一个 web 服务器,负责响应客户端请求。对于静态页面请求,会立即返回相应页面给客户端。Tomcat 和 IIS、Apache 等 Web 服务器一样,同样具有处理 HTML 页面的功能。但更重要的一点是它是一个 Servlet 和 JSP 容器,独立的 Servlet 容器是 Tomcat 的默认模式。 6.1.2 JDBC JDBC(Java Data Base Connectivity,Java 数据库连接)是一种 SUN 提供的用于执行 SQL 语句的 Java 数据库接口 API 函数,它为多种关系数据库提供了统一的数据查询和数据更新的访问方法。它由一组用 Java 语言编写的类和接口组成,JDBC 使数据库开发技术人员能用运用 Java API 函数来编写数据库的应用程序。通过 JDBC 向各种关系数据库发送 SQL 语句就非常容易。程序员只需用了解JDBC API,就可以编写程序,通过 JDBC API 可以向相应的数据库发送 SQL 调用。同时,将 Java 语言和 JDBC 结合起来使程序员不必为不同的平台编写不同的应用程序,只须写一遍程序就可以让它在任何平台上运行。 JDBC 对 Java 程序员而言是 API,对实现与数据库连接的服务提供商而言是接口模型。Java 数据库连接体系结构是用于 Java 应用程序连接数据库的标准方法。 27 作为 API,JDBC 为程序开发提供标准的接口,并为数据库厂商及第三方中间件厂商实现与数据库的连接提供了标准方法。JDBC 使用已有的 SQL 标准并支持与其它数据库连接标准,如 ODBC 之间的桥接。JDBC 实现了所有这些面向标准的目标并且具有简单、严格类型定义且高性能实现的接口。 28 第七章 系统测试 7.1 测试目的 在这个完整的点餐系统软件项目开发中,进行反复的系统测试是保证软件整体项目质量的重要环节。系统建成后,要进行细致周密的而又反复的测试,以保证系统正式发布以后可以正常浏览和使用。主要测试内容包括服务器稳定性安全性、界面是否真实还原设计稿当初的兼容性、链接的准确性、有效性和时效性、文字内容的正确性、数据库功能模块的有效性等。 在完成一个系统子模块后,就应该对它性能和功能做必要的测试。一般情况下,用测试数据对含有入口参数或者返回值的模块进行多次极值测试,当发现模块所完成的功能与需求设计中要求的不相符时,可以缩小测试范围在进行重新测试,在有可能发生错误的地方,在代码、函数、或者过程处设定测试中断点,从而缩小测试范围,并对主要变量添加监视,确定错误发生的区域,加以验证,后再通过逐个语句执行的方式运用 Log 日志输出等方法来确定错误产生的准确位置和错误的原因,修改代码或者结构方式,终来消除错误,使该模块能够达到设计时要求的功能。 当子系统设计和测试完成后,同时,组成子系统的各个模块也都完成了性能和功能的测试,就要开始全面的对整个子系统进行测试,确保各个模块之间相互间接口的协调、反应时长和通信的正确无误。 当整个系统设计完成后,要把所有经过单个测试的子系统组装成一个完整的多功能的系统来测试。通过这个测试,修改设计中的缺失和编码中的错误,确保了系统确实能完成需求分析中要求的功能,和客户要求的一致,且系统的动态特性也达到了预定的要求。 至此,一套完整的全智能无线点餐系统宣告开发完成,而且在今后使用过程中也是一种长时间的测试。它不仅实现了以机代人、化繁为简、以通信传送代替传统下单的全新工作方式,同时对于企业管理、财务规整、节约人力资源和个性化服务也具有相当现实的益处,很大的提升了工作的效率。无线点餐系统,无疑是提高酒店形象、突出优势服务、提高效率、显示技术、展示个性化服务的企业制胜法宝。所以,在未来我国的餐饮行业中,会有越来越多的餐饮酒店体会到智能点餐系统的便利与优势。 7.2 测试项目 组装测试:测试系统各个子模块的配合运作,正常工作流程。 29 确认测试:测试系统各个子模块的各项功能,尤其是对异常状况处理以及非法输入或是重复输入的响应和处理。 具体的测试项目包括: 1. 系统登录测试:测试系统登录界面,内容包括管理员以及服务人员的 账号口 令输入,是否正确存在,如不存在,是否提示错误,合理性 检查,系统操作稳定性和界面的友好程度; 2. 点菜测试:测试餐馆的点餐操作,内容包括顾客基本信息输入,合理 性检查、 合法性检查,点餐对话框显示控制,提交顾客点餐基本信 息,合理性检查、合法性检查,点餐登记; 3. 查台、并台和转台测试:测试查台、并台和转台功能,内容包括查询 当前台 子的预订信息是否准确,检查并台、转台操作的正误操作结 果; 4. 数据库操作:测试菜单操作功能,内容包括菜单管理界面的显示控制, 点餐 界面和数据库的菜单的统一性,增加菜单记录、修改菜单及备 注记录和删除菜单记录; 5. 现金结算:测试现金结算功能,内容包括现金结算对话框显示,输入 数据的 合理性检查,统计结果显示; 7.3测试准则 首先我们要认识到测试是软件开发的必经之路,也是整个软件开发过程中一个非常重要不可或缺无法替代的环节,一个好的软件必须经过无数次的重复测试。包括开发测试和以后再使用过程中的测试。软件测试的核心是保证软件质量的关键步骤。所以在测试过程中必须抱着谦虚谨慎,逐步多次的态度。 7.4 测试过程 7.4.1 登录测试 登录测试主要是通过对管理员及服务人员的用户名和密码的判别。若是用户名和密码正确就直接进入系统主菜单界面,若用户名或密码不正确就会出现提示信息需要重新输入用户名和密码进行登录。 7.4.2 各功能模块测试 主要是对主菜单各功能模块进行测试。测试目标是:各类功能正常运行。在 30 对各个功能模块进行操作时能够正常运行,能够达到需求设计中的要求。 7.4.3 系统测试 对整个点餐系统采用黑盒测试。测试目标就是:确认整个点餐系统能否健康运行。 7.5 软件需求测试结论 在对各模块进行测试后,已经能够证实该软件各方面的能力都可以,可以正常使用,只是模块间的逻辑严谨方面还有待加强且存在一定的漏洞。 7.6 测试结论 依据测试用例对该软件的各个功能进行了测试,顺利通过测试~ 31 总结 在这二个星期的课设中,让我对这学期学习的安卓知识有了一个更加全面的认识,在本次课设中将自己的知识进行了全面的融合。通过本次项目开发,积累了不少对项目开发的宝贵经验,通过对无线订餐的研发,知道了客户端联网的过程和其他的一些课本上没有的知识。 安卓手机应用开发是一个非常复杂的工程。安卓平台有着极大的兼容性和开放性,相信在以后的学习中自己将会借助这次课设让自己的以后的编程之路更加的好走。 在未来的安卓的学习中自己将更加注重知识的积累和更新,将会在已有知识的基础上不断的扩展自己的见识和见解,程序不像其他的知识那样,更新换代比较快,程序员就必须不断地学习和跟新自己的大脑才能跟的上时代的进步。自己一定会在这条道路上越走越远的。 32 参考文献 1) 耿祥意,张跃平.JSP实用教程(第二版)[M].北京:清华大学出版社,2010.10 2) 刘斌著.精通JaveWeb整合开发[J].北京:电子工业出版社,2012.5 3) 王趾成.软件工程(第二版)[M].大连理工大学出版社,2012.6 4) 王璞.网页制作三剑客[J].北京:清华大学出版社,2013.5 5) 吴建,张旭东.JSP网络开发入门与实践[M].人民邮电出版社,2012 6) 赫玉龙,姜幃.Java技术编程技术[M].北京:清华大学出版社,北京交通大学 出版社,2010.6 7) 陈云芳.精通struts2基于MVC的Java Web应用开打实战[J].北京:人民邮电 出版社,2011.7 8) MySQL完全手册,FreeMarker中文手册,安卓经典开发案例等网上资料[M] 33
/
本文档为【安卓应用开发课程设计报告-基于无线点餐的安卓程序报告】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索