【導讀】取得的成果，所有數(shù)據(jù)、圖片資料真實可靠。盡我所知，除文中已經(jīng)。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已。在文中以明確的方式標明。本學位論文的知識產(chǎn)權(quán)歸屬于培養(yǎng)單位。理、客觀審查的最有效途徑。學生考勤管理是學生信息管理的重要部分，面對大。一個學校對其學生日常教學過程中的出勤和缺勤進行統(tǒng)計，用計算機對統(tǒng)計。本系統(tǒng)總體上由三大功能模塊：請假系統(tǒng)、考勤系統(tǒng)和權(quán)限管理，涉及到。高校六大類用戶：學生、任課老師、班主任、院系領(lǐng)導、學校領(lǐng)導、系統(tǒng)管理員?，F(xiàn)了網(wǎng)上考勤任務。系統(tǒng)管理員用戶需求描述..

　　

【正文】 程信息列表頁面 2． 添加步驟以及頁面，如下圖 ： 圖 添加課程信息步驟以及頁面 注：課程類型：其他、專業(yè)課、選修課、公共課、公共選修課、專業(yè)選修課。 3. 修改（詳情頁面、刪除略，操 作一樣）的步驟以及頁面，如下圖 ： 圖 修改課程信息頁面 29 修改（詳情、刪除）了當前頁面內(nèi)容之后，點擊“提交”按鈕，會有提示框提示修改（詳情、刪除）是否成功。 4. 查詢操作以及頁面，點擊提交后，跳轉(zhuǎn)到主列表得到結(jié)果集，操作如下圖 ： 圖 查詢步驟以及按鈕 這一模塊的設(shè)計是為了方便后期的統(tǒng)計查詢做準備?？记谛畔浫胄枰可弦还?jié)課，當前代課老師登錄此系統(tǒng)進行考勤記錄，這個模塊只有任課老師有此權(quán)限。模塊設(shè)計簡單，只需錄入每節(jié)課的信息。模塊設(shè)計如下圖 ： 圖 考 勤記錄模塊設(shè)計圖 信息錄入的設(shè)計與實現(xiàn) 考勤信息錄入列表頁面的設(shè)計與實現(xiàn) （ 1） 設(shè)計：頁面主要顯示字段有：課程名稱、班級名稱、應到人數(shù)、實到人數(shù)、請假人數(shù)、請假者、曠課人數(shù)、曠課者； （ 2） 實現(xiàn)：考勤信息錄入列表頁面如下圖 ： 30 圖 考勤信息錄入列表頁面 添加步驟以及頁面，如下圖 ： 圖 添加步驟以及頁面設(shè)計 注： （ 1） 在點擊班級名稱的文本框時會彈出如圖所示的一棵樹圖 ： （ 2） 在點擊添加課程時，會彈出和前面課程信息管理添加的一樣的界面 （不同是：此時并數(shù)據(jù)返回到父頁面），如下圖 ： 圖 班級樹 31 圖 添加課程頁面 （ 3） 點擊“添加已存在課程”時，會彈出和課程信息管理中的列表頁面一樣一個頁面（區(qū)別：只能單選，不能復選），點擊“確定”后，將課程名稱填充到文本框中。如下圖 ： 圖 添加已存在課程步驟 （ 4） 點擊“添加請假者”或者“添加曠課者”的前提是：已經(jīng)選擇了班級，然后才有該班學生信息。如下圖 ： 32 圖 選擇請假者或者曠課者的前提操作 添加請假者或者曠課者具體操作如下圖 ： 圖 添加請假 者或者曠課者具體操作 為了方便學生請假的管理和老師審批，此模塊主要設(shè)計為申請請假和等待辦理，然而等待辦理根據(jù)學生具體請假天數(shù)來劃分不同的審批對象。 根據(jù)學生用戶請假的需求，學生三天內(nèi)的請假（包括三天）只需班主任批準后就可生效 ； 四天（包括四天） 至 15天 的請假，必須先由 學院領(lǐng)導審批 同意 ；如果請假天數(shù)大于 15天，必須由 學校 審批 同意。 學生請假的設(shè)計與實現(xiàn) 33 1． 學生請假只有申請、導出列表中的記錄和查看詳情三項權(quán)力。 （ 1） 學生請假列表的主列表，實現(xiàn)字段：申請時間、申請?zhí)鞌?shù)、申請人、申請原因、審批人、審批狀態(tài)（后兩項等到老師審批完成后顯示），列表如下圖 ： 圖 申請主列表 （ 2） 申請請假步驟如下圖 ： 圖 申請請假步驟 注：請假類型：病假、事假、喪假、婚假、公假、其他。 （ 3） 查看詳情略，注意：首先有且僅有選中一條記錄，然后點擊“詳情”按鈕查看。 2． 不同天數(shù)的審批，對應的只有不同的菜單，但審批操作是一樣的 ， 如下圖 34 ： 圖 不同角色的不同菜單圖 3． 審批過程，擁有菜單的人都一樣的操作方法，如下圖 ： 圖 審批過程 注： （ 1） 審核結(jié)果：通過、不通過。 （ 2） 審批可以單個審批，也可以批量審批，不同點是：單個審批彈出如圖 的添加頁面，而批量審批不彈出界面，只顯示提示對話框。 35 第 5 章 軟件測試 軟件測試 是軟件開發(fā)過程中的一個重要組成部分，是貫穿整個軟件開發(fā)生命周期、對軟件產(chǎn)品（包括階段性產(chǎn)品）進行驗證和確認的活動過程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題 —— 與用戶需求、預先定 義的不一致性。 黑盒測試 黑盒測試（ Blackbox Testing，又稱為功能測試或數(shù)據(jù)驅(qū)動測試）是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程 白盒測試 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照 程序 內(nèi)部的結(jié)構(gòu) 測試程序 ，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作 其他測試方案 性能測試 性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。 隨機測試 隨機 測試 沒有書面 測試用例 、記錄期望結(jié)果、檢查列表、 腳本 或指令的測試。主要是根據(jù)測試者的經(jīng)驗對 軟件 進行功能和性能抽查。 隨機測試 是根據(jù)測試說明書執(zhí)行用例測試的重要補充手段，是保證 測試覆蓋 完整性的有效方式和過程 本地化測試 本地化測試 的對象 是 軟件 的本地化版本。 本地化測試 的目的是測試特定目標區(qū)域設(shè)置 的 軟件本地化 質(zhì)量。 本地化測試 的環(huán)境是在本地化的 操作系統(tǒng) 上安裝本地化的 軟件 國際化測試 國際化測試 的目的是測試 軟件 的國際化支持能力，發(fā)現(xiàn)軟件的國際化的潛在 36 問題，保證軟件在世界不同區(qū)域都能正常運行。 國際化測試 使用每種可能的國際輸入類型，針對任何區(qū)域性或 區(qū)域設(shè)置 檢查產(chǎn)品的功能是否正常， 軟件國際化 測試的重點在于執(zhí)行國際字符串的輸入 /輸出功能。 安裝測試 安裝測試 是確保 軟件 在正常情況和異常情況下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝的測試。 本系統(tǒng)所采用測試方案 性能測試 測試過程 測試目的：驗證服務器可以同時接受多少用戶進行并發(fā)訪問，查找系統(tǒng)的瓶頸。 測試工具： loadrunner 測試環(huán)境 硬件環(huán)境 操作系統(tǒng) 數(shù)據(jù)庫服務器 客戶端 軟件配置 OS： Win 7 JDK Apache Tomcat MySQL Window 7 旗艦版 32 位 測試結(jié)果 測試場景一： 200人并發(fā)登陸系統(tǒng) 圖 平均事務相應時間 37 平均事務響應時間比較穩(wěn)定，恒定的時間段內(nèi)事務的相應時間相同。 圖 事務通過率 事務的通過率較高，沒有出現(xiàn)失敗的事務。 測試 HTML報告 :測試結(jié)果 \ 測試結(jié)果： 200同時并發(fā)訪問服務器，事務響應時間穩(wěn)定，通過率高，系統(tǒng)的瓶頸不在此處 。 測試場景二： 300人并發(fā)登陸系統(tǒng) 圖 平均事務相應時間 38 因為并發(fā)訪問人數(shù)增多，平均事務響應時間 變 長，頁面的響應速度變慢。 圖 事務通過率 事務的通過率在 2:30分鐘變?yōu)?0，服務器沒有響應。 測試 HTML報告 :測試結(jié)果 \ 測試結(jié)果： 300同時并發(fā)訪問服務器，事務響應時間邊長， 2:30時事務的通過率變?yōu)?0，已經(jīng)超出了系統(tǒng)的瓶頸人數(shù)，說明系統(tǒng)的瓶頸在 200300人之間。 測試場景三： 250人并發(fā)登陸系統(tǒng) 圖 平均事務相應時間 39 隨并發(fā)訪問人數(shù)減少，但是平均事務響應時間依然很長，頁面響應速度變慢。 圖 事務通過率 事務的通過率在 2:00分鐘變?yōu)?0，事務通過數(shù)為 0，服務器沒有響應。 測試 HTML報告 :測試結(jié)果 \ 測試結(jié)果： 250同時并發(fā)訪問服務器，事務響應時間邊長， 2:00時事務的通過率變?yōu)?0，已 經(jīng)超出了系統(tǒng)的瓶頸人數(shù)，說明系統(tǒng)的瓶頸在 200250人之間。 測試場景四： 225人并發(fā)登陸系統(tǒng) 圖 平均事務相應時間 40 隨并發(fā)訪問人數(shù)減少，但是平均事務響應時間依然很長，頁面響應速度變慢。 圖 事務通過率 事務的通過率在 0:55分鐘變?yōu)?0，事務通過數(shù)為 0，服務器沒有響應。 測試 HTML報告 :測試結(jié)果 \ 測試結(jié)果： 225同時并發(fā)訪問服務器，事務響應時間邊長， 0:55時事務的通過率變?yōu)?0，已經(jīng)超 出了系統(tǒng)的瓶頸人數(shù)，說明系統(tǒng)的瓶頸在 200225人之間。 測試場景四： 215人并發(fā)登陸系統(tǒng) 圖 平均事務相應時間 41 隨并發(fā)訪問人數(shù)減少，但是平均事務響應時間依然很長，頁面響應速度變慢。 圖 事務通過率 事務的通過率在 0:55分鐘變?yōu)?0，事務通過數(shù)為 0，服務器沒有響應。 測試 HTML報告 :測試結(jié)果 \ 測試結(jié)果： 225同時并發(fā)訪問服務器，事務響應時間邊長， 0:55時事務的通過率變?yōu)?0，已經(jīng)超出 了系統(tǒng)的瓶頸人數(shù)，說明系統(tǒng)的瓶頸在 210人之間。 測試結(jié)果：學生考情管理系統(tǒng)的登陸頁面的瓶頸為 215人，建議配置更好的服務器，之后再進行系統(tǒng)上線。 42 總結(jié) 經(jīng)過幾個月的設(shè)計， “ 學生考勤 管理信息 系統(tǒng) ” 已經(jīng)基本設(shè)計完成。在這幾個月的開發(fā)過程中，學到了許多有關(guān)數(shù)據(jù)庫管理軟件設(shè)計的 知識 ，也對管理信息系統(tǒng)有了更加全面而深刻的認識。另外，通過對 Myeclipse 的使用，使我對該軟件更加熟悉，學到了很多關(guān)于該軟件可視化編程的東西，也深深體會到 Myeclipse的強大功能?；谠撓到y(tǒng)的一些設(shè)計，下面對系統(tǒng)做一個總結(jié)。 在整個設(shè)計過程中，主要的工作有： 登陸界面的設(shè)計與實現(xiàn)、管理員主界面的設(shè)計與實現(xiàn)、添加基礎(chǔ)信息界面的設(shè)計與實現(xiàn)、課程管理的設(shè)計與實現(xiàn)、考勤記錄的設(shè)計與實現(xiàn) 模塊的頁面設(shè)計及功能的設(shè)計實現(xiàn)。設(shè)計中力求界面友好、簡潔，易于操作。代碼部分盡量避免邏輯錯誤，算法設(shè)計簡單合理，盡量使程序具有較好的可讀性，有利于其他的設(shè)計者對程序的閱讀。 力求對數(shù)據(jù)庫操作的安全與穩(wěn)定，盡量避免數(shù)據(jù)庫操作異常，并要保證查詢的快速無誤。 保證程序的邏輯結(jié)構(gòu)，編程時注意多使用通用方法（函數(shù)和過程），嘗試 用通用窗體函 數(shù)。 當然在設(shè)計中還有很多不足的地方。對于這樣的軟件開發(fā)，由于 我們知識層次的欠缺 ，所以在開發(fā)過程中遇到了許多棘手的問題?，F(xiàn)在開發(fā)出來的軟件對數(shù)據(jù)庫的操作還不夠穩(wěn)定，異常處理做的還很欠缺。程序代碼中還存在不少的問題，這些在最后的測試過程中還有必要做修改和完善。在設(shè)計時，由于時間和能力有限，還有部分的功能沒有實現(xiàn)，希望以后能夠慢慢地發(fā)現(xiàn)問題，改正問題，力求將系統(tǒng)做得越來越完美 、 實用。 43 參考文獻 [1] 肖金秀 JSP 法度榜樣設(shè)計教程 北京：冶金工業(yè)出版社 [2] 孫曉龍 JSP 動態(tài)網(wǎng)站技巧入門與進步 北京：人平易近郵電出版社 [3] 楊學瑜 JSP 入門與進步 北京：清華大年夜學出版社 [4] 魯曉東 JSP 軟件工程案例精解 北京：電子工業(yè)出版社 [5] 印旻 Java 說話與面向?qū)ο蠓ǘ劝駱釉O(shè)計 北京：清華大年夜學出版社 [6] 皮德常 Java 2 簡明教程 北京：清華大年夜學出版社 [7] 薩師煊 王珊編著〖資料來源 :天極畢業(yè)設(shè)計論文網(wǎng) 海量的畢業(yè)設(shè)計論文范文 ,計 算 機 畢 業(yè) 設(shè) 計 , 機 械 畢 業(yè) 設(shè) 計 論 文 ，（ 工 程 ） 碩 士 畢 業(yè) 論 文 [8] 張海藩 編著 《軟件工程導論》，清華大學出版社 [9] 賽奎春 JSP 工程應用與項目實踐 北京：機械工業(yè)出版社 [10] 汪孝宜 JSP 數(shù)據(jù)庫開辟實例精華精辟 北京：電子工業(yè)出版社 [11] 魏茂軍 JSP 案例開辟 北京：中國水利水電出版社 [12] 黃明 JSP 信息系統(tǒng)設(shè)計與開辟實例 北京：機械工業(yè)出版社 [13] 屈輝立 JSP 網(wǎng)站編程教程 北京：北京欲望電子出版社 [14] 孫衛(wèi)琴 Tomcat 與 Java Web 開辟技巧詳解 北京：電子工業(yè)出版社 [15] 張桂元 Struts 開辟入門與項日實踐 北京：人平易近郵電出版社 44 致謝 本 論文完成的前提是老師 和同學 給我提供了 知識上的幫助 ，并給予我悉心的關(guān)懷與指導。老師認真負責的工作態(tài)度、嚴謹?shù)闹螌W風格，使我深受啟發(fā)；開發(fā)的同時，和同學們之間的相互探討也使我獲益匪淺。半年時間內(nèi)，我除基本學會開發(fā)數(shù)據(jù)庫外更重要的是學到了兢兢業(yè)業(yè)，奮發(fā)向上的精神，這種精神是我今后人生前進道路上的一種力量。所以我再次感謝老師和我的同學們。