摘要
人民生活水平的提升都会导致生活节奏越来越快，好多人吃菜都采用点外卖的形式。现今点外卖的平台已有好多，大多都须要安装它们的APP才可以使用。假如一味的使用外卖平台除了会导致店家成本的降低，还不利于店家订单的配送。开发小程序+懒人食材帮可以解决这种问题，实现利用微信就可以点餐。
本小程序+懒人食材帮采用Java语言和Mysql数据库进行设计，技术采用微信小程序，可以不安装App软件就实现订餐。**本系统实现管理员和用户、商家、配送员四个角色的功能。用户主要在微信端操作，内容有食材信息，用户可以在线点餐和管理订单信息以及查看配送情况。店家可以发布菜肴和管理订单、查看配送情况。管理员可以初审食材以及管理订单等。配送员可以接单完成配送。**本系统可以实现线上的订餐，帮助店家更好的销售餐品。
第4章系统设计4.1系统设计原则
系统详尽设计也是很重要的一步，设计的质量高低也决定了程序最终的质量，所以首先要进行系统的合理化详尽设计，之后还有看懂理解透彻这个程序的设计规划，这样编撰代码的时侯才不会出现错误，还要检验逻辑是否正确，性能是否满足用户需求，还要看是否容易理解，是否便捷操作，要把所有须要考虑的问题都设计好，这样编撰代码的时侯才会更省事。
开发一个成功的系统首先要有一个明晰的定位，就是开发这个系统的目的，之后确定系统的具体施行功能，具体须要投入的费用，之后进行市场可行性剖析，最终确定系统是否可行，之后才会举办下一步的工作。只有经过了详尽的前期督查，能够防止在系统开发中出现的好多其他问题，保障系统顺利开发进行。所以说一个成功的系统，首先必须方案思路正确，之后在依照需求设计对应的数据结构，开发环境，网路构架，之后构成一个完整的系统，只有这样能够使系统发挥更大的益处。
4.2系统功能结构设计
本系统的功能结构为用户界面、管理员界面和店家界面、配送员界面，不同角色负责的功能不同，对系统的功能设计采用系统功能结布光进行展示。本系统的功能结布光如右图4.1所示：
图4.1系统功能结构图
4.3系统数据库设计4.3.1数据库逻辑结构设计
逻辑结构设计就是数据库的一个概念模型，之后转换成数据库管理系统的一个模型，主要先构建单独的数据库ER模型，之后在把那些单独的模型整合上去，成为一个整体的数据库关系模型，之后还有整合各个数据之间的关系熟悉，关键字，还有数据结构和文件结构，通过构建的这种互相关系，因而产生一个完整的数据库关系视图。而逻辑结构设计阶段通常要分为以下几个方面执行，首先是关系模型的转换方面，要将各个数据之间的实体关系，实体熟悉之间的联系进行关联上去，之后还有解决命名问题，每位数据都有自己的专属名称微信点餐软件，可以采用原来的名称，也可以重新命名，前提是不能重复就行，其次就是还有把数据的非原子属性进行纵向和横向进行展开。其次我们还要进行数据结构的优化，这样就能保证数据的查询速率，保证系统的流畅运行。最后就是用户权限之间的关系视图设计，由于每位系统有不同的权限用户，所以要构建不同的关系视图，这样才能保证不同用户访问的时侯，访问的数据不同，依照用户不同的需求进行单独访问微信点餐软件，这样因而保障了数据的安全性，所以不同的数据结构之间要保持一定的数据逻辑独立性。
本系统的实体主要为食材信息、订单信息、用户信息、管理员信息、配送信息等。
（1）管理员信息的ER图如右图4.2所示：
图4.2管理员信息ER图
（2）菜肴信息ER图如右图4.3所示：
图4.3菜品信息ER图
（3）订单信息ER图如右图4.4所示：
图4.4订单信息ER图
（4）配送信息ER图如右图4.5所示：
图4.5配送信息ER图
（5）用户信息ER图如右图4.6所示：
图4.5用户信息ER图
（6）系统关系ER图如右图4.6所示：
图4.6系统关系ER图
4.3.2数据库表设计
数据库表是数据库的核心部份，把相同属性的实体设计到一个表，表与表之间进行联系就可以实现数据的正确调用。本系统的数据库表有管理员信息表、菜品信息表、订单信息表、商家信息表等。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
