(5)    验证设计
在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般，一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时，可能就需要返回到前面去进行修改。因此，在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。(6)运行与文护设计；在数据库系统正式投入运行的过程中，必须不断地对其进行 评调整与修改。
至今，数据库设计的很多工作仍需要人工来做，除了关系型数据库已有一套较完整的数据范式理论可用来部分地指导数据库设计之外，尚缺乏一套完善的数据库设计理论、方法和工具，以实现数据库设计的自动化或交互式的半自动化设计。所以数据库设计今后的研究发展方向是研究数据库设计理论，寻求能够更有效地表达语义关系的数据模型，为各阶段的设计提供自动或半自动的设计工具和集成化的开发环境，使数据库的设计更加工程化、更加规范化和更加方便易行，使得在数据库的设计中充分体现软件工程的先进思想和方法。
总共创建了优尔张表分别是：系统用户表（UserTbl）、菜谱分类表（MenuTypeTbl）、餐桌表（TableTbl）、菜谱表（MenuTbl)、订单详细表(OrderDailTbl) 、订单表(OrderTbl)
  系统用户表：当用户登录了系统将要使用的表。
  菜谱分类表：将菜单信息进行分类，以便于方便点餐，比如热菜、凉菜等。
  餐桌表：用来表示顾客在哪个桌位就坐，对桌位进行编号并标注其状态时有人还是空。
  菜谱表：用来保存菜品信息，如分类、价格和名称等。
  订单详细表：列出了顾客所点的菜的种类与数量，还有对菜的备注要求。
订单表：当顾客开桌点餐时列出的订单用户，所在桌号，客人几位，是否结算等信息保存到该表。
4.1     数据库需求分析
无线点餐系统以餐厅服务信息为主体，因此在这个系统中必须要有一个保存菜单信息的表，所以用编号做主键。负责登录终端系统的服务人员应该有保存服务人员信息的表，这个表中也是包括一些基本信息。并且以服务人员的编号作为主键。在一个点餐系统中，不可避免的要有桌位的编号。这样的话就必须有一个桌号表，该表保存桌位信息。顾客可以按照自己的喜好，在酒店布置的桌号中选择自己喜欢的位置。另外既然是酒店就必须要有一个订单表，该表中包括订单号，点餐时间，用户ID，桌号，人数，是否结账，备注等基本信息。这样也就还需要一个订单详细表用于存储顾客所点的菜品信息等等。原准备再弄一个菜品分类表用于区分凉菜，热菜等。
数据库的概念设计，即利用数据模型进行概念数据库的模式设计。根据无线点餐系统的需求，设计出以下的实体-关系模型（E-R）图如图。 Android安卓系统菜单点菜系统的开发与设计(13):http://www.youerw.com/jisuanji/lunwen_4511.html