项目运行

环境配置：

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.1.1系统目标

设计校园一卡通管理信息系统的目标在于将计算机和互联网这种科技发挥最大作用。使各个高校能彻底的摆脱传统的手动操作，用自动化和现代化的工具把工作人员从高强度的工作中解放出来。最大可能的实现现代化，技术化，自动化。因此本系统主要是实现校园一卡通管理信息系统的输入包括公告信息、年级管理、班级管理、学生管理、一卡通管理、充值信息管理、挂失申请管理、缴费信息管理、助学金申请信息的输入等。校园一卡通管理信息各种信息的查询、修改等。

3.1.2 用户分析

系统用户包括管理员和普通学生。管理员可以对各个模块的增删改查。而普通学生通过注册、登录，登录和可修改个人信息办理一卡通，缴纳费用，以及如有遗失可进行挂失申请，如有需要可助学金申请。

3.1.3系统可行性分析

利用计算机支持完成校园一卡通管理信息系统的日常事务，是适应现代化制度要求、推动学院信息管理走向科学化、规范化的必要条件；同时计算机有着手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高校园一卡通管理信息的效率,也是学院信息化的重要条件。

3.1.4 经济可行性

经济可行性主要是分析系统开发成本，开发利润等方面是否具有开发价值必要。当投资大于回报时，那么该项目开发就没有必要，反之，就可以进行开发。由于本次系统开发为本人毕业设计，所以经济方面的投资较小，研发、运行主要费用包含：

1.硬件设备：计算机，由于本人有可供开发用的电脑，所以无需硬件成本。

2.软件开发：本次系统开发所应用的各类软件，如：MySQL，jsp等，均为开源软件，也无需经济成本。

3.人员费用：本人独立开发，无需费用。

3.1.5 技术可行性

技术可行性可以理解为系统在开发技术层面上是否可行。对于系统的各个模块，各个框架设计等方面都需要进行分析推敲[10]。本次设计主要采用的是jsp技术来进行开发，采用SSM框架技术，框架分为三层，分别是控制层Controller，业务处理层Service，持久层dao，能够采用多层次管理开发，对于各个模块设计制作有一定的安全性[11]；数据库方面主要采用的是MySQL来进行开发，其特点是稳定性好，数据库存储容量大，处理能力快等优势；服务器采用的是Tomcat服务，能够提供稳固的运行平台，确保系统稳定运行[12]。

3.1.6 操作可行性

操作可行性顾名思义就是系统操作流程是否符合要求，操作界面是否美观直观，学生能否直接操作，是否影响工作效率等问题；主要是衡量系统上线之后，操作便利性及实用性问题；目前系统开发都是可视化界面，简单模块操作，适合各个年龄段的学生，简单易懂，容易理解，因此，操作可行性能够通过。

3.1.7 系统功能分析

校园一卡通管理信息系统主要实现管理员对各个模块的记录和查询，包括学生办理办理一卡通，以及充值、挂失申请、缴费、助学金申请查询。在高校校园一卡通管理信息系统中，应该为每一种模块定义一个编码，以便于进行统一管理。由于在实际过程中模块会有不断的更新，因此对每模块都应记录，应保存每个学生办理一卡通情况，以便管理员进行搜索查询。

3.2系统总体设计

校园一卡通管理信息系统对功能的需求：登录取得管理权限，修改自身信息，主要为修改登录密码；注销此次权限。

1、办理一卡通

校园一卡通管理信息系统是对学生办理一卡通可以进行伙食冲值、挂失申请。

2、助学金申请管理

学生可通过助学金申请页面填写申请标题、申请原因、申请备注、申请材料、申请金额、申请日期、学号、学生姓名、手机、班级，管理员查看学生申请原因，进行审核通过与回复不通过原因。

以上基本信息管理和日常业务中有添加、查询、修改功能，以办理一卡通息为例，如图3-1所示：

图3-1教材信息结构图

总体结构图如图3-2所示：

图3-2 系统总体结构图

第四章数据库设计

4.1 概念模块设计

本系统采用B/S结构，所有的程序及数据都放在服务器上，终端在取得相应的权限后使用Web页面浏览，录入，修改等功能。在数据库上我们为了节约成本，采用了免费的MySQL数据库（当然，也可以移植到Oracle上），服务器则使用XAMPP软件包。

1. 数据库概念设计

数据库概念设计应反映信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型以扩充的实体—（E-R模型）联系模型方法为例，先要明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等，从而给出各部门内所用信息的局部描述；再将前面得到的多个用户的局部视图集成为一个全局视图，即用户要描述的现实世界的概念数据模型。

管理员实体主要存储管理信息包括用户名、密码、角色。管理员信息，属性图如图4-6所示。

图4-1 管理员信息实体属性图

学生信息：学号、学生姓名、性别、头像、班级、年级、手机、邮箱、身份证，实体属性图如图4-2所示。

图4-2学生信息实体属性图

一卡通信息：卡号、学号、学生姓名、性别、头像、手机、状态、金额、办卡时间、办卡备注，实体属性图如图4-3所示。

图4-3一卡通信息实体属性图

助学金申请信息：申请标题、申请原因、申请备注、申请材料、申请金额、申请日期、学号、学生姓名、手机、班级，实体属性图如图4-4所示。

图4-4助学金申请实体属性图

根据分析，系统中主要存在以下几个实体：管理员、学生、公告信息、一卡通信息、缴费信息、挂失申请信息、缴费信息、助学金申请信息，它们之间的E-R图如图4-5所示。

图4-5 数据库实体之间总E-R图

5.1 管理员功能模块

下图界面是管理员登录管理界面，登录界面主要是用来确认登陆者身份，把控系统安全的首要关口。截图中主要包括了管理员用户名信息，密码信息，另外加上一个角色区分，包括了管理员权限和管理者权限；在登录的过程中，如果你是管理者，那么登录时需要选择管理员身份进入，否则，如果输入的用户名密码不是管理员账户，那么则提示登录失败，需重新输入正确的用户名密码，网站管理员登录效果图如图5-1所示：

图5-1管理员登录界面图

图5-2登录流程图

5.1.1首页功能

该图是从登陆界面登陆成功之后，进入到管理员的操作区域截图。从截图可以看出，系统设计为二部分，左边为功能列表区域，其出入的列为主页、个人中心、公告信息管理、年级管理、班级管理、学生管理、一卡通管理、充值信息管理、挂失申请管理、缴费信息管理、助学金申请管理；下边是欢迎使用校园一卡通管理信息系统。程序成效图如下图5-3所示:

图5-3管理员首页使用功能界面图

5.1.2密码修改

管理员对修改密码进行操作填写原密码、新密码、确认密码并进行添加、删除、修改以及查看，程序效果图如下图5-4所示：

图5-4修改密码界面图

5.1.3学生管理

下图是管理员对学生添加学生学号、学生姓名、性别、头像、班级、年级、手机、邮箱、身份证，系统判断是否添加学生信息，确认添加学生信息则更新数据库，系统再次判断是否添加更新成功，更新成功则提示学生添加成功。程序效果图如下图5-5所示：

图5-5学生管理界面图

图5-6 添加学生流程图

5.1.4一卡通管理

以下截图是对于一卡通管理，管理员操作一卡通管理信息表的所有数据信息。该模块通过控件可以设置新增、删除功能、分页功、统计、支付等功能。管理员可以针对一卡通卡号、学号、学生姓名、性别、头像、手机、状态、金额、办卡时间、办卡备注据的有效性，及时增加、删除或修改数据，进行数据的实时性管理，保障系统数据的准确性，一卡通管理模块如图5-7所示。