熱門論文
最新論文
基于WEB的大學學生信息管理系統的設計與實現
發布時間：2023-08-13 10:22
目錄
獨創性聲明 I
學位論文版權使用授權書 I
摘要 II
ABSTRACT Ill
第1章引言 1
1.1學生信息管理系統概述 1
1.2系統研究背景及意義 1
1.2.1系統背景 1
1.2.2國內外現狀 2
1.2.3研究意義 2
1.3系統設計內容 2
1.4系統研究方法 3
1.5論文結構安排 3
第2章相關技術 5
2.1信息管理系統的開發方法 5
2.1.1結構化生命周期法 5
2.1.2原型法 6
2.1.3綜合法 6
2.2C/S模式和B/S模式 6
2.2.1C/S 模式 6
2.2.2B/S 模式 7
2.2.3C/S模式與B/S模式的比較 7
2.3MicrosoftASP.NET 簡介 8
2.4Microsoft SQL Server 2008 簡介 9
2.5Microsoft Visual Studio 2005 簡介 9
2.6本章小結 10
第3章系統需求分析 11
3.1學生信息管理系統的功能需求 11
3.1.1學生信息管理系統體系結構設計 11
3.1.2學生信息管理系統主要功能需求 12
3.1.3系統的具體功能 15
3.1.4學生信息管理系統的功能描述 16
3.2學生信息管理系統的性能需求 16
3.3系統數據流程 17
3.4本章小結 21
第4章系統設計 23
4.1系統總體設計 23
4.2系統功能的詳細設計 23
4.2.1基本信息管理模塊 24
4.2.2學生日常行為管理模塊 25
4.2.3勤工助學信息管理模塊 28
4.2.4公共信息服務模塊 30
4.2.5校友聯誼區模塊 32
4.3數據庫表的設計 32
4.3.1 概述 32
4.3.2學生基本信息管理模塊相關數據表 34
4.3.3學生日常行為管理模塊相關數據表 36
4.3.4勤工助學信息管理模塊相關數據表 39
4.3.5校友聯誼區模塊相關數據表 39
4.4學生信息管理系統的軟硬件需求設計 40
4.5本章小結 41
第5章 系統實現 43
5.1系統登錄功能的實現 43
5.2基本信息管理模塊的實現 44
5.2.1班級基本信息管理的實現 44
5.2.2學生基本信息管理的實現 45
5.2.3輔導員信息管理的實現 46
5.3學生日常行為信息管理模塊的實現 47
5.3.1學生獎勵信息管理的實現 47
5.3.2學生獎學金信息管理的實現 49
5.3.3學生命名獎學金信息管理的實現 49
5.3.4學生成績信息管理的實現 49
5.3.5學生綜合評分信息管理的實現 51
5.3.6學生懲處信息管理的實現 52
5.3.7校外住宿登記的實現 52
5.4勤工助學信息管理的實現 52
5.4.1特困生及助學崗位人員信息管理的實現 53
5.4.2勤工助學崗位管理 53
5.5公共信息服務模塊的實現 54
5.6校友聯誼區管理的實現 55
5.6.1校友錄功能的實現 55
5.6.2校友社區功能的實現 55
5.6.3校友信息管理功能的實現 56
5.7本章小結 56
第6章系統測試 57
6.1軟件測試 57
6.2測試內容 58
6.2.1界面測試 58
6.2.2集成測試 60
6.2.3功能測試 60
6.2.4性能測試 61
6.2.5安全性測試 61
6.3測試結果及評價 61
6.4本章小結 62
第7章結論 63
7.1本文工作總結 63
7.2進一步工作展望 63
參考文獻 65
致謝 67
第1章引言
當今社會，信息技術的迅猛發展，改變了人們傳統的生活、工作方式，同時也深深 的影響著教育管理方式。傳統的高校管理方式存在著準確性差、信息傳遞慢、重復勞動 多、工作強度大、辦公效率低等諸多問題。伴隨著信息技術的日趨完善，計算機科學日 漸成熟，教育信息化已經成為一種必然趨勢⑴。作為教育信息化的重要組成部分，學生 信息管理系統的建設必然給教育管理方式帶來積極而深刻的影響，引發重大變革，大幅 度提升高校學生工作的質量和效率⑵⑶。
1.1學生信息管理系統概述
學生信息管理系統是一個以人為主導，利用計算機硬件、軟件、網絡通信設備以及 其他辦公設備，進行信息的收集、傳輸、加工、儲存、更新和維護，支持相關學生工作 干部進行管理的綜合信息系統⑷。
學生信息綜合管理系統是對學生在校期間各類信息進行管理和分析的信息系統，它 有效地支持了學生工作管理人員的決策和控制⑸。基于網絡的學生信息綜合管理系統是 信息管理系統在網絡上的應用，是信息管理系統在教學管理領域的應用回，一般管理信 息系統的理論、方法和開發過程等對網絡化的學生信息綜合管理系統有重要的借鑒作 用。
1.2系統研究背景及意義
學生信息是高等學校非常重要的一項數據資源，但其包含的數據量大，涉及的人員 面廣，而且需要及時更新，故較為復雜，難以單純地依靠人工管理，而且傳統的人工管 理方式既不易于規范化，管理效率也不高⑸。該系統針對職業學校學生信息的特點以及 管理中實際需要而設計，能夠有效地實現學生信息管理的信息化，減輕管理人員的工作 負擔，高效率、規范化地管理大量的學生信息，并避免人為操作的錯誤和不規范行為。
1.2.1系統背景
學生管理是高校管理的重要組成部分。學生的穩定是學校快速發展的有力保障，這 不僅僅關系到學生在校期間的表現，在很大程度上度量了一個學生的跟蹤管理。同時， 學生管理還關系到輔導員的考評。學生管理的重要性不言而喻，但是學校的學生管理事 務是很繁瑣的，在每個專業，每個學生都需要有對應的檔案記錄。在學校各項管理中， 學生管理牽涉到的其他管理內容是最復雜的，它牽涉到了學生個人檔案管理、日常考核 管理、成績管理等。所以在實際管理工作中，往往由于記錄的數量多、管理復雜、可連 續性差，造成學生管理的混亂。對這一混亂，最好的解決辦法就是借助計算機技術和數 據庫管理系統，對整個學生管理進行記載，并實行電子化管理。本課題的目的就是開發 “學生信息管理系統”，通過這一系統來掌握學生的管理情況，實現學生信息管理的電子 化，提供一個電子化的學生管理平臺。
1.2.2國內外現狀
學生信息綜合管理系統涉及到校、院、師、生的諸多方面，隨著教學體制的不斷改 革，學生日常管理工作日趨繁重、復雜。迫切需要研制開發一款功能強大，操作簡單， 具有人性化的學生信息綜合管理系統。
在國外高校，與國內不同，他們一般具有較大規模的穩定的技術隊伍來提供服務與 技術支持。而國內高校信息化建設相對起步較晚。在數字校園理論逐步應用的過程中， 各高校一方面不斷投資購建各種硬件、系統軟件和網絡，另一方面也不斷開發實施了各 類教學、科研、辦公管理等應用系統，形成了一定規模的信息化建設體系。但是，由于 整體信息化程度相對落后，經費短缺，理論體系不健全等原因，國內高校教務管理系統 在機構設置、服務范圍、服務質量及人員要求上與國外高校相比都有一定的差距。
縱觀目前國內研究現狀，在安全性和信息更新化方面存在有一定的不足，各現有系 統資料單獨建立，共享性差；在以管理者為主體的方式中，信息取舍依賴管理者對于信 息的認知與喜好，較不容易掌握用戶真正的需求，也因此無法完全滿足用戶的需求。因 此，本系統應充分依托校園網，實現學生信息的集中管理、分散操作、信息共享，使傳 統的學生信息管理朝數字化、無紙化、智能化、綜合化的方向發展，并為進一步實現完 善的計算機學生信息管理系統打下良好的基礎。
1.2.3研究意義
實現學生信息管理系統及相應的配套設施，可以使學生管理工作發揮出最大的效 能，從而獲得巨大的收獲。其意義主要表現在：學生信息管理系統的開發和應用，可以 提高學校的管理水平。學校辦公效率可以有很大的提高，為學校的信息管理提供了一個 良好的工具，化簡了繁瑣的工作模式，從而使學校的管理更加合理化和科學化。良好的 管理信息系統節省了大量的人力和物力，也避免了大量重復性的工作。
1.3系統設計內容
學生信息綜合管理系統主要分為兩個部分：前臺的網站一一沈陽大學學工在線，后 臺的數據維護部分一一學生信息管理系統。學工在線主要完成宣傳和展示我校學生工作 的工作，其中包括三大部分的內容和一些新聞通告信息。
學工在線分為四部分：思想教育、學生管理、軍事國防以及新聞公告，如圖1.1所
zj\ O
Fig. 1」Function diagram of student works online
學生信息管理系統主要是完成學生信息錄入和維護的工作，同時留給輔導員老師一 定的權限管理其負責的學生，讓輔導員老師可以時刻關注自己學生的動向。
1.4系統研究方法
學生信息管理系統的開發釆用生命周期法。生命周期法是將系統的研制開發過程看 作一個生命周期，這個周期包括6個階段，即可行性研究、系統分析、系統設計、系統 實施（程序設計）、系統測試及系統運行維護⑴。
1.5論文結構安排
第1章引言，分析了沈陽大學學生信息管理子系統的設計與實現的研究背景和國 內外現狀，闡述了系統的設計內容以及研究意義。
第2章相關技術，首先介紹了在開發本系統中所涉及的理論知識，并詳細綜述了 Microsoft ASP.NET及Microsoft SQL Server 2008等相關技術在本系統中的應用。以及對 Microsoft Visual Studio 2005 開發平臺進行介紹。
第3章系統需求分析，詳細分析了沈陽大學學生信息管理系統的組織結構、管理功 能結構、業務流程及數據流程等，為本系統的設計工作打下良好的基礎。
第4章系統設計，這部分分為整體設計和詳細設計兩部分，在整體設計中，主要對 本系統中的各個模塊所應實現的功能進行整體上的設計，在詳細設計中，詳細論述了沈 陽大學學生信息管理系統中的學生基本信息管理模塊、學生日常行為管理模塊、勤工助 學信息管理模塊、公共信息服務模塊、沈陽大學校友聯誼模塊以及系統功能維護模塊的 功能與設計以及數據庫的設計。
第5章系統實現，描述了沈陽大學學生信息管理子系統各個模塊實現的功能。詳 細論述了沈陽大學學生信息管理子系統的學生基本信息、學生日常行為、勤工助學、公 共信息服務、校友聯誼等功能模塊的具體實現。
第6章系統測試，此部分描述了對設計的系統進行全面的測試，闡述了此系統正 常的運行狀態。
第7章結論，對本次開發的系統進行全面的總結，并對今后的研究提出建議。
第2章相關技術
沈陽大學學生信息管理子系統采用生命周期法開發，本著開放性和實用性相結合的 原則，系統設計為B/S模式和C/S模式相結合，系統采用B/S模式，網頁開發工具采用 Microsoft ASP.NET,應用系統采用C/S模式，前端開發工具采用Microsoft Visual Studio 2005 o服務器端操作系統采用Microsoft Windows Server 2008,客戶機操作系統采用 Microsoft Windows XP以上。服務器端數據庫選擇Microsoft SQL Server 2008。本章介紹 了系統所采用的技術以及該技術在實現上所具有的技術特性。
2.1信息管理系統的開發方法
管理信息系統的開發方法，歸納為結構化生命周期法、原型法和綜合法〔7〕。
2.1.1結構化生命周期法
該方法是由結構化系統分析和設計組成的一種管理信息系統開發方法，生命周期法 是將軟件的研制開發過程看作一個生命周期，這個周期包括6個階段，即可行性研究、 系統分析、系統設計、系統實施(程序設計)、系統測試與系統運行維護。應用系統工程 的方法，按照規定的步驟和任務要求，使用一定的圖表工具，完成規定的文檔，在結構 化和模塊化的基礎上進行管理信息系統的開發工作。結構化生命周期法的開發過程一般 是先把系統功能視為一個大的模塊，再根據系統分析設計的要求對其進行進一步的模塊 分解或組合。在實際開發過程中，主要應用的結構化設計方法有結構化分析、結構化設 計和結構化編程。結構化生命周期法主要特點是：
(1)開發目標清晰化
結構化生命周期法的系統開發以“用戶第一”為目標，開發中要保持與用戶的溝通， 取得與用戶的共識，這使管理信息系統的開發建立在可靠的基礎之上。
(2)工作階段程式化
結構化生命周期法每個階段的工作內容明確，這便于開發過程的控制。每一階段工 作完成后，要根據階段工作目標和要求進行審查，這使階段工作有條不紊，也避免為以 后的工作留下隱患。
(3)工作文件規范化
結構化生命周期法每一階段工作完成后，要按照要求完成相應的文檔報告與圖表， 以保證各個工作階段的銜接與系統維護工作的便利。
(4)設計方法結構化
結構化生命周期法釆用自上而下的結構化、模塊化分析與設計方法，使系統間各個 子系統間相對獨立，便于系統的分析、設計、實現與維護。結構化生命周期法被廣泛地 應用于管理信息系統的開發中。
2.1.2原型法
該方法是一種根據用戶需求，利用系統快速開發工具，建立一個系統模型，在此基 礎上與用戶交流，最終實現用戶需求的快速管理信息系統開發方法。原型法開發過程 包括系統需求分析、系統初步設計、系統調試和系統轉換、系統檢測與評價等階段。用 戶僅需在系統分析與系統初步設計階段完成對應用系統的描述，開發者在獲取一組基本 需求定義后，利用開發工具生成應用系統，快速建立一個目標應用系統的最初版本，并 把它提交給用戶試用、評價，根據用戶提出的修改補充，再進行新版本的開發，反復這 個過程，不斷地細化和擴充，直到生成一個用戶滿意的應用系統。利用面向對象的開發 工具，可使開發者的精力和時間集中于分析應用問題及抽取反應應用系統實質的事物邏 輯上，而不再拘泥于應付處理繁瑣的開發實現細節，節省了大量的編程工作，并且使系 統界面美觀，功能較強。原型法具有開發周期短、見效快、與業務人員交流方便的優 點，被廣泛地應用于財務報表系統、信貸管理系統、工資人事管理系統、固定資產管理 系統等的開發中。
2.1.3綜合法
綜合法是將周期法和原型法兩者結合使用，采用結構化生命周期法的設計思想，在 系統分析與系統初步設計上釆用原型法作出原始模型，與用戶反復交流達成共識后，繼 續按結構化生命周期法進行系統詳細設計及系統實施與轉換、系統維護與評價階段的工 作。綜合法的優點是它兼顧了周期法開發過程控制性強的特點以及原型法開發周期短、 見效快的特點。在管理信息系統開發中，可針對不同的實際情況，合理采用綜合法，使 開發過程更具靈活性，往往會取得更好的開發效果。
管理信息系統的開發過程并不是一個簡單的線性過程，而是一個在開發人員和用戶 參與下的充滿回溯和不斷迭代的過程。需要綜合運用多種系統分析與設計技術，以便改 善系統的開發過程，提高系統開發效率，縮短系統開發周期。
2.2C/S模式和B/S模式
2.2.1C/S 模式
C/S模式（Client/server,客戶機/服務器）又稱C/S結構，是軟件系統體系結構的一種。 C/S模式簡單地講就是基于企業內部網絡的應用系統。C/S模式分為兩個子系統：客戶 機和數據庫服務器。前者主要實現以下功能：提供應用程序的友好界面，建立與服務器
的連接，處理數據的輸入與輸出及提交數據訪問請求等；后者主要用來為多用戶管理一 個獨立的數據庫，管理與處理接收到的數據訪問請求等。
2.2.2B/S 模式
B/S模式(Browser/Server,瀏覽器/服務器)又稱B/S結構。它是隨著Internet技術的 興起，對C/S模式的一種變化或者改進的結構。在這種結構下，用戶界面完全通過WWW 瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在服務器端實現，形成所 謂3-tier結構。主要是利用了不斷成熟的WWW瀏覽器技術，結合瀏覽器的多種Script語 言(VBScript、JavaScript等)和ActiveX技術，用通用瀏覽器實現了原來需要復雜專用軟 件才能實現的強大功能，并節約了開發成本，是一種全新的軟件系統構造技術岡。
B/S模式采用星形拓撲結構建立企業內部通信網絡或利用Internet虛擬專網(VPN)。 前者的特點是安全、快捷、準確。后者則具有節省投資、跨地域廣的優點。須視企業規 模和地理分布確定。企業內部通過防火墻接入Internet,整個網絡采用TCP/IP協議。
B/S三層結構分別為用戶服務層、應用服務層和數據服務層，功能如下：
⑴用戶服務層(User Service Tier)：也稱為表現層(Presentation Tier)。該層主要負責 在客戶端通過圖形界面實現與用戶的交互，并向應用服務層提交服務請求。該層對應于 客戶端的Web瀏覽器。
(2)應用服務層(Application Service Tier)：也稱為商業邏輯層(Business Logic Tier)。 該層處理所有來自客戶端的服務請求，包括數值計算、數值分析等與用戶界面和數據存 儲無關的工作。同時也能作為中介，進一步向其他的分布式應用系統服務器提交服務請 求。該層對應于Web服務器。
(3)數據服務層(Data Service Tier)：實際上它是關系數據庫系統，負責數據的維護工 作，通過該層完成數據的查詢、存取等操作。該層對應于數據庫服務器。
2.2.3C/S模式與B/S模式的比較
(1)C/S模式的特點
C/S模式是傳統的解決方案，它在一些傳統應用上非常勝任。客戶端實現與服務器 的直接相連，沒有中間環節，因此響應速度快。同時由于開發是針對性的，因此，客戶 操作界面設計個性化，具有直觀、簡單、方便的特點。由于有客戶端專門程序的參與， 可以充分利用客戶端資源來為具體應用服務。與B/S模式相比，C/S模式的應用系統最 大的好處是不依賴企業外網環境，即無論企業是否能夠上網，都不影響應用。
由于是針對性開發，因此缺少通用性的特點，業務變更或改變不夠靈活，需要重新 設計和開發，增加了維護和管理的難度，進一步的業務拓展困難較多。需要專門的客戶 端安裝程序，分布功能弱，不能夠實現快速部署安裝和配置。兼容性差，對于不同的開
發工具，相互之間很難兼容，具有較大的局限性。若釆用不同工具，需要重新改寫程序。 開發成本較高，需要具有一定專業水準的技術員才能完成。該模式中關系數據庫管理系 統可處理的并發用戶是有限的，不超過50個(一般二三十個并發用戶數就可觀了)。由于 客戶機與服務器間的大量數據通信不適合遠程連接，使其只能適用于局域網應用。在共 享區域上也有很大的局限性，它不能打破企業中各信息系統各自為政，互相獨立的局面。
(2) B/S模式的特點
B/S模式開發簡單，共享性強。在客戶端幾乎不需要做任何修改，系統軟硬件的安 裝、升級、維護都集中在服務器端，且Web瀏覽器具有統一的用戶界面，形式簡單， 操作方便。業務擴展簡單方便，只需要在服務器上建立相應的Web服務程序，對數據 庫的操作由Web服務器集中完成，不存在并發用戶的限制問題，通過增加網頁即可增 加服務器功能，即可實現所有用戶的同步更新。具有分布性特點，可以隨時隨地進行業 務處理，避免了信息孤島現象。B/S模式最大的好處是運行維護比較簡便，能實現不同 的人員，從不同的地點，以不同的接入方式(比如LAN, WAN, Intemet/Intranet等)訪問和 操作共同的數據。
個性化特點明顯降低，無法實現具有個性化的設計要求。運行效率很低，很難滿足 某些復雜應用的需要，功能弱化，難以實現傳統模式下的特殊功能要求。給數據庫訪問 造成較大的壓力。同時由于客戶端在運行時需要下載相應的腳本程序，也增加了網絡的 負擔，降低了網絡應用的性能。頁面動態刷新，響應速度明顯降低。對企業外網環境依 賴性太強，由于各種原因引起企業外網中斷都會造成系統癱瘓[,4J5]o
⑶結論
基于Web的B/S模式特別適用于信息的瀏覽、查詢與發布，適于領導輔助決策支 持。而C/S模式適用于信息管理、辦公自動化等事務處理的系統阿％根據系統的開發 要求和系統目標，將這兩種模式有機結合，學校管理工作涉及的部門多，信息量大，要 求處理速度快，基于此特點，為了節省工作量，維護數據的完整性與可靠性，保證系統 運行的高效性，學生信息管理子系統選擇C/S和B/S混合模式的系統體系結構。
2.3MicrosoftASP.NET 簡介
ASP.NET是ASP的下一代版本，然而ASP.NET又并非從ASP3.0自然演化而來， 在許多方面，ASP.NET與ASP有著本質的不同。ASP.NET完全基于模塊與組件，具有 更好的可擴展性與可定制性,數據處理方面更是引入了許多激動人心的新技術，正是這 些具有革新意義的新特性，讓ASP.NET遠遠超越了 ASP,同時也提供給web開發人員 更好的靈活性，有效縮短了 web應用程序的開發周期oASP.NET與Windows Server 2008 的完美組合，為中小型乃至企業級的web商業模型提供了一個更為穩定，高效，安全的 運行環境［叫
2.4Microsoft SQL Server 2008 簡介
Microsoft SQL Server是基于客戶機/服務器的關系型數據庫管理系統。SQL Server 使用客戶機/服務器結構把工作負荷分解成分別在客戶機和服務器上執行的任務。客戶機 應用程序可以運行在一個或幾個客戶機機器上，也可以運行在服務器上，負責向用戶提 供數據，服務器負責管理和分配服務器資源⑴】。
Microsoft SQL Server 2008是面向21世紀的關系型數據庫，它在易用性、伸縮性、 可靠性和數據倉庫等方面都具有優良的性能。
⑴易用性
Microsoft SQL Server 2008是為客戶提供商業問題解決方案的最佳選擇之一。通常 的數據庫解決方案不可避免的帶來了過多的費用支出，并且解決方案的復雜性較高，在 SQL Server 2008中，編程人員可以通過簡單的操作就可以完成一個復雜的管理，免除 了對標準操作的復雜管理。
⑵伸縮性
用戶對數據庫的投資是非常巨大的，一般都希望投資能夠得到保護，即隨著業務量 的增大，數據庫也能隨之靈活的發展,以便處理更多的用戶和數據，在這方面,SQL Server 2008具有很強的靈活性和伸縮性，可以最大程度的滿足客戶的需要。
(3)可靠性
Microsoft公司提供了單一的數據庫引擎，適用Windows Server系列操作系統環境， 這些系統都具有大型的商業系統所需要的安全性。
SQL Server企業管理器是基于一種在稱之為微軟管理控制臺(MMC)的新的通用服 務器管理環境下進行工作的，這種共享結構為微軟服務器的應用程序提供相一致的用戶 接口。使用企業管理器時，可以通過設置服務器、數據庫、遠程服務器的屬性和安全性 設置來檢查和配置SQL Server系統。用戶可以用它創建和修改表、視圖、存儲過程、規 則、默認值和用戶自定義的數據類型、管理報警信號、操作員視圖出錯記錄，創建網絡 輔助作業，創建并管理全文本索引以及導入和導出數據。
2.5Microsoft Visual Studio 2005 簡介
隨著ASP.NET 2.0的發布，相適應的開發工具也產生了,這就是Visual Studio 2005, 它是Visual Studio .NET 2003的升級版本，提供了更好的集成開發環境，可高效創建任 何類型的.NET應用程序。Visual Studio 2005默認支持多種編程語言，例如C#、Visual C++、Visual J++和Visual Jscript等。除此之外，它還提供了許多新特性，例如，提高 了可視化設計模式下的逼真度、增強代碼隱藏模型、項目管理更加靈活、有更好的支持 標準等四。
2.6本章小結
本章主要介紹了系統中使用的關鍵技術。首先介紹了在開發本系統中所涉及的理論 知識，并詳細綜述了 Microsoft ASP.NET及Microsoft SQL Server 2008等相關技術在本 系統中的應用。以及對Microsoft Visual Studio 2005開發平臺進行介紹。。
下一章中將詳細介紹了系統分析。
第3章系統需求分析
學生信息管理子系統的需求分析是在本系統開發工作中最重要的環節之一，實事求 是地全面調查是分析與設計的基礎，也就是說這一步工作的質量對于整個開發工作的成 敗起到決定性的作用。
3.1學生信息管理系統的功能需求
3.1.1學生信息管理系統體系結構設計
信息化平臺的體系結構有客戶機/服務器結構、瀏覽器/服務器結構和混合結構等。
(1)客戶機/服務器結構
客戶機/服務器結構主要由客戶機、服務器和中間件三部分組成。在客戶端安裝應用 系統軟件主要用于應用的處理和服務器連接。服務器的主要功能是數據訪問和事務管 理。中間件用于連接客戶應用程序與服務器管理程序，協同完成工作。客戶機/服務器模 式在信息管理和信息共享中發揮了巨大的作用。它利于處理大量數據，且有安全的存取 模式，同時可以降低網絡通訊量，但也有諸多缺點，例如；跨平臺性差，缺乏開放性， 難以與Internet接軌，維護升級不方便，系統資源冗余度大等問題。它的封閉特點使人 們難以建立完整的信息網絡以及與其它系統進行信息交流。由于用戶量增多，客戶機/ 服務器模式已經由二層結構發展成為三層結構。
(2)瀏覽器/服務器結構
瀏覽器/服務器結構主要是由客戶機、Web服務器、應用服務器和數據庫服務器組 成。在客戶端安裝的是標準、易用的通用瀏覽器，將Web技術與數據庫技術相結合。 Web服務器主要是實現對客戶端應用程序的集中管理，應用服務器主要負責事務處理， 數據庫服務器主要用于數據管理。瀏覽器/服務器模式的特點是集中管理，應用處理程序 和數據庫以及相關組件都集中在服務器端，用戶端除了操作系統和瀏覽器之外毋需其他 軟件，數據庫為各用戶提供數據，保證了數據的完整性和及時性。另外，應用程序代碼 的維護、更新及數據庫的備份和日常維護都可以在服務器端進行。基于Web的應用系 統，信息交流是雙向的，這樣極大擴展了信息資源開發和其利用的深度和廣度。與客戶 機/服務器結構比較，具有以下優點：
1)簡化了客戶端。此種結構不需要在不同的客戶機上安裝不同的應用程序，只需要 一個通用的瀏覽器軟件即可。
2)簡化了系統的開發和維護。開發者只需在服務器上為各個級別的用戶設置權限來 實現不同的功能，而不需要另外開發相應的程序，從而減輕了開發與維護的工作量。
3)用戶操作方便。用戶毋需培訓，可以很容易地使用。
4)具有很強的開放性。與Internet相連后，外部的用戶可通過通用瀏覽器進行瀏覽。 目前應用的瀏覽器/服務器多為三層：表示層、業務邏輯層和數據服務層，表示層包
括瀏覽器，數據業務層由數據庫提供服務，業務邏輯層是整個軟件體系核心，如圖3.1所 示，中間層支持應用程序服務器軟件，這種軟件是中間件的一種形式。由于三層體系結 構與Web處理模型有密切關系，因此中間應用程序服務器常被視為Web服務器的一種
功能擴展〔⑶。
圖3.1瀏覽器/服務器三層結構
Fig. 3.1 Tri-layer structure of Browser/Server
(3)混合結構
這種模式把三層瀏覽器/服務器結構和三層客戶機/服務器結構結合在一起，可以在 不同的場合發揮不同的優勢。從技術角度來看，客戶機/服務器結構和瀏覽器/服務器結 構都有其各自的優點和不足之處。客戶機/服務器結構具有高效性、高安全性，交互性強, 但是客戶端軟件的開發量大，費用高，開發維護復雜。瀏覽器/服務器結構簡化了客戶端, 具有高維護性、跨平臺性，但是它的安全性要求很高，交互性不強。從管理角度來看， 客戶機/服務器結構主要適用于安全性要求較高、交互性強、數據處理量大的管理部門。 瀏覽器/服務器結構使用方便、靈活，分布范圍廣，可以使管理集成化、統一化。混和式 結構兼備了客戶機/服務器模式和瀏覽器/服務器模式的優點，系統資源相對集中，方便 維護、升級、集中控制、降低系統成本。根據學生工作開放性強、管理分布廣，要求操 作盡可能簡單、跨平臺性強、管理統一化等特點，且無流程性操作，因此在學生工作信 息化平臺中，體系結構釆用了瀏覽器/服務器三層結構U4][15]o
3.1.2學生信息管理系統主要功能需求
根據沈陽大學學生信息綜合管理系統的需要，并通過多次與沈陽大學學生處工作人 員、輔導員老師的共同研究、交流以及溝通，確定沈陽大學學生信息管理子系統應實現 以下幾個方面的功能。
3.1.2.1學生基本信息管理
(1)學生基本信息
1)學生基本信息管理子模塊；
2） 學生基本信息維護子模塊（增、刪、改）；
3） 學生基本信息查詢子模塊；
（2） 班級基本信息
1） 班級基本信息管理子模塊；
2） 班級基本信息維護子模塊（增、刪、改）；
2）班級基本信息查詢子模塊；
（3） 輔導員信息
1） 輔導員基本信息管理子模塊；
2） 輔導員基本信息維護子模塊（增、刪、改）；
3） 輔導員基本信息查詢子模塊；
3.1.2.2學生日常行為信息
（1） 學生獎勵信息管理
1） 學生獎勵項目管理子模塊；
2） 學生獎勵信息維護子模塊（增、刪、改）；
3） 學生獎勵信息查詢子模塊；
（2） 學生獎學金信息管理
1） 學生獎勵項目管理子模塊；
2） 學生獎勵信息維護子模塊（增、刪、改）；
3） 學生獎勵信息查詢子模塊；
（3） 學生命名獎學金管理
1） 學生命名獎學金項目管理子模塊；
2） 學生命名獎學金信息維護子模塊（增、刪、改）；
3） 學生命名獎學金信息查詢子模塊；
（4） 學生成績信息管理
1） 學生成績項目管理子模塊（增、刪、改）；
2） 學生成績信息維護子模塊（以班級或個人為單位增、刪、改）；
3） 學生成績信息查詢子模塊（包含自動警告管理）；
（5） 學生綜合評分信息管理
1） 學生綜合評分管理子模塊（增、刪、改）；
2） 學生綜合評分信息維護子模塊（以班級或個人為單位增、刪、改）;
3） 學生綜合評分信息查詢子模塊；
（6） 學生懲處信息管理
1）學生懲處項目管理子模塊；
2） 學生懲處信息維護子模塊（增、刪、改）；
3） 學生懲處信息查詢子模塊；
（7）校外住宿登記
1） 校外信宿登記信息維護子模塊；
2） 校外信宿信息查詢子模塊；（地址、聯系方式、申請原因、批準人）
3.1.2.3學生勤工助學信息
（1） 特困生及助學崗位人員信息管理
1） 特困生及助學人員資格申請（網上申報填表）子模塊；
2） 特困生及助學人員資格批復子模塊（增、刪、改）；
3） 特困生及助學人員情況查詢子模塊；
（2） 勤工助學崗位管理
校內崗位
1） 勤工助學崗位項目管理子模塊；
2） 勤工助學崗位信息維護子模塊（增、刪、改）；
3） 勤工助學崗位信息網上申請子模塊（增、刪、改）；
4） 勤工助學崗位信息網上申請批復子模塊（增、刪、改）；
5） 勤工助學崗位信息匹配子模塊（增、刪、改）
6） 勤工助學崗位工資維護子模塊（增、刪、改）；
7） 勤工助學崗位信息查詢子模塊；
8） 崗位人員誠信管理子模塊（增、刪、改）；
校外崗位
1） 勤工助學崗位項目管理子模塊（校外崗）；
2） 勤工助學崗位信息維護子模塊（增、刪、改）（校外崗）；
3） 勤工助學崗位信息網上申請子模塊（增、刪、改）（校外崗）；
4） 勤工助學崗位信息網上申請批復子模塊（增、刪、改）（校外崗）；
5） 勤工助學崗位信息匹配子模塊（增、刪、改）（校外崗）
6） 勤工助學崗位信息查詢子模塊（校外崗）；
3.1.2.4公共信息服務
本部分主要是對該系統中的信息進行查詢，為用戶提供快捷、方便的查詢功能。
（1） 信息模糊查詢
（2） 學生工作綜合情況查詢
（3） 學生基本信息査詢
（4） 學生日常行為信息查詢
(5)學生誠信信息查詢
(6)學生擇業信息查詢
(7)學生綜合信息查詢
3.1.2.5沈陽大學校友聯誼區
(1)沈陽大學校友錄
⑵沈陽大學校友社區
(3)沈陽大學校友管理
1)沈陽大學校友信息管理子模塊；
2)沈陽大學校友信息維護子模塊(增、刪、改)；
3)沈陽大學校友信息查詢子模塊；
3.1.3系統的具體功能
開發學生工作信息化平臺的根本目的是滿足新時期學生工作的實際需求，通過資源 共享、數據庫匯總、統計以及遠程信息發布等功能，提高工作效率。
學生信息管理系統的編程工作量較大，而且要經常維護、修改，如果編寫程序不遵 守正確的規律，就會給系統的開發、維護帶來不可逾越的障礙。程序編寫應符合軟件工 程思想。軟件工程思想是利用工程化的方法進行軟件開發，通過建立軟件工程環境來提 高軟件開發效率。
使用模塊化程序設計方法，有利于在程序設計的初始階段從總體上理解和把握整個 系統，而后對于組成系統的各功能模塊逐步求精，從而使整個程序保持良好的結構，提 高軟件開發效率。系統結構將是由功能模塊構成的層次結構，底層的模塊一般規模較小, 功能較簡單，完成系統某一方面的處理功能。
在自頂向下模塊化程序設計過程中應注意以下幾點：
(1)模塊應該具有獨立性
在系統中，模塊之間應盡可能相互獨立，減少模塊間耦合，以便于將模塊作為一個 獨立子系統開發。
(2)模塊大小劃分要適當
模塊中包括的子模塊數要合適，既便于模塊的單獨開發，又便于系統重構。
(3)模塊功能要簡單
底層模塊一般應完成一項獨立的處理任務。
(4)共享的功能模塊應集中
學生信息管理系統功能模塊組成如圖3.2所示。
學生信息管理系統
圖3.2學生信息管理系統功能模塊劃分
Fig.3.2 Function modules of student information management system
3.1.4學生信息管理系統的功能描述
學生信息管理系統設計目標
1） 支持學校學生工作網絡化、信息化管理。
2） 完善沈陽大學學生信息管理。
3） 使學生工作干部（輔導員）高效率地完成學生日常事務管理和自身事務管理。
（2）學生信息管理系統的設計思想
1） 基于辦公室現有的軟硬件環境，盡量選擇當前流行的技術開發。本平臺設計采用 ASP.NET技術，可以比較方便地實現動態網頁，結合SQL Server 2008數據庫系統，力 圖構建一個靈活的架構，為系統提供充分的擴展空間。
2） 滿足各類學生管理工作的需要，并力求達到操作直觀、方便、實用、安全等要求。
3） 釆用模塊化設計方法，便于系統功能的各種組合與擴充，也便于維護。
4） 使系統具備較好的數據庫維護功能，可以及時根據工作需要進行數據查詢、添加、 刪除、修改、報表等操作。
3.2學生信息管理系統的性能需求
（1）易操作性、模塊獨立性、簡單性和通用性
遵循Web設計的一般規律，在保證頁面美觀莊重的同時，盡量減小頁面大小，提 高頁面訪問速度；使用下拉菜單、樹型菜單、圖片鏈接等方式將內容分類，方便導航。
采用模塊化設計方法，將各部分信息封裝成獨立的模塊，并設計好應用程序接口， 這樣在增加或刪除功能時會很方便，并且不會影響到其他的功能模塊。
釆用基于瀏覽器的信息發布方式，管理者不需要掌握HTML語言和后臺編程語言, 只需要經過簡單培訓，就可以通過瀏覽器在任何一個客戶端非常方便地對信息進行發 布、修改和刪除。
(2)健壯性
嚴格按照第三范式進行系統數據庫設計，保證數據庫擁有良好的結構和存取性能； 后臺程序要有良好的邏輯結構，操縱數據庫的語句要保證在滿足需求的前提下盡可能減 小網絡上的通信量，保證系統有良好的響應性能。在Windows Server 2008操作系統下, 采用SQL Server 2008數據庫，使用ASP實現動態頁面。
各功能模塊之間要有明確的接口，保證系統集成的效率。在系統投入運行前，要進 行充分調試，保證各功能模塊的有效實現。
⑶安全性
完善用戶管理，賦予不同級別用戶以不同的操作權限，某些功能模塊只有授權用戶 可以訪問，超級管理員擁有創建、刪除、監控用戶行為的權限。
通過加密算法來保護用戶密碼、關鍵數據等敏感信息，保證數據庫和其他保密信息 的安全性。
3.3系統數據流程
任何數據處理系統的基本功能，都是把輸入轉變成需要的輸出信息。數據決定了處 理的方式，也就是算法；數據顯然是系統實現分析的起點。在數據流圖分析中，一種最 常用的方法就是結構化分析方法(簡稱SA方法)，SA方法是面向數據流、自頂向下、逐 步求精進行需求分析的方法。為了細化數據流程圖，通常從數據流圖的輸出端著手分析, 因為系統的目標是產生這些輸出，輸出數據確定了系統必須具有的最基本的組成元素。
在數據流程圖的各個層次中，有的層次展示的是外部實體和系統的關系，而有的層 次表示的是系統的核心處理功能，還有的層次展示的是系統的處理細節。為了區分這些 描述系統不同特征的層次，數據流程圖分為三個類型的層次，分別是總體圖、零級圖和 細節圖〔29】。
數據流圖的基本符號的意思：
(1)矩形表示數據的外部實體，代表系統之外的實體，可以是人、物或其他軟件系 統。
(2)圓角的矩形表示變換數據的處理邏輯，加工是對數據進行處理的單元，它接收 一定的數據輸入，對其進行處理，并產生輸出。
(3)右面的邊矩形表示數據的存儲，表示信息的靜態存儲，可以代表文件、文件的 一部分、數據庫的元素等。
（4）箭頭表示數據流，數據流是數據在系統內傳播的路徑，因此由一組成分固定的 數據組成。由于數據流是流動中的數據，所以必須有流向。
本系統的需要維護的主要信息有：省檢測價格信息、院檢測價格信息、客戶信息、 報價記錄信息、報價單信息、報價單審核信息等。
系統的總體圖描述了系統和周圍環境的關系。總體圖僅僅由一個處理節點和它周圍 的外部實體組成。外部實體既可以是一個人員角色或者一個部門，也可以是一個計算機 系統。總體圖上標明的數據流為系統間的共享數據。
本系統的總體數據流圖如圖3.3所示。
圖3.3系統總體數據流圖
Fig. 3.3 Overall data flow diagram of system
從圖3.3中可以看岀，與學生信息管理系統進行交互的角色包括普通學生用戶（在 校生）、輔導員用戶、學生處工作人員用戶、校友用戶（畢業生）等。這里面值得一提 的是，作為學校信息管理平臺中的一個子系統，學生信息管理系統系統并不是孤立的， 需要和其它子系統進行交互。如圖3.3所示，本系統需要教務管理系統提供學校的開課 信息及學生的成績信息等。
總體數據流圖反映了學生信息管理系統總體的數據流向，但是并不能清楚地表達系 統內部的數據處理過程的細節，需要進一步的細化。零級圖表示一個系統的主要功能或 一個大型系統的主要組成子系統，它的作用是提供一個總攬全局的視圖模型。處理節點 的編號由1開始標識，但編號不表示處理的順序。處理節點數量應本著“少則拆，多則 合”的原則。
/川前所述.本系統基本信息管理、學生11常行為信息管理、勤「.助
川八
特|4：|牛助學
1^1 3.4系紐冬級數據流圖
F ig. 3.4 Data flow diagram of s\ siem al zero level
訓帕紺，川！ •個復雜處理的詳細流程的內部標識 它僅宙處理「卡/.
紹成那么，尤競細化到什么稈:度時，可以結來數據流程圖的分解過程呢；’「；譏,M i
•',■$：；觀則町以逍循：
m當處理的®I圈有單•的數據流輸入或#中.• rwW流飾；iuh .(■?■ (②嘶低級的處理冏圈執行單•的、很好逕義的功能幢* 瞬氐奇卿啟 壟本信息管理模塊匸要包扌占新增基本信息(包括學生基本信息&入.
息和件詢械本仁息功能。狂本信思管理的細節圖如圖3.5所小
圖3.5尿木仁息模塊涪理細i'i圖
I ig. 3.5 Data flow diagram of basic inforniaiion management moduli'
基本信息包扌舌學生基本信息、班級基本信息和輔導員基本信息學生基本信息、和 MI：級基本信息是新生入學時批量增加的,形成對應的信息記錄，以人S根據需要」f能會修 改；輔［員基本信息町能會隨時改變,則需要使用修改功能更改原來的輔導員信息
學生II常行為管理模塊t要包括添加學生II常（T為信息、修改學生U常行為信息和 詢學生同常穆為信息。這里,學生日常行為信息包插學生萩獎信息、學工獲嘆」 息、寧丫a命名獎學金信息、學生受懲處信息和學生校外住宿信息等
G'ldT常行為管理模塊的細節圖如圖3.6所示。
2.1 新增的日常行為
新增日常行為信息 信息記錄
2.3 相關的H常行為
A查詢日常行為信息 信息記錄
圖3.6學牛：「I常行為管理模塊細節圖
lie. 3.6 Data flow diagram of student daily beliax ior management module
如圖3.6所示,如果學生新獲得了獎勵、獎學金、命名獎學金或受到『懲處,或者 在校外住宿蹴增丿川了記錄,用丿以使用添加功能把信息錄入到婁攵據應小一如！O ■陽改，則便用修改日常行為信息功能可以修改數據庫里的日常行為信息記錄對「 ：■生用戶，最常使用的功能還是査詢自己的I I常行為信息
勒匸助寧管理模塊1三要是對在校學生中的特困生情況進彳亍鑒定• WI ”
）同時誨模塊還包含勒匚助嚀:崗位信息,是在校學生屢瞪彌勒匸助呼:崗位信息•付 同嚀:們在校里能找到自己滿意的兼職匚作。勤工助學管理模塊的細節圖如圖=7療譏
強困牛.資格申請
3.1 新貧困生記錄
A
川核信息 確定資格
3.2 新增崗位記錄-
A 新增崗位信息 A
崗位信息
3.4 柑關的崗位記求.
? 查詢崗位信息 -A
圖3.7勒工助學管理模塊細肖圖
Fig. 3.7 Data flow diagram of spart-vvork and part-study programme management module
在校生認為自己符合相關貧困生標準時，可以提出申請，在通過了輔導員根據相關 標準進行的審核后，則生成新貧困生記錄；學校經常發布勤工助學崗位信息，供貧困生 查詢、申請。
公共信息服務模塊提供各種信息的查詢，信息模糊查詢、學生工作綜合情況查詢、 學生基本信息查詢、學生日常行為信息查詢、學生誠信信息查詢、學生擇業信息查詢、 學生綜合信息查詢等。
公共信息服務模塊的細節圖如圖3.8所示。
遊獎懲信息課程、成績信息
強g員信十—
4J 查詢得到的信息
學生基弓|野丿［公共信息服務I »
Yfii 息 /
嚙:助學信息 校友涂〉
圖3.8公共信息服務模塊細節圖
Fig. 3.8 Data flow diagram of public information service module
校友聯誼區模塊包括校友錄子模塊、校友社區子模塊、校友管理子模塊。其中的校 友錄子模塊、校友社區子模塊由靜態頁面組成，沒有數據的流入流岀。校友管理子模塊 包括新增校友信息、修改校友信息和查詢校友信息等功能。校友信息管理的細節圖如圖 3.9所示。
圖3.9校友信息模塊細節圖
Fig. 3.9 Data flow diagram of alumni information module
校友信息是在學生畢業時批量增加的，形成對應的信息記錄，以后根據需要（如學 生工作的變動等）可能會修改；校友信息可被校友本人或相關工作人員查詢。
3.4本章小結
本章從功能的角度對系統進行了詳細分析。首先，通過介紹學生信息管理的業務流 程，分析了系統需要實現的具體功能，然后介紹了.NET開發框架，這些技術是系統技 術可行性分析的根本，然后從系統架構、開發工具、數據庫服務器和開發語言的選擇方 面介紹了系統的開發環境，系統選擇C/S三層架構、使用Microsoft Visual Studio 2005 Team System作為開發工具、使用SQL Server 2008作為數據服務器、使用C#開發語言, 最后分析了系統的數據流程，得到系統的數據流程圖。其中總體圖描述了系統中整體的 數據走向以及和外部實體的交互關系，零級圖提供了總攬全局的視圖模型，細節圖詳細 描述了各個模塊內部的數據交互。
經過系統分析，對系統功能有了整體的了解，下一章中將詳細介紹基于系統分析的 系統設計。
第4草系統設計
設計活動是軟件開發過程的關鍵活動之一。它的主要任務是解決“如何做”的問題， 即將軟件的用戶需求合理地變換成目標系統的體系結構、接口特征、模塊邏輯、數據結 構等。軟件設計決定了系統的可擴充性、可維護性、可復用性及系統的性能，對于軟件 質量有著及其重要的作用。
本系統圍繞著學生信息管理的業務進行設計，旨在設計能夠實現學生信息管理的自 動化、規范化的系統。軟件設計活動一般分為總體設計和詳細設計兩個階段，前者的目 的是確定目標系統的構架，后者是在這個構架上進一步精化。
4.1系統總體設計
軟件構架模型是對復雜的系統進行抽象，為系統設計藍圖，是關于系統構造及系統 各工作機制的相對精簡、卻能清晰反映核心問題的模型。本學生信息管理系統共分為六 個模塊，分別是學生基本信息管理模塊，學生日常行為管理模塊，勤工助學信息管理模 塊，公共信息服務模塊，校友聯誼管理模塊，系統功能維護模塊。各模塊劃分如圖4.1 所示。
學生信息管理系統
4.2系統功能的詳細設計
下面，將詳細介紹系統中各個功能模塊的主要功能。
4.2.1基本信息管理模塊
基本信息管理模塊作為該系統的第一個模塊，主要是對學生的基本信息、班級信息、 輔導員信息等進行管理，包括查詢、新建、修改、刪除等功能。其功能模塊圖如圖4.2 所示。
基本信息管理模塊
圖4.2基本信息管理模塊圖
Fig. 4」Function module diagram of basic information mangement
（1） 學生基本信息維護模塊
該模塊包括對學生基本信息（學院、專業、班級、學號、姓名、性別、出生日期、 民族、籍貫、政治面貌、入學時間、生源地、語種、外語水平、計算機水平、寢室號、 寢室電話、手機號碼、QQ號、電子郵箱、家庭住址、家庭電話、郵政編碼、身體狀況、 家庭經濟情況、戶口類別、戶口所在地，就業去向，獲得榮譽或獎勵）的添加、修改、 刪除、查詢、輸入、輸出等的基本操作。
（2） 班級信息維護模塊
該模塊包括對班級自然信息（學院、年級、專業、班級、班級簡介、班級成員名單、 照片、輔導員、班導師，個性信息）和班級管理信息（班級干部評選、干部職責等）的添加、 修改、刪除、查詢、輸入、輸出等的基本操作。
（3） 輔導員信息維護模塊（在崗、離崗、轉崗，權限到學院）
該模塊包括對輔導員基本信息（姓名、性別、民族、政治面貌、出生地、出生年月、 畢業學校、學歷/學位、專業、參加工作日期、職務、職稱、工資號、何時何地參加何種 培訓、何時何地獲得何種獎勵、手機、辦公電話、宅電、電子郵箱，所屬學院，辦公地 點，所帶班級，所帶寢室，日常辦公狀態等）的添加、修改、刪除、查詢、輸入、輸出 等的基本操作。
同時也包括對輔導員學生工作信息的添加、修改、刪除、查詢、輸入、輸出等的基 本操作。
4.2.2學生日常行為管理模塊
學生日常行為管理模塊主要是對學生在校期間各個方面的行為進行管理、統計，為 后續工作進行前期的統計，該模塊主要實現的功能如圖4.3所示。
學生日常行為管理模塊
圖4.3學生日常行為管理模塊圖
Fig. 4.3 Function module diagram of student daily behavior management
（1）學生獎勵信息管理模塊
1） 學生獎勵項目管理子模塊
可以選擇學院、專業、年級、學號、姓名、學年學期、獎勵名稱（按照級別分為： 院級榮譽、校級榮譽、市級榮譽、省級榮譽、國家級以上榮譽）進行添加，后顯示在學 生個人信息內。
個人獎勵包括：榮譽獎勵和獎學金獎勵，社會表揚（表揚信，見義勇為，好事見報 等）。其中校級以上榮譽獎勵：全國三好學生、全國優秀學生干部、遼寧省三好學生標 兵、遼寧省三好學生、遼寧省優秀學生干部、遼寧省優秀畢業生、優秀學生標兵，優秀 學生，優秀學生干部標兵，優秀學生干部，優秀團員標兵，優秀團員，優秀團干部標兵, 優秀團干部，優秀畢業生、優秀畢業生干部，軍訓優秀學兵，學業特長優秀個人，社會 工作優秀個人，自強自立優秀個人、社會實踐優秀個人，文體藝術優秀個人，科技創新 優秀個人，志愿服務優秀個人等。學院級別榮譽獎勵：優秀學生，學院優秀學生干部， 學院優秀團員，學院優秀團干部等。
團體獎勵包括：全國優秀班級、全國紅旗團支部、遼寧省標兵班級、遼寧省優秀班 級、沈陽市先進團支部、沈陽市五四紅旗團支部、先進班集體標兵、先進班集體，五四 紅旗團支部，星級寢室等。
2） 學生獎勵信息維護子模塊（增、刪、改）
輸入，修改，刪除獎勵項目名稱和相關信息，直接創建此獎勵的數據庫。
輸入，修改，刪除獎勵項目中個人的基本情況。
普通用戶及不同級別管理員的權限也有區別。（例如：學院管理員只可修改本學院 的獎勵信息）
3） 學生獎勵信息查詢子模塊
學院，專業，班級，姓名，學號，獎勵項目名稱。支持模糊查詢。
4） 學生獎勵規則公布榜
（2） 學生獎學金信息管理模塊
1） 學生獎學金項目管理子模塊
獲得獎學金情況：一等獎學金，二等獎學金，三等獎學金，國家獎學金和命名獎學 金名稱及金額。
2） 學生獎勵信息維護子模塊（增、刪、改）
輸入，修改，刪除獎勵項目名稱和相關信息，直接創建此獎勵的數據庫。
輸入，修改，刪除獎勵項目中個人的基本情況。
普通用戶及不同級別管理員的權限也有區別。（例如：學院管理員只可修改本學院 的獎勵信息）
3） 學生獎勵信息查詢子模塊
學院，專業，班級，姓名，學號，獎勵項目名稱。支持模糊查詢。
（3） 學生命名獎學金管理模塊
1） 學生命名獎學金項目管理子模塊
獲得獎學金情況：（國家獎學金和各種命名獎學金名稱及金額）。
2） 學生命名獎學金信息維護子模塊（增、刪、改）
輸入，修改，刪除命名獎學金信息項目名稱和相關信息，直接創建此獎勵的數據庫。
輸入，修改，刪除命名獎學金信息項目中個人的基本情況。
普通用戶及不同級別管理員的權限也有區別。（例如：學院管理員只可修改本學院 的命名獎學金信息）。
3） 學生命名獎學金信息查詢子模塊
學院，專業，班級，姓名，學號，獎勵項目名稱。支持模糊查詢。
4） 學生命名獎學金申請表公示
經學院初評后參加命名獎學金答辯的名單公示。
5） 命名獎學金學生投票區（在學習水平相當的情況下，這項可以反映出同學的群眾基 礎）
（4） 學生成績信息管理模塊
1）學生成績項目管理子模塊（增、刪、改）
以時間為序：各科成績列表，平均成績列表。班級平均分，年級平均分。
考試名稱、考試科目的修改。
2） 學生成績信息維護子模塊（以班級及個人為單位增、刪、改）
輸入，修改，刪除成績信息名稱和相關信息，直接創建此獎勵的數據庫。
輸入，修改，刪除成績信息中個人的基本情況。
3） 學生成績信息查詢子模塊（包含自動警告管理）
輸入學院，姓名，學號，以子集目錄逐一從學院到個人。
按不同科目對登陸學生用戶彈出消息自動警告；對管理用戶以學院、專業、班級對 不及格姓名成績列表。
（5） 學生綜合評分信息管理模塊
1） 學生綜合評分信息項目管理子模塊（增、刪、改）
對學生在各個學期的綜合表現，包括德育、智育、體育等多方面的成績進行匯總， 作出相關統計。包括德育成績列表，智育成績列表以及體育成績列表等，從各個角度考 察學生的在校情況。
2） 學生綜合評分信息維護子模塊（以班級或個人為單位增、刪、改）
輸入，修改，刪除綜合評分，直接創建此綜合評分的數據庫。
輸入，修改，刪除綜合評分中個人的基本情況。
3） 學生綜合評分信息查詢子模塊（包含自動警告管理）
輸入學院，姓名，學號，以子集目錄逐一從學院到個人。
按不同科目對登陸學生用戶彈出消息自動警告；對管理用戶以學院、專業、班級對 學生綜合評分列表。
（6） 學生懲處信息管理模塊
1） 學生懲處項目管理子模塊
按情節，紀律處分分警告，嚴重警告，記過，留校查看，開除學籍五個種類。懲處 的同學的處分原因，處分等級。還有其院系，班級等相關信息。
被有過紀律處分的同學，在評優過程中給予提示，并鏈接到該處理頁面上來。
2） 學生懲處信息維護子模塊（增、刪、改）
輸入，修改，刪除項目名稱和相關信息，直接創建此懲處的數據庫。
輸入，修改，刪除懲處項目中個人的基本情況
普通用戶及不同級別管理員的權限也有區別。（例如：學院管理員只可修改本學院 的懲處信息）
3） 學生懲處信息查詢子模塊
學院，專業，班級，姓名，學號，懲處種類名稱。支持模糊查詢。
4）在線跟蹤（學生可能在受處分后積極進取，表現突出，應當適當表揚并且公示）
（7）校外住宿登記模塊
1） 校外住宿登記信息維護子模塊
增加：對校外住宿同學的審批，情況，登記，批準與否，具體住宿地點，聯系方式, 并簽定安全責任保證書。
刪除：對原在外住宿的同學已搬回學校的情況進行原有登記情況的刪除，以保證信 息的即時性，準確性。
修改：對在校外住宿同學更換住宿地址的情況進行登記，并在原登記表上進行修改。
2） 校外住宿信息查詢子模塊（地址、聯系方式、申請原因、批準人）
學院，專業，班級，姓名，學號，所住地址，聯系方式、批準人等種類名稱。支持 模糊查詢。
4.2.3勤工助學信息管理模塊
勤工助學管理模塊主要是對在校學生中的特困生情況進行鑒定，對特困生進行確 認，以便其他部門更加順利、高效的開展工作。同時該模塊還包含勤工助學崗位信息， 讓在校學生及時獲得勤工助學崗位信息，使同學們在校校內能找到自己滿意的兼職工 作。圖4.4為勤工助學信息管理的模塊圖。
勤工助學信息管理模塊
圖4.4勤工助學信息管理模塊圖
Fig. 4.4 Function module diagram of spart-work and part-study programme information management
（1）特困生及助學崗位人員信息管理模塊
1）特困生及助學人員資格申請（網上申報填表）子模塊
資格申請子模塊應包含以下內容：學院，年級，專業，班級，姓名，學號，曾用名， 性別，民族，政治面貌，出生日期，出生地，籍貫，家庭現住址，郵政編碼，身份證號 碼，家長（或監護人）姓名，家長（或監護人）工作單位，家長（或監護人）郵政編碼，家長（或 監護人）聯系方式，身體健康狀況，家庭人數，家庭人均年收入，家庭提供月生活費， 高考所在省份，入學前所在中學，入學總成績，在校住址，寢室電話，手機號，飯卡卡 號，學生陳述申請資格理由，是否在生源所在地接受助學資助，是否在生源所在地取得 助學貸款。
2） 特困生及助學人員資格批復子模塊（增、刪、改）
學校經審核，決定是否通過其家庭經濟困難學生認定，并認定其為一般困難或特殊 困難，批復其獲得國家助學貸款，批復其獲得校內勤工助學崗位，批復其獲得校外勤工 助學崗位，批復其獲得貧困生命名助學金，批復其獲得國家勵志獎學金，批復其獲得國 家助學金及等次，并可以在此基礎上進行增加，刪除以及更改。
3） 特困生及助學人員情況查詢子模塊
特困生及助學人員情況查詢子模塊應包含以下數據：學院，年級，專業，班級，姓 名，學號，曾用名，性別，民族，政治面貌，出生日期，出生地，籍貫，家庭現住址， 郵政編碼，身體健康狀況，家長（或監護人）姓名，家長（或監護人）工作單位，家長（或監 護人）郵政編碼，家長（或監護人）聯系方式，家庭人數，家庭人均年收入，家庭提供月生 活費，高考所在省份，入學前所在中學，入學總成績，在校住址，寢室電話，手機號， 飯卡卡號，是否在生源所在地接受助學資助，是否在生源所在地取得助學貸款，是否在 校取得國家助學貸款，是否取得沈陽大學校內勤工助學崗位，是否取得沈陽大學校外勤 工助學崗位，是否獲得貧困生命名助學金及金額，是否獲得國家勵志獎學金，是否獲得 國家助學金及金額，是否獲得沈陽大學專業獎學金及獎學金等次，是否獲得沈陽大學校 級榮譽及榮譽稱號（可多選），是否獲得校級以上榮譽及榮譽名稱（可多選），是否獲得校 級及以上的自強自立評選（包括自強自立先進個人，自強自立之星），是否有掛科現象及 掛科科數，是否受學校相關處分及處分名稱，是否有飯卡消費超額，是否有不良銀行信 用。
4） 特困生資格申請公示
（2）勤工助學信息公告、宣傳管理模塊
1） 獎學金、困難補助公示子模塊
獎學金、困難補助公示子模塊應包括：學院，年級，專業，班級，姓名，性別，獲 得獎學金名稱，獲得困難補助名稱。
2） 政策制度子模塊
政策制度子模塊應作為一個鏈接將國家，省市，學校，學院相關的勤工助學政策制 度，以供廣大同學查詢，下載。
3） 助學信息公告子模塊
助學信息公告子模塊應包括：學院，年級，專業，班級，姓名，性別，獲得勤工助 學崗位名稱，獲得社會資助學金名稱，社會資助學金金額。
4） 助學工作動態子模塊
助學工作動態子模塊應作為一個板塊展示，即將學校國家，省市，學校，學院相關 的最新關于助學的內容在這個平臺上統一說明。
5） 助學工作宣傳子模塊（含自強之星、勤工助學感悟、健康人生、心得交流、感恩教 育等）
助學工作宣傳子模塊應作為一個動態新聞窗口，將廣大自強自立的同學在獲得國家 助學貸款，勤工助學崗位，國家資助學金，社會資助學金，沈陽大學資助學金后在國家， 省市，學校，學院的心得體會，新聞報道，自強自立事跡進行說明。其中應該包括，沈 陽大學自強自立之星，沈陽大學自強自立先進個人，沈陽市自強自立之星的評選報道； 包括綠色通道感言，勤工助學感悟，健康人生，心里健康，心得交流，社會實踐等信息 的報道，感言。
6） 崗位招聘信息公告子模塊（校內，校外）
崗位招聘信息公告子模塊應包括：校內崗位名稱，獲得校內崗位津貼金額，校內崗 位工作時間，工作地點；校外崗位名稱，校外崗位津貼金額，校外崗位工作時間，工作 地點，校外崗位聯系方式。
7） 勤工助學機構人員簡介
勤工助學機構人員簡介應包括：姓名，性別，年齡，崗位名稱，崗位職稱，工作內 容，聯系方式，電子郵箱，辦公電話。
4.2.4公共信息服務模塊
公共信息服務模塊主要是對該系統中的信息進行查詢，為用戶提供快捷、方便的查 詢功能。包括信息模糊查詢、學生工作綜合情況查詢、學生基本信息查詢模塊、學生日 常行為信息查詢、學生誠信信息査詢、學生擇業信息查詢、學生綜合信息查詢等等。具 體如圖4.5所示。
公共信息服務模塊
圖4.5公共信息服務模塊圖
Fig. 4.5 Function module diagram of public information service module
(1)信息模糊查詢模塊
該模塊能按照姓名、性別、身份證號、專業、班級、專業班級、家庭所在地、監護 人信息、聯系方式(固定電話，手機，通信地址，郵政編碼，QQ, Email)等進行模糊查 詢。
(2)學生工作綜合情況查詢模塊
該模塊可以查詢獲獎懲情況、基本信息、入學成績、各學期成績、畢業去向等。
(3)學生基本信息查詢模塊
該模塊可以查詢姓名、性別、籍貫、民族、出生日期、身份證號、學院、專業、班 級、學號、政治面貌等信息。
(4)學生日常行為信息查詢模塊
該模塊可以查詢學生所獲獎懲情況、任職情況、政治面貌、各科成績、參加活動等 信息。
(5)學生誠信信息查詢模塊
該模塊可以查詢學生有否貸款、考試作弊情況、畢業后還款情況等信息。
(6)學生擇業信息查詢模塊
該模塊可以查詢學生的就業去向、薪資待遇、所在部門等信息。
(7)學生綜合信息查詢模塊
該模塊可以查詢學生的姓名、性別、身份證號、學院、專業、班級、政治面貌、就 業去向、所在部門、獲獎懲情況、操行等級等信息。
4.2.5校友聯誼區模塊
該模塊是對沈陽大學的歷屆校友信息進行統計，建立校友錄，方便學校與各位校友 在學習、工作等各個方面的溝通。該模塊主要包括三個子模塊，具體如圖4.6所示。
校友聯誼區模塊
圖4.6校友聯誼區模塊圖
Fig. 4.6 Function module diagram of alumni association area
(1)校友錄模塊
校友錄模塊包括：校長致辭、校友會介紹、校友期刊、校園風光、校友基金、沈陽 大學大事記、校友獎助學金、校友服務、校友留言、校友查詢、校友論壇、校友博客、 校內新聞、校內期刊、校友論壇鏈接、各地校友會鏈接、優秀校友簡介等。
(2)沈陽大學校友社區模塊
校友社區模塊包括校友所在地校友會動態，即校友錄和BBS電子社區兩個子模塊, 分別連接至相關網站。
(3)校友管理模塊
校友管理模塊包括：校友姓名、所在學院、所在年級、所在專業、所在班級、學號、 在校期間優秀事跡、現從事行業、所在公司、所在部門、任職情況、聯系地址、手機號、 辦公室電話、是否加入當地沈陽大學校友會、當地校友會負責人聯系方式、當地校友活 動大事記。
4.3數據庫表的設計
數據庫設計(Database Design)是指根據用戶的需求，在某一具體的數據庫管理系統 上，設計數據庫的結構和建立數據庫的過程。本系統使用Microsoft SQL Server 2008數 據庫管理系統，采用關系數據庫模式。
4.3.1概述
良好的數據庫設計對于一個高性能的應用程序非常重要，就像一個空氣動力裝置對 于一輛賽車的重要性一樣。如果一輛汽車沒有平滑的曲線，將會產生阻力從而變慢。關
系沒有經過優化，數據庫無法盡可能高效地運行。應該把數據庫的關系和性能看作是規 范化的一部分。
除了性能以外的問題，就是維護的問題了，數據庫應該易于維護。這包括只存儲數 量有限的（如果有的話）重復性數據。如果有很多的重復性數據，并且這些數據的一個實 例發生一次改變（例如，一個名字的改變），這個改變必須對所有的其他的數據都進行。 為了避免重復，并且增強維護數據的能力，可以創建可能的值的一個表并使用一個鍵來 引用該值。在這種方式中，如果值改變了名字，這個改變只在主表中發生一次，所有的 其他表的引用都保持不變。
例如，假設你負責維護一個學生數據庫以及他們所注冊的課程。如果這些學生中的 35個在同一個課堂中，讓我們將這門課叫做Advanced Math（高等數學），課程的名字將 會在表中岀現35次。現在，如果老師決定把這門課的名字改為MathematicsIV,我們必 須修改35條記錄以反映出新的課程名。如果數據庫設計為課程名出現在一個表中，只 有課程ID號碼和學生記錄一起存儲，那么要更改課程名稱，我們就只需要改變一條記 錄而不是35條記錄。
一個規劃和設計良好的數據庫的優點是眾多的，它也證實了這樣一個道理，前期做 的工作越多，后面所要做的就越少。在使用數據庫的應用程序公開發布之后，還要對數 據庫進行重新設計，這是最糟糕的。因此，在開始編寫一個應用程序的代碼之前，需要 花大量的時間來設計數據庫〔”】。
一般數據庫設計方法有兩種，即屬性主導型和實體主導型［⑺。屬性主導型從歸納數 據庫應用的屬性出發，在歸并屬性集合（實體）時維持屬性間的函數依賴關系。實體主導 型則先從尋找對數據庫應用有意義的實體入手，然后通過定義屬性來定義實體。一般現 實世界的實體數在屬性數1/10以下時，宜使用實體主導型設計方法。面向對象的數據 庫設計是從對象模型出發的，屬于實體主導型設計。本系統的數據庫設計就屬于實體主 導型設計。
一般地，數據庫應用系統都遵循以下相關開發步驟［切【20】：
（1）設計應用系統結構；
⑵ 選擇便于將應用程序與DBMS結合的DBMS體系結構，如RDBMS；
⑶根據應用程序使用的環境平臺，選擇適宜的DBMS（如Oracle）和開發工具（如 PB）；
（4） 設計數據庫，編寫定義數據庫模式的SQL程序；
（5） 編寫確保數據正確錄入數據庫的用戶接口應用程序；
（6） 錄入數據庫數據；
（7） 運行各種與數據庫相關的應用程序，以確認和修正數據庫的內容。
本系統數據庫表主要包括學生基本信息表、班級信息表、輔導員信息表、學生獎勵 信息表、學生獎學金信息表、學生命名獎學金信息表、學生課程信息表、學生成績信息 表、學生綜合評分信息表、學生懲處信息表、學生校外住宿登記信息表、特困生及助學 崗位人員信息表、勤工助學崗位信息表、校友信息表等。下面列舉了部分數據庫表結構。
4.3.2學生基本信息管理模塊相關數據表
學生基本信息管理模塊包括學生基本信息維護子模塊、班級信息維護子模塊和輔導 員信息維護子模塊三個部分，所涉及到的數據庫表有三個，分別是學生基本信息表、班 級信息表和輔導員信息表。
(1)學生基本信息表
學生基本信息表(Student_infb)用于記錄學生的基本信息。其中studentID (學號)是學 校為每個學生分配的唯一性標識。學生基本信息表的結構如表4.1所示。
表4.1學生基本信息表(Student _infb)
Table 4.1 Student information table (Student info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 College Varchar 50 學院
2 M^or Varchar 50 專業
3 ClassED Char 10 班級
4 StudentID Char 10 是 學號
5 StudentName Char 20 學生姓名
6 IDCardNo Char 18 身份證號碼
7 Politicalstatus Char 10 政治面貌
8 Nation Char 10 民族
9 Nativeplace; Char 10 籍貫
10 Intime Date 入學時間
11 Inplace Char 10 生源地
12 Slanguage Char 10 語種
13 Forlevel Char 10 外語水平
14 Comlevel Char 10 計算機水平
15 BedroomNo Char 20 寢室號
16 BedroomTelNo Varchar 16 寢室電話
17 Mobile Varchar 16 手機
18 QQ Varchar 16 QQ號碼
19 Email Varchar 50 Email
20 Address Varchar 50 家庭地址
21 HomeTelNo Varchar 16 家庭電話
22 PostCode Char 10 郵政編碼
23 Health Varchar 50 健康情況
續表4.1學生基本信息表(Student _infb)
Table 4.1 (continued) Student information table (Student infd)
編號 字段名稱 數據類型 長度 是否主鍵 說明
24 AccountCategoiy Char 10 戶口類別
25 AccountAddr Char 10 戶口所在地
26 FamilyEcoSit Varchar 50 家庭經濟情況
27 Workplace Char 10 工作意向
28 Proud Varchar 500 獎勵、榮譽稱號
29 Remark Varchar 200 備注
(2)班級信息表
班級信息信息表(Classjnfb)用于記錄班級的基本信息。其中classID (班級號)是學 校為每個班級分配的唯一性標識。班級信息表的結構如表4.2所示。
表4.2班級信息表(Class_infb)
Table 4.2 Class information table (Class
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 ClassID Char 10 是 班級號
2 ClassName Varchar 22 班級名稱
3 CollegelD Char 5 學院代碼
4 CollegeName Varchar 30 學院名稱
5 EntranceYear Char 4 入學時間
6 MonitorlD Char 10 班長學號
(3)輔導員信息表
輔導員信息表(Counselor_infb)用于記錄輔導老師的有關信息。其中teacherid (教 師工資號)是學校為每個教職員工分配的唯一性標識。輔導員信息表的結構如表4.3所
zj\ O
表4.3輔導員信息表(Counselor_infb)
Table 4.3 Counselor information table (Counselor infb)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 CollegelD Char 5 學院
2 TeacherlD Char 10 是 工資號
3 TeacherName Char 10 教師姓名
4 Sex Char 2 性別
5 TechnicalPost Char 10 職稱
6 OfficePhone Char 10 辦公電話
7 HomePhone Char 10 家庭電話
8 Mobile Char 11 手機
9 HomeAddr Char 10 家庭地址
10 Remark Char 10 備注
4.3.3學生日常行為管理模塊相關數據表
學生日常行為管理模塊包含學生獎勵信息管理子模塊、學生獎學金信息管理子模 塊、學生命名獎學金管理子模塊、學生成績信息管理子模塊、學生綜合評分信息管理子 模塊、學生懲處信息管理子模塊、校外住宿登記子模塊等七個部分，涉及的數據表有八 個，分別介紹如下。
(1)學生獎勵信息表
學生獎勵信息表(Counselor_infb)用于記錄學生獲獎的有關信息。其中RewardNo (獎勵編號)用作為主鍵。學生獎勵信息表結構如表4.4所示。
表4.4學生獎勵信息表(Reward _info)
Table 4.4 Student reward information table (Reward info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 RewardNo Int 是 獎勵編號
2 StudentID Char 10 學號
3 RewardTime Date 獲獎時間
4 RewardName Varchar 50 獎勵名稱
5 RewardLevel Char 2 獎勵等級
6 Remark Varchar 50 備注
(2)學生獎學金信息表
學生獎學金信息表(Scholarshipjnfb)用于記錄學生所獲獎學金的有關信息。其中 ScholarshipNo (“獎學金編號”)用作為主鍵。學生獎學金信息表結構如表4.5所示。
表4.5學生獎學金信息表(Scholarship info)
Table 4.5 Student scholarship information table (Scholarship info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 ScholarshipNo Int 是 獎學金編號
2 StudentID Char 10 學號
3 SchoIarshipTime Date 獲獎學金時間
4 Scholarshiplype Varchar 20 獎學金類別
5 ScholarshipName Varchar 50 獎學金名稱
6 ScholarshipLevel Char 2 獎學金等級
7 ScholarshipQuantity Int 獎學金金額
8 Remark Varchar 50 備注
(3)學生命名獎學金信息表
學生命名獎學金信息表(NamedScholarship_infb)用于記錄學生所獲得的命名獎學 金的有關信息。其中ScholarshipNo (命名獎學金編號)用作為主鍵。學生命名獎學金信 息表結構如表4.6所示。
表4.6學生命名獎學金信息表(NamedScholarship_infd)
Table 4.6 Student named scholarship information table (NamedScholarship infb)
編號 字段名稱 數據類型 長度 是否主鍵 說明
NamedScholarshipNo Int 是 命名獎學金編號
1 StudentID Char 10 學號
2 NamedScholarshipTime Date 獲獎學金時間
3 NamedScholarshipType Varchar 20 獎學金類別
4 NamedScholarshipName Varchar 50 獎學金名稱
5 NamedScholarshipLevel Char 2 獎學金等級
6 NamedScholarshipQuantity Int 獎學金金額
7 Remark Varchar 50 備注
(4)學生課程成績信息表
學生課程成績信息表用于記錄學生所學的每門課程情況及成績。與學生成績信息相 關的表有兩張，分別為課程信息表(Coursejnfo)和成績信息表(Grades_infd),如表 4.7和4.8所示。
表4.7學生課程信息表(Course_infb)
Table 4.7 Student course information table (Course info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 CourselD Char 8 是 課程編號
2 CourseName Varchar 20 課程名稱
3 CourseType Char 4 課程類型
4 Testlype Char 4 考試類型
5 CourseHours Tinyint 1 總學時
6 WeekHours Tinyint 1 每周學時
7 CourseCredits Tinyint 1 學分
8 Remark Varchar 50 備注
表4.8學生成績信息表(Grades」nfb)
Table 4.8 Student grades information table (Grades info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 StudentID Char 10 是 學號
2 CourselD Char 8 是 課程編號
3 Grades Char 4 成績
4 Semester Tinyint 1 學期
5 Remark Varchar 50 備注
表4.8學生成績信息表中，StudentID (學號)和CourselD (課程編號)聯合作為主
鍵。
學生綜合評分信息表(Comprehensive_score_infb)用于記錄學生的德、智、體的各 分項成績及綜合成績。學生綜合評分信息的結構表如表4.9所示。
表4.9學生綜合評分信息表(Comprehensive_score_infb)
Table 4.9 Student comprehensive score information table (Comprehensive score info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 StudentID Char 10 是 學號
3 MoralScore Int 德育成績
4 IntellectualScore Int 智育成績
5 physicaScore Int 體育成績
6 ComprehScore Int 總評分
7 Remark Varchar 50 備注
(6)學生懲處信息表
學生懲處信息表(Punishment_infd)用于記錄學生所受懲處的有關情況。其結構如 表4.10所示。
表4.10學生懲處信息表(Punishment_inft>)
Table 4.10 Student punishment information table (Punishment info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 PunishmentNo Int 是 懲處編號
2 StudentID Char 10 學號
3 PunishmentDate Date 懲處時間
4 PunishmentReason Varchar 200 懲罰原因
5 PiinishmentLevel Char 10 懲罰級別
6 Remark Varchar 50 備注
(7)校外住宿登信息表
校外住宿登信息表(Ofif_campus_accommodation_infd)用于記錄學生在校外住宿的 情況，其如表4.11所示。
表 4.11 校外住宿信息表(Of^_campus_accommodation_infb)
Table 4.1 Student off-campus accommodation information table (Ofif campus accommodation infb)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 OfiCampusAccomID Int 是 校外住宿ID
2 StudentID Char 10 學號
3 Address Varchar 50 校外住宿詳細地址
4 StartDate Date 校外住宿起始時間
5 EndDate Date 是 校外住宿起始時間
6 TeacherlD Char 10 批準人ID
7 Remark Varchar 50 備注
-3 8-
4.3.4勤工助學信息管理模塊相關數據表
勤工助學信息管理模塊相關數據表包括特困生及助學崗位人員信息表和勤工助學 崗位信息表。
(1)特困生及助學崗位人員信息表
特困生及助學崗位人員信息表(Poor_student_infb)用于記錄特困生及助學崗位人 員申請助學崗位的原因及批準情況。特困生及助學崗位人員信息數據庫對應的信息表如 表4.12所示。
表4.12特困生及助學崗位人員信息表(Poor_student_infb)
Table 4.12 Poor students and student staff positions information table (Poor student infb)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 StudentID Char 10 是 學號
2 Reason Varchar 1000 申請原因
3 Result Char 10 申請結果
4 Remark Varchar 50 備注
(2)勤工助學崗位信息表
勤工助學崗位信息表(Stu_stafLposit_info)用于記錄學校提供的所有的勤工助學崗 位，供特困生及助學崗位人員進行查詢，找到自己想做的兼職，在學校里參加一些實踐 活動。勤工助學崗位信息表結構如表4.13所示。
表4.13勤工助學崗位信息表(Student_Posi_infb)
Table 4.13 Student staff positions information table (Student Posi infb)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 PositionlD Char 10 是 崗位ID
2 PositionDisc Varchar 1000 崗位描述
3 StartDate Date 開始時間
4 EndDate Date 結束時間
5 Remark Varchar 50 備注
4.3.5校友聯誼區模塊相關數據表
校友聯誼區模塊主要包括校友錄子模塊、校友社區子模塊、校友管理子模塊三個部 分。
(1)校友錄子模塊
校友錄模塊包括與校友相關的鏈接，該頁面用靜態頁面和超鏈接實現。主要包括校 長致辭、校友會介紹、校友期刊、校園風光、校友基金、學校大事記、校友獎助學金、 校友服務、校友留言、校友查詢、校友論壇、校友博客、校內新聞、校內期刊、校友論 壇鏈接、各地校友會鏈接、優秀校友簡介等內容。因此，本模塊不需要設計額外的數據 庫表。
(2)校友社區子模塊
校友社區子模塊也是由靜態頁面實現，主要校友所在地校友會動態，即校友錄BBS、 電子社區兩個子模塊，分別鏈接至相關網站。因此，本模塊也不需要設計額外的數據庫 表。
(3)校友管理子模塊
校友管理子模塊用于管理校友的有關數據，其數據庫表結構如表4.14所示。
表4.14校友信息表(Alumni_infb)
Table 4.14 Alumni information table (Alumni info)
編號 字段名稱 數據類型 長度 是否主鍵 說明
1 Name Char 10 校友姓名
2 College Varchar 50 學院
3 Grade Char 4 年級
4 Major Varchar 50 專業
5 Class Char 10 校友班級
6 StudentID Varchar 10 是 校友學號
7 Achievement Varchar 1000 校友有關事跡
8 Profession Char 10 校友從事行業
9 Company Varchar 50 所在企業
10 Department Char 20 所在部門
11 Post Char 10 職務
12 Address Varchar 50 公司地址
13 Mobile Char 11 手機
14 Telephone Char 10 辦公電話
15 TakePart Char 1 是否參加校友會
16 ChargePhone Char 20 負責人電話
17 Activity Varchar 1000 校友會活動
18 Remark \^rchar 50 備注
本系統作為學校信息管理平臺的子系統，與其他子系統間的數據交互還很多，有一 些數據庫表是幾個子系統間共用的，另外，有一些表是實體間的聯系表，這里不再一一 列舉。
4.4學生信息管理系統的軟硬件需求設計
基于學校校園網的硬件基礎，開發設計學生信息管理系統平臺。考慮到用戶操作簡 單與普及性等因素，決定服務器操作系統平臺采用Windows Server 2008,工作站操作系
統平臺采用Windows XP以上版本，瀏覽器為IE 5.0以上版本。結合操作系統平臺，考 慮到安全性、數據庫大小和數據庫操作難易度，決定采用Microsoft SQL Server 2008數 據庫。
4.5本章小結
軟件設計是決定軟件性能的關鍵。本章首先介紹了系統的總體設計，給出了系統總 體設計產生的功能模塊圖。然后，根據總體功能模塊圖，介紹了系統功能的劃分。合理 地劃分好功能模塊后，又詳細介紹了各個功能模塊和子模塊的設計。數據好比軟件系統 的血液，所以數據庫設計是應用中最重要的一部分。本章第四節首先介紹了數據庫設計 的一些基本知識和經驗，給出了數據庫表的詳細設計。
下一章中將詳細介紹了系統各個模塊以及關鍵技術的實現。
第5章系統實現
系統實現一般就是指的編碼階段。編碼就是將軟件詳細設計的結果翻譯成用某種程 序設計語言書寫的程序。軟件的設計開發過程經過需求分析、總體設計和詳細設計幾個 階段之后，己經形成了基本框架，最后就是通過編碼對設計進一步具體化，實現相應的 功能。運用軟件功能方法設計軟件，主要是為了提高軟件質量，軟件質量在很大程度上 取決于設計的質量，同時編碼的好壞也是影響軟件質量的十分重要的因素，如果編碼中 存在各種問題，那么再好的設計也無法體現出來。另外，編碼質量的好壞，也直接影響 了軟件測試和軟件維護工作的進行。
5.1系統登錄功能的實現
系統用戶分為管理員用戶、學生處工作人員用戶、輔導員教師用戶、學生用戶等。 不同的用戶具有不同的權限。例如，管理員用戶具有所有的權限，學生用戶可以查詢自 己的相關信息、可以申請有關助學崗位等。
圖5.1是用戶登錄功能的實現流程。
圖5.1用戶登錄流程
Fig. 5.1 Flow of user login
在系統實現時，設置一個管理員賬戶，其用戶名和密碼均為admin0管理員登錄系 統之后可以修改密碼。其他用戶是由管理員登錄之后生成的，對于輔助員教師用戶和學 生用戶，其用戶名和默認密碼均為其用戶ID,用戶名不可更改，密碼可在用戶登錄之 后修改；學生處工作人員用戶的用戶名和密碼是由管理員單獨設置的，其默認的用戶名 和密碼是其職工號，用戶名不可更改，密碼可在用戶登錄之后修改。
進入登錄界面后，輸入用戶名、用戶類型和密碼，然后連接數據庫，判斷是否正確。 若錯誤，則返回登錄頁面，并提示錯誤。否則直接進入相關頁面進行相關操作。
5.2基本信息管理模塊的實現
基本信息管理模塊主要實現對學生基本信息、班級基本信息和輔助員基本信息的管 理。這一部分的實現主要包括增加學生基本信息、修改學生基本信息、查詢學生基本信 息、增加班級基本信息、修改班級基本信息、查詢班級基本信息、增加輔助員基本信息、 修改輔助員基本信息、查詢輔助員基本信息功能的實現。
5.2.1班級基本信息管理的實現
班級基本信息的管理主要包括增加班級基本信息、修改班級基本信息、查詢班級基 本信息功能。下面以增加班級基本信息信息為例，詳細介紹班級基本信息管理的實現。
本模塊采用三層C/S結構實現，包括表示層、功能層、數據層，其中表示層實現顯 示窗體控件、接收錄入信息和顯示操作結果信息的功能，以及表示層和數據層間的數據 傳遞功能；功能層實現主要的業務邏輯操作，調用數據訪問層方法；數據層實現對數據 庫表、視圖的操作及執行存儲過程。
視圖是由一個或多個數據表（基本表）或視圖導出的虛擬表或查詢表，是關系數據庫 系統提供給用戶以多種角度觀察數據庫中數據的重要機制。
存儲過程是由流控制和SQL語句書寫的過程，這個過程經編譯和優化后存儲在數 據庫服務器中，應用程序使用時只要調用即可。
增加班級基本信息時，首先獲取用戶輸入的班級基本信息并對信息進行格式檢驗， 如果檢驗通過，則調用數據庫訪問層的方法插入記錄；如果不通過，則輸出對錯誤信息 的提示；插入記錄時，可能由于數據庫服務器沒打開等原因造成插入失敗，所以，記錄 插入完畢后，需要給出插入結果提示。
增加班級基本信息流程圖如圖5.2所示。
另外，ADO.NET在數據庫操作過程中默認打開了連接池，連接池大小可以通過數 據庫連接字符串來控制，其中pooling表示是否打開連接池，默認為打開，關掉時需要 設置pooling等于fhlse； min pool size屬性表示連接池最少保存幾個連接對象；max pool size表示連接池最多保存幾個連接對象。使用連接池可以減少數據庫連接的創建時間， 同時減少資源的使用。
（ 開始 ）
I
輸入班級ID
調用數據訪問層方法，查詢班級信息
/輸入要添加的班級信息
▼
檢驗錄入的信息的格式
在數據庫中插入班級信息
V
▼
（ 結束 ）
圖5.2增加班級信息流程圖
Fig. 5.2 Flow chart of adding class information
5.2.2學生基本信息管理的實現
學生基本信息的管理主要包括增加學生基本信息、修改學生基本信息、刪除學生基 本信息、查詢學生基本信息等功能。這里操作的數據庫表主要是班級基本信息表、學生 基本信息表聯系表。下面以增加學生基本信息為例，詳細介紹學生基本信息管理的實現。
增加學生基本信息時，系統首先獲取學生所在班級的基本信息，如果班級信息不存 在，則提示先創建班級信息再添加學生信息。然后檢驗所輸入的學生信息格式是否符合 要求。如果符合要求就將學生基本信息插入到學生基本信息表。增加學生基本信息流程 圖如圖5.3所示。
需要注意的是，由于學生信息是依附于班級信息存在的，所以插入學生信息時，如 果學生和班級聯系表插入失敗，則數據庫執行事務必須回滾，即刪除已經添加的學生基 本信息表里面的記錄。實現該功能時，采用了 ADO.NET支持的事務機制。事務是單獨 的工作單元。如果事務成功，在事務中所有的數據修改都會在提交時完成。如果事務遇 到錯誤，則必須取消或回滾，這樣所有的數據修改都將被清除。使用事務可以保證數據 庫記錄的一致性和完整性。
圖5.3增加學生基本信息流程圖
Fig. 5.3 Flow chart of adding student basic information
由于學生基本信息總是和班級基本信息聯系在一起的，所以查詢時是采用基于視圖 的查詢，建立學生和班級視圖。視圖已為用戶集中了需要的數據，這樣可以簡化數據的 操作，同時提高了查詢語句的執行效率。
5.2.3輔導員信息管理的實現
輔導員信息管理是對學校的學生輔導員信息進行管理，主要實現對學生輔導員基本 信息的查詢、添加、修改以及刪除功能。在進入主頁面后，選擇學生輔導員基本信息管 理，進入學生輔導員基本信息維護頁面，然后就可以對學生輔導員基本信息進行相關操 作。以下，以增加學生輔導員的過程說明輔導員信息管理的實現流程。
增加輔導員信息時，首先獲取用戶輸入的輔導員信息并對信息進行格式檢驗，如果 檢驗通過，則調用數據庫訪問層的方法插入記錄；如果不通過，則輸出對錯誤信息的提 示；插入記錄時，可能由于數據庫服務器沒打開等原因造成插入失敗，所以，記錄插入
完畢后，需要給出插入結果提示。
增加輔導員處理流程如圖5.4所示。
圖5.4增加輔導員信息流程圖
Fig. 5.4 Flow chart of adding counselor information
5.3學生日常行為信息管理模塊的實現
學生日常行為信息管理模塊，主要包括學生獎勵信息管理、學生獎學金信息管理、 學生命名獎學金管理、學生成績信息管理、學生綜合評分信息管理、學生懲處信息管理、 校外住宿登記管理等。這里主要操作的數據庫表包括學生獎勵信息表、學生獎學金信息 表、學生命名獎學金信息表、學生課程成績信息表、學生成績信息表、學生綜合評分信 息表、學生懲處信息表、校外住宿信息表。但是，學生日常行為信息的管理工作非常重 要，一般學生和輔導員只有查詢的權限，只有學生處的少數具有管理權限的管理人員才 具有所有的訪問權限。
5.3.1學生獎勵信息管理的實現
學生日常行為信息管理模塊中的學生獎勵信息管理是對學生在校期間獲得的榮譽 稱號情況進行登記、查詢。該信息可供有關部門對學生的綜合表現進行評定，因此對學 生來說是至關重要的。對學生獎勵信息的管理的包括信息的增加、刪除、修改、和查詢。 該功能涉及到表包括學生獎勵信息表和學生基本信息表。以下對學生獎勵信息管理的部
-47-
分功能實現進行討論。
(1)學生獎勵信息添加功能的實現
增加學生獎勵信息時，首先獲取學生的ID,根據此ID查詢該生已存在的所獲得獎 勵的信息，由于輸入人員根據所查結果判斷此次的獎勵信息是否已經存在。如果不存在, 則獲取用戶輸入的學生獎勵信息并對信息進行格式檢驗，如果檢驗通過，則調用數據庫 訪問層的方法插入記錄；如果不通過，則輸出對錯誤信息的提示。
增加學生獎勵信息處理流程如圖5.5所示。
( 開始 )
/ 輸入辜生［D 7
調用數據訪問層方法，查詢該學生的最新獎勵信息
二車息是否己存
/輸入學生的獎勵信息
調用數據訪問層方法，保存獎勵信息
(結束)
圖5.5增加學生獎勵信息流程圖
Fig. 5.5 Flow chart of adding student reward information
(2)學生獎勵信息查詢功能的實現
對學生獎勵信息查詢或以根據學生的學號、姓名、班級、專業、所獲得獎勵的名稱、 所獲獎勵的時間等進行查詢。查詢時通過學生基本信息表和學生獎勵信息表形成包括學 生姓名、學生學號、所在班級、專業和有關獎勵信息的的視圖，然后在窗口進行顯示。
學生用戶登錄之后只能根據學號查詢自己的獎勵信息。
輔導員用戶和學生處工作人員用戶可以按所有條件進行查詢。
查詢學生獎勵信息處理流程如圖5.6所示。
圖5.6查詢學生獎勵信息流程圖
Fig. 5.6 Flow chart of student reward infomiation inquiry
5.3.2學生獎學金信息管理的實現
學生日常行為信息管理模塊中的學生獎學金信息管理是對學生在校期間獲得的獎 學金情況進行登記、查詢。該信息可供有關部門對學生的綜合表現進行評定，因此對學 生來說是至關重要的。對學生獎學金信息的管理的包括信息的增加、刪除、修改、和查 詢。該功能涉及到表包括學生獎學金信息表和學生基本信息表。學生獎學金信息管理的 實現與學生獎勵信息管理的實現類似，在此不再贅述。
5.3.3學生命名獎學金信息管理的實現
學生命名獎學金作為一種特殊的獎學金而存在，由于金額相對較大，其評定的方法 與普通獎學金不完全相同，需要更多的條件，所以單獨設計一個模塊來進行管理。學生 日常行為信息管理模塊中的學生命名獎學金信息管理是對學生在校期間獲得的命名獎 學金情況進行登記、查詢。該信息可供有關部門對學生的綜合表現進行評定，因此對學 生來說是至關重要的。對學生命名獎學金信息的管理的包括信息的增加、刪除、修改、 和查詢。該功能涉及到表包括學生命名獎學金信息表和學生基本信息表。學生命名獎學 金信息管理的實現與學生獎勵信息管理的實現類似，在此不再贅述。
5.3.4學生成績信息管理的實現
學生成績管理是對學生每學期期末的學習成績進彳亍統計，作為評定獎學金等各種獎 勵的依據之下，并且可供學生和相關的輔導員或學生處工作人員查詢。
學生成績來源于教務處的教務管理系統，是每個學期的期末從教務管理系統中導出 的學生成績。從教務管理系統導出的學生成績以Excel表的形式存儲，它由兩張表組成： 一張是本學期所有開設課程的情況，包括課程編號、課程名稱、課程類型、考試類型、 總學時、每周學時、學分等；另一張表是學生所選課程的成績情況，包括學生學號、所 選的課程編號、課程成績等。
為了方便在本學生信息管理系統中管理學生成績，設計了一個數據轉換功能，讀取 Excel表中的數據，以數據庫表的形式存儲在SQLSERVER中。數據轉換功能流程圖如 圖5.7所示。
圖5.7數據轉換流程
Fig. 5.7 Flow chart of data convsion
在ASP.NET中讀寫Excel文件有多種解決方案。在本系統中使用OLE DB方法。
使用OLE DB可以以查詢數據庫的方式來讀取Excel文件，因為在某種程度上Excel表
格可以看成是一張一張的數據表。其二者的主要區別在于所使用的數據引擎不一樣。使
用OLE DB訪問Excel的要點是計算機上必須具有Microsoft Access Data Component 2.6
(MADC2.6)以上版本，同時在連接字符串上必須聲明“Extended Properties=Excel 8.0”,
這里的指定Excel版本號如果高于8.0可能會岀錯，所以一般來講必須使用Excel &0。
然后其它的寫法就和一般的訪問數據庫一樣了，打開連接，填充數據集，再關閉連接即
可。
學生成績管理的其他功能，如學生成績的查詢等其實現其他功能模塊的實現類似， 在此不再贅述。
5.3.5學生綜合評分信息管理的實現
學生綜合評分信息管理是對學生在校期間包括德、智、體等各個方面的成績進行統 計。
對于綜合評分，德育成績、智育成績和體育成績各有不同的加權系數，此系數在系 統實現時，采取由操作人員輸入的方法。選修課與必修課也有不同的加權系數，該系統 也由操作人員輸入。
對于學生成績中的非百分制的成績系統自動按相應的規則進行轉換。如果是二級制 （通過或不通過）的分別轉換為80分和40分；對于五級制（優秀、良好、中等、及格、 不及格）分別轉換為95分、85分、75分、65分和55分。
在進行統計時，系統首先按年級與專業生成一個包含該年級某專業所有學生的學號 的視圖，然后打開學生課程信息表和學生成績信息表，針對每一個學生分別統計出他 （她）的某學期的所有必修課的平均成績和所有選修課的平均成績。圖5.8是統計某學 生在某學期所有必修課平均成績的流程圖。
圖5.8統計必修課平均成績流程
Fig. 5.8 Flow chart of computing the required course average scores
在分別得到了必修課的平均成績、選修課的平均成績、體育課的平均成績和德育成 績之后，根據加權系數，就可以計算出該學生的綜合評分。綜合評分的計算過程比較簡 單，在此不再詳細討論。
5.3.6學生懲處信息管理的實現
懲處信息管理是實現對學生在校期間所做的有關違反學校規定的事情進行記錄，及 時更新，對學生懲處信息進行公示，以強調學校的紀律。
學生懲處信息管理的實現與學生獎勵信息管理的實現類似，在此不再詳細討論。
5.3.7校外住宿登記的實現
校外住宿管理是對在校外住宿學生進行管理，對學生的在外住宿地址等情況進行登 記存儲，以便學校能夠及時與校外住宿學生進行溝通，便于管理。
校外住宿登記功能包括校外住宿登記信息維護（信息的增、刪、改）校外住宿登記 信息查詢等。這里以增加學生校外住宿信息為例說明校外住宿登記功能的實現。增加學 生校外住宿信息的實現流程如圖5.9所示。
圖5.9增加學生校外住宿信息流程圖
Fig. 5.9 Flow chart of adding off-campus accommodation information
5.4勤工助學信息管理的實現
勤工助學信息管理功能包括特困生及助學崗位人員信息管理、勤工助學信息公告與 宣傳管理等功能。
5.4.1特困生及助學崗位人員信息管理的實現
特困生及助學崗位人員信息管理是對家庭經濟條件困難的學生進行管理，評定級 別，以便采取相應的資助措施。同時也為學校有關部門提供信息，以便相關部門為這些 同學進行物質以及精神上的鼓勵。
特困生及助學崗位人員信息管理功能包括特困生及助學人員資格申請（網上申報填 表）、特困生及助學人員資格批復（增、刪、改）、特困生及助學人員情況查詢、特困生資 格申請公示等4個功能。以下以特困生資格申請公示為例說明此功能的實現。
在特困生提出申請，其資格得到確認之后，其資格情況，可由本人或輔導員通過查 詢的方式查看。但是，為了公平，需要將獲得資格的學生情況在網站上公布，供廣大學 生查看、監督。特困生資格申請公示功能實現流程如圖5.10所示。
圖5.10特困生資格信息發布流程圖
Fig. 5」0 Flow chart of poor student qualification information release
5.4.2勤工助學崗位管理
勤工助學崗位管理實現對學校所有的勤工助學崗位進行統計，顯示每個崗位的基本 信息，供同學們查詢，以便學生能找到適合自己的勤工助學崗位。
勤工助學崗位管理的主要功能包括：獎學金、困難補助公示、政策制度發布、助學 信息公告、助學工作動態發布、助學工作宣傳（含自強之星、勤工助學感悟、健康人生、 心得交流、感恩教育等）發布、崗位招聘信息（校內、校外）查詢、勤工助學機構人員 簡介等。其中除了崗位招聘信息（校內、校外）查詢之外，其他功能均為靜態頁面的形 式。以下以崗位招聘信息（校內、校外）查詢為例討論勤工助學崗位管理功能的實現。
學生在使用自己的學號登錄之后，就可以查詢勤工助學崗位信息，其實現流程如圖 5.11所示。
圖5.11查詢勤工助學崗位信息流程圖
Fig. 5.11 Flow chart of student staff positions information inquiry
5.5公共信息服務模塊的實現
公共信息服務模塊主要是對該系統中的信息進行查詢，為用戶提供快捷、方便的查 詢功能。包括信息模糊查詢、學生工作綜合情況查詢、學生基本信息查詢模塊、學生日 常行為信息查詢、學生誠信信息查詢、學生擇業信息查詢、學生綜合信息查詢等等。
以下，以信息模糊査詢為例說明相應查詢功能的實現。
所謂模糊查詢是指通過使用模糊集合或具有模糊特征的語言詞對數據庫進行查詢， 也就是說，查詢標準或查詢條件可包含模糊集合或語言詞，而數據庫本身則可以是傳統 （非模糊）數據庫，也可是模糊數據庫。SQL是目前使用的最廣泛的結構化查詢語言， 但是使用SQL語句進行查詢，條件必須是精確的數據，而不能是模糊信息。所以便有 很多的研究趨向了模糊理論方面，利用模糊理論知識來實現了模糊查詢技術。目前SQL 模糊查詢一般可以分為兩類：一類是SQL簡單模糊查詢，另一類是基于模糊理論的SQL 模糊查詢。在本系統的實現中使用了前者，即SQL簡單模糊查詢。
SQL簡單模糊查詢的實現離不開LIKE指令的運用。LIKE指令后給出的查詢條件
可以準確的描述為一個正則表達式。習慣上認為正則表達式是一種有力的工具，可用于 字符串模式匹配和替換，其中必定包含匹配符。LIKE配對的數據類型主要是字符串、 日期或時間。
本系統允許用戶在查詢時輸入的查詢條件可以為一個，也有可以為多個，因此處理 查詢的關鍵是將若干個“邏輯與”關系的査詢條件拼接起來構成査詢字符串，本系統使用 的方法是遍歷每個需要用戶輸入查詢條件的文本框，構造完整的查詢字符串，系統將其 翻譯成動態SQL語句，然后執行動態SQL語句，得出查詢結果，并按照數據字典中用 戶定義的顯示字段的多少和格式進行顯示，從而實現了對各種信息進行復合條件動態組 合查詢。同時，不同權限的用戶能夠執行不同的數據查詢，這也是設計上的一個難點。 本系統使用的方法是根據用戶ID找出其訪問權限，實現分類查詢。
查詢功能的流程圖如圖5.12所示。
圖5.12查詢功能流程圖
Fig. 5.12 Flow chart of f inquiry unction
5.6校友聯誼區管理的實現
5.6.1校友錄功能的實現
沈陽大學校友錄功能主要是以頁面的形式發布沈陽大學的信息，為沈陽大學的校友 提供了解學校的平臺，讓每位校友能夠及時了解母校的發展變化，爭取為自己的母校貢 獻自己的一份力量。該功能的實現主要是靜態頁面的發布，在此不作詳述。
5.6.2校友社區功能的實現
沈陽大學校友社區功能主要是實現鏈接功能，鏈接到沈陽大學相關的校友網站，利 于校友和學校、校友和校友之間的交流，從而達到共建母校的效果。該功能的實現也是 靜態頁面的發布，在此不作詳述。
5.6.3校友信息管理功能的實現
校友信息管理是對沈陽大學歷屆畢業校友的在校信息以及工作信息進行統計，以利 于學校展示所取得的成績，同時也有助于與這些校友或是與校友多在的企業進行合作。 達到共同發展的目的。校友信息管理功能包括校友信息的增加、校友信息的刪除和校友 信息的修改和校友信息的查詢等。圖5.13給了校友信息的增加功能的實現流程。
5.7本章小結
本章詳細描述了系統中各個模塊的實現，包括系統登錄、基本信息管理、學生日常 行為信息管理、勤工助學信息管理、公共信息服務、校友聯誼區管理等功能的實現。在 介紹各個模塊的詳細實現的過程中，詳細介紹了涉及的關鍵技術的實現。
測試是軟件開發活動中非常重要的過程，下一章將詳細介紹對系統的測試方法和測 試結果。
第6章系統測試
6.1軟件測試
軟件測試是指使用人工或者自動手段來運行或測試某個系統的過程，其目的在于檢 驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。它是幫助識別開發完 成的計算機軟件(整體或部分)的正確度(correctness)、完全度(completeness)和質量(quality) 的軟件過程[21]p2]o
軟件測試的意義在于：
(1)發現軟件錯誤。越早的發現錯誤，越方便改正。
(2)有效定義和實現軟件成分由低層到高層的組裝過程。
(3)驗證軟件是否滿足任務書和系統定義文檔所規定的技術要求。
(4)為軟件質量模型的建立提供依據。
軟件測試的目的，第一是確認軟件的質量，其一方面是確認軟件做了所期望的事情 (Do the right thing),另一方面是確認軟件以正確的方式來做了這個事件(Do it right)o第 二是提供信息，比如提供給開發人員或程序經理的反饋信息，為風險評估所準備的信息。 第三軟件測試不僅是在測試軟件產品的本身，而且還包括軟件開發的過程。如果一個軟 件產品開發完成之后發現了很多問題，這說明此軟件開發過程很可能是有缺陷的。因此 軟件測試的第三個目的是保證整個軟件開發過程是高質量的。測試的總體目標是保證軟 件的質量〔”㈣。
軟件測試需要遵循以下幾項原則〔均：
(1)所有測試的標準都建立在用戶需求之上。軟件工程以質量為核心，開發出來的 軟件產品應該滿足用戶的需求。所以，測試時需要更多的考慮用戶能否正確、完整的使 用被測軟件，用戶使用這套軟件能夠給他們的工作帶來多少好處，不過多考慮用戶不在 意的問題。
(2)所有的需求都是可驗證的。在需求分析活動中，對提出的所有需求都應該設定 明確的驗收標準。測試人員根據這些驗收標準判斷軟件是否滿足要求，而不是根據自己 的感覺判斷。
(3)可以提前展開測試活動。盡早測試，盡早發現問題，才能盡早解決問題。事實 上，需求分析完畢后，就可以編制測試計劃和測試用例，在設計說明書產生后，可以進 一步細化和修訂測試計劃與測試用例。
(4)增量測試。時常有這樣的情況發生，每個模塊都能單獨工作，但這些模塊集成 在一起之后卻不能正常工作。增量測試可以幫助測試人員更容易找到缺陷，容易孤立新 出現的錯誤陽。
(5)不能忽略非正常的輸入數據。測試用例中，不僅要有合法的輸入數據，而且需 要非法的輸入數據。應當充分考慮各種預想不到的輸入情況，例如輸入了非法字符、按 錯鍵等。
6.2測試內容
測試內容主要包括界面測試、集成測試、功能測試、性能測試和安全性測試。
界面測試主要是測試設計的軟件界面能夠正確引導用戶自動完成相應的操作，起到 向導的作用；能否讓用戶感覺到工作的輕松愉悅；集成測試主要是測試系統能夠與其他 系統和組件配合工作；功能測試主要是測試系統能夠符合制定的要求；性能測試主要是 測試系統在各種情況下的處理和響應時間；安全性測試主要是測試系統及其數據是否能 夠受到保護、隱私是否后能夠受到保護等。
6.2.1界面測試
在漫長的軟件發展中，界面設計工作一直沒有被重視起來。其實，軟件界面設計就 像工業產品中的工業造型設計一樣，是產品的重要買點。友好美觀的界面會給用戶帶來 舒適的視覺享受，拉近用戶與軟件的距離。界面設計不是單純的美術繪畫，需要定位使 用者、使用環境、使用方式并且為最終用戶而設計。檢驗一個界面的標準不是某個項目 開發組領導的意見也不是項目成員投票的結果，而是最終用戶的感受。所以，界面設計 要和用戶研究緊密結合。下面，簡單介紹系統的部分頁面。
系統首頁界面如圖6.1所示。
「 建遠見！昊于庶乳I録糸良衛1營at入口 *冋姑地89 i版取聲明 J
titie. Siii''"•: JUr&t: XsJsfJ-
圖6.1系統首頁界面圖
Fig. 6.1 UI of system home page
學生基本信息管理是本系統的重要頁面，如圖6.2所示。
陵辺霑見I關于我們I聯*我們I管理入口 ！岡砧電圖|板權盧朗
Copyrccfct 20JJ-20J§ All Ki<h« Usservtd.
圖6.2學生基本信息管理
Fig. 6.2 UI of student basic infbrmation management
勤工助學管理也是本系統的重要頁面，圖6.3勤工助學崗位添加界面圖。
SHt!»vAi»6 PMjvi Mj»rr
沈陽人學勤匸助學崗位信息
校內曲位宿息
-歲加1取消
校外崗位信息
:i*c W；A
建議世見」關于戍們I聯系我們I管仗入口 I序站址田｛農權聲窮
圖6.3勤工助學崗位添加界面圖
Fig. 6.3 UI of student staff positions information addition
如圖6.4中給出的是校友聯誼區界面。
學工在纟戔
沈陽大學校友錄
校園融
沈大蓊岡昭 沈陽太學就業舸
歡迷»見I關于襄們」聯系我們［管理入口 f網鮎地圖I版權聲明
Ca^ifla 血十如 Al： Rjilils
圖6.4校友聯誼區界面圖
Fig. 6.3 UI of alumni association area
在本系統的界面測試時，重點測試了以下方面：
(1)直觀性。用戶界面是否潔凈、不唐突、不擁擠，界面不應該為用戶制造障礙， 所需功能或者期待的響應應該明顯，并在預期出現的地方。界面組織和布局是否合理， 是否允許用戶輕松地從一個功能轉到另一個功能，下一步做什么、該如何做是否明顯， 是否任何時刻都可以決定放棄或者退回、退出，輸入是否得到承認。
(2)一致性。整個軟件是否使用同樣的術語，例如，計量器具是否一直都叫計量器 具，而不是儀器？添加的快捷鍵是否一致，例如“Enter”代表確定，“Esc”代表取消？整 個系統中的色調、字體大小、顏色、布局是否統一等等。
(3)靈活性。靈活的軟件實現同一任務有多種選擇方式，例如輸入查詢條件后，輸 入"Enter"等價于點擊"確定"按鈕；在DataGridView中，雙擊一彳亍和單擊一行后再點擊按 鈕等；在錄入信息界面，按下“Tab”時，活動光標自動跳到下一個控件中；數據輸入時, 既支持用戶直接用鍵盤輸入也支持復制、粘貼等。
界面測試時，也發現了一些界面布局、文字表達、顏色搭配等方面的問題。
6.2.2集成測試
集成測試覆蓋了系統與外部組件和已存在系統的集成。隨著不同系統部件的集成， 測試的數量將不斷增加。在辦公管理系統中，集成測試主要是測試多個用戶在同時連接 服務器數據庫的情況下，測試在客戶端修改數據的同時、該數據正在服務器中進行更新 所導致的沖突情況；測試修改服務器中的數據能否立刻刷新客戶端等等。
6.2.3功能測試
功能測試覆蓋了智能客戶端系統的功能，以確保它符合指定的要求。它們能夠提供 系統的有效性和使用性的反饋，以解決要求和實際系統之間的偏差。
(1)鏈接測試
鏈接是Web應用系統的一個主要特征，它是在頁面之間切換和指導用戶去一些不 知道地址的頁面的主要手段。鏈接測試從三個方面進行：首先，測試所有鏈接是否按指 示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，保證 Web應用系統上沒有孤立的頁面，所謂孤立頁面是沒有鏈接指向該頁面，只有知道正 確的URL地址才能訪問。
(2)表單測試
當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶登錄、 信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務器的 信息的正確性。例如：用戶填寫的學號、姓名信息是否恰當，對使用了默認值的選項檢 驗默認值的正確性。
(3)數據庫測試
在Web應用技術中，數據庫起著重要的作用，數據庫為Web應用系統的管理、運 行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中，最常用的數據庫 類型是關系型數據庫，可以使用SQL對信息進行處理。在使用了數據庫的Web應用系 統中，一般情況下，可能發生兩種錯誤，分別是數據一致性錯誤和輸出錯誤。數據一致 性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網絡速 度或程序設計問題等引起的，針對這兩種情況，可分別進行測試。
6.2.4性能測試
性能測試覆蓋了在各種數據加載、內存壓力條件、網絡可用性以及不同的連接數度 下，應用程序的處理和響應時間。
6.2.5安全性測試
安全性測試覆蓋的范圍包括：驗證隱私是否能夠受到保護、數據是否加密、數據是 否防篡改，以及應用程序是否能夠承受各種類型的惡意攻擊。
6.3測試結果及評價
經過一段時間測試，就系統安裝、系統運行界面、系統集成環境、系統各種功能、 系統性能、系統安全性進行了一個很全面很詳細的測試。
系統在各種運行環境下都能夠正常安裝，并且可以自定義安裝文件夾，安裝的文件 夾以及文件也能夠正確命名。并且能夠完全卸載已經安裝的部件。
系統運行界面采用的是WEB結構的界面，界面采用的是淺藍色系，使用起來感覺 很舒適不會很勞累；界面上的術語都采用工作中常用詞語，大部分情況下企業用戶使用 起來即使不用幫助文檔都能順利進行工作；盡量減少企業用戶的負擔，在數據輸入的時 候多采用下拉選擇框，減少用戶的輸入。
系統功能齊全，滿足用戶需求。
系統在采用SQL Server 2008數據庫時，不論數據庫采用數據庫共享使用模式還是 數據庫各級獨占模式，都能夠很快響應；系統在安全性上面也能做到不讓用戶在數據庫 上直接操作，只能通過系統進行對數據庫的添加、修改、刪除，從而保證了數據的正確 性；并且系統在數據校驗方面也做得比較完備，保證了不合法數據能根據不合法數據帶 來的危害而及時給出提示、警告或禁止；在權限控制上，也做到了比較詳細的授權，保 證了只有授權的用戶才能對數據進行操作，沒有授權的用戶不能對數據進行操作。通過 這些手段，基本保證了數據的完整性和正確性。
6.4本章小結
本章闡述了系統測試的相關工作。首先，對軟件測試進行了簡要介紹，然后詳細介 紹了系統的單元測試、集成測試、界面測試、壓力測試和安裝測試，其中包括對測試方 法的介紹和一些測試用例，并給出了各個測試部分發現的典型問題，剖析了問題的原因， 給出了相應的解決方案。最后，根據各個測試得出了系統的測試結論。
第7章結論
7.1本文工作總結
學生信息管理是整個學校學生管理工作中的關鍵環節之一。采用計算機信息技術和 網絡技術來管理在校學生信息是大勢所趨。基于網絡的學生信息管理系統能為學校管理 者提供及時、準確的學生信息，從而提高管理工作的效率。
本文以沈陽大學學生處對學生信息管理的需求，分析了本校的學生管理工作的業務 流程，收集了與學生信息管理相關的第一手資料，確定了該校學生管理信息系統的目標 和主要功能需求。
根據軟件需求，文中給出了合理的軟件結構，定義了各個功能模塊，包括學生基本 信息管理模塊、學生日常行為信息管理模塊、勤工助學信息管理模塊、沈陽大學校友聯 誼區管理模塊。描述了每個功能模塊具體功能和處理過程。設計了該學生管理信息子系 統的數據庫和詳細的數據庫表結構。對主要的功能模塊還描述了其詳細設計過程，在用 戶界面設計中，充分考慮了用戶界面的設計原則提高了系統的可用性。
本系統設計了四個模塊：學生基本信息管理模塊主要完成學生基本信息、班級基本 信息以及輔導員信息等方面的信息維護。學生日常行為信息管理模塊主要對學生在校期 間的獎勵（榮譽稱號、獎學金）、懲罰、學習成績、校外住宿等信息進行管理。勤工助學 信息管理模塊是對家庭條件困難的同學進行鑒定，然后根據本鑒定，相關部門采取相應 的措施進行資助。另外，在本模塊中還提供學生勤工助學崗位的信息，供學生查詢。沈 陽大學校友聯誼區管理模塊主要完成對校友的管理，建立校友通訊錄，鏈接校友社區， 增進與各校友企業的聯系，增加溝通，從而增加學校與企業的溝通。
通過本次對沈陽大學學生信息綜合管理系統中學生信息管理子系統的設計，學習了 很多相關的理論知識和技術，熟悉了 ASP.NET語言的編寫過程，掌握了 Microsoft SQL 2008數據庫的應用方法，并熟練應用了 Microsoft Visual Studio 2005這個開發平臺。
7.2進一步工作展望
本系統已經基本滿足了用戶需求，但是在試運行階段，用戶針對當前系統提出了一 些需要改進的地方以及進一步的需求，主要包括以下幾個方面：
（1）加強用戶管理
在學生信息管理系統中涉及到用戶管理問題。分散的用戶管理會使本系統的權限管 理變得更加復雜，并且容易降低管理系統的安全性。對于變更的用戶需要進行及時的權 限更改。
(2)完善數據管理
在學生信息管理系統中，有一些交叉和重合的數據，分散到不同模塊中的相同數據 很難保證數據的一致性。同時，數據量的增加會影響到系統的數據存取性能。完善數據 管理，首先，要嚴格按照第三范式設計良好的數據庫結構；其次，運用事務處理機制保 證數據的一致性；另外，程序中的數據操縱語句要盡量簡潔，提高信息化平臺的響應性 能。
(3)增強系統的可靠性
為保證模塊的獨立性，要盡最大可能降低模塊的耦合度，提高模塊的內聚度，構建 一個可靠的、易維護的信息化平臺。
隨著功能的不斷完善，學生信息管理系統將極大地提高學生管理工作的科學化、信 息化水平。對于本系統來說，雖然采用一些比較基本的、先進的管理理念來指導開發， 同時采用了比較流行的技術進行實際開發，但隨著現實情況的不斷發展，這些會不斷面 臨來自各方面的挑戰，因此，在可以預見的未來本學生信息管理系統將處在不斷的豐富 與發展中。
參考文獻
1.張云鵬，朱紅，李慧芳.高校信息管理與信息系統專業建設現狀分析[J],教育理論與 實踐,2012, (3): 18-20.
2.張耀方.高校信息管理數據資源的現狀研究[J],亞太教育,2015, (8): 128-128.
3.劉婕.當今高校信息管理系統建設研究[J],電腦迷(數碼生活),2014,(3):67,72.
4.鄧金學生信息管理系統簡述[J],現代交際,2015, (6): 174-174.
5.白會劍高校學生信息管理系統[J],中文信息,2014,(1): 3-5.
6.羅成.基于網絡的學生信息管理系統的原型設計[D],武漢：中國地質大學,2008.
7.檀柏紅.管理信息系統開發方法、工具與應用[M],北京：清華大學出版社,2010.
&張友生，陳松喬C/S與B/S混合軟件體系結構模型[J],計算機工程與應用,2002, (23): 138-140.
9.Zhang Junping, Zhu Xiaodong, Liang Xin. C/S and B/S Mixed Style and the Application[A], First International Workshop on Education Technology and Computer Science[C], March 2009, 682-686.
10.Microsoft Corporation. ASP.NET 快速入門教程[EB/OL], http://www.imagecode.net/ quickstart/aspplus/, 2002.
11.戴子良.SQL Server 2008寶典[M],北京：中國鐵道出版社,2011.
12.Lars Powers, Mike Snell. Microsoft Visual Studio 2005 Unleashed[M], Lexington: Sams Publishing, 2006
13.烏聰敏，么莉，濟鏗.基于改進Web三層結構的電力技術監督系統設計與實現[J], 電力自動化設備,2010,(2): 118-122.
14.孫全玲.B/S/S三層結構的辦公自動化系統設計[J],科技創新導報,2010, (32):71-71.
15.曹樂松.基于三層B/S/S結構的招生信息系統的設計[J],水利科技與經濟，2007,(7): 508-509.
16.Twala B, Cartwright M, Shepperd M. Comparison of various methods for handling incomplete data in software engineering databases [A], International Symposium on Empirical Software Engineering[C], 2005,105-114.
17.何邦財.談實用數據庫的設計方法[J],信息與電腦(理論版),2014,(7):85-85.
18.劉先鋒.數據庫系統原理與應用[M],武漢：華中科技大學出版社,2012.
19.Raghu Ramakrishnan, Johannes Gehrke. Database Management Systems[M], New York: McGraw-Hill Higher Education, 2008.
20.Patricia Ward, George Dafoulas. Database Management Systems[M]? Standfbrd: Cengage Learning EMEA ,200&
21.王薬奏 軟件測試理論初步框架[J],計算機科學,2014, (3): 12-16,35.
22.楊培培，趙海生，李振星.實用軟件測試方法研究,2015,(zl)： 166-167,173.
23.Chen Rogers J. Arranging software test cases through an optimization method[A], Proceedings of Technology Management for Global Economic Growth[C], July, 2010, 1-5.
24.Masayuki Hirayama, Osamu Mizuno, Tohru Kikuno. Analysis of Software Test Item Generation - Comparison Between High Skilled and Low Skilled Engineers[J],計算機 科學技術學報(英文版),2005, 20(2): 250-257.
25.肖豐佳，李立新.軟件測試技術研究[J],工業控制計算機,2012,(1):75-76.
下一篇：交通設施信息管理系統的設計與實現
相關標簽:
