注：展示部分文档内容和系统截图，需要完整的视频、代码、文章和安装调试环境请私信up主。
4.1系统设计原则
系统设计原则包含以下几点：
（1）实用性原则，要实现系统应用推广，前提是系统必须要具有实用性。保证用户使用小酒馆系统的体验感，从页面的美观，到用户登录，然后使用小酒馆系统的功能，满足用户需求，及其实用性。
要想一个信息系统能够成功上线运行，最终通过验收，实用性就是其验收的重要前提，本系统设计之初就深知实用性原则，故而在设计系统过程中严格遵循实用性原则。
（2）安全性原则：系统能够给工作带来便利的同时，设计系统时就必须重点考虑到其安全性，隐私性方面等问题。特别是在加强账户安全，信息安全，防入侵安全等此类因素，一个安全的程序才能让用户更加的放心去使用，避免用户信息的泄露，导致用户的体验感很低等。
（3）易操作性原则：为了能够使用户在操作上有更好的体验，在系统设计使就应该优先考虑易操作性。系统设计更多时候是为了使用户能更加便捷且高效的解决繁琐的问题，所以在操作上如果步骤较多，并难易程度较高，系统就失去了本来的价值，总之能快速去操作的问题，据不要分解成多步来完成，能够设计成当下流行的一键完成最佳，一个易于操作的程序，才会有更多的用户去使用，而不是让用户进入程序以后无从下手。
4.2系统的需求分析
该系统是为了辅助对小酒馆管理的管理所研发，同时也是为了帮助用户进行小酒馆管理系统或者管理员对小酒馆管理系统等信息进行管理，因此，该系统必须要做到，小酒馆管理系统或用户可以浏览小酒馆管理等信息，同时，小酒馆管理系统可以进行市民以及个人信息的修改，而该系统必须还有一个管理员的角色去操作管理员的功能，例如查看用户的小酒馆管理情况等。
4.3系统的工作原理
本系统工作原理图如图4-1所示。
4.4系统功能操作流程
4.4.1 登录时序图
本模块的基本功能是登录。用户和管理员进入系统前，选择登录，写下指定的数据完成登录。用户登录时序图，如图4-2所示。
4.4.2 个人中心模块
该模块的基本作用是保存用户的信息，用户点击按钮进入个人信息。个人中心时序图，如图4-3所示。
4.6系统数据库设计
数据库的设计，是对小酒馆系统中的所有信息进行存储的地方，但是他是一个抽象的一个描述，我们是看不到的，为了保证用户的数据不会丢失，所以对于数据库的建立是重要的，同时我们需要在这个数据库上进行增加删除修改查询等功能，在设计这个小酒馆数据库之前，我进行了必要的规划工作，小酒馆的用户信息管理以及管理员信息管理，进酒，存酒，以及卖酒的信息都需要保存在其中。
在设计小酒馆数据库的同时，我们需要保障用户的安全性，因为用户的信息不是共享的，所以我们不能够将他们的信息混为一谈，需要给用户分配好权限，不能够随意访问其他用户的信息，为了避免发生故障和意外，我还需要备份好小酒馆系统的信息，方便在丢失数据后找回数据。我们通过实体E-R图模型，以将实体，属性，联系等部分组成。基于对小酒馆系统所需功能的分析，我们得出如下实体和E-R图联系。用户实体图。如图4-8。
4.6.2 数据库物理设计
数据库的物理设计，通过逻辑设计后我得到了实体信息，将这些实体信息通过数据库图表的方式呈现出来，对于表结构的设计我也是不断考虑，因为表结构对于后期的安全问题有着影响，对于系统性能的优化也是有一定的影响。
表4-1 用户表
| 字段 |
类型 |
字段说明 |
备注 |
| Id |
Int |
主键 |
自增 |
| Username |
Varchar(50) |
用户名 |
非空 |
| Pass |
Varchar(30) |
密码 |
非空 |
| Sex |
Varchar(30) |
性别 |
默认为1 |
| addtime |
Date |
添加时间 |
跟随系统时间 |
| age |
Char |
年龄 |
|
| phonenumber |
Varchar(50) |
电话 |
表4-2 配置表
| 字段 |
类型 |
字段说明 |
备注 |
| Id |
Int |
主键 |
自增 |
| Name |
Varchar(50) |
名称 |
非空 |
| value |
Varchar(30) |
参数值 |
表4-3 小酒馆表
| 字段 |
类型 |
字段说明 |
备注 |
| Id |
Int |
主键 |
自增 |
| Addtime |
Date |
添加时间 |
非空 |
| name |
Varchar(30) |
名称 |
非空 |
| picture |
Varchar(30) |
图片 |
|
| number |
Varchar(30) |
编号 |
非空 |
| classification |
Char |
类别 |
非空 |
表4-4 token表
| 字段 |
类型 |
字段说明 |
备注 |
| Id |
bigint |
主键 |
自增 |
| userid |
bigint |
用户id |
非空 |
| username |
varchar(100) |
用户名 |
非空 |
| tablename |
varchar(100) |
表名 |
|
| role |
varchar(100) |
角色 |
非空 |
| token |
varchar(100) |
密码 |
非空 |
| addtime |
timestamp |
添加时间 |
非空 |
| expiratedtime |
timestamp |
过期时间 |
非空 |
表4-5 管理员表
| 字段 |
类型 |
字段说明 |
备注 |
| Id |
bigint |
主键 |
自增 |
| username |
varchar(100) |
姓名 |
非空 |
| password |
varchar(100) |
密码 |
|
| role |
varchar(100) |
角色 |
非空 |
| addtime |
timestamp |
添加时间 |
非空 |
5.2首页界面模块
用户在电脑中使用该小酒馆系统时，填写自己的账号密码登录该系统，会直接进入到首页面，该首页的界面如图5-5所示：
5.3酒详细信息模块
用户点击热卖酒水，进入热卖酒水详细信息界面，该界面通过酒水的不同类型对其进行分类，界面如如图5-8所示：
6.1测试目的
系统测试是将小酒馆管理系统设计完成之后不可缺少的一个步骤，在进行完成系统设计之后，小酒馆系统可能会出现许许多多的问题，例如：顾客选择好热卖酒水进行结账，发现购物车信息与自己所选商品不匹配，或者登录账号发现不是自己的账号信息等问题，所以对于小酒馆系统进行系统功能的测试是必要的，为了用户能够更好的使用该系统，以确保该应用程序为用户提供高度的体验。
6.2测试计划
将系统的各个模块的功能进行测试。登录管理员账号，处理用户的请求，登录用户的账号，通过点歌，热卖酒水模块发起请求，看系统是否能够给用户正确的响应，通过用户修改个人信息，检查数据库的后台是否同步修改。
6.3测试用例
系统的测试用例需要有代表性，能够认证该测试用例是否能代表该功能的使用是否正确，在将小酒馆的测试用例测试完成之后，需要把具体的结果进行一个完整的描述，以便于看清楚测试结果
小酒馆系统的添加信息测试结果如表6-1所示。
表6-1系统添加用户信息测试结果表
| 编号 |
测试方法 |
预期结果 |
实际结果 |
| 1.录入符合系统提示要求的用户信息，点击保存。 |
添加成功。并将所添加的用户信息展现于用户展示界面。 |
Pass |
|
| 2.录入不符合系统提示要求的用户信息，点击保存。 |
不符合系统提示要求的信息添加失败，并且给予用户添加失败提示。 |
Pass |
|
| 3.录入符合系统提示要求的用户信息，点击重置。 |
录入信息被重置。 |
Pass |
进入用户展示界面点击待删除信息右侧删除按钮，根据系统提示，我们需要根据给出的提示主观的做出我们自己的选择进行点击删除和关掉的按钮，然后这样就完成了删除用户的测试。进行上述操作的结果如表6-2所示。
表6-2系统删除信息测试结果表
| 序号 |
测试步骤 |
预期结果 |
实际结果 |
| 1 |
点击待删除用户信息右侧删除按钮，确认删除。 |
删除成功。用户展示界面将不包含已经删除的用户信息。 |
Pass |
| 2 |
点击待删除用户信息右侧删除按钮，关闭删除。 |
确认删除提示框消失，用户信息未被删除。 |
Pass |
修改用户信息测试用例，测试人员登录管理员账户，点击用户管理中的用户展示功能，这样点击之后我们会来到一个用户展示的界面，来到这个界面后会出现一个按钮，这个按钮是用户信息的右侧的一个进行修改的标识，我们可以根据系统给出的一系列提示，把符合和不符合系统预先设定规则的一些信息进行一个改变的操作，进行点击修改，就会完成对小酒馆管理系统一些信息的修改动作。完成这些操作产生的结果如下：
目 录