asp学籍管理论文是考评学生对所学专业知识综合掌握水平的一种有效方式,但毕业论文的撰写与指导环节存在各种各样的问题，如果有一篇毕业论文的例文，那就容易多了。下面是小编为大家精心挑选的，希望大家喜欢!

asp学籍管理论文篇1

摘要：采用软件工程的指导方法，选用C/S模式设计的方案，应用ORACLE数据库管理系统，DELPHI开发工具等开发出来的基于WINDOWS系列的学生管理系统.该系统面向各部门和全体学生，实现对学生成绩情况、考勤情况、宿舍管理、奖学金管理、学籍异动处理、违纪和处分等的计算机网络管理。系统支持学生工作管理部门和各部门工作人员、全校学生通过网络发送和接收有关信息，支持按权限管理的查询和数十种统计报表的输出打印功能。减少了部门之间工作的中间环节，提高了跨部门管理的效率。

关键字：学生学籍管理，C/S模式，软件工程，ORACLE数据库，DELPHI6

1.课题背景

当今社会中，计算机的使用已经深入到日常工作和生活的方方面面。Windows系统的推出使电脑从高雅的学术殿堂走入了寻常百姓家，各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。然而，虽然现在世界上已经充满了多如牛毛的各种软件，但它们依然不能满足用户的各种特殊需要，人们还不得不开发适合自己特殊需求的软件。我们都知道，对于学生的管理是一个教育单位不可缺少的部分,它的内容对学校的管理者来说至关重要,所以学生管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。而使用计算机对学生信息进行管理,具有手工管理所无法比拟的优点.例如:检索迅速、查找方便、存储量大、保密性好等。这些优点能够极大地提高学生管理的效率,也是学校科学化、正规化管理的重要途径。

下面，我以开发一套学生学籍管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。

2.方案论证及设计思想

2.1方案论证

数据库设计所要的解决的问题是：对于一个给定的应用领域，设计优化的数

据库逻辑和物理结构，使之满足用户的信息管理要求和数据操作要求，有效地支持各种应用系统的开发和运行。数据库设计的目标是为用户和各种应用系统提供一个高效的运行环境。而数据库的设计可以视为如下的优化问题。

(1) 计算机的软硬件环境;

(2) 数据库管理系统的能力;

(3) 用户的操作要求与信息要求;

(4) 完整性和安全性约束。

经过调查分析，本设计组可以完全解决以上优化问题：

2.1.1 开发环境

一、软件环境

本次开发的系统采用ORCALE8i数据库管理系统作为后台，采用DELPHI作为前台开发工具。

1、ORACLE数据库管理系统

ORACLE是当今社会的主流数据库管理系统，是20世纪70年代最早的关系数据库系统(1979年推出)，是目前世界上覆盖面最为广泛的数据库管理系统，它几乎可运行于任何类型的计算机上，从PC机和MACINTOSH机到小型机和巨型机，它在各类型机型上具有实质上相同的功能。

2、 DELPHI6简介

DELPHI是由INPRISE公司(前BORLAND公司)推出的可视化编程环境，它提供了1种方便，快捷的WINDOWS应用程序开发工具。其核心采用可视化程序设计和面向对象的程序设计方法，它提供了1种方便，快捷的WINDOWS应用程序开发工具，使用了MICROSOFT WINDOWS 图形用户界面的许多先进特性和设计思想，采用了可重复利用的完整的面向对象程序语言 (OBJECT-ORIENTED LANGUAGE)，当今世界上最快的编辑器，最为领先的数据库技术，大大提高了编程的效率。

DELPHI最显著的特点就是高效性和稳定性，主要体现在以下5个方面：

1) 可视化开发环境的性能。

2) 编译器的速度和已编译代码的效率。

3) 编程语言的功能极其复杂性。

4) 数据库结构的灵活性和扩展性。

5) 框架对设计和使用模式的扩充.

其中Delphi的ADO组件无需依靠BDE而是使用ADO技术，提供了可以通过数据控制组件访问数据的新方法。唯一的要求是在使用ADO组件时必须运行ADO/OLE DB。ADO组件的使用使得DELPHI在访问数据的类型和采用的技术方面都有了很大的突破。以下是ADO控件：

二、硬件环境

现在一般的兼容机完全可以满足系统的要求。我们的硬件配置是：

服务器的配置是：

·CIII 1.1G

·40GB硬盘

·256MBSDRAM内存

·100/10M网卡

·64MB显存显卡

·双飞燕兼容鼠标

2.1.2采用的数据库管理系统

ORACLE8i为客户/服务器和WEB企业类开发应用掀开了新篇章，将关系数据库和非关系数据库融为一体。而我们做的学生管理系统，数据来源就是学生的信息，用ORACLE8i完全可以很好地处理这些数据。

2.1.3在用户的操作要求方面

操作数据库的用户基本上有一定的文化水平和计算机操作能力，他们对整个学籍管理程序比较熟悉。在信息要求方面，由于学校的学生信息比较容易管理，而且信息更新比较快，同时信息的查询是比较频繁的。设计的系统必须能对查询进行有效的处理。

2.1.4在完整性和安全性方面

学校的学生信息是在变化的，在更新和删除方面，要做到更新及时删除完整。安全性方面则分清操作员的权限问题，限制非授权的存取，学籍管理系统是被多个用户共享使用，每个用户对数据库的存取权是有限的。管理员可以对用户进行管理。而用户当中的系秘书可以对数据库进行录入，修改，删除。而用户中的学生和学校的教务处则只能对数据进行查询操作。同时做 好数据库的数据恢复，设计一个系统恢复子系统。这个子系统在系统的硬件或软件发生故障时，能保证数据库的正确性。系统恢复子系统的关键是在系统的硬件或软件故障修复后，能够把数据库恢复到正确的状态。

2.2设计思想

2.2.1采用C/S数据库结构模式

随着计算机网络的信息服务的不断深入发展，传统的联机远程终端和以文件服务器为核心的计算机网络结构已经不能满足实际需要。取而代之的是客户/服务器(Client/Server)模式，该模式以其高性能和高可靠性等优点迅速地被广泛应用起来。

客户/服务器是在网络基础上，以数据库管理为后援，以计算机为网上工作站的一种系统结构。该结构的关键在把网络环境上的数据库存取和应用程序一分为二，分别由网上的数据库服务器和网上客户来执行。虽然贵州工业大学学籍管理系统客户/服务器是建立在LAN的基础上，但它比以往的文件服务系统有了很大的改进。首先，它消除了不必要的网络传输负担;其次，它可以使作为数据库服务器的计算机被高度优化，以适应数据处理的需要。相比之下以往的宿主式计算机系统除了数据处理之外，还要承担应用的工作，从而降低了工作效率。另一方面，由于作为客户的计算机如今主要承担应用方面的专门任务，这就有可能使其高度优化。由此可见，客户/服务器体系在网络连接上和设备上并没有什么变化，只是改变软件应用的系统的配置方法，从而明显地改变了整个系统的运行性能，有效地增强了系统的可扩充性和可维护性。

客户/服务器已经能够应用于复杂的网络上，并使之能够更有效地进行选择、检索、索引排序等数据处理。作为一种高级的分布式计算机环境、客户/服务器有足够的能力把处理后的结果(不是整个文件)通过网络传输出去，并根据用户需求灵活地配置各种大、中、小型计算机系统。

客户/服务器是在网络基础上，以数据库管理为后援，以计算机为网上工作整个客户/服务器体系分为三部分。

(1)客户：发送请求及处理返回结果，显示和控制应用工作环境及用户界面，完成数 据合理性校验。显示报告和使数据表现图形化;

(2)服务器：处理客户请求，为客户分析数据并返回结果或动作。一个服务器本身有时又可以成为另一个服务器的客户。

(2)网络：实现客户和服务器的之间的透明连接;

客户/服务器技术到目前为止已发展为对等层到对等层的处理模式。在这种模式下，网络上的每一台计算机的作用都是相同的，即所有的计算机既是客户机也是服务器。这种模式最初采用的是线性结构，即客户机向上一层的服务器发出请求，而服务器作为客户机再向上一层服务器发出请求，以此类推。后来，这种线性结构被推广为网络结构，即每一层既可以作为客户向多台服务器发出请求，也可以作为服务器接受并处理多个客户的请求，这样就使负载相对较重的层尽可能地把处理任务分配到其它层上，从而使处理分布更加均衡。随着Internet的迅速发展和网上计算机资源的多样化，这种处理模式将变得越来越来必要。

用户

客户/服务器网络

2.2.2 采用软件工程的思想

软件工程的传统途径是生命周期方法学。从时间角度对软件开发和维护的复杂问题进行分解，把软件生命的漫长周期依次划分为若干个阶段，每个阶段都有

相对独立的任务，然后逐步完成每个阶段的任务。前一个阶段的完成是开始进行后一个阶段工作的前提和基础，而后一个阶段任务的完成通常是使前一个阶段提出的解法更进一步具体化。一般说来，软件生命周期由软件定义，软件开发和软件维护三个时期组成，每个时期又进一步分成若干个阶段。软件定义时期通常进一步分成三个阶段，即问题定义、可行性研究和需求分析。软件开发时期由下述四个阶段组成：总体设计、详细设计、编码和单元测试，综合测试。软件维护的主要任务是使软件持久的满足用户的需要。具体的说，当软件在使用过程中发现错误时应该加以改正，特别是当软件环境改变、用户有新的需求提出的时候。本小组恪守软件工程的原则，指导本系统开发设计。

2.2.3关于数据库的生命周期

数据库的生命周期可以分为两个阶段：一是数据库设计阶段;二是数据库实现和操作阶段。

数据库的分析和设计阶段分为如下四个子阶段：

(1)需求分析;

(2)概念设计

(3)逻辑设计

(4)物理设计

数据库的实现和操作阶段由如下三个子阶段组成：

(1)数据库的实现;

(2)操作与监督;

(3)修改和调整。

数据库设计所关心的是数据库的设计阶段。

学籍管理系统的设计同样要遵循以上的条件和要求，因为如果设计的初期阶段设计搞不好，就对以后的工作产生比较大的影响，从而会造成返工。所以要重视系统的设计初期的工作。

2.2.4关于数据库的设计过程

数据库的设计过程如下图所示。在数据库设计过程中，需求分析和概念设计可以独立于任何数据库管理系统进行。逻辑设计和物理设计与具体的数据库管理系统密切相关。由于需求分析比较重要，我们在设计的时候，首先要获得所需要的学生的信息等。在获得这些资料之后，进行分析。从中提取有用的部分。分

析各种用户的权限，最重要的是建立表。表的各种数据涉及到数据完整性。如果表建得不好，在后边的设计过程中，就要不停地修改，造成浪费。开发的效率就会大大降低。

(特定的物理存储结构和存取方式)

图：数据库设计过程

3.过程论述

3.1需求分析

在学校中，经常与学生打交道的部门主要有：教务处、学生处、、后勤管理中心。一个学生从录取到离校的过程中，学校要负责管理学生的档案和学籍，学生可能发生留级、转系、退学、休学的情况，即学籍异动处理。学校负责对学生档案管理、学籍管理、奖惩管理,教务处要负责对学生的成绩管理，学生处要负责对学生的考勤管理，后勤管理中心及其下辖的各楼生管要负责对学生的物品管理，住宿管理，水电费用管理，住宿违纪管理，卫生评比管理，来客管理。系统要完成尽可能多的智能化操作和各种查询要求。基于此的数据流程图可以很方便的体现出各种需求操作。因此，积极的与用户交流、分析，并得出详尽的数据流程图是至关重要的一步。

3.2 学籍档案管理子系统数据流图

3.3学籍档案管理子系统数据字典

1、数据流条目

档案管理要求=[学生档案数据录入 | 学生档案数据修改]

学生档案数据录入=学生档案数据修改=学生名称+性别+出生年月+户籍+

家庭地址+联系电话+入学年份

档案查询要求=[档案统计要求]

档案统计表=[学生档案情况]

学籍管理要求=[学生学籍录入|学生学籍修改|学生学籍删除]

学生学籍数据录入=学生学籍修改=学生学籍删除=班级+年级+学生状态+

是否住宿

学籍查询要求=[学籍统计要求]

学籍统计表=[学生学籍情况]

学生奖惩情况录入=学生学号+班级+奖惩类型+奖惩日期

学生奖惩情况查询要求=[奖惩统计要求]

2、文件条目

a) 名称：各系学生学籍文件

组成：学生编号+学生姓名+班级+年级+学生状态+是否住宿

组织方式：索引文件，按系别+专业+班级排列

b) 名称：各系学生档案文件

组成：学生编号+学生名称+性别+出生年月+户籍+家庭地址+联系电

话+入学年份

组织方式：按学生编号排列

c) 名称：各系学生奖惩情况文件

组成：学生编号+学生姓名+班级+奖惩日期 组织方式：按学生编号排列

3.4学籍档案管理子系统总体设计图

3.5学籍档案管理子系统相关数据库构建

在关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同

范式。目前主要有六种范式：第一范式、第二范式、第三范式、BC范式、第四范式和第五范式。在这六种范式中，一般只用前三种,对于常用系统就足够了。而且这五种范式是“向上兼容”的,即满足第五范式的数据结构自动满足一、二、

三、四范式，满足第四范式的数据结构自动满足第一、二、三范式，„„，依此类推。简单的介绍前三种范式。

第一范式(first normal form，简称1st NF)就是指在同一表中没有重复项出现，如果有则应将重复项去掉。这个去掉重复项的过程就称之为规范化处理。在本文所讨论的开发方法里，1st NF实际上是没有什么意义的。因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足1st NF。

第二范式(second normal form，简称 2nd NF)是指每个表必须有一个(而且仅一个)数据元素为主关键字(primary key)，其它数据元素与主关键字一一对应。。即表中其它数据元素都依赖于主关键字，或称该数据元素唯一地被主关键字所标识。

第三范式(third normal form，简称 3rd NF)就是指表中的所有数据元素不但要能够唯一地被主关键字所标识，而且它们之间还必须相互独立，不存在其它的函数关系。也就是说对于一个满足了 2nd NF的数据结构来说，表中有可能存在某些数据元素依赖于其它非关键字数据元素的现象，必须加以消除。

此外，在这过程中要注意好表的主键、外键、用户自定义约束的条件，在模式分解过程中要尽量的保持函数依赖和无损联接。遵循上述说明，就可以设计出一个良好的关系数据库模式。

以下的表基本按照范式要求建立

1)学生学籍表

2)学生档案表

4)用户表 3.6服务器、客户机的交互处理

随着计算机的普及，计算机网络正以前所未有的速度向世界上的每一个角落延伸。目前校园网的建设是局域网中不可缺少的一部分，许多已建立起以光缆为传输介质的高速以太网的校园网络，并且获得了很大的成功。我们可以在此基础上，搭建出本系统需要的运行环境。首先，选择一架性能好的PC机充当服务器，并安装ORACLE8I服务端程序，假定该服务器的IP地址为192.168.168.88，其安装的ORACLE8I数据库的服务名为student，创建所需的数据表，索引。在各管理部门的计算机上安装ORACLE8I的客户端，并通过NET8 Assistant的配置与服务器端正常通信。其配置过程如下：打开NET8 Assistant配置界面，单击NET8

配置下的服务命名，再单击编辑菜单下的创建项，在网络服务名内填上student，点击下一步按纽，选中TCP/IP(internet协议)，点击下一步按纽，在主机名上可以填上服务器的主机名字，也可以填上服务器的IP地址，这里我们填上192.168.168.88，端口号默认为1521即可，点击下一步按纽，在(ORACLE8I)服务名内填上student，点击下一步按纽，点击测试按纽，看到连接测试成功就表明服务器与客户机可以正常通信了，将开发好的程序安装到客户机上，此时该系统就可以很好的运行了。

客户机 客户机 3.7学籍档案管理系统功能说明

1)学生信息录入模块：

系统可自动获得系统当前的年份并自动生成新生的入学年份;可判断输入学号的长度，可以判断学生的学号是否已经存在以保证学生的唯一性;还可对信息的完整行进行判断。 2)学生学籍录入模块：

系统可判断输入学号的长度是否符合条件;可判断输入的学生学号是否在学生信息表中存在;还可以判断学生的学号是否已经存在以保证学生的唯一性;可从信息表中自动获得学生姓名;因为是对新生信息的录入所以系统自动定义了年级和学生状态分别为“1”和“在校”并不可修改。 3)学生信息查询模块：

系统可判断关键字是否已经输入;并可输出查询结果。 4)学生学籍查询模块：

系统可判断关键字是否已经输入;并可输出查询结果。 5) 学生奖惩录入模块：

系统可判断输入学号的长度是否符合条件;可判断输入的学生学号是否在学

生档案表中存在;还可以判断学生的学号是否已经存在以保证学生的唯一性;可从档案表中自动获得学生姓名和班级。 6)学生奖励情况查询模块：

系统可判断关键字是否已经输入;并可输出查询结果。 7)学生惩罚情况查询模块：

系统可判断关键字是否已经输入;并可输出查询结果。 8)学生档案修改模块：

系统将查找出的学生信息并将除学生学号外的信息提取到文本框，可实现对文本框内容的逐个修改。 9)学生学籍修改模块：

系统将查找出的学生信息并将除学生学号外的信息提取到文本框，可实现对文本框内容的逐个修改。 10)学生学籍异动处理模块：

系统将查找出的学生信息并将除学生学号外的信息提取到文本框，对需要进行的异动操作进行判断;当学生需要转班级，可判断学生是否是为非新生，并可显示学生原来所在班级和新班级的信息，更新学生信息;当学生需要休学，复学时对学生的信息进行自动更新;当学生需要留级时，除可更新学生信息外还可显示学生所在原班级和新班级的信息;当学生需要退学，则删除学生信息。 11)毕业生学籍更新模块：

系统可自动生成是对那一届毕业生进行更新的信息;可对判断该生是否为毕业班学生，判断该毕业班学生是否满足毕业条件，实现有选择性的删除毕业生信息。

12)管理员登入模块：

系统对管理员的名称和ID号进行认证，保证操作员的合法性;可根据管理员的名称判断管理员所在的系别，并对各个系的信息进行筛选，以保证每个系仅能对本系的信息进行更新。 13)操作菜单模块：

系统对各个经筛选后的各系信息选择需要的操作。 14)报表打印模块：

系统实现对各个需要的信息进行打印，统计。

3.8学籍档案管理系统需要解决的问题

3.8.1关于管理员权限

1)系统管理员是整个系统的维护者，系统数据基本上是由系统管理员来维护，由于数据的安全性和完整性要得到保证，所以不是任何人都能对数据库进行录入，修改，删除，更新。只有数据操作员才能对数据的数据进行检验，和操作。

2)查询用户是整个系统没有操作权限的人员，他们分别由学生，教师组成。这些用户能进行信息，成绩查询。 3.8.2关于系统的智能化

由于学生信息较为复杂，因此对其的录入也很烦琐，为减少操作员的工作量应尽量使系统智能化。因此我将学生学籍表和学生档案表联系起来，若有出现相似的信息就可从相关的表中自动获取数据，比如说只要确定学生学号，学生姓名就可自动获得。由于学生情况的录入都是对新生的操作，所以学号的前面4位数字(代表入学年份)可从系统时间中获得。

4.结果分析

4.1管理员登入界面

只要选择管理员名字，输入管理员ID后，系统

就可自动筛选出不同系的信息，以便管理员对其进行操作。

4.2系统菜单

选择需要操作的菜单，便可

进入不同子模块。

4.3学生学籍信息录入

其中学生学号的前面四个数字、学生姓名是系统自动生成的，无须管理员输入。

4.4学生档案信息修改

该模块需要先查询出需要修改的学生，之后可直接在文本框中修改信息，然后提交。在未选择需要修改的学生信息按下“提交”按钮时，文本框中的信息是禁止修改。

4.5学生学籍异动

该模块在未查询出学生信息时，“提交”、“刷新”、“打印预览”的按钮是不可用的，在未选择“转专业”、“留级”时下面的班级信息是不会出现的。

4.6毕业生信息更新

当点击“查询”按钮时，系统可自动找出达到毕业条件的应届毕业生的信息，然后可对其信息进行更新。

5.结束语

由于自身原因，系统存在还有许多不尽如人意的地方如系统不能自动对学

生的学年进行自动更新，需要每学年对学生信息进行更新。学生学籍表信息的录入未设计在同一个界面，增加管理员工作量等，这些都有待进一步改善。

6.参考文献

[1]丁宝康，数据库原理。北京：经济科学出版社，2000.1.

[2]徐汀荣，王民，陈越，陈建明，Delphi 6程序设计技术教程。北京希望电子出版社，2002.9.

[3]瓮正科，王新英，Oracle 8.x for Windows NT实用教程。北京：清华大学出版社，1999.10.

[5]王利，计算机网络实用教程。北京：清华大学出版社，1999。12.

asp学籍管理论文篇2

一、引言：

学生档案管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生档案管理系统应该能够为用户提供充足的信息和

快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数

据,这对于查找、更新和维护都带来了不少的困难。

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。

作为计算机应用的一部分,使用计算机对学生档案信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、

寿命长、成本低等。这些优点能够极大地提高学生档案管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

因此，开发这样一套管理软件成为很有必要的事情,在下面的各章中我将以开发学生档案管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。

二、系统功能

现在我国的中小学校中档案的管理水平还停留在纸介质的基础上，这样的机制已经不能适应时代的发展，因为它浪费了许多人力和物力，在信息时代这种传统的管

理方法必然被计算机为基础的信息管理所取代。

我作为一个计算机应用的本科生，希望可以在这方面有所贡献。改革的总设计师邓小平同志说过“科学技术是第一生产力”，我希望能用我三年的所学编制出一个

实用的程序来帮助中小学进行更有效的学籍管理。归纳起来，功能大约有以下几点：1.学生信息的录入。不同地域的学生通过各种途径不择地点、不择时间地自主

上传自己的基本档案(不合要求的档案可以由管理员及时清除)。

2.学生信息的查询。学生的档案信息发在网上可以让全班、全校的人来查询。使用者可以通过多种方式(学期，年级，班级，姓名，学号等)的查询，查看自己需

要的学生信息。

3.学生信息的修改。通过网络在任何地方，档案管理人员均可随时对转入、转出的学生进行添加和删除，实现了信息的动态管理。

好处为：

1. 可以存储历届的学生档案，安全、高效;

2. 只需一到二名档案录入员即可操作系统，节省大量人力;

3. 可以迅速查到所需信息。

三.ASP的简单认识

ASP的全称是：Active Server Pages，是在服务器端脚本编译环境，使用它可以创建和运行动态、交互的Web服务器应用程序。ASP可以与HTML页、脚本命令和

ActiveX组件组合创建交互的Web页和基于Web的功能强大的应用程序。ASP应用程序很容易开发和修改。所以笔者推荐广大教育工作者在教学工作繁忙的情况，使用

ASP来制作适应教学的交互性强的动态网页是非常适合的。

以下罗列了 Active Server Pages 所独具的一些特点：

1.使用 VBScript ，JScript 等简单易用的脚本语言，结合 HTML 代码，即可快速地完成网站

的应用程序的编写。

2.无须编译，容易编写，调试方便可在服务器端直接执行。

3.使用普通的文本编辑器，如 Windows 的记事本，或在FRONTPAGE等流行软件中都可进行编辑设计。

4.与浏览器无关 (Browser Independence)。用户端只要使用可执行 HTML 码的浏览器，即可浏览 ASP 网页的内容。 ASP所使用的脚本语言 (VBScript、Jscript)

均在 WEB 服务器端执行，用户端的浏览器不要求能够执行这些脚本语言。

5. ASP 能与任何 ActiveX scripting 语言相容。除了可使用 VBScript 或 JScript 语言来设计外，还通过 plug-in 的方式，使用由第三方所提供的其他脚本语

言，如：REXX、Perl、Tcl等。脚本引擎是处理脚本程序的 COM(Component Object Model) 物件。

6.Active Server Pages 的源程序，不会被传到客户浏览器，因而可以避免所写的源程序被他人直接剽窃，提高了程序的安全性。

7.可使用服务器端的脚本来控制产生客户端的脚本。

8.ActiveX Server Components(ActiveX 服务器元件 ) 具有无限可扩充性。可以使用 Visual Basic 、 Java 、 Visual C++ 、 COBOL 等编程语言来编写你所需

要的 ActiveX Server Component 。

由此可见，将ASP技术用于教育任务繁重的教师建设网站是最适合的。

由于笔者本文主题是讲解用ASP技术实现网上作文的自动化管理的过，其目的在于由一件具体事例的完成过程来抛砖引玉，使更多的教师懂得怎样在学校网站应用现

代网络技术实现网络自动化管理。所以对于网络的一些基础知识不作过多铺垫，下仅列出本文所需基础知识：

1. 懂得基本的HTML语言。

2. 懂得基本的VBScript 或JScript语言。

3. 有数据库操作基础，最少会一种数据库(如最简单的Microsoft Access)

四.网上学生学籍管理实现的目标

主要是对学生信息(如学号、姓名、性别、家庭住址等)进行管理。本模块又分为五个子模块：

(1)录入学生信息

(2)查询学生信息

(3)修改/删除学生信息

其中，学生信息查询不需登录即可使用，其他模块则需要先登录后才能使用。

五.网上学籍自动化管理实现的几个ASP文件简介

从本节开始我们逐渐深入地探讨如何用ASP技术实现以上目标。实现网上学籍的自动化管理和BBS、在线论坛等的建立机制有许多相似的地方，但在数据库的建立或

管理方法方面却有许多不同之处。以下笔者以范例的方式来分析利用ASP技术来实现的方法。整个自动化管理机制大致可由如下几个ASP文件和一个数据库文件来组

成，它们的大至功能如下。

(1)index.asp 进入本栏目后的第一显示页，显示本软件总体功能，提供多种对学生档案的管理方式，以及用户的注册。

(2)login.asp用于用户的注册。

(3)InfoInput.asp 将学生的基本信息写入数据库。

(4)InfoQuery.asp可查询学生的基本档案信息。

(5)InfoModifyDel.asp 用于数据的修改、删除。

六.数据库的搭建

使用Access2000 实现关系型数据库

学生基本档案：

存储了学生的档案包括：学号、姓名、年龄,性别，族别，出生年月，联系电话，家庭住址，其中学号为该表的主关键字。

学生入学状况：

存储了学生的入学状况包括：学号，年级，班级，入学时间。它的学号必须在学生基本档案中存在。

用户密码登记：

存储了系统用户和普通用户的信息，包括：姓名，口令，登记日期

学生考试计划登记表：

存储了每次考试的基本信息，包括：考试编号，科目，年级，班级，考试日期，考试类别等。 学生考试成绩：

存储了学生各科考试的成绩，包括：学号，考试编号，考试类别，科目，成绩。

在以上表中，学生基本档案和学生入学状况以及学生考试成绩中的学号是相互关联的，学生基本档案中该学号存在，那么在学生入学状况和学生考试成绩中才能存

在该学号。

而学生考试计划登记表和学生考试成绩中的考试编号是相互关联的。只有用户做了考试计划以后，才能对学生进行考试，才能输入成绩入库。不过由于时间仓促，

学生成绩管理模块没有完全实现。

下面是各表之间的关系图：

七.ASP文件实现自动化管理过程的细节

ASP技术以其简单易操作，且功能较强大完全能够完成以上所要求的各操作目标。下面分操作及ASP文件的组成来讲解实现具体细节，其中着重介绍用〈VB

sript〉语句的操作。

(1)index.asp

学籍管理系统的首页，主要用于用户的注册和判断用户是否已注册，并提供信息管理、成绩管理、考试管理的入口。其中判断用户注册是否正确的代码为：

function CheckForm()

{ if(document.Login.UserName.value==""

{

alert("请输入用户名!");

document.Login.UserName.focus();

return false;

} if(document.Login.PassWord.value == ""

{

alert("请输入密码!");

document.Login.PassWord.focus();

return false;

}

}

function ClearForm()

{document.Login.UserName.value = "";

document.Login.PassWord.value = "";

}

以上程序来检查用户注册时提交的数据是否正确，以确定是否允许提交。

十.参考文献

可行性分析报告格式

文 档 作 者：______________________日期：___/___/___

开发/测试经理：______________________日期：___/___/___

产 品 经 理： _____________________日期：___/___/___

管 理 办：______________________日期：___/___/___

可行性分析报告

关键词: [此处加入关键词]

摘 要: 本文针对用户在电业管理中的技术需求，分析其需求在现有技术下解决的可行性，提出相应的解决方案。并分析项目本身的可行性。

缩略语说明：略

1 引言

1 .1编写目的

本文用于分析项目的可行性，包括项目在技术上的可行性及在资金、设备、人员以及用户需求等反面的可行性，以保证今后项目的顺利进行。

1 .2背景

1 .3参考资料

1 .4术语和缩写词

2 技术可能性

人员素质 技术基础 项目技术要求：略

本公司有开发技术人员x十人，其中专家级人员x 人，设计人员x 人及开发人员 X十人，可以形成指导、分析、设计及开发的全套技术工作力量;相对而言，

根据项目的技术要求是较低的：

界面编程要求是，略;可以看出，其要求没有超出现有开发的技术内容。

数据库编程要求是：略;现有的技术力量完全可以解决。

接口编码要求是：略;由于要求非常简单，技术上不会有任何问题。

协议要求是：略;从要求中可以看出需求方对需要的协议非常明确，并且非常愿意合作，所以，在明确了双方的责任，并且确定下来之后，问题完全可以解决。软件基础

用户没有特殊的要求 。具体要求为：略。

3 设备可能性

资金

设备

资源

4 人员可能性

人员数量

5 系统工作量

目标需求

设计需求

设计工作量

总体设计工作量：;

前台设计工作量：;

数据库设计工作量：;

接口设计工作量：;

6 代码工作量

模块几组件数量

界面工作量：;

数据库工作量：;

程序工作量：;

算法研究工作量：;

数据工作量

界面工作量：;

数据库工作量：;

程序工作量：;

7 档案要求及时间可行性

格式标准及测试要求

时间是否可行

由于用户的要求不是非常明确，经与用户协商，开发时间定为XX天，由于中间要经过一个节假日，所以最后完成时间定为XXX天。

8 可管理性

管理项目

软件管理