3.1可行性分析
开发者在进行开发系统之前，都需要进行可行性分析，保证该系统能够被成功开发出来。
3.1.1技术可行性
开发该游戏后台系统所采用的技术是vue和MYSQL数据库。计算机专业的学生在学校期间已经比较系统的学习了很多编程方面的知识，同时也接触了很多编程软件，所以在技术开发方面还是比较有信心的。
3.1.2操作可行性
该游戏后台系统的界面简洁清楚，操作简单，用户一看就会操作。操作界面上每一步都有提示，用户只要按照提示进行操作就可以了。该游戏后台系统具有操作可行性。
3.1.3经济可行性
我现在还是一名学生，还没有一份稳定的经济收入，所以我会将开发程序的成本控制在自己所能接受的范围内。我所使用的开发软件、数据库还有设计界面用的photoshop软件都是在网上免费下载的，另外程序编写阶段所用到的源代码也是在网上免费得到的，现在在网上能下载很多有用的、免费的东西，所以开发该系统基本不花钱，具有经济可行性。
3.1.4法律可行性
我是通过图书馆、百度文库、百度网页等获得的开发该游戏后台系统所需要用到的资料和软件，都是采用的合法渠道，另外源代码和论文内容都是我自己一字一字写出来的，没有抄袭别人的，具有法律可行性。
通过上述的技术可行性、操作可行性、经济可行性以及法律可行性分析，可以看出，该游戏后台系统完全可以进行顺利开发。
3.2系统性能分析
一、存储性：该游戏后台系统的数据库功能比较强大，能够录入很多纷繁复杂的信息，且能够保证数据的实时性；
二、易学性：该游戏后台系统使用起来非常简单，用户一看就会，不需要进行专门的培训，非常好上手，使用个一两次就能够熟练操作；
三、数据要求：录入的数据准确可靠，能够及时进行更新，可以独立保存，删除一些不需要的数据；
四、稳定性：该游戏后台系统能够稳定的运行，界面清晰明了；
五、可靠性：该游戏后台系统安装有拦截器，可以对病毒等进行拦截，并且还对信息进行了保护措施，用户可以放心使用。
3.3系统功能分析
3.3.1角色需求
该游戏后台系统主要为管理员和用户两类用户角色提供需求，管理员在后台可以对系统进行全面管理，用户在前台可以进行查看系统信息，注册登录，查询校园失物，评论，下载校园失物等操作。
用户静态结构如图3-1所示。
图3-1 用户静态结构图
3.4系统流程分析
3.4.1注册流程
用户注册之后才可以登录系统，用户注册流程如图3-2所示：
图3-2 注册流程图
3.4.2登录流程
用户需要登录系统之后，才可以进行校园失物评论、校园失物下载等操作。而管理员也只有登录系统之后，可以对系统各个方面的内容进行管理，不受任何限制。用户登录流程如图3-3所示。
图3-3 登录流程图
