学生学籍管理系统.docx
- 文档编号:18455505
- 上传时间:2023-08-18
- 格式:DOCX
- 页数:33
- 大小:157.92KB
学生学籍管理系统.docx
《学生学籍管理系统.docx》由会员分享,可在线阅读,更多相关《学生学籍管理系统.docx(33页珍藏版)》请在冰点文库上搜索。
学生学籍管理系统
学生学籍管理子系统1
题目名称:
学生学籍管理子系统
学生姓名:
余四辈,严文元
学号**********、**********
系部:
计算机与信息科学学院
专业年级:
07级
(2)班
***************
2010年06月20日
摘要
学生学籍管理系统是典型的管理信息系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
对于前者要求建立起数据1致性和完整性强、数据安全性好的库。
而对于后者则要求应用程序功能完备,易使用等特点。
本系统主要完成对学籍的管理,包括添加、修改、删除,查询,打印信息以用户管理等6个方面。
系统可以完成对各类信息的浏览、查询、添加、删除、修改等功能。
系统的核心是添加、修改和删除3者之间的联系,每1个表的修改都将联动的影响其它的表,当完成添加或删除操作时系统会自动地完成学籍的修改。
查询功能也是系统的核心之1,在系统中主要根据学生姓名和学号进行查询,其目的都是为了方便用户使用。
系统有完整的用户添加、删除和密码修改功能,并具备报表打印功能。
系统采用Microsoft的SQL2000来设计数据库,并使用当前优秀的开发工具:
MicrosoftVisualBasic6.0,它有着最为灵活的数据库结构,对数据库应用有着良好的支持。
论文主要介绍了本课题的开发背景,所要完成的功能和开发的过程。
重点的说明了系统设计的重点、设计思想、难点技术和解决方案。
关键词:
学生;学籍;管理信息系统;MicrosoftVisualBasic6.0
第一章绪论
1.1前言
学生学籍管理是学校管理的重要组成部分,对于学校和政府教育单位来说都至关重要,所以学生学籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
传统的人工方式管理方式效率低、保密性差,不利于查找、更新和维护。
使用计算机对学生信息进行管理,能够极大地提高学生管理的效率,节约教育经费,这也是适应学校信息化建设发展趋势的重要因素。
作为计算机应用的1部分,使用计算机对学生学籍信息进行管理,具有手工管理所无法比拟的优点。
例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高学生学籍管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
因此,开发这样的管理软件成为很有必要的事情。
学生学籍信息管理系统其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面,对于前者要求建立起数据库1致性和完整性、安全性好的数据库。
而对于后者则要求应用程序功能完备,易使用的特点。
经过分析,我们使用易于与数据库连接的MicrosoftVisualBasic6.0开发工具,利用其提供的各种面向对象的开发工具,尤其是数据库窗口这1功能强大而简洁操纵数据库的智能化对象,首先在短时间内建立系统应用原形,然后对初始原型系统进行需求分析,不断修正和改进,直到形成用户满意的可行系统。
学生学籍管理系统要实现的目标是为学校提供学生管理解决方案。
具体目标如下:
l 提高学生信息管理效率,节约管理成本,增强学生管理的安全性。
l 满足学校学生管理的人员、老师和学生的不同层次和不同方面的需要。
l 为学校将来的信息化建设提供必要的支持。
总之,通过该系统的建设来提高学校的学生信息管理效率,使得学校的发展能够适应社会发展的脚步。
。
1.2开发环境
本学生学籍管理系统(数据库系统)的开发与运行环境如下:
开发环境:
WindowsXP
辅助工具:
PowerDesignerTrial11
数据库管理系统:
SQLServer2000
运行环境:
Windows2000/XP/2003
1.3内容和要求
1.3.1系统目标设计
使得学生的学籍管理工作更加清晰、条理化、自动化。
很容易地完成新生信息的输入、老生信息的备份、毕业学生的信息可以很容易地保存。
当学生需要查询成绩时,可以很简单地将其需要的信息从数据库中查找出来并可以打印查询结果。
随着当今网络技术的发展,提供网络在线查询功能,可以为毕业生提供更多的就业机会。
1.3.2系统功能要求
(1)学生基本信息系统
能够完成新、老生信息的输人、修改、插人、删除等工作。
可以按照特定的信息进行查找,并按照特定的要求进行排序。
可以对老生的信息进行备份,以便日后查询。
可以对学生的信息进行打印输出。
提供详细的帮助文件和系统维护功能。
(2)学生成绩管理系统
此部分的功能如下:
学生成绩的输入、修改、删除等基本操作。
成绩的综合统计功能,包括学生成绩按照不同条件进行排名。
管理人员可以选择不同的排序条件,并可以将排序结果进行打印输出。
计算各班的总分和平均分,并按照平均分将各班成绩进行排序。
统计不及格考生的信息,根据条件确定是重修还是补考。
学生奖励统计,自动生成每班获得奖学金的同学的信息,并可以将奖学金分成不同的等级,以及所得奖学金的数目。
本系统可以在单机上运行,也可以应用在网络上供在线查询成绩和其他一些学生的信息(此功能选做人提供给学生进行查询的系统和提供给教务处使用的系统,在不同用户使用时,应该会有不同的使用权限。
提供详细的帮助文件。
由于数据库内的信息会很多,注意数据库表格设计,使得学生查询基本信息或学习成绩时使用时间较短。
按照数据库系统开发步骤进行数据库概念结构设计、逻辑结构设计、物理结构设计。
系统的功能模块设计图如图所示。
图1-1系统功能模块设计图
2需求分析
第二章用户及数据字典
2.1用户需求
本系统是针对高等院校的学生学籍管理,因此学籍管理系统的用户包括系统管理员、教师和学生。
主要涉及系部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。
实现的具体功能如下:
基本信息管理——系统管理员负责对各种基本信息的录入、修改、删除等操作。
学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等操作,学生可以查询各科成绩。
信息查询统计——学生可以查询基本信息和各科的考试成绩,老师可以查询基本信息和授课信息,系统管理员负责把老师提交的学生成绩进行管理,计算总成绩和平均成绩,统计不及格学生信息和获得奖学金学生的信息,最后再输出所有的信息。
毕业生信息管理——系统管理员负责计算毕业学生在学校期间所修课程的总学分,并进行审核,最后输出登记表和名册。
系统用户管理——系统管理员负责用不同的权限来限制不同用户对系统的使用。
以上是用户对系统的基本的功能要求,此外用户还要求系统的效率要高,查询速度要快,比较小的冗余,易维护,具有较高的数据安全性。
22划分功能模块
根据系统功能的需求分析和高等院校学籍管理的特点,经过模块化的分析得到如下图1-1所示的系统功能模块结构图。
图2-1系统功能模块图
2.3数据字典
2.3.1数据项
数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果,数据字典是对系统所用到的所有表结构的描述,学籍管理的主要数据见下表。
表2.1老师基本信息表
序号
字段
别名
数据类型
数据长度
码
1
tno
学号
char
10
Y
2
tname
姓名
varchar
10
N
3
tsex
性别
Char
2
N
4
profess
职称
varchar
10
N
5
dname
所属院系
varchar
8
N
6
tel
电话
int
N
表2.2学生基本信息表
序号
字段
别名
数据类型
数据长度
码
1
sno
学号
varchar
10
Y
2
sname
姓名
varchar
10
N
3
ssex
性别
Char
2
N
4
birthday
出生日期
timestamp
20
N
5
symbol
政治面貌
varchar
8
N
6
Id
身份证号
varchar
20
N
7
Intime
入学时间
varchar
20
N
8
birthplace
籍贯
varchar
10
N
9
homeaddr
家庭住址
varchar
30
N
10
postcode
邮政编码
int
N
表2.3专业信息表
序号
字段
别名
数据类型
数据长度
码
1
mno
专业号
char
10
Y
2
sno
学号
varchar
10
N
3
mname
专业名
char
10
N
4
intime
入学时间
datetime
N
表2.4毕业信息表
序号
字段
别名
数据类型
数据长度
码
1
gno
毕业证编号
char
10
Y
2
sno
学号
varchar
10
N
3
sname
姓名
varchar
10
N
4
ssex
性别
char
2
N
5
dname
所属院系
varchar
10
N
6
intime
入学时间
datetime
N
7
ycredit
已修学分
float
N
8
xcredit
需修学分
float
N
表2.5院系信息表
序号
字段
别名
数据类型
数据长度
码
1
dmpno
院系号
varchar
10
Y
2
dname
院系名称
varchar
10
N
3
dmphead
院长名
varchar
20
N
表2.6课程信息表
序号
字段
别名
数据类型
数据长度
码
1
cno
课程号
varchar
5
Y
2
cname
课程名
varchar
15
N
3
credit
学分
smallint
N
表2.7学生选课信息表
序号
字段
别名
数据类型
数据长度
码
1
sno
学号
varchar
10
Y
2
cno
课程号
varchar
5
Y
3
grade
成绩
float
N
表2.8老师授课信息表
序号
字段
别名
数据类型
数据长度
码
1
cno
课程号
varchar
5
Y
2
tno
教工号
char
10
Y
3
ctime
课时
smallint
N
2.3.2数据结构
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,或若干个数据项和数据结构混合组成。
经过数据项和用户需求的分析,我对本系统一共分了5个组,具体如下表所示:
表2.9数据结构表
数据结构名
含义说明
组成部分
学生基本信息管理
描述学生基本信息
学号+姓名+性别+出生日期+身份证号+入学时间+政治面貌+家庭住址+籍贯+邮政编码+民族
老师基本信息管理
描述老师基本信息
教工号+姓名+性别+职称+所属院系+电话
学生、老师相关信息管理
描述学生选课信息,毕业信息,专业、院系信息,老师授课信息,院系信息
学号+课程号+成绩
课程号+教工号
毕业证编号+学号+姓名+性别+身份证号+所属院系+入学时间+已修学分+需修学分
学生成绩管理
描述学生平均成绩、总成绩的计算,统计相关信息
学号+课程号+成绩
系统管理
描述用户修改密码,帮助信息
2.4.3数据流
数据流是数据结构在系统内传输的路径。
通过对用户的需求分析,以及数据项和数据流的设计,得出了相应的数据流描述如下表所示:
1、数据流定义表
表2.10数据流定义表
编号
数据流名
组成
流量
备注
01
学生信息
学号+姓名+性别+出生日期+身份证号+入学时间+政治面貌+家庭住址+籍贯+邮政编码+民族
大
学生基本信息
02
教师信息
教工号+姓名+性别+职称+所属院系+电话
一般
教师基本信息
03
学生成绩
学号+姓名+性别+学号+课程号+成绩
大
学生详细信息
04
科目成绩
学号+课程号+成绩
大
学生考试成绩
05
各门成绩
学号+课程号+成绩
课程号+课程名+学分
大
同上
06
查询结果
科目成绩+各门成绩
大
各种信息
07
统计分析
科目成绩+各门成绩
大
学生奖励
2、外部项定义表
表2.11外部项定义表
编号
名称
输入数据流
输出数据流
备注
1
学生处
01
主要用于录入学生信息
2
学生
06
主要用语学生查询信息和成绩
3
老师
03
主要用于老师提交成绩
4
教务员
06/07
主要用于输出查询和统计信息的结果
2.5.4数据存储
数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一。
经过数据项、数据结构和数据流的设计,本系统一共选用了三个数据存储,具体对数据存储的描述通常如下表所示:
表2.12数据存储表
编号
数据存储名
输入数据流
输出数据流
数据量
存取方式
A1
学生相关信息
01
大
批处理、顺序检索
A2
教师相关信息
03
02
一般
批处理、顺序检索
A3
学生成绩单
06,07
大
批处理、更新、顺序检索
2.4.5处理过程
处理过程的具体处理逻辑一般用判定表或判定树来描述。
对于本系统用于学生学籍管理一共设计了四种处理方法,具体处理方式如下表所示:
表2.13数据处理过程表
编号
名称
输入数据流
输出数据流
备注
B1
插入修改
01,02,03
01,02,03
插入学生信息和老师信息
B2
更新修改
01,02,03
01,02,03
更新学生信息和老师信息
B3
删除修改
01,02,03
01,02,03
删除学生信息和老师信息
B4
统计分析
05,06
05,06
统计学生信息和成绩
第三章概念及结构设计
概念结构设计是整个数据库设计的关键,它通过对用户需求进行综合、归纳与抽象,形成独立于具体DBMS的概念模型。
3.1数据流图
数据流图表达了数据和处理的关系,根据用户的需求分析和高校学籍管理系统的需求,得出如下图1-1所示的学籍管理数据流图。
图3-1学籍管理系统数据流图
3.2系统E-R图
1.对于学生信息管理,我们可以将学生实体抽象出来,学生属于学院可以将学院作为一个实体,学生所属专业和毕业信息都将可以作为一个实体。
图3-2学生实体E-R图
图3-3院系实体E-R图
图3-4专业实体E-R图
图3-5毕业实体E-R图
在学生信息管理中存在这样的关系:
选择(一个学生只能选择一个专业,而一个专业可以供多个学生选择,故是多对一的关系)、学习(一个学生只能在一个院系学习,而一个院系可以供多个学生学习,故是多对一的关系)。
图3-6学生关系E-R图
2.对于老师信息管理,我们可以将老师实体抽象出来,老师属于学院可以将学院作为一个实体。
图3-7老师实体E-R图
在老师信息管理中存在这样的关系:
拥有(一个老师只能在一个院系工作,而一个院系可以供多个多个老师工作,故是多对一的关系)。
图3-8老师关系E-R图
3.对于教务信息管理,我们可以将课程实体抽象出来。
图3-9课程实体E-R图
在教务信息管理中存在这样的关系:
毕业(一个学生拥有一个毕业信息,而一个毕业信息只属于一个学生,故是一对一的关系)、选修(一个学生可以选修多门课程,而一门课程可以被多个学生选修,故是多对多的关系)、开设(一个专业可以开设多门课程,而一门课程可以被多个专业选择,故是多对多的关系)、授课(一门课程可以被多个老师讲授,而一个老师可以讲授多门课程,故是多对多的关系)。
第四章逻辑结构设计
逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
设计逻辑结构一般分为3步进行:
(1)将概念结构转换为一般的关系、网状、层次模型;
(2)将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换;
(3)对数据模型进行优化。
4.1关系模型
将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式,这种转换一般遵循如下原则:
一个实体型转换为一个关系模式。
实体的属性就是关系的属性,实体的码就是关系的码。
对于实体型间的联系则有以下不同的情况:
(1)一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的侯选码。
如果与某一端实体对应的关系模式合并,则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性。
(2)一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。
(3)一个m:
n联系转换为一个关系模式。
与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。
(4)3个或3个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。
(5)具有相同码的关系模式可合并。
将概念结构设计阶段设计好的基本E-R图转换为关系模型,如下所示:
学生(学号,专业号,院系号,姓名,性别,出生日期,身份证号,入学时间,政治面貌,家庭住址,籍贯,邮政编码,民族),此为学生实体对应的关系模式。
教师(教工号,姓名,性别,职称,所属院系,电话),此为老师实体对应的关系模式。
毕业(毕业证编号,学号,姓名,性别,身份证号,所属院系,入学时间,已修学分,需修学分),此为毕业实体对应的关系模式。
课程(课程号,课程名,学分),此为课程实体对应的关系模式。
院系(院系号,院系名称,院长名),此为院系实体对应的关系模式。
选修(学号,课程号,成绩),此为选修关系对应的关系模式。
授课(课程号,教工号,课时),此为老师授课关系对应的关系模式。
开设(专业号,课程号),此为专业开设课程关系对应的关系模式。
第五章物理结构设计与功能实现
5.1物理结构设计
数据库的物理设计就是为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。
物理结构设计阶段实现的是数据库系统的内模式,它的质量直接决定了整个系统的性能。
因此在确定数据库的存储结构和存取方法之前,对数据库系统所支持的事务要进行仔细分析,获得优化数据库物理设计的参数
数据库的物理设计通常分为两步:
(1)确定数据库的物理结构,在关系数据库中主要指存取方法和存取结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
5.1.1确定数据库的存储结构
由于本系统的数据库建立不是很大,所以数据存储采用的是一个磁盘的一个分区。
5.1.2存取方法和优化方法
存取方法是快速存取数据库中数据的技术。
数据库管理系统一般都是提供多种存取方法。
常用的存取方法有三类。
第一类是索引方法,目前主要是B+树索引方法;第二类是聚簇方法;第三类是HASH方法。
数据库的索引类似书的目录。
在书中,目录允许用户不必浏览全书就能迅速地找到所需要的位置。
在数据库中,索引也允许应用程序迅速找到表中的数据,而不必扫描整个数据库。
在书中,目录就是内容和相应页号的清单。
在数据库中,索引就是表中数据和相应存储位置的列表。
使用索引可以大大减少数据的查询时间。
但需要注意的是索引虽然能加速查询的速度,但是为数据库中的每张表都设置大量的索引并不是一个明智的做法。
这是因为增加索引也有其不利的一面:
首先,每个索引都将占用一定的存储空间,如果建立聚簇索引(会改变数据物理存储位置的一种索引),占用需要的空间就会更大;其次,当对表中的数据进行增加、删除和修改的时候,索引也要动态地维护,这样就降低了数据的更新速度。
5.2功能实现
完成数据库的物理设计之后,设计人员就要用RDBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来,成为DBMS可以接受的源代码,再经过调试产生目标模式。
然后就可以组织数据入库,最后就在此基础上编写各个表相关的触发器和存储过程。
5.2.1触发器
触发器是用户定义在关系表上的一类由事件驱动的特殊过程。
一旦定义,任何用户对表的增、删、改操作均由服务器自动激活相应的触发器,在DBMS核心层进行集中的完整性控制。
由于本系统的触发器比较多,在这里我只写出了其中的一部分触发器,具体如下所示。
(1)数据更新
---------------------------------------------------------------------------------------------------------------------
CREATETRIGGERscupdateONdbo.student//建立学生信息表更新触发器
FORUPDATE
AS
UPDATESC//更新学生选课表SC
SETSNO=(SELECTSNOFROMINSERTED)//将SC表中的学号改成学生表改后的
WHERESNO=(SELECTSNOFROMDELETED);//更改对应的学生学号
---------------------------------------------------------------------------------------------------------------------
CREATETRIGGERgraduateupdateONdbo.student//建立学生信息表更新触发器
FORUPDATE
AS
UPDATEGRADUATE//更新学生毕业信息表GRADUATE
SETSNO=(SELECTSNOFROMINSERTED)//将GRADUATE表中的学号改成学生表修改后的
WHERESNO=(SELECTSNOFROMDELETED);//更改对应的学生学号
---------------------------------------------------------------------------------------------------------------------
CREATETRIGGERmajorupdate
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 学籍 管理 系统