學號________________密級________________（黑體5號）蘭州城市學院本科畢業論文（1號宋體居中）學生考勤系統的設計與實現（2號黑體居中，標題行間距為32磅）學院名稱：信息工程學院專業名稱：計算機科學與技術學生姓名：高國誠指導教師：朱正平教授（宋體小3）二○一三年五月

BACHELOR'SDEGREETHESISOFLANZHOUCITYUNIVERSITY（TimesNewRoman2號粗體居中）Designandimplementationofstudentattendancesystem（TimesNewRoman2號粗體居中）College：SchoolofInformationEngineeringSubject：ComputerscienceandtechnologyName：EFeifeiDirectedby：ZhuZhengpingProfessor（TimesNewRoman4號居中）May2013（TimesNewRoman小2號居中）鄭重聲明（宋體粗體2號居中）本人呈交的學位論文，是在導師的指導下，獨立進行研究工作所取得的成果，所有數據、圖片資料真實可靠。盡我所知，除文中已經注明引用的內容外，本學位論文的研究成果不包含他人享有著作權的內容。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確的方式標明。本學位論文的知識產權歸屬于培養單位。（宋體4號）本人簽名：日期：摘要（黑體小2）目前社會上信息管理系統發展飛快，智能化信息處理已是提高效率、規范管理、客觀審查的最有效途徑。學生考勤管理是學生信息管理的重要部分，面對大量的學生信息，采用人力處理將浪費大量的時間、人力和物力，而且統計數據麻煩。一個學校對其學生日常教學過程中的出勤和缺勤進行統計，用計算機對統計數據進行統計分析處理，得到我們所需要的各種統計報表和考勤原始數據，方便了學校對學生的管理。本系統主要針對目前高校學生在線請假以及學生上課出勤管理而設計的信息系統。本系統總體上由三大功能模塊：請假系統、考勤系統和權限管理，涉及到高校六大類用戶：學生、任課老師、班主任、院系領導、學校領導、系統管理員。本學生考勤管理系統采用了JAVA技術，以Tomcat為JAVA服務器、MySQL為數據庫系統畢業設計，建立了一個基于B/S模式的三層體系的學生考勤管理網站，實現了網上考勤任務。(宋體小4)………………關鍵詞：考勤管理；在線請假；權限管理（黑體小4）（宋體小4）ABSTRACT(TimesNewRoman小2加粗)Atpresentthesocialdevelopmentofinformationmanagementsystemforfast,intelligentinformationprocessingisthemosteffectivewaytoimproveefficiency,standardizemanagement,objectivereview.Studentattendancemanagementisanimportantpartofstudentinformationmanagement,inthefaceofalargenumberofstudentinformation,usingmanpowerprocessingwillwastealotoftime,manpowerandmaterialresources,andstatisticaldata.Aschooldailyteachingprocessinattendanceandabsenceofstudentstatistics,toanalyzethestatisticaldatabyacomputer,getallkindsofreportsandattendancedataweneed,tofacilitatetheschoolmanagementofstudents.Thesystemisaninformationsystemforcurrentcollegestudentsandthestudentsleaveschoolattendancelinemanagementanddesign.Theoverallsystemconsistsofthreefunctionalmodules:leavesystem,attendancesystemandauthoritymanagement,involvessixmajorcategoriesofuniversityusers:students,teachers,classteachers,facultyleadership,schoolleadership,thesystemadministrator.ThestudentattendancemanagementsystemusingJAVAtechnology,usingTomcatasJAVAserver,MySQLasdatabasesystem,setupawebsitebasedonthestudentattendancemanagementsystemofthreelayersB/S,realizetheonlineattendancetask.(TimesNewRoman小4號)………………Keywords:attendancemanagement；theonlineattendance；authoritymanagement（TimesNewRoman體小4加粗）

目錄9257第一章可行性分析 912651.1可行性研究的前提 934701.2要求 957672.1用戶需求描述 10266512.1.1學生用戶需求描述 10284372.1.2任課老師用戶需求描述 10254652.1.3班主任用戶需求描述 10135742.1.4院系領導用戶需求描述 1051612.1.5校領導用戶需求描述 1170562.1.6系統管理員用戶需求描述 11302962.2功能需求描述 11134982.3相關開發工具簡介 12267102.3.1B/S（瀏覽器/服務器）簡介 12123942.3.2JSP簡介 12250572.3.3MySQL簡介 12228072.3.4Myeclipse簡介 125786第三章總體設計 14252943.1系統布局設計 14259583.2總體結構圖 1419703.3系統功能流程圖 16172853.4系統目錄結構設計 1613053.5數據庫設計與實現 2324643.5.1主要實體模型 23263583.5.2E-R模型 23312703,5.3數據庫的建立 24151533.5.4數據庫的邏輯設計 24214203.5.5數據庫表的創建 2521784第四章系統實現 3759314.1登陸界面的設計與實現 37187124.1.1用戶登錄界面 37105794.2管理員主界面的設計與實現 37192784.2.1管理員主界面 37284894.3添加基礎信息界面的設計與實現 40122254.3.1基礎信息的設計與實現 40190864.3.2用戶管理界面的設計與實現 403164.4課程管理的設計與實現 45135354.4.1課程管理的增刪改查 4531064.5考勤記錄的設計與實現 4710974.5.1信息錄入的設計與實現 47257754.6請假管理的設計與實現 51247904.6.1學生請假的設計與實現 51277864.7統計查詢的設計與實現（暫略） 53104第五章軟件測試 54147345.1測試方案 5489075.1.1黑盒測試 5441495.1.2白盒測試 54222805.1.3其他測試方案 54302225.1.4本系統所采用測試方案 5572805.2測試過程 55176945.2.1用戶登錄測試 5517671總結 6112068參考文獻 6227695附錄 63

引言目前各高校校園信息化已逐步完善，而校園網不僅方便了用戶，更重要地是提高了辦事效率。各大高校有針對師生的成績查詢系統、教務管理系統、招生就業系統、校園BBS論壇、校內網站等一系統系統在各大高校紛紛出現，給高校管理、學校師生的學習、生活、辦公帶來了便利。但我校的考勤管理模式還是以任課老師上課點到，以及學生會的學生干部、干事課堂查勤來管理。同時,學生請假需要經過系輔導員、系部領導批準才能生效。對于考勤結果，需要進行數據信息的錄入以及數據信息的統計，這樣比較麻煩，且費時費力，出現誤差的概率也比較大。更重要的是暴露出了以下的弊端：一、學生請假不方便；二、學生請假對任課老師不透明。三、學生對自己整個學期的上課出勤情況沒有整體的統計信息。四、院系領導、學校領導不能把握住學生的上課出勤情況。由于以上原因，我們小組決定開發學生考勤管理系統，以方便學校對學生的考勤進行管理。在設計的過程中，要求利用面向對象的編程思想來完成系統的設計；建立清晰的類層次；分析和定義各個類，每個類中要有各自的屬性和方法；要求運用面向對象的機制來實現系統功能。研究方法:通過閱讀有關書籍，并在網上查找相關資料（通過網絡引擎查找關鍵字和學校的資源）基于JAVA技術建立的學生日常教學考勤管理畢業設計，其目標是完成高校教學中學生日常教學考勤管理，畢業設計主要包括學生模塊、任課老師模塊、系統管理員模塊三個功能模塊，其中學生模塊實現學生信息修改、考勤查看和在線請假等功能；任課老師模塊實現教師修改信息、按教學班考勤和審批學生請假等功能；系統管理員模塊主要實現了密碼修改、對學生、教師和課程信息的更新及系統維護等功能。畢業設計采用了JAVA技術，以Tomcat為JAVA服務器、MySQL為數據庫，建立了一個基于B/S模式的三層體系的學生考勤管理網站。第一章可行性分析1.1可行性研究的前提隨著教育事業的飛速發展，我國的教育水平已經躍上了一個更高的平臺：普及九年義務教育，本科生、碩士研究生的大量擴招，各高等院校及地州院校的新建與升級，越來越多的學子走進了大學的殿堂，這意味著學生的考勤管理信息任務越來越復雜、繁重，傳統的考勤管理系統已無法承擔當前的信息量，快速、高效的完成學生考勤信息管理的任務，無法減輕考勤管理人員的工作量與工作壓力。傳統的考勤管理系統，不能及時將學生的考勤信息進行登記、更新,也可能存在不公平的現象，比如：有的學生逃課，老師點名了，他就去找班主任請假，補個假條，取消自己的缺席記錄等等……種種背景使得學校若要快速穩定發展，就必須從加強信息化入手，在各種領域都進行信息化管理，在考勤管理方面也不例外，然而各高校卻不太重視考勤管理方面的建設、加強與發展。1.2要求基本運行要求：本組學生所需要開發的軟件要求能在本院所有計算機上基于WINDOWS系統運行。同時所開發的軟件要能與學校教務管理系統相銜接，進一步完善學校教務管理系統的功能。功能要求：主要功能模塊為學生考勤管理中心信息管理、任課教師對學生考勤信息的管理和學生對自己考勤信息的查詢。系統能夠使查詢學生考勤信息，變得更為輕易，并使這些信息更為一目了然。安全要求：登陸系統時，需驗證身份和密碼，只有通過驗證的身份才能進入系統進行相關的操作。系統間信息的傳遞也需要進行安全設置，以防止學生的考勤信息被惡意篡改。同時該系統還需具有靈活性、兼容性等要求。

第二章需求分析2.1用戶需求描述2.1.1學生用戶需求描述學生對本系統的主要需求是：在線請假以及查看在校期間所有的上課出勤信息。在線請假需求：學生請假的全過程當中，學生可以隨時查看請假的詳細進展情況。查看出勤信息需求：學生可以查看在校期間所有學期上課出勤的詳細信息，如：查看“高等數學”這門課程在整個學期請假、曠課、遲到、早退了多少次，以及具體的時間、任課老師姓名、第幾節課等詳細信息。其它需求：查看本人的基本信息，如本人的所屬的院系、年級、專業、班級、學號、姓名等，以及修改個人用戶密碼。2.1.2任課老師用戶需求描述任課老師對系統的主要需求是：管理所教班級學生的上課出勤信息以及查看所教班級學生的上課出勤信息。管理學生上課出勤需求：考勤表隨著時間的變化，自動列出還沒有在網上公布的學生上課出勤信息，系統自動根據學生請假系統，決定學生上課出勤的最終結果。查看學生出勤信息需求：查看所教班級學生整個學期上出勤統計信息及詳細信息。其它需求：查看上課課表，本人基本信息以及修改個人用戶密碼。2.1.3班主任用戶需求描述班主任對系統的主要需求是：查看本班學生上課出勤信息。查看出勤信息需求：輸入查詢條件后，系統根據查詢條件列出本班學生相關的上課出勤信息。其它需求：查看有關全班的基本信息以信修改個人用戶密碼等。2.1.4院系領導用戶需求描述院系領導對本系統的主要需求是：查看本院學生本學期所有課程的上課出勤信息。查看學生上課出勤信息需求：查看本院學生整個學期有關課程的上出勤統計信息及詳細信息。其它需求：查看本院學生的基本信息、修改個人用戶密碼等。2.1.5校領導用戶需求描述學校領導對系統的主要需求是：查看全校學生上課出勤信息。

查看出勤信息需求：輸入查詢條件后，系統根據查詢條件列出本校學生相關的上課出勤信息。

其它需求：查看有關全校的基本信息以信修改個人用戶密碼等。2.1.6系統管理員用戶需求描述系統管理員有系統的最高權限，負責系統所需所有數據的動態同步更新以及維護，根據系統針對各用戶的設計，基本功能需求如下：（1）、管理學校各院系、年級、專業、班級的添加、刪除、修改等。（2）、管理每個學期每個班級的課程安排及指定院系領導和任課老師。（3）、管理系統所有用戶。（4）、管理全校課表安排。（5）、管理全校每學年開學的起止時間。（6）、管理系統的考勤信息。2.2功能需求描述根據各類用戶的需求描述，系統應當具備請假系統、考勤管理系統、后臺管理系統這三大主要功能。

請假系統功能需求：通過班主任以及院系領導批準請假信息。請假最長時間不能超過1個月，特殊情況除外。

考勤管理功能需求：任課老師通過考勤管理系統，對學生上課出勤信息進行公開。請假系統要借助班主任才能完成，考勤管理系統要借助請假系統、班級課表安排才能完成，然而每學年課表都在變化，班主任安排也有在變化，學生也在變化，因此必須要求后臺管理系統能根據系統需求，動態的、準確的更新系統數據。2.3相關開發工具簡介根據各用戶的需求，以及系統各大功能的需求，經過大量的調查分析，針對本高校學生考勤管理系統選擇以下開發工具進行開發：系統結構：B/S（瀏覽器/服務器）

開發語言：Java、JSP、javascript數據庫：MySQLServer5.5、SQLyogEnterprise系統環境:JDK1.6以上版本、apache-tomcat-6.0.26以上版本開發工具：Myeclipse10

2.3.1B/S（瀏覽器/服務器）簡介B/S（Browser/Server，瀏覽器/服務器）模式又稱B/S結構。它是隨著Internet技術的興起，對C/S模式應用的擴展。在這種結構下，用戶工作界面是通過IE瀏覽器來實現的。B/S模式最大的好處是運行維護比較簡便，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）訪問和操作共同的數據；最大的缺點是對網絡環境依賴性太強，由于各種原因引起網絡中斷都會造成系統癱瘓。2.3.2JSP簡介JSP的全稱是JavaServletPages，它是SUN推出的一種動態網頁技術標準。它在傳統的靜態頁面文件(*.html,*htm)中加入Java程序片段和JSP標記，就構成了JSP頁面。由Web服務器上的JSP引擎來處理JSP元素，生成調用Bean，并用JDBC訪問數據庫（或文件），最后以HTML或XML的形式返回瀏覽器。JSP在Servlet類中編譯，編譯一次后存入內存，以后再調用時，不用再編譯，所以速度很快。2.3.3MySQL簡介MySQL是一個精巧的SQL數據庫管理系統，而且是開源的數據管理系統。由于它的強大功能、靈活性、豐富的應用編程接口（API）以及精巧的系統結構，受到了廣大自由軟件愛好者甚至是商業軟件用戶的青睞，特別是與Apache和PHP/PERL結合，為建立基于數據庫的動態網站提供了強大動力。2.3.4Myeclipse簡介MyEclipse企業級工作平臺（MyEclipseEnterpriseWorkbench，簡稱MyEclipse）是對EclipseIDE的擴展，利用它我們可以在數據庫和JavaEE的開發、發布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML,Struts,JSP,CSS,Javascript,Spring,SQL,Hibernate。

第三章總體設計3.1系統布局設計系統頁面采用框架來設計，不同的用戶有不同的功能菜單，但都有統一的風格，這給頁面的使用和維護都帶來了很大的便利，特別是在代碼重用方面起了很大作用。本系統各用戶的頁面設計如圖3.1所示：頁面主體頁面主體功能菜單BannerBottom3.1頁面設計圖1.Banner區——可以在此展示系統標識、頁面歸屬等信息。2.功能菜單區——提供系統可供操作的功能列表。3.頁面主體區——顯示頁面格式化數據頁面主體區顯示的內容，將依據頁面在系統中的作用而定。4.Bottom區——可以在此顯示系統當前在線人數及在線用戶的信息。3.2總體結構圖根據系統功能的要求，高校學生考勤管理系統各個模塊之間的層次結構如圖3.2所示：高校學生考勤管理系統高校學生考勤管理系統請假系統考勤系統后臺管理3.2系統功能結構示意圖按用戶劃分，系統結構圖如圖3.3所示：高校學生考勤管理系統高校學生考勤管理系統院系領導學校領導管理員3.3系統用戶結構示意圖系統子功能模塊的層次結構如圖3.4所示：考勤管理子模塊考勤管理子模塊任課老師提交數據各用戶查詢考勤數據3.4考勤系統子功能模塊3.3系統功能流程圖主功能流程如圖4.1所示：開始開始用戶登錄學生班主任管理員學校領導院系領導任課教師查詢本人考勤在線請假數據更新與維護查詢各院學生考勤查詢本院學生考勤查詢本班學生考勤管理本班學生考勤查詢本班學生考勤3.5主功能流程圖3.4系統目錄結構設計本系統目錄結果設計為：名為Lzcu,Java項目：CommonDaoDao接口Dao實現類，即ImplPojoServiceService接口Service實現類，即ImplVoPublicservicepublicservice接口Publicservice實現類，即ImplUtil：實用的工具類包WorkDaoDao接口Dao實現類，即Implb.Pojoc.ServiceService接口Service實現類，即Impld.Voe.Util名為lzcuoa的web項目：BeanExportInfo.javaLoginInfo.javaFiltersLogInterceptor.javaSecuritylFilter.javaListenerOnlineUserBindingListener.javaWebConfigListener.javaUiStruts.workCommonWorkUtilTreeTreeUtil.javaZtreeNode.javaAppUtil.javaExportUtil.javaWebRoot3.5數據庫設計與實現3.5.1主要實體模型3.5.2E-R模型班級班級班級缺勤情況學生出勤出勤記錄任課老師批準請假請假記錄提交學號姓名性別專業學院ID姓名課程應到人數實到人數上課時間111n1n1n3,5.3數據庫的建立打開SQLServer2000下面的[企業管理器]，登錄之后，選擇[新建數據庫]命令，給數據庫起名為kaoqin。然后通過設計器創建數據表，剛才已經說明了需要不同的數據表來分管，它們分別是“qingjia”，“kaoqin_record”，“record”等，有關這些數據表的信息見上圖。3.5.4數據庫的邏輯設計根據系統功能設計的要求以及功能模塊的劃分，對于系統數據庫，可以列出以下數據項和數據結構：考勤登記表：課程安排代號、記載時間、上課時間。學生上課出勤信息表：上課時間代號、上課時間、學號、出勤狀態。請假信息表：請假原因、結束時間、申假天數、申請時間、申請人、審批人、審批結果等。3.5.5數據庫表的創建根據數據庫需求的分析，建立如下基本數據表。系統表Sys_button（按鈕表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號BUTTONIDvarchar(50)NotNull按鈕編碼BUTTONNANMEvarchar(100)NotNull按鈕名稱SORTNUMint(11)排序號BUTTONACTIONvarchar(100)按鈕動作DIRECTIONvarchar(30)按鈕動作方向ICONPATHvarchar(100)按鈕圖標路徑PICPATHDOWNvarchar(100)選中時按鈕圖片路徑PICPATHUPvarchar(100)未選中時按鈕圖片路徑BUTTONDESCvarchar(200)按鈕描述ISRUNNINGvarchar(2)是否啟用2、sys_code（代碼表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號CODEIDvarchar(50)NotNull代碼編碼CODENANMEvarchar(100)NotNull代碼名稱CODETYPEIDvarchar(50)NotNull代碼分類編碼FATHERIDvarchar(50)上級代碼編碼CODEVALUEvarchar(100)SORTNUMint(11)排序APPFLAGvarchar(2)NotNull在用標志：使用是1，不使用是03、sys_codetype(代碼分類表)字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號CODETYPEIDvarchar(50)NotNull代碼分類編碼CODETYPENANMEvarchar(100)NotNull代碼分類名稱CODETYPEDESCvarchar(200)代碼分類描述SORTNUMint(11)NotNull排序APPFLAGvarchar(2)NotNull在用標志：使用是1，不使用是0sys_divisions（行政區劃表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號DIVISIONIDvarchar(50)NotNull院校編碼DIVISIONNAMEvarchar(100)NotNull院校名稱FATHERIDvarchar(50)NotNull上級院校編碼FULLNAMEvarchar(200)院校全稱DIVISIONTYPEvarchar(10)院校類型（0：公立，1：私立）AREAdouble（18，4）轄區面積（平方公里）DIVISIONDESCtext院校簡介ISLEAFNODEvarchar(2)NotNull是否葉子節點（0：否，1：是）ISHAVEUNITvarchar(2)NotNullSORTNUMint(11)排序號APPFLAGvarchar(2)NotNull在用標志：使用是1，不使用是0sys_errorlog字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號OPERTIMEvarchar(30)操作時間DIVISIONIDvarchar(50)機構編碼DIVISIONNAMEvarchar(100)機構名稱UNITIDvarchar(50)部門編碼UNITNAMEvarchar(100)部門名稱USERIDvarchar(50)用戶編碼USERNAMEvarchar(100)用戶名稱USERTYPEvarchar(30)用戶類型OPERMODIDvarchar(50)操作模塊編碼OPERMODNAMEvarchar(200)操作模塊名稱OPERIPvarchar(20)操作者IPERRORTYPEvarchar(30)錯誤類別ERRORCONTENTtext錯誤內容OPERTYPEvarchar(2)操作類型（C,U,R,D）DETAILURLvarchar(200)詳情地址REMARKSvarchar(200)備注DELFLAGvarchar(2)NotNull刪除標識sys_loginlog(系統登錄日志)字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號LOGINTIMEvarchar(30)登錄時間LOGOUTTIMEvarchar(30)退出時間DIVISIONIDvarchar(50)機構編碼DIVISIONNAMEvarchar(100)機構名稱UNITIDvarchar(50)部門編碼UNITNAMEvarchar(100)部門名稱USERIDvarchar(50)用戶編碼USERNAMEvarchar(100)用戶名稱USERTYPEVarchar(30)用戶類型OPERIPVarchar(20)操作者IPREMARKSVarchar(200)備注DELFLAGVarchar(2)NotNullsys_menu(菜單表)字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號MENUIDvarchar(50)NotNull菜單編碼MENUNAMEvarchar(200)NotNull菜單名稱FATHERIDvarchar(50)NotNull上級菜單遍碼MENUDESCvarchar(200)菜單描述SORTNUMInt(11)排序號ACTIONURLvarchar(200)菜單動作DIRECTIONvarchar(30)菜單動作方向(本窗體、彈出、根窗體)MENUTYPEvarchar(30)菜單類別SUPERUSERvarchar(2)超級用戶使用ICONPATHvarchar(100)按鈕圖標路徑PICPATHDOWNvarchar(100)選中時按鈕圖片路徑PICPATHUPvarchar(100)未選中按鈕圖片路徑ISLEAFNODEvarchar(2)NotNull是否葉子節點(0:否,1:是)APPFLAGvarchar(2)NotNull是否啟用(1：啟用；0：禁用)sys_menu_button(菜單擁有權限)字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號ROLEMENUIDvarchar(50)NotNull菜單編碼自增)BUTTONIDvarchar(50)NotNull按鈕編碼BUTTONLOCAvarchar(200)按鈕位置9、sys_operationlog（系統日志）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號OPERTIMEvarchar(30)操作時間DIVISIONIDvarchar(50)機構編碼DIVISIONNAMEvarchar(100)機構名稱UNITIDvarchar(50)部門編碼UNITNAMEvarchar(100)部門名稱USERIDvarchar(50)用戶編碼USERNAMEvarchar(100)用戶名稱USERTYPEvarchar(30)用戶類型OPERMODIDvarchar(50)操作模塊編碼OPERMODNAMEvarchar(200)操作模塊名稱OPERIPvarchar(20)操作者IPOPERCONTENTtextOPERTYPEvarchar(2)操作類型(C,U,R,D)DETAILURLvarchar(200)詳情地址REMARKSvarchar(200)備注DELFLAGVarchar(2)NotNull10、sys_role（角色表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號ROLEIDvarchar(50)角色編碼(自增)ROLENAMEvarchar(100)NotNull角色名稱ROLETYPEvarchar(30)角色類別ROLEDESCvarchar(200)角色描述11、sys_role_menu（角色擁有菜單權限）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號ROLEIDvarchar(50)NotNull角色編碼(自增)MENUIDvarchar(50)NotNull菜單編碼12、sys_unit（部門表，即行政區劃所轄單位表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull部門編碼UNITIDvarchar(50)NotNull部門編碼DIVISIONIDvarchar(50)NotNullFATHERIDvarchar(50)NotNull上級部門編碼UNITNAMEvarchar(200)NotNull部門名稱UNITTYPEvarchar(50)班級類別(班級、學工辦、院辦、其他)UNITDESCtext班級/學工辦/院辦簡介STAFFNUMInt(11)班級人數/辦公室人數LEADERNUMvarchar(50)班主任/學工辦主任/院辦主任CONTACTvarchar(100)班長/學工辦聯系人TELEPHONEvarchar(100)聯系電話FAXvarchar(30)傳真ADDRESSvarchar(100)聯系地址ZIPCODEvarchar(30)郵政編碼WEBURLvarchar(100)主頁URLEMAILvarchar(100)EMAILSORTNUMInt(11)排序號ISLEAFNODEvarchar(2)NotNull是否葉子節點(0:否,1:是)ISHAVEUSERvarchar(2)NotNull是否存在人員DELFLAGvarchar(2)NotNull刪除標志13、sys_user字段名字段類型默認主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號UNITIDvarchar(50)NotNull學院/班級編碼USERIDvarchar(50)NotNull用戶編碼（教師工號、學生學號）USERNAMEvarchar(100)用戶名（教師姓名、學生姓名）PASSWORDvarchar(200)123456NotNull用戶密碼USERTYPEvarchar(30)用戶類型（1.老師2.學生3.其他人員）ISDEPvarchar(2)是否班級ISSUPERvarchar(2)是否超級用戶SORTNUMint(11)NotNull序列號APPFLAGvarchar(2)0賬戶狀態：正常為0；禁用為1；默認為0IDCARDvarchar(30)身份證號SEXvarchar(10)性別BIRTHDAYvarchar(30)出生日期TELPHONEvarchar(100)聯系電話MOBILEvarchar(100)手機號碼POSITIONvarchar(30)職務POSTvarchar(30)職位POLITICALvarchar(10)政治面貌NATIONvarchar(10)民族EMAILvarchar(100)郵箱QQvarchar(100)QQMSNvarchar(100)MSNADDRESSvarchar(100)住址PHOTOvarchar(100)照片USERDESCtext用戶描述14、sys_user_role字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號USERIDvarchar(50)NotNull用戶編碼ROLEIDvarchar(50)NotNull角色編碼工作表1、work_askapply（請假表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull自增序號APPLYTIMEvarchar(30)申請時間APPLYDAYNUMint(30)申請天數APPLYERvarchar(30)申請人APPLYERIDvarchar(50)申請人IDAPPLYREASONtext申請原因CHECKSTUTEvarchar(2)審批結果CHECKERvarchar(30)審批人CHECKERIDvarchar(50)審批人ID2、work_attendance（出勤表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNullIDCOURSEIDvarchar(50)課程IDCOURSENAMEvarchar(50)課程名稱CLASSIDvarchar(50)班級IDCLASSNOvarchar(50)班級名稱CLASSROOMTEACHERIDvarchar(50)任課老師IDCLASSROOMTEACHERvarchar(50)任課老師TOTALNUMint(11)應到人數REALNUMint(11)實到人數ASKDAYNUMint(11)請假人數ASKERIDtext請假者IDASKERtext請假者NOATTENDNUMint(11)曠課人數NOATTENDANTIDtext曠課者IDNOATTENDANTtext曠課者REMARKSvarchar(100)備注ADDERIDvarchar(50)NotNull添加人編碼ADDERvarchar(100)NotNull添加人ADDERUNITIDvarchar(50)NotNull添加學院編碼ADDERUNITvarchar(100)NotNull添加學院ADDTIMEEvarchar(30)NotNull添加時間DELFLAGvarchar(2)NotNull刪除標志3、work_check（審核表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNull序列號FOREIGNKEYIDvarchar(50)關聯父表IDCHECKERIDvarchar(50)審核人編碼CHECKERvarchar(100)審核人CHECKUNITIDvarchar(50)審核部門編碼CHECKUNITNAMEvarchar(100)審核部門CHECKTIMEvarchar(30)審核時間CHECKRESULTvarchar(2)0-未通過，1-通過CHECKOPINIONvarchar(255)審核意見ADDERvarchar(100)添加人ADDERIDvarchar(50)添加人IDADDUNITIDvarchar(50)添加部門IDADDUNITvarchar(100)添加部門ADDTIMEvarchar(30)添加時間DELFLAGvarchar(2)刪除標志(0-未刪除，1-刪除)4、work_course（課程表）字段名字段類型主/外鍵字段約束說明IDvarchar(50)PNotNullIDCOURSEIDvarchar(50)課程編碼COURSENAMEvarchar(50)課程名稱COURSETYPEvarchar(50)課程類型COURSEWEEKHOURSvarchar(50)周課時COURSEMONTHHOURSvarchar(50)月課時COURSETOTALHOURSEvarchar(50)總課時REMARKSvarchar(100)備注ADDERIDvarchar(50)添加人編碼ADDERvarchar(100)NotNull添加人ADDERUNITIDvarchar(50)NotNull添加學院編碼ADDERUNITvarchar(100)NotNull添加學院ADDTIMEEvarchar(30)NotNull添加時間DELFLAGvarchar(2)NotNull刪除標志

第四章系統實現4.1登陸界面的設計與實現4.1.1用戶登錄界面用戶登錄界面，此界面主要用于用戶進入主界面。此界面對用戶身份沒有設置了相對應的權限，當所有用戶成功進入系統時，統一顯示主界面，但區別用戶身份的是菜單。其登錄界面如圖4.1所示。圖4.1登錄界面4.2管理員主界面的設計與實現4.2.1管理員主界面當管理員填寫完用戶名和密碼，點擊“登錄”按鈕時如下圖4.2所示，圖4.2填寫完用戶名和密碼點擊登錄時Login.js：//1functionsubmitUser(){ //驗證用戶名是否為空 if($("#userid")[0].value==""){ alert("請輸入用戶名");//1.(1 returnfalse; } //驗證密碼是否為空 if($("#password")[0].value==""){ alert("請輸入密碼");//1.(2 returnfalse; } //窗口最大化 self.moveTo(0,0);self.resizeTo(screen.availWidth,screen.availHeight); $.ajax({ url:'login',//2 type:'post', cache:false, dataType:'json', async:true,//異步 data:$("#loginForm").serialize(),//獲取數據 timeout:30000, success:function(data){//2.（1 if(data.success==true){window.location.href='login!getMenus.action'; returnfalse; }else{//2.（2 alert(data.msg); returnfalse; } }, error:function(){ alert(data.msg); returnfalse; } });};系統首先通過login.js的submitUser()方法進行js對用戶名和密碼的空驗證，1) 當用戶名或者密碼為空時，通過alert方法（JavaScript腳本語言中窗口window對象的一個常用方法，彈出消息對話框,并且alert消息對話框通常用于一些對用戶的提示信息）提示用戶對應的空項，不跳轉到LoginAction；2) 當用戶名和密碼都不為空時，然后通過ajax將用戶名和密碼提交到LoginAction的execute方法。2．由1.（2進入到LoginAction的execute方法調用loginService的validateUser方法驗證用戶名，如果用戶名不存在數據庫中,返回null；如果用戶名存在于數據庫中，進而獲得當前用戶名所對應的密碼和userInfo中的密碼做比較，如果密碼不匹配，返回null；如果密碼都不匹配，將sysUser填充到userInfo中，返回userInfo對象。當用戶名或者密碼有一個不匹配時，LoginAction將msg儲存信息："用戶名或密碼錯誤！"并返回到登錄界面給出相應提示；當用戶名和密碼都匹配時，初始化當前在線人數onlineUserList，然后將獲取到的userInfo對象填充到LoginInfo中并且調用createLoginLog方法（初始化登錄日志為其添加一條記錄），將success（success默認為false）賦值給success并返回login.js。當LoginAction的execute方法返回的success值為true時，調用getMenus方法通過對用戶身份的認證獲得當前登錄用戶所對應的菜單，如下圖4.3。圖4.3主界面 當LoginAction的execute方法返回的success值為false時，不調用getMenus方法，只通過alert方法提示用戶。4.3添加基礎信息界面的設計與實現4.3.1基礎信息的設計與實現基礎信息模塊主要分為用戶管理（用戶維護、用戶查詢、密碼重置）、院系管理、學工辦管理、班級管理四大塊。將最基礎的學院或者系的信息和班級信息或者學工辦信息以及班級學生信息整合在此模塊，方便管理操作。菜單的順序如需調節，根據個人愛好請進行調換。圖4.4基本信息界面4.3.2用戶管理界面的設計與實現用戶管理分為用戶維護、用戶查詢、密碼重置三部分。如下圖4.5：圖4.5用戶管理界面用戶維護：方便用戶（學生、老師、管理員）進行增刪改查操作，主要字段有用戶編碼、用戶名稱、是否班級、是否超級用戶、是否在用。當用戶是學生時，此時當前用戶只有查看詳情的權力。如下圖4.6：圖4.6學生登錄主界面查看詳情相應操作如下圖4.7：圖4.7查看學生詳情當用戶是教師時，此時當前用戶只有查看詳情的權力。如下圖4.8：圖4.8教師登錄主界面查看詳情相應操作如下圖4.9：圖4.9查看學生詳情當前用戶如果是管理員，可以對任意一個用戶進行增刪改查操作。如下圖4.10：圖4.10管理員登錄主界面新增按鈕的操作如下圖4.11：圖4.11錯誤的添加方式注：出現彈出框提示，說明你沒有選定院系或者學工辦或者班級。正確的操作如下圖4.12：圖4.12新增一個學生信息步驟圖點擊“提交”按鈕時，彈出如下圖提示框：4.13圖4.13提交按鈕彈出的提示框修改、詳情的操作如同4.9實例。刪除(包含多個刪除)操作如下圖4.14：圖4.14刪除操作的步驟點擊“確定”按鈕后，彈出刪除成功與否的提示。用戶查詢:不同角色的用戶查詢結果相同，即管理員和老師可以看見所有人信息，學生沒有這個菜單，如下圖4.15：圖4.15管理員以及教師使用用戶查詢的界面密碼重置：不同角色擁有不同權限。管理員可以重置所有人的密碼，而其他角色之內能重置自己的密碼。管理員重置密碼步驟下圖4.16，其余用戶一樣的操作過程：圖4.16管理員重置密碼步驟4.4課程管理的設計與實現設計課程管理這一模塊的主要目的是方便考勤記錄，在后面的考勤管理模塊會具體體現。主要功能模塊如下圖4.17：圖4.17課程管理模塊圖4.4.1課程管理的增刪改查下圖4.18是課程信息的主要列表頁面，顯示字段：課程編碼、課程名稱、課程類型、周課時、月課時、總課時。圖4.18課程信息列表頁面添加步驟以及頁面，如下圖4.19：圖4.19添加課程信息步驟以及頁面注：課程類型：其他、專業課、選修課、公共課、公共選修課、專業選修課。3.修改（詳情頁面、刪除略，操作一樣）的步驟以及頁面，如下圖4.20：圖4.20修改課程信息頁面修改（詳情、刪除）了當前頁面內容之后，點擊“提交”按鈕，會有提示框提示修改（詳情、刪除）是否成功。4.查詢操作以及頁面，點擊提交后，跳轉到主列表得到結果集，操作如下圖4.21：圖4.21查詢步驟以及按鈕4.5考勤記錄的設計與實現這一模塊的設計是為了方便后期的統計查詢做準備。考勤信息錄入需要每上一節課，當前代課老師登錄此系統進行考勤記錄，這個模塊只有任課老師有此權限。模塊設計簡單，只需錄入每節課的信息。模塊設計如下圖4.22：圖4.22考勤記錄模塊設計圖4.5.1信息錄入的設計與實現1、考勤信息錄入列表頁面的設計與實現（1）設計：頁面主要顯示字段有：課程名稱、班級名稱、應到人數、實到人數、請假人數、請假者、曠課人數、曠課者；（2）實現：考勤信息錄入列表頁面如下圖4.23：圖4.23考勤信息錄入列表頁面2、添加步驟以及頁面，如下圖4.24：圖4.24添加步驟以及頁面設計注：在點擊班級名稱的文本框時會彈出如圖所示的一棵樹圖4.25：圖4.25班級樹在點擊添加課程時，會彈出和前面課程信息管理添加的一樣的界面（不同是：此時并數據返回到父頁面），如下圖4.26：圖4.26添加課程頁面點擊“添加已存在課程”時，會彈出和課程信息管理中的列表頁面一樣一個頁面（區別：只能單選，不能復選），點擊“確定”后，將課程名稱填充到文本框中。如下圖4.27：圖4.27添加已存在課程步驟點擊“添加請假者”或者“添加曠課者”的前提是：已經選擇了班級，然后才有該班學生信息。如下圖4.28：圖4.28選擇請假者或者曠課者的前提操作添加請假者或者曠課者具體操作如下圖4.29：圖4.29添加請假者或者曠課者具體操作3.修改、刪除、詳情略；4.6請假管理的設計與實現為了方便學生請假的管理和老師審批，此模塊主要設計為申請請假和等待辦理，然而等待辦理根據學生具體請假天數來劃分不同的審批對象。根據學生用戶請假的需求，學生三天內的請假（包括三天）只需班主任批準后就可生效；四天（包括四天）至15天的請假，必須先由學院領導審批同意；如果請假天數大于15天，必須由學校審批同意。4.6.1學生請假的設計與實現學生請假只有申請、導出列表中的記錄和查看詳情三項權力。學生請假列表的主列表，實現字段：申請時間、申請天數、申請人、申請原因、審批人、審批狀態（后兩項等到老師審批完成后顯示），列表如下圖4.30：圖4.30申請主列表2）申請請假步驟如下圖4.31：圖4.31申請請假步驟注：請假類型：病假、事假、喪假、婚假、公假、其他。查看詳情略，注意：首先有且僅有選中一條記錄，然后點擊“詳情”按鈕查看。不同天數的審批，對應的只有不同的菜單，但審批操作是一樣的。如下圖4.32：圖4.32不同角色的不同菜單圖審批過程，擁有菜單的人都一樣的操作方法，如下圖4.33：圖4.33審批過程注：審核結果：通過、不通過。審批可以單個審批，也可以批量審批，不同點是：單個審批彈出如圖4.33的添加頁面，而批量審批不彈出界面，只顯示提示對話框。4.7統計查詢的設計與實現（暫略）

第五章軟件測試軟件測試是軟件開發過程中的一個重要組成部分，是貫穿整個軟件開發生命周期、對軟件產品（包括階段性產品）進行驗證和確認的活動過程，其目的是盡快盡早地發現在軟件產品中所存在的各種問題——與用戶需求、預先定義的不一致性。5.1測試方案5.1.1黑盒測試黑盒測試（Black-boxTesting，又稱為功能測試或數據驅動測試）是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程5.1.2白盒測試白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內部的結構測試程序，通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作5.1.3其他測試方案1、性能測試性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。2、隨機測試隨機測試沒有書面測試用例、記錄期望結果、檢查列表、腳本或指令的測試。主要是根據測試者的經驗對軟件進行功能和性能抽查。隨機測試是根據測試說明書執行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程3、本地化測試本地化測試的對象是軟件的本地化版本。本地化測試的目的是測試特定目標區域設置的軟件本地化質量。本地化測試的環境是在本地化的操作系統上安裝本地化的軟件4、國際化測試國際化測試的目的是測試軟件的國際化支持能力，發現軟件的國際化的潛在問題，保證軟件在世界不同區域都能正常運行。國際化測試使用每種可能的國際輸入類型，針對任何區域性或區域設置檢查產品的功能是否正常，軟件國際化測試的重點在于執行國際字符串的輸入/輸出功能。5、安裝測試安裝測試是確保軟件在正常情況和異常情況下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝的測試。5.1.4本系統所采用測試方案性能測試5.2測試過程5.2.1用戶登錄測試1、測試目的：驗證服務器可以同時接受多少用戶進行并發訪問，查找系統的瓶頸。2、測試工具：loadrunner3、測試環境硬件環境操作系統數據庫服務器客戶端軟件配置OS：Win7JDK1.5.0_06Apache2.2.0Tomcat5.5.15MySQLWindow7旗艦版32位4、測試結果測試場景一：200人并發登陸系統圖5.1平均事務相應時間平均事務響應時間比較穩定，恒定的時間段內事務的相應時間相同。圖5.2事務通過率事務的通過率較高，沒有出現失敗的事務。測試HTML報告:測試結果\200login.htm測試結果：200同時并發訪問服務器，事務響應時間穩定，通過率高，系統的瓶頸不在此處。測試場景二：300人并發登陸系統圖5.3平均事務相應時間因為并發訪問人數增多，平均事務響應時間邊長，頁面的響應速度變慢。圖5.4事務通過率事務的通過率在2:30分鐘變為0，服務器沒有響應。測試HTML報告:測試結果\300login.htm測試結果：300同時并發訪問服務器，事務響應時間邊長，2:30時事務的通過率變為0，已經超出了系統的瓶頸人數，說明系統的瓶頸在200-300人之間。測試場景三：250人并發登陸系統圖5.5平均事務相應時間隨并發訪問人數減少，但是平均事務響應時間依然很長，頁面響應速度變慢。圖5.6事務通過率事務的通過率在2:00分鐘變為0，事務通過數為0，服務器沒有響應。測試HTML報告:測試結果\250.htm測試結果：250同時并發訪問服務器，事務響應時間邊長，2:00時事務的通過率變為0，已經超出了系統的瓶頸人數，說明系統的瓶頸在200-250人之間。測試場景四：225人并發登陸系統圖5.7平均事務相應時間隨并發訪問人數減少，但是平均事務響應時間依然很長，頁面響應速度變慢。圖5.8事務通過率事務的通過率在0:55分鐘變為0，事務通過數為0，服務器沒有響應。測試HTML報告:測試結果\225login.htm測試結果：225同時并發訪問服務器，事務響應時間邊長，0:55時事務的通過率變為0，已經超出了系統的瓶頸人數，說明系統的瓶頸在200-225人之間。測試場景四：215人并發登陸系統圖5.9平均事務相應時間隨并發訪問人數減少，但是平均事務響應時間依然很長，頁面響應速度變慢。圖5.10事務通過率事務的通過率在0:55分鐘變為0，事務通過數為0，服務器沒有響應。測試HTML報告:測試結果\215login.htm測試結果：225同時并發訪問服務器，事務響應時間邊長，0:55時事務的通過率變為0，已經超出了系統的瓶頸人數，說明系統的瓶頸在210人之間。測試結果：學生考情管理系統的登陸頁面的瓶頸為215人，建議配置更好的服務器，之后再進行系統上線。總結

參考文獻[1]福塔.SQL必知必會[M].北京：人民郵電出版社,2007[2]薩卡.MicrosoftSQLServer2005技術內幕：T-SQL程序設計[M].北京：電子工業出版社,2007[3]KalenDelaney.MicrosoftSQLServer2005技術內幕:查詢、調整和優化[M].北京：電子工業出版社,2009[4]圖雷.JT-SQL編程入門經典[M].北京：清華大學出版社,2009[5]鄒建.深入淺出——SQLServer2005開發、管理與應用實例[M].北京：人民郵電出版社，2008[6]迪尤遜.SQLServer2005基礎教程[M].北京：人民郵電出版社，2006[7]薩師煊.數據庫系統概論[M].北京：高等教育出版社，2006[8]陳明.軟件工程導論[M].北京：機械工業出版社，2010[9]瓊斯.SQL入門經典[M].北京：人民郵電出版社，2011[10]趙松濤.SQLServer2005奧秘[M].北京：電子工業出版社，2007[11]敬錚.SQLServer高級開發與專業應用[M].北京：國防工業出版社，2002

附錄基于C8051F單片機直流電動機反饋控制系統的設計與研究基于單片機的嵌入式Web服務器的研究MOTOROLA單片機MC68HC（8）05PV8/A內嵌EEPROM的工藝和制程方法及對良率的影響研究基于模糊控制的電阻釬焊單片機溫度控制系統的研制基于MCS-51系列單片機的通用控制模塊的研究基于單片機實現的供暖系統最佳啟停自校正（STR）調節器單片機控制的二級倒立擺系統的研究基于增強型51系列單片機的TCP/IP協議棧的實現基于單片機的蓄電池自動監測系統基于32位嵌入式單片機系統的圖像采集與處理技術的研究基于單片機的作物營養診斷專家系統的研究基于單片機的交流伺服電機運動控制系統研究與開發基于單片機的泵管內壁硬度測試儀的研制基于單片機的自動找平控制系統研究基于C8051F040單片機的嵌入式系統開發基于單片機的液壓動力系統狀態監測儀開發