asp学生信息管理系统.doc

目目 录录 摘要3 关键词3 1 绪论3 2 系统的需求分析4 2.1 问题定义4 2.2 可行性分析4 2.3 系统需求分析5 2.4 系统运行环境6 3 系统的总体规划6 3.1 系统目标设计6 4 系统设计及编码实现8 4.1 数据库设计8 4.1.1 学生基本信息表设计9 4.1.2 管理员表设计 9 4.1.3 普通用户表设计9 4.1.4 反馈信息表设计10 4.2 用户登陆设计10 4.2.1 登陆流程图10 4.2.2 登陆设计的相关代码11 4.3 档案上传模块设计12 4.4 档案更新模块设计13 4.5 档案查询模块设计14 4.6 档案删除模块设计14 4.7 档案打印模块设计15 4.8 用户反馈模块设计15 4.9 信息反馈模块设计15 4.10 密码设置模块设计 15 4.11 权限设置模块设计 16 4.11.1 管理员注销代码设计 16 4.11.2 管理员添加代码设计 16 5 系统的测试16 结束语17 致谢17 参考文献18 2 高校学生档案管理系统的设计与实现高校学生档案管理系统的设计与实现 摘要:高校学生档案管理是高校日常管理的一个重要组成部分，其管理效率的高低直接影响着整个学校 的管理工作。本档案管理系统的开发正是出于对管理效率的提高，在档案上传、查询、更新、删除、 打印等方面，比传统管理系统都有着明显的改善。通过分析高校学生档案管理的内容及用户的特点， 现提出高校学生档案管理系统的解决方案。为了最大程度上提高档案上传的效率，本系统利用基于 B/S 应用平台，采用目前流行的 ASP,Microsoff Access,Dreamweaver 作为主要开发工具，由档案上传、 更新、查询、删除、以及系统维护模块构成。 关键词: :学生档案管理、B/S 结构、ASP 1 绪论 11 背景介绍 随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长。 学生的档案管理工作则变得更加复杂，学生档案的完整性、安全性、繁琐性等问题也显 得更加重要，日益引起了人们的关注。 首先，面对庞大的信息量，需要有学生档案管理系统来提高学生档案管理工作的效率。 因此，学生档案管理工作成为一项迫切需要解决的问题，而学生档案管理系统的开发也 正是为了满足学校及社会的需要。学生档案管理系统的开发有一定现实意义的，也符合 学校和社会的要求的。 其次，面对信息时代的挑战，网络的功能越来越强,国内教育系统也在积极建设或升 级计算机网络，并已建成了规模较大的中国教育科研网，全国许多学校也纷纷建立或升 级自己的校园网络系统，许多高校还提出了办公无纸化的口号。校园网是实现办公自动 化、管理科学化、教学手段现代化和图书情报信息网络化最有利的支撑环境。 但是，目前校园网的利用率却不是很高，主要原因是缺少好的网络应用平台。以前 开发的 MIS 系统往往是在单机上运行，或者采用 C/S 技术开发出来的，对于今天因特网 时代来说，这些系统很大程度上已经不能满足用户随时随地获取信息的需要。 高校学生档案管理最初是人工方式进行，显然在信息化发展的今天，这远远不能满 足档案管理的需要。后来，随着单机板档案管理系统的开发，这在很大程度上解决了上 述矛盾但是，这种系统如今也不能满足档案管理的要求了，这主要是由于高校的扩招， 在校学生人数的增加。因此，开发 B/S 结构的 MIS 是势在必行。 本文正是在这种背景下提出的，目的是为了开发出一套功能完善、操作便捷、及时 性好、适用面广的高校学生档案管理系统，以提高高校学生档案管理的效率。 12 项目目的 学生档案管理系统的开发一方面是为了帮助学校对学生档案进行系统化、计算机化、 规范化的管理，促进学生档案的完整、准确、实时和全面，保证学生档案管理工作有条 不紊的进行，方便学生及相关人员。学生档案管理系统的开发另一方面也是为了推进学 校办公自动化、计算机化，推进计算机在校园的普及，提高学生档案管理人员的计算机 应用能力。 2 高校学生档案管理系统的需求分析 3 21 问题定义 1. 提出问题：如何开发一个高校学生档案管理系统。 2. 问题性质：即开发一个基于网络的的档案管理信息系统。 3. 应用领域：各大中专院校的学生管理部门。 4. 工程目标： （1） 目标系统应该是一个功能完善的应用系统。该系统应当具有：档案上传功能、档 案更新功能、档案删除功能、档案查询功能，系统管理功能等。 （2） 目标系统应该具有友好的用户界面。该系统采用基于 B/S 结构的操作界面。 （3） 此系统应满足不同地点的终端用户都可以使用此系统。 5. 项目规模： 因为学生档管理有成绩管理、档案管理、病历管理等等，所以学生档案管理只是 学生管理工作的一个部分，从而可以认为本学生档案管理系统只是一个小型的管理系 统。 22 可行性分析 221 对现有系统的分析 目前，在不少大、中专院校学生档案管理系统都是单机的 MIS，甚至有的还是手工方 式。这种单机的管理系统不仅工作方式效率是极低，而且存在许多弊端，主要包括： 1. 档案录入效率低下：例如每学期开学，数以千计的学生档案都由学生处负责录 入，这个工程量之大，可想而知。 2. 查询不便：例如，某个系部要调出某个学生的档案，由于系部没有管理档案的权 限，他就必须到学生处去调这个学生的档案。 3. 毕业生转档不便：每年大量毕业生，他们都要转走自已的档案。在这个过程中， 若没有管理信息系统的参与，工作繁重不可言喻。 222 开发技术和开发工具 在目前广泛流行的程序设计语言中，能够完成此档案管理系统开发的语言有很多。 例如:Basic、Java、Foxpro、ASP 等等。然而，在诸多的系统开发语言中，最适合本高校 学生档案管理系统的是 ASP。一方面是由于本高校学生档案管理系统是基于 B/S 结构，而 另一方面是考虑到本系统的规模不大。下面分别介绍此次系统开发的平台： 1. 网站构架平台 Dreamweaver. Dreamweaver 提供视觉化网页开发工具，同时不会降低 HTML 原始码的控制， Dreamweaver 提供的 Roundtrip HTML 功能， 可以无误地切换于视觉模式与惯用的原始 码编辑器，拖放式的表格与页框设计以及以透过资料库来管理网站的内容更新。 2. ASP 语言简介. ASP 是 Active Server Pages(动态服务器主页)的缩写,它是一个服务器端的脚本环 境,在站点的 Web 服务器上解释脚本,可产生并执行动态、交互式、高效率的站点服务器 应用程序。因此利用 ASP 完全可以实现本系统。 3. 数据库支持 Microsoft Access 就是关系数据库开发工具，数据库能汇集各种信息以供查询、存 储和检索。Access 的优点在于它能使用数据表示图或自定义窗体收集信息。数据表示图 提供了一种类似于 Excel 的电子表格，可以使数据库一目了然。另外，Access 允许创 建自定义报表用于打印或输出数据库中的信息。Access 也提供了数据存储库，可以使用 桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。 4 Access 是一种关系数据库工具，关系数据库是已开发的最通用的数据库之一。 23 系统需求分析 231 高校学生档案管理系统的使用对象 本系统的使用者可以分为三方。 第一方是系统管理方，一般在高校各部门中，负责档案管理的是学生处、学生科。系 统管理员拥有对该系统的所有操作权限。具体来说，是对各学院部上传的学生档案进行 各方面的管理，诸如更新、查询、打印、删除、用户登录管理等等。 第二方是各系部，由于本系统开发的初衷之一，是为了提高档案上传的效率，具体做 法就是将档案录入工作分别下放到名个系部。所以，各系部作为档案管理系统的第二方， 也应具有对本系统的部分使用权，充当的是普通管理员的身份。具体操作有,上传档案、 查询档案、打印档案、帐号管理等。由于普通管理员不具有更新、删除档案的权限，为 了方便进行档案管理，所以，普通管理员有信息反馈的权限。 第三方就是在校学生，由于档案管理的特殊性，因此本系统对给予学生的操作权限极 为有限，只可以查看自已的档案信息。 2. 3. 2 系统流程图 系统流程图是描绘未来物理系统的的传统工具，它的基本思想是通过一些图形符号以 黑盒子的方式来描绘未来系统中的部件，如程序、数据库、表格以及处理过程等。本高 校学生档案管理系统的系统数据流程图如下表示： 档案数据库 输入事务处理程序 打印事务处理程序更新事务处理程序 删除事务处理程序 查询事务处理程序 输入 事务 更新 事务 打印 事务 查询 事务 删除 事务 报表 图 1 系统数据流程图 24 系统运行环境 5 241 服务端运行环境 1、作为服务端硬件必须具有服务器级别。 2、软件配置：由于本系统是应用于 Microsoft 的 Windows 平台上的，因此对于 Web 服务器的配置应该配置 IIS(Internet Information Service)等提供 Web 服务的软件。 3、操作平台：可以选择 Windows 2003、 Win2000 Server，也可以是 WinXP； 242 客户端运行环境 由于本系统是基于 B/S 结构开发出来的，对客户端的配置要求不是很高。 1、操作平台需求：可以是 Win2000/WinXP/WinMe/Win98 等平台； 2、软件需求：客户端需要安装一个 Internet 浏览器，如 Internet Explorer。 3 系统的总体规划 31 系统目标设计 311 系统设计思想 由于本学生档案管理系统采用基于 B/S 平台构建，所以在设计上设有不同的用户登陆 系统。 首先是系统管理员，系统管理员是该系统的核心用户，应该拥有本系统的所有操作 权限，具体有：档案上传、更新、删除、打印、查询、密码维护、权限设置等。一般高 校的学生处和学生科扮演的是系统管理员的角色。所有学生的档案信息统一由他们负责 管理。 其次是普通管理员，普通管理员在本系统就是各个具体的院部。为了分担档案管理 中心的档案管理工作，各普通管理员可以将档案上传到档案管理中心的数据库中。但是 普通管理员不具有档案删除功能。因此，在设计上应该提供系统管理员和普通管理员之 间的沟通模块，那就是用户找反馈模块。普通管理员是拥有的功能是：档案上传、查询、 打印、密码维护、反馈信息等等。 最后是普通用户，在本系统中普通用户是学生，由于档案工作的特殊性，普通用户 仅能查看到自已的档案，同时可以反馈信息和维护自己的密码。 任何系统的都有一个强大的数据库作为基础，没有数据库也就无所谓数据管理。在 学生档案管理系统中，我们将用到四张表来存放所有的用户信息。分别用来存放学生的 所有档案信息、用户的反馈信息、学生登陆信息、管理员的登陆信息。 312 系统功能分解 现在对系统的功能进行详细分解。 （1）档案上传模块 该模块用来上传学生的档案信息，这也是本系统中数据管理 的主要对象。 （2）档案更新模块 当发现学生档案录入有误或是需要增加相关信息时，就可以利 用此模块的功能来实现档案的更新。 （3）档案查询模块 用户可以利用此模块功能很快查询到任何一个在校学生的档案 信息。当然系统应该提供多种查询方式。 （4）档案删除模块 学生毕业或是退学后，其档案信息也应在调离本校本校之后， 予以销毁。 （5）档案打印模块 可以使用此功能将档案以纸张的形式输出。 6 （6）用户反馈模块 该模块只适用于本系统的终端用户，当某个用户发现相关的 档案资料上传有误，而自已又没有修改的权限。这时该用户可以将问题通过此模块反馈 到系统管理员处。由系统管理员负责更新。 （7）反馈信息模块 当系统管理员收到错误反馈时，也就知道要对哪些档案信息 进行更新。此模块用来接收用户反馈信息。 （8）密码设置模块 用户在登陆之后可以修改自已的密码。 （9）权限设置模块 此模块功能只有系统管理员才能使用，他可以授予某个用户 相应的身份，例如，系统用户，普通管理员，普通用户(学生)等等到。 （10）退出系统模块 用于用户从系统安全退出。 （11）备用功能模块 任何一个系统都应当有适应未来发展趋势的功能，此模块的 目的是提供一个接口，以备将来护充其它功能。 （12）系统说明模块 即本系统的说明书，用户作为参考之用。 下面是系统功能分解图: 高校学生档案管理系 统 系统功能模块系统维护模块其它功能模块 档 案 录 入 档 案 更 新 档 案 查 询 档 案 删 除 档 案 打 印 用 户 反 馈 密 码 设 置 权 限 设 置 系 统 说 明 备 用 功 能 回 主 界 面 退 出 系 统 图 2 系统功能模块分解的部分层次图 4 系统设计及编码实现 软件的详细设计是软件设计的第二阶段，主要确定每个模块具体执行过程及算法的 设计。 编码是在详细设计的基础上进行的，它是将详细设计得到的处理过程的描述转换为 基于某种计算机语言的程序。 41 数据库设计 7 Microsoft Access 的简单易学，使得在本系统开发中，作数据库的首选平台。数据 库由若干个表构成。在本系统中数据库由四个表构成，分别是基本信息表、管理员表、 普通用户表、反馈信息表。 411 学生基本信息表设计 学生基本信息表用来登记该学生的所有档案信息，也是本系统管理的主要对象。 本信息表涉及到的字段及其属性： 表 1 学生基本信息表 属性 字段名 数据类型字段大小是否必填字段索引 学号文本 10 是是 姓名文本 8 是无 性别文本 2 是无 民族文本 4 是无 政治面貌文本 10 是无 学制文本 2 是无 入学年文本 4 是无 入学月文本 2 是无 所在学院文本 16 是无 专业文本 18 是无 班级文本 20 是无 出生年文本 4 是无 出生月文本 2 是无 出生日文本 2 是无 联系电话文本 11 是无 省份文本 8 是无 县区文本 8 是无 身份证文本 20 是无 照片OLE 对象否无 学习经历备注是无 家庭背景备注是无 获奖情况备注否无 惩罚记录文本 50 否无 412 管理员表设计 每当管理员用户登陆之时，都会输入自已的用户名和密码，然后系统就会将用户输 入的数据和数据库中管理员表的信息比较高，从而可得出是当前是否为合法用户。该表 由用户名、密码、权限、登陆日期和登陆次数。如下表所示： 表 2 管理员表设计 属性 字段名 数据类型字段大小是否必填字段索引 用户名文本 15 是无 8 密码文本 10 是无 权限文本 1 是无 登陆日期日期/时间 否无 登陆次数数字整型否无 413 普通用户表设计 在校的每一个学生就是一个普通的用户，同管理员登陆一样，也必须对学生用户作出 身份的验证，普通用户表存放的就是每个学生的用户名和密码。每当用户上传档案时， 取其姓名、学号为用户名和密码，存入普通用户表中。因此，某个学生进入本系统时默 认的用户名和密码分别就他的姓名和学号。 表 3 普通用户表设计 属性 字段名 数据类型字段大小是否必填字段索引 学号文本 20 是无 密码文本 20 是无 用户名文本 20 是无 权限文本 1 是无 登陆日期日期/时间 否无 登陆次数数字整型否无 414 反馈信息表设计 此表用来存放普通用户和普通管理员返回的信息，在系统管理员登陆时，会自动读 取该表的内容并显示以提示系统管理员应做出的修改。 表 4 反馈信息表设计 属性 字段名 数据类型字段大小是否必填字段索引 用户名文本 20 否无 密码反馈信息文本 100 否无 42 用户登陆设计 由于不同用户的权限是不同的，因此执行的操作也不同，这就决定了不同用户登陆后 的界面是不同的。 421 登陆流程图 9 图 3 登陆流程图 登陆后的主界面如下图所示： 图 4 系统主界面 422 登陆设计的相关代码 alert(用户名或密码不可 为空!);“ response.write“javascript:window.location=index01.asp“ response.end() end if set rs=conn.execute(sa) if rs.eof or rs.bof then response.write“alert(用户名或密码错误!); “ response.write“javascript:window.location=index01.asp“ response.end() end if dim rank conn.execute(sb) set rs=conn.execute(sc) session(“rank“)=rs(“权限“) select case rs(“权限“) case 1 set rs=conn.execute(sa) session(“user_name“)=rs(“用户名“) session(“denglu_cishu“)=rs(“登陆次数“) response.redirect“putongyonghu.asp“ 11 case 2 set rs=conn.execute(sa) session(“user_name“)=rs(“用户名“) session(“denglu_cishu“)=rs(“登陆次数“) response.redirect“putongguanli.asp“ case 3 set rs=conn.execute(sa) session(“user_name“)=rs(“用户名“) session(“denglu_cishu“)=rs(“登陆次数“) response.redirect“xitongguanli.asp“ end select rs.close set rs=nothing % 43 档案上传模块设计 档案上传功能是最为基本的功能，所有学生的档案信息都必须通过此模块添加到数 据库中。以下是实现此功能的 ASP 代码。 alert(档案成功上传!);“ response.write“javascript:history.go(-1)“ response.end() % 4 44 4 档案更新模块设计档案更新模块设计 在档案更新之前必须进行相应的查询，然后再显示出要修改的学生档案信息。 以下是档案更新模块的 ASP 相关代码： 45 档案查询模块设计 查询是任何一个系统中最常用的功能，一个查询设计的好坏直接关系到软件的质量。 本系统中提供了五种查询，分别是按学号、姓名、学院、专业、籍贯、身份证查询。以 下是关于查询的 ASP 代码： 46 档案删除模块设计 档案删除模块的 ASP 相关代码如下： 47 档案打印模块设计 档案打印是将档案信息用打印机输出到纸张上，相应的 ASP 代码为： javascript:window.print(); 48 用户反馈模块设计 此模块用来从反馈信息表中读出用户的反馈信息。同时系统管理员可以将用户的反馈 信息予以注销： 49 信息反馈模块设计 该模块可以将用户的反馈信息存入到反馈信息表中。具体的 ASP 代码如下： 410 密码设置模块设计 用户可以对随时更放自已的密码，在更改密码时必须先输入原密码，接着再输入两 次新密码，这样起于安全的考虑。相关的 ASP 代码如下： alert(原密码输入有误!);“ response.write“javascript:window.location=xitongguanli.asp?actid=6“response.end() else sql=“update 管理员表 set 密码=“ “ % 411 权限设置模块设计 只有系统管理员拥有此项操作权限，它包括注销管理员和添加管理员两部分： 4111 管理员注销代码设计 4112 管理员添加代码设计 5 系统的测试 系统的测试的主要任务是发现并排除在分析、设计、编程各阶段中产生的各种类型 的错误，以得到可使用的软件系统。 系统的测试按是否在实际应用环境中运行来分类，可将测试方法分为静态测试与动 态测试。 1、静态测试 是通过对需求文件、设计文件及源程序的阅读和分析，找出其中的错误或可疑之处。 静态测试时不执行被分析的程序。 2、动态测试 动态测试就是直接在计算机上运行所要测试的程序模块，从实际运行的结果发再并 纠正错误。按产生测试数据的不同方式，动态测试可分为功能测试和结构测试。功能测 试又称为“黑盒测试” ，结构测试又称为“白盒测试” 。 现对本系统若干模块进行黑盒测试，列出测试用例如下： 51 登陆模块测试 现假设本系统中一合法用户名为“admin” ，密码为“jsj2007” ，那么在登陆进行验 证时就会有四种情况出现。 表 5 登陆测试用例表 合法用户非法用户 用户名密码用户名密码用户名密码用户名密码 adminjsj2007adminjsj2008admijsj2007admiJsj2008 在分登陆分别输入上述用户，会发现当输入的为合法用户时，系统能正常登陆。反之 则会出现错误提示，并要求重新输入。这说明登陆模块是正常的。 52 档案上传、查询、删除模块测试 现假设有一学生的基本信息表如下: 表 6 上传、查询、删除模块测试用例 学号姓名性别政治面貌所在学院专业班级入学年入学月入学日出生年 2003814200 吴天男共表团员工学院电子信息03 级 （2） 20039141985 出生月出生日籍贯联系方式身份证号学习经历家庭背景奖励记录惩罚记录 1016 皖3408281。 。略略无无 在档案上传文本框中分别输入上述信息，点击“上传”按钮，系统提示上传成功，然 后再打开查询菜单项，分别在“查询方式”框中选择按学号、姓名、籍贯、身份证号查 询，此时会发现无论哪一种查询方式都会找到上面输入的那条学生记录。这就说明两个 16 问题，首先是表明刚才的学生记录成功上传到后台档案数据中，其次说明各种查询方式 都是正确的。现在打开档案删除菜单项，输入符合上述记录的删除条件，系统便会显示 上述学生记录，并询问是否删除，点击“删除”按钮，又提示删除成功。最后，再回到 查询模块去查找上述记录，会发现无论按哪种方式查找，系统都会提示“查无此学生信 息” 。这就说明该学生信息成功从档案数据库中清除。同时，再次证明系统的查询功能已 经实现。 任何一个软件系统的测试都是一个复杂的过程，而且任何测试都不能证明系统中无 错误，只能尽可能的找出系统中潜在的漏洞 。本论文只对上述模块进行了简单的功能测 试，在实际开发过程中这当然是远远不够的。 结束语 高校学生档案管理系统的开发，旨在提高高校学生档案管理的效率。具体在档案上 传、档案查询上较之以前系统有着