基于ASP.NET 技术的信息采集系统设计

何亚娜

（沈阳市化工学校，辽宁 沈阳110122）

1 概述

随着各学校生源量不断变化，一般每年新生的入学数量和老生的毕业数量较多，高中或中专学校大概在800-1200 左右，高校则在扩招背景下学生数量更加庞大。如此巨大的生源变动信息，如果单靠传统以人工为主的管理方式，极易出现管理偏差，且管理难度较大。运用基于ASP.NET 的管理方式，能有效提高管理效率，增强学生信息管理可靠性，防止信息丢失。通过ASP.NET 与数据库技术的融合，使学生信息的浏览、查询、变更和永久性存档更加稳定。

2 学生信息管理系统设计需求

每位学生从入学至毕业，包含多种复杂信息，包括入学信息、学籍信息、各学期成绩、德育信息、奖惩信息、毕业信息等。根据传统学生信息工作的经验，为了满足复杂信息的采集和有效整理、稳定存储备案，学生信息管理系统的设计需求应包含以下几点：

界面具有简洁性，复杂的界面设置往往只会增加操作者和运用者的难度。友好的操作界面以及符合用户使用习惯的操作方式,有利于提升用户体验。

使用模块化的设计手段，按照相应功能设计相应模块，模块内容相对独立，方便于组合和拆分，有利于学生各类相关信息的汇总、分类、筛选等。

通过本信息采集系统的应用，能够使教师、学生、管理员高效率填写、修改、增删各类信息，降低了信息管理者的工作量，同时提高了管理效率，使管理信息一目了然，操作简易。

3 信息采集系统具体方案及设计

3.1 系统结构框架

本设计信息采集系统采用模块化设计方案，在区分各个模块的基础上，设计各模块的功能，同时也可以方便在出现问题时，只维护相关模块，这样降低了维护难度，在出现故障时，只需关闭问题模块，而其他模块可以正常使用。本信息采集系统的系统结构框架如下图所示。

图1

在系统结构框架中，信息采集系统基于ASP.NET 技术，并结合数据库技术，以网络界面的形式呈现，主要包含三大模块，即登录模块、学生应用模块、教务管理模块，同时预留一个备用模块，以备后续增删相应的独立功能。

3.2 登录设计

登录设计是比较关键的设计，该部分涉及到学生隐私、教师权限等，如果登录设计出现严重漏洞，可能出现学生恶意登录查阅他人信息、学生恶意修改成绩等信息，因此该部分设计，需要采用ASP 和数据库加密匹配。学生和教师在使用初始密码登录后，必须强制要求修改密码，新密码的形式必须是包含字母、数字和特殊符号的形式，否则密码修改不予通过。密码以加密的形式存入指定数据库，管理员也无法查看数据库中密码。师生忘记密码可以联系管理员，管理员可以一键清空用户原有密码，使其重新设置新密码。

3.3 学生模块设计

3.3.1 注册

学生注册信息采用根据学号，发放初始密码的形式，完成登录。为保证学生初始信息不被恶意登录修改，初始密码使用学生身份证后六位，在学生入学前，管理员收到学生姓名、学号和身份证后六位关键信息，通过ASP 后台录入至数据库后，生成学生注册信息。学生注册实际上只需要完成首次登陆、修改密码，然后完善基本信息。基本信息栏填写时加入红色“*”为必填内容，必填内容若出现未填写情况，则不允许信息提交，这种设计方式有助于防止学生漏填重要信息，以免为信息采集制造麻烦。

3.3.2 学籍

学籍信息是学生最为重要的信息之一也是较为敏感信息，学籍信息一旦录入成功后，学生、教师均无权限修改，除非在学生开除学籍或者转学籍等操作时，也必须联系管理员授权修改权限才允许修改操作。

3.3.3 毕业

学生毕业信息包括学生学籍转出信息、学生档案转出信息、在校期间成绩信息、德育考核信息等，在学生毕业后，将所有信息一并存入数据库，作为永久封存处理，以便日后为学生提供相关信息查询工作，同时生成部分纸质文件封存。此部分设计时加入了打印输出功能，格式统一，方便学校留存纸质记录。

3.3.4 维护

信息维护功能主要包括学生日常对密码的管理、修改操作，同时可以修改允许范围内的个人资料、个人简介等。在每学期结束时的德育自评也由学生自行填写。在每学期结束前，教师通过教师端，点击生成学生自评区域，学生提交后由教师审核通过与否，然后确认提交后，不得进行更改。如果必须更改，则需找管理员申请特殊修改权限。该部分维护内容的设计中，要包含提交功能、审核功能和禁止修改功能。

3.4 教务模块

教务模块主要包含教师操作功能。教师通过工号登录后，可以进入对学生和班级的管理。教务模块中所有教师的权限也分等级。最高权限的教师是学校教务管理人员，负责成绩填写、学籍认定、特殊鉴定填写等。普通教师每个账号权限也不尽相同，除了完成自己授课科目的相关内容填写外（包括成绩、作业、鉴定等），部分教师具有班主任权限，负责班级管理、班级学生德育鉴定、班级学生信息管理、家校互通等。

3.5 信息采集系统数据库设计

3.5.1 学生表设计

在设计学生表时，要抓住其隶属关系和常用/非常用信息情况。

学生表：姓名，性别，年龄，民族，政治面貌，身高，体重，籍贯，家庭住址，联系方式，家长联系方式。

其中姓名，性别，年龄，政治面貌，身高，体重属于常用数据，但是民族，籍贯，家庭住址，联系方式，家长联系方式为不常用数据。

如表1 所示为学生系统数据库表设计：

表1

3.5.2 教师表设计

教师表设计与学生表不同在于，不需要填写过多个人信息，而是需要归属教师隶属关系。教师表按照教师标签分类，分为：A1 科任教师（填写具体科目）、A2 班主任教师（每个班级特殊编号处理）、A3 管理级教师（教务教师）。每个不同级别教师的标签，分属的权限不同，由管理员设定各个教师的权限和属性标签，例如某教师X1 教授语文课程，同时是一年三班的班主任，即X1=A1+A2，该名教师具有科任教师和班主任管理的权限。再如某教师X2 在教务处任职，且兼任体育课授课教师，那么X2=A1+A3。

A1-A3 为一级属性，A1 中的具体科目代码为二级属性，A2中的具体年级和班级代码为二级属性，A3 中的具体管理分工职责为二级属性。仍以X1 和X2 为例：在A1 中，设定语文为01，体育为12；在A2 中设定103；A3 中负责成绩审核职责的代码为05。那么X1=A101+A2103；X2=A112+A305。

教师表的分配规则较为复杂，也必须细致入微，否则错误的权限会带来信息采集系统的使用不便。如表2 所示为教师信息表设计：

表2

3.5.3 表格设计

根据学生信息采集和教务管理系统的要求，需要设计档案表、课程表、班级表、教师信息表，都要对每个学生进行一一关联，把学生的信息做到细致化。本设计中信息采集系统的唯一对象是学生，教师是完成学生各类信息的佐证、确认、活动信息填写等，管理员的任务是保障系统良好运行，在出现故障时及时解决问题，服务于学生和教师用户，提升用户体验。

结束语

未来，基于ASP.NET 的系统还可以应用于学校教师信息管理，拓展至教师的教学、职称评定、竞赛、活动、绩效考核等方面，为学校人事管理提供方便。同时配合手机APP 技术，将教师与学生的信息管理可视化、网络化，以提升实际应用效果。