【文章內容簡介】 服務器上的 JSP 引擎來處理 JSP 元素，生成調用 Bean，并用 JDBC 訪問數(shù)據(jù)庫（或文件），最后以 HTML 或 XML 的形式返回瀏覽器。 JSP 在 Servlet 類中編譯，編譯一次后存入內存，以后再調用時，不用再編譯，所以速度很快。 系統(tǒng)功能劃分 根據(jù)系統(tǒng)用戶的需求，將本系統(tǒng)按功能劃分成三大功能模塊：請假系統(tǒng)、考勤系統(tǒng)、后臺管理模塊，涉及到六大類用戶：學生、任課教師、班主任、院系領導、學校領導、系統(tǒng)管理員。 請假系統(tǒng)模塊 本模塊的功能是在線請假的實現(xiàn)及管理，主要涉及三大類用戶：學生、班主任及院系領導用戶，學生通過此功能模塊進行在線請假及查看請假記錄信息；班主任在線審批學生請假及查看請假記錄信息；院系領導在線審批學生長時間的請假及查看請假記錄信息。 考勤系統(tǒng)模塊 本模塊的功能是學生考勤信息統(tǒng)計的實現(xiàn)、查看及管理，涉及六大類用戶中的所有用戶。學生在線查看自己所有學年的出勤信息；任課老師在線管理學生出勤信息；班主任、院系領導、學校領導查看不同的范圍的學生出勤信息。 后臺管理管理 本模塊的功能實現(xiàn)整個系統(tǒng)數(shù)據(jù)的同步更 新及維護，只涉及系統(tǒng)管理員第 3章 需求分析 9 用戶。系統(tǒng)管理員動態(tài)的管理學生信息、課表安排、學年安排等信息，是整個系統(tǒng)實現(xiàn)的基礎。 數(shù)據(jù)字典 數(shù)據(jù)詞典，既用于描述數(shù)據(jù)流和數(shù)據(jù)存儲的詳細邏輯內容，也可用于描述外部項和處理邏輯的某些數(shù)據(jù)特性。數(shù)據(jù)詞典把數(shù)據(jù)的最小組成單位看作數(shù)據(jù)元素，若干個數(shù)據(jù)元素組成數(shù)據(jù)結構。它通過對數(shù)據(jù)元素和數(shù)據(jù)結構的定義，來描述數(shù)據(jù)流和數(shù)據(jù)存儲的邏輯內容。它相當于字典的作用，當用戶或軟件人員想了解某一數(shù)據(jù)的含義時，查查字典就可以了。 名字：學生信息表 別名：學生 定義：學生基本詳細信息 描述：學生 =stu_number+stu_name+stu_sex+stu_password+class_id 位置：用戶登錄 名字：任課老師信息表 別名：任課老師 定義：任課老師基本詳細信息 描述：任課老師 =teacher_id+teacher_name+teacher_password+college_id 位置：用戶登錄 名字：班主任信息表 別名：班主任 定義：班主任基本詳細信息 描述：班主任 =class_teacher_id+class_teacher_name+class_teacher_password+ college_id 位置：用戶登錄 第 3章 需求分析 10 名字：院系領導信息表 別名：院系領導 定義：院系領導基本詳細信息 描述：院系領導 =college_leader_id+college_leader_name+ college_leader_password+college_id 位置：用戶登錄 名字：學校領導信息表 別名：學校領導 定義：學校領導基本詳細信息 描述：學校領導 =school_id+school_name+school_password 位置：用戶登錄 名字：上課考勤登記信息表 別名：考勤登記 定義：任課老師對所教課程的登記情況 描述：考勤登記 = id+record_time+sk_time 位置：任課老師考勤管理頁面 名字：請假信息表 別名：請假 定義：學生請假詳細 信息 描述：請假 = class_id+year_id+stu_number+qingjia_yuanyin+start_time+ end_time+day_number+qingjia_time+class_teacher_status+class_teacher_sp_time+class_teacher_restore+college_leader_status+college_leader_id+ college_leader_sp_time+college_leader_restore 位置：學生 、班主任、院系領導請假系統(tǒng) 第 3章 需求分析 11 數(shù)據(jù)流圖 數(shù)據(jù)流程圖是結構化系統(tǒng)分析的工具。它既可以表達數(shù)據(jù)在系統(tǒng)內部的邏輯流向及存儲，又可以表達系統(tǒng)的邏輯功能和數(shù)據(jù)的邏輯變換。數(shù)據(jù)流程圖既能表達現(xiàn)行人工系統(tǒng)的數(shù)據(jù)流程和邏輯處理功能，也能表達自動化系統(tǒng)的數(shù)據(jù)流程和邏輯處理功能。 名字：學生上課出勤息表 別名：出勤 定義：學生上課的出勤情況。 描述：出勤 = id+sk_time+stu_number+stu_status 位置：學生、任課老師、班主任、院系領導、學校領導考勤系統(tǒng) 圖 31 請假系統(tǒng)數(shù)據(jù)流圖 Fig31 the system’s of asking for leave dataflow pursueing 學生請假 班主任審批 院系領導審批 請假成功 請假失敗 請假記錄 同意 同意 不同意 同意 不同意 圖 32 考勤系統(tǒng)數(shù)據(jù)流圖 Fig32 attendance system’s dataflow pursueing 任課老師 請假系統(tǒng) 數(shù)據(jù)處理 請假 曠課 遲到 早退 出勤記錄 請假記錄 第 3章 需求分析 12 運行需求 最低配置 服務器端 ： 1）硬件 需 求：處理器 Intel Pentium III 內存 128M 硬盤 40G 2）軟件需求： Windows 98 Microsoft Inter Explorer JDK SQL Server 2021 數(shù)據(jù)庫 Tomcat 客戶端 ： 1)硬件 需 求： 處理器 Intel 奔騰 133 或相當?shù)奶幚砥? 內存 64M 硬盤 10G 2)軟件需求： Windows 98 Microsoft Inter Explorer 建議配置 服務器端 ： 1）硬件 需 求：處理器 Intel Pentium IV 內存 256M 硬盤 80G 2）軟件需求： Microsoft Windows 2021/XP JDK Tomcat SQL Server2021 數(shù)據(jù)庫 Microsoft Inter Explorer 客戶端 ： 1)硬件需求：處理器 Intel Pentium IV 或相當?shù)奶幚? 內存 128M 硬盤 20G 2)軟件需求： Windows 2021/XP Microsoft Inter Explorer 第 4章 總體設計 13 第 4 章 總體設計 引言 經(jīng)過需 求分析階段的工作，系統(tǒng)必須 “ 做什么 ” 已經(jīng)清楚了，現(xiàn)在是決定“怎樣做 ” 的時候。 系統(tǒng)布局設計 系統(tǒng)頁面采用框架來設計，不同的用戶有不同的功能菜單，但都有統(tǒng)一的風格，這給頁面的使用和維護都帶來了很大的便利，特別是在代碼重用方面起了很大作用。本系統(tǒng)各用戶的頁面設計如圖 41 所示 ： 區(qū) —— 可以在此展示 系統(tǒng) 標識、頁面歸屬等信息 。 菜單區(qū) —— 提供 系統(tǒng)可供操作的 功能列表 。 —— 顯示頁面格式化數(shù)據(jù)頁面主體區(qū)顯示的內容，將依據(jù)頁面在 系統(tǒng) 中的作用而定 。 區(qū) —— 可設計為 顯示 系統(tǒng) 所有權等信息。 頁面主體 功能菜單 Banner Bottom 圖 41 系統(tǒng)布局圖 Fig41 System’s layout map 第 4章 總體設計 14 總體結構圖 根據(jù)系統(tǒng)功能的要求，高校學生考勤管理系統(tǒng)各個模塊之間的層次結構如圖 42 所示： 按用戶劃分，系統(tǒng)結構圖如圖 43 所示： 請假系統(tǒng)子功能模塊層次結構圖如圖 44 所示： 高校學生考勤管理系統(tǒng) 請假系統(tǒng) 考勤系統(tǒng) 后臺管理 圖 42 系統(tǒng)功能 結構示意圖 Structure sketch map of the system’s function 高校學生考勤管理系統(tǒng) 學生 班主任 任課老師 院系領導 學校領導 管理員 圖 43 系統(tǒng)用戶 結構示意圖 Structure sketch map of the System’s user 請假系統(tǒng)子模塊 學生在線請假模塊 班主任審批模 塊 院系領導審批模塊 圖 44 請假系統(tǒng) 結構示意圖 Structure sketch map of the system asking for leave 第 4章 總體設計 15 考勤系統(tǒng)子功能模塊的層次結構如圖 45 所示： 本人主要工作任務 本高校學生考勤管理系統(tǒng)分成三大功能模塊來實現(xiàn)，本人主要負責：請假系統(tǒng)、考勤系統(tǒng)兩大功能模塊，涉及前五大類用戶：學生、班主任、 任課老師、院系領導、學校領導。后臺管理功能模塊，即系統(tǒng)管理員的功能由同組的同學來實現(xiàn)。 考勤管理子模塊 任課老師提交數(shù)據(jù) 各用戶查詢考勤數(shù)據(jù) 圖 45 考勤系統(tǒng) 結構示意圖 Structure sketch map of the system checking attendance 第 5章 詳細設計 16 第 5 章 詳細設計 引言 總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計是軟件開發(fā)時期的第三個階段，也是軟件設計的第二步。其任務就是把解法具體化，也就是回答下面這個關鍵的問題： “ 應該怎樣具體地實現(xiàn)這個系統(tǒng)呢？ ” ，通過詳細設計應該得出對目標系統(tǒng)的精確描述，給出各個模塊的詳細過程性描述。從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。 系統(tǒng)功能流程圖 1）主功能流程： 圖 51 主界面流程 圖 main pages’s flow diagram 開始 用戶登陸 學生 班主任 任課老師 院系領導 學校領導 在線請假 查看考勤信息 查看考勤信息 提交考勤信息 查看考勤信息 審批請假 審批請假 查看考勤信息 查看考勤信息 退出系統(tǒng) 結 束 第 5章 詳細設計 17 系統(tǒng)目錄結構設計 系統(tǒng)首頁 WEBINF 系統(tǒng)配置目錄 public 公共目錄 image 圖片目錄 student 學生目錄 teacher 任課老師目錄 class_teacher 班主任目錄 college_leader 院系領導目錄 school_leader 學校領導目錄 admin 系統(tǒng)管理員目錄 account_manager 賬號管理目錄 class_teacher 班主任指定目錄 college_manager 院系管理目錄 admin 子目錄 course_manager 課表安排目錄 kecheng_manager 課程管理目錄 kaoqin_manager 考勤管理目錄 qingjia 請假管理目錄 year_manager 學年安排目錄 數(shù)據(jù)庫設計與實現(xiàn) 實體模型 老師提交記錄 記錄 ID 提交時間 上課時間 圖 51 任課老師提交記錄實體圖 Fig52 entity chart of the records submited to by teacher 第 5章 詳細設計 18