摘要
移动互联网的飞快发展与进步，给我们普通人的生活带来了巨大且深刻的改变，改变了我们生活的方方面面，其中最大的改变莫过于饮食层面了，近年来，私房菜在餐饮市场中越来越受到追捧，私房菜以其能够满足顾客不同的饮食需求的特点，满足不同的消费者。随着市场的追捧，在私房菜菜馆日常管理中采用传统的管理方式不利于用户点餐体验的同时降低菜馆日常管理效率。
线上下单的操作给我们每一个人带来了巨大的便利，因此针对私房菜馆设计开发一个信息化管理系统是很有必要的。私房菜下单看似过程简单，但其背后的逻辑是十分复杂的，需要考虑的因素非常多。本设计是阿婆私房菜管理系统，以指定的私房菜品牌：阿婆为例，通过分析用户线上订餐及餐馆管理人员的需求设计实现。本系统采用目前行业流行的SprringBoot框架开发和开源的MySQL数据库。本论文详细介绍系统的开发背景、系统设计的意义和系统功能实现。在阅读相的文献、书籍、网上资源后，最终顺利实现了系统的要求和完成了论文的撰写。
关键词：阿婆私房菜管理系统；SpringBoot；MySQL
The rapid development and progress of mobile Internet has brought great and profound changes to the lives of ordinary people, and has changed all aspects of our lives. The biggest change is the diet level. In recent years, private dishes have been more and more popular in the catering market. Private dishes meet different consumers with their characteristics that can meet different dietary needs of customers. With the popularity of the market, the use of traditional management methods in the daily management of private vegetable restaurants is not conducive to the user's dining experience, while reducing the efficiency of daily management.
Online order-placing operation brings great convenience to each of us, so it is necessary to design and develop an information management system for private restaurants. Private vegetable ordering seems to be a simple process, but the logic behind it is very complex and there are many factors to consider. This design is a private vegetable management system for Grandma, taking the designated private vegetable brand: Grandma as an example, through the analysis of users'online ordering and restaurant management needs design and implementation. This system uses the current industry-popular SprringBoot framework to develop and open source MySQL database. This paper describes in detail the development background of the system, the significance of system design and the implementation of system functions. After reading the literature, books and online resources of photography, the requirements of the system and the writing of the paper have been achieved successfully.
Key words: Grandma's private vegetable management system; SpringBoot; MySQL
目录
1.3 国内外研究现状................................................................................... 2
1.4 课题研究主要内容............................................................................... 2
2.5 MySQL数据库简介.............................................................................. 5
3.2.1 经济可行性分析........................................................................ 7
3.2.2 技术可行性分析.......................................................................... 8
3.2.3 操作可行性分析.......................................................................... 8
3.3 功能需求分析....................................................................................... 8
3.4 非功能需求分析................................................................................. 13
4.1 总体结构设计..................................................................................... 14
4.2 功能模块设计..................................................................................... 14
4.3 时序图设计........................................................................................ 16
4.4 概念数据模型设计............................................................................. 16
4.6 物理模型结构..................................................................................... 21
5.3 菜单信息管理..................................................................................... 27
5.6 菜单信息展示..................................................................................... 29
5.7 菜单详细信息..................................................................................... 30
5.8 购物车展示........................................................................................ 31
6.4.1 登录测试.................................................................................... 34
6.4.2 用户管理测试............................................................................ 34
6.4.3 菜单管理测试............................................................................ 35
1 绪论
1.1 研究背景
“私房菜”这一概念在市井和网上的广泛出现才数年，却以其极为迅速的发展势头流行开来，举目望去，几年的时间，全国各大城市乃至一些中小城镇，例如成都、北京、广州、上海、武汉、香港等地相继出现了隐蔽、半公开或公开的私房菜馆，名目繁多的私房菜可以说是遍地开花，并日渐成为餐饮市场的“新宠”。在私房菜馆的日常管理中大多菜馆并没有自己的管理系统，甚至更多的还是基于传统的人工管理，线下点单，这样的管理方式无法做到用户留存，用户体验感差，从而不利于私房菜馆正向可持续的发展。
伴随着硬件和软件的不断发展，传统的菜馆线下点单已经不能给用户带来好的体验和菜馆运营用户的需求。越来越多的人在日常餐饮消费过程中选择通过网络下单菜品，随着5G及终端的普及，这种趋势已经无法避免，只有改变才能跟上社会发展的步伐，需要顺应时代的潮流。
在当前这个互联网高度发达社会，人们对于日常衣食住行消费方式的改变，网上下单已经是主流的方式，这种方式也催生出了大量的餐饮行业线上下单管理的需求，满足了不同用户的消费体验。为此有必要开发出一个完善的私房菜管理系统，促进餐饮工作者高效的管理用户及其他菜品信息，方便广大用户快速下单，优化消费体验[1]。
1.2 开发意义
互联网的快速进步和相比于传统方式的优势明显，网购是大势所趋，受到广大用户所欢迎，网上下单菜品也是其中的一部分，得到了迅速发展。计算机软件和系统的成熟，菜馆的信息化管理成了餐饮行业所重视的问题，而建立私房菜管理系统是一个很好的解决问题的办法。为此，我们以阿婆为品牌，开发一个具有普适性的阿婆私房菜管理系统[2]。
此系统具有手工所无法比拟的优点，可以利用它进行大量的数据存储，检索信息迅速、方便，数据的可靠性高且保密性好。
本论文通过对整体设计把数据库与应用程序相连接，设计实现一个阿婆私房菜管理系统，使得管理员能够有效的管理菜单信息、订单信息及用户信息的管理等。同时用户可以用它方便的查询到相关的菜单及订单信息，选择是否合适自己，可以基于线上直接下单。
该项目开发计划是根据阿婆私房菜馆对菜单管理和订单管理的需求编写的，经过可行性研究，共同制定该项目开发的总体计划，提高工作效率，节约人力和物力资源。基于该阿婆私房菜管理系统可以解决用户线下浏览下单私房菜流程繁琐，无法实时感知菜品信息及库存信息的这些痛点，满足了用户的需求。对于私房菜菜馆从业者来说，基于该系统可实时同步菜单信息，掌握用户数据，未来可搭建自己的会员体系，结合营销手段促进私房菜馆效益的指数增长，另一方面，对促进社会消费，拉动内需也有一定的正向意义。
1.3 国内外研究现状
目前国内私房菜管理系统的研究并不是很成熟，由于私房菜馆体量小，常见的管理形式大都采用传统的纸质菜单，缺乏新颖的设计和科技应用。随着国内餐饮行业的不断发展，人民对高美食体验需求的提高，小成本的私房菜管理系统的研究和开发已经成为了迫切需求。
相对于国内，国外没有国内私房菜的概念，但是对应的菜单管理系统的研究和应用较为成熟，许多餐厅和酒店已经采用了数字化的菜单管理系统，并且不断地尝试创新设计和技术应用，以更好地提高客户满意度和品牌价值。如美国的 Oracle Hospitality、瑞士的 Fidelio、德国的 Springer-Miller Systems 等。这些系统涵盖了不同的餐饮业务功能，包括订餐管理、收银结算、客户关系管理等。
私房菜管理系统的研究方向主要围绕着如何提升客户就餐体验和餐厅经营效率展开，其中涉及到的关键技术包括网络科技、人工智能、大数据分析等。未来，私房菜管理系统的研究方向将更加注重用户体验和人性化设计，如增强菜品介绍、智能推荐、在线点评等，为消费者提供更加便利、高端的用餐体验。
1.4 课题研究主要内容
课题主要内容从需求分析、系统设计、系统实现及测试角度撰写。在研究开始阶段，需要对阿婆私房菜的经营情况进行调研，分析其经营模式、菜品种类、管理方式等，进而确定阿婆私房菜管理系统的需求。根据需求分析的结果，进行系统设计，包括系统架构设计、功能模块设计、数据库设计等，从而实现对阿婆私房菜管理过程的自动化支持。根据系统设计的内容，对阿婆私房菜管理系统进行编写，涉及到Java编程技术、数据库操作等。在完成系统编写后，进行系统测试，测试系统功能是否实现、是否符合要求、是否具有稳定性等，确保系统能够正常使用。在测试完成后，总结系统，并可视实际情况将阿婆私房菜管理系统推广到实践中，使阿婆私房菜的经营管理更加高效、便捷和智能。
1.5 本文的结构
本论文分为六个章节。
阿婆私房菜管理系统的主要目的在于方便用户查看菜单选购菜品，管理员管理菜品及用户实现信息化操作，本论文具体被划分为六个部分。
第一章为绪论。本文的研究背景、意义、研究现状以及本文的框架。
第二章介绍了该软件的开发平台和技术。本文主要阐述了阿婆私房菜管理系统的开发背景以及所采用的技术。
第三章为需求分析。对阿婆私房才管理系统的功能和非功能要求进行了详细的阐述，并给出了系统的功能模块图。
第四章对整个体系进行了整体的设计。完成了各子系统的功能模块的划分与数据库的开发
第五章，详细讲述每个界面的正确操作步骤。
第六章，该章讲述了测试的目的以及测试过程及用例。
最后对论文进行总结，包括致谢和参考文献等内容。
2 核心技术介绍
2.1 Java简介
Java语言是目前使用最为广泛的面向对象的编程语言。在服务器端的软件开发中占据重要地位，它具有高重用性，高安全性，高移植性。Java通过提供丰富的类库来实现各种功能，并使代码具有较高的重用性，大大提高了软件开发的效率和速度。
2.2 B/S结构
B/S结构是将网页和服务器相结合的结构方法。是一种基于网络的网络结构模型，其前身为C/S结构。随着计算机科学和互联网科技的日益发达，B/S结构已经成为目前计算机体系结构的主流之一。它不仅可以很好地适应当今信息时代对计算机系统提出的新要求，而且还能满足人们对于信息传递的需求[3]。在B/S框架中，用户的日常工作页面都是通过WWW网页实现的，重点是前台的UI表现以及后端的具体事件逻辑，为三层3-tier架构。在此架构下，系统维护与更新人员的工作量与成本压力获得一定程度的减轻，从而大大降低了系统的总体生产成本。这是因为所有人都能够在任何区域登录并以LAN、WAN、Internet/Intranet等方式实现数据库连接[4]。使用B/S架构的一个最大优点就在于，它具有良好的可移植性，而且还具备强大的可扩展性和兼容性；其次，用户只需要拥有一台电脑即可。能够充分提高其服务器数据库的稳定性，有效地维护数据库系统和管理权限。在B/S结构的服务器端，像Java之类的编程语言变得更快、更高效、更容易掌握[5]。
B/S结构的产生，是因为传统的C/S结构已经不能适应全球网络开放、传播迅速和信息共享的新形势。因此，为了适应这种发展，就必须要采用一种全新的体系结构，即B/S结构。B/S模式的特点在于：1.分布性。2.开放性。3.可扩展性。4.安全性。B/S架构有很多好处，其中最突出的是，终端用户不能直接访问互联网以获得文本、音频、图片、动画、录像等，而是从网页端得到信息，因为数据存放在服务器中，而网页能够通过各种方法链接到数据服务器以交换信息[6]。通常情况下，使用者无需借助任何的用户程式，就能直接从Web端上加载必须在本土安装的内容，而Web服务器则通过把数据或者消息发送到数据库服务器，然后将数据和其他信息返回到Web上，从而在这里进行下载[7]。
2.3 MVC模式
MVC模式(三层架构模式)(Model-View-Controller)是Web项目开发最重要的软件架构模式，它根据功能和数据流转的路径，将整个Web项目划分为Model(模型)、View(视图)和Controller(控制器)三部分[8]。
2.4 IDEA简介
IDEA，全名Intellij IDEA。Intellij是为Java编程语言设计的集成环境。Intellij是业内认可的最优秀Java设计工具一种，尤其适合于智能代码助手、代码自动提示符、重构、Java EE支持、各种版本工具(git、svn和github等)、JUnit、CVS整合、代码解析、创新性的GUI设计等[9]。
2.5 MySQL数据库简介
在各种信息管理系统中，数据库系统作为一种十分关键的组成部分，通常被设计为整个信息系统的核心，数据库管理系统必须具备良好的数据存储和处理的功能。而对于一个大型网络系统而言，数据库的管理和维护更显得尤为重要了，所以本文主要对数据库系统中的相关问题展开研究。通过分析，提出相应的解决措施，为今后的发展奠定基础。本系统使用MySQL数据库[10]。虽然MySQL是一种小型数据库系统，但是由于它的开放特点，使其具有很强大的数据分析力量，在许多领域都得到广泛的使用，越来越多的商业应用中都开始采用MySQL数据库，加之MySQL数据库建设成本低廉，体积小巧，执行速度极快，质量也非常好，因此成为目前许多中小型网站的首选数据库系统。
2.6 layUI框架
layUI是一个前端UI框架，使用自己的模块Classic Module规范编写。它使用类似于AMD的模块管理方式，包括一个丰富的组件库。layUI遵循原来的HTML/CSS/JS的开发方法，易于操作，风格独特且简洁。同时还具有良好的可维护性，可重用性较强。而且也能更好地支持跨平台以及跨操作系统的应用开发。此外layUI提供多种接口供开发人员选择。layUI也支持面向对象的开发模式，后端开发者可以通过layUI框架与开发者需要的所有页面元素进行交互，而不需要使用其他的前端工具。并做到智能引用当前JS社区存在的和熟悉的主流方案，提高编程开发的工作效率[11]。
3 系统分析
3.1 设计目标
本文所设计的阿婆私房菜管理系统是为了使读者能够方便地使用电脑进行日常的管理等工作。在阿婆私房菜管理系统的设计中，对用户的需求进行了详细的分析，因此，在实现该系统时，必须达到如下目的：
（1）稳定性：系统在运行的过程中，必须保证系统的稳定性，并且在不影响系统正常工作的情况下，对计算机的硬件进行修改。如果有一个模块出了问题，其他的功能模块也不会受到影响。
（2）精确度：管理员在对阿婆私房菜管理系统的各功能模块进行调试之后，必须满足更好的使用条件，一旦出现错误，就会有相应的记录。
（3）扩充：当需要增加新的业务类型时，可以增加新的功能模块，同时保留现有的阿婆私房菜管理系统的功能模块。
（4）可维护性：当需要修改调节界面时，不需要修改阿婆私房菜管理系统的结构。
（5）独立性：各功能模块必须独立存在，管理员可按实际情况增减或添加对应的功能模块。
3.2 可行性分析
3.2.1 经济可行性分析
阿婆私房菜管理系统可以帮助店家减少管理人力资源和材料成本。原来没有这个系统前，店家可能需要雇佣更多的员工进行订单处理、采购及库存管理等工作。而有了管理系统后，这些工作可以更加高效地进行，减少员工数量和让管理人员更好地管理业务流程。此外，由于系统可以有效控制食材的采购量和库存，可以减少浪费并提高成品食物利润。
原来管理流程主要是手工操作，需处理大量的订单和库存信息，需要大量人力资源和时间。而阿婆私房菜管理系统后，可以借助技术手段将这些信息集中在一个平台上，提高业务效率，降低沟通成本。
成本方面，原来的管理流程需要雇佣大量人力、物料和时间对订单、库存等信息进行处理，这些成本可能是固定的。而如果管理不到位，可能存在食物浪费、库存积压等问题。而有了管理系统后，可能需要支付一定的软件开发和维护成本，但是可以有效控制成本并将其转换为更高的效率和利润。
有了管理系统后，整个业务流程会更加高效，可能少了或者完全没有了手工错误和管理不到位等成本。同时可以对各种食物的采购、库存和销售都进行跟踪、分析和优化，可以充分利用物料，降低产品成本，增加利润。此外，阿婆私房菜管理系统可以降低房地产租赁成本，因为可以根据销售趋势和需求来优化周围销售的房地产位置，减少无效相对位置，使店家的效益最大化。
总的来说，阿婆私房菜管理系统具备很好的经济可行性，可以有效地提高业务流程效率，节省成本，增加利润，从而让店家实现可持续发展。
3.2.2 技术可行性分析
idea是阿婆私房菜管理系统体系的主要开发平台，它可以对用户下单管理进行系统的编译、运行，选择MySQL作为系统的并行和安全保障，同时也能确保系统的兼容和高可用性。因为已经学习了一些软件开发方面的知识，所以在实际操作中并没有什么问题，尤其是idea的开发工具，因为它具有很好的兼容性，所以许多软件都能在idea上运行，而MyEslipse所采用的开发工具也比较普遍，所以从技术上讲，这个阿婆私房菜管理系统是切实可行的。
3.2.3 操作可行性分析
首先，系统采用的是直观且用户友好的界面设计，使得店家和员工能够快速了解系统操作流程和各种功能，降低操作难度，缩短学习曲线。因此，店家和员工在使用系统时，无需太多的培训和指导。阿婆私房菜管理系统可以实现在线菜品上传、销售及订单相关信息的管理，方便店家和员工实时跟踪和处理业务。该系统能够在互联网上运行，从而方便店家迅速接受与客户的不同订单，能够帮助店家有效提高业务效率和管理绩效，缩短学习曲线，提高客户满意度，从而为店家增加经济收入和品牌价值，具备一定的操作可行性。
3.3 功能需求分析
需求分析的首要任务是要分析用户的需求，知道用户存在的一些情况，并且要明确用户的使用状况，然后设计规划解决的问题。其中在使用定性的分析以及定量的分析，从这两个方面获取用户的需求。一方面定性的分析获得的应该是用户的基本需求，能够发现现在人们的习惯要求。所以定性的需要主要是为了多与用户交流，从而更为深刻的了解一些存在的需求问题；定量的分析则是发现一些潜在的用户，并且获得不一样的反馈内容。所以定量的需求要让用户来阐述一些情况，一定让使用者清晰的进行客观的描述，这样才能够比较全面的获得用户的需求所在。
通过市场调研，基于阿婆私房菜日常管理的深入调查，分析得出该阿婆私房菜管理系统有两个使用对象，分别为前端及后台管理员，阿婆私房菜管理系统是以私房菜餐饮行业的现状为起点，综合网络空间开发设计要求。目的是将阿婆私房菜的管理通过网络平台变换为在网上操作，完成私房菜闭环管理的方便快捷，同时对安全性、规范做了保障，目标明确。用户用例如图3-1所示，管理员用例如图3-2所示。
图3-1 用户用例图
图3-2 管理员用例图
用例描述以表的形式，描述用例参与者、前置条件、后置条件及事件流维度的内容，本阿婆私房菜管理系统的用例描述表如下：
（1）管理菜单类别信息
在表格3-1中给出了管理菜单类别信息的用例说明。
表3-1 管理菜单类别信息用例描述
| 用例标识 | 3-1 |
| 用例名称 | 管理菜单类别信息 |
| 参与者 | 管理员 |
| 前置条件 | 管理员必须输入正确的帐号和密码以登录该系统 |
| 后置条件 | 管理菜单类别信息 |
| 用例概述 | 管理员管理菜单类别信息 |
| 基本事件流 | 1.管理员输入用户名和密码 2.管理员点击添加按钮，在菜单类别信息管理界面中提交新增加的菜单类别 |
| 备选事件流 | 3.只有菜单类别信息跟数据库信息不同，菜单类别信息才能够添加成功 |
| 备注 |
（2）管理用户信息
管理用户信息用例描述如表3-2所示。
表3-2 管理用户信息用例描述
| 用例标识 | 3-2 |
| 用例名称 | 管理用户信息 |
| 参与者 | 管理员 |
| 前置条件 | 管理员必须输入正确的帐号和密码以登录该系统 |
| 后置条件 | 管理用户信息 |
| 用例概述 | 管理员管理用户信息 |
| 基本事件流 | 1.管理员输入用户名和密码 2.管理员点击修改按钮，在用户信息管理界面上提交修改后的用户信息 3.用户信息修改成功 |
| 备选事件流 | 4.修改的信息需要注意字符合法性才能够成功修改 |
| 备注 |
（3）管理订单信息
管理订单信息用例描述如表3-3所示。
表3-3 管理订单信息用例描述
| 用例名称 | 管理订单信息 |
| 参与者 | 管理员 |
| 前置条件 | 管理员登录系统 |
| 后置条件 | 订单状态已更新，并将订单信息从数据库删除 |
| 用例概述 | 管理员删减订单信息 |
| 基本事件流 | 1.管理员在系统中输入正确的帐号和密码 2.管理员按下删除键，将更改后的订单提交至订单管理界面 3.订单删除成功 |
| 备选事件流 | 4.订单需要不与其他表格相联系，才能够删除订单信息 |
（4）管理菜单信息
管理菜单信息用例描述如表3-4所示。
表3-4 管理菜单信息用例描述
| 用例标识 | 3-4 |
| 用例名称 | 搜索菜单信息 |
| 参与者 | 管理员 |
| 前置条件 | 管理员需要输入正确的用户名和密码登录系统 |
| 后置条件 | 菜单信息最新状态更新展示 |
| 用例概述 | 管理员搜索菜单信息 |
| 基本事件流 | 1.管理员输入正确的用户名和密码登录到系统当中 2.管理员在搜索框输入信息，在菜单信息管理界面上提交信息 3.菜单信息搜索成功 |
| 备选事件流 | 4.输入的菜单名称需要与数据库记录相同才能够成功搜索 |
| 备注 |
（5）登录
登录用例描述如表3-5所示。
表3-5 登录用例描述
| 用例标识 | 3-5 |
| 用例名称 | 登录 |
| 参与者 | 用户、管理员 |
| 前置条件 | 用户、管理员需要输入正确的用户名和密码 |
| 后置条件 | 登录 |
| 用例概述 | 用户、管理员登录 |
| 基本事件流 | 1.用户、系统管理员登录网页 2.管理员和使用者在系统中输入信息 |
| 备选事件流 | 4.如果需要成功登录，必须输入与数据库信息相符的信息 |
| 备注 |
（6）管理个人信息
管理个人信息用例描述如表3-6所示。
表3-6 管理个人信息用例描述
| 用例标识 | 3-6 |
| 用例名称 | 管理个人信息 |
| 参与者 | 用户、管理员 |
| 前置条件 | 用户、管理员必须访问配置文件更改页 |
| 后置条件 | 修改个人信息 |
| 用例概述 | 用户、管理员管理个人信息 |
| 基本事件流 | 1.用户、管理员登录网页 2.使用者及管理人员在该系统内输入使用者名称及密码 3.更改自己的个人信息到自己的个人信息更改页 |
| 备选事件流 | 4.只有输入的信息合法才能够成功修改 |
| 备注 |
（7）管理公告信息
管理公告信息用例描述如表3-7所示。
表3-7 管理公告信息用例描述
| 用例标识 | 3-7 |
| 用例名称 | 公告信息管理 |
| 参与者 | 管理员 |
| 前置条件 | 管理员进入到公告信息管理页面中 |
| 后置条件 | 管理公告信息 |
| 用例概述 | 管理员管理公告信息 |
| 基本事件流 | 1.用户登录网页 2.在这个系统中，管理员键入了一个使用者名称和密码 3.在公告信息管理中管理公告信息 |
| 备选事件流 | 4.只有点击相应的按钮才能够管理 |
| 备注 |
（8）浏览购买菜品
浏览购买菜品用例描述如表3-8所示。
表3-8 浏览购买菜品用例描述
| 用例标识 | 3-8 |
| 用例名称 | 浏览购买菜品 |
| 参与者 | 用户 |
| 前置条件 | 用户需要登录 |
| 后置条件 | 查看菜品信息，加入购物车 |
| 用例概述 | 用户查看购物车结算 |
| 基本事件流 | 1.用户登录网页 2.在这个系统中，用户键入用户名和密码 3.打开菜品详情页面 |
3.4 非功能需求分析
（1） 稳定性：阿婆私房菜管理系统体系，可以满足500+人同时进行点餐的情况下，进行正常的工作，遇到一些小的问题，也可以迅速的做出处理。
（2） 流畅性：阿婆私房菜管理系统需要具备快速响应的能力，能够在用户使用时能够无缝地进行操作，减少卡顿和延迟现象的出现。因此，系统需要采用高性能的计算机硬件和优化的软件编程，以提高系统的响应速度。
（3） 可扩充性：软件开发人员在进行阿婆私房菜管理系统的功能模块的设计时，应注意各功能模块之间的层次关系，以便维护各功能模块的独立性，便于以后的修改时对其进行扩充。
（4） 操作简单性：在设计和实现阿婆私房菜管理系统的过程中，不能有太多的繁琐，用户在使用的时候要方便的点击。
4 总体设计
4.1 总体结构设计
整体结构设计也就是整体模块化设计，它是一个整体的模块化设计，它可以展示出一个系统由哪些主要的模块化组成，以及一个大型的模块化。按模块划分系统的功能，保证各模块都有相应的响应功能，各模块的功能可按用户要求进行相应的功能，如本系统的具体模块功能图所示，而整体的结构设计则是具体的模块结构设计。在特定的模块结构设计中，将较大的单元划分为较小的单元，若将较大的单元分解成较多的单元，则较小单元间的耦合程度较低，从而提高了较快的速度和效率。在对各个模块进行拆分时，要注意将其按照逻辑和函数进行划分。
图4-1 功能模块图
4.2 功能模块设计
4.2.1 登录模块
如果用户所录入的信息与数据库中数据库中的信息相符，那么就表示其身份验证完毕，数据库也将会被系统的数据库所收录。在离开之前，用户需要点击“退出”。该流程如图4-2所示：
图4-2登录流程图
4.2.2 添加新用户流程图
管理员在添加信息时，系统根据添加对象自动生成信息编号，验证通过则添加至数据库，表明添加信息成功，若反馈失败则信息添加失败。该流程如图4-3所示。
图4-3 添加新用户流程图
4.3 时序图设计
（1）用户注册
用户打开注册页面，输入个人信息，包括用户名、密码等信息。用户提交个人信息后，系统会接收到用户的注册请求，并进行数据验证，用户注册时序图如图4-4所示。
图4-4 用户注册时序图
（2）用户查看菜单
用户进入系统，可点击菜单信息，选择目标菜单进行详细信息的浏览，通过这个时序图，用户可以清楚地了解在查看菜单信息时，系统的响应过程和操作流程，用户查看菜单时序图如图4-5所示。
图4-5 用户查看菜单时序图
（3）用户结算购物车
用户进入系统，用户点击购物车图标进入购物车页面，并点击结算按钮。系统接收到用户请求，计算购物车中的商品价格和数量，生成订单信息。系统会在页面上显示订单信息，包括菜品名称、数量、价格等信息，并计算总价，用户结算购物车时序图如图4-6所示。
图4-6 用户结算购物车时序图
（4）菜品信息管理
管理员验证身份信息进入系统后，可对菜品信息进行增删改查的操作，菜品信息管理时序图如图4-7所示。
图4-7 菜品信息管理时序图
（5）用户管理
管理员验证身份信息进入系统后，可对用户信息进行增删改查的操作，用户信息管理时序图如图4-8所示。
图4-8 用户信息管理时序图
（6）订单管理
管理员验证身份信息进入系统后，可对订单信息进行增删改查的操作，订单信息管理时序图如图4-9所示。
图4-9 订单信息管理时序图
4.4 概念数据模型设计
使用者可以对概念化的资料模式进行描述，使用者在了解了该实体以后，可以利用概念性的资料模组来进行系统间的关联，方便使用者与管理者进行沟通，便于使用者了解该体系的运作方式。
E-R设计又被称为实体联系设计，E-R图形是一种可以将真实世界转换为抽象的概念模式，其总体上包括实体、属性和联系三个方面。
图4-10 数据库E-R图
4.5 系统架构
该系统采用了以用户端为浏览器的方式，通过数据库的方式访问服务器中的数据；浏览器-服务器的架构比服务器-客户端的架构更易于维护。要改变浏览器—伺服器的版本，程式开发者必须改变伺服器上的内容，而不需在浏览器上做任何改动。如果有大量的用户，那么就可以使用浏览器—服务器体系结构。
图4-11 系统架构图
4.6 物理模型结构
（1）菜单信息表
表4-1 菜单信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| caidanmingcheng | varchar | 200 | 菜单名称 | ||
| caidanleibie | varchar | 200 | 菜单类别 | ||
| kouwei | varchar | 200 | 口味 | ||
| tupian | longtext | 255 | 图片 | ||
| shangjiariqi | date | 上架日期 | |||
| caidanjieshao | longtext | 255 | 菜单介绍 | ||
| onelimittimes | int | 单限 | |||
| alllimittimes | int | 库存 | |||
| thumbsupnum | int | 赞 | |||
| crazilynum | int | 踩 | |||
| clicktime | datetime | 最近点击时间 | |||
| clicknum | int | 点击次数 | |||
| price | float | 价格 |
（2）用户信息表
表4-2 用户信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| username | varchar | 100 | 用户名 | ||
| password | varchar | 100 | 密码 | ||
| role | varchar | 100 | 角色 | 管理员 | |
| addtime | timestamp | 新增时间 | CURRENT_TIMESTAMP |
（3）菜单类别信息表
表4-3 菜单类别信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| caidanleibie | varchar | 200 | 菜单类别 |
（4）地址信息表
表4-4 地址信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| userid | bigint | 用户id | |||
| address | varchar | 200 | 地址 | ||
| name | varchar | 200 | 收货人 | ||
| phone | varchar | 200 | 电话 | ||
| isdefault | varchar | 200 | 是否默认地址 |
（5）订单信息表
表4-5 订单信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| orderid | varchar | 200 | 订单编号 | ||
| tablename | varchar | 200 | 商品表名 | caidanxinxi | |
| userid | bigint | 用户id | |||
| goodid | bigint | 商品id | |||
| goodname | varchar | 200 | 商品名称 | ||
| picture | longtext | 255 | 商品图片 | ||
| buynumber | int | 购买数量 | |||
| price | float | 价格 | |||
| discountprice | float | 折扣价格 | |||
| total | float | 总价格 | |||
| discounttotal | float | 折扣总价格 | |||
| type | int | 支付类型 | |||
| status | varchar | 200 | 状态 | ||
| address | varchar | 200 | 地址 | ||
| tel | varchar | 200 | 电话 | ||
| consignee | varchar | 200 | 收货人 | ||
| remark | varchar | 200 | 备注 |
（6）购物车信息表
表4-6 购物车信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| tablename | varchar | 200 | 商品表名 | caidanxinxi | |
| userid | bigint | 用户id | |||
| goodid | bigint | 商品id | |||
| goodname | varchar | 200 | 商品名称 | ||
| picture | longtext | 255 | 图片 | ||
| buynumber | int | 购买数量 | |||
| price | float | 单价 | |||
| discountprice | float | 会员价 |
（7）在线客服信息表
表4-7 在线客服信息表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| userid | bigint | 用户id | |||
| goodid | bigint | 商品id | |||
| goodname | varchar | 200 | 商品名称 | ||
| picture | longtext | 255 | 图片 | ||
| buynumber | int | 购买数量 | |||
| price | float | 单价 | |||
| discountprice | float | 会员价 |
4.7 系统类图
系统类图用于描述系统组成和类之间关系的UML类图，展示了系统中的所有类、接口、关联和依赖关系，以及它们之间的交互关系。系统类图主要用于分析和设计系统，并提供了系统中类及其关系的概览，系统类图如图4-12所示。
图4-12 系统类图
系统实现
5.1 系统登录
系统登录是阿婆私房菜管理系统关键的功能模块，登录成果是所有动作的前置条件，管理员进入后台需输入用户名验证正确后方可进入后台管理界面，用户需注册登录方可进入前端使用系统功能，用户登录如图5-1所示，管理员登录如图5-2所示。
图5-1 用户登录界面图
图5-2 管理员登录界面图
5.2 用户管理
管理员要管理用户的信息，就必须要到物品管理的页面里面去，而要删除用户的话，就必须要到用户管理系统的页面里面，然后单击“删除”键，在删除数据的过程中要检查被删除的数据是不是和其他数据之间的相关较大联系，否则无法进行正常的删除等操作。管理员要查询的话可以直接进入阿婆私房菜管理系统，在系统的搜索栏里键入一个用户的名字来查询用户的相关资料，只要符合资料库的目录，就可以查询到相关的用户资料。
图5-3 用户管理界面
5.3 菜单信息管理
管理员输入正确的名称和密码相关登陆到阿婆私房菜管理系统当中，然后进入到菜单信息管理界面中，可以对车票的分类信息进行管理，并能对菜单信息的信息进行增删、修改、查找。当管理员要加入菜单信息信息时，可以按下“增加”键，当管理员按下添加键后，就会进入添加的页面，然后在增加栏里输入车票的相关信息，然后，可以将车票类别的记录加入到数据库记录中。当管理员想要更改菜单信息信息的时候，就必须进入到修改的页面，然后在页面上输入菜单信息的信息，在系统管理员输入了更改后的菜单信息信息后，可以点击提交按钮，如果在数据库中发现了与此类似的信息，那么将无法正常地加入到数据库中，必须在系统的前端界面上向管理员发出通知。
图5-4 菜单信息管理界面
5.4 公告管理
管理员要管理公告的信息，就必须要到物品管理的页面里面去，而要删除公告的话，就必须要到公告管理系统的页面里面，然后单击“删除”键，在删除数据的过程中要检查被删除的数据是不是和其他数据之间的相关较大联系，否则无法进行正常的删除等操作。管理员要查询的话可以直接进入阿婆私房菜管理系统，在系统的搜索栏里键入一个公告的名字来查询公告的相关资料，只要符合资料库的目录，就可以查询到相关的公告资料。
图5-5 公告管理界面
5.5 订单管理
管理员输入正确的名称和密码相关登陆到阿婆私房菜管理系统当中，然后进入到订单管理界面中，可以对车票的分类信息进行管理，并能对订单的信息进行增删、修改、查找。当管理员要加入订单信息时，可以按下“增加”键，当管理员按下添加键后，就会进入添加的页面，然后在增加栏里输入车票的相关信息，然后，可以将车票类别的记录加入到数据库记录中。当管理员想要更改订单信息的时候，就必须进入到修改的页面，然后在页面上输入订单的信息，在系统管理员输入了更改后的订单信息后，可以点击提交按钮，如果在数据库中发现了与此类似的信息，那么将无法正常地加入到数据库中，必须在系统的前端界面上向管理员发出通知。
图5-6 订单管理界面
5.6 菜单信息展示
在菜单信息显示界面中，可以显示菜单信息的信息，并将所呈现的信息以表格的形式显示出来相关内容，而对于菜单信息的显示，则是依靠服务器将菜单信息的信息传送到前端，而前端接口可以通过它的规则表达式来分析它的信息。服务端通过数据库SQL语句对数据库服务器进行操作，获取菜单信息的相关信息，并把这些信息传输到客户机中，以显示菜单信息的相关信息内容。
图5-7 菜单信息展示界面
5.7 菜单详细信息
该菜单详情显示在菜单详细栏中，使用者可以查看菜单详细信息。前端接口使用规则运算来分析信息，并以CSS风格将菜单详细信息方面安排在前端页面上。在用户按下按键后，前端接口会设定对应的功能以回应。在用户登录到菜单详细页面之前，首先要使用SQL数据库的SQL声明将菜单详细信息传送给服务器，然后再向服务器显示该菜单的信息。
图5-8 菜单详细信息界面
5.8 购物车展示
在菜单详细页面电机添加购物车跳转购物车页面，可在购物车页面展示商品数量，可进行删除及结算操作，购物车实现页面如图5-9所示。
图5-9 购物车展示界面
5.9 订单展示
用户在购物车模块勾选结算目标，点击结算，完成支付后跳转订单展示页面，订单展示页按订单状态维度展示，订单实现页面如图5-10所示。
图5-10 订单展示界面
6 系统测试
6.1 测试目的
软件的生产与测试相伴而生，早期的软件开发大都是规模较小，开发过程比较随便，早期的软件测试就相当于编译程序的调试，其目标是找出软件中可能出现的潜在的漏洞，而这些漏洞通常都是由软件开发者来完成。
6.2 测试方法
动态测试法是指运行过程中的程序，由此发现操作结果和期望结果之间的差别，从而对操作结果进行正确的分析，提高操作效率。该系统主要分为三个方面主要内容：建立测试用例，执行程序，输出结果。总之，动态测试就是用运行软件来检验软件的性能是否正确。在许多企业中，动态测试是主要的方法。
该系统采用了一种动态的测试方式，经过一段时间的运行，系统的工作状况比较好，用户的操作也比较流畅，很少有在页面上显示的数据有任何异常，这就说明了系统的容错性。
6.3 测试过程
软件测试是软件设计的最后一个阶段，它贯穿于整个设计过程，是一项巨大的任务。软件测试需要测试程序的所有部分。每个部分的测试是不同的，在测试之前需要分为以下几个阶段:
一、单元测试，即模块测试；这是检查软件程序代码的测试。用于软件的最小单位部分。单元测试分为手动测试和动态测试。为了保证程序算法的正确性，静态检测应标准化程序的逻辑、标准化和正确性。该步骤是检测尽可能多的错误。动态检测通过将实际结果与预期结果进行比较来检测错误。
二、集成测试：该测试基于单元测试，用于测试系统的各个功能模块。任何软件设计都会有一个集成阶段，因此在软件测试过程中，集成测试是必不可少的一部分。在集成测试过程中，由于测试是在模块之间进行的，因此在测试过程中可能不会发现问题，但在整个测试过程中会暴露出来。同时，在集成测试过程中，注意模块连接过程中是否有数据丢失。还应注意的是，尽管单个模块的误差可能很少且没有影响，但拼接可能对系统产生很大影响。
三、系统测试：系统测试遵循集成测试。系统测试将通过集成测试的部分作为整个系统的一部分。它与电子设备的所有软硬件一起，可以通过实际操作检测模拟的实际环境中是否存在错误。系统测试需要与计划中的理想情况进行比较，以找出与预期的差异。在分析设计器后确定如何修改。在软件的实际操作过程中，会出现许多意外错误，测试人员可能无法在第一时间解决问题。因此，系统测试应尽可能在实际运行情况下进行，以达到更好的测试目的。
四、验收测试：验收测试是在设计完成和发布之前对系统的最终测试。它需要了解用户和合作伙伴的需求。我们将与他们一起完成测试，并根据他们的需求进行有针对性的修改，成为能够更好地同时满足两者需求的软件。
6.4 测试用例
6.4.1 登录测试
表6-1 登录测试用例
| 序号 | 输入值 | 预期结果 | 实际结果 | 成功/失败原因 |
| 1 | Abo,abo | 用户能够成功登录 | 登录成功 | 成功 |
| 2 | Ab,abo | 无法登入，资料库纪录与使用者所录入纪录不符 | 登录失败 | 成功 |
| 3 | Abo,ab | 密码出错、登入失败、资料库纪录与使用者所输入纪录不符 | 登录失败 | 成功 |
| 4 | 用户名为空,abo | 前端页面提示用户输入用户名 | 登录失败 | 成功 |
| 5 | Abo，密码输入为空 | 前端页面提示用户输入密码 | 登录失败 | 成功 |
6.4.2 用户管理测试
表6-2 用户管理测试用例
| 序号 | 测试项 | 实际结果 | 成功/失败原因 |
| 1 | 管理员通过键入名称及密码，成功地将用户资料加入用户管理界面 | 若系统管理员输入的用户资料与数据库内的资料有抵触，则无法加入 | 失败 |
| 2 | 管理员通过键入名称及密码，成功地将用户资料加入用户管理界面 | 若系统管理员输入的用户资料与数据库内的资料不相同，则可以成功添加用户信息 | 成功 |
| 3 | 管理员在用户管理界面中输入了名称和密码，并对其进行了更改 | 若管理员所输入的用户信息与用户表格内的纪录发生相差，或在变更时所输入的文字不正确，且必须的输入项目未被输入，则无法成功地变更 | 失败 |
| 4 | 管理员在用户管理界面中输入了名称和密码，并对其进行了更改 | 若管理员所输入的用户信息与用户表格内的纪录不一样，则可以成功修改信息 | 成功 |
| 5 | 管理员在用户管理界面中输入了名称和密码，并将其移除 | 无法成功地将管理员要删除的用户资料与其他资料库相联系 | 失败 |
| 6 | 管理员在用户管理界面中输入了名称和密码，并将其移除 | 如果管理员要删除的用户资料与其他资料库没有外键关系则可以成功删除 | 成功 |
| 7 | 管理员在用户管理界面中输入了名称和密码，并对其进行了查询 | 若系统管理员输入的用户名与资料库纪录不符，则无法进行有效的搜寻 | 失败 |
| 8 | 管理员在用户管理界面中输入了名称和密码，并对其进行了查询 | 若系统管理员输入的用户名与资料库纪录相符合，则可以查找得到 | 成功 |
6.4.3 菜单管理测试
表6-3 菜单管理测试用例
| 序号 | 测试项 | 实际结果 | 成功/失败原因 |
| 1 | 管理员通过键入名称及密码，成功地将菜单资料加入菜单管理界面 | 若系统管理员输入的菜单资料与数据库内的资料有抵触，则无法加入 | 失败 |
| 2 | 管理员通过键入名称及密码，成功地将菜单资料加入菜单管理界面 | 若系统管理员输入的菜单资料与数据库内的资料不相同，则可以成功添加菜单信息 | 成功 |
| 3 | 管理员在登录界面中输入了名称和密码，并对其进行了更改 | 若管理员所输入的菜单信息与菜单表格内的纪录发生相差，或在变更时所输入的文字不正确，且必须的输入项目未被输入，则无法成功地变更 | 失败 |
| 4 | 管理员在登录界面中输入了名称和密码，并对其进行了更改 | 若管理员所输入的菜单信息与菜单表格内的纪录不一样，则可以成功修改信息 | 成功 |
| 5 | 管理员在菜单管理界面中输入了名称和密码，并将其移除 | 无法成功地将管理员要删除的菜单资料与其他资料库相联系 | 失败 |
| 6 | 管理员在菜单管理界面中输入了名称和密码，并将其移除 | 如果管理员要删除的菜单资料与其他资料库没有外键关系则可以成功删除 | 成功 |
| 7 | 管理员在菜单管理界面中输入了名称和密码，并对其进行了查询 | 若系统管理员输入的菜单名与资料库纪录不符，则无法进行有效的搜寻 | 失败 |
| 8 | 管理员在菜单管理界面中输入了名称和密码，并对其进行了查询 | 若系统管理员输入的菜单名与资料库纪录相符合，则可以查找得到 | 成功 |
在对基于B/S模型的数据库管理体系相关结构进行了较为深入的探讨之后，结合相关的文献和数据进行了深入的探讨与研究。对该系统的需求进行了全面的分析和设计，最终完成了一套用户下单管理相关系统的提出，该系统所完成的工作是比较复杂且繁琐的，许多的职能之间存在着一些关联，由管理员在后台管理，在前面的接口上完成了该系统的工作内容。
在进行阿婆私房菜管理系统设计的过程中，因为自身的实力和技术水平的限制和缺少，导致了一些功能模块的实现并不达到完美，最后在老师的指导和努力帮助下，才得到了一些解决方案和方法。这次的毕业设计可以将四年的经验和实践等内容进行一个全面的归纳，这些方面同时提升了自己的学习和实际操作的水平层次，并在今后的工作和学习实践中不断完善。
（1）阿婆私房菜管理系统只采用了少量的运算法则，而且几乎没有提到过这些规则，期望将来可以引进这种方法步骤。
（2）目前这套阿婆私房菜管理系统还不完善，在Firefox上可以实现全部的功能，但是其他的一些功能却无法全部显示出来。
1091
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
