基于Java+SpringBoot+Vue的美容院管理系统
前言
✌全网粉丝20W+,csdn特邀作者、博客专家、CSDN[新星计划]导师、java领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java技术领域和毕业项目实战✌ 🍅文末获取项目下载方式🍅
哈喽兄弟们,好久不见哦~ 最近整理了一下之前写过的一些小项目/毕业设计。发现还是有很多存货的,想一想既然放在电脑里面也吃灰,那么还不如分享出去,没准还可以帮助到一些同学。
选题背景
如今的信息时代,对信息的共享性,信息的流通性有着较高要求,尽管身边每时每刻都在产生大量信息,这些信息也都会在短时间内得到处理,并迅速传播。因为很多时候,管理层决策需要大量信息作为参考依据,也有些时候,各大企业或学校也需要使用工具宣传自身的文化理念等等,所以信息能够得到迅速传播并带给人们一定的参考价值,充分发挥信息本身的作用是很有必要的,而这些恰恰是传统模式所不能相比的。因此,借助工具让信息系统化,流程化,规范化是最终的发展结果,而这个工具则是计算机软件。本次设计实现的计算机软件美容院管理系统,让其遵循实际操作流程的情况下,对美容院信息实施规范化处理,让美容院信息通过电子的方式进行保存,无论是管理人员检索美容院信息,维护美容院信息都可以便利化操作,真正缩短信息处理时间,节省人力和信息管理的成本。
系统功能分析
这部分内容在系统分析环节比较重要,它直接关系本系统开发的进展。无论是设计,还是实现,都是在本系统调研的功能的基础上进行。
为了直观显示系统的功能,运用用例图这样的工具显示分析的结果。分析的管理员功能如下。管理员管理美容用品,美容项目,美容部位,管理技师预约,管理订单,统计美容用品销量。
图3-5 管理员用例图
为了直观显示系统的功能,运用用例图这样的工具显示分析的结果。分析的技师功能如下。技师统计美容用品库存,管理美容项目,审核会员预约信息。
图3-6 技师用例图
为了直观显示系统的功能,运用用例图这样的工具显示分析的结果。分析的前台功能如下。前台负责普通用户与会员的管理,审核会员预约信息。
图3-7 前台用例图
为了直观显示系统的功能,运用用例图这样的工具显示分析的结果。分析的普通用户功能如下。普通用户购买美容用品,管理购买订单,管理收货地址。
图3-8 普通用户用例图
为了直观显示系统的功能,运用用例图这样的工具显示分析的结果。分析的会员功能如下。会员购买美容用品,预约美容项目,管理预约信息以及购买订单。
图3-9 会员用例图
功能结构设计
这部分内容使用结构图这样的工具,显示设计结果,设计的管理员功能见下图。管理员管理美容用品,美容项目,美容部位,管理技师预约,管理订单,统计美容用品销量。
图4-1 管理员功能结构图
这部分内容使用结构图这样的工具,显示设计结果,设计的技师功能见下图。技师统计美容用品库存,管理美容项目,审核会员预约信息。
图4-2 技师功能结构图
这部分内容使用结构图这样的工具,显示设计结果,设计的前台功能见下图。前台负责普通用户与会员的管理,审核会员预约信息。
图4-3 前台功能结构图
这部分内容使用结构图这样的工具,显示设计结果,设计的普通用户功能见下图。普通用户购买美容用品,管理购买订单,管理收货地址。
图4-4 普通用户功能结构图
这部分内容使用结构图这样的工具,显示设计结果,设计的会员功能见下图。会员购买美容用品,预约美容项目,管理预约信息以及购买订单。
图4-5 会员功能结构图
数据库设计
数据库E-R图
系统设计的内容不仅仅是对功能进行模块设计,它也包括了对数据库进行设计。功能设计这部分内容已经完成了,接下来进行的数据库设计也要根据规定的流程进行。
数据库设计这部分内容也需要参照用户的需求来完成。同时为了方便展示数据库中存在的各种关系,需要使用到E-R图,并运用E-R图中常见的符号来表示用户需求中的数据内容。所以,在建立E-R模型前,需要把用户需求的数据信息进行拆分并分析,并确定实体,实体特征,还有它们之间的关联,然后选择某个绘制E-R模型的工具比如Visio,亿图,Navicat等,用规定的符号去表示这些数据。这些常用的符号分别是矩形,菱形,椭圆,它们表示的内容分别是实体,关系,属性。
(1)设计的美容项目实体,还有其属性见下图。
图4-3 美容项目实体属性图
(2)设计的会员实体,还有其属性见下图。
图4-4 会员实体属性图
(3)设计的美容用品实体,还有其属性见下图。
图4-5 美容用品实体属性图
(4)设计的管理员实体,还有其属性见下图。
图4-6 管理员实体属性图
(5)设计上述实体间关系见下图。
图4-7 实体间关系E-R图
管理员功能实现
美容部位管理
实现管理员权限的美容部位管理功能,其运行效果见下图。管理员修改美容部位信息,删除美容部位信息,新增美容部位信息。
图5-1 美容部位管理页面
销量信息统计
实现管理员权限的销量信息统计功能,其运行效果见下图。管理员通过销量统计报表查看各种美容用品的销量信息。
图5-2 销量信息统计页面
已支付订单
实现管理员权限的已支付订单功能,其运行效果见下图。管理员查看已支付订单信息,查看下单人提供的收货地址,然后进行订单发货。
图5-3 已支付订单页面
技师功能实现
统计美容用品库存
实现技师权限的统计美容用品库存功能,其运行效果见下图。技师可以通过统计报表查看各种美容用品对应的现有库存量。
图5-4 统计美容用品库存页面
预约信息管理
实现技师权限的预约信息管理功能,其运行效果见下图。会员预约技师提供的美容项目,技师则需要进行查看和审核。
图5-5 预约信息管理页面
前台功能实现
普通用户管理
实现前台权限的普通用户管理功能,其运行效果见下图。普通用户的基本信息也能让前台进行增删改查管理。
图5-6 普通用户管理页面
会员管理
实现前台权限的会员管理功能,其运行效果见下图。会员的基本信息可以让前台进行修改,也能让前台进行查询或删除。
图5-7 会员管理页面
普通用户功能实现
美容用品
实现普通用户权限的美容用品功能,其运行效果见下图。普通用户查看美容用品,在本页面购买美容用品,或把美容用品添加购物车。
图5-8 美容用品页面
购物车
实现普通用户权限的购物车功能,其运行效果见下图。普通用户在本模块购买美容用品,需要提供收货地址,然后选择支付方式支付订单。
图5-9 购物车页面
我的订单
实现普通用户权限的我的订单功能,其运行效果见下图。普通用户在本模块查看不同状态的订单,已支付订单在未发货前也能退款。
图5-10 我的订单页面
会员功能实现
美容项目
实现会员权限的美容项目功能,其运行效果见下图。会员查看美容项目介绍,预约美容项目。
图5-11 美容项目页面
预约信息管理
实现会员权限的预约信息管理功能,其运行效果见下图。会员提交了美容项目预约信息之后,需要到自己的后台查看预约项目审核情况。
图5-12 预约信息管理页面
结论
从设计到制作完成,本系统已经花了三四个月时间,这期间也得到了导师的帮助。不然我不可能在这么短时间完成。美容院管理系统的开发,是一个运用理论知识来指导实际工作的任务。尽管已经充分把大学期间,从书本上学习的知识运用了进来,但还是发现自身知识的匮乏。不过比较有收获的事情就是,通过本系统的开发,我对计算机软件的开发有了重新的见解,也知道它实现的具体流程,并且自己通过实际操作,不仅重新回顾和补充了以往学习的书本知识,也知道理论和实际操作之间的相互关系,并能够在一定环境下,让理论指导实践。项目能够完成,也代表着我自身开发能力的进步。
项目制作期间,我觉得最关键的环节就是系统的分析和设计,分析系统具备的功能需要多查找同类型系统的资料,并把用户需求进行参考,才可以得出本系统的需求。设计时也是在需求分析的基础上开展,也是对功能的具体细分,同时还有设计保存数据的数据库,不但要创建合适的数据表,也需要认真对表结构进行构思,尤其是表的字段设计,还有表关系的设计也是很关键的设计环节。因为后期的编码都是根据设计文档开展下去的。编码虽然对编程技术的要求较高,但是一些良好的编程习惯也不能忽视,比如注释代码,这样便于后期的程序维护。还有学会如何对变量取名,因为程序里面涉及到的变量有很多,一个方便记忆,又容易与其它变量区分的变量名称是非常有益的,可以节省编码和测试过程的时间。
美容院管理系统完全根据需求文档设计制作,可以在数据处理上发挥它的优势,而且使用者也能轻松完成对系统的操作。从界面设计的角度来看,美容院管理系统始终遵循简单大方的原则,让使用者一进入系统界面,不会产生压抑等负面情绪,而是比较愉悦的心情去操作系统。从程序编码的角度来看,本系统设计的结构比较清晰,而且编码的方式也比较规范化,在关键处也都进行了代码注释。从数据存储的角度来看,本系统选用的MySQL数据库,本身比较轻盈,但能短时间完成大量数据的处理,其提供的功能不可小觑。
作为毕设进行制作的美容院管理系统,其缺陷也是显而易见的,只能说需求文档要求的大致功能都得到实现,但是程序的有些操作逻辑还是比较复杂,并没有进行优化,在今后的时间里,将会继续学习新技术,利用重构的方式设计本系统,使之具备更强的可扩展性,让系统日趋完善。