學生考勤管理系統(tǒng)的設計與實現(xiàn)

54/56四川師范大學本科畢業(yè)設計學生考勤治理系統(tǒng)的設計與實現(xiàn)學生姓名學號所在系計算機科學與技術系專業(yè)名稱計算機科學與技術班級指導教師四川師范大學二○一二年五月學生考勤治理系統(tǒng)的設計與實現(xiàn)學生：指導教師：摘要：本高校學生考勤治理系統(tǒng)用JSP+SQLServer2000開發(fā)，開發(fā)過程中運用了頁面模塊化、信息公布的動態(tài)生成、靜態(tài)頁面顯示等技術開發(fā)。本論文重點介紹本系統(tǒng)的請假系統(tǒng)、考勤系統(tǒng)兩大功能模塊設計，完成學生、任課老師、班主任、院系領導、學校領導五類用戶功能的設計與實現(xiàn)。關鍵詞：考勤治理在線請假JSP

Students'testsystemdesignandimplementationAbstract：Thesystemisaninformationsystemdesignedforaskingforleaveonlineforstudentsandmanagingattendanceofundergraduate.Itisgenerallydividedintothreemainmodules:themoduleforaskingforon-lineleave,themoduleformanagingattendanceofundergraduateandthemoduleforbackstagemanagement.Therearedifferentcustomersintheuniversityoperatingthesystem,suchasstudent,teacher,ateacherinchargeofaclass,departmentleader,schoolleader,administrator.ThesystemisdevelopedwiththehelpofJcreator,JSP(java、javascript、html)andSQLServer2000.Thekeytechniquesusedintheprocessofdevelopmentare:thepagemodularization,dynamicgeneratingandstaticpageshowingofinformation,etc.Andthethesisfocusesontheintroductionofthesystem’sattendancemanagementandthemanagementofaskingforleaveonline.Anditdevelopsthefunctionofstudent,teacher,ateacherinchargeofaclass,departmentleader,schoolleaderonthewhole.KeyWords：attendancemanagementonlineaskforleaveJSP

目錄1概述 61.1引言 61.2開發(fā)背景 61.3問題的描述 62可行性的分析 72.1引言 72.2目的和意義 72.3可行性的分析 73需求分析 83.1引言 83.2用戶需求描述 83.2.1學生用戶的需求描述 83.2.2任課老師用戶的需求描述 83.2.3班主任用戶需求描述 83.2.4院（系）領導用戶需求描述 93.2.5學校領導用戶需求描述 93.2.6系統(tǒng)治理員用戶需求描述 93.3功能需求描述 93.4系統(tǒng)開發(fā)工具 103.5相關的開發(fā)工具簡介 103.5.1B/S（掃瞄器/服務器）簡介 103.5.2JAVA/JSP簡介 103.6系統(tǒng)功能劃分 103.7數(shù)據字典 113.8數(shù)據流圖 113.9運行需求 123.9.1最低配置 123.9.2建議配置 124總體設計 134.1引言 134.2系統(tǒng)的布局設計 134.4本人要緊的工作任務 145詳細設計 145.1引言 145.2系統(tǒng)功能的流程圖 145.3系統(tǒng)目錄的結構設計 155.4數(shù)據庫的設計與實現(xiàn) 155.4.1實體模型 155.4.2E-R模型圖 165.4.3數(shù)據庫的邏輯設計 175.4.4數(shù)據庫表的創(chuàng)建 175.4.5數(shù)據庫的建立 185.5前端操作頁面的設計 185.5.1系統(tǒng)登陸的設計 185.5.2學生用戶的功能設計 185.5.3任課老師用戶的功能設計 195.5.4班主任用戶的功能設計 195.5.5院系領導用戶的功能設計 195.5.6學校領導用戶功能設計 196編碼 206.1用戶操作頁面的編碼 206.1.1系統(tǒng)登陸的編碼 206.1.2學生用戶功能編碼 206.1.3任課老師用戶功能編碼 216.1.4班主任用戶功能編碼 216.1.5院系領導用戶功能編碼 226.2數(shù)據庫連接池編碼 226.2.1數(shù)據庫連接池程序編碼 227軟件的測試 237.1引言 237.2測試的方案 237.2.1本系統(tǒng)所采納的測試方案 237.3測試的過程 247.3.1用戶登陸測試 247.3.2頁面使用安全的測試 247.3.3學生用戶測試 257.3.4任課老師用戶的測試 257.3.5班主任用戶的測試 267.3.6院系領導/學校領導用戶的測試 268結束語 26參考文獻 27學生考勤治理的設計與實現(xiàn)1概述1.1引言問題定義時期須要回答的要緊問題是：“所要解決的問題是什么？”，其中最重要的是了解此課題要解決問題的全然所在和所需要的資源等。1.2開發(fā)背景目前各大高校校園信息化逐步完善，高校師生利用校園網有效的提高了辦事效率。各大高校關于教務的治理系統(tǒng)、師生的成績查詢系統(tǒng)、招生的就業(yè)系統(tǒng)、BBS、校園網站等各個系統(tǒng)在各個高校都一一出現(xiàn)，對全校教師和同學們的學習、生活、治理、辦公等都帶來了極大的便利。目前各個高校的學生上課所采納的考勤治理差不多上以任課教師上課點名，記錄下學生上課出勤的情況，學期期末再依照上課出勤表以及作業(yè)登記表對學生平常的成績進行打分，最后把數(shù)據上交到各院系。學生請假都以傳統(tǒng)的寫請假條的形式向各自的班主任請假，若請假時刻長，需要班主任、院系領導都批準方能生效。這種模式在目前絕大部分高校治理中出現(xiàn)了極大的弊端。1.3問題描述上面所術的關于各大高等學校關于學生的考勤以及請假所面臨的各種問題涉及到了專門多類的用戶，該系統(tǒng)所用的范圍差不多上在整個校園的校園網內，因為較廣泛的用戶分布，同時有專門大的差異。因此該系統(tǒng)設計應該采納B/S如此的構架來進行設計，操作簡單且直觀、硬件要求低，因此最好能實現(xiàn)跨平臺。如此系統(tǒng)應當有較好的擴展性，且要與當前高校中已有的系統(tǒng)存在專門好的集成?，F(xiàn)在在IT技術的不斷更新與進展下，專門多企業(yè)的信息實現(xiàn)化也隨之不斷在成熟。面對廣泛程序語言的運用于設計，以及各種成熟的關系數(shù)據庫的完善、推出，加之廣泛運用面向對象如此的軟件開發(fā)，這使得軟件開發(fā)變得簡單專門多，開發(fā)系統(tǒng)也變得有用許多，大部分企業(yè)使用如此的信息系統(tǒng)后，辦事效率不僅提高了，而且也收到了更大的經濟收入。JSP、ASP、PHP等技術是現(xiàn)在基于B/S結構所采納的方案。該系統(tǒng)采納了JSP技術來進行開發(fā)，存儲數(shù)據使用了流行的SQLServer2000數(shù)據庫治理系統(tǒng),學生在線考勤治理、在線請假、后臺數(shù)據的維護和更新等都成功被解決了。2可行性的分析2.1引言在現(xiàn)在期需要弄明白的問題是：上個時期所確定的問題現(xiàn)在到底有沒有可行的解決方法。要解決該問題，我們需要進行大大的壓縮、簡化的系統(tǒng)分析與設計過程?？尚行缘难芯坎皇蔷唧w的解決問題，會比較簡單！而研究性問題的范圍，關于那個問題是否值得去探究去解決，查找的解決方案有是否可行呢？2.2目的和意義解決現(xiàn)今各大高校中關于學生的請假和上課的出勤治理中所面臨的種種問題是開發(fā)該系統(tǒng)的目的所在。有效地提高各大高等學校的辦事的效率，解決各大高校學生的請假和上課的出勤治理問題，實現(xiàn)學生的請假和上課的出勤信息對班主任或是任課教師、各大領導等及時了解學生的學習情況，這些差不多上開發(fā)高校學生考勤治理系統(tǒng)的目的。如此有利于與學生及時進行溝通，提高校的教學質量。2.3可行性的分析技術的可行性：該系統(tǒng)在現(xiàn)在的高校中的使用還并不廣泛，盡管如此，依舊有專門多相似的成功案例。該系統(tǒng)所采納的腳本語言是JavaScript。利用了JSP、html標識語言和SQLServer2000數(shù)據庫技術進行綜合開發(fā)。如此安全穩(wěn)定的JSP動態(tài)網頁技術,國內專門多企業(yè)、銀行的商務系統(tǒng)和各種信息系統(tǒng)差不多上采納它來開發(fā)的。MSS（基于結構化的查詢語言數(shù)據庫服務器）一種是基于客戶/服務器結構化的數(shù)據庫治理系統(tǒng)，通過使用客戶系統(tǒng)用戶能夠從服務器的檢索信息了解并進行本地的相關操作，客戶關注信息的相關表示，服務器關注數(shù)據庫的相關進程。經濟的可行性：該系統(tǒng)在架構設計上開發(fā)上使用的差不多上比較簡單方便的設計技術，所消耗的人力物力專門少，所要求的部署硬件要求也專門低，如此簡單易于操作的系統(tǒng)，在經濟上是特不可行的。法律的可行性：在知識產權上該系統(tǒng)擁有自主權，并沒有隨意使用其他有違法規(guī)的軟件同時也沒有任何非法的商品交易，因此在法律上它也是可行的。操作的可行性：本系統(tǒng)操作特不簡單方便,你明白得上網，那么操作該系統(tǒng)就你就沒問題,因此在操作上也是可行的。分析結果：通過各種分析可得出，該系統(tǒng)在經濟、法律、操作等都具有專門好的可行性,其性價比專門好，因此它是值得開發(fā)采納的。3需求分析3.1引言那個時期的任務仍然不是具體地解決問題，而是準確地確定“為了解決那個問題，目標系統(tǒng)必須做什么”，要緊是確定目標系統(tǒng)必須具備哪些功能。3.2用戶需求描述用戶確實是系統(tǒng)最終的使用者，開發(fā)系統(tǒng)的目的在于讓用戶最終能專門好的使用該系統(tǒng)，最終為各個用戶帶來各種方便。該系統(tǒng)要緊是解決高校學在線請假以和上課考勤治理兩個重大問題，通過對各大高校的實際調查與分析，該系統(tǒng)包了括學生、班主任、任課教師、院系領導、學校領導、系統(tǒng)治理員等六類用戶，而這六類用戶對系統(tǒng)的需求簡要概括如下：3.2.1學生用戶的需求描述學生對該系統(tǒng)要緊的需求是：在線請假需求和查看在校期間所有的上課出勤信息。在線請假的需求：學生能夠在網上填寫好請假的起止日期、請假緣由后，就能夠向班班主任提出請假的申請，若超過三天的請假時刻，就由班主任審批后，再由院系領導審批。在此請假的全部過程當中，學生能夠隨時通過網絡查自己請假的詳細進展情況。查看出勤信息的需求：學生完全能夠查看在校期間所有學期的上課出勤信息。3.2.2任課老師用戶的需求描述任課老師對系統(tǒng)的要緊的需求是：治理及查看所教班級學生的上課出勤信息。治理學生上課出勤的需求：依據學校安排的各個課表，隨著時刻的變化，系統(tǒng)會自動地將還沒有在網上公布的學生上課出勤信息列出，系統(tǒng)會自動的依照學生請假系統(tǒng)，最終決定學生上課出勤率的結果。查看學生出勤信息的需求：查看所教的班級學生整個學期以來的出勤統(tǒng)計的詳細信息。其它的需求：查看上課的課表，本人的差不多信息以和修改個人的用戶密碼。3.2.3班主任用戶需求描述班主任對本系統(tǒng)的要緊需求是：審批以及查看本班學生本學期的在線請假和所有課程的上課出勤等相關信息。審批學生的請假需求：學生在本學期在線請假申請后，自動提示該班主任有等待審批的請假信息，班主任再針對請假申請信息進行學生請假審批和對請假信息的回復。查看學生上課出勤的信息需求：查看本班學生在整個學期有關課程上的出勤統(tǒng)計的詳細信息。其它的需求：查看該班學生差不多信息、修改個人的用戶密碼等。3.2.4院（系）領導用戶需求描述院系領導對系統(tǒng)的需求是：審批本院系所有學生中超過三天請假的和查看本院系學生上課的出勤信息。審批請假的需求：當有學生請假時刻超過三天的，由所在班班主任審批同意后，系統(tǒng)就會自動提交信息給任何一個最先進入系統(tǒng)的院系領導審批請假，和針對請假的回復。查看本院系學生出勤信息的需求：直接輸入查詢的條件，系統(tǒng)自動會依照查詢條件列出相關的上課出勤信息。其它的需求：查看本院系相關的差不多信息和修改個人的用戶密碼等。3.2.5學校領導用戶需求描述查看全校學生上課出勤的相關信息也確實是學校領導對系統(tǒng)要緊的需求。要查看出勤的信息：直接輸入相關的查詢的條件，學生的相關上課出勤信息就會自動依照查詢條件列出。有關其它的需求：查看全校的差不多信息、修改個人的用戶的密碼等。3.2.6系統(tǒng)治理員用戶需求的描述系統(tǒng)的最高權限是系統(tǒng)治理員，系統(tǒng)治理員要負責同步更新和維護系統(tǒng)所有數(shù)據的動態(tài)，下面是差不多的功能需求：學校所有相關信息，進行添加、修改、刪除。各個班級的課程安排、班主任和任課教師的相關信息。整個系統(tǒng)全部的用戶。全校課表的相關安排。全校每個學期開學的時刻和結束的時刻。整個系統(tǒng)的請假和考勤信息。3.3功能需求描述依照以上各類用戶的各種需求描述，該系統(tǒng)必須具備請假系統(tǒng)、考勤治理系統(tǒng)、后臺治理系統(tǒng)這三大重要功能。請假系統(tǒng)的功能需求：據調查分析，目前專門多高校中的請假流程是學生假如要請假，必須先寫好請假條首先由班主任審批，超過四天的請假時刻，還必須要等待院系領導審批通過后才能生效。請假的時刻最長不能超過1個月，專門情況除外?？记谥卫淼墓δ苄枨螅喝握n老師必須通過考勤治理系統(tǒng)，對學生上課出勤信息進行公開，但因為任課老師忙于教學，為了準確無誤的對學生出勤情況進行及時公開，這需要系統(tǒng)能自動地提示任課老師對上完課后，卻還未公布的出勤信息在網上進行公布。后臺治理的功能需求：后來的治理最要緊是用來治理系統(tǒng)操作的數(shù)據，由于每學年各個高校的學生都在變化，有新生入學、有學生畢業(yè)。3.4系統(tǒng)開發(fā)工具依照各用戶和系統(tǒng)各大功能的需求，通過大量的調查與分析，關于本高校學生考勤治理系統(tǒng)選擇以下開發(fā)工具進行開發(fā)：系統(tǒng)結構：B/S開發(fā)語言：JAVA/JSP數(shù)據庫：SQLServer2000開發(fā)工具：JDK1.5DreamweaverJcreator服務器端容器：Tomcat5.53.5相關的開發(fā)工具簡介3.5.1B/S（掃瞄器/服務器）簡介“B/S（Browser/Server，掃瞄器/服務器）模式又稱B/S結構。它是隨著Internet技術的興起，對C/S模式應用的擴展。在這種結構下，用戶工作界面是通過IE掃瞄器來實現(xiàn)的。B/S模式最大的好處是運行維護比較簡便，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）訪問和操作共同的數(shù)據；最大的缺點是對網絡環(huán)境依靠性太強，由于各種緣故引起網絡中斷都會造成系統(tǒng)癱瘓?！?.5.2JAVA/JSP簡介“JAVA是SUN公司推出的完全面向對象的語言，它有專門好的跨平臺性、安全性、重用性等特點。JSP的全稱是JavaServletPages，它是SUN推出的一種動態(tài)網頁技術標準。它在傳統(tǒng)的靜態(tài)頁面文件(*.html,*htm)中加入Java程序片段和JSP標記，就構成了JSP頁面。3.6系統(tǒng)功能劃分依照系統(tǒng)用戶的各個需求，本系統(tǒng)能夠按功能劃分成三大功能模塊：請假系統(tǒng)模塊、考勤系統(tǒng)模塊、后臺治理模塊，涉及到的用戶六大類：學生、任課老師、班主任、院系領導、學校領導、系統(tǒng)治理員。請假系統(tǒng)模塊：該模塊的功能是實現(xiàn)在線請假和治理，最重要涉及到三大類用戶：學生用戶、班主任用戶及院系領導用戶，學生用戶能夠通過此功能模塊在線進行請假和查看請假信息記錄；班主任可在線審批和查看學生請假及記錄信息；院系領導可在線審批學生長時刻的請假和查看請假信息記錄?？记谙到y(tǒng)模塊：該模塊的功能是實現(xiàn)學生考勤信息的統(tǒng)計、查看及治理，涉及到所有用戶。學生能夠在線查看了解自己所有學年的出勤的相關信息；任課教師也能夠在線治理學生出勤的相關信息；班主任、院系領導、學校領導都可查看不同范圍的學生出勤的相關信息。后臺治理治理：該模塊的功能是實現(xiàn)整個系統(tǒng)數(shù)據的同步更新和維護，只虛涉及系統(tǒng)治理員。系統(tǒng)治理員能夠動態(tài)的治理學生的相關信息、課表安排、學年安排等，這是整個系統(tǒng)要實現(xiàn)的基礎所在。3.7數(shù)據字典數(shù)據詞典，不但可用于描述數(shù)據流和數(shù)據存儲的詳細邏輯內容，還可用于描述外部項和處理邏輯的某些數(shù)據特性。數(shù)據詞典把最小組成單位看作數(shù)據元素，N干個數(shù)據元素組成數(shù)據結構。通過對數(shù)據元素和結構的定義，來描述數(shù)據流和存儲的邏輯內容。就相當于字典的作用，當用戶或軟件人員想了解某一數(shù)據的含義時，查字典便可。3.8數(shù)據流圖數(shù)據流程圖是系統(tǒng)結構化分析的工具。它不但能夠表達數(shù)據在系統(tǒng)內部的邏輯流向，而且還能夠表達系統(tǒng)邏輯功能和數(shù)據邏輯變換。數(shù)據流程圖不但能表達現(xiàn)行人工系統(tǒng)的數(shù)據流程以及邏輯處理功能，更能表達自動化系統(tǒng)的數(shù)據流程以及邏輯處理功能如下圖：圖3.8-1請假系統(tǒng)數(shù)據流圖圖3.8-2考勤系統(tǒng)數(shù)據流圖3.9運行需求3.9.1最低配置3.9.1-1最低配置服務器端需求表硬件需求處理器IntelPentiumIII內存128M硬盤40G軟件需求Windows98MicrosoftInternetExplorer4.01JDK1.5SQLServer2000數(shù)據庫Tomcat5.03.9.1-2最低配置客戶端需求表硬件需求處理器Intel奔騰133或相當?shù)奶幚砥鲀却?4M硬盤10G軟件需求Windows98MicrosoftInternetExplorer4.013.9.2建議配置3.9.2-1建議配置服務器端需求表硬件需求處理器IntelPentiumIV3.2G內存256M硬盤90G軟件需求MicrosoftWindows2000/XPJDK1.5Tomcat5.5SQLServer2000數(shù)據庫MicrosoftInternetExplorer6.03.9.2-2建議配置服務器端需求表客硬件需求處理器IntelPentiumIV1.8或相當?shù)奶幚韮却?56M硬盤30G軟件需求Windows20002/XPMicrosoftInternetExplorer6.04總體設計4.1引言通過需求分析時期的工作，系統(tǒng)必須要“做什么”已弄清晰了，現(xiàn)在決定的是該“如何樣做”了。4.2系統(tǒng)的布局設計系統(tǒng)頁面要緊采納框架來設計，不同的用戶擁有不同的功能菜單，然而都有統(tǒng)一的風格，這讓頁面的使用和維護變得更加方便，尤其是對代碼重用方面有專門大的關心。該系統(tǒng)各個用戶的頁面設計如圖4-1所示：圖4.2-1系統(tǒng)布局圖4.3總體的結構圖學生考勤治理系統(tǒng)各模塊之間的層次結構按用戶劃分，系統(tǒng)結構圖如下：圖4.3-1系統(tǒng)用戶結構示意圖圖4.3-2請假系統(tǒng)結構示意圖圖4.3-3考勤系統(tǒng)結構示意圖4.4本人要緊的工作任務本校學生考勤治理系統(tǒng)分三大功能模塊進行來實現(xiàn)，本人要負責的是：請假和考勤系統(tǒng)兩大功能模塊，涉及到的用戶有：學生、班主任、任課老師、院系領導、學校領導。5詳細設計5.1引言總體的設計時期用較抽象概括的方式來提出解決問題的方法。詳細設計是軟件開發(fā)時期的第三個時期，也是第二步。它的任務確實是把解法具體化，通過詳細設計應得出對目標系統(tǒng)的精準描述，詳細地給出各模塊的過程性描述。如此在編碼時期便可把此描述直接翻譯成某種程序語言書寫的程序。5.2系統(tǒng)功能的流程圖1）主功能流程：圖5.2-1主界面流程圖5.3系統(tǒng)目錄的結構設計圖5.3-1系統(tǒng)目錄結構的設計圖5.4數(shù)據庫的設計與實現(xiàn)5.4.1實體模型圖5.4.1-1任課老師提交記錄實體圖圖5.4.1-2請假記錄屬性模型圖5.4.1-3學生出勤記錄屬性模型圖5.4.2E-R模型圖圖5.4.2-1學生請假記錄E-R模型圖5.4.3數(shù)據庫的邏輯設計依各個功能設計及分析，可列出下面的相關數(shù)據項以及數(shù)據結構：5.4.3-1相關數(shù)據項及數(shù)據結構信息表考勤登記課程安排代號、記載時刻、上課時刻學生上課出勤信息上課時刻代號、上課時刻、學號、出勤狀態(tài)請假信息請假代號、班級代號、學年代號、學號、請假緣故、開始時刻、結束時刻、請假天數(shù)、申請時刻、班主任審批狀態(tài)、班主任批時刻、班主任回復、院系領導審批狀態(tài)等5.4.4數(shù)據庫表的創(chuàng)建依據數(shù)據庫需求分析，建立差不多的數(shù)據表如下。5.4.4-1請假的信息表列名數(shù)據的類型是否為空講明idInt(4)否(主鍵)請假的代號class_idvarchar(10)否班級的代號year_idvarchar(25)否學期的代號stu_numbervarchar(25)否學生的學號qingjia_yuanyinvarchar(250)否請假的緣故start_timedatetime否開始的時刻end_timedatetime否結束的時刻day_numberInt(4)否（默認0）請假的天數(shù)qingjia_timedatetime否申請請假的時刻class_teacher_statusInt(4)否（默認值為0）班主任的審批狀態(tài)class_teacher_sp_timedatetime是班主任的審批時刻class_teacher_restorevarchar(250)是班主任的回復college_leader_statusInt(4)否（默認值為0）院系領導的審批狀態(tài)college_leader_idvarchar(25)是院系領導的代號college_leader_sp_timedatetime是院系領導的審批時刻college_leader_restorevarchar(250)是院系領導的回復

表5.4.4-2任課老師提交出勤信息的記錄表列名數(shù)據的類型是否為空值講明record_idInt(4)否(自動生成)代號idInt(4)否與表course_time中id關聯(lián)record_timedatetime否老師考勤得記載時刻sk_timedatetime否上課的時刻表5.4.4-3學生上課出勤的列名數(shù)據的類型是否為空值講明kaoqin_idInt(4)否(自動生成)代號idInt(4)否與表course_time中id關聯(lián)sk_timedatetime否上課得時刻Stu_numberVarchar(20)否學生的學號Stu_statusVarchar(1)否學生上課的考勤狀態(tài)5.4.5數(shù)據庫的建立打開SQLServer2000的[企業(yè)治理器]，登錄后，選擇[新建數(shù)據庫]那個命令，給數(shù)據庫起名kaoqin。然后通過設計器創(chuàng)建數(shù)據表。5.5前端操作頁面的設計5.5.1系統(tǒng)登陸的設計不同的用戶使用系統(tǒng)，都需要事先進行身份驗證。在“用戶名”處，用戶輸入系統(tǒng)治理員分配的用戶，選擇正確的類型，在輸入正確密碼后才能進行系統(tǒng)，以上任何一個輸入有誤，系統(tǒng)都將拒絕用戶使用該系統(tǒng)，假如用戶不記得了用戶名或是密碼，請盡快與系統(tǒng)治理員聯(lián)系，因為該系統(tǒng)不支持在線找回密碼功能。學生用戶的用戶名和密碼差不多上該學生的學號，而其它用戶的用戶名和密碼是由系統(tǒng)治理員指定。該系統(tǒng)的設計，嚴格考慮了系統(tǒng)的安全性，不同意任何用戶不經登陸而直接使用該系統(tǒng)的任何一個網頁，用戶也不能繞過身份驗證。5.5.2學生用戶的功能設計據學生用戶的需求，該系統(tǒng)實現(xiàn)了在線請假、查看個人差不多信息、查看上課出勤信息這三大重要功能。該系統(tǒng)針對學生用戶設計了以下功能菜單：差不多信息、考勤信息、請假系統(tǒng)、修改密碼、查看課表、安全退出、關心。通過差不多信息功能菜單，學生便可查看自己的姓名、性不、學號、院系、年級、專業(yè)、班級號等信息。通過請假系統(tǒng)功能菜單，實現(xiàn)了在線請假申請功能、查看等待審批的請假信息、請假成功或失敗的請假信息。通過考勤信息菜單，學生可查看歷史學年上課出勤的統(tǒng)計信息。通過查看課表功能菜單，學生可查看歷年的課表安排。通過修改密碼功能菜單，學生便可修改自己的密碼。通過本系統(tǒng)自帶的關心文件，用戶在使用過程中可隨時查閱。5.5.3任課老師用戶的功能設計據任課老師用戶的需求，系統(tǒng)實現(xiàn)了任課老師在線公布學生上課出勤信息和查看學生考勤信息兩大差不多功能。針任課老師用戶系統(tǒng)設計了以下功能菜單：查看課表、考勤信息、考勤治理、修改密碼、安全退出、關心等。通過查看課表功能菜單，任課老師可查看本學期自己所帶課程的上課時刻以和所教班級的一些差不多信息。通過考勤治理功能菜單，系統(tǒng)能夠比較智能的依照當前日期自動地提示當前學年還沒登記的學生上課出勤表。通過考勤信息功能菜單，任課老師可查看已記錄的學生上課出勤信息，如此不但能夠查看學生上課出勤統(tǒng)計信息，還能夠考勤學生上課出勤統(tǒng)計信息，最后還能夠做適當?shù)男薷?。任課老師用戶最要緊的功能是考勤治理功能，在任課老師上完課后，把傳統(tǒng)的學生上課出勤情況在網上公布，及時預備學生上課出勤信息并對班主任、院系領導、學校領導透明。5.5.4班主任用戶的功能設計依照班主任用戶的功能需求，系統(tǒng)實現(xiàn)了掃瞄班級信息、審批學生在線請假和上課考勤信息三大差不多功能。針對班主任用戶系統(tǒng)設計了如下功能菜單：班級信息、考勤信息、請假系統(tǒng)、修改密碼、安全退出、關心。通過班級信息功能菜單，班主任能夠查看本班學生的差不多信息。5.5.5院系領導用戶的功能設計依照院系領導用戶的需要，系統(tǒng)實現(xiàn)了查看本院系信息和學生考勤信息、以及審批本院系學生請假的幾大差不多功能。學院系領導用戶的系統(tǒng)設計信息如下：有院系、班主任、任課老師、請假系統(tǒng)、考勤統(tǒng)計、班主任安排等。通過院系信息功能菜單、請假系統(tǒng)功能菜單、考勤統(tǒng)計功能菜單就能夠完成相關的信息查詢。查詢本院系學生上課的考勤信息和審批學生請假是院系領導用戶的要緊功能。院系領導用戶能夠查詢院系某個班的考勤信息，同時也能夠查詢院系某個人的考勤信息，因此在查詢個人考勤的統(tǒng)計信息時，這是一個模糊的查詢，可依照完整學號，查出一個學生考勤信息，但也可輸入部分學號、姓名依次列出所有相關的考勤記錄。院系領導通過該系統(tǒng)還可查看本院系相關的一些差不多信息。5.5.6學校領導用戶功能設計查看學校領導用戶的功能，查看全校差不多信息和學生考勤信息這兩大差不多功能都由該系統(tǒng)實現(xiàn)了。關于院系領導用戶系統(tǒng)設計了以下功能信息菜單：學校、院系領導、班主任、任課老師、班主任安排、考勤、全校課表、修改密碼、安全退出、關心等信息。通過學校信息的功能菜單、考勤統(tǒng)計功能菜單，學校領導便能夠查看有關本校的一些相關的差不多信息。各個菜單功能的合理安排設計實現(xiàn)了相關信息的查詢。學校領導用戶、院系領導用戶他們的的功能大致上是一樣的，只是查看的范圍有所不一樣，院上和系上的領導只能夠查看到本學院本系的信息，而全校的學生、班主任、任課老師等所有相關的信息只有學校的領導能夠查看到。因為與院系領導設計上差不多一致，因此不再重復。6編碼6.1用戶操作頁面的編碼6.1.1系統(tǒng)登陸的編碼用戶登陸時操作頁面如下圖所示：圖6.1.1-1用戶的登錄頁面6.1.2學生用戶功能編碼依照系統(tǒng)詳細設計，學生用戶操作頁面如圖所示：圖6.1.2-1學生請假系統(tǒng)頁面6.1.3任課老師用戶功能編碼依照任課老師詳細設計的要求，設計任課老師操作頁面如圖所示：圖6.1.3-1任課6.1.4班主任用戶功能編碼依照班主任用戶的詳細設計要求，設計班主任用戶操作頁面如圖所示：圖6.1.4-1班主任審批請假操作頁面6.1.5院系領導用戶功能編碼依照院系領導用戶詳細設計的需求，設計院系領導用戶操作頁面如圖6-6所示：圖6.1.5-1院系領導查詢學生考勤信息頁面6.2數(shù)據庫連接池編碼6.2.1數(shù)據庫連接池程序編碼/*SQLServer2000連接池對數(shù)據庫的所有操作*/packageSQLBean;importjavax.naming.*;importjavax.sql.*;importjava.sql.*;publicclassDBConn{ publicContextctx=null; publicConnectioncnn=null; Statementstmt=null; ResultSetrs=null; DataSourceds=null;publicDBConn(){//構造函數(shù)，查找連接池資源 try{ ctx=newInitialContext(); if(ctx==null) thrownewException("notenvironment"); ds=(DataSource)ctx.lookup("java:comp/env/jdbc/kaoqin"); if(ds==null) thrownewException("notfinddataBase"); }catch(Exceptione){ System.err.println(e.getMessage()); } } 7軟件的測試7.1引言開發(fā)軟件那個過程中，大伙兒使用了專門多保證軟件質量的方法分析、設計以及實現(xiàn)軟件，然而幸免不了還會在工作中犯一些小錯誤。這在軟件產品中就隱藏著許多錯誤和缺陷，尤其是規(guī)模大和復雜性高的軟件。因此，必須進行認真、認真、打算、完全的軟件測試。7.2測試的方案7.2.1本系統(tǒng)所采納的測試方案基于各種測試方法,本人選取的是模塊測試與系統(tǒng)測試，要緊的模塊測試部分由本人程序設計過程中自主完成！7.3測試的過程7.3.1用戶登陸測試用戶登陸的測試是測試系統(tǒng)訪問的安全性和各個頁面的設計的安全性，測試方案如下所示：表7.3.1-1測試方案表用戶的類型用戶名密碼空值密碼錯誤密碼或用戶名錯誤的類型學生2008120762008102076否否否任課老師051002234567否否否班主任058001234567否否否院系領導linxin_02234567否否否學校領導school234567否否否通過上表反復測可知，在登陸安全方面系統(tǒng)用戶不存在問題，各個用戶必須選擇正確的類型，使用正確的用戶名和密碼才能夠正常使用該系統(tǒng)。7.3.2頁面使用安全的測試該測試過程要緊是測試系統(tǒng)各頁面的安全性，也即是在用戶沒有登錄的情況下直接在掃瞄器地址中輸入要打開的用戶頁面，亦或是用戶用正確的用戶名和密碼進入系統(tǒng)后，在掃瞄器地址欄中直接輸入不的用戶的頁面，測試各個頁面是否不需要用戶登錄便可使用，或是否能夠繞過身份驗證成功。第一步：假如用戶沒登陸，在地址欄中直接輸入學生用戶的首頁的完整地址，查看到底能不能進行操作。測試出得到的結果是：用戶還沒有進行登陸如此的錯誤信息提示。按照相同的方法，依次測試其它頁面和用戶，測試的結果差不多上：用戶還未沒有進行登陸如此的錯誤信息提示。第二步：輸入正確的用戶及密碼進入學生系統(tǒng)，在地址欄中正確地輸入任課教師的首頁地址，查看能不能躍過身份認證，再打開其他的頁面。測試得到的是：沒有任何權限如此的錯誤信息提示。用同樣的方法去測試其他的頁面用戶，其他的用戶都得到一樣的測試結果信息：無權限。測試的結果：通過各種測試，系統(tǒng)各個頁都有專門好的安全性，每個頁面都不同意用戶在沒有登陸的前提下訪問，用戶在登陸后，也不充許用戶訪問不的用戶類型的頁面，即不能繞過身份驗證。7.3.3學生用戶測試學生用戶的核心功能是請假系統(tǒng)，要緊完成以下的幾個測試：空值的測試：請假開始時刻空值、結束的時刻空值、請假緣故空值、或部分為空值，在如此的的情況下，點擊提交數(shù)據，在線請假。測試的結果：系統(tǒng)拒絕提交數(shù)據，并能正確的做出相應的提示，如**不能夠為空的錯誤信息。錯誤時刻選擇測試：在開始時刻和結束時刻選擇的時候，把結束時刻選擇一個開始時刻往常的時刻，最后提交數(shù)據。測試的結果：提示的時刻選擇錯誤的提示信息。超前請假的相關測試：選開始時刻和當前時刻相差大于一個禮拜的日期請假。測試的結果