SpringBoot美容院管理系统：技术架构与功能详解-CSDN博客

本文链接：https://blog.csdn.net/2401_85812026/article/details/142691444

第三章系统分析
提前通过各种渠道，比如图书馆，电脑上的网站等渠道获取跟本系统有关联的资料，同时设计调查问卷，让系统的使用者参与调查，了解其对系统的需求，然后进行系统的分析，确定本系统的开发可行性，确定本系统的功能等内容。
3.1可行性分析
这部分内容主要从开发的角度和运行使用的角度等层面研究系统，确定是否投资系统，为进一步开展工作提供理论依据。
3.1.1技术可行性
本系统采用的技术和开发类语言都具备丰厚的理论基础，同时这些开发技术和开发语言在市面上都得到了广泛运用，很多功能实现的源码都以模块化的方式通过网络进行了公开，所以本系统可以参考这些代码实现功能。因此，系统开发技术可行。
3.1.2操作可行性
美容院管理系统根据用户阅读习惯对系统内容进行排版布局，把系统页面中的关键位置用来设置导航条，可以方便用户第一时间找到需要的内容，同时，页面中也会设置一些提示，用于帮助用户操作系统，因此，系统操作可行。
3.1.3经济可行性
本系统需要在硬件设备上配置开发环境，就可以开展系统的开发工作。由于本系统并不是商业化程序，所以本人学习用的笔记本，或机房电脑都符合要求。对于开发环境的配置问题，可以通过网络直接下载安装，期间并不收取费用。因此，系统经济可行。
以上就是从技术，操作，经济的层面研究系统，最终确定系统可以开展。

3.2系统流程分析
要访问美容院管理系统，需要符合要求的身份，证明访问者身份的信息就是在登录界面需要填写的信息，其中有用户名，有密码。在登录界面，系统后台也有专门编写的安全验证机制，只有信息匹配的访问者才有资格进入系统。具体流程见下图。如果访问者提供的信息在数据库中没有记录，就表明该访问者没有权限，也就无法享受系统提供的服务。
在这里插入图片描述

图3-1 操作流程图
在美容院管理系统里面，任何填充的数据都要经过合法性验证，具体流程见下图。只有符合条件的数据才可以保存。

在这里插入图片描述

图3-2 添加信息流程图
经过时间的改变，系统里面的很多数据也需要更新，更新时，同样需要检查更新的数据是否合法，具体流程见下图。只有判断符合要求的数据最终才可以保存。
在这里插入图片描述

图3-3 修改信息流程图
为了避免操作者大意误删数据，任何需要删除的数据，都需要反复确认，具体流程见下图。删除的数据将不会在页面中显示。
在这里插入图片描述

图3-4 删除信息流程图
3.3系统性能分析
用户使用系统，一是为了阅读需要的信息；二是为了享受系统提供的服务。因此一个质量较好的系统就更容易让用户频繁使用。而能够反馈系统的质量的信息就是系统的性能。常见的能够表示系统性能的指标有安全性，系统可扩展性，数据完整性等。接下来就对这些指标进行介绍。
3.3.1数据完整性
只要是系统中的数据，其长期保存在数据库里面，就要求其具备可靠性。这样才能发挥出数据具备的参考价值。一般来说，为了保证数据信息是准确的，并且可靠的，在数据处理上，包括录入数据，编辑数据等，都要求数据信息是完整登记的。同时，系统中的数据其自身需要具备完整性外，也要求数据之间产生的关系也要具备完整性。另外，在数据库中填充信息时，同样的信息应该以同样的方式出现在不同的表中。对于数据进行完整性定义，也是方便后期对数据的使用和查看。
3.3.2系统可扩展性
站在当前用户需求的角度考虑问题具有一定的局限性，由此设计的系统也一样。为了保护开发系统的财产，同时也为了让系统长远立足市场，系统开发人员就需要充分预留系统的空间，让系统在未来的日子里可以扩充功能，并进行更新和升级。这就是系统具备可扩展性的表现。
3.3.3系统安全性
系统在投入使用中，用户与系统的交互会产生数据，比如插入数据，编辑数据等操作都会产生数据。而作为系统的后台支持的数据库，主要任务就是保存这些数据。为了不让数据信息被窃取或者泄露，也是为了对系统的安全性进行保证，所以市面上也出现了很多的加密技术，其中MD5单向加密技术在系统中运用得最多。其原因有三点：
第一点，面对任意两段明文，在经过MD5加密处理后，它们的密文不一样；
第二点，面对任意一段明文，进行MD5加密处理后，其密文不变；
第三点，破解MD5加密的数据非常困难；
目前，关于MD5加密技术的代码已经可以从网站上下载，可以直接将模块化的代码在系统中直接引用。一般来说，用户注册的数据还有管理员登录系统使用的数据都是很重要的资源，所以这部分数据常常会经过加密处理，这样也就消除了系统安全上的隐患。
3.4系统功能分析
这部分内容在系统分析环节比较重要，它直接关系本系统开发的进展。无论是设计，还是实现，都是在本系统调研的功能的基础上进行。
为了直观显示系统的功能，运用用例图这样的工具显示分析的结果。分析的管理员功能如下。管理员管理美容用品，美容项目，美容部位，管理技师预约，管理订单，统计美容用品销量。
在这里插入图片描述

图3-5 管理员用例图
为了直观显示系统的功能，运用用例图这样的工具显示分析的结果。分析的技师功能如下。技师统计美容用品库存，管理美容项目，审核会员预约信息。
在这里插入图片描述

图3-6 技师用例图
为了直观显示系统的功能，运用用例图这样的工具显示分析的结果。分析的前台功能如下。前台负责普通用户与会员的管理，审核会员预约信息。
在这里插入图片描述

图3-7 前台用例图
为了直观显示系统的功能，运用用例图这样的工具显示分析的结果。分析的普通用户功能如下。普通用户购买美容用品，管理购买订单，管理收货地址。
在这里插入图片描述

图3-8 普通用户用例图
为了直观显示系统的功能，运用用例图这样的工具显示分析的结果。分析的会员功能如下。会员购买美容用品，预约美容项目，管理预约信息以及购买订单。
在这里插入图片描述

图3-9 会员用例图

第五章系统实现
前面做的所有工作，都是为了给系统实现做准备。在系统实现期间，需要根据设计方案执行，通过运用编码技术实现一个可以处理事务的系统。
5.1管理员功能实现
5.1.1 美容部位管理
实现管理员权限的美容部位管理功能，其运行效果见下图。管理员修改美容部位信息，删除美容部位信息，新增美容部位信息。
在这里插入图片描述

图5-1 美容部位管理页面
5.1.2 销量信息统计
实现管理员权限的销量信息统计功能，其运行效果见下图。管理员通过销量统计报表查看各种美容用品的销量信息。
在这里插入图片描述

图5-2 销量信息统计页面
5.1.3 已支付订单
实现管理员权限的已支付订单功能，其运行效果见下图。管理员查看已支付订单信息，查看下单人提供的收货地址，然后进行订单发货。
在这里插入图片描述

图5-3 已支付订单页面
5.2技师功能实现
5.2.1 统计美容用品库存
实现技师权限的统计美容用品库存功能，其运行效果见下图。技师可以通过统计报表查看各种美容用品对应的现有库存量。
在这里插入图片描述

图5-4 统计美容用品库存页面
5.2.2 预约信息管理
实现技师权限的预约信息管理功能，其运行效果见下图。会员预约技师提供的美容项目，技师则需要进行查看和审核。
在这里插入图片描述

图5-5 预约信息管理页面
5.3 前台功能实现
5.3.1 普通用户管理
实现前台权限的普通用户管理功能，其运行效果见下图。普通用户的基本信息也能让前台进行增删改查管理。
在这里插入图片描述

图5-6 普通用户管理页面
5.3.2 会员管理
实现前台权限的会员管理功能，其运行效果见下图。会员的基本信息可以让前台进行修改，也能让前台进行查询或删除。
在这里插入图片描述

图5-7 会员管理页面
5.4 普通用户功能实现
5.4.1 美容用品
实现普通用户权限的美容用品功能，其运行效果见下图。普通用户查看美容用品，在本页面购买美容用品，或把美容用品添加购物车。
在这里插入图片描述

图5-8 美容用品页面
5.4.2 购物车
实现普通用户权限的购物车功能，其运行效果见下图。普通用户在本模块购买美容用品，需要提供收货地址，然后选择支付方式支付订单。
在这里插入图片描述

图5-9 购物车页面
5.4.3 我的订单
实现普通用户权限的我的订单功能，其运行效果见下图。普通用户在本模块查看不同状态的订单，已支付订单在未发货前也能退款。
在这里插入图片描述

图5-10 我的订单页面
5.5 会员功能实现
5.5.1 美容项目
实现会员权限的美容项目功能，其运行效果见下图。会员查看美容项目介绍，预约美容项目。
在这里插入图片描述

图5-11 美容项目页面
5.5.2 预约信息管理
实现会员权限的预约信息管理功能，其运行效果见下图。会员提交了美容项目预约信息之后，需要到自己的后台查看预约项目审核情况。
在这里插入图片描述

图5-12 预约信息管理页面