演示视频:
3.1 可行性分析
运行商院学费支付系统需要准备一台私人笔记本或者台式机即可。需要在计算机上部署Windows
XP
或者Windows7/8/10等操作系统。同时,该系统需要下载以下软件:jdk8.0、Tomact、MySQL数据库和Myeclipse等。
(1) 经济上的可行性
由于该支付系统需要学生在自己的电脑上部署环境,利用Tomact发布,MyEclipse运行,随后在任意浏览器中打开系统的网址,便可使用。这样既可以节省人力物力以及运行成本,而且运行后带来的效益与影响也比开发成本高。因此在经济上,是行得通的。
(2) 社会上的可行性
该系统的设计对操作人员的要求很低,只要会使用电脑浏览网页便可。同时,系统在开发中,结合学校学费支付管理的现实状况,通过大量调研和分析最终完成该系统。准确来说,系统既降低制作过程中的投入,又对操作的限制大量简化。所以系统的设计在社会上是可行的。
(3) 技术上的可行性
在技术方面,经过翻看大量的流行技术相关资料以及咨询专业技术人员,随后选定使用Java+jsp+javaScript来实现该系统功能。利用B/S架构,使得系统的操作简易,方便。同时,即使在没有任何客户端的情况下,操作人员也可以在网上登录网页对系统做出操作行为,只要具备硬件条件以及网络环境便可。使用者只要有username和password,就可以登录操作,甚至可以在浏览器中直接注册账号。当浏览器得到服务器响应,安全认证,我们便能获取系统提供的账号,来进行上叙操作步骤。
3.2 功能需求概述
学生学费支付系统共设计有三类角色:学生、admin以及财务。通过给不同角色分配不同的权限,来实现对数据有效地进行隔离以及使系统安全运行。该系统特点是可以高并发地利用操作较为简单、画面优质的信息提醒机制来为三种角色提供服务。由于支付系统需要银行接口或支付宝等支付行业接口,所以该系统的实现模拟了支付这一功能,而非实际缴费。该系统要实现的基本功能如下:
-
登录注册功能:用户分为三种:学生、财务、系统管理员。三中角色均可以登录注册。同时,因为不同用户的角色不同,所以根据其权限的差异登录后会进入不同模块。当然,没有登录名的用户必须注册账户。
-
缴费信息查询功能:针对个人,根据学生ID可搜索到该学生的学籍信息和缴费状况。若该学生欠费,则在欠费人员表中列出此学生的信息。针对学院的缴费情况的管理,输入院系的全称即可查询到该院系缴费工作是否已完成。
-
学生缴费展示功能:学生进入本商院学生学费支付系统的主页面后,可选择学生的院校,专业等信息。同时,因为有不一样的专业,会有不一样的收费标准展示平台。系统会根据学生选择的院系、专业显示该学年最后统计的应缴费金额,学生确认后点击缴费模块,进入缴费界面。若用户非学生,则可在该系统的缴纳学费信息的页面中输入学号或者院系专业姓名等信息后自动带出学生的基本信息以及应缴费用的情况。同时,管理可以对缴费信息进行修改或填写,对数据库的数据进行更新与插入操作。
-
缴费模块功能:学生进入缴费模块后会有缴费方式的选择以及应缴费用显示,选择一种缴费方式后,会进入该方式的缴费页面。在输入卡号密码之类的信息后(与淘宝天猫购物时的界面类似)点击确定,该生缴费信息即可存进数据库并提示操作成功,过几秒后返回之前主页面(这里会判断银行卡余额够不够,不够则提示余额不足,缴费失败)。
对于管理员和财务,管理权限更高一级。区别于学生,管理员可以对学生信息做出增删改查等行为:
-
管理员可对学生以及财务信息进行增添、更正、移除以及查找等行为(学生学籍变动或毕业可对此学生信息删除)。
-
在商院学生学费支付平台中的财务界面上,财务可根据院系专业设置缴费金额以及查看贷款学生信息。
3.3 UML用例图
系统有两大类用户用例,分别是学生与管理类型人员。两类角色不同,功能也不相同,本系统很好的实现了数据的隔离,保证了使用本系统的人员的数据安全性。学生包括登录、申请贷款、注册、缴费、更改口令五个功能模块。管理类型人员有查看学员缴费状态,登录等功能。学生缴费功能用例图如图1所示:
图1 学生用例图
管理类人员分别是校园管理以及财务,他们需要对该系统进行管理操作。校园管理拥有登陆行为、注册行为、增添行为、查看缴费金额行为、管理学生缴费信息行为等。财务有相似的功能,但不能添加缴费金额,只能查看。校园管理及财务功能用例图如图2所示:
图2管理员与财务用例图
系统设计
3.1 功能模块设计
功能模块是对商院学生学费支付系统的细化以及完善。本着这一设计理念,对系统的功能进行整理和分析。针对本商院学生学费支付系统,需设计如下功能模块:
-
用户登录模块:学生、财务、管理员想要操作该网页,第一件事便是登录。一旦登录数据库便会有记录。该模块是整个系统中必需有的。
-
注册模块:因为学籍的变动,新来到商院的学生必须申请自己的账号,在本网站,每个学生都拥有注册功能,这样方便商院用户进行录入操作。而且新生刚入校,必须要注册完善自己的信息,才能使用本网站进行学校的缴费操作。
-
缴费模块:学生登录系统,查看自己的院系,因为各院系的缴费情况是不同的,所以系统会根据相应院系的缴费信息,进入与之相对应的缴费模块进行缴费。管理员可以增添和更正院系缴费信息,方便学生自己查看。财务可以通过此模块查看各个院系费用的上交信息以及每个学生各项费用的支付状况。
-
修改口令模块:不同的角色都能在进入系统后都有自己的原始口令,但对于本网站来说这样是不安全的,所以用户必须尽快对自己的原始口令进行更改。
-
查询模块:每种角色都可以根据自身的需求查找信息。例如,学生能够查询学院应该上缴的缴费情况以及自己的缴费状况;财务和系统管理员以查看院系费用的上交信息以及每个学生各项费用的支付状况。
总结以上几点,对商院学生学费支付系统的具体行为的实现设计了以下功能模块,系统功能模块图如图
3所示:
图3 系统功能模块图
3.2 系统数据流程设计
该学费支付系统的数据库设计,主要经历了以下六个阶段:
-
学生支付的需求分析阶段:对商院学生支付的需求进行了分析,学生每年需要向学校缴纳何种费用,哪种缴费情况还没有被电子化所代替,当然为了系统今后的扩展范围和二次开发,也包括对其他学校学费系统的实现和功能的设计进行详细的调研。这一过程中,了解了学费支付所需的必要流程以及关键信息,为整个系统的设计和开发进程打下了坚实的根基。
-
系统结构设计阶段:这一阶段,是整个学费支付系统设计的关键。通过对学生、管理、财务角色的不同角色的需求分析,赋予不同的权限,从而对得到的信息进行综合、归纳,得出一个学生-管理员的结构模型。
-
逻辑结构设计阶段:对实现学生支付的一系列流程做了调研、设计以及调整,并且对其进行了优化来完善系统功能。
-
数据库设计阶段:好的表的设计结构能够使表的逻辑更加清晰,查询更加快速,让虚拟化的功能和需求具体化,在设计开发的过程中设计思路更加清晰,为前一阶段的逻辑设计选取了一个最合适的数据库的表结构,同时还有存储的结构和方法。
-
数据库实施阶段:在确定该系统的数据库所需表以及对其进行完善后,更改数据库中数据。创建完表结构,并且测试入库系统所需数据,同时还需进行测试是否正确插入数据。确保数据存储结构的准确度和规范性。
-
运行和维护阶段:在作品完成后,该系统会马上投入使用,会有大量的用户实际操作该系统。这时便会出现大量从数据库提取、插入数据的情况。所以,在正常运行学生学费系统过程中,我们需要使用到事务的管理,避免高并发情况的产生,所以,在特殊时间段,管理员应该持续地对数据库进行维护与整改。
在进行了数据库设计以及分析后,可以根据该设计得出系统的全部流程。因此,如图4所示:
图4系统整体流程图
通过分析商院学生学费支付系统的流程,对该系统进行如下时序设计:
-
商院学生登录支付系统后,可查询自己的缴费状况。若未缴费,则可向学校下订单进行缴费;
-
学校在接受学生订单的同时,向银行提交订单(模拟,非真实向银行提交订单);
-
银行得到缴费订单后,返回给学生一个支付界面,提示输入卡号密码;
-
学生输入的信息无误后,就能成功支付;
-
银行得到学生支付的结果并将此结果返回给学校,学校对此信息进行存储更新;
-
支付系统会在更新后,返回给学生交费成功的提示。
综上所述,作时序图以便查看。学生缴费时序图如图5所示:
图5系统时序图