基于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 技術，將教師與學生的信息管理可視化、網絡化，以提升實際應用效果。