高校学费收费管理信息系统分析与设计Word文档下载推荐.docx
- 文档编号:21110106
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:25
- 大小:338.86KB
高校学费收费管理信息系统分析与设计Word文档下载推荐.docx
《高校学费收费管理信息系统分析与设计Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《高校学费收费管理信息系统分析与设计Word文档下载推荐.docx(25页珍藏版)》请在冰豆网上搜索。
(2)可行性分析
可行性分析主要是根据信息需求和资源环境等约束,判断高校学费收费管理信息系统的的必要性和可能性。
分别在技术、经济和开发环境上对高校的学费收费管理信息系统进行可行性研究。
(1)技术上的可行性。
一方面,学校有较好的科学管理基础,现行系统基础数据比较完整、合理。
有利于历史数据的转换和载入;
另一方面,学校具有较好的计算机配置和网络实施,学校更有很好的内部局域网。
新的系统无论在软件还是硬件方面都不会有大的困难。
(2)经济上的可行性。
经济上的可行性包括资金上的可得性和经济上的合理性。
资金上的可得性。
学校高层领导十分重视学校信息化建设,对各项信息建设都有足够的资金投入,所以在资金上的需求不成问题。
经济上的合理性。
系统带来的经济效益主要表现在间接的效益上,这些间接效益表现在:
节省了人力,降低了劳动强度;
通过计算机管理,降低了成本和其他管理费用;
提供很好的汇总和查询功能,可以进行辅助决策;
为相关的部门提供及时、准确的共享信息。
(3)管理上的可行性。
学校合理的管理体制,为现行系统提供了比较完整的基础数据,也为新系统的运行提供了保障。
(4)开发环境上的可行性。
该系统的开发得到了组织中各层人员的支持配合,给系统开发提供了一个很好的开发环境。
1.2.2开发方法及工具的选用
该系统采用客户机/服务器体系结构。
系统开发采用面向对象系统开发方法,程序设计按照应用层的不同分为前台和后台,前台主要为数据收集、客户端信息处理和信息查询服务。
后台的程序主要完成数据更新和数据访问。
在后台采用MicrosoftSQLServer2000数据库系统,系统开发工具选择MicrosoftVisualStudio2003.NET可视化集成开发环境
在完成新系统的总体规划和可行性分析以及可行性研究报告得到批准后,就进入了系统分析和设计阶段。
2系统需求分析
这部分主要完成系统的管理结构分析和功能需求分析。
2.1管理结构分析
前面了解到学校的收费管理模式发生转变,学校管理结构和领导层次关系也相应的发生改变。
系统组织结构图如下:
2.2系统功能需求分析
学费收费管理系统能够同时对本科生和研究生进行收费,但一些高校在本科生和研究生收费管理模式上有较大的区别。
2.2.1本科生收费管理模式
本科生收费管理模式的基本流程如下:
1.招生办发出录取通知书后,新生就可以开始通过银行汇款进行交费,收费中心从银行获得新生所有汇款记录,手工录入数据库(也可以由银行提供批量数据,系统自动导入)。
2.新生报到前,收费中心从招生办获取新生数据和新生收费标准信息,以此核对新生汇款信息,最后确定所有正确汇款学生的名单。
对学生汇款超过交费标准的部分进行“转储蓄”操作,转入银行帐号系统,并为其建立个人存折。
新生报到时,收费中心负责为汇款学生打印收费收据,有转储蓄的打印存折(一般情况下,已经提前全部打完),没有汇款的新生和汇款不够的学生可以用现金和支票现场交费。
3.注册中心维护在校本科生的收费标准,本科生的收费标准针对一类学生,即每个学生通过“所属年级+所属专业”确定他的收费标准,“所属年级+所属专业”在学生学籍信息里维护。
4.本科生交费每年一次,一般要求一次能交清,但也允许先交一部分,在规定的时间内交清所欠部分,超过规定时间就按相关规定收取滞纳金。
对于未交清学费的学生不给注册、一直欠费的学生禁止选课和期末考试。
对于不用交费的学生通过设置收费标准应交为零实现。
2.2.2研究生收费管理模式
研究生收费管理模式的基本流程如下:
1.数据准备
研究生部每学期从招生办获取新入学研究生名单和收费标准,并将数据转入收费系统。
每学期交费前对在校研究生进行收费数据准备,并维护收费标准,一般按照上一年的收费标准确定本次的收费标准。
2.研究生的收费标准是针对每个人的,应交费研究生所交费用包括每年应交和一次性应交两部分,每年应交必须每年按时交纳,否则不允许注册,但一次性应交只要在毕业前交齐即可。
3.研究生每学期均有一次收费,通常春季入学的研究生在春季交费,秋季入学的研究生在秋季交费。
但欠费的学生可以在任何时间到收费中心交费。
4.研究生到收费中心交费允许多交(即预先交纳以后几年的)、少交(虽然交费,但总数不够,仍然欠费,不允许注册),也允许一年内多次交费。
但收费中心不负责给学生退费,需要退费的学生由收费中心和研究生部协商,手工处理。
虽然在一些高校本科生和研究生采用不同的收费模式,但是我校的本科生和研究生采用的是统一收费模式。
即上述的本科生收费管理模式。
因此,此收费系统采用本科生收费管理模式。
2.2.3基本信息和数据准备模块
(1)学校组织结构信息录入:
一般的学校体系结构为“年级\院系\专业\班级”,针对组织结构的管理就是建立学校的各年级资料、各院系资料、各专业资料和班级资料档案。
实现资料的新建、修改和删除。
(2)学生基本信息录入:
学生基本信息是该系统的重要资料,是收费处理中的最终对象。
(3)收费标准录入:
收费标准是实现收费的前提,也是收费的依据。
此系统包括收费标准制定、查询等;
参照对象有:
艺术类、非艺术类、专科、本科、研究生。
在每次新任务建立时完成收费标准的制定。
(4)收费项目:
收费项目指在某项收费任务中的具体收款条目。
如学费、住宿费、书本费等。
(5)收款方式:
收款方式用于表示学生收/退款时的支付形式,主要是现金、学生帐户(每位学生在学校都内置了一个帐户)、转出(将多缴的部分以转出到学校一卡通或者校园银行等的一种找补方式)。
2.2.4收费处理模块
(1)管理收费任务:
主要针对每次收费活动的建立、收费标准录入、保存学生应收款、以及任务的结存(结转)等,是一种有条件的为学生批量记费的一种业务处理。
任务管理的一般步骤如下:
(2)管理收费:
管理日常收费(主要用于处理学生在校日常零星的消费业务)、学生预存(学生将现金预存到学校为每位学生开设的个人账户上,如:
校园一卡通,以后学生在学校消费时可直接从该帐户上扣除)。
有个人收费和批量收费;
批量收款是一种针对选定的收费任务进行批量收款处理的业务处理功能,默认情况下,批量收款的收款方式为“现金”。
(3)退费管理:
有个人退费和批量退费;
批量退费主要用于处理成批的满足退费条件的学生退费业务。
默认情况下,批量退款的付款方式为“现金”。
(4)减免管理:
根据特殊情况或其他规定实现费用减免。
有个人减免和批量减免;
批量减免主要用于处理成批的满足减免条件的学生减免业务。
2.2.5统计分析模块
统计分析是此系统一个非常重要的环节,统计信息给学校教务管理提供决策支持。
大部分的报表查询都是采用先设置查询条件和范围,再分析出结果的操作方式。
如果有得到正确的查询结果,就必需设置正确的分析条件。
根据院系、年级、专业、班级条件进行收款统计、欠费统计、减免统计以及学生缴费、欠费历史记录查询。
2.2.6系统管理模块
主要完成操作人员管理,数据维护等。
(1)收费系统的操作人员管理
收费中心、注册中心、各院系领导和教务员通过收费系统可以实时查询学生交费的结果,但系统对不同的登入用户有严格的权限控制,各类用户使用不同帐号进入系统,各自操作权限范围内的功能。
出于安全性和财务结算制度的要求,收费中心内部不同终端使用不同帐号。
收费系统的用户共分成五类:
1.收费中心的管理员:
维护收费公共信息,统计收费情况,生成财务统计表。
2.收费中心的操作员:
面向学生完成收费操作。
3.注册中心的管理员:
负责维护本科生的收费标准,学生注册。
4.各院系的领导和教务员:
只能查询本系学生交费情况
(2)数据维护主要是完成数据库数据的备份和恢复操作。
2.3系统流程分析
系统流程分析主要主要包括业务流程分析和数据流程分析。
2.3.1业务流程分析
本科生收费管理模式的业务流程分析图如下:
研究生收费管理模式的业务流程分析图如下:
2.3.2数据流程分析
根据本科生收费管理业务流程图,可以得出本科生收费管理顶层DFD图。
如下:
对顶层数据流程图2-2进行细分
基本信息管理模块的数据流程图如下:
收费管理的数据流程图如下:
收费任务数据流程图如下:
2.3.3数据字典
前阶段的分析收集了大量的数据载体,但这些数据还比较分散,只能局部反映组织的某项业务或部门对数据要求和现有的数据情况。
为了对数据进行统一管理、存储和操作,就应该在数据流程进行描述之前将所有的数据进行统一的规范化处理。
数据流程图描述了系统的分解,即描述了系统由哪些部分组成以及各部分之间的联系等,但没有具体说明系统各部分的含义。
借助数据字典可以描述数据流程图中的数据流、数据存储、处理过程和外部实体。
系统建立的数据字典如下:
表2-1学生数据结构
数据结构
编号:
001
总编号:
1-001
名称:
学生基本信息
相关数据流、数据存储:
说明:
所有学生基本信息
班级信息、交费信息
结构:
学生编号
数量:
约20000份
学生姓名
性别
班级编号
当前状态
表2-2班级数据结构
002
1-002
班级信息
所有班级信息
专业信息、年级信息
班级编号
约300份
班级名称
专业编号
年级编号
学制
学位
入学时间
表2-3收费项目数据结构
003
1-003
收费项目
所有收费项目信息
项目类别
项目编号
约40份
项目名称
[备注]
表2-4项目类别数据结构
004
1-004
项目类别
所有项目类别信息
类别编号
类别名称
表2-5操作人员数据结构
006
1-006
操作人员
约50份
所有操作人员信息
操作员编号
操作员名称
密码
联系电话
表2-6操作员职务数据结构
操作员职务
所有操作员职务信息
职务编号
职务名称
表2-7收费任务数据结构
007
1-007
收费任务
所有收费任务信息
任务编号
任务名称
创建时间
3系统设计
在设计与开发高校学费收费管理系统过程中,我们遵循学校教务管理的思路,以校园网络环境和全校性的网络共享数据库为基础,采用Client/Serve开发方式。
结算中心、注册中心、研究生部等单位密切合作,为学生收费系统的顺利运行创造了有利环境。
3.1功能结构设计
按照收费系统与其它信息系统或数据源之间的数据联系,以及系统本身的业务流程,可以将系统划分成四个功能模块。
收费系统的功能模块图如下:
根据功能模块的划分可得功能使用者的用例图,如下:
3.1.1基本信息模块设计
(1)学校组织结构管理:
(2)学生基本信息:
主要功能有新建、修改和删除学生资料、学生转班、休学、复学、退学、毕业等。
(3)收费标准:
(预选收费项目:
学费、住宿费、书本费、体检费、服装费、学杂费、借书费、计算机信息费、卧具费、军装费、饭卡工本费、疫苗费、证书工本费、注册费、统考招生费、文体卫生费、班费、自行车保管费、取暖费、毕业证工本费、电教教材代办费)
3.1.2业务处理模块设计
(1)收费任务管理:
主要针对每次收费活动的建立、收费标准录入、保存学生应收款、审核学生应收款、以及任务的结存(结转)等,是一种有条件的为学生批量记费的一种业务处理。
(2)收费管理:
3.1.3统计分析模块设计
如果有得到我们想要的查询结果,就必需设置正确的分析条件。
(1)收款统计:
根据院系、年级、专业、班级条件统计分析收费情况。
(2)欠费统计:
根据院系、年级、专业、班级条件统计分析欠费情况。
(3)减免统计:
根据院系、年级、专业、班级条件统计分析减免情况。
(4)历史记录查询:
实现学生的缴费、欠费查询。
3.1.4系统管理模块设计
(2)数据维护完成数据库数据的备份和恢复操作。
3.2数据流程设计
下面处理系统主要功能模块的数据流程设计。
用户登录流程设计如图3-3:
学生收费管理流程设计如图3-4:
退费管理流程设计如图3-5:
学费减免管理流程设计如图3-6:
统计分析流程设计如图3-7:
3.3数据库设计
由系统分析报告可以设计以下的数据库表。
系号
字段
含义
类型
1
AcademyID
唯一编号
uniqueidentifier
2
AcademyName
varchar
3
Status
可用|禁用
bit
4
CreateDate
院系创建时间
dateTime
表3-1院系列表(AcademyList)
表3-2年级列表(GradeList)
GradeID
GradeName
表3-3班级列表(ClassList)
classID
className
Varchar
SpecialtyID
5
EnrollmentTime
入学时间
datetime
6
SchoolingLength
学制
int
7
Degree
学位
8
表3-4专业列表(SpecialtyList)
SpecialtyName
表3-5学生基本信息表(StudentList)
StudentID
StudentName
ClassID
Sex
OffTime
OffCause
Predeposition
money
9
Balance
帐户余额
表3-6操作人员(Users)
userID
userName
sex
phone
mamo
userPWD
表3-7职务列表(DutyList)
dutyID
dutyName
memo
表3-8收费项目(ChargeItems)
ItemID
ItemName
TypeID
表3-9项目类别(ItemType)
TypeName
表3-10收款方式(GatheringMode)
ModeID
ModeName
RelationBank
是否与
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校 学费 收费 管理信息系统 分析 设计
![提示](https://static.bdocx.com/images/bang_tan.gif)