项目运行

环境配置：

Jdk1.8 + Tomcat7.0 + Mysql + HBuilderX（Webstorm也行）+ Eclispe（IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持）。

项目技术：

SSM + mybatis + Maven + Vue 等等组成，B/S模式 + Maven管理等等。

环境需要

1.运行环境：最好是java jdk 1.8，我们在这个平台上运行的。其他版本理论上也可以。

2.IDE环境：IDEA，Eclipse,Myeclipse都可以。推荐IDEA;

3.tomcat环境：Tomcat 7.x,8.x,9.x版本均可

4.硬件环境：windows 7/8/10 1G内存以上；或者 Mac OS；

5.是否Maven项目: 否；查看源码目录中是否包含pom.xml；若包含，则为maven项目，否则为非maven项目

6.数据库：MySql 5.7/8.0等版本均可；

毕设帮助，指导，本源码分享，调试部署(见文末)

3.1系统设计的目标

本系统主要是针对线下管理方式中管理不便与效率低的缺点，将线上管理系统和计算机技术结合起来，开发出管理便捷，效率高的学校缴费系统。该系统操作简单方便，界面友好，容易管理和维护；而且对学校缴费管理和管理具有较强的针对性，实用性和可操作性，可初步解决线下管理因各种因素限制，高成本等因素造成的一系列不便。

3.2系统功能性需求

对功能需求的定义，一个软件系统或组件的功能，也是网页所需提供的功能和服务。本系统的功能需求按模块进行分析，主要有管理员和学生、教师三大模块。

3.2.1 功能需求

本系统的用户可分为教师模块、学生模块、管理员模块三个界面组成。本系统没有设置前台，由一个界面，分成三个角色进行登录。管理员可以管理系统内所有功能，主要有个人中心、学生管理、教师管理、类型管理、费用信息管理、公告信息管理等功能；学生可以对个人中心、费用信息管理、公告信息管理等功能进行操；教师可以对个人中心、学生管理、费用信息管理、公告信息管理等功能进行操作。

3.2.2 系统用例

本系统有主要分为三大部分组成，有登录，管理员、教师、学生等用例。

1. 登录模块用例中用户包括教师、学生管理员三种角色，分别可以进行其对应的身份登录或取消登录，关闭系统。登录模块用例图如图3-1所示。

3-1 用户登录用例图

（2）用户模块中的教师用户有学生和教师，教师可以实现个人中心、学生管理、费用信息管理、公告信息管理等功能，用户模块用例图如图3-2所示。

图3-2 用户用例图

（3）管理员模块中的用户角色是管理员，管理员通过系统对可以实现网站系统管理，主要包括个人中心、学生管理、教师管理、类型管理、费用信息管理、公告信息管理等功能。管理员模块用例图如图3-3所示。

图3-3 管理员用例图

3.3系统性能需求

操作简单方便：对于该系统应便于管理员的使用，系统不应太复杂和繁琐，因此要求系统的操作尽可能简单易行。

实时性：为了展示实时性这一特点，学校缴费系统采用精确的时间，信息及时更新等。

针对性：本系统是针对学校缴费系统，操作简单，具有一定的针对性。

3.4对功能的总体规定

软件系统的优劣很大程度上是由系统设计的完善与否决定的。世间万物都必须遵循生老病死的法则，这是大自然的规则不能违反，软件设计也一样需要遵循系统设计规则。因此，在设计过程中必须遵循系统设计规则。

规则如下：

方便性：操作方便，操作流程合理；尽量从用户角度出发，以方便使用。如：光标移动到可点击区域时显示提示信息；操作按钮后伴随提示信息等。还支持没有计算机使用经验，使用经验较少及有较多使用经验的用户均能方便地使用本系统。   

针对性：一个系统针对性越强，所能提供的功能必然越完善，用户体验肯定更好，所以应该明确指定系统针对性。

实用性：实用永远是检验一个系统是否成功的唯一标准，使用的语言再高端，使用的结构再新颖但不能满足管理员，用户的要求那就是失败。          

3.5对运行环境的总体规定

系统需要在Windows XP、Win7或更新版本Windows10操作系统平台上运行，并需要安装2.0或以上版本的。

3.6开发环境

硬件需求：

CPU：Pentium以上计算机

内存: 512M以上

软件需求：

操作系统版本：Windows 7 浏览器：谷歌浏览器

开发工具：Vscode

开发语言：Java

数据库： MySQL。

4系统设计

这章节主要是对系统总体设计，数据库设计等几个方面进行了详细的论述。

4.1系统总体设计

系统总体设计即对有关系统全局问题的设计，也就是设计系统总的处理方案，又称系统概要设计。它包括系统规划与系统功能设计等内容。

学校缴费系统主要有三类用户，分别是教师、学生、管理员，详细规划如图4-1所示。

图4-1 系统规划图

其中各子模块的主要功能如下：

1、用户登录：用户进入网页先输入用户名与密码，选择权限登录，系统要记录登录的用户名和登录类型。

2、新用户注册：用户分别为教师和学生，教师通过输入教师工号、密码、教师姓名、性别、职称、联系电话进行注册，学生通过输入学生账号、学生姓名、密码、性别、联系电话、专业、院系，完成注册。

3、查看学校缴费信息：用户登录成功后，能够按分类或者查找学校缴费信息进行管理。

4、主页内容管理：管理员登录以后，可以对个人中心、学生管理、教师管理、类型管理、费用信息管理、公告信息管理进行详细操作。

4.2数据库设计

数据库是一个软件项目的根基，它决定了整个项目代码的走势，同时也决定了整个项目在后期的维护以及升级的难易程度。

4.2.1 数据库概念设计

根据学校缴费系统的功能需求，对数据库进行分析，得到相应的数据，设计用户需要的各种实体，以及相互之间的关联，为逻辑结构设计铺好路。根据所实体内的各种具体信息得于实现。

 1. 学生信息实体

学生信息实体包括学生账号、学生姓名、密码、性别、联系电话、专业、院系等属性。学生信息实体图如图4-2所示：

图4-2 学生信息实体图

    2. 费用信息实体

费用信息实体包括学生账号、学生姓名、类型、联系电话、专业、院系、费用、截止时间、是否支付等属性；费用信息实体图如图4-3所示：

图4-3费用信息实体图

 3. 教师信息实体

教师信息实体包括教师工号、密码、教师姓名、性别、职称、联系电话等属性。教师信息实体图如图4-4所示：

图4-4教师信息实体图

5.1功能页面实现

按照不同功能模块，在此对系统所涉及的关键页面的实现细节进行阐述，包括页面功能描述，页面涉及功能分析，介绍以及界面展示。

系统登录： 运行系统，首先进入登录界面，按照登录界面的要求填写相应的“账号”和“密码”以及用户类型，点击“登录”然后系统判断填写是否正确，若正确进入相应的界面，否则给出要求先注册信息。具体流程如图5-1所示。

图5-1 登录流程图

登录，本系统主要分为三个用户进行登录，分别是管理员、教师和学生，管理员不需要注册，而教师需要注册后，通过输入账号，密码，选择角色并点击登录进行系统登录操作，如图5-2所示。

图5-2登录界面图

5.2管理员功能模块

管理员登录到系统后台后，可以对个人中心、学生管理、教师管理、类型管理、费用信息管理、公告信息管理等进行相应操作，管理员功能页面如图5-3所示。

图5-3管理员功能界面图

点击学生管理，管理员可以对学生账号、学生姓名、性别、联系电话、专业、院系等内容进行查看、修改、删除或添加等操作，学生管理如图5-4所示。

图5-4学生管理界面图

在教师管理页面，管理员可以对教师工号、教师姓名、性别、职称、联系电话等内容进行查看、修改、删除等操作，教师管理页面如图5-5所示。

图5-5教师管理界面图

在类型管理页面，管理员可以对缴费类型进行查看、修改、删除或添加等操作；如图5-6所示。

图5-6类型管理界面图

在费用信息管理页面，管理员可以对学生账号、学生姓名、类型、联系电话、专业、院系、费用、截止时间、是否支付等进行查看、修改、删除等操作，费用信息管理页面如图5-7所示。

图5-7费用信息管理界面图

在公告信息管理页面，管理员可以对标题、发布时间等进行查看、修改、删除或添加等操作，公告信息管理页面如图5-8所示。

图5-8公告信息管理界面图

5.3教师功能模块

教师通过注册、登录到系统后台后，可以对个人中心、学生管理、费用信息管理、公告信息管理等功能进行相应操作，如图5-9所示。

图5-9教师功能界面图

在个人中心页面，教师可以对教师工号、教师姓名、性别、职称、联系电话等进行修改，还可以修改登录密码，个人中心如图5-10所示。

图5-10个人中心界面图

在学生管理页面，教师可以对学生账号、学生姓名、性别、联系电话、专业、院系等内容进行查看，学生管理页面如图5-11所示。

图5-11学生管理界面图

费用信息管理，在费用信息管理页面，教师可以对学生账号、学生姓名、类型、联系电话、专业、院系、费用、截止时间、是否支付等内容进行查看、修改、删除或添加等操作；如图5-12所示。

图5-12费用信息管理界面图

JAVA毕设帮助，指导，源码分享，调试部署