学校招生信息管理系统Word下载.docx

学校招生信息管理系统Word下载.docx

《学校招生信息管理系统Word下载.docx》由会员分享，可在线阅读，更多相关《学校招生信息管理系统Word下载.docx（45页珍藏版）》请在冰豆网上搜索。

显示考生信息可以逐条显示这些信息，还可以按准考证号查询考生信息。

考生信息统计可以按文理科，省份等进行统计。

⑶考生录取模块：

包括考生录取，显示已录取考生信息。

⑷招生计划管理模块：

包括添加招生计划、显示招生计划、查询招生计划、招生计划统计；

⑸数据库维护模块：

包括数据库备份和数据库恢复。

第二章系统分析及关键技术

2.1系统需求分析

需求分析是管理系统开发的第一步也是最重要的一步。

需求分析就是描述系统的需求，通过定义系统中的关键域类来建立模型。

分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制。

这是一个管理系统，设计目标是赋予系统基本的招生功能，以尽量方便学校，而且使用起来也很容易。

分析那些理论中对实际操作有价值的功能,如考生信息管理,招生计划管理,和系统管理.还有对信息的添加,修改,和删除.并且提供快速查询功能，方便学校了解并能快速高效的工作。

对于系统管理员，也力求尽最大可能方便其进行操作。

1. 

管理员对功能的需求

（1）登录取得管理员权限

（2）注销此次权限

2. 

考生信息管理

（1） 

查询考生信息。

考生信息包括考生基本信息和其他信息，基本信息包括准考证号,姓名,性别,户籍所在地,政治面貌,籍贯，年龄，出生年月；

其他信息包括考生成绩，考生填报志愿信息，考生个人简历，考生亲属关系。

（2） 

修改考生信息。

考生信息包括考生基本信息和其他信息，基本信息包括准考证号,姓名,性别,户籍所在地,政治面貌,籍贯，年龄，出生年月；

（3） 

删除考生信息.

（4）考生信息统计。

包括按文理科、按院系、按考生省份、先按院系再按省份统计。

3. 

招生计划管理

添加招生计划。

包括院系，省份，招生人数。

（2）查询招生计划。

（3）修改招生计划。

（4）删除招生计划。

（5）招生计划统计。

4. 

系统管理

系统登录。

（2）修改密码。

添加新用户。

只有管理员才能添加。

（4） 

退出系统。

2.2系统配置

1．操作系统选择

可以根据用户量的大小选择不同的操作系统。

当然，一般情况下对Windows界面比较熟悉。

因此，我选择使用WindowsXP。

维护水平“较好”，稳定性要求较高，每秒数据并发数据访问记录为500-2000。

2．硬件配置

系统的硬件配置主要根据用户对系统的稳定性、系统的容量、系统的吞吐量以及对系统的维护水平而定。

我的系统硬件配置是：

处理器:

Celeron（R）2.66GHz；

内存:

512MB；

硬盘:

80GB。

2.3关键技术

客户/服务器（Client/Server）是近年来迅速发展的分布式信息处理体系结构。

客户/服务器体系把信息处理过程分成几个部分，并把它分配到整个计算机网络上，使信息处理过程能最佳地利用计算机的系统资源。

在招生管理系统中，为了避免多个用户同时对同一数据进行操作，减少系统开销，尽可能地少耗用网络资源，系统采用客户/服务器结构。

C/S模式系统以服务器作为数据处理和存储平台，在终端设计有专门的应用程序进行数据的采集和初次处理，再将数据传递到服务器端，用户必须使用客户端应用程序才能对数据进行操作。

C/S模式具有专业化程度高、开发手段灵活、运行速度快等特点，但受到维护成本大、适应性弱等问题的影响。

C/S模式是早期电子政务开发中主要应用的模式，同时一些专业的MIS软件也经常使用这种模式。

C/S模式系统几乎可以适应任何的操作平台，开发技术也多种多样，大部分计算机语言都能开发出C/S模式的应用系统。

Client/Server是分离的逻辑实体，它是通过网络协同工作来完成一项工作，它具有下列特征：

功能分离：

Server进程是服务的提供者，Client进程是服务的消费者，

它们是在不同机器上运行的进程间的一种关系。

⑵共享资源：

一个Server可以同时为多个Client提供服务并协调它们共享资源的访问。

⑶位置透明：

Server可以驻留在与客户相同或不同的处理器上，需要时，Client/Server平台可通过重新定向服务来掩盖位置。

⑷服务封装：

客户过程只需要知道Server的界面，而不必了解其逻辑。

⑸同步/异步操作：

客户可以用同步或异步的方式请求服务。

异步方式可以使Server并发地处理多个客户任务。

⑹可扩展性：

支持水平或垂直扩展。

水平扩展可以增加或更改客户工作站；

垂直扩展是可以转移到新的或多个Server机器上。

2.4可行性研究

可行性分析（FeasibilityAnalysis）也称为可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。

可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

本系统的可行性分析包括以下几个方面的内容。

1．经济可行性：

主要是对项目的经济效益进行评价，本系统开发经费非常小,对于大多数单位在经济上是可以接受的。

2．技术上的可行性：

技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。

系统采用VisualBasic6.0开发，后台数据库使用ServerSQL2000，使用C/S结构设计，系统实现对SQL数据库的维护，包括对数据的增加、修改、删除，以及查询操作。

因此，系统的软件开发平台已成熟可行。

硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。

3．时机可行性：

目前，随着社会的发展,学校的增加,生员的扩招,设计这样一个招生系统会给学校带来方便和效率.所以建立这样一个管理系统很有市场，所以具有时机可行性。

2.5操作平台

本系统是在Windows98／WindowsMe／WindowsNT4.0（SP4）／Windows2000/WindowsXP的中英文环境下运行，完全适用于各式屏幕大小设置640x480、800x600、1024x768、...。

系统推荐在PC586/32MB以上各档微机下运行，硬盘上安装占用不到30MB空间。

系统的安装和运行，推荐使用如下配置：

CPU586/350MHz以上；

内存64MB以上；

硬盘100M以上自由空间；

VGA显示器；

中文操作系统Windows98/me/2000/XP/winNT

分辩率800×

600或更高；

颜色256色以上。

第三章招生管理系统分析与设计

3.1开发工具简介

3.1.1VisualBasic6.0概述

美国微软公司推出的基于Basic语言的软件开发工具，它是一种基于对象的可视化编程语言。

与前期Basic相比，具有开发效率高、功能强大等特点。

Visual指的是开发图形用户界面（GUI）的方法。

即不需要编写大量代码去描述界面元素的外观和位置，而只是把预先建立的对象添加到屏幕上一点即可。

Basic指的是Basic语言，它是一种在计算机技术发展历史上应用的最广泛的语言。

VisualBasic在原Basic语言基础上进一步发展，至今包含了数百条语句、函数及关键词，其中很多和Windows编程语言的功能，而初学者只要掌握几个关键词即可建立使用的应用程序。

随着计算机技术的不断发展，许多功能强大的软件纷纷出台。

最新出现的软件都采用图形界面，操作方便，使用灵活。

VisualBasic就是其中最为典型的一个编成软件。

VisualBasic是在原有的Basic语言基础上发展而来的，Visual指的是开发图形用户界面的方法，Basic指的是广为流传的BASIC计算机语言。

VisualBasic具有简单易学的特性，只要稍有计算机语言基础就可以很快掌握它。

可视化的用户界面设计功能，把程序设计人员从繁琐复杂的界面设计中解脱出来。

可视化编程环境的“所见即所得”功能，使界面设计如同积木游戏一样，从而使编程成为一种享受。

强大的多媒体功能可以轻而易举地开发出声音、动画和图像于一体的多媒体应用程序。

新增的网络功能提供了快捷编写Internet程序的能力。

VisualBasic以实用、方便、快捷、开发周期短、有广泛而强大的功能受到编程人员的青睐，并广为流传。

VisualBasic的开发环境使用户更容易操作，其语句生成器和快捷提示帮助，使在较短时间能开发出强大的应用程序。

因此，VisualBasic在国内外各个领域中应用十分广泛，许多计算机专业和非专业的人员常利用它来编制开发应用软件。

美国微软公司于1991年推出VB1.0，目前最新版本是7.0版本。

5.0以前的版本主要应用DOS和Windows3.x环境中的16位应用程序的开发。

5.0以后的版本只能运行在Windows9.x或NT操作系统下，是一个32位的应用程序开发工具。

VisualBasic主要功能特点包括：

提供了面向对象（OOP）的可视化编程工具。

把程序和数据封装在一起而视为一个对象。

设计程序时只需从现有工具箱中拖出所需的对象，如按钮、滚动条等，在屏幕上设计出用户所要求的布局，VB自动产生界面设计代码，程序设计人员只需编写实现程序功能所需的代码即可，因而程序设计的效率大大提高。

事件驱动的编程机制。

VB中通过事件来执行对对象的操作，一个对象可以有许多事件过程，不同的事件过程对应不同过程代码。

VB开发的应用程序，没有明显的开始和结束标志。

结构化的程序设计语言。

具有丰富的数据类型，众多的内部函数，是一种模块化、结构化的程序设计语言，结构清晰、简单易学。

交互式开发。

传统的应用开发过程由编码、编译和调试代码3个步骤组成。

而VisualBasic使用交互式方法开发应用程序，3个步骤之间没有明显的界限。

5. 

Windows资源共享。

VB提供的动态数据交换DDE编程技术，可以在应用程序中实现与Windows应用程序建立动态数据交换、在不同的应用程序之间通行功能。

6. 

开放的数据库功能与网络支持。

VB具有很强的数据库管理功能。

利用数据控件和数据库管理窗口，可以直接建立和编辑MSSQL格式的数据库，并提供了强大的数据存储和检索功能，同时还能直接编辑和访问其他外部数据库，如Dbase、FoxPro、Paradox等。

7. 

得心应手的应用程序向导。

VB中使用了许多应用程序向导，可为用户自动创建多种类型和不同功能的应用程序的初始轮廓，另外还有安装向导、数据窗体向导、IIS应用程序DHTML等，使用起来得心应手，省去了一些烦琐的工作。

8. 

完善的联机帮助功能。

强大的联机帮助功能和示范代码，设计任何时候，只需按下F1键，就会显示必要的提示，运行时，也会对出现的错误给出一定的提示。

3.1.2SQLServer2000简介

SQLServer是一个关系数据库管理系统它最初是由MicrosoftSybase和Ashton-Tate三家公司共同开发的。

1988年推出的第一个OS/2版本在WindowsNT推出后，Microsoft与Sybase在SQLServer的开发上就分道扬镳了。

Microsoft将SQLServer移植到WindowsNT系统上，专注于开发推广SQLServer的WindowsNT版本。

Sybase则较专注于SQLServer在UNIX操作系统上的应用。

SQLServer2000是Microsoft公司推出的SQLServer数据库管理系统的最新版本，该版本继承了SQLServer7.0版本的优点，同时又比它增加了许多更先进的功能具有使用方便，可伸缩性好，与相关软件集成程度高等优点，可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2000的大型多处理器的服务器等多种平台使用。

SQLServer是可缩放、高性能的关系型数据库管理系统，它可以与Windows集成在一起，并允许集中管理服务器，提供企业级的数据复制，提供平行的体系结构。

此外，还支持超大型数据库，并可以与OLE对象紧密继承，使用可以实现数据库的构件和数据库系统的管理。

SQLServer这种关系型数据库管理系统能够满足各种类型的企业客户和独立软件供应商构建商业应用程序的需要。

而且，MicrosoftSQLServer提供了以下功能：

⑴与MicrosoftWindowsNT线程和高度任务、性能监测器和实践浏览器的集成。

通过一个单一的MicrosoftWindowsNT登录到网络SQLServer上简化用户的账号管理。

⑵为整个企业范围可传播的内部复制机制减小了发生故障的风险，并将精确地传给需要数据的用户。

⑶并行结构。

通过并行内部数据库功能，大大提高了系统性能和可缩放性。

⑷利用综合的分布式框架集中管理整个企业范围内的服务器。

基于Windows的界面提供对多个服务器的远程数据复制管理、服务器管理、诊断和调整的可视化拖放控制。

⑸充分利用并行结构的特点提供对超大型数据库的更好支持。

为很多开发和维护任务减少输入输出。

⑹在分布式管理框架中能得到OLE分布式管理对象库。

SQLServer的基于Windows的工具可以方便的用于所有数据库操作。

这些工具可用于：

操作数据库中数据的访问、操作数据库的管理和控制数据库中数据的操作。

MicrosoftSQLServer2000使用了工业界最先进的数据库构架，它与MicrosoftWindowsDNA2000平台紧密结合，具有完全的WEB功能。

它还提供了重要的安全性方面的增强，保护防火墙内和防火墙外的数据。

它还支持强有力的、灵活的、基于角色的安全，拥有安全审记工具，并提供高级的文件加密和网络加密功能。

此外，它还在数据库服务器自动调整和自动管理技术方面在数据库领域中处于领先地位，使客户可以集中精力去处理商业战略上的问题，而不是细微调整数据库服务器的各项参数。

3.2招生管理系统总体结构设计

招生管理系统按功能可分为系统管理、考生信息管理、招生计划管理、考生录取管理、数据库维护、帮助六大模块，每个模块下分几个小模块。

系统总体结构设计如图3.2所示：

图3.2系统总体结构图

3.2.1系统管理

系统管理可以细分为登录系统、修改密码、添加新用户、管理员设置、退出系统五个子功能模块。

·

登录系统：

过对操作人员输入的用户名称和用户口令的验证，使得系统管理人员进入系统管理界面进行相关操作。

修改密码：

用户可以通过该模块进行密码的重新设置，以保证帐号安全。

添加新用户：

该功能模块只有登录的用户是管理员时才能对其进行操作，注册过程中可以选择新用户的权限。

退出系统：

操作员完成对系统的操作，安全退出系统。

3.2.2考生信息管理

考生管理系统包括考生信息的录入、显示考生信息、考生信息统计三个子功能模块。

考生信息录入：

该模块是整个招生管理系统的一个核心部分。

操作人员可以在考生录入窗口中实现考生信息管理的大部分的节本功能，包括考生信息的添加、修改、删除等功能。

显示考生信息：

该模块可以显示考生的所以信息，包括基本信息、考生成绩信息、考生报考志愿信息、考生简历等。

还可以同过准考证号查询特定考生的信息，并可对其进行修改、删除、保存等操作。

考生信息统计：

该功能模块可以按多种方式统计，如按文理科、按院系、按考生省份、先按院系再按省份统计等。

3.2.3招生计划管理

招生计划管理包括招生计划录入、显示招生计划、招生计划统计三个子功能模块。

招生计划录入：

按要求输入招生院系、省份、招生人数。

显示招生计划：

可以按院系、省份查询招生计划，也可显示全部招生计划。

并能对招生计划进行修改、删除、保存等操作。

招生计划统计：

包括按院系统计和按省份统计。

3.2.4考生录取管理

考生录取管理包括考生录取、已录取考生信息两个子功能模块。

考生录取：

操作员通过该模块对符合要求的考生进行录取操作。

已录取考生信息：

可以查看各院系、各省份的考生录取情况，也可以查看全部的考生录取情况。

其中各省已录取考生信息和各院系已录取考生信息都统计了已录取考生人数和相对招生计划而言的剩余招生名额，以便于用户明确已录取情况和还需招生情况。

3.2.5数据库维护

数据库维护包括数据库备份和数据库恢复两个子功能模块。

数据库备份：

主要是为了防止数据丢失，定期对数据库进行备份。

数据库恢复：

主要作用是当数据库出现问题时，将备份的数据恢复，可以防止数据丢失带来的损失。

3.2.6帮助

关于：

显示软件的有关版权方面的信息以及制作人联系方式。

3.3系统流程图

图3.3系统流程图

3.4系统数据流程图

图3.4系统数据流程图

3.5数据库详细设计

数据库是信息管理系统的后台，存储着所有的信息，在信息管理系统中有着很重要的地位。

数据库设计的好与坏，直接影响到这个系统的运行效率。

良好的数据库设计，可以提高数据信息的存储效率，保证数据信息的完整性和一致性。

同时，一个合理的数据库结构有利于程序的实现。

3.5.1关系数据库设计理论

构造数据库必须遵循一定的规则。

在关系数据库中，这种规则就是范式。

关系数据库中的关系必须满足一定的要求，即满足不同的范式。

在创建一个数据库的过程中，范化是将其转化为一些表的过程，这种方法可以使从数据库得到的结果更加明确。

这样可能使数据库产生重复数据，从而导致创建多余的表。

范化是在识别数据库中的数据元素、关系，以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。

目前关系数据库有六种范式：

第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。

满足最低要求的范式是第一范式（1NF）。

在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。

一般说来，数据库只需满足第三范式（3NF）就行了。

下面我们举例介绍第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。

1.第一范式（1NF）

在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。

如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。

在第一范式（1NF）中表的每一行只包含一个实例的信息。

例如，对于图3.5.1-1中的考生信息表㈠，不能将考生信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；

考生信息表的每一行只表示一个考生的信息，一个考生的信息在表中只出现一次。

简而言之，第一范式就是无重复的列。

图3.5.1-1考生信息表㈠

2.第二范式（2NF）

第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。

第二范式（2NF）要求数据库表中的每个实例或行必须可以被惟一地区分。

为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。

如图3.5.1-2在考生信息表㈠中加上了准考证号列，因为每个考生的准考证号是惟一的，因此每个考生可以被惟一区分。

这个惟一属性列被称为主关键字或主键、主码。

第二范式（2NF）要求实体的属性完全依赖于主关键字。

所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。

简而言之，第二范式就是非主属性非部分依赖于主关键字。

图3.5.1-2考生信息表㈡

3.第三范式（3NF）

满足第三范式（3NF）必须先满足第二范式（2NF）。

简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

例如，存在如图3.5.1-3招生计划表，其中有院系、省份、招生人数等信息。

那么在图3.5.1-4的已录取考生表中列出院系、省份后就不能再将招生人数等与招生计划有关的信息再加入已录取考生表中。

如果不存在招生计划表，则根据