畢業(yè)設計---高校學生考勤管理系統(tǒng)

1、<p><b>　　目 錄</b></p><p><b>　　目 錄I</b></p><p><b>　　摘 要I</b></p><p>　　ABSTRACTII</p><p>　　第1章 問題定義1</p><p>&l

2、t;b>　　1.1 引言1</b></p><p><b>　　1.2開發(fā)背景1</b></p><p><b>　　1.3問題描述1</b></p><p>　　第2章 可行性分析3</p><p><b>　　2.1 引言3</b></p

3、><p>　　2.2 目的和意義3</p><p>　　2.3 可行性分析3</p><p>　　第3章 需求分析5</p><p><b>　　3.1 引言5</b></p><p>　　3.2 用戶需求描述5</p><p>　　3.2.1學生用戶需求描述5&

4、lt;/p><p>　　3.2.2任課老師用戶需求描述5</p><p>　　3.2.3班主任用戶需求描述6</p><p>　　3.2.4院（系）領導用戶需求描述6</p><p>　　3.2.5學校領導用戶需求描述6</p><p>　　3.2.6系統(tǒng)管理員用戶需求描述6</p><p&g

5、t;　　3.3功能需求描述7</p><p>　　3.4系統(tǒng)開發(fā)工具7</p><p>　　3.5相關開發(fā)工具簡介7</p><p>　　3.5.1 B/S（瀏覽器/服務器）簡介7</p><p>　　3.5.2 JAVA/JSP簡介8</p><p>　　3.6 系統(tǒng)功能劃分8</p>&l

6、t;p>　　3.7 數(shù)據(jù)字典9</p><p>　　3.8 數(shù)據(jù)流圖11</p><p>　　3.9運行需求12</p><p>　　3.9.1 最低配置12</p><p>　　3.9.2 建議配置12</p><p>　　第4章 總體設計13</p><p><b&

7、gt;　　4.1 引言13</b></p><p>　　4.2 系統(tǒng)布局設計13</p><p>　　4.3 總體結構圖14</p><p>　　4.4 本人主要工作任務15</p><p>　　第5章 詳細設計16</p><p><b>　　5.1 引言16</b>&

8、lt;/p><p>　　5.2 系統(tǒng)功能流程圖16</p><p>　　5.3系統(tǒng)目錄結構設計17</p><p>　　5.4 數(shù)據(jù)庫設計與實現(xiàn)17</p><p>　　5.4.1 實體模型17</p><p>　　5.4.2 E-R模型18</p><p>　　5.4.3 數(shù)據(jù)庫的邏輯設

9、計19</p><p>　　5.4.4 數(shù)據(jù)庫表的創(chuàng)建19</p><p>　　5.4.5 數(shù)據(jù)庫的建立21</p><p>　　5.5 前端操作頁面設計21</p><p>　　5.5.1 系統(tǒng)登陸設計21</p><p>　　5.5.2 學生用戶功能設計21</p><p>　　

10、5.5.3 任課老師用戶功能設計22</p><p>　　5.5.4 班主任用戶功能設計23</p><p>　　5.5.5 院系領導用戶功能設計23</p><p>　　5.5.6 學校領導用戶功能設計24</p><p>　　第6章 編碼25</p><p>　　6.1用戶操作頁面編碼25</p

11、><p>　　6.1.1 系統(tǒng)登陸編碼25</p><p>　　6.1.2 學生用戶功能編碼27</p><p>　　6.1.3 任課老師用戶功能編碼30</p><p>　　6.1.4 班主任用戶功能編碼34</p><p>　　6.1.5 院系領導用戶功能編碼35</p><p>　　

12、6.2 數(shù)據(jù)庫連接池編碼38</p><p>　　6.2.1數(shù)據(jù)庫連接池程序編碼38</p><p>　　6.2.2 連接池配置文件41</p><p>　　第7章 軟件測試43</p><p><b>　　7.1 引言43</b></p><p>　　7.2 測試方案43</

13、p><p>　　7.2.1 黑盒測試43</p><p>　　7.2.2 白盒測試43</p><p>　　7.2.3 其它測試方案43</p><p>　　7.2.4 本系統(tǒng)所采用測試方案43</p><p>　　7.3 測試過程44</p><p>　　7.3.1 用戶登陸測試44&

14、lt;/p><p>　　7.3.2 頁面使用安全測試44</p><p>　　7.3.3學生用戶測試45</p><p>　　7.3.4任課老師用戶測試46</p><p>　　7.3.5班主任用戶測試46</p><p>　　7.3.6院系領導/學校領導用戶測試47</p><p>&l

15、t;b>　　總 結48</b></p><p><b>　　參考文獻49</b></p><p><b>　　致 謝50</b></p><p><b>　　附 錄51</b></p><p>　　附錄一：文獻資料51</p>&

16、lt;p><b>　　原文51</b></p><p><b>　　譯文53</b></p><p>　　附錄二、系統(tǒng)部署及使用手冊57</p><p>　　開發(fā)工具的安裝與配置57</p><p><b>　　系統(tǒng)部署59</b></p><

17、;p><b>　　用戶操作手冊60</b></p><p><b>　　摘 要</b></p><p>　　本系統(tǒng)主要針對目前高校學生在線請假以及學生上課出勤管理而設計的信息系統(tǒng)。本系統(tǒng)總體上由三大功能模塊：請假系統(tǒng)模塊、考勤系統(tǒng)模塊、后臺管理模塊組成。系統(tǒng)涉及到高校六大類用戶：學生、任課老師、班主任、院系領導、學校領導、系統(tǒng)管理員。&

18、lt;/p><p>　　本高校學生考勤管理系統(tǒng)用JSP+SQL Server 2000開發(fā)，開發(fā)過程中運用了頁面模塊化、信息發(fā)布的動態(tài)生成、靜態(tài)頁面顯示等技術開發(fā)。本論文重點介紹本系統(tǒng)的請假系統(tǒng)、考勤系統(tǒng)兩大功能模塊設計，完成學生、任課老師、班主任、院系領導、學校領導五類用戶功能的設計與實現(xiàn)。</p><p>　　關鍵詞：考勤管理；在線請假；JSP</p><p>&l

19、t;b>　　ABSTRACT</b></p><p>　　The system is an information system designed for asking for leave on line for students and managing attendance of undergraduate.It is generally divided into three main

20、modules: the module for asking for on-line leave , the module for managing attendance of undergraduate and the module for backstage management. There are different customers in the university operating the system,su

21、ch as student, teacher, a teacher in charge of a class,department leader, school leader, administrator.</p><p>　　The system is developed with the help of Jcreator,JSP(java、javascript、html)and SQL Server 20

22、00. The key techniques used in the process of development are: the page modularization, dynamic generating and static page showing of information, etc. And the thesis focuses on the introduction of the system’s attendanc

23、e management and the management of asking for leave online.And it develops the function of student, teacher, a teacher in charge of a class,department leader, school leader on the whole. </p><p>　　Key word:

24、attendance management；online ask for leave； JSP</p><p><b>　　第1章 問題定義</b></p><p><b>　　1.1 引言</b></p><p>　　問題定義階段必須回答的關鍵問題是：“要解決的問題是什么？”， 在此階段中，主要是弄清本課題需要解決的問題

25、根本所在，以及此課題所需的資源等。</p><p><b>　　1.2開發(fā)背景</b></p><p>　　目前高校校園信息化逐步完善，高校師生借助校園網(wǎng)有效的提高了辦事效率。各大高校針對師生的成績查詢系統(tǒng)、教務管理系統(tǒng)、招生就業(yè)系統(tǒng)、BBS、校園網(wǎng)站等系統(tǒng)在各大高校紛紛出現(xiàn)，對全校師生的學習、生活、管理、辦公帶來了便利。</p><p>　　

26、目前高校學生上課考勤管理都是以任課老師上課點名，記錄學生上課出勤情況，學期末根據(jù)上課出勤表及作業(yè)登記表對學生平時成績打分，然后把數(shù)據(jù)上交到各院系。學生請假以傳統(tǒng)的寫請假條的形式向各自班主任請假，時間長的請假，要班主任、院系領導都批準方能生效。這種的模式在目前高校管理中暴露出了許多弊端：一是學生請假不方便；二是學生請假對任課老師不透明，造成對學生上課出勤誤記的情況；三是學生上課出勤表對班主任不透明，班主任很難知道本班學生上課的出勤情況，不

27、便于與學生及時有效的溝通；四是學生對自己整個學期的上課出勤情況沒有整體的統(tǒng)計信息。五是院系領導、學校領導更加把握不住學生上課的出勤情況。</p><p><b>　　1.3問題描述</b></p><p>　　上述所說高校對學生考勤和請假面臨的問題涉及多類用戶，系統(tǒng)使用范圍是在全校校園網(wǎng)內，由于用戶分布廣泛，且存在很大差異，如：知識結構的差異、計算機硬件配置的差異、操

28、作系統(tǒng)的差異等。因此本系統(tǒng)設計應當采用典型的B/S（瀏覽器/服務器）的構架進行設計，操作簡單直觀，對硬件要求低，最好能實現(xiàn)跨平臺。跨平臺一是指客戶端用戶操作的跨平臺，二是指服務器端的跨平臺，即可以將服務器部署在所有操作平臺上。系統(tǒng)應當有很好的擴展性，與當前高校中現(xiàn)有的系統(tǒng)很好集成。</p><p>　　目前隨著IT技術的不斷創(chuàng)新與發(fā)展，新的技術不斷推出，各種企業(yè)實現(xiàn)信息化的解決方案不斷成熟。面向對象程序設計語言的

29、廣泛使用，各種成熟關系數(shù)據(jù)庫的不斷完善與推出，再加上面向對象的軟件開發(fā)過程廣泛應用，軟件開發(fā)過程變得越來越容易，開發(fā)出的系統(tǒng)變得越來越實用，許多企業(yè)使用信息系統(tǒng)后，明顯提高了辦事效率，帶來了很大的經(jīng)濟收入。目前流行的基于B/S結構的解決方案主要有ASP，JSP，PHP等技術。本系統(tǒng)選用JSP技術開發(fā)，使用當前流行的SQL Server 2000數(shù)據(jù)庫管理系統(tǒng)來存儲數(shù)據(jù),主要解決學生在線請假、在線考勤管理以及后臺數(shù)據(jù)的維護與更新。<

30、/p><p>　　第2章 可行性分析</p><p><b>　　2.1 引言</b></p><p>　　這個階段要回答的關鍵問題是：“對于上一個階段所確定的問題有行得通的解決方法嗎？”為了回答這個問題，需要一次大大壓縮和簡化了的系統(tǒng)分析和設計的過程，也就是在較抽象的高層次上進行的分析和設計的過程。可行性研究應該比較簡短，這個階段的任務不是具體

31、解決問題，而是研究問題的范圍，探索這個問題是否值得去解，是否有可行的解決方法。</p><p><b>　　2.2 目的和意義</b></p><p>　　開發(fā)本系統(tǒng)的目的，就是要解決目前高校中關于學生請假與上課出勤管理中所面臨的一系列問題。</p><p>　　開發(fā)出高校學生考勤管理系統(tǒng)能有效地提高高校辦事效率，解決目前高校學生請假及上課出勤

32、管理問題，實現(xiàn)學生請假及上課出勤信息對任課教師、班主任、院系領導、學校領導透明，使班主任、院系領導及時把握學生的學習情況，及時與學生溝通，提高教學質量。</p><p><b>　　2.3 可行性分析</b></p><p>　　技術可行性：高校學生考勤管理系統(tǒng)在目前的高校中使用還不普遍，但也有許多類似的成功案例：如教務管理系統(tǒng)、排課系統(tǒng)等。本系統(tǒng)采用JSP，Java

33、Script腳本語言、html標識語言及SQL Server 2000數(shù)據(jù)庫技術綜合開發(fā)。JSP是一種安全穩(wěn)定的動態(tài)網(wǎng)頁技術，目前國內各企業(yè)的電子商務系統(tǒng)，ERP系統(tǒng)，銀行信息系統(tǒng)等基本上都用JSP開發(fā)的。Microsoft SQL Server（基于結構化查詢語言的數(shù)據(jù)庫服務器）是基于客戶/服務器結構的數(shù)據(jù)庫管理系統(tǒng)，用戶通過使用客戶系統(tǒng)從服務器檢索信息并進行本地操作，服務器關注數(shù)據(jù)庫進程，而客戶則關注信息的表示。為了使客戶端能夠從服

34、務器中訪問數(shù)據(jù)，服務器必須具備以下兩個關鍵特征：一、對在數(shù)據(jù)庫中的數(shù)據(jù)提供單點訪問。二、將處理和操作在客戶端和服務器間進行分配。SQL Server使用Transact-SQL語言來維護、實現(xiàn)和訪問數(shù)據(jù)庫，Transact-SQL是SQL（Structured Query Language）的一個子集標準。SQL Server有多種實用程序允許用戶來訪問它的服務，用戶可用這些實用程序對SQL Server進行本地管理</p>

35、<p>　　經(jīng)濟可行性：本系統(tǒng)使用B/S架構設計，使用市場上流行的動態(tài)網(wǎng)頁技術，開發(fā)簡單，使用度方便，不需要耗費大量的人力物力就能很快的開發(fā)出來，系統(tǒng)部署對軟硬件要求不高，用戶操作簡單，幾乎不需要對用戶進行專業(yè)培訓就可使用本系統(tǒng)，所以從經(jīng)濟上講是可行的。</p><p>　　法律可行性：本系統(tǒng)擁有自主知識產權，沒有使用任何違法的軟件也沒有交易任何非法的商品，所以在法律上是可行的。</p>

36、<p>　　操作可行性：本系統(tǒng)操作簡單方便,只要懂得上網(wǎng)都能方便操作本系統(tǒng),所以在操作上也是可行的。</p><p>　　分析結果：從以上的分析可知，高校學生考勤管理系統(tǒng)的解決方案無論在技術，經(jīng)濟還是法律以及操作上都是可行的，且開發(fā)本系統(tǒng)具有一定的經(jīng)濟價值和實用價值。</p><p><b>　　第3章 需求分析</b></p><

37、p><b>　　3.1 引言</b></p><p>　　這個階段的任務仍然不是具體地解決問題，而是準確地確定“為了解決這個問題，目標系統(tǒng)必須做什么”，主要是確定目標系統(tǒng)必須具備哪些功能。</p><p>　　3.2 用戶需求描述</p><p>　　用戶是系統(tǒng)的最終使用者，開發(fā)系統(tǒng)的目的是要用戶最終很好的使用系統(tǒng)，最終為用戶帶來各種便利

38、。本系統(tǒng)要解決高校學在線請假以及上課考勤管理兩大問題，通過對高校的實際調查分析，本系統(tǒng)應當包括學生、班主任、任課老師、院系領導、學校領導、系統(tǒng)管理員六類用戶，這六類用戶對系統(tǒng)的需求簡要概括如下：</p><p>　　3.2.1學生用戶需求描述</p><p>　　學生對本系統(tǒng)的主要需求是：在線請假以及查看在校期間所有的上課出勤信息。</p><p>　　在線請假需求

39、：學生在網(wǎng)上填寫好請假的起止日期，請假原因后，就可以向本學期本班班主任提出請假申請，超過三天的請假，由班主任審批后，再由院系領導審批。在在線請假的全過程當中，學生可以隨時查看請假的詳細進展情況。</p><p>　　查看出勤信息需求：學生可以查看在校期間所有學期上課出勤的詳細信息，如：查看“高等數(shù)學”這門課程在整個學期請假、曠課、遲到、早退了多少次，以及具體的時間、任課老師姓名、第幾節(jié)課等詳細信息。</p&

40、gt;<p>　　其它需求：查看本人的基本信息，如本人的所屬的院系、年級、專業(yè)、班級、學號、姓名、性別等，以及修改個人用戶密碼，查看本班課表安排。</p><p>　　3.2.2任課老師用戶需求描述</p><p>　　任課老師對系統(tǒng)的主要需求是：管理所教班級學生的上課出勤信息以及查看所教班級學生的上課出勤信息。</p><p>　　管理學生上課出勤需

41、求：根據(jù)學校安排的課表，隨著時間的變化，自動列出還沒有在網(wǎng)上公布的學生上課出勤信息，系統(tǒng)自動根據(jù)學生請假系統(tǒng)，決定學生上課出勤的最終結果。</p><p>　　查看學生出勤信息需求：查看所教班級學生整個學期上出勤統(tǒng)計信息及詳細信息。</p><p>　　其它需求：查看上課課表，本人基本信息以及修改個人用戶密碼。</p><p>　　3.2.3班主任用戶需求描述<

42、;/p><p>　　班主任對本系統(tǒng)的主要需求是：審批本班學生本學期的在線請假以及查看本班學生本學期所有課程的上課出勤信息。</p><p>　　審批學生請假需求：本班學生本學期在線請假申請后，自動提示班主任有等待審批的請假信息，班主任針對請假申請信息進行學生請假審批，以及對請假信息回復。</p><p>　　查看學生上課出勤信息需求：查看本班學生整個學期有關課程的上出勤

43、統(tǒng)計信息及詳細信息。</p><p>　　其它需求：查看本班學生的基本信息、修改個人用戶密碼等。</p><p>　　3.2.4院（系）領導用戶需求描述</p><p>　　院系領導對系統(tǒng)的主要需求是：審批本院系學生超過三天的請假以及查看本院系學生上課出勤信息。</p><p>　　審批請假需求：當學生請超過三天的假，經(jīng)班主任審批同意后，系統(tǒng)

44、自動提交給任何一個最先進入系統(tǒng)的院系領導審批請假，以及針對請假回復。</p><p>　　查看本院系學生出勤信息需求：輸入查詢條件后，系統(tǒng)根據(jù)查詢條件列出本院系學生相關的上課出勤信息。</p><p>　　其它需求：查看本院系有關基本信息以及修改個人用戶密碼等。</p><p>　　3.2.5學校領導用戶需求描述</p><p>　　學校領導

45、對系統(tǒng)的主要需求是：查看全校學生上課出勤信息。</p><p>　　查看出勤信息需求：輸入查詢條件后，系統(tǒng)根據(jù)查詢條件列出本校學生相關的上課出勤信息。</p><p>　　其它需求：查看有關全校的基本信息以信修改個人用戶密碼等。</p><p>　　3.2.6系統(tǒng)管理員用戶需求描述</p><p>　　系統(tǒng)管理員有系統(tǒng)的最高權限，負責系統(tǒng)所需

46、所有數(shù)據(jù)的動態(tài)同步更新以及維護，根據(jù)系統(tǒng)針對各用戶的設計，基本功能需求如下：</p><p>　　1、管理學校各院系、年級、專業(yè)、班級的添加、刪除、修改等。</p><p>　　2、管理每個學期每個班級的課程安排及指定班主任和任課老師。</p><p>　　3、管理系統(tǒng)所有用戶。</p><p>　　4、管理全校課表安排。</p>

47、<p>　　5、管理全校每學年開學的起止時間。</p><p>　　6、管理系統(tǒng)的請假、考勤信息。</p><p><b>　　3.3功能需求描述</b></p><p>　　根據(jù)各類用戶的需求描述，系統(tǒng)應當具備請假系統(tǒng)、考勤管理系統(tǒng)、后臺管理系統(tǒng)這三大主要功能。</p><p>　　請假系統(tǒng)功能需求：通過

48、實際調查分析得出，目前高校中的請假流程是學生若要請假，必須先寫好請假條先由本學年班主任審批，超過四天的請假，還要等待院系領導審批通過后才能生效。請假最長時間不能超過1個月，特殊情況除外。</p><p>　　考勤管理功能需求：任課老師通過考勤管理系統(tǒng)，對學生上課出勤信息進行公開，但由于任課老師忙于教學，為了能及時準確無誤的對學生出勤情況公開，要求系統(tǒng)能自動提示任課老師對上完課了，但還沒公布的出勤信息進行網(wǎng)上公布。

49、</p><p>　　后臺管理功能需求：后來管理主要是用來管理系統(tǒng)操作的數(shù)據(jù)，因為高校每學年的學生都在變化，有新生入學，也有學生畢業(yè)。請假系統(tǒng)要借助班主任安排才能完成，考勤管理系統(tǒng)要借助請假系統(tǒng)、班級課表安排才能完成，然而每學年課表都在變化，班主任安排也有在變化，學生也在變化，因此必須要求后臺管理系統(tǒng)能根據(jù)系統(tǒng)需求，動態(tài)的、準確的更新系統(tǒng)數(shù)據(jù)。</p><p><b>　　3.4

50、系統(tǒng)開發(fā)工具</b></p><p>　　根據(jù)各用戶的需求，以及系統(tǒng)各大功能的需求，經(jīng)過大量的調查分析，針對本高校學生考勤管理系統(tǒng)選擇以下開發(fā)工具進行開發(fā)：</p><p>　　系統(tǒng)結構：B/S （瀏覽器/服務器）</p><p>　　開發(fā)語言：JAVA/JSP</p><p>　　數(shù)據(jù)庫：SQL Server 2000</

51、p><p>　　開發(fā)工具：JDK 1.5 Dreamweaver Jcreator</p><p>　　服務器端容器：Tomcat 5.5</p><p>　　3.5相關開發(fā)工具簡介</p><p>　　3.5.1 B/S（瀏覽器/服務器）簡介</p><p>　　B/S（Browser/Server，瀏覽器/服務器

52、）模式又稱B/S結構。它是隨著Internet技術的興起，對C/S模式應用的擴展。在這種結構下，用戶工作界面是通過IE瀏覽器來實現(xiàn)的。B/S模式最大的好處是運行維護比較簡便，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數(shù)據(jù)；最大的缺點是對網(wǎng)絡環(huán)境依賴性太強，由于各種原因引起網(wǎng)絡中斷都會造成系統(tǒng)癱瘓。</p><p>　　3.5.2

53、 JAVA/JSP簡介</p><p>　　JAVA是SUN公司推出的完全面向對象的語言，它有很好的跨平臺性、安全性、重用性等特點。</p><p>　　JSP的全稱是Java Servlet Pages，它是SUN推出的一種動態(tài)網(wǎng)頁技術標準。它在傳統(tǒng)的靜態(tài)頁面文件(*.html,*htm)中加入Java程序片段和JSP標記，就構成了JSP頁面。由Web服務器上的JSP引擎來處理JSP元素

54、，生成調用Bean，并用JDBC訪問數(shù)據(jù)庫（或文件），最后以HTML或XML的形式返回瀏覽器。JSP在Servlet類中編譯，編譯一次后存入內存，以后再調用時，不用再編譯，所以速度很快。</p><p>　　3.6 系統(tǒng)功能劃分</p><p>　　根據(jù)系統(tǒng)用戶的需求，將本系統(tǒng)按功能劃分成三大功能模塊：請假系統(tǒng)、考勤系統(tǒng)、后臺管理模塊，涉及到六大類用戶：學生、任課教師、班主任、院系領導、學

55、校領導、系統(tǒng)管理員。</p><p><b>　　請假系統(tǒng)模塊</b></p><p>　　本模塊的功能是在線請假的實現(xiàn)及管理，主要涉及三大類用戶：學生、班主任及院系領導用戶，學生通過此功能模塊進行在線請假及查看請假記錄信息；班主任在線審批學生請假及查看請假記錄信息；院系領導在線審批學生長時間的請假及查看請假記錄信息。</p><p><

56、b>　　考勤系統(tǒng)模塊</b></p><p>　　本模塊的功能是學生考勤信息統(tǒng)計的實現(xiàn)、查看及管理，涉及六大類用戶中的所有用戶。學生在線查看自己所有學年的出勤信息；任課老師在線管理學生出勤信息；班主任、院系領導、學校領導查看不同的范圍的學生出勤信息。</p><p><b>　　后臺管理管理</b></p><p>　　本模塊

57、的功能實現(xiàn)整個系統(tǒng)數(shù)據(jù)的同步更新及維護，只涉及系統(tǒng)管理員用戶。系統(tǒng)管理員動態(tài)的管理學生信息、課表安排、學年安排等信息，是整個系統(tǒng)實現(xiàn)的基礎。</p><p><b>　　3.7 數(shù)據(jù)字典</b></p><p>　　數(shù)據(jù)詞典，既用于描述數(shù)據(jù)流和數(shù)據(jù)存儲的詳細邏輯內容，也可用于描述外部項和處理邏輯的某些數(shù)據(jù)特性。數(shù)據(jù)詞典把數(shù)據(jù)的最小組成單位看作數(shù)據(jù)元素，若干個數(shù)據(jù)元素組

58、成數(shù)據(jù)結構。它通過對數(shù)據(jù)元素和數(shù)據(jù)結構的定義，來描述數(shù)據(jù)流和數(shù)據(jù)存儲的邏輯內容。它相當于字典的作用，當用戶或軟件人員想了解某一數(shù)據(jù)的含義時，查查字典就可以了。</p><p><b>　　3.8 數(shù)據(jù)流圖</b></p><p>　　數(shù)據(jù)流程圖是結構化系統(tǒng)分析的工具。它既可以表達數(shù)據(jù)在系統(tǒng)內部的邏輯流向及存儲，又可以表達系統(tǒng)的邏輯功能和數(shù)據(jù)的邏輯變換。數(shù)據(jù)流程圖既能表

59、達現(xiàn)行人工系統(tǒng)的數(shù)據(jù)流程和邏輯處理功能，也能表達自動化系統(tǒng)的數(shù)據(jù)流程和邏輯處理功能。</p><p><b>　　3.9運行需求</b></p><p>　　3.9.1 最低配置</p><p><b>　　服務器端：</b></p><p>　　1）硬件需求：處理器 Intel Pentium

60、III 內存 128M 硬盤 40G</p><p>　　2）軟件需求：Windows 98 Microsoft Internet Explorer 4.01 JDK 1.5</p><p>　　SQL Server 2000 數(shù)據(jù)庫 Tomcat 5.0</p><p><b>　　客戶端 ： </b></p>

61、<p>　　1)硬件需求： 處理器 Intel奔騰133或相當?shù)奶幚砥?內存 64M 硬盤 10G</p><p>　　2)軟件需求： Windows 98 Microsoft Internet Explorer 4.01</p><p>　　3.9.2 建議配置</p><p><b>　　服務器端：</b></p>

62、<p>　　1）硬件需求：處理器 Intel Pentium IV 2.8G 內存 256M 硬盤 80G</p><p>　　2）軟件需求：Microsoft Windows 2000/XP JDK 1.5 Tomcat 5.5</p><p>　　SQL Server2000 數(shù)據(jù)庫 Microsoft Internet Explorer 6.0</p&g

63、t;<p><b>　　客戶端 ：</b></p><p>　　1)硬件需求：處理器 Intel Pentium IV 1.8或相當?shù)奶幚?lt;/p><p>　　內存128M 硬盤 20G</p><p>　　2)軟件需求： Windows 2000/XP Microsoft Internet Explorer 6.0</

64、p><p><b>　　第4章 總體設計</b></p><p><b>　　4.1 引言</b></p><p>　　經(jīng)過需求分析階段的工作，系統(tǒng)必須“做什么”已經(jīng)清楚了，現(xiàn)在是決定“怎樣做”的時候。</p><p>　　4.2 系統(tǒng)布局設計</p><p>　　系統(tǒng)頁面采用

65、框架來設計，不同的用戶有不同的功能菜單，但都有統(tǒng)一的風格，這給頁面的使用和維護都帶來了很大的便利，特別是在代碼重用方面起了很大作用。本系統(tǒng)各用戶的頁面設計如圖4-1所示：</p><p>　　1.Banner區(qū)——可以在此展示系統(tǒng)標識、頁面歸屬等信息。</p><p>　　2.功能菜單區(qū)——提供系統(tǒng)可供操作的功能列表。</p><p>　　4.頁面主體區(qū)——顯示頁面

66、格式化數(shù)據(jù)頁面主體區(qū)顯示的內容，將依據(jù)頁面在系統(tǒng)中的作用而定。</p><p>　　5.Bottom區(qū)——可設計為顯示系統(tǒng)所有權等信息。</p><p><b>　　4.3 總體結構圖</b></p><p>　　根據(jù)系統(tǒng)功能的要求，高校學生考勤管理系統(tǒng)各個模塊之間的層次結構如圖4-2所示：</p><p>　　按用戶劃

67、分，系統(tǒng)結構圖如圖4-3所示：</p><p>　　請假系統(tǒng)子功能模塊層次結構圖如圖4-4所示：</p><p>　　考勤系統(tǒng)子功能模塊的層次結構如圖4-5所示：</p><p>　　4.4 本人主要工作任務</p><p>　　本高校學生考勤管理系統(tǒng)分成三大功能模塊來實現(xiàn)，本人主要負責：請假系統(tǒng)、考勤系統(tǒng)兩大功能模塊，涉及前五大類用戶：學生

68、、班主任、任課老師、院系領導、學校領導。后臺管理功能模塊，即系統(tǒng)管理員的功能由同組的同學來實現(xiàn)。</p><p><b>　　第5章 詳細設計</b></p><p><b>　　5.1 引言</b></p><p>　　總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計是軟件開發(fā)時期的第三個階段，也是軟件設

69、計的第二步。其任務就是把解法具體化，也就是回答下面這個關鍵的問題：“應該怎樣具體地實現(xiàn)這個系統(tǒng)呢？”，通過詳細設計應該得出對目標系統(tǒng)的精確描述，給出各個模塊的詳細過程性描述。從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。</p><p>　　5.2 系統(tǒng)功能流程圖</p><p><b>　　1）主功能流程：</b></p><

70、;p>　　5.3系統(tǒng)目錄結構設計</p><p>　　index.jsp 系統(tǒng)首頁</p><p>　　WEB-INF 系統(tǒng)配置目錄</p><p>　　public 公共目錄</p><p>　　image 圖片目錄</p><p>　　student

71、 學生目錄</p><p>　　teacher 任課老師目錄</p><p>　　class_teacher 班主任目錄</p><p>　　college_leader 院系領導目錄</p><p>　　school_leader 學校領導目錄</p><p>　　admin

72、 系統(tǒng)管理員目錄</p><p>　　account_manager 賬號管理目錄</p><p>　　class_teacher 班主任指定目錄</p><p>　　college_manager 院系管理目錄</p><p>　　admin子目錄 course_manager

73、 課表安排目錄</p><p>　　kecheng_manager 課程管理目錄</p><p>　　kaoqin_manager 考勤管理目錄</p><p>　　qingjia 請假管理目錄</p><p>　　year_manager 學年安排目錄<

74、/p><p>　　5.4 數(shù)據(jù)庫設計與實現(xiàn)</p><p>　　5.4.1 實體模型</p><p>　　5.4.2 E-R模型</p><p>　　5.4.3 數(shù)據(jù)庫的邏輯設計</p><p>　　根據(jù)系統(tǒng)功能設計的要求以及功能模塊的劃分，對于系統(tǒng)數(shù)據(jù)庫，可以列出以下數(shù)據(jù)項和數(shù)據(jù)結構：</p><p&

75、gt;　　考勤登記表：課程安排代號、記載時間、上課時間。</p><p>　　學生上課出勤信息表：上課時間代號、上課時間、學號、出勤狀態(tài)。</p><p>　　請假信息表：請假代號、班級代號、學年代號、學號、請假原因、開始時間、結束時間、請假天數(shù)、申請時間、班主任審批狀態(tài)、班主任審批時間、班主任回復、院系領導審批狀態(tài)、院系領導代號、院系領導審批時間、院系領導回復</p>&l

76、t;p>　　5.4.4 數(shù)據(jù)庫表的創(chuàng)建</p><p>　　根據(jù)數(shù)據(jù)庫需求的分析，建立如下3個基本數(shù)據(jù)表。</p><p>　　表5-1 請假信息表(qingjia)</p><p>　　備注：status 表示審批狀態(tài)：0為等待審批，1為同意請假，2為不同意請假。</p><p>　　表5-2 任課老師提交出勤信息記錄表(record

77、)</p><p>　　表5-3 學生上課出勤記錄表(kaoqin_record)</p><p>　　說明:stu_status的值為：“2”表示曠課?！?”表示遲到。“4”表示早退。“5”表示請假。</p><p>　　5.4.5 數(shù)據(jù)庫的建立</p><p>　　打開SQL Server2000下面的[企業(yè)管理器]，登錄之后，選擇[新建

78、數(shù)據(jù)庫]命令，給數(shù)據(jù)庫起名為kaoqin。然后通過設計器創(chuàng)建數(shù)據(jù)表，剛才已經(jīng)說明了需要不同的數(shù)據(jù)表來分管，它們分別是“qingjia”，“kaoqin_record”，“record”等，有關這些數(shù)據(jù)表的信息見上圖。</p><p>　　5.5 前端操作頁面設計</p><p>　　5.5.1 系統(tǒng)登陸設計</p><p>　　當不同的用戶使用系統(tǒng)時，都要事先進行身

79、份驗證。用戶在“用戶名”處輸入系統(tǒng)管理員分配的用戶，選擇正確的用戶類型，最后輸入正確密碼后方能進行系統(tǒng)，用戶名、用戶類型、密碼任一一個輸入有誤，系統(tǒng)都將拒絕用戶使用此系統(tǒng)，若用戶忘記了用戶名或密碼，請與管理員聯(lián)系，本系統(tǒng)不支持在線找回密碼功能。學生用戶的用戶名為學生本人的學號，密碼也是學號，其它用戶的用戶名、密碼由系統(tǒng)管理員指定。</p><p>　　本系統(tǒng)在設計時，嚴格考慮好了系統(tǒng)的安全性，不允許用戶不經(jīng)登陸直

80、接使用系統(tǒng)的任何一個網(wǎng)頁，用戶也不能繞過身份驗證，即：假如一個學生用戶用正確的用戶名和密碼進行系統(tǒng)后，就算他知道管理用戶或其它用戶的某個網(wǎng)頁地址，也是不能打開，進行操作的，系統(tǒng)將自動提示沒權限的錯誤信息。</p><p>　　5.5.2 學生用戶功能設計</p><p>　　根據(jù)學生用戶的需求，系統(tǒng)實現(xiàn)了在線請假、查看上課出勤信息、查看個人基本信息這三大主要功能。系統(tǒng)針對學生用戶設計如下功

81、能菜單：基本信息、請假系統(tǒng)、考勤信息、查看課表、修改密碼、安全退出、幫助。在基本信息功能菜單中，學生可以查看自己的學號、姓名、性別、院系、年級、專業(yè)、班級號信息。在請假系統(tǒng)功能菜單中，實現(xiàn)了在線請假申請功能，以及查看等待審批的請假信息、請假成功的請假信息、請假失敗的請假信息。在考勤信息菜單下，學生可以查看本學年以及歷史學年上課出勤的統(tǒng)計信息及詳細信息。在查看課表功能菜單中，學生可以查看當前學期的課表安排，以及歷年的課表安排。修改密碼功能

82、菜單，學生可以修改自己的密碼。本系統(tǒng)還自帶幫助文件，方便用戶在使用過程中隨時查閱。</p><p>　　學生用戶的在線請假，在班主任或院系領導還沒批假之前可以由學生自行刪除，若班主任審批了請假，則學生不能刪除申請記錄，學生不能重復請假，因此學生請假時應當慎重。</p><p>　　根據(jù)學生用戶請假的需求，學生三天內的請假（包括三天）只需班主任批準后就可生效，四天（包括四天）以上的請假，必須

83、先由班主任同意，然后學校同意，請假方能生效，超過30天的請假不能在線請假。請假開始時間必須在請假結束時間之前，否則系統(tǒng)自動提示出錯信息，且請假時，必須指定請假開始時間，請假結束時間，以及請假原因，請假時不必要指定班主任，系統(tǒng)會自動根據(jù)本學期的班級與班主任安排，找到班主任，并將信息自動交給對應班主任進行審批處理，超過四天的請假還將自動交給任何一個院系領導審批處理。系統(tǒng)還約定學生網(wǎng)上請假只能提前一個星期。</p><p&

84、gt;　　請假開始時間與結束時間的約定：請假時間學生可自動選擇，也可自己輸入日期，但是必須輸入正確的日期格式，否則系統(tǒng)將出錯，建議學生選擇日期還不手動輸入，以免出錯。假若學生只請一天假，則開始時間與結束時間都選擇要請假的那一天，如：一個學生2006年5月30日要請假，則開始時間、結束時間都選擇2006-05-30，系統(tǒng)在進行處理時，自動把請假的時間設為從2006-05-30 00:00:00開始，2006-05-30 23:00:00結

85、束。同樣，請超過一天的假也是以這種方式處理的。</p><p>　　在請假的詳細記錄中，有學生請假有關所有詳細信息，包括學生請假的申請時間、開始時間、結束時間、天數(shù)、原因、審批時間、回復、請假成功與否等所有有關請假的信息，學生可以隨時查看請假進展情況。</p><p>　　5.5.3 任課老師用戶功能設計</p><p>　　根據(jù)任課老師用戶需求，系統(tǒng)實現(xiàn)了任課老師

86、在線公布學生上課出勤信息、查看學生考勤信息兩大基本功能。系統(tǒng)針任課老師用戶設計以下功能菜單：</p><p>　　查看課表、考勤管理、考勤信息、修改密碼、安全退出、幫助。在查看課表功能菜單下，任課老師可以查看本學期自己所帶課程的上課時間以及所教班級的一些基本信息。在考勤管理功能菜單中，系統(tǒng)比較智能的根據(jù)當前日期自動提示當前學年還沒登記的學生上課出勤表。在考勤信息功能菜單中，任課老師可以查看已經(jīng)記錄的學生上課出勤信

87、息，既可以查看學生上課出勤統(tǒng)計信息，也可以考勤學生上課出勤統(tǒng)計信息，還可以做適當?shù)男薷摹?lt;/p><p>　　考勤管理功能是任課老師用戶最主要的功能，任課老師上完課后，將傳統(tǒng)的學生上課出勤情況在網(wǎng)上進行公布，使學生上課出勤信息及時準備對對班主任、院系領導、學校領導透明。根據(jù)任課老師用戶的需求，系統(tǒng)實現(xiàn)了自動提示任課老師提交數(shù)據(jù)的功。根據(jù)課表安排，將本學期上完課的，還沒提交數(shù)據(jù)的學生出勤情況自動提示任課老師提交數(shù)據(jù)

88、，實現(xiàn)了智能化管理。比如說一個老師在2006-5-30進入了系統(tǒng)，那么這個老師在本學期，也就是2006-5-30之前上過的課，但還沒提交數(shù)據(jù)出勤登記信息自動顯示出來，等待任課老師提交數(shù)據(jù)，且任課老師在提交數(shù)據(jù)時，若學生在上課的那天請了假，且請假成功了，那么系統(tǒng)自動將學生出勤記錄記為請假，任課老師無法記載學生為曠課等情況。</p><p>　　任課老師在考勤信息當中，可以查看所教過的學生上課出勤的詳細信息及統(tǒng)計信息

89、，從而到了學期末,可以方便任課老師根據(jù)上課出勤情況對學生平時成績打分。</p><p>　　5.5.4 班主任用戶功能設計</p><p>　　根據(jù)班主任用戶功能的需求，系統(tǒng)實現(xiàn)了游覽班級信息、審批本班學生在線請假、及上課考勤信息三大基本功能。系統(tǒng)針對班主任用戶設計如下功能菜單：班級信息、請假系統(tǒng)、考勤信息、修改密碼、安全退出、幫助。在班級信息功能菜單中，班主任用戶可以查看本班學生的基本信

90、息如：年級、專業(yè)、班級、學生學號、姓名、性別。在請假系統(tǒng)功能菜單中，班主任可以審批本班學生的在線請假，以及查看審批學生請假的歷史記錄，如：同意的請假記錄和不同意的請假記錄。在考勤信息功能菜單中，班主任用戶可以查看本班學生所有課程的上課出勤信息，包括出勤詳細信息及出勤統(tǒng)計信息。</p><p>　　班主任用戶在整個系統(tǒng)中是學生請假的決策者，學生請假必須經(jīng)班主任同意后，才能提交給院系領導審批請假。班主任在審批學生請假

91、時，可以對學生的請假返回反饋意見，以對學生說明不同意請假的原因，或向院系領導說明情況的真實性以更好的方便學生請假。班主任另外一大功能是查看本班學生本學期的所有考勤信息，包括詳細信息和統(tǒng)計信息，這樣班主任可以及時有效的與本班同學溝通，提高辦事效率，提高學生的學習成績。</p><p>　　5.5.5 院系領導用戶功能設計</p><p>　　根據(jù)院系領導的用戶需求，系統(tǒng)實現(xiàn)了查看本院系信息、

92、審批本院系學生請假、查看考勤信息三大基本功能。系統(tǒng)針對院系領導用戶設計如下功能菜單：院系信息、請假系統(tǒng)、考勤統(tǒng)計、班主任信息、任課老師信息、班主任安排信息、院系課表、修改密碼、安全退出、幫助。在院系信息功能菜單中，院系領導可以查看本院系的專業(yè)信息、班級信息、學生信息。在請假系統(tǒng)功能菜單中，院系領導可以審批經(jīng)班主任同意的長時間請假，并可查看審批請假的歷史記錄。在考勤統(tǒng)計功能菜單中，院系領導可以查看本院系各班級考勤統(tǒng)計數(shù)據(jù)、查尋學生請假信息

93、、考勤信息等。另外在班主任信息、任課老師信息中院系領導可以查看本院系班主任、任課老師的一些基本信息。在院系課表中可以查看本院系當前學年或歷年課表安排。</p><p>　　院系領導用戶的主要功能是查詢本院系學生上課的考勤信息及審批學生請假。院系領導可以查詢本院系某個班的考勤信息，也可以查詢本院系某個人的考勤信息，在查詢個人考勤統(tǒng)計信息時，是一個模糊查詢，可以根據(jù)一個完整學號，唯一的查出一個學生考勤信息，也可輸入部

94、分學號、姓名列出所有相關的考勤記錄。院系領導還可查看本院系的一些基本信息，如：專業(yè)、班級、任課老師、班主任等一些基本信息。</p><p>　　5.5.6 學校領導用戶功能設計</p><p>　　根據(jù)學樣領導用戶的功能，本系統(tǒng)實現(xiàn)了查看全校基本信息及學生考勤信息這兩在基本功能。針對院系領導用戶設計如下功能菜單：學校信息、考勤信息、院系領導信息、班主任信息、任課老師信息、班主任安排信息、全

95、校課表、修改密碼、安全退出、幫助。在學校信息功能菜單下，學校領導可以查看有關本校的一些基本信息，包括：院系信息、專業(yè)信息、班級信息、學生信息等。在考勤統(tǒng)計功能菜單下，學校領導可以分院系，班級查看學生考勤統(tǒng)計數(shù)據(jù)也可以查尋學生上課出勤信息。</p><p>　　學校領導用戶的功能與院系領導用戶的功能基本上相同，只是查看信息的范圍不一樣，院系領導只能查看本院系的信息，而學校領導可以查看全校學生、任課老師、班主任等所有

96、相關信息。由于與院系領導設計基本上一致，不再重復。</p><p><b>　　第6章 編碼</b></p><p>　　6.1用戶操作頁面編碼</p><p>　　6.1.1 系統(tǒng)登陸編碼</p><p>　　用戶登陸時操作頁面如圖6-1所示：</p><p><b>　　部分代號：

97、</b></p><p>　　chuser.jsp</p><p><b>　　……</b></p><p><b>　　<% </b></p><p>　　request.setCharacterEncoding("GBK");</p><

98、p>　　username=request.getParameter("username");</p><p>　　password=request.getParameter("password");</p><p>　　Type=(String)request.getParameter("type");</p>

99、<p>　　char userType=Type.charAt(0);</p><p>　　if(username==null || password==null || username.equals("") ||password.equals("")){</p><p>　　out.println("<center>

100、;");</p><p>　　out.println("<h1>用戶名或密碼輸入非法！請返回重新輸入！</h1><br><br>");</p><p>　　out.println("<a href=javascript:history.back()>返回</a>");&

101、lt;/p><p>　　out.println("</center>");</p><p><b>　　return;</b></p><p><b>　　}</b></p><p>　　switch(userType){</p><p>　　ca

102、se '1' : {sql="select * from stu_user where stu_id='"+username;</p><p>　　sql+="' and stu_password='"+password+"'";</p><p>　　rs=conn.executeQ

103、uery(sql);</p><p>　　if(rs.next()){</p><p>　　session.setAttribute("userType",Type);</p><p>　　session.setAttribute("userName",username);</p><p>　　sess

104、ion.setMaxInactiveInterval(60*60*24);</p><p>　　response.sendRedirect("/kaoqin/student/student.jsp");</p><p><b>　　}else{</b></p><p>　　out.println("<cent

105、er>");</p><p>　　out.println("<h1>用戶名或密碼不正確</h1><br><br>");</p><p>　　out.println("<a href=javascript:history.back()>返回</a>");</p

106、><p>　　out.println("</center>");</p><p><b>　　}</b></p><p>　　conn.close();</p><p><b>　　break;</b></p><p><b>　　}&l

107、t;/b></p><p><b>　　………… </b></p><p><b>　　%></b></p><p>　　各頁面身份驗證代碼：如check_stu.jsp</p><p><b>　　<% </b></p><p>　　

108、if(session.getAttribute("userType")!=null && !session.getAttribute("userType").equals("")){</p><p>　　String userType=(String)session.getAttribute("userType");&

109、lt;/p><p>　　if(!userType.equals("1"))</p><p>　　response.sendRedirect("/kaoqin/public/error_user.jsp");</p><p><b>　　}else{</b></p><p>　　resp

110、onse.sendRedirect("/kaoqin/public/error_log.jsp");</p><p><b>　　}</b></p><p><b>　　%></b></p><p>　　只要在所有的學生用戶頁面中加入上面的代碼后，用戶必須先登陸后才能打開網(wǎng)頁，且不能繞過身份驗證。

111、同樣的頁面對應各用戶還有check_class_teacher.jsp等</p><p>　　6.1.2 學生用戶功能編碼</p><p>　　根據(jù)系統(tǒng)詳細設計，學生用戶操作頁面如圖6-2所示：</p><p>　　請假功能的實現(xiàn)的程序流程圖如圖6-3所示：</p><p>　　說明：T 表示班主任對請假審批結果。默認值：0</p>

112、;<p>　　C 表示院系領導對請假審批結果。默認值：0</p><p>　　N 表示學生請假天數(shù)。默認值：0</p><p>　　T、C的值為：0、等待審批。 1、同意請假。2、不同意請假。</p><p><b>　　功能實現(xiàn)部分代碼：</b></p><p>　　package qingjia;<

113、;/p><p>　　public class QJ_Record{</p><p>　　public int day_number=0;</p><p>　　public int class_teacher_status=0;</p><p>　　public int college_leader_status=0;</p><

114、;p>　　public QJ_Record(int T,int C,int N){</p><p>　　this.class_teacher_status=T;</p><p>　　this.college_leader_status=C;</p><p>　　this.day_number=N;</p><p><b>　　

115、}</b></p><p><b>　　}</b></p><p>　　package qingjia;</p><p>　　public class QingJia{</p><p>　　public int judge(QJ_Record record){ //對請假記錄進行判斷，返回值為1：

116、請假成功；</p><p>　　int T=record.class_teacher_status; //返回值為0：等審批的請假。返回值為-1：失敗的請假</p><p>　　int C=record.college_leader_status;</p><p>　　int N=record.day_number;</p><p>　

117、　int result=0;</p><p>　　if(T==0&&C==0)</p><p><b>　　result=0;</b></p><p>　　if(T==2&&C==0)</p><p>　　result=-1;</p><p>　　if(T==1&a

118、mp;&C==0)</p><p>　　if(N>=1&&N<4)</p><p><b>　　result=1;</b></p><p>　　if(T==1&&N>=4)</p><p><b>　　if(C==0)</b></p&g

119、t;<p><b>　　result=0;</b></p><p>　　else if(C==1)</p><p><b>　　result=1;</b></p><p><b>　　else</b></p><p>　　result=-1;</p>

120、<p>　　return result;</p><p><b>　　}</b></p><p><b>　　}</b></p><p>　　6.1.3 任課老師用戶功能編碼</p><p>　　根據(jù)任課老師詳細設計的要求，設計任課老師操作頁面如圖6-4所示：</p>&l