基于ssm学费管理系统的设计与实现论文

系统简介

当下，如果还依然使用纸质文档来记录并且管理相关信息，可能会出现很多问题，比如原始文件的丢失，因为采用纸质文档，很容易受潮或者怕火，不容易备份，需要花费大量的人员和资金来管理用纸质文档存储的信息，最重要的是数据出现问题寻找起来很麻烦，并且修改也困难，如果还这样操作会造成很大的资源浪费和经济损失。所以，对于本课题研究的学生学费信息的管理就需要有一款软件来代替手工操作，因此学费管理系统就应运而生。
学费管理系统运用的工具包括Eclipse，Tomcat以及Navicat等。该系统可以实现学生管理，通知公告管理，新生学费管理，学生申请管理，学生签到管理，反馈信息管理等功能。
学费管理系统就是采用目前最流行的互联网应用思维，让信息处理变得更加高效，并且处理结果更加的符合预期，只要是关于数据管理方面，不管是添加还是修改，以及数据维护甚至是数据迁移，都可以达到更快更安全的要求。

关键词：学费管理系统；新生学费；学生签到

第1章 系统设计

在系统设计环境，业务的处理逻辑和数据的设计逻辑虽然是重中之重，但是这些都是用户看不见摸不着的，用户也只是能看到部署好的项目运行起来的结果，所以用户对界面布局以及界面功能比较看重。所以说，如今只要是开发网站不仅仅是需要懂一点页面设计就行，也需要懂得UI设计的人群。传统的网页设计其实就是换几个颜色，放几张图片，然后来充实操作页面，让操作页面不至于太单调，但是互联网发展至今，开发也越来越精细化，用户越来越挑剔，还用凑合方式来进行程序开发，已经是属于落后的状态了。
4.1 布局设计原则
布局不是传统的把页面分分类，输入和显示页面，调整调整间距这些笼统的说法了，布局设计也是有一定的原则的。
首先，布局一定要清晰合理。布局的清晰不是说图片清晰或者文字清晰，而是说用户在使用过程中，看到导航的布局，就能明白所有功能模块都可以在导航里寻找，打开一个页面，就能知道重要与不重要的资料，必须与不必须的填写，甚至是输入的格式是什么规格，都可以让用户使用的时候一目了然。因为界面是有限的，所以说布局是相当重要的一点设计原则。
其次，布局的体现要符合大众审美，比如说导航，尽量都是网页的上方或者左侧。如果把导航放到网页下方或者右方，这些代码都是可以实现，但是不符合正常人的思维定向。现代人的读写习惯都是从上而下，从左到右的阅读方式，人们身体和心灵已经习惯了这种方式，如果布局到其他方向首先用户会感到新颖，但是却不会买账，因为操作几遍后就会不习惯。
最后，布局也要考虑这个软件是用来做什么的，常用这个软件的人员的年龄划分，性别划分，以及职业划分。划分了使用人群，就可以对背景进行调色填充，如果是长时间用电脑的人群尽量设计的有护眼功能，不至于看一会眼睛就受不了，尽量要区分长时间使用和短时间使用的背景，这一点很重要。
综上所述，系统设计需要考虑方方面面，布局设计也是需要精细化考虑，系统设计需要考虑太多，但是实现却不能弄得操作上太复杂，系统设计尽量的要满足用户需要，提高用户满意度。
4.2 功能结构设计
在基于系统功能分析的基础之上，开始对系统的详细功能进行设计，最终将使用结构图的形式对设计的结果进行展示。
管理员具备的详细功能将参照最终的设计结果，即图4.1所示的管理员功能结构图。其中管理员增删改查通知公告，新生学费信息，审核学生申请，审核学生签到信息，审核学生的反馈信息以及对学生申请，学生签到，学生反馈信息进行管理。

图4.1 管理员功能结构图
学生具备的详细功能将参照最终的设计结果，即图4.2所示的学生功能结构图。其中学生支付学费，提交反馈信息，提交学生签到信息，提交学生申请信息以及查看学生申请，反馈信息以及学生签到信息的审核结果信息。

图4.2 学生功能结构图
4.3 数据库设计
数据库的选用方面肯定要选一个市场反应比较好，性价比比较高的数据库，不能凭空想象数据库，要结合程序设计的需求来选择对应的数据库。目前来讲，市面上常用的关系型数据库足够达到需求。
4.3.1 数据库E-R图设计
想好更好的设计出数据库使用效果，那么就要对数据的存放格式以及存放关系作出调查和梳理，所以通过分析E-R图之间的数据实体关系是最好不过的。而设计数据库E-R图是有下面几点好处：
第一点：数据的冗余是一件很恐怖的事情，所以要对有些数据进行冗余筛选；
第二点：防止内存溢出，数据量太大，需要提前做好预测并且设定好规则；
第三点：数据库一定要完整，非完整数据也只是数据垃圾而已，没有任何作用；
第四点：提高数据检索性能；
这节主要是描述对系统的E-R模型的设计，数据存储格式的判断，实现的方法，用户的需要，这些都要统一，不能想当然。并且各个模型中间的关系尤其要突出。
（1）把反馈信息具备的属性通过属性图进行展示，绘制的属性图见图4.4。

图4.4 反馈信息实体属性图
（2）把学生具备的属性通过属性图进行展示，绘制的属性图见图4.5。

图4.5 学生实体属性图
（

第2章 系统实现

下面主要是对系统实现的功能进行描述，一般在系统实现阶段只算是一个粗略的功能实现，可能符合开发人员的设计预期，但是对于具体使用者来讲还是需要其他人进行发现的，所以这个环节是很有必要进行描述的。
5.1 管理员功能实现
5.1.1 新生学费管理
实现新生学费管理功能，其界面运行的效果图见图5.1。在该界面，学生的住宿费，书本费，体检费，总金额等信息需要管理员添加，同时管理员发现错误的新生学费数据也能及时修改，对于需要删除的新生学费信息也能及时删除。

图5.1 新生学费管理界面
5.1.2 学生申请管理
实现学生申请管理功能，其界面运行的效果图见图5.2。在该界面，学生提交的申请信息，管理员不仅需要查看，还需要及时审核，审核过程中，管理员也能回复学生的申请信息，对于学生申请信息出现数据错误，也是需要管理员来进行修改。

图5.2 学生申请管理界面
5.1.3 学生签到管理
实现学生签到管理功能，其界面运行的效果图见图5.3。在该界面，学生的签到信息，包括签到位置，签到时间，学号，姓名等信息也是需要管理员先进行查看，然后审核，审核时，也需要管理员发布审核的回复信息。

图5.3 学生签到管理界面