学生缴费管理系统的分析与设计.doc

学生缴费管理系统的分析与设计

———————————————————————————————— 作者：
———————————————————————————————— 日期：

2

个人收集整理 勿做商业用途

《信息系统开发与实践》
课程结课实践作业

项目名称:学生缴费管理信息系统
完成人：

二零一二年11月11日

学生收费管理信息系统的设计

目录

一、研究的目的和意义
二、系统分析
三、系统设计

一、系统分析

（一）可行性分析
由于本系统管理的对象单一，都是在校学生,且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的计算机，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面,由于有指导老师的指导和相关参考文献,特别是网上资料，特别是参考其它程序的功能，因此完全可以实现.
1.管理可行性
由于本系统主要应用于学院内部，不具备网络查找功能,因此在实现时可以做成单机版，对管理员赋予数据录入、查询、修改以及对数据库的清零等功能。本系统操作简单，易于理解，只需通过简单培训，上手较快,学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。
2.经济可行性
现在，计算机的价格已经十分低廉，性能却有了长足的进步。而本系统的开发，可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期,提高学生信息的利用率,为学校的工作效率带来了一个质的飞跃。主要表现为：实现各级学籍变更智能化，减少管理人员工作量；查询统计方便，能随时查询学校学生等相关数据;实现各类学生学籍和成绩管理的一体化、科学化;保证各级管理部门数据一致,使管理工作规范化；自动生成报表，使上报数据准确、及时、方便；大大的提高学校的工作效率；使敏感文档更加安全，等等.所以,本系统在经济上是可行的。
通过可行性分析研究,认为新系统的开发方案切实可行，可进行开发。

二、 系统设计

（一）系统设计思路及分析
高校收费的主要问题在于收费人员众多、数量庞大、时间短暂等,这也是本系统所主要针对的。为了提高效率,减少错误,保证安全，该系统设计时主要体现了以下的特点：
1。面向对象的体系设计
2。使用Delphi作为开发工具
3。功能全面、强大，覆盖了缴费全过程
4.界面友好，设置错误避免设计
5.高度智能，简单易用，操作方便
6。系统安全,具备数据备份功能
7.各种自动填充功能，有效提高效率
8。代码标准，易于软件维护和功能扩充
9。提供多种小工具，方便拥护使用
（二）系统功能模块的划分

图3—2功能模块图
A 系统管理模块:用户管理和系统维护
主要就是用户身份的管理以及系统数据的维护。前者有普通用户和超级用户之分,起区别在于功能使用上的权限不同，系统只有部分功能对普通用户开放,超级用户则拥有系统全部功能的权限。后者包括了数据的备份和数据的恢复，是为了保障系统的使用安全。
B 缴费录入模块：学生缴费数据录入
实现全屏幕处理或者单条记录的处理，管理员可以在表格中任意修改、增加、删除记录。由于缴费涉及到找零，需有自动计算功能；实现缴费日期的选择输入.
C 统计报表产生功能模块：数据统计以及报表产生
统计主要是根据用户不同的需求对数据进行统计，分别有以全校、系别、班级为单位进行统计，统计的结果以图的方式显示出来.报表的产生主要就是将统计的数据生成报表，打印出来，方便用户浏览传阅.
D 综合查询功能模块：系统数据查询
查询功能是本系统最为强大的功能，是为方便用户清楚详细了解学生缴费情况的模块。主要体现在查询功能分条件进行,用户可以以自己的任何想法来对数据进行查询，只要满足系统自身的包含条件。
E 其他功能的模块：系统自带工具和帮助
主要有日历、计算器、帮助等，提供用户使用，属于附属功能模块，有效提高用户使用效率。
（三）数据库结构的设计
分析之后可以设计出能够满足用户需求的各种实体以及他们之间的关系，为下一节的逻辑结构设计打下基础。这些实体包括各种信息，通过相互之间的作用形成数据的流动.本系统数据库的各实体E-R图如下所示:

图3-3 年级实体E—R图

图3—4 学生实体E—R图

图3—5 班级实体E-R图

图3-6 缴费项目实体E—R图

图3-7 院系实体E—R图

图3—8 专业实体E—R图

图3-9 用户实体E—R图

图3-10 住房实体E-R图

图3-11 缴费信息实体E-R图

图3—12 各个实体间关系E—R图

通过对该系统的反复设计与实施，从系统中可以抽象出如下实体并命名如下： 班级实体、年级实体、住房实体、院系实体、专业实体、学生实体、缴费项目实体以及缴费信息实体等。
实体之间的关系如下：学生实体与班级实体、年级实体、住房实体、院系实体、专业实体是一对多的关系。学生实体与缴费项目实体是一对多的关系。学生实体与缴费信息实体是一对一的关系.
具体表现在：在一个学校当中，学生是最基本的组成部分，每个学生都对应一个班级、年级、专业、院系、住房，所以抽象出实体便是一对多的关系，如图所示。而一个学生每学年只用缴纳一次费用，对应着一次缴费信息，故学生实体与缴费信息实体是一对一的关系.而对于每个学年，需要缴纳的项目都是固定的,每个学生都只用缴纳相同的项目,故学生实体与缴费项目实体也是一对一的关系.同样,缴费信息实体与缴费项目实体也是一对一的关系.具体对应关系已经在图上表示出来.

（四)数据库逻辑结构设计

缴费系统数据库
缴费信息表
院
系
表
专业表
班级表
住
房
类
型
表
缴费项目表
年级表
数据表结构
现将上面的数据库结构分析转化成Delphi 所支持的实际数据模型,也就是数据库的逻辑结构。
表3—1 班级信息表
字段名称
字段类型
字段大小
索引
是否忽略空值
编号
自动编号

关键索引
否
班级编号
TEXT

否
年级
TEXT

否
专业
TEXT

否
表3—2 缴费信息表
字段名称
字段类型
字段大小
索引
是否忽略空值
学生编号
TEXT

关键索引
否
学生姓名
TEXT

否
院系
TEXT

否
专业
TEXT

否
班级
TEXT

否
年级
TEXT

否
住房类型
TEXT

否
缴费数目
TEXT

否
缴费日期
DATE/TIME

否
现缴数目
TEXT

否
找零
TEXT

否
清单
TEXT

否
经手人
TEXR

否
缴费项目
TEXT

否

表3-3 学生信息表
字段名称
字段类型
字段大小
索引
是否忽略空值
学号
TEXT

关键索引
否
姓名
TEXT

否
院系
TEXT

否
专业
TEXT

否
年级
TEXT

否
班级
TEXT

否
表3-4 学生年度表
字段名称
字段类型
字段大小
索引
是否忽略空值
编号
自动编号

关键索引
否
年度
TEXT

否
表3—5 缴费项目表
字段名称
字段类型
字段大小
索引
是否忽略空值
编号
自动编号

关键索引
否
项目编号
TEXT

否
项目名称
TEXT

否
表3—6 用户信息表
字段名称
字段类型
字段大小
索引
是否忽略空值
用户编号
自动编号

关键索引
否
用户名
TEXT

否
用户密码
TEXT

否
用户类型
TEXT

否
表3—7 专业信息表
字段名称
字段类型
字段大小
索引
是否忽略空值
编号
自动编号

关键索引
否
专业名称
TEXT

否
系别名称
TEXT

否
表3-8 院系表
字段名称
字段类型
字段大小
索引
是否忽略空值
编号
自动编号

关键索引
否
院系名称
TEXT

否
学费
货币

否
代管费
货币

否
表3—9 住房信息表
字段名称
字段类型
字段大小
索引
是否忽略空值
编号
自动编号

关键索引
否
住房类型
TEXT

否
住房价格
货币

否

（三)数据库的设计

登陆界面

主窗口

数据录入