Spring Boot技术在足球青训管理中的创新应用
3 系统分析
3.1 可行性分析
可行性分析是该平台系统进行投入开发的基础第一步，必须对其进行可行性分析才能够降低不必要的需要从而使资源合理利用，更具有性价比和降低成本，同时也是系统平台的成功的未雨绸缪的一步。
3.1.1 技术可行性
技术可行性一是考虑客观的技术可行性，二是考虑实际的技术可行性。从客观上、简单地说，现已经出现了类似的系统，因此客观上的可行性是满足的。从现有的实际情况上来看，该系统使用的是JAVA开发语言、MYSQL都是容易获得的，同时计算机的硬件性能也满足开发软件的需求；且在本科课程中都有进行相关软件的学习和开发。综上所述，该系统具有技术可行性。
3.1.2 经济可行性
这次我打算开发的系统，源代码我已经在网上找好了，利用360安全浏览器就可以下载，不需要收费，加上我自己上学期间已经配置好的一台笔记本电脑就能进行开发，目前我已经在准备在自己电脑上安装开发平台和mysql数据库等开发软件。这些软件也是自己在网上下载的，不用花钱，这样看来开发基于Web的足球青训俱乐部管理后台系统经济上不需要太多支出，开发出来的系统能提高足球俱乐部管理效率，所以开发这样的软件很有必要。
3.1.3 操作可行性
在设计之初，我在网上参考了许多相关系统的界面布局设计，发现该系统界面展示比较简单，功能罗列齐全，操作流程简单明了，系统用户不用担心不会操作，系统各个功能模块都会有相应的提示，一看就明白，实在不知道的话，稍微指点就能上手，上手速度很快，时间不会耽误太多。
3.1.4 时间可行性
这次毕业设计学校预留的时间比较充分，从去年10月到今年5月几乎都是毕业设计制作阶段，从完成程序设计、编码、测试，到完成程序配套的论文，时间上面还有剩余，这点上是完全没有压力。
经过上面的分析，此次开发的系统从经济上、从技术上、从操作上、从时间上考虑都能过关。说明自己要开发的基于Web的足球青训俱乐部管理后台系统可行性是完全可行，操作简单，时间、金钱上面毫无压力，该系统开发是完全可行。
3.2 系统性能分析
从性能方面本基于Web的足球青训俱乐部管理后台系统必须能够进行正常高速的运行，在开发过程中必须要保证系统绝对的安全性和实效性。
（1）安全性：对于任意一个系统来说，必须有独立的密码进行系统的管理，学员、教练和管理员权限划分明确。管理员才能查看系统后台数据，外人不可随意查看。
（2）可扩展性：每个项目不可能一次就能完善，因此该项目也预留了功能和数据的接口，以便于解决该项目在后期开发中可能发生的业务或功能的变化，为该项目提供更加快速的新增或更改功能。
（3）数据完整性：本基于Web的足球青训俱乐部管理后台系统数据设计全部完整，部分采用自动生成，信息的所有录入都是需要后台进行添加，信息空不可以进行录入到系统。数据之间要联系起来，不能出错。
（4）数据存储性
该项目采用了目前主流的MySQL数据库，在安全系数和稳定性有了拥有了很高的保证。
3.3 系统功能分析
本基于Web的足球青训俱乐部管理后台系统主要满足3种类型用户的需求，这3种类型用户分别为学员、教练和管理员，他们分别实现的功能如下。
学员进入系统前台可查看系统信息，包括首页、公告信息、商品信息以及课程安排等，学员要想实现加入购物车、购买商品等操作，必须登录系统，未有账号的学员可进行注册操作，注册登录后主要功能模块包括购物车、上课签到、个人中心、我的订单、我的地址。
学员用例图如图3-1所示。
图3-1 学员用例图
管理员可登录系统后对系统进行全面管理，管理员登陆后主要功能模块包括个人中心、学员管理、教练管理、公告信息管理、商品信息管理、课程安排管理、课程签到管理、统计中心管理、系统管理以及订单管理。
管理员用例图如图3-2所示。
图3-2 管理员用例图
教练注册登录后主要功能模块包括个人中心、公告信息管理、商品信息管理、课程安排管理以及课程签到管理。
教练用例图如图3-2所示。
图3-3 教练用例图
3.4 系统流程分析
3.4.1注册流程
未有账号的学员和教练均可进行注册操作，学员注册流程图如图3-4所示。
图3-4注册流程图
3.4.2登录流程
学员、教练和管理员均可进行登录操作，用户登录流程图如图3-5所示。
图3-5 登录流程图
6 系统测试
6.1 测试定义
系统测试是系统开发中不可缺少的部分，所以测试的重要性是不可言喻的，系统开发后，测试下能否可以正常稳定的运行。如果测试过程中出现了BUG，就需要我们去修复BUG完善系统，这样开发的流程是非常正确稳定的且是开发系统的必经之路，不进行系统测试这一步骤，系统开发就是有缺陷的。测试的目的是为了确保开发出来的系统产品在确认正式使用之前，将没有完善或者说把尽可能出现的bug修复，保证开发出来的系统质量过硬，让系统中可能出现的BUG和一些不够完善的设计不会影响到使用者的工作内容。所以说系统测试是系统在开发过程中，不可以缺少的一部分。系统开发与测试需要控制再一个点，这个点就是让系统中的缺陷和bug在一定的范围内，让使用系统的的用户不会收到影响，提高用户的信用度，正常并且稳定的运行即可。
6.2 性能测试
每一款项目的开发都需要经过上百上千甚至更多次的测试来确保项目的质量，其根本目的就是为了提高用户的体验感，用户体验感高，所发布的项目才会受欢迎。而如果一个项目没有经历过测试的千锤百炼就发布，那么用户在体验这项目时，必将会碰到这样那样的BUG，导致用户体验感差。而用户体验感差的话，使用该项目的人数必将减少，所以像这样的恶性循环，我们一定要避免。
系统的功能性测试又被称作为黑盒测试,系统的功能性测试主要考量的是一个系统的功能。即一个系统的功能是否缺失，能否正常使用进行测试。如果随意测试会导致测试时间过程，需实时数据进行有效的进行测试，减少系统延期上线。
6.3 测试原理
系统测试是为了让测试人员在系统正式上线之前，找到系统可能存在的问题和漏洞。以便于可以再遇到问题之前及时对系统进行改进。系统测试人员需要通过模拟用户的使用环境进行测试，这是为了让系统在实际用户使用的情况下查看系统的运行状态，来验证整个软件是否满足用户的要求，基本功能可不可以实现。模拟环境测试只是一方面，系统测试人员需要对系统进行后台代码的测试和系统界面的合理性进行全面测试。软件测试的理论基础是系统测试的原理，为了实现软件存在具有实际的应用价值，软件测试必须严格的遵循系统测试的方法和原则。
在测试时，要让测试用例符合规范，测试用例是否规范，对于系统的测试结果来说很重要。这就需要软件测试人员具备一定的专业技能，不能盲目测试，否则测试出来的结果与测试预期的结果不一样，会导致测试人员判断失误，从而影响整个系统的使用，那么就会造成无法挽回结果出现。
6.4 测试分析
通过测试的整个过程，本基于Web的足球青训俱乐部管理后台系统的每个模块的功能都还比较成功，但也发现了一些问题，比如登录页面登录进不了系统，是因为配置文件中的数据库的密码不一致等，在发现后及时进行了修改。目前系统还存在很多需要改进的地方，将会在今后的使用和维护中不断完善。