高校資助管理系統(tǒng)的設計與實現(xiàn)

Abstract高校資助管理系統(tǒng)的設計與實現(xiàn)摘要隨著高校收費體制的改革，學生資助管理的規(guī)模日益擴大。目前我國基本建立起以特殊困難補助、勤工助學、學生貸款、獎學金、學費減免為主體的多元化的資助貧困家庭學生的政策體系，以幫助我國全日制公辦普通高等學校貧困家庭學生順利入學和順利完成學業(yè)。將計算機網(wǎng)絡技術應用到學生資助管理當中，設計出一套學生資助信息管理系統(tǒng)，既有助于提高學生資助管理的標準化和網(wǎng)絡化程度，還可以促進學生資助工作的不斷創(chuàng)新和發(fā)展的進程。本文以貴州師范大學的學生資助管理為研究對象，進行充分的調查研究，在此基礎上，提出學生資助管理系統(tǒng)的需求分析，采用JSP.NET開發(fā)技術設計出一套通用的高校學生資助信息管理系統(tǒng)。根據(jù)系統(tǒng)的功能需求，對高校資助管理系統(tǒng)的具體功能模塊（具體包括貧困生管理、勤工助學管理、助學貸款管理、獎助學金管理、系統(tǒng)管理）和系統(tǒng)數(shù)據(jù)庫進行詳細的設計與分析，并給出系統(tǒng)詳細功能模塊結構圖以及系統(tǒng)的業(yè)務流程圖。數(shù)據(jù)庫的開發(fā)過程從數(shù)據(jù)庫設計的原則和基本步驟出發(fā)，研究制定完整的數(shù)據(jù)字典，根據(jù)系統(tǒng)涉及的實體和屬性，給出系統(tǒng)數(shù)據(jù)庫表關系圖。在系統(tǒng)的實現(xiàn)過程中，主要描述了系統(tǒng)用戶登錄、用戶權限設置、學生基本信息管理和資助管理四個功能界面。結合系統(tǒng)功能要求，采用B/S的網(wǎng)絡架構模式，運用服務器控件設計開發(fā)完成學生資助信息管理系統(tǒng)。最后，總結本課題的具體開發(fā)與設計工作，同時對學生資助信息管理系統(tǒng)的下一步擴展設計與應用做了明確的展望。關鍵詞：學生資助；管理系統(tǒng)；分析與設計AbstractWiththereformofuniversitieschargesystem,thescaleofstudentfinancialassistancemanagementisexpandinggradually.InordertohelpthestudentsinpoorfamiliestoadmitandfinishtheschoolworksuccessfullyintheChinesefull-timepublicuniversities,thepolicysystemsincludingscholarships,studentloan,work-study,specialdifficultiessubsidyandtuitionfreearesetupbasically.ItisbeneficialtoimprovethelevelofstandardizationandnetworkinthestudentfinancialassistancemanagementandpromoteinnovationinthisworkthoughthecomputernetworktechnologybasingontheinformationmanagementsystemofWEB.Inthisdissertation,thestudentfinancialassistancemanagementinGuizhounormaluniversitywasresearchedandthedemandofthismanagementsystemwasanalyzedaswell.AsetofgeneralfinancialassistanceinformationmanagementsystemwasdesignedbasedontheJSP.NET.Accordingtothefunctionalrequirementsofthesystem,thisarticleanalyzedanddesignedthespecificfunctionalmodulesofstudentfinancialassistancemanagementsystemincludingthepoorstudentinformationmanagement,work-studymanagement,managementofstudentloans,scholarshipsmanagement,systemmanagementandthesystemdatabaseandshoweddetailedfunctionalblockdiagramofthesystemandsystembusinessprocessdiagrams.Onprincipleofthedatabasedesign,thecompletedatadictionarywasformulated.Onthebasisoftheinvolvedentitiesandattributesofsystem,thisstudygavethedatabasetablerelationshipchart.Inthesystemimplementationprocess,thisarticlemainlydescribedtheloginofusers,userpermissionsetting,studentinformationmanagementandfinancialassistancemanagement.Accordingtothesystemfunctionalrequirements,onthebasisoftheB/Snetworkarchitecturemodelandtheservercontrols,thisresearchdesignedthestudentfinancialassistancemanagementsystem.Finally,thedissertationsummedupthespecificprocessofthedevelopmentanddesign,andmadeaclearvisioninexpansiondesignandapplicationsofstudentfinancialinformationmanagementsystemsinthefutureKeyWords:StudentFinancialAssistance;Systemmanagement;DesignAnalysisandDesign高校資助管理系統(tǒng)的設計與實現(xiàn)目錄高校資助管理系統(tǒng)的設計與實現(xiàn)ContentsContentsShaper1Introduction 11.1Background 11.2PurposeandSignificanceofThisResearch 11.3CurrentResearchSituation 21.4MajorContentandStructureArrangementofThisDissertation 31.4.1MainContentsofThisDissertation 31.4.2StructureArrangementofThisDissertation 3Chapter2KeyTechnologiesAppliedinSystemDevelopment 52.1SystemStructure 52.1.1TheStructuralAnalysisofC/S 52.1.2TheStructuralAnalysisofB/S 62.1.3TheComparationBetweenC/SandB/S 72.1.4TheChooseoftheSystemStructureintheProject 72.2TheApplicationoftheJSPTechonology 82.3TheFramwork 102.4Summary 11Chapter3RequirementsAnalysisoftheSystem 123.1TheTargetsandPrinciplesofSystemDesign 123.2TheFunctionalRequirementsoftheSystem 133.2.1TheGeneralRequirement 133.2.2TheBasicFuncionalModule 143.2.3TheOperationProcess 153.2.4TheDataProcess 153.3TheNon-FunctionalRequirementsoftheSystem 163.3.1TheRequirementsofSoftwareandHardwarre 163.3.2TheSecurityofData 163.3.3TheStateofSystemOperation 173.4Summary 17Chapter4DesignoftheSystem 184.1TheDesignofSystemFuctionModule 184.2TheSettingofthePermissionforUsers 184.3TheDesignofMainSystemFunctionModules 204.3.1TheLoginModule 204.3.2 204.3.3TheSub-SystemofWork-studyManagement 214.3.4TheSub-SystemofEducationalLoansManagement 224.3.5TheSub-SystemofScholarshipManagement 234.3.6TheSub-SystemofSystemManagement 234.4TheDesignoftheSystemDatabase 244.4.1ThePrinciplesofDatabaseDesign 244.4.2TheDesignofSystemDatabase 254.4.3TheRelationAmongTables 264.4.4TheSettingofDatabaseSecurity 274.4.5TheManagementandOptimizationofDatabase 274.5Summary 28Chapter5TheImplementationoftheSystem 295.1TheImplementationofUsersLoginModule 295.2TheImplementationofUsersPermissionSetting 295.3TheImplementationofStudentsBasicInformationManagement 315.4TheImplementationofFinancialAssistanceManagement 325.5TheImplementationofSub-SystemsBasedonMVCFramwork 335.6Summary 38Chapter6SystemTesting 396.1FunctionTesting 396.2SystemPerformanceTesting 396.3TestingResults 406.5Summary 40Chapter7ConclusionsandProspect 417.1Conclusions 417.2Prospect 42References 43Acknowledgements 46高校資助管理系統(tǒng)的設計與實現(xiàn)第1章緒論PAGE46PAGE46第1章緒論1.1研究背景 隨著高校擴招,收費制度實施,高校貧困生問題日益突出。為保障高等教育公平,我國已形成了“獎、貸、助、補、減”多元資助體系[1]。尤其是2007年，國家在高等教育階段建立起國家獎學金、國家勵志獎學金、國家助學金、國家助學貸款、師范生免費教育、勤工助學、學費減免等多種形式并存的內容和對象明確的高校資助體系。例如新生報到期間“綠色通道”解決考入大學的家庭經濟困難學生先按時報到；入校后，學校對其家庭經濟困難情況進行核實，采取不同的如給予國家助學金以解決生活費，積極辦理解決國家助學貸款解決學生學費、住宿費問題。此外，國家還積極引導和鼓勵社會團體、企業(yè)和個人面向高校設立獎學金、助學金，共同幫助家庭經濟困難學生順利入學并完成學業(yè)。截止到2009年，“獎、貸、助、補、減”混合型資助模式的運行，使許多貧困學子走出困境，踏上了求學之路。全國學生資助管理中心主任崔邦焱指出：2008年，中央和地方財政在國家獎助學金的投入上共計104.66億元，其中中央財政投入66.13億元。國家助學貸款方面，2008年全國高校新增貸款人數(shù)67.4萬人，新增貸款金額65.9億元[2]。此外，40.84萬名新生通過“綠色通道”順利走進大學校園，占報到新生總數(shù)的7.9%。同時，全國20個已啟動生源地信用助學貸款工作的省份，共計審批貸款學生23.9萬人，審批貸款合同金額12.6億元。連同2007辦理的貸款，累計已審批35.2萬人，審批合同金額26億元。從1999年至2008年年底，10年來，全國高校累計有436.1萬名大學生通過國家助學貸款政策圓了自己的大學夢，累計貸款金額達337.1億元[3]。今后還需繼續(xù)加大資助力度、擴大資助范圍和資助對象，進一步建立健全高校資助體系，促進高校教育公平，實現(xiàn)不讓每一個大學生因家庭經濟困難而輟學。1.2研究目的及意義隨著我國經濟的不斷發(fā)展，政府及社會各界對高校人才培養(yǎng)的投入力度也在加大，各種形式的獎助學金、助學貸款、勤工助學、生活補助等，涉及的學生數(shù)量眾多，金額龐大，牽涉的面廣，政策性強，情況復雜，面臨的困難很多。為此，有必要通過信息技術，設計出一套功能完善、易于操作、運作精確的管理信息系統(tǒng)，實現(xiàn)高校學生資助管理的科學化、規(guī)范化、信息化、高效化，使資助政策最大限度地發(fā)揮激勵和助困作用。同時隨著信息技術的發(fā)展，計算機和網(wǎng)絡已經成為現(xiàn)代化辦公不可短缺的工具和信息傳輸?shù)挠行лd體，基于Web技術的各類網(wǎng)絡管理系統(tǒng)也應運產生，這些網(wǎng)絡管理系統(tǒng)被應用于社會生活的各個領域，如政府辦公、商貿經濟、交通運輸、文化教育等[4]。其中，把計算機技術和網(wǎng)絡資源應用到日常工作中也變得越來越廣泛，計算機技術也隨著計算機和網(wǎng)絡的發(fā)展變得越來越成熟，所以研究困難學生資助管理系統(tǒng)把計算機技術等現(xiàn)代辦公手段與學生資助工作緊密結合，開發(fā)基于網(wǎng)絡技術和網(wǎng)絡資源的學生資助管理系統(tǒng)，降低工作成本，進一步提高資助管理工作規(guī)范化和科學化的水平在當前的發(fā)展趨勢下具有十分重要的意義和緊迫性。1.3研究現(xiàn)狀隨著高校家庭經濟困難學生資助工作的全面深入開展，給資助工作，特別是信息的統(tǒng)計和匯總提出了更高的要求。為了滿足工作需要，必須將資助工作進行信息化管理，使先進的校園網(wǎng)及其信息技術在資助工作中發(fā)揮應有的作用，以提高工作的效率、保證數(shù)據(jù)的準確性，使資助工作在公開、公平、公正的基礎上最大限度地發(fā)揮資助資金對學生的激勵和助困作用[5]。這也是黨中央、國務院、各級人民政府、教育行政部門和社會各界高度重視和關心問題。同時對于高校而言，隨著學校辦學規(guī)模的不斷擴大和各種資助項目的不斷增加，高校學生資助管理工作在學生的教育、管理和服務工作中的地位也越來越重要，這也造成高校學生資助工作變得越來繁雜。每年高校資助的種類高達幾十項，每一次涉及發(fā)放的金額少則數(shù)萬元多達數(shù)百萬，每年獲得各種資助和獎勵的學生多達幾萬人次，占到在校學生的60%以上[6]。對于如此龐大的受資助學生數(shù)量錯。1.4本文研究內容及結構安排1.4.1本文研究內容本文主要依據(jù)國家在2007年，國務院頒布的貧困學生資助體系的實際情況，并充分了解具體的業(yè)務實施情況，同時從資助管理體系的自身需要的角度出發(fā)，詳細論述了本系統(tǒng)的需求分析，包括系統(tǒng)的總體功能需求、非功能性需求系統(tǒng)、系統(tǒng)的軟件應用環(huán)境和硬件應用環(huán)境。主要研究內容有基于MVC模式的系統(tǒng)的開發(fā)框架，其中汲取了Struts等框架的精髓思想，保持了架構清晰，同時對其中較為繁瑣的模型層次進行簡化，在保證不影響框架性能基礎上，用清楚分明的層次關系，讓開發(fā)邏輯清晰，從而有效減小了開發(fā)負荷。在數(shù)據(jù)庫訪問及數(shù)據(jù)操作方面，開發(fā)了相應的邏輯模塊作為數(shù)據(jù)交互層。這樣做就把數(shù)據(jù)操作獨立出來了，不再由業(yè)務邏輯與數(shù)據(jù)庫直接交互，進一步降低開發(fā)難度，使開發(fā)人員無需再顧忌數(shù)據(jù)庫連接及相關操作問題。整套開發(fā)框架結構清晰、簡單易用，經開發(fā)使用證明效果良好，適用于類似系統(tǒng)的開發(fā)。同時本文詳細闡述了系統(tǒng)各個功能模塊的設計，并在此基礎上對數(shù)據(jù)庫的設計原則、數(shù)據(jù)庫中的部分表結構和表關系進行了分析，并對數(shù)據(jù)庫的安全性進行了分析。針對操作權限和數(shù)據(jù)狀態(tài)相關的問題給出了解決方案。操作權限控制與數(shù)據(jù)狀態(tài)相關這類問題在業(yè)務應用中具有一定的普遍性，針對這類問題的解決方案對其它系統(tǒng)開發(fā)和應用具有一定參考價值。資助管理系統(tǒng)圍繞學生資助工作的實際需求進行設計，比較完整地實現(xiàn)了學生信息管理、資助資格審核和資助信息管理等功能，基本滿足了資助工作的需要，為資助工作構建了信息化平臺，為提高工作效率和管理水平提供了強有力的支持。1.4.2結構安排本文共分七章:第一章：緒論。本章包括論文的研究背景、資助系統(tǒng)的概述，同時對本文研究的主要內容和結構進行了介紹。第二章：系統(tǒng)開發(fā)關鍵技術。研究了系統(tǒng)設計的相關技術，包括系統(tǒng)網(wǎng)絡架構模式：B/S模式和C/S模式，以及兩種模式的比較分析，以及本系統(tǒng)采用的模式；介紹了系統(tǒng)的結構框架和應用技術。第三章：系統(tǒng)需求分析。依據(jù)2007年國務院頒布的貧困學生資助體系的有關要求，充分了解具體的業(yè)務實施情況項目。并從資助管理體系的自身需要的角度出發(fā)，詳細論述了本系統(tǒng)的需求分析，包括系統(tǒng)的總體功能需求、非功能性需求系統(tǒng)、系統(tǒng)的軟件應用環(huán)境和硬件應用環(huán)境。第四章：系統(tǒng)的詳細設計。詳細闡述了系統(tǒng)各個功能模塊的設計，并在此基礎上對數(shù)據(jù)庫的設計原則、數(shù)據(jù)庫中的部分表結構和表關系進行了分析，并對數(shù)據(jù)庫的安全性進行了討論。第五章：系統(tǒng)的實現(xiàn)。本章對系統(tǒng)部分模塊實現(xiàn)的功能進行了具體介紹，針對操作權限和數(shù)據(jù)狀態(tài)相關的問題給出了解決方案。第六章：系統(tǒng)測試。本章對系統(tǒng)進行了軟件測試，并得出了測試結論。第七章：總結與展望?？偨Y全文，并指出今后在實際應用方面需要進一步努力的方向。高校資助管理系統(tǒng)的設計與實現(xiàn)第2章系統(tǒng)開發(fā)關鍵技術第2章系統(tǒng)開發(fā)關鍵技術系統(tǒng)開發(fā)要做好系統(tǒng)設計相關技術的分析，并針對系統(tǒng)開發(fā)的關鍵技術進行相應研究，如系統(tǒng)結構的分析與選擇，特別是針對系統(tǒng)網(wǎng)絡架構C/S模式和B/S模式的比較分析，從而作出本系統(tǒng)采用的模式；以及系統(tǒng)的結構框架和應用技術的分析，為系統(tǒng)的開發(fā)設計提供技術基礎。2.1體系結構的選擇系統(tǒng)的網(wǎng)絡架構是衡量一個系統(tǒng)應用軟件是否先進的最重要的因素之一。近年來，計算機技術的不斷發(fā)展，Client/Server(C/S)和Browser/Server(B/S)，因為其高效率、高可靠性、穩(wěn)定易于處理等優(yōu)勢已經作為先進的系統(tǒng)架構被大量應用于系統(tǒng)開發(fā)[7]。目前多數(shù)的C/S結構體系不具有三層B/S結構的架構模式，沒有真正的體現(xiàn)B/S結構的先進性。為使本系統(tǒng)B/S結構的架構模式具有目前大多數(shù)信息化管理系統(tǒng)所沒有的先進性，在建立系統(tǒng)體系結構時，將著重考察計算機信息系統(tǒng)的實際使用層次和程度。2.1.1B/S結構分析B/S結構，即瀏覽器/服務器結構，是隨著計算機網(wǎng)絡技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶界面完全通過WWW瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端（Server）實現(xiàn)，形成所謂三層B/S結構，這樣做的優(yōu)點就是大大簡化了電腦客戶端負荷，極大減輕了維護系統(tǒng)和系統(tǒng)升級的成本與工作量，降低了客戶的總體成本，并且B/S結構能比較有效地保障客戶數(shù)據(jù)平臺和管理訪問權限，通過對權限的保護也能使服務器數(shù)據(jù)庫很安全，這是一種全新的軟件系統(tǒng)構造技術。而且B/S結構它是一次性開發(fā)到位的，能實現(xiàn)在不同的地點，由不同的人員，以不同的接入方式訪問和操作相同的數(shù)據(jù)庫資源[8]。隨著Windows2000/WindowsXP將瀏覽器技術植入操作系統(tǒng)內部，B/S結構更成為當今應用軟件的首選體系結構[9]。它的優(yōu)點是維護和升級系統(tǒng)方式簡單，成本較降，同時大量應用服務器運行，所以應用服務器數(shù)據(jù)負荷較重，網(wǎng)絡管理人員只需要管理服務器就行。顯然B/S結構應用程序相對于的C/S結構應用程序是一種巨大的進步。其結構模型如圖2-1所示。WEBWEB瀏覽器應用服務器Web服務器數(shù)據(jù)庫請求應答結果SQL語句圖2-1三層Web結構體系2.1.2C/S結構分析C/S結構，即客戶機和服務器結構。它是軟件系統(tǒng)的體系結構，通過它可以充分利用兩端的硬件環(huán)境的優(yōu)勢，將任務合理分配到客戶端和服務器端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。因為C/S體系結構的數(shù)據(jù)庫應用具有：數(shù)據(jù)的儲存與管理功能透明和應用服務器運行數(shù)據(jù)負荷低這兩個方面的優(yōu)點。但是由于不能提供現(xiàn)在用戶所真正希望的開放環(huán)境，C/S結構的軟件需要根據(jù)不同的操作系統(tǒng)來開發(fā)不同版本的軟件，加之產品的更新?lián)Q代十分快，并且C/S架構的高昂維護成本、高代價、大投資、低效率，也使得C/S結構的軟件已經很難再適應現(xiàn)代管理信息系統(tǒng)中上百臺電腦以上局域網(wǎng)用戶同時使用[10]。目前大量的數(shù)應用軟件系統(tǒng)都使用C/S形式的兩層結構，而且現(xiàn)在的大多數(shù)軟件應用系統(tǒng)都在向分布式的Web應用發(fā)展，C/S和Web都可以進行相同的業(yè)務處理，應用不同的模塊共享邏輯組件；因此內部的和外部的用戶都可以訪問新的和現(xiàn)有的應用系統(tǒng)，通過現(xiàn)有應用系統(tǒng)中的邏輯組件擴展出新的應用系統(tǒng)。傳統(tǒng)的C/S模式的二層結構系統(tǒng)模型如圖2-2所示?？蛻舳丝蛻舳朔掌骺蛻舳藞D2-2C/S模式的二層結構系統(tǒng)模型2.1.3B/S與C/S的比較分析B/S結構是建立在廣域網(wǎng)的基礎上，而C/S結構是建立在局域網(wǎng)的基礎上的，二者存在著巨大的不同，其主要表現(xiàn)在以下幾個方面[11]：(1)在軟件的重復使用性的方面C/S結構程序必須要整體考慮,構件的重復使用性不如在B/S結構程序要求下的構件的重復使用性。并且B/S結構程序具有多重結構,要求構件具有相對獨立的功能，程序能夠被比較好地重復使用。(2)在應用的硬件環(huán)境方面B/S結構建立在廣域網(wǎng)絡之上,沒有專門的網(wǎng)絡硬件環(huán)境,C/S結構通常情況下建立在專門的局域網(wǎng)絡上,網(wǎng)絡之間通過專門的服務器提供數(shù)據(jù)交換和相互連接，網(wǎng)絡環(huán)境的使用范圍較小。所以B/S結構適應范圍比C/S結構的更強,只要有視窗操作系統(tǒng)和瀏覽器即可使用B/S結構。(3)在面向用戶的接口方面B/S結構建立在瀏覽器的基礎之上,能夠更加生動的表現(xiàn)形式與用戶進行交流，而C/S結構多是建立Window的操作系統(tǒng)平臺上,表現(xiàn)形式有限,對系統(tǒng)程序操作員的素質要求普遍較高。并且B/S結構C/S結構相比B/S結構大部分設計程序難度很低,相應的開發(fā)成本也就比較低。(4)在系統(tǒng)的架構方面B/S結構更多的在信息的安全予以考慮,所以建立在更加優(yōu)化的基礎之上，而C/S結構程序對系統(tǒng)運行速度的考慮相對較多，通過邏輯結構上比B/S少一層，使得在執(zhí)行相同任務上比B/S結構更快。(5)在維護的方法方面系統(tǒng)維護是軟件生存周期中最重要和開銷最大的階段。B/S結構由構件組成,個別構件的更換十分方面，能夠使得系統(tǒng)無限制升級，并且用戶可以通過網(wǎng)上下載安裝來實現(xiàn)升級[12]，使得維護費用的最小化。C/S結構因為其整體性的特征,所以，維護的過程中要從整體出發(fā)，處理系統(tǒng)問題和維護周期較長。2.1.4本項目體系結構的選擇本文根據(jù)學生資助管理系統(tǒng)保密要求高的特點，選擇了安全性相對較高的B/S體系結構，其三層結構如下。第一層為顯示層：即Web瀏覽器。系統(tǒng)的顯示部分都在顯示層中，也就是B/S網(wǎng)絡架構中的用戶客戶端。實現(xiàn)的功能是Web瀏覽器向網(wǎng)絡服務器提出服務要求，Web服務器對用戶的身份先進行驗證，驗證無誤后，再通過采用http協(xié)議的方式將用戶所需的數(shù)據(jù)傳輸給客戶端，并將其在Web瀏覽器上進行顯示。第二層功能層：由擁有應用程序擴展功能的服務器實現(xiàn)。系統(tǒng)的功能層主要用于系統(tǒng)中請求和事物的邏輯處理，它在系統(tǒng)的服務器端。它通過接受客戶端發(fā)來的客戶請求，并將其與數(shù)據(jù)庫進行連接，通過Java語句或者是其他的模式向服務器發(fā)出請求，并將傳回信息通過Web瀏覽器顯示客戶端用戶。第三層數(shù)據(jù)層：通過數(shù)據(jù)庫服務器來實現(xiàn)。系統(tǒng)的數(shù)據(jù)層的主要功能是數(shù)據(jù)的邏輯處理，它處在數(shù)據(jù)庫服務器端。通過完成Web服務器對數(shù)據(jù)庫操縱要求，實現(xiàn)數(shù)據(jù)庫的查詢、更新、修改等功能，然后將運行所得到的結果提交給Web服務器。2.2應用系統(tǒng)采用的技術—JSPJSP(JavaServerPages)是由SunMicrosystems公司倡導，許多公司參于建立的一種動態(tài)網(wǎng)頁技術標準，JSP頁面由Html代碼和嵌入其中的Java代碼所組成。服務器在頁面被客戶端請求以后對這些Java代碼進行處理，然后將生成的HTML頁面返回給客戶端的瀏覽器，從而形成JSP文件(*.jsp)[13]。JSP技術使用Java編程語言編寫類XML的tags和scriptlets來封裝產生動態(tài)網(wǎng)頁的處理邏輯。網(wǎng)頁還能通過tags和scriptlets訪問存在于服務端的資源的應用邏輯。JSP將網(wǎng)頁邏輯和網(wǎng)頁設計與顯示分離，是一種支持可重用的基于組件的設計，這使得基于Web的應用程序的開發(fā)變得迅速和容易。用JSP開發(fā)的Web應用是跨平臺的，既能在Windows下運行，也能在其他操作系統(tǒng)上運行。JavaServlet是JSP的技術基礎，而且大型的Web應用程序的開發(fā)需要JavaServlet和JSP配合才能完成。并且JSP具備了Java技術的簡單容易使用、完全的面向使用對象、平臺無關性并且使用安全可靠、主要面向因特網(wǎng)使用以及開發(fā)人員在一次編程后，可以共享和互換執(zhí)行操作組件等所有的特點。同時JSP頁面的內置腳本語言是基于Java編程語言的，所有的JSP頁面都會被編譯為Servlet，并在系統(tǒng)中被使用。JSP技術的優(yōu)點[14]：（1）一次開發(fā)，重復交換使用；Java被開發(fā)人員編程后可以用于交換和開發(fā)人員之間的共享使用，因此在Java在這一點上比PHP更為出色。除了操作系統(tǒng)之外，代碼不做任何修改。（2）系統(tǒng)的多平臺支持；Java的編程組建可以在所有平臺上的所有環(huán)境中開發(fā)和使用，并可在所有環(huán)境中部署和擴展，與之相比ASP/PHP的局限性現(xiàn)而易見的。（3）強大的可伸縮性；從只有一個小的Jar文件就可以運行Servlet/JSP，到由多臺服務器進行集群和負載均衡，多臺Application進行事務處理和消息處理，從一臺服務器到無數(shù)臺服務器，Java顯示了一個巨大的生命力。（4）多樣化和功能強大的開發(fā)工具支持；Java已經有了許多非常優(yōu)秀的開發(fā)工具，而且許多可以免費得到，并且其中許多已經可以順利的運行于多種平臺之下。（5）對于用戶界面的更新方便；（6）所有的應用都是基于服務器的，所以它們可以時刻保持最新版本；（7）客戶端的接口不是很繁瑣，對于各種應用易于部署、維護和修改。JSP技術的缺點[15]：（1）由于其跨平臺的功能，導致了技術的負責性；JSP技術正是由于為了跨平臺的功能，為了極度的伸縮能力，所以極大的增加了產品的復雜性。（2）運行速度低，占據(jù)硬盤的空間比較大；2.3框架模式MVC（ModelViewController）模式是一種理想化的設計模式，它將業(yè)務代碼與視圖代碼分離，能有效地理清系統(tǒng)結構，降低系統(tǒng)復雜度與維護難度，MVC把應用程序分成模型一視圖-控制器三個層次[16]。MVC[17]MVC[18]（1）一個模型可以被多個視圖對應，提高了應用的可重用性；（2）由于一個應用被分離為三層，只要改變某層就可能滿足應用需要。比如要改變一個應用的業(yè)務流程或業(yè)務規(guī)則，只需改動模型層；（3）由于不同層各司其職，各層對不同的應用可能具有某些相同的特征，有利于通過工程化、工具化產生管理程序代碼，從而實現(xiàn)軟件工程化管理[19-23]Struts是一個基于JSPModel2的MVC框架。其中，模型由實現(xiàn)業(yè)務邏輯的JavaBean或EJB組件構成，控制器由ActionServlet和Action來實現(xiàn)，視圖由一組JSP文件構成，Struts實現(xiàn)的MVC框架如圖2-3所示。瀏覽器瀏覽器Web服務器控制器（ActionServlet）視圖（JSP）struts—config．xmlActionActionAction模型（JavaBean）圖2-3Struts實現(xiàn)的MVC框架2.4本章小結本章探討了系統(tǒng)設計的相關技術，包括系統(tǒng)網(wǎng)絡架構模式：C/S模式和B/S模式，以及兩種模式的比較分析和本系統(tǒng)采用的模式；并介紹了系統(tǒng)的結構框架和應用技術，為系統(tǒng)的開發(fā)設計提供技術基礎。高校資助管理系統(tǒng)的設計與實現(xiàn)第3章系統(tǒng)需求分析 第3章系統(tǒng)需求分析隨著信息技術的發(fā)展，計算機應用已普及到工作中的各個領域。隨著國家和社會對高校學生資助體系的不斷完善，其也面臨資助管理工作量大、不規(guī)范、效率低的問題，設計本系統(tǒng)可以為提高學生資助管理工作信息化水平提供一定幫助。然而，做好本系統(tǒng)的需求分析，要從資助管理體系的自身需要的角度出發(fā)，全面對本系統(tǒng)進行需求分析，包括系統(tǒng)的總體功能需求、非功能性需求系統(tǒng)、系統(tǒng)的軟件應用環(huán)境和硬件應用環(huán)境等。3.1系統(tǒng)設計目標和原則設計本系統(tǒng)的目的是為了提高學生資助工作信息化管理水平，對資助工作進行有效監(jiān)控，進而提供統(tǒng)一的信息管理平臺。相關管理人員通過獨立的口令登錄該系統(tǒng)，可以對不同年級的困難學生信息進行維護和更新，實現(xiàn)資助工作的數(shù)字化、網(wǎng)絡化管理，提高各年級學生資助工作的規(guī)范化程度和工作效率，并能夠實現(xiàn)批量人員信息存檔及輸出，支持表格文件信息生成。系統(tǒng)總體設計原則是:（l）符合資助工作規(guī)程，按照學生資助工作的規(guī)章制度開發(fā)設計，為用戶提供所需要的高效信息管理平臺；（2）滿足各學院學生資助管理工作信息化水平的要求，可進行模塊更新升級，以滿足需求變化的需要。（3）具備良好的軟件開發(fā)設計系統(tǒng)化、結構化、模塊化標準，保證整個系統(tǒng)的完整性、一致性和靈活性。（4）網(wǎng)絡與應用相分離，使應用系統(tǒng)有較大的適應性。資助管理系統(tǒng)主要是滿足高校學生資助工作的信息化，提高數(shù)據(jù)統(tǒng)計、匯總的效率和準確性，以達到資助工作的科學、規(guī)范、公平和公正。該項工作面對的對象是學生，在進行資助評定時，要涉及學生方方面面的信息。如家庭經濟狀況、學生的學習狀況、學生獎懲情況、學生參與各種社會活動的情況等。在對系統(tǒng)進行需求分析的基礎上，將學生資助系統(tǒng)劃分為用戶登錄模塊、學生信息管理模塊、資助管理模塊和系統(tǒng)管理模塊共四個功能模塊。并遵循2007年5月13日黨中央、國務院有關部門研究制定了一系列資助政策并采取有力措施，同時分布了《關于建立健全普通本科高校、高等職業(yè)學校和中等職業(yè)學校家庭經濟困難學生資助政策體系的意見》。設施意見是在高等學校中逐步建立起以國家助學貸款為主體,“獎、貸、助、補、減”有機結合的高校家庭經濟困難學生資助政策體系，保證考入高等學校的學生不因經濟困難而輟學，幫助他們順利完成學業(yè)[24]。資助體系的具體標準如表3-1所示。表3-1高校資助標準（2007年）資助分類資助標準資助人數(shù)申請資格備注每年5萬名全日制本?？浦刑貏e優(yōu)秀學生國家勵志獎學金每年51萬名國家助學金每人340萬名國家助學貸款民辦高校，獨立學院不可申請：申請助學貸款的學生畢業(yè)后到西部和邊遠地區(qū)基層就業(yè)三年以上(含三年)，貸款本金和利息由國家償還。其它勤工助學崗位分校內和校外，校內主要從事助教、助研等，原則上不超過8小時，每月不超過40小時。師范生免費教育綠色通道3.2系統(tǒng)功能需求3.2.1總體要求信息管理系統(tǒng)開發(fā)的目的是滿足用戶需求和方便用戶使用，為了達到這個目的，開發(fā)設計工作開始之前應充分了解掌握系統(tǒng)的總體設計功能目標和用戶的工作方式，然后確定系統(tǒng)的功能。本文根據(jù)目前學生資助工作的實際情況，通過充分的調查研究，對開發(fā)設計的目標系統(tǒng)提出了如下總體要求:（l）實現(xiàn)數(shù)據(jù)信息電子化管理，用電子表格取代現(xiàn)有的助學金、獎學金申請表、匯總表等表格。（2）提供功能全面的信息化平臺，方便用戶輸入、修改、刪除、備份數(shù)據(jù)信息。（3）擁有數(shù)據(jù)搜索功能，管理員和用戶可以根據(jù)需要通過搜索功能查詢到符合條件的信息；（4）擁有打印各種表格和將“.txt”、“.x1s”等文件格式轉化為其他格式的功能（5）系統(tǒng)擁有對賦予不同管理權限的管理員和用戶的功能；（6）系統(tǒng)擁有操作簡便、方便易用、維護簡單的特點。3.2.2基本功能模塊結合上面對系統(tǒng)的需求分析內容，本系統(tǒng)需要實現(xiàn)的功能包括:用戶管理、身份管理、部門及組群管理、項目管理、模板管理等。（l）用戶管理：通過此功能可以添加不同級別的用戶，用戶的級別不同所賦予的權限也就不同。添加的新用戶需要填寫用戶名，設置密碼，以及填寫真實姓名和身份證號碼來進一步保證系統(tǒng)的安全性。添加的用戶都要選擇一個身份，不同身份代表了不同的操作權限。另外也可以修改用戶的相關信息和撤銷該用戶。系統(tǒng)管理員的權限最高可以看到所有的用戶列表，并可以修改和撤銷低級別的用戶。（2）角色管理：通過此功能可以根據(jù)實際需要添加不同身份并且設置相應身份所具有的相關操作權限。例如:系統(tǒng)管理員具有管理和審核功能，系管理員只具有填寫申請信息的權限。（3）部門及群組管理：部門管理可以添加新部門，設置該部門的上級部門，主要負責人，聯(lián)系電話，地址和所屬群組。群組管理則可以添加新的群組。例如學校、學院、系等。（4）項目管理：通過此功能則可以根據(jù)實際的資助工作的需要添加不同的資助項目。例如:國家獎學金、國家助學金、政府獎學金等。（5）模板管理：通過此功能可根據(jù)實際需要添加一些表格模板，這些模板可以提高工作的效率，所形成的電子表格可以方便導出并適合打印存檔。（6）人員搜索：通過此功能可實現(xiàn)對系統(tǒng)所管理人員的搜索，包括單項搜和復合搜索兩種方式。其中單項搜索需遵循特定的搜索規(guī)則來實現(xiàn)對人員的搜索。復合搜索功能是本系統(tǒng)中較為重要的模塊之一，通過此功能管理員可以輕松快捷的實現(xiàn)對學生進行多條件索引，并在短時間內生成人員列表。（7）人員申請：通過此功能可實現(xiàn)對新加入系統(tǒng)的申請人進行個人信息的錄入，該功能只有普通用戶具有。3.2.3業(yè)務流程（l）申請按照學生申報的不同資助項目填寫申請表，可申請的項目包括困難生、綠色通道、國家助學金、省(市)政府助學金、外設助學金、校內貸學金和學費補助等。（2）自動篩查在規(guī)定的時間內，按照在對應的學年，資助品種和對應的條件對所申報的學生進行自動篩查。（3）審核學工處等上級管理部門對各學院所申報的學生按照各種學校的相關政策和文件對所設項目進行綜合管理以及維護。（4）統(tǒng)計分析對現(xiàn)有所有學生資助項目的信息進行匯總并按照相關參數(shù)進行統(tǒng)計分析，最后生成報表。3.2.4數(shù)據(jù)流程申請發(fā)布圖3-1系統(tǒng)E-R分析11NNN111NNN3.3系統(tǒng)非功能性需求3.3.1系統(tǒng)軟硬件環(huán)境要求（1）軟件環(huán)境系統(tǒng)基于Windowsxp操作系統(tǒng)，B/S模式的開發(fā)工,B/S模式的開發(fā)工具可采用Dreamweaver、A、Vbscript、Javascript等，本文采用Javascript，數(shù)據(jù)庫采用SQLServer2000。（2）硬件環(huán)境服務器端:中央處理器CPU主頻2660MHz或以上內存2G或以上硬盤最小2TB以上；客戶端:中央處理器CPU主頻300HZ以上內存512MB或以上硬盤最小10G以上；服務器必須用寬帶與Iniemet相連，客戶機端可以根據(jù)不同的情況用寬帶或是Modem通過Inienet與服務器相連。3.3.2數(shù)據(jù)安全用戶在進行數(shù)據(jù)信息的增減、更新、修改等操作時，為保證數(shù)據(jù)安全，系統(tǒng)應具有以下功能[25]:（1）操作確認:對于記錄刪除等不可恢復的操作，應有用戶確認步驟，避免誤操作。（2）數(shù)據(jù)校驗:對于有限定條件的輸入信息，具有“自校驗”功能，避免不合法數(shù)據(jù)入庫。（3）缺省賦值:對于一些常用信息可以設置缺省值，避免每次都對這些信息輸入。3.3.2系統(tǒng)運行狀態(tài)為保證系統(tǒng)能夠長期、穩(wěn)定、高效的運行，從而可靠地服務于學校的學生工作，系統(tǒng)應該滿足如下性能需求[26-27]:（1）系統(tǒng)結構合理性系統(tǒng)的結構應該是可伸縮、可擴展的多層開放式結構，以滿足不斷更新的需求，搭建出規(guī)范持久、適用、完善的系統(tǒng)結構。（2）系統(tǒng)可維護性和開放性系統(tǒng)要充分考慮到用戶管理項目的內容等方面的更新，需要提供各種必要的標準接口，以便用戶可以根據(jù)需求的變更，隨時完善系統(tǒng)功能。（3）系統(tǒng)的安全性系統(tǒng)包含學校學生的基本信息資料，一些信息(如身份證號碼)具有高度的私密性要求。因此，必須建立一套完善的系統(tǒng)安全保密機制，制定一系列不同級別的權限，并依據(jù)分配的權限對系統(tǒng)進行訪問（4）系統(tǒng)信息處理的準確性和及時性系統(tǒng)要充分考慮當前和未來可能涉及的信息量，盡可能采用較先進的實現(xiàn)技術，提高系統(tǒng)響應速度，以滿足用戶對信息處理及時性的需求。（5）系統(tǒng)可升級性系統(tǒng)必須考慮到升級要求，這樣才能保證系統(tǒng)不斷發(fā)展。3.4本章小結本章從資助管理體系的自身需要的角度出發(fā)，詳細論述了本系統(tǒng)的需求分析，包括系統(tǒng)的總體功能需求、非功能性需求系統(tǒng)、系統(tǒng)的軟件應用環(huán)境和硬件應用環(huán)境。高校資助管理系統(tǒng)的設計與實現(xiàn)第4章系統(tǒng)的詳細設計

第4章系統(tǒng)的詳細設計為使項目開發(fā)過程中規(guī)范開發(fā)人員的各種行為，并提供較為詳細的設計思路及實現(xiàn)方法，必須加強對系統(tǒng)各個功能模塊的設計的詳細闡述，并在此基礎上提出數(shù)據(jù)庫的設計原則、對數(shù)據(jù)庫中表結構和表關系進行分析，以及對數(shù)據(jù)庫的安全性討論，做好系統(tǒng)的詳細設計。4.1系統(tǒng)功能模塊設計高校資助管理信息系統(tǒng)高校資助管理信息系統(tǒng)圖4-1功能模塊圖4.2系統(tǒng)用戶權限設置管理員登錄后，通過學生信息管理導入學生數(shù)據(jù)；通過用戶管理可以實現(xiàn)系統(tǒng)角色的管理及權限分配，對用戶信息進行添加、查詢、修改和刪除等操作；通過信息審核與發(fā)布，可以在指定的時間內，向所有用戶發(fā)布相關的資助信息，以便貧困生申請，同時控制審核工作的及時進行；通過數(shù)據(jù)統(tǒng)計與分析可以對資助項目、資助學生、資助金額等進行匯總統(tǒng)計，跟蹤執(zhí)行結果，及時發(fā)現(xiàn)問題。其他用戶登錄后，通過系統(tǒng)管理子系統(tǒng)只能修改自己的密碼。系統(tǒng)用戶主要有：（1）系統(tǒng)管理人員，可以對系統(tǒng)初始數(shù)據(jù)進行處理，審核發(fā)布資助信息，分析統(tǒng)計資助信息并生成報表，對系統(tǒng)用戶及權限進行管理等。（2）學院審核人員，可以查看貧困生信息，對輔導員審核通過的學生資助申請項目進行復審，查看審核歷史數(shù)據(jù)等；（3）輔導員，可以查看貧困生信息，對提交申請的學生資助項目進行審核，查看審核歷史數(shù)據(jù)等；（4）學生（貧困生），可以查看資助通知，申請資助項目，查看申請狀態(tài)等；查詢學生信息學校審核人員用圖例查詢學生信息學校審核人員用圖例添加用戶刪除用戶權限密碼更改系統(tǒng)管理員用圖例息查詢信息查詢學生信息查詢學生信息輔導員用圖例信息查詢個人信息修學生用圖例審核資助申請圖4-2系統(tǒng)用戶用例圖4.3系統(tǒng)主要功能模塊設計4.3.1登錄模塊驗證結束操作，退出權限識別出現(xiàn)異常根據(jù)權限，實現(xiàn)相應操作驗證結束操作，退出權限識別出現(xiàn)異常根據(jù)權限，實現(xiàn)相應操作圖4-3登錄流程圖用戶登錄4.3.2貧困生管理子系統(tǒng)貧困學生管理子系統(tǒng)的運行流程是：首先由學生提交申請后系統(tǒng)自動將申請信息保存至數(shù)據(jù)庫。再由輔導員登錄系統(tǒng)后進入貧困生審核頁面，系統(tǒng)自動將該輔導員管轄范圍內的所有學生申請信息顯示給輔導員，輔導員審核學生填寫信息和上交的證明文件是否相符，若信息不屬實或不符合條件則返回未批準通知；若確定信息真實有效且符合貧困生條件，審核修改系統(tǒng)判定的貧困等級，然后點擊確定按鈕將審核信息提交至數(shù)據(jù)庫。輔導員審核工作結束后，依次由學院審核人員和學校審核人員對貧困生認定申請進行復核和終審，批準則將貧困生信息保存至數(shù)據(jù)庫；不批準則返回未批準通知。因此該子系統(tǒng)的主要功能應包括申請、審核、查詢三個主要步驟，其中審核的過程是由輔導員、學院領導、學校領導依次進行。具體的功能結構如圖4-4所示。貧困生管理子系統(tǒng)貧困生管理子系統(tǒng)審核查詢申請審核查詢申請核核核圖4-4貧困生管理子系統(tǒng)功能結構圖圖4-4貧困生管理子系統(tǒng)功能結構圖4.3.3勤工助學管理子系統(tǒng)勤工助學管理子系統(tǒng)申請勤工助學管理子系統(tǒng)申請審核發(fā)布查詢圖4-5勤工助學管理子系統(tǒng)功能結構圖4.3.4助學貸款管理子系統(tǒng)助學貸款管理子系統(tǒng)助學貸款管理子系統(tǒng)申請審核報表查詢圖4-6助學貸款管理子系統(tǒng)功能結構圖4.3.5獎助學金管理子系統(tǒng)獎助學金管理子系統(tǒng)的流程是：首先由貧困生提交申請后系統(tǒng)自動將申請信息保存至數(shù)據(jù)庫。輔導員登錄系統(tǒng)后進入助學金審核頁面，系統(tǒng)自動將該輔導員管轄范圍內的所有學生申請信息顯示給輔導員，輔導員依次進行審核，若不批準則返回未批準通知，若批準則將審核信息提交至數(shù)據(jù)庫。輔導員審核結束后，由學院或學校審核人員登錄系統(tǒng)，系統(tǒng)自動將輔導員審核通過的學生的申請信息按照院、校級別顯示給學院或學校審核人員，若批準申請則將獎助學金信息保存至數(shù)據(jù)庫，對于不符合要求的申請則返回未批準通知。因此，獎助學金管理子系統(tǒng)應該包括申請、審核、報表、查詢四個步驟，其中審核的過程是由輔導員、學院領導、學校領導依次進行，同時可以對獲得獎學金和助學金的學生信息按學年或院系進行添加、修改、刪除、查詢、打印和導出操作。獎助學金管理子系統(tǒng)功能結構如圖4-7所示。獎助學金管理子系統(tǒng)獎助學金管理子系統(tǒng)申請審核發(fā)布查詢圖4-7獎助學金管理子系統(tǒng)功能結構圖4.3.6系統(tǒng)管理子系統(tǒng)管理員登錄后，通過學生信息管理導入學生數(shù)據(jù)；通過用戶管理可以實現(xiàn)系統(tǒng)角色的管理及權限分配，對用戶信息進行添加、查詢、修改和刪除等操作；通過信息審核與發(fā)布，可以在指定的時間內，向所有用戶發(fā)布相關的資助信息，以便貧困生申請，同時控制審核工作的及時進行；通過數(shù)據(jù)統(tǒng)計與分析可以對資助項目、資助學生、資助金額等進行匯總統(tǒng)計，跟蹤執(zhí)行結果，及時發(fā)現(xiàn)問題。其他用戶登錄后，通過系統(tǒng)管理子系統(tǒng)只能修改自己的密碼。系統(tǒng)管理子系統(tǒng)應該包括學生信息管理、資助學生信息管理、用戶管理、信息審核與發(fā)布、數(shù)據(jù)統(tǒng)計與分析五個部分，具體的功能結構如圖4-8所示。系統(tǒng)管理子系統(tǒng)系統(tǒng)管理子系統(tǒng)圖4-8系統(tǒng)管理子系統(tǒng)功能結構圖4.4系統(tǒng)數(shù)據(jù)庫的設計4.4.1數(shù)據(jù)庫設計的原則數(shù)據(jù)庫是信息系統(tǒng)的心臟，是信息資源開發(fā)和利用的基礎。建立數(shù)據(jù)庫是系統(tǒng)設計中一項相當重要的任務，數(shù)據(jù)庫設計的好壞將直接影響到系統(tǒng)的質量。在設計系統(tǒng)數(shù)據(jù)庫時，應該遵循以下幾個原則[30-32]：（l）通用性原則數(shù)據(jù)共享不僅僅局限于“數(shù)據(jù)共用”，還應該滿足數(shù)據(jù)庫不依賴于各個子系統(tǒng)，由各個子系統(tǒng)共用，各個子系統(tǒng)的應用程序采用通用的數(shù)據(jù)操作語言調用數(shù)據(jù)。數(shù)據(jù)庫必須具有良好的通用性，也就是數(shù)據(jù)具有透明性，數(shù)據(jù)與程序嚴格分離，對數(shù)據(jù)的增加、修改或刪除等不需要修改程序。因此在進行數(shù)據(jù)庫設計的時候，必須對數(shù)據(jù)結構進行詳細的分析、設計，考慮所有可能出現(xiàn)的情況，集中分析處理具有統(tǒng)一模式的數(shù)據(jù)組織結構，也可以單獨處理特殊的情況。（2）一致性原則在資助管理信息系統(tǒng)中，存在大量的數(shù)據(jù)信息，這些信息除了各子系統(tǒng)內部特有的信息外，還有大量的某幾個子系統(tǒng)共有的信息，這樣就形成了數(shù)據(jù)交叉的現(xiàn)象。這不僅造成大量的數(shù)據(jù)重復，而且難以統(tǒng)一更新，產生數(shù)據(jù)混亂的現(xiàn)象，導致數(shù)據(jù)的一致性和唯一性難以保證。為了保證數(shù)據(jù)的一致性和唯一性，數(shù)據(jù)庫必須統(tǒng)一管理。同時，為了盡量減少由于數(shù)據(jù)的不一致性所造成的損失，所開發(fā)的軟件應包含數(shù)據(jù)的一致性校驗功能，用戶可以在特定時間段內進行一致性校驗，來避免某些數(shù)據(jù)存在冗余或者不一致。（3）安全性原則通過設置使用權、使用范圍、存取控制等操作權限，防止對數(shù)據(jù)庫的非法使用；通過制定完備的數(shù)據(jù)備份方案，避免數(shù)據(jù)的毀壞或丟失。此外，為進一步保證數(shù)據(jù)庫的安全可靠，在管理上實行專人負責、統(tǒng)一集中管理也是對數(shù)據(jù)的安全性起著至關重要的作用。4.4.2系統(tǒng)數(shù)據(jù)庫的設計（1）學生信息管理模塊主要包括學生信息表、學籍異動表、學生成績表和學生獎懲表。學生信息表用來存放學生的基本信息，學籍異動表用來存放學籍異動信息，學生成績表用來存放學生的成績信息，學生獎懲表用來存放學生的獎懲信息，如表4-1所示。表4-1學生基本信息管理數(shù)據(jù)庫字段設計數(shù)據(jù)字段含義字段名數(shù)據(jù)類型數(shù)據(jù)長度姓名NameChar20性別SexChar5民族NationChar20籍貫Homechar100出生年月BirthdayChar20政治面貌PolityChar10家庭住址Home_addrChar100家庭經濟情況Home_condChar20學號Stud_idint4院系代碼Dept_idint4專業(yè)代碼Spec_idint4年級代碼Grade_idint4班級代碼Class_idint4學籍情況StustatusChar20職務HeadshipChar100（2）資助管理模塊數(shù)據(jù)庫設計主要包括貧困生認定申請表、資助申請表、助學貸款表、獎助學金表、勤工儉學表等。表4-2為貧困生認定申請表，表4-3為獎助學金表。表4-2貧困生認定申請表數(shù)據(jù)字段含義字段名數(shù)據(jù)類型長度學號Stud_idInt4姓名NameChar20院系DeptChar20班級ChassChar20學年AcadyearChar20申請原因Apply_reaChar100審核狀態(tài)Audit_stateChar20備注MemoChar100

表4-3獎助學金表數(shù)據(jù)字段含義字段名數(shù)據(jù)類型長度學號Stud_idInt4姓名NameChar20院系DeptChar20班級ChassChar20獎助學金類型Bursti_typeChar20學年AcadyearChar20其它如助學貸款，勤工助學貸款表的設計與表4-3獎助學金表一致。4.4.3數(shù)據(jù)庫中各表之間的關系圖4-9數(shù)據(jù)庫各表之間的關系數(shù)據(jù)庫中各表都以學號為主鍵（PRIMARYKEY），以學生表為基礎，學生基本信息表，貧困學生表，資助學生表，分別建立了一對一（One-to-one）的關系，在學生基本信息表中的每一條信息在貧困學生表中只有一條匹配記錄，并且在貧困學生表中的信息在學生基本信息表中也只有一條匹配記錄。貧困學生表與資助學生表也是同樣關系，保證了數(shù)據(jù)的統(tǒng)一性。而以資助學生表為基礎，又與獎助學金表，助學貸款表，勤工助學表，建立聯(lián)系。以此來保證數(shù)據(jù)的完整性。4.4.4數(shù)據(jù)庫的安全設置由于涉及的數(shù)據(jù)庫和數(shù)據(jù)庫管理系統(tǒng)服務器較多，數(shù)據(jù)量龐大，用戶種類和權限各異，這就要求加強對整個數(shù)據(jù)庫的安全設計。本系統(tǒng)采用以下數(shù)據(jù)庫安全策略[33-37]：（1）加強管理既要保證整個系統(tǒng)的穩(wěn)定可靠運行，還要加強保密管理，嚴禁泄露超級用戶密碼、各級業(yè)務系統(tǒng)的操作員密碼，嚴禁隨意更改用戶的權限，嚴禁更改數(shù)據(jù)信息和管理信息。（2）用戶分組管理，權限分級規(guī)劃，方便用戶的權限更改。（3）加強數(shù)據(jù)庫日志管理，及時檢查用戶操作日志嚴防非法登陸。（4）采用防病毒、防火墻、入侵檢測等手段防止數(shù)據(jù)庫信息泄露和損壞。（5）加強備份管理，制定備份制度和流程。（6）加強數(shù)據(jù)庫審計功能，設定審計規(guī)則并加強設計檢查。（7）嚴禁與外網(wǎng)的直接物理連接，信息交換時必須通過第三方設備進行交換，不能直接掛網(wǎng)交換。（8）采用數(shù)據(jù)庫鏡像、備份等增加可靠性。（9）權限管理必須集中，必須使用專用軟件進行管理，嚴管權限管理軟件的發(fā)放，安裝完后，收回母盤，軟件安裝后，保證拷貝不能用。（10）定期打印和檢查數(shù)據(jù)庫的權限報告。4.4.5數(shù)據(jù)管理及優(yōu)化（1）數(shù)據(jù)庫開發(fā)過程中，一定要遵循數(shù)據(jù)庫工程的方法和標準，盡可能減少反復。（2）一定要有階段性的規(guī)范化文檔。（3）使用數(shù)據(jù)庫分析和設計工具，以利方便快速修改。（4）重視人員的組織管理，設立專門的數(shù)據(jù)庫管理員及數(shù)據(jù)質量檢驗組。（5）重視數(shù)據(jù)的準備及錄入。這是開發(fā)工作中容易忽視的問題，但它的質量和進度對系統(tǒng)的開發(fā)有直接影響。（6）開發(fā)數(shù)據(jù)庫維護軟件，實現(xiàn)在數(shù)據(jù)庫設計變更時系統(tǒng)中已有數(shù)據(jù)的無損升級，以適應數(shù)據(jù)庫升級的需求。（7）加強備份管理。4.5本章小結本章詳細闡述了系統(tǒng)各個功能模塊的設計，并在此基礎上對數(shù)據(jù)庫的設計原則、數(shù)據(jù)庫中的部分表結構和表關系進行了分析，并對數(shù)據(jù)庫的安全性進行了討論。高校資助管理系統(tǒng)的設計與實現(xiàn)第5章系統(tǒng)的實現(xiàn)

第5章系統(tǒng)的實現(xiàn)通過前幾章的論述，我們研究了系統(tǒng)的需求分析及系統(tǒng)關鍵技術，并對本系統(tǒng)進行了詳細設計，本章將針對資助管理系統(tǒng)實現(xiàn)MVC框架的調用進行分析，對系統(tǒng)部分模塊實現(xiàn)的功能進行具體介紹，并針對操作權限和數(shù)據(jù)狀態(tài)相關的問題給出相應的解決方案。5.1用戶登錄模塊的實現(xiàn)從前面對MVC模式的分析，控制器應是實現(xiàn)權限檢查的最佳位置。當用戶請求訪問某一具體模塊時，系統(tǒng)首先檢查該用戶是否登錄，如果該用戶還未登錄則提示用戶登錄。否則，由控制器檢查此用戶是否具有訪問該功能項的權限，若用戶有權訪問該功能項，則由控制器將控制轉入相應業(yè)務模塊，由業(yè)務模塊根據(jù)該用戶的訪問“操作約定碼”作出回應。系統(tǒng)中的權限管理模塊涉及到眾多的事務處理應用，實體的屬性復雜。登錄界面如圖5-1所示。圖5-1系統(tǒng)登錄界面5.2用戶權限設置的實現(xiàn)本項目的權限控制采用了基于角色的訪問控制RBAC(Role-BasedAccessControls)模式。RBAC模式認為：每一個系統(tǒng)用戶都必須被分配一個合適的角色，每一個角色都有相應的權限；一個用戶可以有多個角色，而一個角色也可以有多個用戶。系統(tǒng)可以通過對用戶所擁有的角色獲知其系統(tǒng)使用權限，并最終分配給他們相應的系統(tǒng)資源和配置允許的操作[38-42]。傳統(tǒng)模式下，解決權限控制問題的一般方法是：系統(tǒng)設計時預先設計好系統(tǒng)每個角色的權限，在系統(tǒng)發(fā)布時“視圖層”用戶界面根據(jù)用戶權限固定生成，“模型層”根據(jù)狀態(tài)動態(tài)決定數(shù)據(jù)操作范圍。這樣的模式對于角色經常發(fā)生變動的本檢察院系統(tǒng)來說是不適合的，因而我們采用動態(tài)設計模式以適合本系統(tǒng)需求。圖5-2用戶權限控制頁面5.3學生基本信息管理模塊的實現(xiàn)學生信息管理模塊包括基本信息維護、學籍異動管理、學生成績管理和學生獎懲管理四個子模塊，可以完成基本信息、學籍信息、成績信息和獎懲信息的添加、修改、查詢和刪除操作。下面以基本信息維護子模塊和學生成績管理子模塊為例介紹其實現(xiàn)的功能。在學生基本信息添加的界面上需要選擇學生所在的具體院系、專業(yè)和班級，然后根據(jù)具體的界面要求由學生本人填寫基本的信息情況（主要包括姓名、身份證號、出生年月、性別、學號、政治面貌、經濟類型）、通訊信息（主要包括通訊地址、手機號碼、家庭電話、電子郵箱等）、家庭成員情況（主要包括姓名、年齡、工作單位、職業(yè)等）、民政部門信息和其他基本信息等，具體的信息添加界面如圖5-3所示。圖5-3學生信息添加頁面5.4資助管理模塊資助管理模塊包括貧困生認定、資助資格審核、獎助學金管理、助學貸款管理和勤工助學管理等子模塊。下面以貧困生認定子模塊的獎助學金管理子模塊為例，分別介紹其實現(xiàn)的功能。貧困生認定子模塊可以實現(xiàn)貧困生申請、貧困生審核、貧困生管理三個功能。貧困生申請流程:學生登錄系統(tǒng)后，點擊“資助管理”、“貧困生認定”、“貧困生申請”，顯示一個提交貧困申請的界面，閱讀完相關說明后點擊“提交貧困申請”進入資料填寫界面，按照要求填寫完相關資料后，直接點擊“提交申請”，申請書就提交成功，資助信息管理頁面如圖5-4所示。圖5-4貧困生信息審核頁面5.5基于MVC結構框架的查詢子模塊的實現(xiàn)（1）“視圖層”查詢頁面在此頁面上輸入學生的學校信息以及查詢值等各項基本信息，經過JavaScript驗證后，通過表單對象提交給“控制層”進行處理，如圖5-7所示。圖5-7學生基本信息添加模塊數(shù)據(jù)交互層在獲得基本的信息后，將其所包含的內容自動轉化為查詢條件，并進一步封裝成SQL語句。（2）“控制層”轉發(fā)請求通過XML配置文件，我們將特定后綴的請求分發(fā)到不同的Servlet進行處理，主要XML代碼如下：<servlet><servlet-name>control_do</servlet-name><servlet-class>com.servlet.ControlDo</servlet-class></servlet><servlet><servlet-name>control_go</servlet-name><servlet-class>com.servlet.ControlGo</servlet-class></servlet><servlet-mapping><servlet-name>control_do</servlet-name><url-pattern>*.do</url-pattern></servlet-mapping><servlet-mapping><servlet-name>control_go</servlet-name><url-pattern>*.go</url-pattern></servlet-mapping>Servlet根據(jù)請求分發(fā)到不同的處理程序，根據(jù)“視圖層”提交表單對象的action屬性，將request和response對象轉發(fā)到相應的Bean進行處理。if(actionString.equals("tempquerydetailscore_detail")){forwardPage=newTempQueryDetailScoreBean(request,response).detailSelrows();}（3）“模型層”業(yè)務處理模型層相應業(yè)務處理Bean根據(jù)本業(yè)務要處理的數(shù)據(jù)，在初始化時將需要操作的表名或者視圖名稱與request、response對象一并傳給“數(shù)據(jù)交互層”進行處理。publicclassTempQueryDetailScoreBeanextendsBaseBean{publicTempQueryDetailScoreBean(HttpServletRequestinrequest,HttpServletResponseinresponse)throwsException{super.initial(inrequest,inresponse,"OBJECT_STAGE_SCORE");}publicStringdetailSelrows()throwsException{request.setAttribute("rpo",rpo);request.setAttribute("rso",super.selrows());return"/jxkh/tempquerydetailscore_detail.jsp";}……….}OBJECT_STAGE_SCORE是此次查詢操作需要涉及的數(shù)據(jù)庫表名。在此Bean的父類BaseBean中，我們將此數(shù)據(jù)表名傳給“數(shù)據(jù)交互層”，由其完成進一步的數(shù)據(jù)字段比較工作。而在相應的處理方法中，我們只需要調用父類的查詢方法，由其完成“數(shù)據(jù)交互層”的查詢工作，并將結果放入request對象中，返回給“視圖層”顯示頁面。（4）“數(shù)據(jù)交互層”完成查詢，封裝結果集接收到“模型層”BaseBean傳入的request對象、表名OBJECT_STAGE_SCORE之后，首先查詢表OBJECT_STAGE_SCORE的所有字段信息，并初始化表實體二維數(shù)組TableColinfo[][5]，依次放入字段名稱、字段類型、字段的值、注釋以及字段有效標識。從request對象中獲取所有傳入?yún)?shù)及其值，分別存儲在數(shù)組VarNames[]和VarValues[][]中，并進一步分析這些參數(shù)，自動組裝成SQL語句。具體過程是：從VarNames數(shù)組中依次讀取傳入?yún)?shù)名稱，與TableColinfo數(shù)組中存放的字段名稱相比較，如果二者相等或參數(shù)名是字段名加特殊后綴名稱時，將參數(shù)值進行相應數(shù)值轉化處理，并作為查詢條件放入SQL語句中。publicTNO(StringTableName)throwsSQLException{try{StringSQL="selectt.COLUMN_ID,t.COLUMN_NAME,t.DATA_TYPE,ments"+"fromall_tab_colst,all_col_commentss"+"wheret.OWNER='"+DbUserName+"'andt.TABLE_NAME='"+TableName.toUpperCase()+"'"+"andt.owner=s.ownerandt.table_name=s.table_name"+"andt.column_name=s.column_name"+"orderbyt.COLUMN_ID";RSOrso1=daobj.query(SQL);TableColinfo=newString[rso1.getRows()-1][5];for(inti=1;i<rso1.getRows();i++){TableColinfo[i-1][0]=rso1.getCell("COLUMN_NAME",i);TableColinfo[i-1][1]=rso1.getCell("DATA_TYPE",i);TableColinfo[i-1][2]=DataConverter(null,rso1.getCell("DATA_TYPE",i));TableColinfo[i-1][3]=rso1.getCell("comments",i);TableColinfo[i-1][4]="0";}TabName=TableName;}catch(SQLExceptionSQLEX){throwSQLEX;}}以上代碼實現(xiàn)了根據(jù)傳入的數(shù)據(jù)庫表名，初始化該數(shù)據(jù)表的實體對象。下面的代碼部分將request對象中獲取所有傳入?yún)?shù)及其值，分別存儲在數(shù)組中，用來與TNO對象相應屬性進行比較，最終自動組裝成SQL語句。for(Enumeratione=request.getParameterNames();e.hasMoreElements();){temp++;e.nextElement();}//將所有的傳遞參數(shù)都放入兩個數(shù)組中。VarNames=newString[temp];VarValues=newString[temp][];inti=0;for(Enumeratione=request.getParameterNames();e.hasMoreElements();){VarNames[i]=(String)e.nextElement();VarValues[i]=request.getParameterValues(VarNames[i]);i++;}本次查詢中傳入的參數(shù)起始時間和結束時間，是相應字段名稱加特殊后綴組成的，因而會被自動檢索到，并強制轉換為Date類型，形成查詢條件，最后插入SQL語句中。Stringstrsql="SELECT*FROM"+TableName+"WHERE1=1";………..if(!(HSRequest.getParameter(TableColinfo[i][0]+"_BEGINTIME")==null)&&TableColinfo[i][1].equals("DATE")&&!(HSRequest.getParameter(TableColinfo[i][0]+"_BEGINTIME").equals(""))){strsql+="AND"+TableColinfo[i][0]+">=TO_DATE('"+HSRequest.getParameter(TableColinfo[i][0]+"_BEGINTIME")+"','YYYY-MM-DD')";}if(!(HSRequest.getParameter(TableColinfo[i][0]+"_ENDTIME")==null)&&TableColinfo[i][1].equals("DATE")&&!(HSRequest.getParameter(TableColinfo[i][0]+"_ENDTIME").equals(""))){strsql+="AND"+TableColinfo[i][0]+">=TO_DATE('"+HSRequest.getParameter(TableColinfo[i][0]+"_ENDTIME")+"','YYYY-MM-DD')";}…………..組裝SQL語句后，執(zhí)行查詢，并獲得ResultSet結果集。將ResultSet重新封裝成RSO對象，強制將所有數(shù)據(jù)轉化為String類型以方便前臺頁面顯示。將RSO對象返回給“模型層”，由其進行下一步處理。如果“模型層”需要再次進行數(shù)據(jù)庫操作，則從RSO對象中獲得需要的數(shù)值，賦值到request對象的相應參數(shù)上，提交給“數(shù)據(jù)交互層”進行分析處理。RSOresult=newRSO();ResultSetrs=stmt.executeQuery(sql);ResultSetMetaDatarsmd=rs.getMetaData();cols=rsmd.getColumnCount();Strings[]=newString[cols];for(inti=1;i<=cols;i++){s[i-1]=rsmd.getColumnLabel(i);}result.add(s);rows++;while(rs.next()){s=newString[cols];for(inti=1;i<=cols;i++){s[i-1]=helper(rs,rsmd.getColumnType(i),i);}result.add(s);rows++;}result.setCols(cols);result.setRows(rows);最終，“視圖層”獲得查詢結果并將其顯示。通過以上介紹的內容，本系統(tǒng)簡略完成了本系統(tǒng)框架的一系列實現(xiàn)步驟。首先，從“視圖層”提交請求，經“控制層”分發(fā)請求到相應“模型層”模塊進行處理，“模型層”調用“數(shù)據(jù)交互層”完成了SQL語句的自動組裝，進而完成了數(shù)據(jù)庫操作?！皵?shù)據(jù)交互層”將重新封裝的數(shù)據(jù)結果集返回給“模型層”，最終由“模型層”返回給“視圖層”顯示。5.6本章小結本章對資助管理系統(tǒng)實現(xiàn)MVC框架的調用進行了分析，對系統(tǒng)部分模塊實現(xiàn)的功能進行了具體介紹，針對操作權限和數(shù)據(jù)狀態(tài)相關的問題給出了解決方案。高校資助管理系統(tǒng)的設計與實現(xiàn)第6章系統(tǒng)測試第6章系統(tǒng)測試在系統(tǒng)實際運行前，需要對系統(tǒng)的需求分析、設計規(guī)格說明和編碼實現(xiàn)等進行最后檢查，通過執(zhí)行軟件測試的一系列步驟，檢查系統(tǒng)是否滿足需求，以較少的測試用例、時間和人力找出系統(tǒng)中可能存在的各種錯誤和缺陷，確保系統(tǒng)的質量和穩(wěn)定運行。為了驗證基于高校資助管理系統(tǒng)的正確性和有效性以及比較系統(tǒng)性能，結合需求分析的功能點列表、性能點列表，采用黑盒測試為主，白盒測試為輔的測試方法，對系統(tǒng)進行了功能測試和性能測試。6.1功能測試(l)登錄功能測試:在系統(tǒng)登錄界面輸入正確的用戶名和密碼，點擊“確定”，進入系統(tǒng)主界面，界面右下角顯示用戶名、類型和登錄時間即為成功登錄；輸入錯誤的用戶名或密碼，點擊“確定”，系統(tǒng)顯示出錯提示信息。(2)學生基本信息維護功能測試:資助中心工作人員用戶登錄系統(tǒng)后，進入學生信息管理模塊，添加、修改和刪除基本信息、學籍信息、成績信息和獎懲信息，編輯后的相關信息存儲在數(shù)據(jù)庫中。(3)條件查詢功能測試:成功登錄后，進入獎助學金管理子模塊，在查詢界面輸入查詢條件，點擊“查詢”，顯示查詢結果頁面。6.2性能測試(l)條件查詢性