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

　　

【正文】 Null 添加學院編碼 ADDERUNIT varchar(100) Not Null 添加學院 ADDTIMEE varchar(30) Not Null 添加時間 DELFLAG varchar(2) Not Null 刪除標志 第四章 系統(tǒng)實現(xiàn) 用戶登錄界面 用戶登錄界面，此界面主要用于用戶進入主界面。此界面對用戶身份沒有設置了相對應的權限，當所有用戶成功進入系統(tǒng)時，統(tǒng)一顯示主界面，但區(qū)別 用戶身份的是菜單。其登錄界面如圖 所示。 圖 登錄界面 當管理員填寫完用戶名和密碼，點擊“登錄”按鈕時如下圖 ， 圖 填寫完用戶名和密碼點擊登錄時 ： // 1 function submitUser() { //驗證用戶名是否為空 if ($(userid)[0].value == ) { alert(請輸入用戶名 )。 //1.(1 return false。 } //驗證密碼是否為空 if ($(password)[0].value == ) { alert(請輸入密碼 )。 //1.(2 return false。 } //窗口最大化 (0,0)。 (, )。 $.ajax({ url : 39。login39。, //2 type : 39。post39。, cache : false, dataType : 39。json39。, async : true, // 異步 data : $(loginForm).serialize(), // 獲取數(shù)據(jù) timeout : 30000, success : function(data) { //2.（ 1 if ( == true) { = 39。login!39。 return false。 } else { //2.（ 2 alert()。 return false。 } }, error : function() { alert()。 return false。 } })。 }。 1． 系統(tǒng)首先通過 submitUser()方法進行 js對 用戶名和密碼的空驗證， 1) 當用戶名或者密碼為空時，通過 alert方法（ JavaScript腳本語言中窗口 window對象的 一個常用方法，彈出消息對話框 ,并且 alert消息對話框通常用于一些對用戶的提示信息）提示用戶對應的空項，不跳轉到 LoginAction； 2) 當用戶名和密碼都不為空時，然后通過 ajax將用戶名和密碼提交到LoginAction的 execute方法。 2 ．由 1. （ 2 進 入 到 LoginAction 的 execute 方法調(diào)用 loginService 的validateUser方法驗證用戶名，如果用戶名不存在數(shù)據(jù)庫中 ,返回 null；如果用戶名存在于數(shù)據(jù)庫中，進而獲得當前用戶名所對應的密碼和 userInfo中的密碼做比較 ，如果密碼不匹配，返回 null；如果密碼都不匹配，將 sysUser填充到 userInfo中，返回 userInfo對象。當用戶名或者密碼有一個不匹配時， LoginAction將 msg 儲存信息： 用戶名或密碼錯誤！ 并返回到登錄界面給出相應提示；當用戶名和密碼都匹配時，初始化當前在線人數(shù) onlineUserList，然后將獲取到的 userInfo對象填充到 LoginInfo中并且調(diào)用 createLoginLog方法（初始化登錄日志為其添加一條記錄），將 success（ success默認為 false）賦值給 success并返回 。 當 LoginAction的 execute方法返回的 success值為 true時，調(diào)用 getMenus方法通過對用戶身份的認證獲得當前登錄用戶所對應的菜單， 如下圖 。 圖 主界面 當 LoginAction的 execute方法返回的 success值為 false時，不調(diào)用 getMenus 方法，只通過 alert 方法提示用戶。 基礎信息的設計與實現(xiàn) 基礎信息模塊主要分為用戶管理（用戶維護、用戶查詢、密碼重置）、院系管理、學工辦管理、班級管理四大塊。將最基礎的學院或者系的信息和班級信息或者學工辦信息以及班級學生信息整合在此模塊，方便管理操作。菜單的順序如需調(diào)節(jié)，根據(jù)個人愛好請進行調(diào)換。 圖 基本信息界面 用戶管理界面的設計與實現(xiàn) 用戶管理分為用戶維護、用戶查詢、密碼重置三部分。如下圖 ： 圖 用戶管理界面 1) 用戶維護：方便用戶（學生、老師、管理員）進行增刪改查操作，主要字段有用戶編碼、用戶名稱、是否班級、是否超級用戶、是否在用。 ② 當用戶是學生時，此時當前用戶只有查看詳情的權力。如下圖 ： 圖 學生登錄主界面 查看詳情相應操作如下圖 ： 圖 查看學生詳情 ③ 當用戶是教師時，此時當前用戶只有查看詳情的權力。如下圖 ： 圖 教師登錄主界面 查看詳情相應操作如下圖 ： 圖 查看學生詳情 ④ 當前用戶如果是管理員，可以對任意一個用戶進行增刪改查操作。如下圖 ： 圖 管理員登錄主界面 新增按鈕的操作如下圖 ： 圖 錯誤的添加方式 注：出現(xiàn)彈出框提示，說明你沒有選定院系或者學工辦或者班級。 正確的操作如下圖 ： 圖 新增一個學生信息步驟圖 點擊“提交”按鈕時，彈出如下圖提示框： 圖 提交按鈕彈出的提示框 修改、詳情的操作如同 。 刪除 (包含多個刪除 )操作如下圖 ： 圖 刪除操作的步驟 點擊“確定”按鈕后，彈出刪除成功與否的提示。 2) 用戶查詢 :不同角色的用戶查詢結果相同，即管理員和老師可以看見所有人信息，學生沒有這個菜單，如下圖 ： 圖 管理員以及教師使用用戶查詢的界面 3) 密碼重置：不同角色擁有不同權限。管理員可以重置所有人的密碼，而其他角色 之內(nèi)能重置自己的密碼。管理員重置密碼步驟下圖 ，其余用戶一樣的操作過程： 圖 管理員重置密碼步驟 課程管理的設計與實現(xiàn) 設計課程管理這一模塊的主要目的是方便考勤記錄，在后面的考勤管理模塊會具體體現(xiàn)。主要功能模塊如下圖 ： 圖 課程管理模塊圖 課程管理的增刪改查 1． 下圖 ，顯示字段：課程編碼、課程名稱、課程類型、周課時、月課時、總課時。 圖 課程信息列表頁面 2． 添加步驟以及頁面，如下圖 ： 圖 添加 課程信息步驟以及頁面 注：課程類型：其他、專業(yè)課、選修課、公共課、公共選修課、專業(yè)選修課。 （詳情頁面、刪除略，操作一樣）的步驟以及頁面，如下圖 ： 圖 修改課程信息頁面 修改（詳情、刪除）了當前頁面內(nèi)容之后，點擊“提交”按鈕，會有提示框提示 修改（詳情、刪除）是否成功。 ，點擊提交后，跳轉到主列表得到結果集，操作如下圖 ： 圖 查詢步驟以及按鈕 這一模塊的設計是為了方便后期的統(tǒng)計查詢做準備?？记谛畔浫胄枰可?一節(jié)課，當前代課老師登錄此系統(tǒng)進行考勤記錄，這個模塊只有任課老師有此權限。模塊設計簡單，只需錄入每節(jié)課的信息。模塊設計如下圖 ： 圖 考勤記錄模塊設計圖 信息錄入的設計與實現(xiàn) 考勤信息錄入列表頁面的設計與實現(xiàn) （ 1）設計：頁面主要顯示字段有：課程名稱、班級名稱、應到人數(shù)、實到人數(shù)、請假人數(shù)、請假者、曠課人數(shù)、曠課者； （ 2）實現(xiàn)：考勤信息錄入列表頁面如下圖 ： 圖 考勤信息錄入列表頁面 添加步驟以及頁面，如下圖 ： 圖 添加步驟以及 頁面設計 注： 1) 在點擊班級名稱的文本框時會彈出如圖所示的一棵樹圖 ： 圖 班級樹 2) 在點擊添加課程時，會彈出和前面課程信息管理添加的一樣的界面（不同是：此時并數(shù)據(jù)返回到父頁面），如下圖 ： 圖 添加課程頁面 3) 點擊“添加已存在課程”時，會彈出和課程信息管理中的列表頁面一樣一個頁面（區(qū)別：只能單選，不能復選），點擊“確定”后，將課程名稱填充到文本框中。如下圖 ： 圖 添加已存在課程步驟 4) 點擊“添加請假者”或者“添加曠課者”的前提是：已經(jīng)選擇了班級，然后才有該班 學生信息。如下圖 ： 圖 選擇請假者或者曠課者的前提操作 添加請假者或者曠課者具體操作如下圖 ： 圖 添加請假者或者曠課者具體操作 、刪除、詳情略； 為了方便學生請假的管理和老師審批，此模塊主要設計為申請請假和等待辦理，然而等待辦理根據(jù)學生具體請假天數(shù)來劃分不同的審批對象。 根據(jù)學生用戶請假的需求，學生三天內(nèi)的請假（包括三天）只需班主任批準后就可生效 ； 四天（包括四天） 至 15天 的請假，必須先由 學院領導審批 同意 ；如果請假天數(shù)大于 15天，必須由 學校 審批 同意。 學生請假的設計與實現(xiàn) 1． 學生請假只有申請、導出列表中的記錄和查看詳情三項權力。 4) 學生請假列表的主列表，實現(xiàn)字段：申請時間、申請?zhí)鞌?shù)、申請人、申請原因、審批人、審批狀態(tài)（后兩項等到老師審批完成后顯示），列表如下圖 ： 圖 申請主列表 2）申請請假步驟如下圖 ： 圖 申請請假步驟 注：請假類型：病假、事假、喪假、婚假、公假、其他。 5） 查看詳情略，注意：首先有且僅有選中一條記錄，然后點擊“詳情”按鈕查看。 2． 不同天數(shù)的審批，對應的只有不同的菜單，但審批操作 是一樣的。如下圖： 圖 不同角色的不同菜單圖 3． 審批過程，擁有菜單的人都一樣的操作方法，如下圖 ： 圖 審批過程 注： ① 審核結果：通過、不通過。 ② 審批可以單個審批，也可以批量審批，不同點是：單個審批彈出如圖 的添加頁面，而批量審批不彈出界面，只顯示提示對話框。 統(tǒng)計查詢的設計與實現(xiàn)（暫略） 第五章 軟件測試 軟件測試 是軟件開 發(fā)過程中的一個重要組成部分，是貫穿整個軟件開發(fā)生命周期、對軟件產(chǎn)品（包括階段性產(chǎn)品）進行驗證和確認的活動過程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題 —— 與用戶需求、預先定義的不一致性。 黑盒測試 黑盒測試（ Blackbox Testing，又稱為功能測試或數(shù)據(jù)驅動測試）是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結構和處理過程 白盒測試 白盒測試也稱結構測試或邏輯驅動測試，它是按照 程序 內(nèi)部的結構 測試程序 ，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作 其他測試方案 性能測試 性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件 來對系統(tǒng)的各項性能指標進行測試。 隨機測試 隨機測試 沒有書面 測試用例 、記錄期望結果、檢查列表、 腳本 或指令的測試。主 要是根據(jù)測試者的經(jīng)驗對 軟件 進行功能和性能抽查。 隨機測試 是根據(jù)測試說明書執(zhí)行用例測試的重要補充手段，是保證 測試覆蓋 完整性 的有效方式和過程 本地化測試 本地化測試 的對象是 軟件 的本地化版本。 本地化測試 的目的是測試特定目標區(qū)域設置 的 軟件本地化 質(zhì)量。 本地化測試 的環(huán)境是在本地化的 操作系統(tǒng) 上安裝本地化的 軟件 國際化測試 國際化測試 的目的是測試 軟件 的國際化支持能力，發(fā)現(xiàn)軟件的國際化的潛在 問題，保證軟件在世界不同區(qū)域都能正常運行。 國際化測試 使用每種可能的國際輸入類型，針對任何區(qū)域性或 區(qū)域設置 檢查產(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 位 測試結果 測試場景一： 200人并發(fā)登陸系統(tǒng) 圖 平均事務相應時間 平均事務響應時間 比較穩(wěn)定，恒定的時間段內(nèi)事務的相應時間相同。