1、 四川師范大學本科畢業設計 學生考勤管理系統的設計與實現學生姓名學 號所 在 系計算機科學與技術系專業名稱計算機科學與技術班 級指導教師四川師范大學二一二年五月 學生考勤管理系統的設計與實現學生： 指導教師： 摘要： 本高校學生考勤管理系統用JSP+SQL Server 2000開發，開發過程中運用了頁面模塊化、信息發布的動態生成、靜態頁面顯示等技術開發。本論文重點介紹本系統的請假系統、考勤系統兩大功能模塊設計，完成學生、任課老師、班主任、院系領導、學校領導五類用戶功能的設計與實現。關鍵詞：考勤管理 在線請假 JSPStudents test system design and impleme

2、ntationAbstract：The system is an information system designed for asking for leave on line for students and managing attendance of undergraduate.It is generally divided into three main modules: the module for asking for on-line leave , the module for managing attendance of undergraduate and the modul

3、e for backstage management. There are different customers in the university operating the system,such as student, teacher, a teacher in charge of a class,department leader, school leader, administrator.The system is developed with the help of Jcreator,JSP(java、javascript、html)and SQL Server 2000. Th

4、e key techniques used in the process of development are: the page modularization, dynamic generating and static page showing of information, etc. And the thesis focuses on the introduction of the systems attendance management and the management of asking for leave online.And it develops the function

5、 of student, teacher, a teacher in charge of a class,department leader, school leader on the whole. Key Words： attendance management online ask for leave JSP目 錄 TOC o 1-3 h z u HYPERLINK l _Toc322204905 1 概述 PAGEREF _Toc322204905 h 6 HYPERLINK l _Toc322204906 1.1 引言 PAGEREF _Toc322204906 h 6 HYPERLI

6、NK l _Toc322204907 1.2開發背景 PAGEREF _Toc322204907 h 6 HYPERLINK l _Toc322204908 1.3問題的描述 PAGEREF _Toc322204908 h 6 HYPERLINK l _Toc322204909 2 可行性的分析 PAGEREF _Toc322204909 h 7 HYPERLINK l _Toc322204910 2.1 引言 PAGEREF _Toc322204910 h 7 HYPERLINK l _Toc322204911 2.2 目的和意義 PAGEREF _Toc322204911 h 7 HYPE

7、RLINK l _Toc322204912 2.3 可行性的分析 PAGEREF _Toc322204912 h 7 HYPERLINK l _Toc322204913 3 需求分析 PAGEREF _Toc322204913 h 8 HYPERLINK l _Toc322204914 3.1 引言 PAGEREF _Toc322204914 h 8 HYPERLINK l _Toc322204915 3.2 用戶需求描述 PAGEREF _Toc322204915 h 8 HYPERLINK l _Toc322204916 3.2.1學生用戶的需求描述 PAGEREF _Toc3222049

8、16 h 8 HYPERLINK l _Toc322204917 3.2.2任課老師用戶的需求描述 PAGEREF _Toc322204917 h 8 HYPERLINK l _Toc322204918 3.2.3班主任用戶需求描述 PAGEREF _Toc322204918 h 8 HYPERLINK l _Toc322204919 3.2.4院（系）領導用戶需求描述 PAGEREF _Toc322204919 h 9 HYPERLINK l _Toc322204920 3.2.5學校領導用戶需求描述 PAGEREF _Toc322204920 h 9 HYPERLINK l _Toc322

9、204921 3.2.6系統管理員用戶需求描述 PAGEREF _Toc322204921 h 9 HYPERLINK l _Toc322204922 3.3功能需求描述 PAGEREF _Toc322204922 h 9 HYPERLINK l _Toc322204923 3.4系統開發工具 PAGEREF _Toc322204923 h 10 HYPERLINK l _Toc322204924 3.5相關的開發工具簡介 PAGEREF _Toc322204924 h 10 HYPERLINK l _Toc322204925 3.5.1 B/S（瀏覽器/服務器）簡介 PAGEREF _Toc

10、322204925 h 10 HYPERLINK l _Toc322204926 3.5.2 JAVA/JSP簡介 PAGEREF _Toc322204926 h 10 HYPERLINK l _Toc322204927 3.6 系統功能劃分 PAGEREF _Toc322204927 h 10 HYPERLINK l _Toc322204928 3.7 數據字典 PAGEREF _Toc322204928 h 11 HYPERLINK l _Toc322204929 3.8 數據流圖 PAGEREF _Toc322204929 h 11 HYPERLINK l _Toc322204930 3

11、.9運行需求 PAGEREF _Toc322204930 h 12 HYPERLINK l _Toc322204931 3.9.1 最低配置 PAGEREF _Toc322204931 h 12 HYPERLINK l _Toc322204932 3.9.2 建議配置 PAGEREF _Toc322204932 h 12 HYPERLINK l _Toc322204933 4 總體設計 PAGEREF _Toc322204933 h 13 HYPERLINK l _Toc322204934 4.1 引言 PAGEREF _Toc322204934 h 13 HYPERLINK l _Toc32

12、2204935 4.2 系統的布局設計 PAGEREF _Toc322204935 h 13 HYPERLINK l _Toc322204936 4.4 本人主要的工作任務 PAGEREF _Toc322204936 h 14 HYPERLINK l _Toc322204937 5 詳細設計 PAGEREF _Toc322204937 h 14 HYPERLINK l _Toc322204938 5.1 引言 PAGEREF _Toc322204938 h 14 HYPERLINK l _Toc322204939 5.2 系統功能的流程圖 PAGEREF _Toc322204939 h 14

13、HYPERLINK l _Toc322204940 5.3系統目錄的結構設計 PAGEREF _Toc322204940 h 15 HYPERLINK l _Toc322204941 5.4 數據庫的設計與實現 PAGEREF _Toc322204941 h 15 HYPERLINK l _Toc322204942 5.4.1 實體模型 PAGEREF _Toc322204942 h 15 HYPERLINK l _Toc322204943 5.4.2 E-R 模型圖 PAGEREF _Toc322204943 h 16 HYPERLINK l _Toc322204944 5.4.3 數據庫的

14、邏輯設計 PAGEREF _Toc322204944 h 17 HYPERLINK l _Toc322204945 5.4.4 數據庫表的創建 PAGEREF _Toc322204945 h 17 HYPERLINK l _Toc322204946 5.4.5 數據庫的建立 PAGEREF _Toc322204946 h 18 HYPERLINK l _Toc322204947 5.5 前端操作頁面的設計 PAGEREF _Toc322204947 h 18 HYPERLINK l _Toc322204948 5.5.1 系統登陸的設計 PAGEREF _Toc322204948 h 18 H

15、YPERLINK l _Toc322204949 5.5.2 學生用戶的功能設計 PAGEREF _Toc322204949 h 18 HYPERLINK l _Toc322204950 5.5.3 任課老師用戶的功能設計 PAGEREF _Toc322204950 h 19 HYPERLINK l _Toc322204951 5.5.4 班主任用戶的功能設計 PAGEREF _Toc322204951 h 19 HYPERLINK l _Toc322204952 5.5.5 院系領導用戶的功能設計 PAGEREF _Toc322204952 h 19 HYPERLINK l _Toc3222

16、04953 5.5.6 學校領導用戶功能設計 PAGEREF _Toc322204953 h 19 HYPERLINK l _Toc322204954 6 編碼 PAGEREF _Toc322204954 h 20 HYPERLINK l _Toc322204955 6.1用戶操作頁面的編碼 PAGEREF _Toc322204955 h 20 HYPERLINK l _Toc322204956 6.1.1 系統登陸的編碼 PAGEREF _Toc322204956 h 20 HYPERLINK l _Toc322204957 6.1.2 學生用戶功能編碼 PAGEREF _Toc322204

17、957 h 20 HYPERLINK l _Toc322204958 6.1.3 任課老師用戶功能編碼 PAGEREF _Toc322204958 h 21 HYPERLINK l _Toc322204959 6.1.4 班主任用戶功能編碼 PAGEREF _Toc322204959 h 21 HYPERLINK l _Toc322204960 6.1.5 院系領導用戶功能編碼 PAGEREF _Toc322204960 h 22 HYPERLINK l _Toc322204961 6.2 數據庫連接池編碼 PAGEREF _Toc322204961 h 22 HYPERLINK l _Toc

18、322204962 6.2.1數據庫連接池程序編碼 PAGEREF _Toc322204962 h 22 HYPERLINK l _Toc322204963 7 軟件的測試 PAGEREF _Toc322204963 h 23 HYPERLINK l _Toc322204964 7.1 引言 PAGEREF _Toc322204964 h 23 HYPERLINK l _Toc322204965 7.2 測試的方案 PAGEREF _Toc322204965 h 23 HYPERLINK l _Toc322204966 7.2.1 本系統所采用的測試方案 PAGEREF _Toc3222049

19、66 h 23 HYPERLINK l _Toc322204967 7.3 測試的過程 PAGEREF _Toc322204967 h 24 HYPERLINK l _Toc322204968 7.3.1 用戶登陸測試 PAGEREF _Toc322204968 h 24 HYPERLINK l _Toc322204969 7.3.2 頁面使用安全的測試 PAGEREF _Toc322204969 h 24 HYPERLINK l _Toc322204970 7.3.3學生用戶測試 PAGEREF _Toc322204970 h 25 HYPERLINK l _Toc322204971 7.3

20、.4任課老師用戶的測試 PAGEREF _Toc322204971 h 25 HYPERLINK l _Toc322204972 7.3.5班主任用戶的測試 PAGEREF _Toc322204972 h 26 HYPERLINK l _Toc322204973 7.3.6院系領導/學校領導用戶的測試 PAGEREF _Toc322204973 h 26 HYPERLINK l _Toc322204974 8 結束語 PAGEREF _Toc322204974 h 26 HYPERLINK l _Toc322204975 參考文獻 PAGEREF _Toc322204975 h 27學生考勤管

21、理的設計與實現1 概述1.1 引言問題定義階段須要回答的主要問題是：“所要解決的問題是什么？”，其中最重要的是了解此課題要解決問題的根本所在和所需要的資源等。1.2開發背景目前各大高校校園信息化逐步完善，高校師生利用校園網有效的提高了辦事效率。各大高校對于教務的管理系統、師生的成績查詢系統、招生的就業系統、BBS、校園網站等各個系統在各個高校都一一出現，對全校教師和同學們的學習、生活、管理、辦公等都帶來了極大的便利。目前各個高校的學生上課所采用的考勤管理都是以任課教師上課點名，記錄下學生上課出勤的情況，學期期末再根據上課出勤表以及作業登記表對學生平時的成績進行打分，最后把數據上交到各院系。學生

22、請假都以傳統的寫請假條的形式向各自的班主任請假，若請假時間長，需要班主任、院系領導都批準方能生效。這種模式在目前絕大部分高校管理中出現了極大的弊端。1.3問題描述上面所術的關于各大高等學校對于學生的考勤以及請假所面臨的各種問題涉及到了很多類的用戶，該系統所用的范圍都是在整個校園的校園網內，因為較廣泛的用戶分布，并且有很大的差異。所以該系統設計應該采用B/S這樣的構架來進行設計，操作簡單且直觀、硬件要求低，當然最好能實現跨平臺。如此系統應當有較好的擴展性，且要與當前高校中已有的系統存在很好的集成。如今在IT技術的不斷更新與發展下，很多企業的信息實現化也隨之不斷在成熟。面對廣泛程序語言的運用于設計

23、，以及各種成熟的關系數據庫的完善、推出，加之廣泛運用面向對象這樣的軟件開發，這使得軟件開發變得簡單很多，開發系統也變得實用許多，大部分企業使用這樣的信息系統后，辦事效率不僅提高了，而且也收到了更大的經濟收入。JSP、ASP 、PHP等技術是如今基于B/S結構所采用的方案。該系統采用了JSP技術來進行開發，存儲數據使用了流行的SQL Server 2000數據庫管理系統,學生在線考勤管理、在線請假、后臺數據的維護和更新等都成功被解決了。2 可行性的分析2.1 引言在此階段需要弄懂的問題是：上個階段所確定的問題如今到底有沒有可行的解決方法。要解決該問題，我們需要進行大大的壓縮、簡化的系統分析與設計

24、過程。可行性的研究不是具體的解決問題，會比較簡單！而研究性問題的范圍，關于這個問題是否值得去探索去解決，尋找的解決方案有是否可行呢？2.2 目的和意義解決現今各大高校中對于學生的請假和上課的出勤管理中所面臨的種種問題是開發該系統的目的所在。有效地提高各大高等學校的辦事的效率，解決各大高校學生的請假和上課的出勤管理問題，實現學生的請假和上課的出勤信息對班主任或是任課教師、各大領導等及時了解學生的學習情況，這些都是開發高校學生考勤管理系統的目的。這樣有利于與學生及時進行溝通，提高校的教學質量。2.3 可行性的分析技術的可行性：該系統在如今的高校中的使用還并不廣泛，盡管這樣，依然有很多相似的成功案例

25、。該系統所采用的腳本語言是JavaScript。利用了JSP、html標識語言和SQL Server 2000數據庫技術進行綜合開發。如此安全穩定的JSP動態網頁技術,國內很多企業、銀行的商務系統和各種信息系統都是采用它來開發的。MSS（基于結構化的查詢語言數據庫服務器）一種是基于客戶/服務器結構化的數據庫管理系統，通過使用客戶系統用戶可以從服務器的檢索信息了解并進行本地的相關操作，客戶關注信息的相關表示，服務器關注數據庫的相關進程。經濟的可行性：該系統在架構設計上 開發上 使用的都是比較簡單方便的設計技術，所消耗的人力物力很少，所要求的部署硬件要求也很低，這樣簡單 易于操作的系統，在經濟上是

26、非常可行的。 法律的可行性：在知識產權上該系統擁有自主權，并沒有隨意使用其他有違法規的軟件同時也沒有任何非法的商品交易，因此在法律上它也是可行的。操作的可行性：本系統操作非常簡單方便,你懂得上網，那么操作該系統就你就沒問題,因此在操作上也是可行的。分析結果：通過各種分析 可得出，該系統在經濟、法律、操作等都具有很好的可行性,其性價比很好，所以 它是值得開發采用的。3 需求分析3.1 引言這個階段的任務仍然不是具體地解決問題，而是準確地確定“為了解決這個問題，目標系統必須做什么”，主要是確定目標系統必須具備哪些功能。3.2 用戶需求描述用戶就是系統最終的使用者，開發系統的目的在于讓用戶最終能很好

27、的使用該系統，最終為各個用戶帶來各種方便。該系統主要是解決高校學在線請假以和上課考勤管理兩個重大問題，經過對各大高校的實際調查與分析，該系統包了括學生、班主任、任課教師、院系領導、學校領導、系統管理員等六類用戶，而這六類用戶對系統的需求簡要概括如下：3.2.1學生用戶的需求描述學生對該系統主要的需求是：在線請假需求和查看在校期間所有的上課出勤信息。在線請假的需求：學生可以在網上填寫好請假的起止日期、請假緣由后，就可以向班班主任提出請假的申請，若超過三天的請假時間，就由班主任審批后，再由院系領導審批。在此請假的全部過程當中，學生可以隨時通過網絡查自己請假的詳細進展情況。查看出勤信息的需求：學生完

28、全可以查看在校期間所有學期的上課出勤信息。3.2.2任課老師用戶的需求描述任課老師對系統的主要的需求是：管理及查看所教班級學生的上課出勤信息。管理學生上課出勤的需求：依據學校安排的各個課表，隨著時間的變化，系統會自動地將還沒有在網上公布的學生上課出勤信息列出，系統會自動的根據學生請假系統，最終決定學生上課出勤率的結果。查看學生出勤信息的需求：查看所教的班級學生整個學期以來的出勤統計的詳細信息。其它的需求：查看上課的課表，本人的基本信息以和修改個人的用戶密碼。3.2.3班主任用戶需求描述班主任對本系統的主要需求是：審批以及查看本班學生本學期的在線請假和所有課程的上課出勤等相關信息。審批學生的請假

29、需求：學生在本學期在線請假申請后，自動提示該班主任有等待審批的請假信息，班主任再針對請假申請信息進行學生請假審批和對請假信息的回復。查看學生上課出勤的信息需求：查看本班學生在整個學期有關課程上的出勤統計的詳細信息。其它的需求：查看該班學生基本信息、修改個人的用戶密碼等。3.2.4院（系）領導用戶需求描述院系領導對系統的需求是：審批本院系所有學生中超過三天請假的和查看本院系學生上課的出勤信息。審批請假的需求：當有學生請假時間超過三天的，由所在班班主任審批同意后，系統就會自動提交信息給任何一個最先進入系統的院系領導審批請假，和針對請假的回復。查看本院系學生出勤信息的需求：直接輸入查詢的條件，系統自

30、動會根據查詢條件列出相關的上課出勤信息。其它的需求：查看本院系相關的基本信息和修改個人的用戶密碼等。3.2.5學校領導用戶需求描述查看全校學生上課出勤的相關信息也就是學校領導對系統主要的需求。要查看出勤的信息：直接輸入相關的查詢的條件，學生的相關上課出勤信息就會自動根據查詢條件列出。有關其它的需求：查看全校的基本信息、修改個人的用戶的密碼等。3.2.6系統管理員用戶需求的描述系統的最高權限是系統管理員，系統管理員要負責同步更新和維護系統所有數據的動態，下面是基本的功能需求：學校所有相關信息，進行添加、修改、刪除。各個班級的課程安排、班主任和任課教師的相關信息。整個系統全部的用戶。全校課表的相關

31、安排。全校每個學期開學的時間和結束的時間。整個系統的請假和考勤信息。3.3功能需求描述根據以上各類用戶的各種需求描述，該系統必須具備請假系統、考勤管理系統、后臺管理系統這三大重要功能。請假系統的功能需求：據調查分析，目前很多高校中的請假流程是學生如果要請假，必須先寫好請假條首先由班主任審批，超過四天的請假時間，還必須要等待院系領導審批通過后才能生效。請假的時間最長不能超過1個月，特殊情況除外。考勤管理的功能需求：任課老師必須通過考勤管理系統，對學生上課出勤信息進行公開，但因為任課老師忙于教學，為了準確無誤的對學生出勤情況進行及時公開，這需要系統能自動地提示任課老師對上完課后，卻還未公布的出勤信

32、息在網上進行公布。后臺管理的功能需求：后來的管理最主要是用來管理系統操作的數據，由于每學年各個高校的學生都在變化，有新生入學、有學生畢業。 3.4系統開發工具根據各用戶和系統各大功能的需求，經過大量的調查與分析，對于本高校學生考勤管理系統選擇以下開發工具進行開發：系統結構：B/S 開發語言：JAVA/JSP數據庫：SQL Server 2000開發工具：JDK 1.5 Dreamweaver Jcreator服務器端容器：Tomcat 5.53.5相關的開發工具簡介3.5.1 B/S（瀏覽器/服務器）簡介“B/S（Browser/Server，瀏覽器/服務器）模式又稱B/S結構。它是隨著Int

33、ernet技術的興起，對C/S模式應用的擴展。在這種結構下，用戶工作界面是通過IE瀏覽器來實現的。B/S模式最大的好處是運行維護比較簡便，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數據；最大的缺點是對網絡環境依賴性太強，由于各種原因引起網絡中斷都會造成系統癱瘓。”3.5.2 JAVA/JSP簡介“JAVA是SUN公司推出的完全面向對象的語言，它有很好的跨平臺性、安全性、重用性等特點。JSP的全稱是Java Servlet Pages，它是SUN推出的一種動態網頁技術標準。它在傳統的靜態頁面文件(*.html,

34、*htm)中加入Java程序片段和JSP標記，就構成了JSP頁面。 3.6 系統功能劃分根據系統用戶的各個需求，本系統可以按功能劃分成三大功能模塊：請假系統模塊、考勤系統模塊、后臺管理模塊，涉及到的用戶六大類：學生、任課老師、班主任、院系領導、學校領導、系統管理員。請假系統模塊：該模塊的功能是實現在線請假和管理，最重要涉及到三大類用戶：學生用戶、班主任用戶及院系領導用戶，學生用戶可以通過此功能模塊在線進行請假和查看請假信息記錄；班主任可在線審批和查看學生請假及記錄信息；院系領導可在線審批學生長時間的請假和查看請假信息記錄。考勤系統模塊：該模塊的功能是實現學生考勤信息的統計、查看及管理，涉及到所

35、有用戶。學生可以在線查看了解自己所有學年的出勤的相關信息；任課教師也可以在線管理學生出勤的相關信息；班主任、院系領導、學校領導都可查看不同范圍的學生出勤的相關信息。后臺管理管理：該模塊的功能是實現整個系統數據的同步更新和維護，只虛涉及系統管理員。系統管理員可以動態的管理學生的相關信息、課表安排、學年安排等，這是整個系統要實現的基礎所在。3.7 數據字典數據詞典，不但可用于描述數據流和數據存儲的詳細邏輯內容，還可用于描述外部項和處理邏輯的某些數據特性。數據詞典把最小組成單位看作數據元素，N干個數據元素組成數據結構。通過對數據元素和結構的定義，來描述數據流和存儲的邏輯內容。就相當于字典的作用，當用

36、戶或軟件人員想了解某一數據的含義時，查字典便可。 3.8 數據流圖數據流程圖是系統結構化分析的工具。它不但可以表達數據在系統內部的邏輯流向，而且還可以表達系統邏輯功能和數據邏輯變換。數據流程圖不但能表達現行人工系統的數據流程以及邏輯處理功能，更能表達自動化系統的數據流程以及邏輯處理功能如下圖：圖3.8-1 請假系統數據流圖圖3.8-2 考勤系統數據流圖3.9運行需求3.9.1 最低配置 3.9.1-1 最低配置服務器端需求表硬件需求處理器 Intel Pentium III 內存 128M 硬盤 40G軟件需求Windows 98 Microsoft Internet Explorer 4.0

37、1 JDK 1.5SQL Server 2000 數據庫 Tomcat 5.0 3.9.1-2 最低配置客戶端需求表 硬件需求處理器 Intel奔騰133或相當的處理器 內存 64M 硬盤 10G軟件需求Windows 98 Microsoft Internet Explorer 4.013.9.2 建議配置3.9.2-1 建議配置服務器端需求表硬件需求處理器 Intel Pentium IV 3.2G 內存 256M 硬盤 90G 軟件需求Microsoft Windows 2000/XP JDK 1.5 Tomcat 5.5SQL Server2000 數據庫 Microsoft Inte

38、rnet Explorer 6.03.9.2-2建議配置服務器端需求表客硬件需求處理器 Intel Pentium IV 1.8或相當的處理 內存256M 硬盤 30G軟件需求Windows 20002/XP Microsoft Internet Explorer 6.04 總體設計4.1 引言通過需求分析階段的工作，系統必須要“做什么”已弄清楚了，現在決定的是該“怎樣做” 了。4.2 系統的布局設計系統頁面主要采用框架來設計，不同的用戶擁有不同的功能菜單，但是都有統一的風格，這讓頁面的使用和維護變得更加方便，尤其是對代碼重用方面有很大的幫助。該系統各個用戶的頁面設計如圖4-1所示：圖4.2-

39、1 系統布局圖4.3 總體的結構圖學生考勤管理系統各模塊之間的層次結構按用戶劃分，系統結構圖如下：圖4.3-1 系統用戶結構示意圖圖4.3-2 請假系統結構示意圖 圖4.3-3 考勤系統結構示意圖4.4 本人主要的工作任務本校學生考勤管理系統分三大功能模塊進行來實現，本人要負責的是：請假和考勤系統兩大功能模塊，涉及到的用戶有：學生、班主任、任課老師、院系領導、學校領導。5 詳細設計5.1 引言總體的設計階段用較抽象概括的方式來提出解決問題的辦法。詳細設計是軟件開發時期的第三個階段，也是第二步。它的任務就是把解法具體化，經過詳細設計應得出對目標系統的精準描述，詳細地給出各模塊的過程性描述。這樣在

40、編碼階段便可把此描述直接翻譯成某種程序語言書寫的程序。5.2 系統功能的流程圖1）主功能流程：圖5.2-1 主界面流程圖5.3系統目錄的結構設計圖5.3-1 系統目錄結構的設計圖 5.4 數據庫的設計與實現5.4.1 實體模型圖5.4.1-1 任課老師提交記錄實體圖圖5.4.1-2 請假記錄屬性模型圖5.4.1-3 學生出勤記錄屬性模型圖5.4.2 E-R 模型圖圖5.4.2-1 學生請假記錄E-R模型圖5.4.3 數據庫的邏輯設計依各個功能設計及分析，可列出下面的相關數據項以及數據結構：5.4.3-1 相關數據項及數據結構信息表考勤登記課程安排代號、記載時間、上課時間學生上課出勤信息上課時間

41、代號、上課時間、學號、出勤狀態請假信息請假代號、班級代號、學年代號、學號、請假原因、開始時間、結束時間、請假天數、申請時間、班主任審批狀態、班主任批時間、班主任回復、院系領導審批狀態等5.4.4 數據庫表的創建 依據數據庫需求分析，建立基本的數據表如下。5.4.4-1 請假的信息表列名數據的類型是否為空說明idInt(4)否(主鍵)請假的代號class_idvarchar(10)否班級的代號year_idvarchar(25)否學期的代號stu_numbervarchar(25)否學生的學號qingjia_yuanyinvarchar(250)否請假的原因start_timedatetime否

42、開始的時間end_timedatetime否結束的時間day_numberInt(4)否（默認0）請假的天數qingjia_timedatetime否申請請假的時間class_teacher_statusInt(4)否（默認值為0）班主任的審批狀態class_teacher_sp_timedatetime是班主任的審批時間class_teacher_restorevarchar(250)是班主任的回復college_leader_statusInt(4)否（默認值為0）院系領導的審批狀態college_leader_idvarchar(25)是院系領導的代號college_leader_sp_

43、timedatetime是院系領導的審批時間college_leader_restorevarchar(250)是院系領導的回復 表5.4.4-2 任課老師提交出勤信息的記錄表 列名數據的類型是否為空值說明record_idInt(4)否(自動生成)代號idInt(4)否與表course_time中id關聯record_timedatetime否老師考勤得記載時間sk_timedatetime否上課的時間 表5.4.4-3 學生上課出勤的記錄表列名數據的類型是否為空值說明kaoqin_idInt(4)否(自動生成)代號idInt(4)否與表course_time中id關聯sk_timedate

44、time否上課得時間Stu_numberVarchar(20)否學生的學號Stu_statusVarchar(1)否學生上課的考勤狀態5.4.5 數據庫的建立打開SQL Server2000的企業管理器，登錄后，選擇新建數據庫這個命令，給數據庫起名kaoqin。然后經過設計器創建數據表。5.5 前端操作頁面的設計5.5.1 系統登陸的設計不同的用戶使用系統，都需要事先進行身份驗證。在“用戶名”處，用戶輸入系統管理員分配的用戶，選擇正確的類型，在輸入正確密碼后才能進行系統，以上任何一個輸入有誤，系統都將拒絕用戶使用該系統，如果用戶忘記了用戶名或是密碼，請盡快與系統管理員聯系，因為該系統不支持在線

45、找回密碼功能。學生用戶的用戶名和密碼都是該學生的學號，而其它用戶的用戶名和密碼是由系統管理員指定。該系統的設計，嚴格考慮了系統的安全性，不允許任何用戶不經登陸而直接使用該系統的任何一個網頁，用戶也不能繞過身份驗證。5.5.2 學生用戶的功能設計據學生用戶的需求，該系統實現了在線請假、查看個人基本信息、查看上課出勤信息這三大重要功能。該系統針對學生用戶設計了以下功能菜單：基本信息、考勤信息、請假系統、修改密碼、查看課表、安全退出、幫助。通過基本信息功能菜單，學生便可查看自己的姓名、性別、學號、院系、年級、專業、班級號等信息。通過請假系統功能菜單，實現了在線請假申請功能、查看等待審批的請假信息、請

46、假成功或失敗的請假信息。通過考勤信息菜單，學生可查看歷史學年上課出勤的統計信息。通過查看課表功能菜單，學生可查看歷年的課表安排。通過修改密碼功能菜單，學生便可修改自己的密碼。通過本系統自帶的幫助文件，用戶在使用過程中可隨時查閱。5.5.3 任課老師用戶的功能設計據任課老師用戶的需求，系統實現了任課老師在線公布學生上課出勤信息和查看學生考勤信息兩大基本功能。針任課老師用戶系統設計了以下功能菜單：查看課表、考勤信息、考勤管理、修改密碼、安全退出、幫助等。通過查看課表功能菜單，任課老師可查看本學期自己所帶課程的上課時間以和所教班級的一些基本信息。通過考勤管理功能菜單，系統可以比較智能的根據當前日期自

47、動地提示當前學年還沒登記的學生上課出勤表。通過考勤信息功能菜單，任課老師可查看已記錄的學生上課出勤信息，這樣不但可以查看學生上課出勤統計信息，還可以考勤學生上課出勤統計信息，最后還可以做適當的修改。任課老師用戶最主要的功能是考勤管理功能，在任課老師上完課后，把傳統的學生上課出勤情況在網上公布，及時準備學生上課出勤信息并對班主任、院系領導、學校領導透明。 5.5.4 班主任用戶的功能設計根據班主任用戶的功能需求，系統實現了瀏覽班級信息、審批學生在線請假和上課考勤信息三大基本功能。針對班主任用戶系統設計了如下功能菜單：班級信息、考勤信息、請假系統、修改密碼、安全退出、幫助。通過班級信息功能菜單，班

48、主任可以查看本班學生的基本信息。5.5.5 院系領導用戶的功能設計根據院系領導用戶的需要，系統實現了查看本院系信息和學生考勤信息、以及審批本院系學生請假的幾大基本功能。學院系領導用戶的系統設計信息如下：有院系 、班主任、任課老師、請假系統、考勤統計、班主任安排等。通過院系信息功能菜單、請假系統功能菜單、考勤統計功能菜單 就可以完成相關的信息查詢。查詢本院系學生上課的考勤信息和審批學生請假是院系領導用戶的主要功能。院系領導用戶可以查詢院系某個班的考勤信息，同時也可以查詢院系某個人的考勤信息，當然在查詢個人考勤的統計信息時，這是一個模糊的查詢，可根據完整學號，查出一個學生考勤信息，但也可輸入部分學

49、號、姓名依次列出所有相關的考勤記錄。院系領導通過該系統還可查看本院系相關的一些基本信息。5.5.6 學校領導用戶功能設計查看學校領導用戶的功能，查看全校基本信息和學生考勤信息這兩大基本功能都由該系統實現了。對于院系領導用戶系統設計了以下功能信息菜單：學校、院系領導、班主任、任課老師、班主任安排、考勤、全校課表、修改密碼、安全退出、幫助等信息。通過學校信息的功能菜單、考勤統計功能菜單，學校領導便可以查看有關本校的一些相關的基本信息。各個菜單功能的合理安排設計實現了相關信息的查詢。學校領導用戶、院系領導用戶他們的的功能大致上是一樣的，只是查看的范圍有所不一樣，院上和系上的領導只可以查看到本學院本系

50、的信息，而全校的學生、班主任、任課老師等所有相關的信息只有學校的領導可以查看到。因為與院系領導設計上基本一致，所以不再重復。6 編碼6.1用戶操作頁面的編碼6.1.1 系統登陸的編碼用戶登陸時操作頁面如下圖所示：圖6.1.1-1 用戶的登錄頁面6.1.2 學生用戶功能編碼根據系統詳細設計，學生用戶操作頁面如圖所示：圖6.1.2-1 學生請假系統頁面6.1.3 任課老師用戶功能編碼根據任課老師詳細設計的要求，設計任課老師操作頁面如圖所示：圖6.1.3-1任課老師考勤管理頁面6.1.4 班主任用戶功能編碼根據班主任用戶的詳細設計要求，設計班主任用戶操作頁面如圖所示：圖6.1.4-1 班主任審批請假

51、操作頁面6.1.5 院系領導用戶功能編碼根據院系領導用戶詳細設計的需求，設計院系領導用戶操作頁面如圖6-6所示：圖6.1.5-1院系領導查詢學生考勤信息頁面6.2 數據庫連接池編碼6.2.1數據庫連接池程序編碼/* SQL Server 2000 連接池對數據庫的所有操作 */package SQLBean;import javax.naming.*;import javax.sql.*;import java.sql.*;public class DBConnpublic Context ctx=null;public Connection cnn=null;Statement stmt=n

52、ull;ResultSet rs=null;DataSource ds=null;public DBConn() /構造函數，查找連接池資源tryctx=new InitialContext();if(ctx=null) throw new Exception(not environment); ds=(DataSource)ctx.lookup(java:comp/env/jdbc/kaoqin); if(ds=null) throw new Exception(not find dataBase);catch(Exception e)System.err.println(e.getMess

53、age();7 軟件的測試7.1 引言開發軟件這個過程中，大家使用了很多保證軟件質量的方法分析、設計以及實現軟件，然而避免不了還會在工作中犯一些小錯誤。這在軟件產品中就隱藏著許多錯誤和缺陷，尤其是規模大和復雜性高的軟件。因此，必須進行認真、仔細、計劃、徹底的軟件測試。7.2 測試的方案7.2.1 本系統所采用的測試方案基于各種測試方法,本人選取的是模塊測試與系統測試，主要的模塊測試部分由本人程序設計過程中自主完成！7.3 測試的過程7.3.1 用戶登陸測試用戶登陸的測試是測試系統訪問的安全性和各個頁面的設計的安全性，測試方案如下所示：表7.3.1-1 測試方案表用戶的類型用戶名密碼空值密碼錯誤

54、密碼或用戶名錯誤的類型學生2008120762008102076否否否任課老師051002234567否否否班主任058001234567否否否院系領導linxin_02234567否否否學校領導school234567否否否經過上表反復測可知，在登陸安全方面系統用戶不存在問題，各個用戶必須選擇正確的類型，使用正確的用戶名和密碼才可以正常使用該系統。7.3.2 頁面使用安全的測試該測試過程主要是測試系統各頁面的安全性，也即是在用戶沒有登錄的情況下直接在瀏覽器地址中輸入要打開的用戶頁面，亦或是用戶用正確的用戶名和密碼進入系統后，在瀏覽器地址欄中直接輸入別的用戶的頁面，測試各個頁面是否不需要用戶登

55、錄便可使用，或是否可以繞過身份驗證成功。第一步：如果用戶沒登陸，在地址欄中直接輸入學生用戶的首頁的完整地址，查看到底能不能進行操作。測試出得到的結果是：用戶還沒有進行登陸這樣的錯誤信息提示。按照相同的方法，依次測試其它頁面和用戶，測試的結果都是：用戶還未沒有進行登陸這樣的錯誤信息提示。第二步：輸入正確的用戶及密碼進入學生系統，在地址欄中正確地輸入任課教師的首頁地址，查看能不能跳過身份認證，再打開其他的頁面。測試得到的是：沒有任何權限這樣的錯誤信息提示。用同樣的方法去測試其他的頁面用戶，其他的用戶都得到一樣的測試結果信息：無權限。測試的結果：通過各種測試，系統各個頁都有很好的安全性，每個頁面都不

56、允許用戶在沒有登陸的前提下訪問，用戶在登陸后，也不充許用戶訪問別的用戶類型的頁面，即不能繞過身份驗證。7.3.3學生用戶測試學生用戶的核心功能是請假系統，主要完成以下的幾個測試：空值的測試：請假開始時間空值、結束的時間空值、請假原因空值、或部分為空值，在這樣的的情況下，點擊提交數據，在線請假。測試的結果：系統拒絕提交數據，并能正確的做出相應的提示，如*不可以為空的錯誤信息。錯誤時間選擇測試：在開始時間和結束時間選擇的時候，把結束時間選擇一個開始時間以前的時間，最后提交數據。測試的結果：提示的時間選擇錯誤的提示信息。超前請假的相關測試：選開始時間和當前時間相差大于一個禮拜的日期請假。測試的結果：提示出只能提前7天請假時間的錯誤信息。超后請假的相關