學生請假管理系統(tǒng)

1、中原工學院軟件學院軟件工程實踐一設(shè)計任務書姓名*軟件工程專業(yè) JAVA123班題目學生請假治理系統(tǒng)的開發(fā)設(shè) 計 任 務開發(fā)一個基于 Web的學生請假治理系統(tǒng),包括教師端和學生端.主要功能包括：1. UI設(shè)計：界面參與2. 學生端：請假申請、銷假申請、查詢自己請假記錄；獨立完成3. 教師端：請假審批、銷假審批、查詢學生請假記錄；參與開發(fā)工具：Java、JSP、MySQL Photoshop、時 間 進 度第1周9-99-13：完成需求分析、UI設(shè)計第2周9-169-21:完成代碼第3周9-249-29:完成報告原主 始要 資參 料考 與文01葉和亞陳立.java2程序設(shè)計實用教程例M北京：電子工

2、業(yè)出版社.03李兆峰.龐永慶.java程序設(shè)計與工程實踐M北京：電子工業(yè)出版社.獻指導教師簽字：年 月 日學生請假治理系統(tǒng)摘要當前信息化時代,講究高效,準確,及時的完成事情,近年來學校都在開展信息 化部署,實現(xiàn)了多媒體教學,網(wǎng)上提交作業(yè),在線測試等學生考勤對學校教務治理是 至關(guān)重要,在以前,學生請假要去找班主任或者領(lǐng)導批準,并且不一定每次都能順利 的找到班主任,完成請假批準.如果學生不在學校,沒方法向班主任提交請假單；對 于學生出勤檢查,是學生會根據(jù)紙制名單逐一點名,或老師根據(jù)學生上交課堂作業(yè)來 判斷學生是否來上課.這些方法往往具有考勤過失率比擬高,考勤效率也比擬慢,沒 有一個總體的的記錄和整

3、理,并且紙制的點名冊容易喪失遺漏,耽誤時間等缺點.針 對以上的問題,開發(fā)一種針對學生請假的考勤網(wǎng)上治理系統(tǒng),通過請假治理系統(tǒng),任 課老師可以在課堂上直接登錄考勤記錄網(wǎng)站進行課堂查看哪些學生請假,記錄學生考 勤情況等.此外,在其他時間,班主任以及其他老師也可以登錄該網(wǎng)站查詢學生在某 課程的出勤情況.該系統(tǒng)是基于Java web的簡單型設(shè)計,它表達了對一些簡單的JSP標簽語言的運用,該系統(tǒng)界面簡單、操作方便.根據(jù)實際需要將系統(tǒng)分為學生端和教師端,學生 請假和教師批假都需要首先登錄,學生端實現(xiàn)了學生申請請假、申請銷假、查詢自己 請假記錄功能；教師端實現(xiàn)了教師對學生請假的批準、銷假批準以及查詢學生的請

4、假 記錄功能.關(guān)鍵詞： 學生； 請假治理； Java Web目錄摘 要. 錯誤!未定義書簽第 1 章 工程分析 . 錯誤 ! 未定義書簽問題描述 . 錯誤 ! 未定義書簽技術(shù)分析 . 錯誤!未定義書簽工程進度方案 . 錯誤!未定義書簽第 2 章 系統(tǒng)分析與設(shè)計 . 錯誤 ! 未定義書簽系統(tǒng)分析 . 錯誤!未定義書簽參與者 . 錯誤 !未定義書簽用例圖 . 錯誤!未定義書簽用例及用例規(guī)約. 錯誤!未定義書簽UC 001登錄 . 錯誤!未定義書簽. UC 002 申請請假 . 錯誤!未定義書簽UC003 申請銷假 . 錯誤 !未定義書簽UC 004 查詢請假記錄 . 錯誤!未定義書簽系統(tǒng)設(shè)計 .

5、錯誤!未定義書簽順序圖 . 錯誤 !未定義書簽類圖 . 錯誤!未定義書簽系統(tǒng)體系結(jié)構(gòu)設(shè)計 . 錯誤!未定義書簽設(shè)計時序圖. 錯誤 !未定義書簽圖學生銷假申請設(shè)計時序圖 . 錯誤 ! 未定義書簽數(shù)據(jù)庫設(shè)計 . 錯誤!未定義書簽圖. 錯誤!未定義書簽關(guān)系模式 . 錯誤!未定義書簽表的設(shè)計 . 錯誤 !未定義書簽第 3 章實現(xiàn)與測試 . 錯誤 ! 未定義書簽請假申請功能 . 錯誤 !未定義書簽活動圖 . 錯誤 !未定義書簽界面 . 錯誤!未定義書簽代碼 . 錯誤!未定義書簽測試用例 . 錯誤!未定義書簽銷假申請功能 錯誤 !未定義書簽活動圖 . 錯誤 !未定義書簽界面 . 錯誤!未定義書簽代碼 .

6、錯誤!未定義書簽測試用例 . 錯誤!未定義書簽請假記錄查詢 錯誤 !未定義書簽活動圖 . 錯誤 !未定義書簽界面 . 錯誤!未定義書簽代碼 . 錯誤!未定義書簽測試用例 . 錯誤!未定義書簽登錄功能 . 錯誤 !未定義書簽活動圖 . 錯誤 !未定義書簽界面 . 錯誤!未定義書簽代碼 . 測試用例 . 第 4 章 結(jié)束語 . 附錄 A: 附加圖、表 錯誤 !未定義書簽 錯誤 !未定義書簽 錯誤 !未定義書簽 錯誤 !未定義書簽 錯誤 !未定義書簽附錄 B: 主要源程序 第 1 章 工程分析隨著計算機的開展與不斷進步,各個領(lǐng)域都出現(xiàn)了新的技術(shù),曾經(jīng)各 種規(guī)模之間的競爭已經(jīng)開展成為技術(shù)之間的競爭,治

7、理和人才之間的競 爭,然而計算機技術(shù)的開展也離不開軟件的更新,在軟件不斷更新和替換 的過程中已經(jīng)滲透到各個領(lǐng)域,政府機關(guān),各大高校等都不斷向智能方向 開展,學生請假也成為一件棘手的事情,為了請假學生需要寫請假條找老 師批準,結(jié)果是這個時候老師不一定在,另外學生需要請假時不一定在學 校,所以為了給廣闊師生提供方便,我們需要開發(fā)軟件系統(tǒng)學生請假治理 系統(tǒng).問題描述要完成這個系統(tǒng)最大的問題就是所學知識是有限的,在完成其中某些 功能時候所需要的可能就完全沒有接觸過,所以只能用一些簡單的功能代 替或者替換掉那些用目前的水平所不能實現(xiàn)的功能,再者就是對目前所需 求的不是很明確,比方要做出一個請假治理如何去

8、設(shè)置友好界面讓大家都 喜歡適應去使用,如何把系統(tǒng)做到什么程度才能夠投入使用,這些都是所 面臨的棘手問題.技術(shù)分析該系統(tǒng)用到MVC設(shè)計模式,總共建立了五個包,界面 View、數(shù)據(jù)對象DO 數(shù)據(jù)庫連接DB數(shù)據(jù)庫操作DAO限制層Control、業(yè)務層BQ DO層是對數(shù)據(jù) 對象的封裝,DB層是連接數(shù)據(jù)庫,DAO層是包含對數(shù)據(jù)標的根本操作,BO層是 所有和業(yè)務相關(guān)的關(guān)于對數(shù)據(jù)的判斷等,調(diào)用的是DAO層然后返回一個結(jié)果,Control層是為了獲取用戶參數(shù)并封裝,同時調(diào)用BO層,再根據(jù)調(diào)用得到的不同的結(jié)果在調(diào)用不同的 View層,將處理結(jié)果顯示給用戶.圖包圖工程進度方案實際開發(fā)過程中,開發(fā)周期可以分為三個階

9、段：第一階段：成果：1需求分析2對數(shù)據(jù)庫進行設(shè)計目標：設(shè)計出適合學生請假治理系統(tǒng)的數(shù)據(jù)庫；完成數(shù)據(jù)庫的連接時間：一周第二階段：成果：完成JSP頁面和系統(tǒng)代碼目標：能在編譯器中有效正確運行.時間：一周第三階段：成果：寫報告；目標：完成系統(tǒng)報告.第2章系統(tǒng)分析與設(shè)計學生請假治理系統(tǒng)必須通過正確的用戶名的密碼方能進入系統(tǒng),系統(tǒng)分為 兩大模塊,學生端和教師端,學生端和教師端分別有三個模塊,學生端分為請 假申請、銷假申請、個人請假記錄查詢,教師端分為請假審批、銷假審批和學 生請假記錄查詢；學生提交的請假申請需要教師的審批,只有批準之后學生方 可提出銷假申請.系統(tǒng)分析該系統(tǒng)有兩個參與者,分別為學生和教師,

10、學生請假需首先得到教師的批 準方可奏效,學生與教師都需使用自己的工號作為用戶名和密碼進行登錄.2.1.1 參與者學生、教師2.1.2用例圖學生圖用例圖2.1.3用例及用例規(guī)約請假治理系統(tǒng)學生端共包含1個參與者、4個用例.用例的編號及名稱如表1所示：表用例列表用例編號用例名稱參與者UC-001登錄學生UC-002申請請假學生UC-003申請銷假學生UC-004查詢請假記錄學生UC 001登錄參與者學生需要用戶名和密碼登錄到系統(tǒng),才能進行相應的操作,系統(tǒng)中設(shè)置學生的登錄用戶名為學號,初始化密碼為學號.表功冃匕編號UC-001功能名稱登錄前置條件參與者通過瀏覽器翻開請假治理系統(tǒng)的登錄頁面根本領(lǐng)件流1

11、. 系統(tǒng)要求參與者填寫用戶名和密碼.2. 參與者填寫相應信息,學生輸入學號作為用戶名,密碼初始值為 學號.3. 系統(tǒng)驗證用戶輸入信息是否正確備選流1.用戶名和密碼輸入錯誤如果系統(tǒng)檢測到用戶輸入的用戶名和密碼與數(shù)據(jù)庫中不一致,給予用戶“用戶名和密碼不正確的錯誤提示,并要求用戶重新輸入.后置條件如果用例成功,系統(tǒng)進入相應權(quán)限頁面界面原型參與者學生uc 002申請請假該用例的主要參與者為學生,學生通過系統(tǒng)填寫請假申請單,請假申 請單將會提交給輔導員審批.表功冃匕編號UC-002功能名稱申請請假用例描述學生創(chuàng)立新的請假申請單,錄入請假資料,創(chuàng)立一個請假申請流程前置條件學生正常登錄到系統(tǒng)中,并翻開請假治

12、理頁面根本領(lǐng)件1、學生選擇創(chuàng)立請假申請單,系統(tǒng)自動查詢當前的學生是否存在沒流有銷假的記錄,如果存在沒有銷假的請假記錄,執(zhí)行異常流,如果不存在未銷假記錄,執(zhí)行根本領(lǐng)件流22、系統(tǒng)展示申請單錄入界面3、學生錄入學生學號、姓名、請假事由原因、去向,開始時間、結(jié)束時間,聯(lián)系方式個人聯(lián)系方式、家長聯(lián)系方式4、學生提交申請單,系統(tǒng)進行數(shù)據(jù)校驗,依據(jù)業(yè)務規(guī)那么C,如果數(shù)據(jù)校驗不合法,執(zhí)行分支流,流5如果數(shù)據(jù)校驗合法,執(zhí)行根本領(lǐng)件5、系統(tǒng)為當前的請假申請單生成唯一的編號,保存該請假申請單6、將該流程推進到下一環(huán)節(jié)系統(tǒng)應該向?qū)W生展現(xiàn)請假申請單的最終頁面,用例結(jié)束分支流請假信息填寫有誤,顯示填寫不正確的信息提示,

13、并要求學生重新填 寫,顯示填寫請假申請單的頁面.異常流系統(tǒng)顯示學生沒有銷假的記錄詳情學生確認自己的請假記錄是否屬實,用例終止后置條件1、系統(tǒng)將保存該條請假記錄.2、創(chuàng)立新的請假單并生成唯一的申請編號3、創(chuàng)立新的請假申請流程實例4、記錄提交后不能夠再修改界面原型無業(yè)務規(guī)那么A、包括學生姓名、輔導員姓名、請假開始時間必須選擇當天及當 天之后的時間、請假結(jié)束時間大于請假開始時間,請假理 由,家長聯(lián)系 B 系統(tǒng)首先判斷是否存在沒有銷假的記錄,存在的話,將該記錄顯 示給當前學生學生進行確認,如果確認是沒有銷假,學生繼續(xù)執(zhí) 行銷假流程,否那么,輔導員進行異常處理C 學生姓名、輔導員姓名、請假開始時間必須選

14、擇當天及當天之 后的時間、請假結(jié)束時間大于請假開始時間,請假理由, 家長聯(lián)系 信息為必填,不能為空.聯(lián)系方式是否合法,請假 開始時間是否在請假結(jié)束時間之前.執(zhí)行者學生涉及的實體1、學生屬性：學號、姓名、班級、性別、聯(lián)系方式、佰舍、標志變量tag=1 2、請假申請單屬性：學生學號、姓名,請假事由原因、去向,開始時間、結(jié)束時間,聯(lián)系方式個人聯(lián)系方式、家長聯(lián)系方式、操作1 已批準、待批準、操作 2 申請銷假、已銷假、未銷假uc 003申請銷假該用例的主要參與者為學生,學生通過系統(tǒng)提出銷假申請,假設(shè)申請成 功,此時請假信息中操作2的狀態(tài)將修改為申請銷假,否那么提示申請銷假 失敗.功冃匕編號UC-003

15、功能名稱申請銷假前置條件參與者通過瀏J覽器翻開請假治理系統(tǒng)的登錄頁面成功登錄進入系統(tǒng)主頁面根本領(lǐng)件1.學生發(fā)出銷假申請,并等待系統(tǒng)驗證流2.如果提示申請成功,執(zhí)行根本領(lǐng)件流33.等待輔導員銷假4.如果提示申請失敗,執(zhí)仃根本領(lǐng)件流55.提示申請銷假失敗,請重新申請備選流無后置條件如果用例成功,系統(tǒng)進入相應權(quán)限頁面界面原型無參與者學生uc 004查詢請假記錄該用例的參與者為學生,學生通過系統(tǒng)提出請假記錄查詢,假設(shè)查詢成功,學生請假的記錄將會顯示在頁面上.表功冃匕編號UC-004功能名稱查詢請假記錄前置條件參與者通過瀏覽器翻開請假治理系統(tǒng)的登錄頁面成功登錄進入系統(tǒng)主 頁面根本領(lǐng)件流1. 學生發(fā)出查詢

16、請假記錄,并等待系統(tǒng)驗證2. 如果提示驗證成功,執(zhí)行根本領(lǐng)件流33. 顯示請假記錄4. 如果提示驗證失敗,執(zhí)行根本領(lǐng)件流55. 提示查詢失敗或者無請假記錄,請重新申請備選流無后置條件如果用例成功,系統(tǒng)進入相應權(quán)限頁面界面原型無介 f學生參與者系統(tǒng)設(shè)計該系統(tǒng)分為3個局部,第一局部是登錄,學生和教師都需要登錄,第二部 分是學生端,學生端3個功能學生申請請假、學生申請銷假、查詢個人請假記 錄,第三個局部是教師端,教師端 3個功能教師批準請假申請、教師批準銷假 申請、教師查詢學生請假記錄.2.2.1順序圖seq校驗true校驗 false8 :跳轉(zhuǎn)到下一個頁面()9 :顯示登錄申請頁面,并提示錯誤信息

17、()圖登錄時序圖<<entity>>:學生<<boundary>>:請假申請邊界類<<control>>請假申請限制類<<entity>>：請假記錄信息圖 學生請假申請時序圖<<entity>>:學生<<boundary>>:銷假申請邊界類<<control>>銷假申請限制類否異常2仁發(fā)岀銷假申請4:顯示申請失敗,并提示重新申請<<entity>><<boundary>>:杳詢請假

18、邊界類1 :發(fā)乞送查詢<<control>>:請假查詢限制類<<entity>>:請假記錄信息2 :創(chuàng)立請假記錄對象:3:返回請假信息seq正常 一両 廚寸3 :顯示申請銷假成功 > 異常圖 學生銷假申請時序圖4 :顯示請假詳情圖學生請假查詢時序圖222類圖record+Sid +Sname +date +reason +Sphone +Tname +operate1 +operate2Suser+Sid +SpasswdTuser+Tid +Tpasswd圖類圖2.2.3系統(tǒng)體系結(jié)構(gòu)設(shè)學生請假治理系統(tǒng)登錄學生端教師端教師 審 批教師 審

19、批教 師 查 詢圖體系結(jié)構(gòu)圖該系統(tǒng)包括根本的3各模塊,登錄、學生端、教師端.學生和教師在 登錄成功時分別進入不同的頁面進行操作,學生端進行請假申請、銷假申 請、查詢個人請假；教師審批請假、審批銷假、查詢學生請假記錄.設(shè)計時序圖圖登錄設(shè)計時序圖該圖是學生端登錄設(shè)計時序圖,首先學生發(fā)送請求到限制類,然后跳出登 錄頁面,學生填寫登錄信息并提交到限制類,限制類封裝數(shù)據(jù)創(chuàng)立對象調(diào)用邏 輯層進行數(shù)據(jù)校驗并返回結(jié)果,邏輯層調(diào)用 DAO層最終根據(jù)結(jié)果判斷如果登錄 成功將跳轉(zhuǎn)到學生端主頁,如果登錄失敗將給以提示信息并請重新登錄.Aleave.jspNleave.jspLeaveControlLeaveDAORe

20、cordsDO:學生1 : Http 請求 doPost()2 : checkleave()2 : checkleave()3 : SecLeave()3 : SecLeave()4 : create()alt<5 : LeaveRecordstrueD 7 :顯示請假申請頁面doPost()16 : nullfalse8 :!null9 :顯示未銷假記錄doPost()oX:學生10 :填寫請假信息()AleavejspAsuccess.jspLeaveControlRecordsDOLeaveBOLeaveDAO11: doPost()12 : create.13 : LeaveVa

21、lidate()return=false20 : doPost()18 : doPost()14 : returnifsuccess=trueifsuccess二false)叩j19 : doPost()圖 請假申請設(shè)計時序圖該圖是學生請假申請設(shè)計時序圖,首先學生需要成功登錄,發(fā)出請假申請,這時候限制類會自發(fā)調(diào)用邏輯層,邏輯層調(diào)用DAC層,如果該學生之前請過假并且未曾銷假,這時該學生是不能夠再請假的,倘假設(shè)該學生發(fā)出請假申 請,系統(tǒng)將會把該學生之前的請假未銷假記錄顯示出來,如果沒有未銷假記 錄,將會顯示請假申請頁面,學生需要填寫請假申請單將請假詳細信息填寫并 提交倘假設(shè)正確無誤,系統(tǒng)將會提示請

22、假申請成功.廠、 XJSucess.jsp XJError.jsp StudentControl StudentBOStudentDAO RecordsDO/X iiiiii該圖是學生銷假申請設(shè)計時序圖,在學生成功登錄之后,學生在申請請假 時候必須不存在未銷假記錄,所以在學生請假完成到校報到后必須進行銷假, 然而這時需要發(fā)出銷假申請,這時候在業(yè)務邏輯層將會給予判斷,如果銷假申 請成功將會提示申請成功,如果有錯誤將會提示申請失敗或者不存在未銷假記 錄.數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫在該系統(tǒng)中是為了存儲數(shù)據(jù),學生所提交的請假記錄是通過保存到 數(shù)據(jù)庫中來實現(xiàn)申請請假、銷假等功能的,在我們目前所學的有限的知識內(nèi),

23、沒有數(shù)據(jù)庫該系統(tǒng)是沒法運行和實現(xiàn)的.關(guān)系模式1學生信息：學號、姓名、班級、性別、宿舍、聯(lián)系方式、tag 教師信息：工號、姓名、聯(lián)系方式、性別、年級、tag3登錄：用戶名學號、工號,密碼 請假信息：學號、姓名、事由、請假開始時間、請假結(jié)束時間、聯(lián)系方式E-R圖E-R圖在數(shù)據(jù)庫設(shè)計里面是至關(guān)重要的一步,它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵,下面使用實體聯(lián)系E-R模型來描述系統(tǒng)的概念結(jié)構(gòu),設(shè)計出能夠滿足用戶 需求的各種實體,以及它們之間的關(guān)系,為后面的邏輯設(shè)計打下根底.圖E-R圖233表的設(shè)計表用戶登錄信息表login 編號字段名稱數(shù)據(jù)類型約束條件說明1useridVarchar(14)無學號、工號2passw

24、ordVarchar(12)無密碼3TagVarchar(2)無標志該表是用戶登錄信息表,表中包括 3個屬性,用戶名和密碼、還有標志變 量tag,tag是為了限制學生端和教師端,用戶名分別為學號和教師的工號；表學生信息表Student編號字段名稱數(shù)據(jù)類型約束條件說明1sidVarchar(14)無學號2Sn ameVarchar(20)無姓名3ClassesVarchar(20)無班級4SsexVarchar(6)無性別5SphoneVarchar(12)無聯(lián)系 6DormitoryVarchar(6)無宿舍7TagVarchar(2)1標志該表是學生信息表,表中包括7個屬性,都是字符串類型,

25、其中tag標志變量默認為1,并且不可修改；表 教師信息表(teacher)編號字段名稱數(shù)據(jù)類型約束條件說明1tidVarchar(14)無工號2tn ameVarchar(16)無姓名3tsexVarchar(4)無性別4gradesVarchar(20)無所帶年級5tphoneVarchar(12)無 6tagVarchar(2)2標志該表是教師信息表,表中包括6個屬性,都是字符串類型,教師也包括個標志變量tag,也存在一個默認值為2,并且不能修改；表 請假信息表(leaverecords )編號字段名稱數(shù)據(jù)類型約束條件說明1sidVarchar(14)無學號2Sn ameVarchar(1

26、6)無姓名3Starttimedate無開始時間4en dtimedate無截止時間5SphoneVarchar(12)無聯(lián)系 6Operate1Varchar(20)操作17Operate2Varchar(20)操作28reas onVarchar(255)無理由該表示請假信息表,包括 8 個屬性,其中有字符串和日期類型,操作 1 和 操作 2 分別是默認值,其值是根據(jù)學生的請假申請成功,銷假以及教師的審批 有關(guān).第 3 章 實現(xiàn)與測試每一個工程的核心局部都是功能的實現(xiàn),功能的完成標志著一個系統(tǒng)的完 成,然而這些結(jié)果都需要一個需求和設(shè)計來作為根本的要求,以下就是該系統(tǒng) 詳細功能的實現(xiàn)過程：需

27、求分析：需求分析階段我采用了 StarUML 工具做了詳細的分析,根據(jù)自 己的需要畫出了包圖、時序圖、用例圖、類圖、活動圖、設(shè)計時序圖等所需要 的幾類根本圖,工程的框架是根據(jù)包圖來創(chuàng)立的,時序圖主要就是工程的每一 個功能所要求的根本流程,設(shè)計時序圖就是將時序圖給詳細化,具體到每一步 所走的流程返回什么樣的數(shù)據(jù)或者類型,也就是說畫設(shè)計時序圖時根本上已經(jīng) 把代碼在腦子里有了型,用例圖其實就是工程所有的功能,每一個用例就代表 一個根本的功能,數(shù)據(jù)庫的設(shè)計是根據(jù)類圖來實現(xiàn)的,類圖就表示了數(shù)據(jù)庫中 的表以及各表之間的關(guān)系.界面設(shè)計：用戶界面設(shè)計要求友好合理,要充分考慮到用戶的操作習慣, 而且要有良好的顯

28、示效果.此外界面的配色方案要協(xié)調(diào),使用的主色,背景 色,前景色,按鈕大小,文字,格式,表格等要統(tǒng)一標準.由于該系統(tǒng)主要用 于公司人員治理的,所以界面框架的主色采用較為嚴肅的淺藍色,在此根底上 用到了 PhotoShop 技術(shù), dreamweaver 以及 css 和 Java script 等,里面的登 錄那個 信息 是一 個圖 片用 ps 加工 修改 寫 上了藝 術(shù)字 ,界 面的 代碼是在 dreamweaver 里 面 直 接 設(shè) 計 好 的 , 然 后 將 代 碼 復 制 粘 貼 過 去 , 因 為 在 dreamweaver 里面設(shè)計的界面在 MyEclipse 里面是不能運行的,需

29、要一個腳本 來支持,所以只需要在 MyEclipse 里面建好 jsp 頁面只需將 dreamweaver 里面 body 里面的東西復制粘貼到 MyEclipse 里面就可以運行了；每一個界面里面都 有一個表格,表格里面有許多其他的元素之類,比方：按鈕,標題,下拉框等 許多細小的知識,外面有一個表單,這個表單是必須有的,他是為了在前臺與 后連接時候提交一個數(shù)據(jù)來運行這個工程的；在這些界面里面,時間是用 js 來 完成的,統(tǒng)一的 css 樣式表；還有就是在查詢過程中將所顯示的數(shù)據(jù)設(shè)置為某 一屬性他將無法在查詢顯示這個頁面來任意修改一些信息功能描述：首先這個系統(tǒng)除了界面其他的代碼分別寫在 5 個

30、包中,第一個DO包,它里面從某種意義上說在這個包里面的每一個類都是創(chuàng)立某一個實例的 方法,它里面定義了相對屬性,以及 get 和 set 方法；第二個是 DAO 包,它里面是對于每一個治理模塊的一些根本小的功能的實現(xiàn),說白了主要就 是增刪改查之類的它是對數(shù)據(jù)庫語句的一個應用；第三個包是DB包,這個包可以說是只為了一件事,就是數(shù)據(jù)庫的連接,之所以這樣寫專門用一個包來寫關(guān) 于數(shù)據(jù)庫的連接目的只是為了看到數(shù)據(jù)與的封裝,表達一個面向?qū)ο蟮乃伎? 從而在某些方面也能夠減少代碼的重復率,提升代碼的可讀性；第四個包是 control 包,這個包是最重要的,由于在 web 應用開發(fā)的過程中每一個工程要 想與前

31、臺數(shù)據(jù)連接并能夠成功把數(shù)據(jù)相互傳遞, servelet 里面有兩個方法,一 個是 doGet ,一個是 doPost ,兩者最大的區(qū)別就是前者對數(shù)據(jù)沒有保密, 就是隨時都會泄露一些重要的信息,由于每一提交的表單都會隨著瀏覽器的瀏 覽網(wǎng)址顯示出來,然而要想從前臺獲得數(shù)據(jù),就好比添加員工就得用到客戶端 所發(fā)出的請求得到.第五個包是BO包,這個是業(yè)務邏輯層,主要是調(diào)用 DAO 包里面的方法,數(shù)據(jù)校驗等功能.在該系統(tǒng)中我主要完成的是學生端的功能,以下為學生端的功能：請假申請功能在學生請假申請這個功能里面其實所做的就是對數(shù)據(jù)的添加,界面是簡單 采用了 CSS羊式的界面,如果學生登錄成功點擊申請請假,如果

32、該學生存在未 銷假記錄系統(tǒng)將會把該學生的未銷假記錄顯示出來,如果不存在未銷假記錄, 此時學生請假信息界面會顯示出來,在學生填寫完請假信息出發(fā)右下方的一個提交按鈕,倘假設(shè)提交成功會提示申請成功,如果失敗會跳轉(zhuǎn)到信息填寫頁面并提示錯誤信息3.1.1活動圖圖學生申請請假活動圖3.1.2界面圖 學生請假申請頁面3.1.3代碼public voiddoPost(HttpServletRequest request, HttpServletResp onseresp on se)throws ServletExcepti on, 1 OExcepti on ("UTF-8");(&qu

33、ot;text/html;charset=UTF-8");String str="已銷彳假"String type=( "type");LeaveRecordDO ld=null ;LeaveRecordDO lrd= n ew LeaveRecordDO();Stude ntBO sb= newStude ntBO();if ("add")("sname");("sid");("sphone");("starttime" );("en

34、dtime" );("reason");String results=(lrd);if (results= null )String id=( "sid"); ld=(str,id);if (ld= null )(lrd);("./" ).forward(request, response); return else ("ld" , ld);("./" ).forward(request, resp on se);return else ("message", re

35、sults);("./" ).forward(request, response);return ;3.1.4測試用例表序號功能模塊測試數(shù)據(jù)預期結(jié)果1請假申請姓名：韓一正學號：123申請成功 ：理由：回家3.2請假記錄查詢在學生請假記錄查詢里面和學生請假申請根本是一樣的,這個實際上的就 是對數(shù)據(jù)庫里面的數(shù)據(jù)的一個查詢,并將查詢記錄顯示到網(wǎng)頁上,如果不存在 請假記錄,將不會顯示任何記錄.界面請假記髓宜時1昭丸R冃卑囲12J2U1W45BO12J苗一疋15?珈:剛2O14-W-2-1旬 M10 31未翩圖請假記錄代碼HttpSessi on sessi on=();("

36、;username", ( "sid");ArrayList<LeaveRecordDO> list=(ArrayList<LeaveRecordDO>) ( "sid");("list" , list);("./" ).forward(request, resp on se);return ;測試用例序號功能模塊測試數(shù)據(jù)預期結(jié)果1請假查詢學號：123查詢成功登錄功能登錄是該工程最根本的一個功能,這其實也是一個查詢,只不過是根據(jù)數(shù) 據(jù)庫中的數(shù)據(jù)和從網(wǎng)頁中得到的數(shù)據(jù)進行比照,如果匹配

37、成功將會進入到另外 一個頁面,如果登錄失敗將會進行提示并重新登錄,登錄過程中在后臺數(shù)據(jù)中 定義了標志變量來表示學生和教師,所以在登錄時候根據(jù)這個屬性來判斷登錄 成功后跳轉(zhuǎn)到學生端還是教師端.登錄過程中進行了簡單的數(shù)據(jù)校驗,就是說用戶名和密碼不能為空,倘假設(shè) 為空將會提示錯誤信息并提醒重新登錄.代碼public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException ( "UTF-8" );( "text/htm

38、l;charset=UTF-8" );LoginDO ld= newLoginDO();LoginBO lb= newLoginBO();int tags;String userid=( "username" );String passwd=( "password" );(userid);(passwd);String message=(ld);if (message!=null )( "message", message);( "./" ).forward(request, response); els

39、e tags=(ld);if (tags=1)HttpSession session=();( "username" , ();( "./" ).forward(request, response); return ;else if (tags=2)HttpSession session=();( "username" , ();( "./" ).forward(request, response);return ;else ( "./" ).forward(request, response)

40、;return界面圖 登錄界面活動圖圖登錄活動圖測試用例序號功能模塊測試數(shù)據(jù)預期結(jié)果1學生登錄用戶名：123密碼：123登錄成功第 4 章 結(jié)束語這次的課題我用的 web 開發(fā)來完成的,從我對這三個字母的不理解到學習 它再到用它們來完成我的課題,這個過程并不是想象的那么容易,今天終于完 成了,長呼了一口氣,同時在內(nèi)心深處,也默默地為接下來的學習,做一個前 段時間的工程總結(jié),也是學習的總結(jié),吸取之前的經(jīng)驗教訓,錯誤并不可怕, 可怕的是再在同一個地方犯同樣錯誤,所以對于我來說,更多的去自我認知, 知我批評要比表揚和贊許來的更加深刻 ,非常有必要做一個總結(jié).雖然時間略 顯倉促,但在工程開發(fā)過程中我學

41、習到了很多之前沒有接觸過的內(nèi)容,也發(fā)現(xiàn) 了自己的很多缺乏,感悟頗深.主要包括以下幾個方面：1. 在需求分析階段,由于對學生請假治理系統(tǒng)真正的需求并不了解,還有 就是自己在做這個需求的過程當中總覺得想到了自己做不出來,就好比沒想到 一個需求的功能腦子里就會閃現(xiàn)出一個畫面,我該如何去實現(xiàn)它,正是由于這 些錯誤的想法導致了這次課題實踐的進度,因此我覺得在做需求時我們應該根 據(jù)實際不必考慮怎么做怎么實現(xiàn).2. 數(shù)據(jù)庫采用的是 Mysql,在編寫sql語句經(jīng)常會出現(xiàn)一些語法錯誤,例 如 sql 語句不之一次的出錯,在修改的過程當中我發(fā)現(xiàn)了自己知識的欠缺,或 者說對過去所學的東西并沒有完全理解甚至吸收；尤

42、其是數(shù)據(jù)庫中的亂碼問 題,我從一開始數(shù)據(jù)庫中導入數(shù)據(jù)我就一直被亂碼問題糾結(jié)著,我先上網(wǎng)查閱 相關(guān)資料,看書尋找改變亂碼的方法,甚至解決不了向同學請教,但是最終我 都沒有解決,最后在老師的幫助下檢測出亂碼不是編碼的問題而是我的數(shù)據(jù)庫 安裝過程中字符編碼選擇錯誤,所以一直回出現(xiàn)亂碼問題,而且解決之后再將 自己遇到的問題記錄下來,使得以后出現(xiàn)同樣的問題時能夠快速解決.3. 由于該系統(tǒng)在學生申請成功后需要教師端的批準,在學生端才能進行下 一次的操作,這些之前很少用到,通過這次實習也將自己在課本上學到的內(nèi)容 用到了實際工程中；感受最深的就是 MVC莫式和在兩個客戶端操作.4. 團隊合作.我們完成一個工程

43、總是需要一個團隊的,而不是個人,在開 發(fā)過程中小組之間的溝通非常重要.如果組內(nèi)成員沒有很好的交流,那么在工程 后期各模塊合并時,會出現(xiàn)許多意想不到的錯誤,例如路徑問題、頁面間跳轉(zhuǎn) 等.所以我們完成系統(tǒng)時,小組間要定期開例會,相互交流,對于有分歧的地 方,一定要及時討論,采取一致舉措,這樣才有利于團隊工作.總之,這次的課題真的使我受益匪淺.在這個過程中,我學習到的不僅僅 是以上技術(shù)上的收獲,更還有生活中的的人際交往以及其他的許多經(jīng)驗.而這 些,都將作為我邁入社會的根本,我將以此為我的根底,盡量將學到的知識運 用到實際工作中,去迎接一個又一個的挑戰(zhàn).回想在這不到一個月的學習時間里,我學到了許許多多讓我感覺比擬充實 的知識,掌握