学生缴费系统的开发与应用Word格式.docx

上传人:b****3 文档编号:16872562 上传时间:2022-11-26 格式:DOCX 页数:8 大小:314.74KB
下载 相关 举报
学生缴费系统的开发与应用Word格式.docx_第1页
第1页 / 共8页
学生缴费系统的开发与应用Word格式.docx_第2页
第2页 / 共8页
学生缴费系统的开发与应用Word格式.docx_第3页
第3页 / 共8页
学生缴费系统的开发与应用Word格式.docx_第4页
第4页 / 共8页
学生缴费系统的开发与应用Word格式.docx_第5页
第5页 / 共8页
点击查看更多>>
下载资源
资源描述

学生缴费系统的开发与应用Word格式.docx

《学生缴费系统的开发与应用Word格式.docx》由会员分享,可在线阅读,更多相关《学生缴费系统的开发与应用Word格式.docx(8页珍藏版)》请在冰豆网上搜索。

学生缴费系统的开发与应用Word格式.docx

随着计算机科学与技术的日渐成熟和计算机应用的普及,计算机已进入到人类社会的各个领域,并发挥着越来越重要的作用。

这种传统的人工管理模式必然被以计算机为物质基础的信息管理方式所取代。

作为计算机应用的一部分,使用计算机对学生缴费信息进行管理,有着人工管理所无法比拟的优点,如:

检索迅速、查找方便、正确率高、存储量大、保密性好、寿命长、成本低等,这些优点能够极大地提高学生缴费管理的工作效率,也是学校向科学化、正规化管理发展的必要条件。

因此,开发一套能够

学生信息录入

各项信息管理:

费用┈┈

打印信息

修改信息

删除信息

查询信息

退出系统

 

2.3VB设计缴费系统

三·

学生缴费系统的应用

3.1系统核心业务实现

系统核心业务主要是指出帐、缴费、销帐、银行托收和托收返回处理业务。

1)出帐

每个学年开始的时候,指根据系统中设置的收费标准,计算出帐年每个学生各种帐单科目的应收费用,生成学生帐单明细,然后对明细进行汇总生成学生帐单。

2)缴费

系统认为缴费就是用户(学生)从各种不同的途径支付的费用,体现的是各种不同的类型的资金余额的变化,缴费的过程首先是产生帐务业务和资金变化记录,然后是对学生资金记录和学生记录余额的影响。

所以,系统中对现金缴费、学校银行贷款发放、奖学金发放等都可以按照该统一的模式进行处理,只不过业务代码不同而已。

3)销帐

 销帐的过程是在帐户资金余额发生了变化并且该学生存在未结清帐单的情况下,或者是该学生产生了新的未付帐单并且该帐户有可用资金的情况下,利用帐户中的资金对该学生的未结清费用进行帐务销帐的过程。

(对未结清帐单销帐;

记录相应销帐业务记录、销帐明细和资金变化记录)。

销帐的操作有两种不同的情况:

一种是出帐后利用帐户中的资金余额对新产生的帐单进行扣费,这种销帐是对全体学生都需要进行的可以称之为批量销帐;

另外一种是系统发生了某种缴费业务,如:

银行托收成功返回、缴纳现金、贷款发放、奖学金发放导致帐户余额增加,同时该学生存在未结清帐单,这是需要对该学生进行销帐操作,这种销帐是对单个学生进行的,可以称之为单笔销帐。

4)银行托收

出帐并且进行了批量销帐操作后,如果学生仍有未结清帐单,此时将帐单进行加锁操作(设置帐单为托收状态),同时将学生的欠费金额,身份证号码,银行帐户等信息发送给托收银行,由银行从学生在银行的帐户上进行扣费操作。

5)托收返回处理

一定的时间间隔后,银行返回托收扣费结果给学校,系统对扣费结果进行循环遍历,对每一笔扣费记录按照缴费类似的处理方式将银行托收扣减费用打入到学生帐户中(记录帐务业务记录和资金变化记录,更新学生资金信息和帐户的资金余额信息),同时调用单笔销帐进行销帐操作,并且对帐单进行解锁操作。

3.2核心业务分析

高校学生收费系统的核心业务就是收费,其它功能都是用于辅助收费而设计的。

可以这样描述一个学生在这个系统中的一个生存周期:

1)学生入校时,学生在收费系统中被建立了一条记录;

2)学生在校期间,系统在每学年开始时都为学生产生该学年的应收费用;

3)随后,学生通过各种方式和途径进行缴费,可能是银行托收、现金,也可能是学校发放的奖金或者银行贷款等,缴纳的费用可能超出,也可能不够。

同时,因为学生调换专业、休学等情况的发生,应收费用本身也可能需要进行调整,这些就导致了欠费、退费和帐单调整等业务;

4)学生离校时,当帐务结清后,学生在本系统中被注销成为历史信息,系统提供对学生的各种缴费信息的查询。

  纵观这个过程,我们可以抽象出几个实体,包括:

  用户——存放学生基本信息;

  账号——存放学生资金;

  帐单——促使学生产生缴费行为的对象。

其中,用户和账号由于是1对1的关系,可以合并成为一个实体,即帐户。

3.3模型实体设计

1) 

帐户实体设计

一般情况下,学生入学时,系统会在学生信息表中为学生新建一条学生信息记录,而学生资金表用于记录学生当前各种资金类型对应的余额,相应信息记录是在学生缴费过程中逐步插入的。

表结构如图1-1:

    

  a)学生信息表说明:

  *学生ID:

用于唯一标识学生的身份。

  *资金余额:

学生资金中各种类型资金余额的累加。

  b)学生资金表说明:

  *资金类型:

可能包括银行扣款、银行贷款、现金、奖学金等。

2)帐单实体设计

一般情况下,系统会为每个学生在每学年开始的时候产生一条帐单,每条帐单对应多条明细,详细说明帐单的组成。

帐单中的费用项目关系为:

应收费用=减免费用+实收费用+未结清费用。

表结构如图1-2:

3.4业务记录设计

每笔帐务业务记录和销帐业务记录均对应1条或多条资金编号记录,每条销帐业务记录对应1条或多条销帐业务明细。

表结构如图1-3:

  *操作员:

受理此次业务的操作员编号。

  *销帐流水:

此次业务收入的资金对应以后销帐时销帐记录的流水号。

*撤单流水号:

此业务受理记录以后被撤销时填入对应撤销业务受理记录的受理编号。

四·

结束语

  系统以帐户(学生)为核心,以资金流作为设计的基调,按照进、销、存系统的设计思想作为系统核心模型的设计思想,系统提供的功能也是从为学生提供服务出发的。

这种模型保证了系统的高度可扩展性和可用性。

在目前可预期的范围内,业务的变化在现有的框架内基本都是可以实现,不需要从系统底层的结构上做改动就能满足新业务的实现。

  但随着高校的不断发展,学生收费相关的一些标准和政策也会随之发生变化。

系统主要是从设计的总体上进行把握,对于随后的详细设计和编码阶段及系统实施阶段等的影响没有进行全面的考虑。

  1)没有考虑以后可能不是按年进行收费的情况。

  目前系统实现的是按年出帐,这只是符合目前高校的实际收费情况。

2)没有考虑对滞纳金的支持。

  如果学校对指定期限未缴清帐单费用会收取滞纳金,则需要考虑在帐单中增加滞纳金项目,这个是本设计中需要完善的地方。

参考文献

1.王珊,陈红.数据库系统原理教程[M].北京:

清华大学出版社。

2.方睿,刁仁宏,吴四九编著.网络数据库原理及应用[M].四川:

四川大学出版社。

3.启明工作室编著.MIS系统开发与应用[M].北京:

人民邮电出版社。

4.王虎,张俊.管理信息系统[M].武汉:

武汉理工大学出版社。

5.萨师煊,王珊.《数据库系统概论》.高等教育出版社。

6.孙涌.《现代软件工程》.北京希望电子出版社,。

7.BruceEckel.《JSP编程思想》.机械工业出版社。

致谢

感谢母校对我的培养,在这5年的时光了,让我学到了很很多多…学到了很多的知识,学到了人生的感悟,学到了这样做一个明白人…

感谢老师们对我孜孜不倦的教诲,使我在大学5年过的充实和美满,也许我们曾经也闹过矛盾,也经历过嬉皮笑脸,曾经的往事总在我们心头回荡…在此学生衷心的说声:

“老师你们辛苦了,也衷心的祝愿老师们,身体健康,万事如意!

感谢和我朝夕相处的同学们,和你们在一起的日子总是过的很快很快,5年的时间说过去就过去了,以后我们都各奔东西,为了自己的理想与目标去奋斗。

我们一起加油吧!

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 家庭教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1