II前言研究背景當今，數據庫技術和信息技術快速進步，互聯網在生活中的各個領域都得到了非常廣泛的應用，因此各大學的發展應該順應時代的潮流。網絡的發展，讓人們的學習和生活越來越好。學生考勤管理系統是一種高效的學生考勤信息應用解決方案。學生考勤管理系統集成了互聯網技術和現代管理理念，解決了學生的在線請假要求和教師的在線請假審批需求。該系統具有廣泛的應用、靈活的操作條件、模塊之間的獨立性、易于使用以及后續的維護和改進等優勢。研究現狀從國內的大學教育來看，老師們的工作十分繁忙，除了要開展專業教學以外，還要花費一定的時間來管理學生的出勤記錄、請假記錄等等，相比于國外的大學，我國的大學老師工作密度更高，壓力也更大。由于國外的人口較少，大學課堂的考勤管理方式十分簡單，老師們可以選擇多種方式來開展教學，而且國外在信息化水平方面遠遠高于我國，大學的考勤方式包括指紋打卡，點名等等。老師有可能會在課堂上隨機點名，查看學生是否前來上課，不會采用傳統的點名方式。如果學生想要向老師請假，就要提前一天向老師說明情況，并且在請假條上寫明具體原因，如果在某位老師的課程中頻繁缺課，有可能會影響期末的成績。目前由于信息技術比較發達，國外的學校已經淘汰了紙質請假條、紙質點名冊的方式，逐漸開始通過指紋打卡，手機APP提交請假條等方式來解決學生管理的問題，能夠提高老師的工作效率。為了滿足本次的課題研究目標，筆者對國內外的大學管理現狀都進行了研究，發現國外的學校幾乎都使用了信息化的考勤系統。而且這方面的技術也起源于國外，因此，國外的學生在很早之前就享受到了這套系統的便利性。國內的考勤系統還不夠完善，暫時沒有開啟電子卡、指紋打卡等考勤方式，目前大部分學校都使用紙質登記的方式來記錄考勤。國內的大學在意識到這個問題以后，也開始建立自己的數據中心，考勤系統也是數據管理中心的分支，為了能夠和國外的學校縮短差距，不斷提高學校的管理效率，在大學內部也開啟了這方面的研究和改善工作。但依然有部分大學沒有做到智能化管理，學校內制定的考勤規定較為松散，每個老師采用的考勤方式也不同，導致教務部的老師在整理學生考勤時，經常出錯。如果長時間整理紙質報告，就會浪費大量的時間，老師們沒有足夠的時間用于從事學術研究工作，也無法提高學校的教學質量。目前已經有學校開始使用校園一卡通，學生在入學時會領取一張學生卡，今后在校園內的任何活動都可以刷卡登記，系統會自動生成記錄，幫助老師們省去了很多工作，今后教務處如果想要調取學生的出勤記錄，也十分容易。但這樣的管理方式也存在一定的弊端，由于人卡分離，會發生學生相互之間代打卡的問題，最終生成的考勤記錄不一定全是真實有效的。除此之外，還有學校推出了指紋考勤系統和面部識別系統，當這兩個設備的價格較高，對于部分學校來說，暫時沒有足夠的經費來采購這些設備，一時間找不到最合適的考勤系統。除了大學校園，其他的企事業單位也幾乎都引入了考勤系統，有了這些信息化技術的幫助以后，會讓行政管理方面的工作更加輕松，能夠提取出有效的考勤信息。大學作為培養人才的地方，應該盡快引入信息化的系統，提高學生考勤管理水平，把更多的精力放在學術研究方面，今后也能提高整個學校的管理效率。研究目的由于國內的大學在內部管理方面存在很多問題，沒有合理的方式來記錄學生的考勤記錄，大部分學校都使用傳統的手工登記方式來記錄考勤，這樣的方式過于繁瑣，也很容易出錯，為了推動大學的發展，教育部門也要求學校引入信息化管理系統，這些也將成為今后的發展趨勢，能夠提高學校的管理效率，信息化系統可以運用的場景包括圖書館管理、學生的學籍管理、教務管理等等，這些數據都會被保存在數據庫中，隨時可以調取這些數據，并且能夠在學期末生成報表，減輕老師的工作壓力，今后可以根據這些記錄來為學生進行評分。研究意義當我們擁有了考勤管理系統以后，就能通過統一的平臺來記錄學生的出勤記錄，并且統一接收學生的請假信息、統一審批請假條等等，和紙質請假條相比，有效解決了很多繁瑣的審批流程，學生也能登錄該系統查看自己的考勤記錄，減輕了輔導員的工作壓力，如果學生的請假次數過于頻繁，系統也會自動提醒，幫助學生約束自己的行為，總而言之，這樣的系統能夠減少很多傳統管理方式中的繁瑣流程，老師們也有足夠的時間從事其他學術研究工作，這些信息最終都會被保留在系統中，隨時可以調取。我國大學的管理水平也會越來越高。系統分析可行性分析技術可行性分析技術可行性研究指的是在技術上能不能實現，本系統使用的是JSP技術，其通過對腳本語言和Html代碼的應用，從而生成動態的Web頁面。JSP技術的編寫和運行是相對容易和簡單的。本次開發是用了B/S架構，它在數據平臺和管理訪問方面起著重要的作用，使服務器數據庫具有更高的穩定性和可靠性。綜上所述，本次開發在技術方面是可行的。經濟可行性分析經濟可行性分析就是分析我們對于本次系統在資金方面的投入多少，以及本次開發的系統在以后的應用和生活中會給人們的生活和社會帶來哪些便利和好處。本系統的用處是用作畢業設計的，在資金方面投入的較少，為以后學生考勤信息管理帶來了很大的好處。本次的設計無論是從成本還是經濟角度，都是可行的，隨著學生考勤管理系統的實施，可以更好地管理學生考勤信息，減少成本支出。因為費用少，所以這個項目在經濟上可行。功能需求分析要想成功開發一個系統首先要進行功能需求分析，隨著信息技術和數據庫技術的進一步發展，可以讓高校學生考勤信息管理達到更高水平。過去的學生考勤信息管理有很多弊端，效率低下，于是需要開發這樣的一個智能化的平臺，學生的請假不但可以在線上進行，而且教師可以及時查看和審批學生的請假，同時還會在系統上顯示學生的考勤信息，作為評價學生出勤情況的一個依據。學生應該具備的功能如下所示。(1)申請請假功能：當學生有事不能去上課時，可以申請請假，按要求填寫清原因，請假起始時間，請假結束時間，具體情況，老師可以根據實際情況，決定是否批準。(2)查看請假功能：當學生想查看自己的請假信息時，按要求輸入請假原因，就可以查詢到自己的請假信息，便于對自己的請假情況有一個詳細的了解。(3)查看考勤功能：當學生查看自己的考勤信息時，點擊考勤信息管理按鈕，就能獲取到自己的考勤信息列表，便于學生對自己上課出勤情況有一個了解。教師應該具備的功能如下所示。(1)審核請假功能：當學生在線請假之后，教師收到學生的請假需求之后，在閱讀學生的請假原因之后，按要求給出審核意見，便于學生知道自己有沒有請假成功。(2)查詢請假功能：當教師想查看某一位學生的請假信息時，按要求輸入學生的用戶名，就可以查詢到某位同學的請假信息，便于教師對同學的請假情況做出了解和評價。(3)管理考勤功能：點擊考勤信息管理按鈕，就能獲取到學生的出勤信息列表，便于對學生出勤情況做出評價和了解。(4)統計考勤功能：當教師統計學生的考勤信息時，按要求輸入統計時間，截止時間、考勤結果，便于對學生的出勤情況有一個更直觀的了解。(5)修改考勤功能：當由于某些原因，造成了考勤結果的錯誤，教師可以對考勤信息進行修改，按要求輸入學生用戶名、考勤時間、考勤課程、考勤結果，就可以對考勤結果進行修改。(6)增加考勤功能：教師上課時，對每個學生進行簽到，將考勤結果在線手動錄入系統。系統管理員能夠操作的模塊包括：(1)學生信息模塊：管理員可以了解學生的全部基礎信息，并對這些信息進行各項操作，諸如添加、修改等等。(2)課程信息模塊：管理員可以了解課程的全部信息，同時對這些信息進行各項操作。(3)老師信息模塊：管理員可以了解各個老師的全部信息，同時也能對這部分信息進行添加、修改、刪除等操作。(4)班級信息模塊：管理員可以查看學校內所有的班級信息，同時也可以對這些信息進行各項操作。本系統功能圖如圖2-1所示。圖2-1系統功能圖系統用例分析本次系統共有三個角色：管理員、教師、學生。管理員的用例圖如圖2-2所示。圖2-2管理員用例圖教師的用例圖如圖2-3所示。圖2-3教師用例圖學生的用例圖如圖2-4所示。圖2-4學生用例圖系統設計學生考勤管理系統是以計算機系統為平臺來搭建的，系統設計的主要部分是硬件和軟件的配置。本系統使用MySQL對數據進行處理，MyEclipse工具開發。本系統使用的是當前較為實用的B/S架構，因此，需要根據此模式來配置硬件。此外，系統將來的升級問題也需要考慮。所以，與可正常運行本系統所需的最低硬件標準相比，配置的硬件設備的規格稍微高一些。由于本系統客戶端和服務器是同一臺機器，因此，需要一個可以存儲眾多數據并且具有相對高的配置的服務器。服務器負責存儲全部的數據信息，而且各個業務的處理都離不開數據庫的支持。功能結構設計功能模塊對一個系統來說是至關重要的。本系統包括三個角色：管理員、教師、學生。學生登錄系統可以申請請假、查詢請假信息、查看考勤信息等；教師登錄系統可以審核請假信息、管理學生的考勤信息等；管理員登錄系統后可以對各種信息進行管理和操作。學生角色的功能如圖3-1所示。圖3-1學生模塊功能圖教師角色的功能圖如圖3-2所示。圖3-2教師模塊功能圖管理員角色的功能圖如圖3-3所示。圖3-3管理員模塊功能圖系統流程分析系統登錄流程首先，當操作者處于系統登錄界面時，輸入用戶名以及密碼，進行身份驗證，檢查密碼和用戶名是不是正確。若用戶名和密碼正確的話，則由操作員的角色來選擇進入相對應的界面，進行相應的操作。若用戶名和密碼錯誤，則會提示登錄信息錯誤，將會自動返回原來的界面。從下圖可以了解系統的具體登錄步驟。圖3-4系統登錄流程圖密碼修改流程進入密碼修改界面，可以對用戶名密碼狀態進行判斷，一旦為空，則需要進行密碼修改操作；反之，則進行數據庫修改操作，操作成功之后返回密碼修改界面。密碼修改流程圖如圖3-5所示。圖3-5密碼修改流程圖請假信息管理流程得到Message后，進行數據庫的查詢操作，得到結果集合，再用for循環進行遍歷，將渲染完成的html頁面返回給瀏覽器，最后跳轉到原來管理界面。其流程圖如圖3-6所示。圖3-6請假信息管理流程圖考勤信息管理流程得到Message后，進行數據庫的查詢操作，得到結果集合，再用for循環進行遍歷，將渲染完成的html頁面返回給瀏覽器，最后跳轉到原來的界面。其流程圖如圖3-7所示。圖3-7考勤信息管理流程圖學生信息管理流程得到Message后，進行數據庫的查詢操作，得到結果集合，再用for循環進行遍歷，將渲染完成的html頁面返回給瀏覽器，最后跳轉到原來的界面。其流程圖如圖3-8所示。圖3-8學生信息管理流程圖教師信息管理流程得到Message后，進行數據庫的查詢操作，得到結果集合，再用for循環進行遍歷，將渲染完成的html頁面返回給瀏覽器，最后跳轉到原來界面。其流程圖如圖3-9所示。圖3-9教師信息管理流程圖課程信息管理流程得到Message后，對課程表進行查詢，得到結果集合，再用for循環進行遍歷，最后跳轉到原來界面。其流程圖如圖3-10所示。圖3-10課程信息管理流程圖班級信息管理流程得到Message后，進行數據庫的查詢操作，得到結果集合，再用for循環進行遍歷，最后跳轉到原來界面。其流程圖如圖3-11所示。圖2-11班級信息管理流程圖數據庫設計概念結構設計通過對實體關系圖的分析，可以將該系統功能理解得更加全面準確，便于對數據庫進行進一步的設計和改進。(1)學生信息實體圖如圖3-12所示。圖3-12學生信息實體圖(2)教師信息實體圖如圖3-13所示。圖3-13教師信息實體圖(3)考勤信息實體如圖3-14所示。圖3-14考勤信息實體圖(4)下圖3-15展示了請假信息實體圖。圖3-15請假信息實體圖(5)信息實體圖如圖3-16所示。圖3-16課程信息實體圖(6)班級信息實體主要由班級標準等字段組成。信息實體圖如圖3-17所示。圖3-17班級信息實體圖邏輯結構設計根據E-R圖可以對數據庫進行設計，以下列出主要的數據表。(1)學生信息表具體字段如表3-1所示。表3-1學生信息表字段名數據類型默認值主鍵允許空說明student_idvarchar50是否學生編號passwordvarchar50否是密碼realnamevarchar50否是真實姓名sexvarchar50否是性別agevarchar50否是年齡telvarchar50否是電話flvarchar50否是班級編號addtimevarchar50否是創建時間sfvarchar50否是身份(2)教師信息表具體字段如表3-2所示。表3-2教師信息表字段名數據類型默認值主鍵允許空說明teacher_idvarchar500是否教師編號agevarchar500否是年齡namevarchar500否是姓名schoolvarchar500否是畢業院校jobtitlevarchar500否是職稱urlvarchar500否是照片地址flvarchar500否是班級編號experiencevarchar500否是教育經歷resumevarchar500否是簡歷passwordvarchar500否是密碼sexvarchar500否是性別(3)考勤信息表具體字段如表3-3所示。表3-3考勤信息表字段名數據類型默認值主鍵允許空說明idint4是否考勤編號studetn_idvarchar200否是學生編號timedate0否是考勤時間course_idvarchar200否是課程編號resultvarchar200否是考勤結果flvarchar200否是班級編號teacher_idvarchar200否是教師編號(4)請假信息表具體字段如表3-4所示。表3-4請假信息表字段名數據類型默認值主鍵允許空說明idint4是否編號titlevarchar500否是標題timevarchar500否是請假時間informationvarchar500否是詳細信息shvarchar500否是審核信息flvarchar500否是班級編號yjvarchar500否是意見student_idvarchar500否是學生編號(5)課程信息表主要包括課程備注等信息，要用到的課程數據都存放在里邊，具體字段表如表3-5所示。表3-5課程信息表字段名數據類型默認值主鍵允許空說明course_idint4是否課程編號course_namevarchar500否是課程名稱commentvarchar500否是備注(6)班級信息表主要包括班級備注等信息，要用到的班級信息都存放在里邊，具體字段表如表3-6所示。表3-6班級信息表字段名數據類型默認值主鍵允許空說明class_idint4是否班級編號class_namevarchar500否是班級名稱commentvarchar500否是備注系統實現系統登錄用戶登錄系統時，定位到index.jsp頁面，提交表單之后跳轉到AdminServlet頁面，匹配到one()方法，調用cBean.getString()方法，進行數據庫查詢操作，具體的sql語句為"selectrealnamefromadminwhereusername='"+username+"'andpassword='"+password+"'andsf='"+sf+"'"，若用戶名和密碼不正確，則提示登錄信息錯誤，跳轉到index.jsp頁面；若用戶名和密碼正確，則登錄成功。系統登錄界面如圖4-1所示。圖4-1系統登錄界面密碼修改管理員修改密碼時，即admin/system/editpwd.jsp頁面，提交表單之后跳轉到AdminServlet頁面，匹配到uppwd()方法，調用cBUP()方法，進行數據庫的修改操作，具體的sql語句為"updateadminsetpassword='"+newpwd+"'whereusername='"+username+"'"，若操作成功，則跳轉到admin/system/editpwd.jsp頁面；若操作失敗，同樣跳轉到admin/system/editpwd.jsp頁面。修改密碼界面如圖4-2所示。圖4-2密碼修改界面請假信息管理教師管理請假信息當教師管理學生請假信息時，瀏覽器發出http請求，服務端收到請求后根據url匹配到相應的服務端資源，即admin/qj/index2.jsp頁面，調用cb.getMessage()方法，具體的sql語句為"select*fromqjwherefl='"+fl+"'orderbyiddesc"，使用for循環進行遍歷，得到表格中的每一行數據，最后將渲染完成的html頁面，返回給瀏覽器。教師審核請假信息當教師審核請假信息時，即qj/index2.jsp頁面，之后跳轉到qj/sh.jsp頁面，提交表單之后，跳轉到Comservlet頁面，匹配到shqj()方法，調用cBUp()方法，進行數據庫的修改操作，操作成功后，跳轉到admin/qj/index2.jsp頁面。如圖4-3所示。圖4-3審核界面教師查詢請假信息當教師查詢請假信息時，即qj/s2.jsp頁面，之后跳轉到qj/s2info.jsp頁面，調用cBean.getMessage()方法，使用for循環進行遍歷，得到表格的每一行數據，將渲染完成的html頁面，返回給瀏覽器。查詢界面如圖4-4所示。圖4-4查詢界面學生申請請假定位到qj/add.jsp頁面，提交表單之后，跳轉到Comservlet頁面，匹配到addqj()方法，調用cBUp()方法，往請假表中插入一條數據，操作成功后，跳轉到原來的界面。申請請假界面如圖4-5所示。圖4-5申請請假界面考勤信息管理教師管理考勤信息教師管理學生考勤信息時，即admin/kq/index.jsp頁面，調用cb.getMessage()方法，進行數據庫查詢操作，使用for循環進行遍歷，得到表格中的每行數據，最后將渲染完成的html頁面，返回給瀏覽器。教師查詢考勤信息當教師查詢考勤時，即kq/s.jsp，提交表單之后，跳轉到kq/sinfo.jsp頁面，調用cb.getMessage()方法，具體的sql語句為"select*fromygwherebhlike'%"+word+"%'orderbyiddesc"，使用for循環進行遍歷，得到表格中的每一行數據，將渲染完成的html頁面，返回給瀏覽器。查詢考勤界面如圖4-6所示。圖4-6查詢考勤界面學生查看考勤信息學生查看考勤信息時，即admin/kq/index2.jsp頁面，調用cb.getMessage()方法，進行數據庫查詢操作，使用for循環進行遍歷，得到表格中的每一行數據，將渲染完成的html頁面，返回給瀏覽器。查看考勤界面如圖4-7所示。圖4-7查詢考勤界學生信息管理定位到admin/system/index.jsp頁面，調用cb.getMessage()方法，進行數據庫查詢操作，得到一個集合，使用for循環進行遍歷，得到表格中的每一行數據，最后將渲染完成的html頁面，返回給瀏覽器。學生信息管理運行結果如圖4-8所示。圖4-8學生信息管理界面教師信息管理定位到admin/yg/index.jsp頁面，調用cb.getMessage()方法，進行數據庫查詢操作，得到一個集合，使用for循環進行遍歷，得到表格中的每一行數據，最后將渲染完成的html頁面，返回給瀏覽器。課程信息管理定位到即admin/kc/index.jsp頁面，調用cb.getMessage()方法進行數據庫查詢操作，得到一個集合，使用for循環進行遍歷，得到表格中的每一行數據，最后將渲染完成的html頁面，返回給瀏覽器。系統測試系統測試目的及方法在這個系統中，主模塊被測試。測試用例驗證實際結果是否與預期一致，并改正直到所有結果一致。認證的系統和產品必須在測試合格后才能提供給用戶。黑盒測試和白盒測試的用處是用來進行系統測試的。所謂黑盒測試，指的是在測試環節，不將系統的內部結構納入范圍內，然后以預期結果對比，判斷輸入的數據和結果是否一致。如果一致，則表示測試合格；反之，則說明系統運行出現問題。所謂白盒測試，指的是在實際測試環節，以以下兩個部分為主體：各個模塊邏輯、系統代碼。與此相比，本文將重點放在前者上。系統測試用例(1)該系統的用戶登錄測試用例表如表5-1所示。表5-1登錄測試用例表用例編號測試方案預期輸出結果測試結果1填寫正確賬號和密碼登錄成功登錄成功2填寫不存在賬號和密碼登錄失敗登錄失敗3填寫正確賬號，錯誤密碼登錄失敗登錄失敗4不填寫賬號或密碼登錄失敗登錄失敗(2)申請請假功能測試用例表如表5-2所示表5-2申請請假測試用例表用例編號測試方案預期輸出結果測試結果1請假原因:感冒了發布成功發布成功請假時間:2021/5/10詳細信息:去醫院2只填寫請假原因，不寫請假時間和詳細信息發布失敗發布失敗3只填寫請假時間，不寫請假原因和詳細信息發布失敗發布失敗4只填寫詳細信息，不寫請假原因和請假時間發布失敗發布失敗5填寫請假時間和請假原因，不填寫詳細信息發布失敗發布失敗(3)考勤統計功能測試用例表如表5-3所示：表5-3考勤統計測試用例表用例編號測試方案預期輸出結果測試結果1填寫統計時間、截止時間、統計結果發布成功發布成功2填寫統計時間和截止時間，不填統計結果發布失敗發布失敗3填寫統計時間和結果，不填截止時間發布失敗發布失敗4只填寫結果，不填統計時間和截止時間發布失敗發布失敗5三種都不填發布失敗發布失敗系統測試結論在實際環境中，運行系統設置的結果，然后負責調試整個系統，一旦出現問題，及時解決，避免影響系統的整體運行。1.軟件功能通過一系列復雜的測試，系統功能基本能夠達到預期的要求，在現有功能的基礎上，測試的結果基本也能達到預期的標準。2.缺陷和不