学生学籍管理系统Word文档下载推荐.docx
- 文档编号:21587909
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:43
- 大小:1.65MB
学生学籍管理系统Word文档下载推荐.docx
《学生学籍管理系统Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《学生学籍管理系统Word文档下载推荐.docx(43页珍藏版)》请在冰豆网上搜索。
首先从整体来看,高等教育信息化仍处于起步阶段。
部分高校起步较早,多数高校已具有相当基础。
如清华大学和北京大学的校园网络化建设是在90年代初开始的,经过十几年的建设,现已基本建成了以高速校园网为核心,包括学术研究、网络教学、信息资源、社区服务和办公管理为功能的数字化教育系统。
1.2、学生学籍管理数据库应用系统开发的意义
学生学籍管理系统是一个教育单位不可缺少的部分。
一个功能齐全、简单易用的学生学籍管理系统不但能有效地减轻学校相关工作人员的工作负担,它的内容对于学校的决策者和管理者来说都至关重要。
所以学生学籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案、统计和查询数据,这种管理方式存在着许多缺点,如:
效率低、保密性差,人工的大量浪费;
另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着来越重要的作用。
作为计算机应用的一部分,使用计算机对学校的各类信息进行管理,具有手工管理所无法比拟的优点.例如:
检索迅速、查询方便、效率高、可靠性好、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高学校信息管理的效率,也是一个单位科学化、正规化管理,与世界接轨的重要条件。
1.3数据库应用系统开发方法概述
本系统利用了软件工程化的思想和方法,总体上采用结构化生命周期开发方法,具体模块实施采用了原型法和面向对象系统开发方法。
并采用delphi7.0作为开发工具,SQLServer2000作为后台数据库,本数据库系统主要设计学生、教师、成绩、课程、专业、院系等实体,并详细的介绍了本数据库的概念、逻辑设计和实现,同时对实体之间的相互联系进行了详细的剖析。
1.4、小结
本章主要介绍了数据库技术国内外发展与应用现状,让我们了解到了数据库技术国外起步较早,在国内,数据库技术起步的标志是清华北大校园网络的建设,实现了信息管理的高速化和数字化。
同时,向我们阐述了学生学籍管理应用系统开发的意义和系统的开发方法。
第二章系统需求分析
2.1概述
本系统结合了数据库设计的“三分技术、七分管理,十二分基础数据”的特点,进行了详细的需求分析,如下所示:
·
一个学校有多个院系,一个院系有多个专业,一个专业有多个学生;
每个学生通过一个唯一的学号来标识,学籍管理系统存储学生的各种信息如:
姓名、学号、年龄等内容,同时每个学生需要学习多门课程,对于有多门课程的成绩。
而每门课程有多名学生学习,所有学生和课程之间存在多对多的关系。
2.2系统功能需求与数据需求
1.2.1数据流图
1.2.2系统功能需求
不同角色对本学生学籍管理系统享有不同的权限和功能,具体如下:
管理员的功能:
可以对学生、教师基本信息进行录入、查询、修改、删除等操作;
可以管理用户,即对用户进行添加、删除等;
可以录入、修改、查询、删除课程信息;
教辅人员:
可以对学生成绩进行录入、修改、删除、查询、统计、排序等操作;
学生:
可以对全部课程信息进行查询;
并且在选课操作时,可以先查看该课程的教师信息,然后再进行选课,同时可以进行退选课程,可以查询自己的课表等;
1.2.3系统数据需求(数据字典)
以下将对本数据库设计中的各个数据名称进行解释:
清单:
表名
解释
Student
学生表
Course
课程表
Department
院系表
Major
专业表
Teacher
教师表
Teachercourse
教师授课表
Xuanke
学生选课表
tb_Briefness_User
用户管理表
表名:
student解释:
是否主键
字段名
字段描述
数据类型
长度
可空
备注
是
Sno
学号
Varchar
10
gno
毕业证号
20
√
Sname
姓名
Ssex
性别
Char
Mno
专业号
Dmpno
院系号
Age
年龄
Symbol
政治面貌
ID
身份证
50
Homeaddr
籍贯
Intime
入学时间
30
course解释:
Cno
课程号
Cname
课程名
Credit
学分
department解释:
Dname
院系名
Dmphead
院长
major解释:
Mname
专业名
teacher解释:
Tno
工号
Tname
Profess
职称
Tsex
Tel
电话
Teachercourse解释:
Xuanke解释:
Grade
成绩
Int
4
tb_Briefness_User解释:
User_Name
用户名
User_Pass
密码
2.3小结
本章主要对该学生学籍管理系统做了一个简要的概述,向我们阐述了该系统各个实体之间的需求关系,同时通过清晰明了的数据流图让我们明白了该系统的各个需求功能,通过数据字典让我们清楚地明白了各个表的及其字段名的含义等。
第三章系统设计
3.1概念设计(E-R图)
3.1.1设计方法及关键技术
自顶向下:
即首先定义全局概念结构的框架,然后逐步细化;
自顶向上:
即首先定义各局部应用的概念结构,然后将他们集成起来,得到全局概念结构;
逐步扩张:
首先定义最重要的核心概念结构,然后向外扩充,以滚雪球的方式逐步生成其他概念结构,直至总体概念结构;
混合策略:
即将自顶向下和自顶向上相结合,用自顶向下的策略设计一个全局概念结构的框架,以它为骨架集成由自底向上策略中设计的各局部概念结构。
3.1.2系统的E-R图
3.2逻辑设计(E-R图)
3.2.1设计方法及关键技术
本系统的逻辑结构设计按以下步骤进行:
1)、根据概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构,同时设计出基本的关系模型。
设计基本关系模式主要从E-R图出发,将其直接转换成关系模式。
根据转换规则,这个E-R图转换的关系模式为:
学生(学号、姓名、性别、年龄、毕业证编号、专业号、院系名);
选课(学号、课程号、成绩);
课程(课程号、课程名、学分);
授课(工号、课程号);
教师(工号、姓名、性别、院系号、职称、电话);
院系(院号、院系名、院长);
专业(专业号、专业名、院系号);
2)、在设计好了关系模式并确定好了每个关系模式的主码后,再看一下这些关系模式之间的关联关系,即确定关系模式的外码,可通过E-R图中的联系实体发现:
学生选课关系中,学生学号和课程号是外码,分别参照学生关系中的学号和课程关系中的课程号;
但他们合并起来作为选课关系的主码;
教师授课关系中,教师工号和课程号是外码,分别参照教师关系中的工号和课程关系中的课程号;
但他们合并起来作为授课关系的主码;
专业关系中的院系号为外码,在院系关系中作为主码,实现院系和专业之间的一对多的关系;
学生关系中的专业号为外码,在专业关系中作为主码,实现专业和学生之间的一对多的关系;
教师关系中的院系号为外码,在院系关系中作为主码,实现院系和教师之间的一对多的关系;
3)、确定表中各属性的详细信息,包括数据类型和长度等;
3.2.2系统的逻辑模型
各个表的定义可以参考数据字典里对表的说明,现将各个表的截图呈现出来:
学生表(student):
课程表(course):
选课表(xuanke):
教师表(teacher):
授课表(teachercourse):
院系表(department):
专业表(major):
3.3.3系统的完整性与安全性设计
系统各个表的主外键和参照完整性已在上面做了详细的阐述,现在仅就用户自定义完整性(约束、默认值与规则),安全性做说明:
约束:
约束学生性别只能是‘男’或‘女’;
截图如下:
默认值:
默认教师表中教师的职称为教授;
规则:
性别规则-----sexguize;
安全性:
本系统用户权限分为三类,分别为数据库系统管理员,教辅人员、学生。
在实现时,将每一类用户作为一个角色实现,这样在授权时,只需对角色授权,而无需对每个具体的用户授权。
用户登录时都需要向系统提供用户口令.系统通过对用户账号与口令的检查,决定用户是否有权使用本系统.如用户尚未注册账号,则系统为用户提供账号注册的入口.
由于不同用户的权限不同,所以各个用户凡第一次进入本系统时都需要向管理员注册一个用户名,并完整的填写相关个人信息,同时存入数据库表中。
之后,管理员即可赋予每个用户相应的权限。
用户则只能根据自身的权限进行相应的操作。
系统的用户权限已在第二章系统功能介绍做了详细阐述,请参考!
3.3物理设计
建立索引(主键索引):
建立存储过程:
3.4系统功能设计(E-R图)
3.5系统开发平台选择
该学生学籍管理系统的开发采用delphi7.0作为前台开发工具,SQLServer2000作为后台数据库。
3.6小结
本章主要介绍了如何进行该学生学籍管理系统的概念设计,即设计E-R图,同时阐述了将通过概念设计好的E-R图转换成关系模式,进行逻辑设计,在进行逻辑设计时,我们要考虑好系统的完整性,包括参照完整性和用户自定义完整性,同时应考虑系统的安全性,权限问题,这些都是完成后台数据库建库的必不可少的一部分;
本章最后介绍了详细的系统功能E-R图,让我们对该系统的功能一目了然,为下面的前台界面设计做好准备。
第四章数据库应用系统的实现
4.1数据库的定义
4.1.1数据库的定义
1.数据库的创建
本系统是直接在sqlserver2000企业管理器中创建的;
操作简便;
2.数据库对象的定义
本系统的各个表即采用了在查询分析器中建表的方法。
又用了在企业管理器中建表的方法;
但更多的是在企业管理器直接建的表;
由于在企业管理器建表的界面已在第三章给出,现就在查询分析器建立的course表做一下说明:
(截图如下)
由于主键定义、外键定义、默认值、规则、约束、索引的定义已在第三章做了详细阐述,现仅就视图做以下说明:
以下是学生基本信息表的一个视图创建的界面:
将设计的数据库表用SQL语言(createtable****)或企业管理器定义(界面)
4.2应用系统的开发
系统主界面:
登录功能:
用户选择自己的角色后,正确的输入用户名和密码,即可登录系统,截图如下:
如果用户名和密码不匹配,则会提示:
登录成功后,系统将返回主窗体,根据不同的角色有不同的操作权限,这点在第二章系统概述里面已经做了详细的阐述,这里就不多做介绍了;
下面将就不同角色的主要权限做一下介绍:
管理员:
录入学生、教师、课程信息功能,现只对录入学生基本信息做详细介绍,其他两个类似,录入课程基本信息界面如下截图:
若录入重复课程,则会提示:
同时还可以在此窗口上查询、修改、删除课程信息等;
查询学生基本信息界面:
可以实现对学生成绩的录入、查询和统计,截图如下:
若该门课程成绩已经录入,则会提示:
同时还可以对成绩进行修改、删除等操作;
教师统计、排序学生总成绩界面如下:
学生可以查询课程信息、选课、查看教师信息、退选课程;
选课界面如下:
若该门课程已选,则会提示:
学生在选课前可以查看该门课程所对的教师信息,如下截图:
学生查看成绩信息界面:
不同角色的用户登录系统后都可进行密码修改,密码修改界面如下:
各个窗体的主要功能的程序:
procedureTForm2.Button1Click(Sender:
TObject);
var
para2:
string;
begin
usno:
=edit1.Text;
=maskedit1.Text;
casecombobox1.ItemIndexof
0:
withadoquery1do
begin
Close;
sql.Clear;
sql.Add('
select*fromtb_briefness_UserwhereUser_Name=:
用户名andUser_Pass=:
密码'
);
parameters.ParamByName('
用户名'
).Value:
=usno;
=para2;
open;
ifRecordCount>
0then
showmessage('
恭喜您,登录成功!
'
form2.close;
form7.Show;
form7.N2.Enabled:
=false;
form7.N6.Enabled:
=true;
form7.N7.Enabled:
form7.N8.Enabled:
form7.N9.Enabled:
form7.N10.Enabled:
form7.N11.Enabled:
form7.N16.Enabled:
form7.N17.Enabled:
form7.N18.Enabled:
form7.N23.Enabled:
end
else
对不起,请重新输入'
edit1.Text:
='
;
maskedit1.Text:
end;
1:
=True;
2:
withadoquery1do
恭喜您,登陆成功!
form2.Close;
form7.N4.Enabled:
form7.N5.Enabled:
form7.N14.Enabled:
form7.N15.Enabled:
form7.N20.Enabled:
form7.N21.Enabled:
form7.N22.Enabled:
end;
管理员录入课程信息:
procedureTForm5.Button1Click(Sender:
para1:
close;
selectcnofromcoursewherecno=:
课程号'
=para1;
ifrecordcount>
该课程已存在!
!
edit1.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 学籍 管理 系统