学生信息管理数据库系统.docx

上传人:b****8 文档编号:29875345 上传时间:2023-08-03 格式:DOCX 页数:29 大小:305.47KB
下载 相关 举报
学生信息管理数据库系统.docx_第1页
第1页 / 共29页
学生信息管理数据库系统.docx_第2页
第2页 / 共29页
学生信息管理数据库系统.docx_第3页
第3页 / 共29页
学生信息管理数据库系统.docx_第4页
第4页 / 共29页
学生信息管理数据库系统.docx_第5页
第5页 / 共29页
点击查看更多>>
下载资源
资源描述

学生信息管理数据库系统.docx

《学生信息管理数据库系统.docx》由会员分享,可在线阅读,更多相关《学生信息管理数据库系统.docx(29页珍藏版)》请在冰豆网上搜索。

学生信息管理数据库系统.docx

学生信息管理数据库系统

 

本科生毕业论文(设计)

 

题目:

高校学生档案管理系统的设计与实现

姓名:

王时苗

学院:

理学院

专业:

计算机科学与技术

班级:

2003级计算机

(2)班

学号:

19

指导教师:

程节华职称:

讲师

2007年5月26日

安徽科技学院教务处制

 

目  录

摘要……………………………………………………………………………………………3

关键词…………………………………………………………………………………………3

1绪论…………………………………………………………………………………………3

2系统的需求分析……………………………………………………………………………4

问题定义…………………………………………………………………………………4

可行性分析………………………………………………………………………………4

系统需求分析……………………………………………………………………………5

系统运行环境……………………………………………………………………………6

3系统的总体规划……………………………………………………………………………6

系统目标设计……………………………………………………………………………6

4系统设计及编码实现………………………………………………………………………8

数据库设计………………………………………………………………………………8

4.1.1学生基本信息表设计…………………………………………………………………9

4.1.2管理员表设计…………………………………………………………………………9

4.1.3普通用户表设计………………………………………………………………………9

4.1.4反馈信息表设计………………………………………………………………………10

用户登陆设计……………………………………………………………………………10

4.2.1登陆流程图……………………………………………………………………………10

4.2.2登陆设计的相关代码…………………………………………………………………11

档案上传模块设计………………………………………………………………………12

档案更新模块设计………………………………………………………………………13

档案查询模块设计………………………………………………………………………14

档案删除模块设计………………………………………………………………………14

档案打印模块设计………………………………………………………………………15

用户反馈模块设计………………………………………………………………………15

信息反馈模块设计………………………………………………………………………15

密码设置模块设计……………………………………………………………………15

权限设置模块设计……………………………………………………………………16

4.11.1管理员注销代码设计………………………………………………………………16

4.11.2管理员添加代码设计………………………………………………………………16

5系统的测试…………………………………………………………………………………16

结束语…………………………………………………………………………………………17

致谢……………………………………………………………………………………………17

参考文献………………………………………………………………………………………18

 

高校学生档案管理系统的设计与实现

计算机科学与技术专业学生王时苗

指导教师程节华

摘要:

高校学生档案管理是高校日常管理的一个重要组成部分,其管理效率的高低直接影响着整个学校的管理工作。

本档案管理系统的开发正是出于对管理效率的提高,在档案上传、查询、更新、删除、打印等方面,比传统管理系统都有着明显的改善。

通过分析高校学生档案管理的内容及用户的特点,现提出高校学生档案管理系统的解决方案。

为了最大程度上提高档案上传的效率,本系统利用基于B/S应用平台,采用目前流行的ASP,MicrosoffAccess,Dreamweaver作为主要开发工具,由档案上传、更新、查询、删除、以及系统维护模块构成。

关键词:

学生档案管理、B/S结构、ASP

1绪论

1.1背景介绍

随着科技的发展,计算机本身经历了巨大的变化。

计算机的概念也由原始的分立式走向今天的网络式。

网络技术已逐渐成为现代信息技术的主流,网络的概念也随着Internet技术和应用的发展而渐入人心。

Internet/Intranet的作用正为越来越多的人所认识,通过网络共享信息正成为科学研究的一种重要手段。

可以这么说,谁拥有信息,谁就能在科技信息革命的大潮中获得主动权,就能获取成功。

面对信息时代的挑战,网络的功能越来越强,国内教育系统也在积极建设或升级计算机网络,并已建成了规模较大的中国教育科研网,全国许多学校也纷纷建立或升级自己的校园网络系统,许多高校还提出了办公无纸化的口号。

校园网是实现办公自动化、管理科学化、教学手段现代化和图书情报信息网络化最有利的支撑环境。

  但是,目前校园网的利用率却不是很高,主要原因是缺少好的网络应用平台。

以前开发的MIS系统往往是在单机上运行,或者采用C/S技术开发出来的,对于今天因特网时代来说,这些系统很大程度上已经不能满足用户随时随地获取信息的需要。

高校学生档案管理最初是人工方式进行,显然在信息化发展的今天,这远远不能满足档案管理的需要。

后来,随着单机板档案管理系统的开发,这在很大程度上解决了上述矛盾但是,这种系统如今也不能满足档案管理的要求了,这主要是由于高校的扩招,在校学生人数的增加。

因此,开发B/S结构的MIS是势在必行。

本文正是在这种背景下提出的,目的是为了开发出一套功能完善、操作便捷、及时性好、适用面广的高校学生档案管理系统,以提高高校学生档案管理的效率。

1.2基于B/S结构的应用系统简介

当前,管理信息系统(MIS)一般分为基于单机的集中式的MIS、基于C/S结构的MIS以及基于B/S结构的MIS。

客户/服务器结构,即Client/Server结构,它的基本思想是应用程序或应用逻辑可以根据需要划分在服务器和客户工作站中,它既不像集中式系统那样所有的应用程序都在主机上执行,也不像文件服务器网络那样所有的应用程序都在客户端执行,它可以使应用程序合理负担在服务器和客户端。

浏览器/服务器结构,即Browser/Server结构,它的基本思想与C/S结构相似,应用程序或应用逻辑可以根据需要划分在服务器端和客户端中,于C/S结构相比,B/S应用程序更多的运行在服务器端,由服务器程序进行处理,而客户端通常只处理一些界面设置、数据验证及一些简单处理。

例如,本高校学生档案管理系统就是基于这种结构开发。

1.3本次论文组织结构

本高校学生档案管理系统的开发是严格按照软件工程理论开发完成的,因此在论文方面,也必将遵循的软件工程方法撰写。

具体包含系统的需求分析、总体规划、系统详细设计及编码实现、测试等等。

第一章主要介绍了开发本系统的背景、简单介绍了基于B/S结构的应用系统;

第二章对待开发的系统进行详细的需求分析,从问题定义入手,对开发系统的可行性进行反复的论证,最后,通过分析构建出系统的数据流图;

第三章在需求分析的基础上提出了待开发系统的设计思想,然后进行了功能分解,并设计出系统的运行环境;

第四章对总体设计出来的功能进行详细设计,介绍部分模块的编码实现;

第五章对开发出来的系统所做测试进行了介绍;

2高校学生档案管理系统的需求分析

2.1问题定义

1.提出问题:

如何开发一个高校学生档案管理系统。

2.问题性质:

即开发一个基于网络的的档案管理信息系统。

3.应用领域:

各大中专院校的学生管理部门。

4.工程目标:

(1)目标系统应该是一个功能完善的应用系统。

该系统应当具有:

档案上传功能、档案更新功能、档案删除功能、档案查询功能,系统管理功能等。

(2)目标系统应该具有友好的用户界面。

该系统采用基于B/S结构的操作界面。

(3)此系统应满足不同地点的终端用户都可以使用此系统。

5.项目规模:

因为学生档管理有成绩管理、档案管理、病历管理等等,所以学生档案管理只是学生管理工作的一个部分,从而可以认为本学生档案管理系统只是一个小型的管理系统。

2.2可行性分析

2.2.1对现有系统的分析

目前,在不少大、中专院校学生档案管理系统都是单机的MIS,甚至有的还是手工方式。

这种单机的管理系统不仅工作方式效率是极低,而且存在许多弊端,主要包括:

1.档案录入效率低下:

例如每学期开学,数以千计的学生档案都由学生处负责录入,这个工程量之大,可想而知。

2.查询不便:

例如,某个系部要调出某个学生的档案,由于系部没有管理档案的权限,他就必须到学生处去调这个学生的档案。

3.毕业生转档不便:

每年大量毕业生,他们都要转走自已的档案。

在这个过程中,若没有管理信息系统的参与,工作繁重不可言喻。

2.2.2开发技术和开发工具

在目前广泛流行的程序设计语言中,能够完成此档案管理系统开发的语言有很多。

例如:

Basic、Java、Foxpro、ASP等等。

然而,在诸多的系统开发语言中,最适合本高校学生档案管理系统的是ASP。

一方面是由于本高校学生档案管理系统是基于B/S结构,而另一方面是考虑到本系统的规模不大。

下面分别介绍此次系统开发的平台:

1.网站构架平台Dreamweaver.

Dreamweaver提供视觉化网页开发工具,同时不会降低HTML原始码的控制,Dreamweaver提供的RoundtripHTML功能,可以无误地切换于视觉模式与惯用的原始码编辑器,拖放式的表格与页框设计以及以透过资料库来管理网站的内容更新。

2.ASP语言简介.

ASP是ActiveServerPages(动态服务器主页)的缩写,它是一个服务器端的脚本环境,在站点的Web服务器上解释脚本,可产生并执行动态、交互式、高效率的站点服务器应用程序。

因此利用ASP完全可以实现本系统。

3.数据库支持

MicrosoftAccess就是关系数据库开发工具,数据库能汇集各种信息以供查询、存储和检索。

Access的优点在于它能使用数据表示图或自定义窗体收集信息。

数据表示图提供了一种类似于Excel的电子表格,可以使数据库一目了然。

另外,Access允许创建自定义报表用于打印或输出数据库中的信息。

Access也提供了数据存储库,可以使用桌面数据库文件把数据库文件置于网络文件服务器,与其他网络用户共享数据库。

Access是一种关系数据库工具,关系数据库是已开发的最通用的数据库之一。

2.3系统需求分析

2.3.1高校学生档案管理系统的使用对象

本系统的使用者可以分为三方。

第一方是系统管理方,一般在高校各部门中,负责档案管理的是学生处、学生科。

系统管理员拥有对该系统的所有操作权限。

具体来说,是对各学院部上传的学生档案进行各方面的管理,诸如更新、查询、打印、删除、用户登录管理等等。

第二方是各系部,由于本系统开发的初衷之一,是为了提高档案上传的效率,具体做法就是将档案录入工作分别下放到名个系部。

所以,各系部作为档案管理系统的第二方,也应具有对本系统的部分使用权,充当的是普通管理员的身份。

具体操作有,上传档案、查询档案、打印档案、帐号管理等。

由于普通管理员不具有更新、删除档案的权限,为了方便进行档案管理,所以,普通管理员有信息反馈的权限。

第三方就是在校学生,由于档案管理的特殊性,因此本系统对给予学生的操作权限极为有限,只可以查看自已的档案信息。

2.3.2系统流程图

系统流程图是描绘未来物理系统的的传统工具,它的基本思想是通过一些图形符号以黑盒子的方式来描绘未来系统中的部件,如程序、数据库、表格以及处理过程等。

本高校学生档案管理系统的系统数据流程图如下表示:

图1系统数据流程图

2.4系统运行环境

2.4.1服务端运行环境

1、作为服务端硬件必须具有服务器级别。

2、软件配置:

由于本系统是应用于Microsoft的Windows平台上的,因此对于Web服务器的配置应该配置IIS(InternetInformationService)等提供Web服务的软件。

3、操作平台:

可以选择Windows2003、 Win2000Server,也可以是WinXP;

2.4.2客户端运行环境

由于本系统是基于B/S结构开发出来的,对客户端的配置要求不是很高。

1、操作平台需求:

可以是Win2000/WinXP/WinMe/Win98等平台;

2、软件需求:

客户端需要安装一个Internet浏览器,如InternetExplorer。

3系统的总体规划

3.1系统目标设计

3.1.1系统设计思想

由于本学生档案管理系统采用基于B/S平台构建,所以在设计上设有不同的用户登陆系统。

首先是系统管理员,系统管理员是该系统的核心用户,应该拥有本系统的所有操作权限,具体有:

档案上传、更新、删除、打印、查询、密码维护、权限设置等。

一般高校的学生处和学生科扮演的是系统管理员的角色。

所有学生的档案信息统一由他们负责管理。

其次是普通管理员,普通管理员在本系统就是各个具体的院部。

为了分担档案管理中心的档案管理工作,各普通管理员可以将档案上传到档案管理中心的数据库中。

但是普通管理员不具有档案删除功能。

因此,在设计上应该提供系统管理员和普通管理员之间的沟通模块,那就是用户找反馈模块。

普通管理员是拥有的功能是:

档案上传、查询、打印、密码维护、反馈信息等等。

最后是普通用户,在本系统中普通用户是学生,由于档案工作的特殊性,普通用户仅能查看到自已的档案,同时可以反馈信息和维护自己的密码。

任何系统的都有一个强大的数据库作为基础,没有数据库也就无所谓数据管理。

在学生档案管理系统中,我们将用到四张表来存放所有的用户信息。

分别用来存放学生的所有档案信息、用户的反馈信息、学生登陆信息、管理员的登陆信息。

3.1.2系统功能分解

现在对系统的功能进行详细分解。

(1)档案上传模块该模块用来上传学生的档案信息,这也是本系统中数据管理的主要对象。

(2)档案更新模块当发现学生档案录入有误或是需要增加相关信息时,就可以利用此模块的功能来实现档案的更新。

(3)档案查询模块用户可以利用此模块功能很快查询到任何一个在校学生的档案信息。

当然系统应该提供多种查询方式。

(4)档案删除模块学生毕业或是退学后,其档案信息也应在调离本校本校之后,予以销毁。

(5)档案打印模块可以使用此功能将档案以纸张的形式输出。

(6)用户反馈模块该模块只适用于本系统的终端用户,当某个用户发现相关的档案资料上传有误,而自已又没有修改的权限。

这时该用户可以将问题通过此模块反馈到系统管理员处。

由系统管理员负责更新。

(7)反馈信息模块当系统管理员收到错误反馈时,也就知道要对哪些档案信息进行更新。

此模块用来接收用户反馈信息。

(8)密码设置模块用户在登陆之后可以修改自已的密码。

(9)权限设置模块此模块功能只有系统管理员才能使用,他可以授予某个用户相应的身份,例如,系统用户,普通管理员,普通用户(学生)等等到。

(10)退出系统模块用于用户从系统安全退出。

(11)备用功能模块任何一个系统都应当有适应未来发展趋势的功能,此模块的目的是提供一个接口,以备将来护充其它功能。

(12)系统说明模块即本系统的说明书,用户作为参考之用。

下面是系统功能分解图:

图2系统功能模块分解的部分层次图

4系统设计及编码实现

软件的详细设计是软件设计的第二阶段,主要确定每个模块具体执行过程及算法的设计。

编码是在详细设计的基础上进行的,它是将详细设计得到的处理过程的描述转换为基于某种计算机语言的程序。

4.1数据库设计

MicrosoftAccess的简单易学,使得在本系统开发中,作数据库的首选平台。

数据库由若干个表构成。

在本系统中数据库由四个表构成,分别是基本信息表、管理员表、普通用户表、反馈信息表。

4.1.1学生基本信息表设计

学生基本信息表用来登记该学生的所有档案信息,也是本系统管理的主要对象。

本信息表涉及到的字段及其属性:

 

表1学生基本信息表

属性

字段名

数据类型

字段大小

是否必填字段

索引

学号

文本

10

姓名

文本

8

性别

文本

2

民族

文本

4

政治面貌

文本

10

学制

文本

2

入学年

文本

4

入学月

文本

2

所在学院

文本

16

专业

文本

18

班级

文本

20

出生年

文本

4

出生月

文本

2

出生日

文本

2

联系电话

文本

11

省份

文本

8

县区

文本

8

身份证

文本

20

照片

OLE对象

学习经历

备注

家庭背景

备注

获奖情况

备注

惩罚记录

文本

50

4.1.2管理员表设计

每当管理员用户登陆之时,都会输入自已的用户名和密码,然后系统就会将用户输入的数据和数据库中管理员表的信息比较高,从而可得出是当前是否为合法用户。

该表由用户名、密码、权限、登陆日期和登陆次数。

如下表所示:

表2管理员表设计

属性

字段名

数据类型

字段大小

是否必填字段

索引

用户名

文本

15

密码

文本

10

权限

文本

1

登陆日期

日期/时间

\

登陆次数

数字

整型

4.1.3普通用户表设计

在校的每一个学生就是一个普通的用户,同管理员登陆一样,也必须对学生用户作出身份的验证,普通用户表存放的就是每个学生的用户名和密码。

每当用户上传档案时,取其姓名、学号为用户名和密码,存入普通用户表中。

因此,某个学生进入本系统时默认的用户名和密码分别就他的姓名和学号。

表3普通用户表设计

属性

字段名

数据类型

字段大小

是否必填字段

索引

学号

文本

20

密码

文本

20

用户名

文本

20

权限

文本

1

登陆日期

日期/时间

\

登陆次数

数字

整型

4.1.4反馈信息表设计

此表用来存放普通用户和普通管理员返回的信息,在系统管理员登陆时,会自动读取该表的内容并显示以提示系统管理员应做出的修改。

表4反馈信息表设计

属性

字段名

数据类型

字段大小

是否必填字段

索引

用户名

文本

20

密码反馈信息

文本

100

4.2用户登陆设计

由于不同用户的权限是不同的,因此执行的操作也不同,这就决定了不同用户登陆后的界面是不同的。

4.2.1登陆流程图

图3登陆流程图

登陆后的主界面如下图所示:

图4系统主界面

4.2.2登陆设计的相关代码

<%

dimsa,sb,sc

session("name")=request("id")

session("ppwd")=request("userpwd")

yhm=trim(replace(session("name"),"'",""))

mm=trim(replace(session("ppwd"),"'",""))

ifsession("db_name")=3then

sa="select*from管理员表where密码='"&mm&"'and用户名='"&yhm&"'"

sb="update管理员表set登陆日期=now(),登陆次数=登陆次数+1where密码='"&mm&"'and用户名='"&yhm&"'"

sc="select权限from管理员表where用户名='"&yhm&"'"

elseifsession("db_name")=2then

sa="select*from普通用户表where密码='"&mm&"'and用户名='"&yhm&"'"

sb="update普通用户表set登陆日期=now(),登陆次数=登陆次数+1where密码='"&mm&"'and用户名='"&yhm&"'"

sc="select权限from普通用户表where用户名='"&yhm&"'"

endif

ifyhm=""ormm=""then

"alert('用户名或密码不可为空!

!

');"

"javascript:

=''"

()

endif

setrs=(sa)

iforthen

"alert('用户名或密码错误!

!

');"

"javascript:

=''"

()

endif

dimrank

(sb)

setrs=(sc)

session("rank")=rs("权限")

selectcasers("权限")

case1

setrs=(sa)

session("user_name")=rs("用户名")

session("denglu_cishu")=rs("登陆次数")

""

case2

setrs=(sa)

session("user_name")=rs("用户名")

session("denglu_cishu")=rs("登陆次数")

""

case3

setrs=(sa)

session("user_name")=rs("用户名")

session("denglu_cishu")=rs("登陆次数")

""

endselect

setrs=nothing

%>

4.3档案上传模块设计

档案上传功能是最为基本的功能,所有学生的档案信息都必须通过此模块添加到数据库中。

以下是实现此功能的ASP代码。

<%

strSQL="select*from基本信息"

settemprs=("")

strSQL,connect,2,2

temprs("学号")=xue_h

temprs("姓名")=xing_m

temprs(

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

当前位置:首页 > 解决方案 > 营销活动策划

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

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