學生考勤管理系統(tǒng)設計

1、河南理工大學計算機科學與技術學院課程設計報告20082009學年第1學期課程名稱數據庫系統(tǒng)原理設計題目學生考勤管理系統(tǒng)學生姓名學號專業(yè)班級指導教師2009年1月20日目錄134568910162324一數據庫系統(tǒng)設計課程設計任務書設計題目學生考勤管理系統(tǒng)指導教師班 級學 生本課程設計要實現的主要功能如下：1）建立數據庫，初始化學生、任課老師、班主任、院系領導、學校領導以及系統(tǒng)管理員等信息。2）學生：在線請假以及查看在校期間所有的上課出勤信息。查看本人的基本信息，如本人的所屬的院系、年級、專業(yè)、班級、學號、姓名、性別等以及修改個人用戶密碼。3 ）任課老師：管理所教班級學生的上課出勤信息以及查看所

2、教班級學生的上課出勤信息。查看本人基本信息以及修改個人用戶密碼。課程設計功能要4）班主任：審批本班學生本學期的在線請假以及查看本班學生本學期所有課程的上課出勤信息。查看本班學生的基求本信息、修改個人用戶密碼等。5）院系領導：審批本院系學生超過三天的請假以及查看本院系學生上課出勤信息。查看本院系有關基本信息以及修改個人用戶密碼等。6）學校領導：查看全校學生上課出勤信息。 查看有關全校的基本信息以信修改個人用戶密碼等。7）系統(tǒng)管理員用戶： 負責系統(tǒng)所需所有數據的動態(tài)同步更新以及維護，根據系統(tǒng)針對各用戶的設計，管理學校各院系、年級、專業(yè)、班級的添加、刪除、修改等。1、需求分析 : 為提出的問題找出解

3、決的辦法和思路。2、概念分析與設計：課程設計步驟與3、邏輯分析與設計：方法4、物理分析與設計：5、功能實現：6、數據庫運行：7、編寫設計課程設計說明書。課程設計說明書要求：設計工作計劃與進度安排設計考核要求教材與參考書目課程設計說明書要求：1）封面2）課程設計任務書3）目錄4）正文5）參考文獻時間為二周，大致劃分如下：第一天布置任務及分組，總體需求分析第二天編寫相關文檔，設計說明，查找資料第三天設計及實現第四天第五天各模塊設計第六天各模塊的調試與修改，系統(tǒng)組裝第七天程序總調試，修改第八、九天撰寫課程設計說明書，打印第十天第十二天課程設計檢查與答辯1.考勤 20%2.課程設計說明書 50%3.答

4、辯 30%1. 數據庫系統(tǒng)原理中國礦業(yè)大學出版社2. SQL Server 實用簡明教程清華大學出版社3. 軟件工程與數據庫概論清華大學出版社計算機科學與技術學院制二學生考勤管理系統(tǒng)背景分析目前高校校園信息化逐步完善，能有效地借助網絡才能提高辦事效率。如今各大高校針對師生的成績查詢系統(tǒng)、教務管理系統(tǒng)、招生就業(yè)系統(tǒng)、BBS、校園網站等系統(tǒng)在各大高校紛紛出現，對全校師生的學習、生活、管理、辦公帶來了便利。因此學生考勤管理系統(tǒng)能進一步加強高校學風建設，維護正常的教學秩序，給學生創(chuàng)造一個優(yōu)良的學習環(huán)境。目前高校學生上課考勤管理都是以任課老師上課點名，記錄學生上課情況，對于時間比較長的請假， 需要通過遞

5、交請假申請讓班主任、院系領導都批準方能生效。這種的模式在目前高校管理中暴露了不可避免的弊端：一、學生請假不方便；二、學生請假對任課老師不透明；三、學生對自己整個學期的上課出勤情況沒有整體的統(tǒng)計信息；四、班主任對本班學生整個學期的上課出勤情況不易查看；五、院系領導、學校領導不容易把握學生上課的出勤情況。因此一個好的學生考勤管理系統(tǒng)在一定程度上可以解決這些弊端，本系統(tǒng)主要針對目前高校學生在線請假以及學生上課出勤管理而設計的信息系統(tǒng)。本系統(tǒng)涉及到高校六大類用戶：學生、任課老師、班主任、院系領導、學校領導、系統(tǒng)管理員。三問題描述3.1引言問題定義階段必須回答的關鍵問題是：“要解決的問題是什么？”，在此

6、階段中，主要是弄清本課題需要解決的問題根本所在，以及此課題所需的資源等。3.2 問題描述高校對學生考勤和請假面臨的問題涉及多類用戶， 系統(tǒng)使用范圍是在全校校園網內，由于用戶分布廣泛，且存在很大差異，如：知識結構的差異、計算機硬件配置的差異、 因此本系統(tǒng)設計應當采用典型的 B/S（瀏覽器 / 服務器）的構架進行設計，操作簡單直觀，對硬件要求低，最好能實現跨平臺。跨平臺一是指客戶端用戶操作的跨平臺， 二是指服務器端的跨平臺， 即可以將服務器部署在所有操作平臺上。系統(tǒng)應當有很好的擴展性，與當前高校中現有的系統(tǒng)很好集成。目前隨著 IT 技術的不斷創(chuàng)新與發(fā)展，新的技術不斷推出，各種企業(yè)實現信息化的解決方

7、案不斷成熟。 面向對象程序設計語言的廣泛使用， 各種成熟關系數據庫的不斷完善與推出，再加上面向對 大的經濟收入。目前流行的基于 B/S 結構的解決方案主要有 ASP，JSP，PHP等技術。本系統(tǒng)選用 JSP技術開發(fā)，使用當前流行的 SQL Server 2000 數據庫管理系統(tǒng)來存儲數據 , 主要解決學生在線請假、在線考勤管理以及后臺數據的維護與更新。四. 可行性分析4.1 引言這個階段要回答的關鍵問題是： “對于上一個階段所確定的問題有行得通的解決方法嗎？”為了回答這個問題， 需要一次大大壓縮和簡化了的系統(tǒng)分析和設計的過程，也就是在較抽象的高層次上進行的分析和設計的過程?？尚行匝芯繎摫容^簡

8、短，這個階段的任務不是具體解決問題，而是研究問題的范圍， 探索這個問題是否值得去解，是否有可行的解決方法。4.2目的和意義開發(fā)本系統(tǒng)的目的， 就是要解決目前高校中關于學生請假與上課出勤管理中所面臨的一系列問題。開發(fā)出高校學生考勤管理系統(tǒng)能有效地提高高校辦事效率， 解決目前高校學生請假及上課出勤管理問題， 實現學生請假及上課出勤信息對任課教師、 班主任、院系領導、學校領導透明，使班主任、院系領導及時把握學生的學習情況，及時與學生溝通，提高教學質量。4.3可行性分析技術可行性：高校學生考勤管理系統(tǒng)在目前的高校中使用還不普遍，但也有許多類似的成功案例：如教務管理系統(tǒng)、排課系統(tǒng)等。本系統(tǒng)采用JSP，J

9、avaScript腳本語言、 html 標識語言及 SQLServer 2000 數據庫技術綜合開發(fā)。 JSP 是一種安全穩(wěn)定的動態(tài)網頁技術，目前國內各企業(yè)的電子商務系統(tǒng)， ERP系統(tǒng)，銀行信息系統(tǒng)等基本上都用 JSP 開發(fā)的。 Microsoft SQLServer （基于結構化查詢語言的數據庫服務器）是基于客戶 / 服務器結構的數據庫管理系統(tǒng)，用戶通過使用客戶系統(tǒng)從服務器檢索信息并進行本地操作， 服務器關注數據庫進程， 而客戶則關注信息的表示。 為了使客戶端能夠從服務器中訪問數據， 服務器必須具備以下兩個關鍵特征：一、對在數據庫中的數據提供單點訪問。二、將處理和操作在客戶端和服務器間進行分

10、配。 SQLServer 使用 Transact-SQL 語言來維護、實現和訪問數據庫， Transact-SQL 是 SQL（Structured Query Language ）的一個子集標準。 SQL Server 有多種實用程序允許用戶來訪問它的服務，用戶可用這些實用程序對 SQL Server 進行本地管理或遠程管理。經濟可行性： 本系統(tǒng)使用 B/S 架構設計， 使用市場上流行的動態(tài)網頁技術， 開發(fā)簡單，使用度方便， 不需要耗費大量的人力物力就能很快的開發(fā)出來， 系統(tǒng)部署對軟硬件要求不高， 用戶操作簡單， 幾乎不需要對用戶進行專業(yè)培訓就可使用本系統(tǒng)，所以從經濟上講是可行的。法律可行性

11、：本系統(tǒng)擁有自主知識產權， 沒有使用任何違法的軟件也沒有交易任何非法的商品，所以在法律上是可行的。操作可行性：本系統(tǒng)操作簡單方便 , 只要懂得上網都能方便操作本系統(tǒng) , 所以在操作上也是可行的。分析結果：從以上的分析可知，高校學生考勤管理系統(tǒng)的解決方案無論在技術，經濟還是法律以及操作上都是可行的，且開發(fā)本系統(tǒng)具有一定的經濟價值和實用價值。五. 學生考勤管理系統(tǒng)需求分析5.1用戶需求描述用戶是系統(tǒng)的最終使用者際調查分析，本系統(tǒng)應當包括學生、班主任、任課老師、院系領導、學校領導、系統(tǒng)管理員六類用戶，這六類用戶對系統(tǒng)的需求簡要概括如下：5.2.1學生用戶需求描述學生對本系統(tǒng)的主要需求是：在線請假以及

12、查看在校期間所有的上課出勤信息。在線請假需求：學生請假的全過程當中， 學生可以隨時查看請假的詳細進展情況。查看出勤信息需求：學生可以查看在校期間所有學期上課出勤的詳細信息，如：查看“大學英語”這門課程在整個學期請假、曠課多少次等信息。其它需求：查看本人的基本信息，如本人的所屬的院系、年級、專業(yè)、班級、學號、姓名、性別等，以及修改個人用戶密碼。5.2.2任課老師用戶需求描述任課老師對系統(tǒng)的主要需求是： 管理所教班級學生的上課出勤信息以及查看所教班級學生的上課出勤信息。管理學生上課出勤需求： 隨著時間的變化， 自動列出還沒有在網上公布的學生上課出勤信息，系統(tǒng)自動根據學生請假系統(tǒng)，決定學生上課出勤的

13、最終結果。查看學生出勤信息需求：查看所教班級學生整個學期出勤情況。其它需求：本人基本信息以及修改個人用戶密碼。5.2.3班主任用戶需求描述班主任對本系統(tǒng)的主要需求是： 審批本班學生本學期的在線請假以及查看本班學生本學期所有課程的上課出勤信息。審批學生請假需求： 本班學生本學期在線請假申請后，自動提示班主任有等待審批的請假信息，班主任針對請假申請信息進行學生請假審批。查看學生上課出勤信息需求： 查看本班學生整個學期有關課程的上出勤統(tǒng)計信息及詳細信息。其它需求：查看本班學生的基本信息、修改個人用戶密碼等。5.2.4院系領導用戶需求描述院系領導對系統(tǒng)的主要需求是： 審批本院系學生超過三天的請假以及查

14、看本院系學生上課出勤信息。審批請假需求： 當學生請超過三天的假， 經班主任審批同意后， 系統(tǒng)自動提交給任何一個進入系統(tǒng)的院系領導審批請假。查看本院系學生出勤信息需求：輸入查詢條件后， 系統(tǒng)根據查詢條件列出本院系學生相關的上課出勤信息。其它需求：查看本院系有關基本信息以及修改個人用戶密碼等。5.2.5學校領導用戶需求描述學校領導對系統(tǒng)的主要需求是：查看全校學生上課出勤信息。查看出勤信息需求： 輸入查詢條件后， 系統(tǒng)根據查詢條件列出本校學生相關的上課出勤信息。其它需求：查看有關全校的基本信息以信修改個人用戶密碼等。5.2.6系統(tǒng)管理員用戶需求描述系統(tǒng)管理員有系統(tǒng)的最高權限，負責系統(tǒng)所需所有數據的動

15、態(tài)同步更新以及維護，根據系統(tǒng)針對各用戶的設計，基本功能需求如下：1、管理學校各院系、年級、專業(yè)、班級的添加、刪除、修改等。2、管理每個學期每個班級的課程安排及指定班主任和任課老師。3、管理系統(tǒng)所有用戶。4、管理全校課表安排。5、管理系統(tǒng)的請假、考勤信息。5.3 功能需求描述根據各類用戶的需求描述， 系統(tǒng)應當具備請假系統(tǒng)、 考勤管理系統(tǒng)、 后臺管理系統(tǒng)這三大主要功能。請假系統(tǒng)功能需求： 通過班主任以及院系領導批準請假信息。請假最長時間不能超過 1 個月，特殊情況除外?？记诠芾砉δ苄枨螅喝握n老師通過考勤管理系統(tǒng)， 對學生上課出勤信息進行公開。請假系統(tǒng)要借助班主任才能完成，考勤管理系統(tǒng)要借助請假系統(tǒng)

16、、班級課表安排才能完成，然而每學年課表都在變化，班主任安排也有在變化，學生也在變化，因此必須要求后臺管理系統(tǒng)能根據系統(tǒng)需求，動態(tài)的、準確的更新系統(tǒng)數據。5.4 系統(tǒng)功能劃分根據系統(tǒng)用戶的需求， 將本系統(tǒng)按功能劃分成三大功能模塊：請假系統(tǒng)、 考勤系統(tǒng)、后臺管理模塊，涉及到六大類用戶：學生、任課教師、班主任、院系領導、學校領導、系統(tǒng)管理員。5.4.1請假系統(tǒng)模塊本模塊的功能是在線請假的實現及管理，主要涉及三大類用戶： 學生、班主任及院系領導用戶， 學生通過此功能模塊進行在線請假及查看請假記錄信息；班主任在線審批學生請假及查看請假記錄信息；院系領導在線審批學生長時間的請假及查看請假記錄信息。5.4.

17、2考勤系統(tǒng)模塊本模塊的功能是學生考勤信息統(tǒng)計的實現、查看及管理，涉及六大類用戶中的所有用戶。學生在線查看自己所有學年的出勤信息；任課老師在線管理學生出勤信息；班主任、院系領導、學校領導查看不同的范圍的學生出勤信息。5.4.3后臺管理管理本模塊的功能實現整個系統(tǒng)數據的同步更新及維護， 只涉及系統(tǒng)管理員用戶。 系統(tǒng)管理員動態(tài)的管理學生信息、 課表安排、 學年安排等信息， 是整個系統(tǒng)實現的基礎。六. 數據字典數據詞典，既用于描述數據流和數據存儲的詳細邏輯內容， 也可用于描述外部項和處理邏輯的某些數據特性。 數據詞典把數據的最小組成單位看作數據元素， 若干個數 據元素組成數據結構。它通過對數據元素和數

18、據結構的定義，來描述數據流和數據存儲的邏輯內容。 它相當于字典的作用， 當用戶或軟件人員想了解某一數據的含義時，查查字典就可以了。（ 1）請假系統(tǒng)：學生、班主任及院系領導用戶通過此功能進行在線請假及查看請假記錄信息； 班主任在線審批學生請假及查看請假記錄信息； 院系領導在線審批學生長時間的請假及查看請假記錄信息。（ 2）考勤系統(tǒng)：學生考勤信息統(tǒng)計的實現、查看及管理，涉及六大類用戶中的所有用戶。學生在線查看自己所有學年的出勤信息； 任課老師在線管理學生出勤信息；班主任、院系領導、學校領導查看不同的范圍的學生出勤信息。（ 3）后臺管理： 實現整個系統(tǒng)數據的同步更新及維護， 只涉及系統(tǒng)管理員用戶。系

19、統(tǒng)管理員動態(tài)的管理學生信息、 課表安排、學年安排等信息， 是整個系統(tǒng)實現的基礎。七. 系統(tǒng)開發(fā)工具根據各用戶的需求， 以及系統(tǒng)各大功能的需求， 經過大量的調查分析， 針對本高校學生考勤管理系統(tǒng)選擇以下開發(fā)工具進行開發(fā)：7.1 相關開發(fā)工具簡介系統(tǒng)結構： B/S （瀏覽器 / 服務器）開發(fā)語言： JAVA/JSP數據庫： SQL Server 2000開發(fā)工具： JDK 1.5DreamweaverJcreator服務器端容器： Tomcat 5.57.2.1 B/S （瀏覽器 / 服務器）簡介B/S（Browser/Server ，瀏覽器 / 服務器）模式又稱 B/S 結構。它是隨著 Inte

20、rnet技術的興起，對C/S 模式應用的擴展。在這種結構下，用戶工作界面是通過IE瀏覽器來實現的。 B/S 模式最大的好處是運行維護比較簡便，能實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN,Internet/Intranet等）訪問和操作共同的數據； 最大的缺點是對網絡環(huán)境依賴性太強，由于各種原因引起網絡中斷都會造成系統(tǒng)癱瘓。7.2.2 JAVA/JSP 簡介JAVA是 SUN公司推出的完全面向對象的語言，它有很好的跨平臺性、安全性、重用性等特點。JSP的全稱是 Java ServletPages，它是 SUN推出的一種動態(tài)網頁技術標準。它在傳統(tǒng)的靜態(tài)頁面文件 (*.h

21、tml,*htm)中加入 Java 程序片段和 JSP標記，就構成了 JSP頁面。由 Web服務器上的 JSP 引擎來處理 JSP元素，生成調用Bean，并用 JDBC訪問數據庫（或文件），最后以HTML或 XML的形式返回瀏覽器。 JSP在Servlet類中編譯，編譯一次后存入內存，以后再調用時，不用再編譯，所以速度很快。八. 總體設計經過需求分析階段的工作， 系統(tǒng)必須“做什么”已經清楚了， 現在是決定“怎樣做”的時候。8.1系統(tǒng)布局設計系統(tǒng)頁面采用框架來設計，不同的用戶有不同的功能菜單，但都有統(tǒng)一的風格，這給頁面的使用和維護都帶來了很大的便利，特別是在代碼重用方面起了很大作用。8.2 使用

22、 T-SQL 建立數據庫：（ 1） /* 系統(tǒng)管理員表 admin*/admin_nochar(5)Not nullprimary key管理員編號admin_namechar(10)Not null管理員姓名admin_sexchar(1)Not null性別admin_titlechar(20)Not null職稱admin_passwordchar(20)Not null登入密碼圖 8-2-1系統(tǒng)管理員表（ 2） /* 學生表 student */stu_nochar(5)Not nullprimary key學生學號stu_namechar(10)Not null,學生姓名stu_se

23、xchar(1)Not null,性別stu_classchar(13)Not null,班級stu_professionalchar(60)Not null所屬專業(yè)stu_Facultieschar(40)Not null所屬學院圖 8-2-2 學生表（ 3） /* 任課老師表 teacher */tea_nochar(9)Not nullprimary key任課老師編號tea_namechar(10)Not null,任課老師姓名tea_sexchar(1)Not null,性別tea_classchar(30)Not null,所教班級tea_coursechar(60)Not nul

24、l所教課程tea_Facultieschar(40)Not null所屬學院圖 8-2-3任課老師表（ 4） /* 班主任表 classteacher */classtea_nochar(5)Not nullprimary key 任課老師編號classtea_namechar(10)Not null,任課老師姓名classtea_sexchar(1)Not null,性別classtea_classchar(20)Not null,所教班級titlechar(20)Not null所教課程classtea_professionalchar(60)Not null所屬學院classtea_Fa

25、cultieschar(40)Not null所屬學院圖 8-2-4 班主任表（ 5） /* 學院領導表 collegeleader */collegeleader_nochar(5)Not nullprimary學院領導key編號collegeleader_namechar(10)Not null,學院領導姓名collegeleader_sexchar(1)Not null,性別collegeleader_Facultieschar(40)Not null,所屬學院titlechar(20)Not null職稱圖 8-2-5 學院領導表（ 6） /* 學校領導表 schoolleader *

26、/schoolleader_nochar(5)Not nullprimary key 學校領導編號schoolleader_namechar(10)Not null,學校領導姓名schoolleader_sexchar(1)Not null,性別deptchar(20)Not null,所屬部門titlechar(15)Not null職稱圖 8-2-6 學校領導表（ 7） /* 學生上課出勤記錄表 kaoqin_record */kaoqin_idchar(13)Not nullprimary key上課出勤編號sk_timechar(40)Not null,上課時間Stu_numberch

27、ar(20)Not null,學生學號Stu_statuschar(10)Not null,學生上課考勤狀態(tài)圖 8-2-7學生上課出勤記錄表（ 8） /* 任課老師提交出勤信息記錄表record */record_idchar(13)Not nullprimary key記錄編號idchar(13)Not null,所上課程編號record_timechar(40)Not null,老師考勤記載時間sk_timechar(40)Not null,上課時間圖 8-2-8 任課老師提交出勤信息記錄表（ 9） /* 請假信息表 qingjia */idchar(13)Not nullprimary

28、key 請假代號class_idvarcharNot null,班級代號(10)stu_numbervarcharNot null,學生學號(20)qingjia_yuanyinVarcharNot null,請假原因(200)start_timechar(30)Not null開始時間end_timechar(30)Not null結束時間day_numberchar(13)Not null請假天數qingjia_timechar(30)Not null申請請假時間class_teacher_statuschar(13)Not null班主任審批狀態(tài)class_teacher_sp_time

29、char(30)Not null班主任審批時間class_teacher_restorevarcharNot null班主任回(200)復college_leader_statuschar(13)Not null院系領導審批狀態(tài)college_leader_idvarcharNot null院系領導(20)代號college_leader_sp_timechar(30)Not null院系領導審批時間college_leader_restorevarcharNot null院系領導(200)回復備注： status表示審批狀態(tài)： 0 為等待審批， 1 為同意請假， 2 為不同意請假。以下為圖

30、8-2-9請假信息表圖：圖 8-2-9-1請假信息表截圖1（請假學生相關信息及原因）圖 8-2-9-2請假信息表截圖2（請假起始時間及圖書）圖 8-2-9-3請假信息表截圖3（班主任審批狀態(tài)及相關信息）圖 8-2-9-4請假信息表截圖 4（院系領導審批狀態(tài)及相關）九詳細設計建立數據庫9.1引言總體設計階段以比較抽象概括的方式提出了解決問題的辦法。 詳細設計是軟件開發(fā)時期的第三個階段， 也是軟件設計的第二步。 其任務就是把解法具體化， 也就是回答下面這個關鍵的問題： “應該怎樣具體地實現這個系統(tǒng)呢？”， 通過詳細設計應該得出對目標系統(tǒng)的精確描述， 給出各個模塊的詳細過程性描述。 從而在編碼階段可

31、以把這個描述直接翻譯成用某種程序設計語言書寫的程序。數據流程圖是結構化系統(tǒng)分析的工具。它既可以表達數據在系統(tǒng)內部的邏輯流向及存儲， 又可以表達系統(tǒng)的邏輯功能和數據的邏輯變換。數據流程圖既能表達現行人工系統(tǒng)的數據流程和邏輯處理功能，也能表達自動化系統(tǒng)的數據流程和邏輯處理功能。9.2 相關數據功能模塊圖學生數據庫系統(tǒng)查看本人的基本信息在線請假上課出勤信息圖（ 1）學生功能模塊班主任數據庫系統(tǒng)查看本人的基本信息修改個人用戶密碼等審批學生請假查看本班學生整個學期有關課程的上出勤統(tǒng)計信息及詳細信息圖（ 2）班主任功能模塊任課老師數據庫系統(tǒng)查看本人的基本 信息修改個人用戶密碼等管理所教班級學 生的上課出勤

32、信息查看所教班級學 生的上課出勤信息圖（ 3）任課老師功能模塊查看本人的基本信息修改個人用戶密碼等院（系）領數據庫系統(tǒng)導審批請假需求 ( 請假三天以上 )查看本 院系學生出 勤信息需求圖（ 4）院系領導模塊查看本人的基本信息修改個人用戶密碼等學校領導用戶數據庫系統(tǒng)查看全校學生上課出勤信息圖（ 5）學校領導功能模塊管理學校各院系、年級、專業(yè)、班級的添加、刪除、修改系統(tǒng)管理員用戶數據庫系統(tǒng)管理每個學期每個班級的課程安排及指定班主任和任課老師查看學生上課出勤信息管理系統(tǒng)的請假、 考勤信息圖（ 6）系統(tǒng)管理員功能模塊學生班主任任 課 老師院（系）領導學校領導用戶系統(tǒng)管理員用戶DBMS用戶基本 信息系統(tǒng)

33、模塊 ,負責記錄用戶的相關信息請假系統(tǒng)模塊，負責請假的相關信息操作考勤系統(tǒng)模塊，負責記錄出勤狀況信息后臺管理模塊，負責管理數據庫的更新及相關操作圖（ 7）總功能模塊9.3數據庫的邏輯設計根據系統(tǒng)功能設計的要求以及功能模塊的劃分， 對于系統(tǒng)數據庫， 可以列出以下數據項和數據結構：考勤登記表：課程安排代號、記載時間、上課時間。學生上課出勤信息表：上課時間代號、上課時間、學號、出勤狀態(tài)。請假信息表：請假代號、班級代號、學年代號、學號、請假原因、開始時間、結束時間、請假天數、申請時間、班主任審批狀態(tài)、 班主任審批時間、 班主任回復、院系領導審批狀態(tài)、院系領導代號、院系領導審批時間、院系領導回復9.4數

34、據庫的建立打開 SQLServer2000 下面的 企業(yè)管理器 ，登錄之后，選擇 新建數據庫 命令，給數據庫起名為 kaoqin 。然后通過設計器創(chuàng)建數據表，剛才已經說明了需要不同的數據表來分管， 它們分別是“ qingjia ”， “kaoqin_record ”，“record ” 等，有關這些數據表的信息見上圖。9.5.1學生用戶功能設計根據學生用戶的需求， 系統(tǒng)實現了在線請假、 查看上課出勤信息、 查看個人基本信息這三大主要功能。 系統(tǒng)針對學生用戶設計如下功能菜單： 基本信息、 請假系統(tǒng)、考勤信息、查看課表、修改密碼、 安全退出、幫助。在基本信息功能菜單中，學生可以查看自己的學號、姓名

35、、性別、院系、年級、專業(yè)、班級號信息。在請假系統(tǒng)功能菜單中，實現了在線請假申請功能，以及查看等待審批的請假信息、請假成功的請假信息、 請假失敗的請假信息。 在考勤信息菜單下， 學生可以查看本學年以及歷史學年上課出勤的統(tǒng)計信息及詳細信息。在查看課表功能菜單中，學生可以查看當前學期的課表安排，以及歷年的課表安排。修改密碼功能菜單，學生可以修改自己的密碼。學生用戶的在線請假，在班主任或院系領導還沒批假之前可以由學生自行刪除，若班主任審批了請假， 則學生不能刪除申請記錄， 學生不能重復請假， 因此學生請假時應當慎重。根據學生用戶請假的需求， 學生三天內的請假 （包括三天） 只需班主任批準后就可生效，四

36、天（包括四天）以上的請假，必須先由班主任同意，然后學校同意，請假方能生效，超過 30 天的請假不能在線請假。請假開始時間必須在請假結束時間之前，否則系統(tǒng)自動提示出錯信息，且請假時，必須指定請假開始時間，請假結束時間， 以及請假原因， 請假時不必要指定班主任， 系統(tǒng)會自動根據本學期的班級與班主任安排，找到班主任，并將信息自動交給對應班主任進行審批處理，超過四天的請假還將自動交給任何一個院系領導審批處理。 系統(tǒng)還約定學生網上請假只能提前一個星期。請假開始時間與結束時間的約定： 請假時間學生可自動選擇， 也可自己輸入日期，但是必須輸入正確的日期格式， 否則系統(tǒng)將出錯， 建議學生選擇日期還不手動輸入，

37、以免出錯。在請假的詳細記錄中，有學生請假有關所有詳細信息，包括學生請假的申請時間、開始時間、結束時間、天數、原因、審批時間、回復、請假成功與否等所有有關請假的信息，學生可以隨時查看請假進展情況。9.5.2 任課老師用戶功能設計根據任課老師用戶需求， 系統(tǒng)實現了任課老師在線公布學生上課出勤信息、 查看學生考勤信息兩大基本功能。系統(tǒng)針任課老師用戶設計以下功能菜單：查看課表、考勤管理、考勤信息、修改密碼、安全退出、幫助。在查看課表功能菜單下，任課老師可以查看本學期自己所帶課程的上課時間以及所教班級的一些基本信息。在考勤管理功能菜單中， 系統(tǒng)比較智能的根據當前日期自動提示當前學年還沒登記的學生上課出勤

38、表。 在考勤信息功能菜單中， 任課老師可以查看已經記錄的學生上課出勤信息， 既可以查看學生上課出勤統(tǒng)計信息， 也可以考勤學生上課出勤統(tǒng)計信息，還可以做適當的修改?？记诠芾砉δ苁侨握n老師用戶最主要的功能， 任課老師上完課后， 將傳統(tǒng)的學生上課出勤情況在網上進行公布， 使學生上課出勤信息及時準備對對班主任、 院系領導、學校領導透明。 根據任課老師用戶的需求， 系統(tǒng)實現了自動提示任課老師提交數據的功。 根據課表安排， 將本學期上完課的， 還沒提交數據的學生出勤情況自動提示任課老師提交數據，實現了智能化管理。比如說一個老師在2006-5-30 進入了系統(tǒng)，那么這個老師在本學期，也就是 2006-5-3

39、0 之前上過的課，但還沒提交數據出勤登記信息自動顯示出來， 等待任課老師提交數據， 且任課老師在提交數據時， 若學生在上課的那天請了假， 且請假成功了， 那么系統(tǒng)自動將學生出勤記錄記為請假，任課老師無法記載學生為曠課等情況。任課老師在考勤信息當中， 可以查看所教過的學生上課出勤的詳細信息及統(tǒng)計信息，從而到了學期末 , 可以方便任課老師根據上課出勤情況對學生平時成績打分。9.5.3 班主任用戶功能設計根據班主任用戶功能的需求， 系統(tǒng)實現了游覽班級信息、 審批本班學生在線請假、及上課考勤信息三大基本功能。 系統(tǒng)針對班主任用戶設計如下功能菜單： 班級信息、請假系統(tǒng)、考勤信息、修改密碼、 安全退出、幫

40、助。在班級信息功能菜單中，班主任用戶可以查看本班學生的基本信息如：年級、專業(yè)、班級、學生學號、姓名、性別。在請假系統(tǒng)功能菜單中，班主任可以審批本班學生的在線請假，以及查看審批學生請假的歷史記錄， 如：同意的請假記錄和不同意的請假記錄。 在考勤信息功能菜單中， 班主任用戶可以查看本班學生所有課程的上課出勤信息， 包括出勤詳細信息及出勤統(tǒng)計信息。班主任用戶在整個系統(tǒng)中是學生請假的決策者，學生請假必須經班主任同意后，才能提交給院系領導審批請假。 班主任在審批學生請假時， 可以對學生的請假返回反饋意見，以對學生說明不同意請假的原因， 或向院系領導說明情況的真實性以更好的方便學生請假。 班主任另外一大功能是查看本班學生本學期的所有考勤信息，包括詳細信息和統(tǒng)計信息，這樣班主任可以及時有效的與本班同學溝通，提高辦事效率，提高學生的學習成績。9.5.4 院系領導用戶功能設計根據院系領導的用戶需求，系統(tǒng)實現了查看本院系信息、審批本院系學生請假、查看考勤信息三大基本功能。 系統(tǒng)針對院系領導用戶設計如下功能菜單： 院系信息、請假系統(tǒng)、考勤統(tǒng)計、班主任信息、任課老師信息、班主任安排信息、院系課表、修改密碼、安全退出、幫助。在院系信息功能菜單中，院系領導可以查看本院系的專業(yè)信息、班級信息、學生信息。在請假系統(tǒng)功能菜單中，院系領導可以審批經班主任同意的長