【文章內(nèi)容簡介】 郵件服務等開發(fā)應用系統(tǒng)比較常用的一些功能；而且它仍然在不斷的改進和完善中，任何一個感興趣的程序員都可以更改它或在其中加入新的功能。 系統(tǒng)結(jié)構(gòu)模式管理信息系統(tǒng)平臺結(jié)構(gòu)模式大體上分為 4 種：主機終端模式、文件服務器模式、客戶機/服務器模式（Clint/Server，簡稱 C/S） 、web 瀏覽器/ 服務器模式（Browser/Server，簡稱滁州學院本科畢業(yè)設計5B/S） 。主機終端模式由于硬件選擇有限，已被逐步淘汰。由于文件服務器模式硬件選擇上很有限，硬件的投資上又得不到保證，已被逐步淘汰。文件服務器這種模式僅適合小規(guī)模式的局域網(wǎng)，對于多用戶，數(shù)據(jù)量比較大的情況就會引起網(wǎng)絡瓶頸，尤其在互聯(lián)網(wǎng)上不能夠滿足用戶的要求。因此，現(xiàn)代企業(yè)級平臺結(jié)構(gòu)模式應主要考慮 C/S 模式和 B/S 模式。(1) C/S 模式及其特點C/S 結(jié)構(gòu)，即客戶機和服務器結(jié)構(gòu)。C/S 模式主要由客戶應用程序、服務器管理程序和中間件三部分組成?？蛻魬贸绦蚴窍到y(tǒng)中用戶和數(shù)據(jù)間進行交互的部件。服務器程序則進行有效地管理系統(tǒng)資源，如管理一個信息數(shù)據(jù)庫，其主要工作是當多個客戶并發(fā)地請求服務器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件主要負責聯(lián)結(jié)客戶應用程序和服務器管理程序，協(xié)作完成作業(yè)，來滿足用戶查詢、管理數(shù)據(jù)的要求。主要特點為：C/S模式將應用和服務分離開,使系統(tǒng)更具有穩(wěn)定性與靈活性；C/S 模式配備的是點對點的結(jié)構(gòu)模式,適用于局域網(wǎng),有很可靠的安全性；客戶端實現(xiàn)和服務器端直接連接，沒有中間的環(huán)節(jié)，因此響應速度較快；在 C/S 模式中，作為客戶機的計算機需要安裝相應的客戶機程序,一旦軟件升級，每一臺客戶機都需要安裝客戶機程序，系統(tǒng)升級和維護起來較為復雜。(2) B/S 模式及其特點B/S 模式即瀏覽器/服務器結(jié)構(gòu)模式，是基于 Inter/Intra 的結(jié)構(gòu)模式，分三層，第一層是表示層，用戶通過在瀏覽器完成與在后臺的交互及最終的查詢結(jié)果輸出功能。第二層是具有 ODBC 接口的 WEB 服務器，屬功能層，主要是利用服務器來完成客戶的應用功能。第三層是數(shù)據(jù)層，根據(jù)客戶相應請求進行獨立地各種運算。即前臺瀏覽器，中間 Web服務器，后臺數(shù)據(jù)庫的方式。此種結(jié)構(gòu)由用戶在本地客戶端 Web 頁面發(fā)出請求到 Web Sever，再由 Web Sever 向數(shù)據(jù)庫發(fā)出相應請求，而最后中間件服務器接受來自數(shù)據(jù)庫服務器的應答響應后，最終以頁面的形式返回到客戶端。這樣一來就實現(xiàn)了客戶端不需要直接和數(shù)據(jù)庫服務器發(fā)生關系，保證了傳輸數(shù)據(jù)的安全性。主要特點為：用戶使用方便，其在邏輯上采用了 3 層結(jié)構(gòu)，它在前臺 Browse 和后臺 Server 之間增加了一層 Web Server 層，所有的應用程序模塊都安裝在它上面，在 Browse 上只需安裝一個通用的瀏覽器軟件，因此，這種模式簡化了客戶端，使用戶的操作更加方便；系統(tǒng)開發(fā)、維護、升級方便。當服務器的應用程序升級的時候，只需要在服務器上升級應用程序即可，而用戶計算機上的瀏覽器軟件不需要做任何的修改，系統(tǒng)開發(fā)與升級維護相對方便；在 B/S 模式下，用戶通過瀏覽器訪問，系統(tǒng)的開放性好，結(jié)構(gòu)容易擴展；由于 Web 的平臺無關性，使得 B/S 模式的結(jié)構(gòu)可以容易的進行擴展，也可以根據(jù)發(fā)展的需要，對系統(tǒng)隨時進行擴展，降低了系統(tǒng)的開發(fā)和維護的開銷。鑒于 B/S 相對于 C/S 的先進性，在某些方面相對于 C/S 的巨大改進，使 B/S 成了管理信息系統(tǒng)平臺的首選。各軟件公司紛紛推出自己的 Inter 方案，基于 Web 的財務系統(tǒng)、基于 Web 的 ERP。一些企業(yè)已經(jīng)領先一步開始使用它，并且收到了一定的成效。所以，開滁州學院本科畢業(yè)設計6發(fā)基于 B/S 模式的學生有其重要的現(xiàn)實意義。3 系統(tǒng)需求分析 系統(tǒng)功能概述 利用程序設計、Web 制作技術、數(shù)據(jù)庫開發(fā)等技術設計和實現(xiàn)一個學生在線考勤系統(tǒng)。大概分為三大功能模塊：請假系統(tǒng)模塊、考勤系統(tǒng)模塊、后臺管理模塊組成；有學生、任課教師、系統(tǒng)管理員三大類用戶。請假系統(tǒng)模塊：本模塊的功能是在線請假的實現(xiàn)及管理，主要涉及兩類用戶：學生和任課教師，學生通過此功能模塊進行在線請假及查看請假記錄信息；任課教師在線審批學生請假及查看請假記錄信息?？记谙到y(tǒng)模塊：此模塊實現(xiàn)學生考勤信息查詢（包括按學院、按專業(yè)、按班級、按考勤人、按時間段等查詢學生出勤情況） 、查看及管理，涉及到所有的用戶。任課教師可以在線管理所有學生的出勤情況；班主任、院領導查看不同范圍的學生出勤情況。后臺管理模塊：此模塊實現(xiàn)整個系統(tǒng)數(shù)據(jù)的同步更新以及維護，只涉及到系統(tǒng)管理員這個用戶，系統(tǒng)管理員可以動態(tài)的對相應用戶進行管理、安排課程、安排學年信息等，是整個系統(tǒng)實現(xiàn)的基礎。 可行性分析 開發(fā)的必要性 針對目前各大高校面積大、學院、專業(yè)、學生數(shù)量多，為學校的學生考勤工作開發(fā)一套能夠進行實時處理的信息管理系統(tǒng)是十分有必要的。具體體現(xiàn)如下：(1) 考勤不夠全面，一個學校班級、學生人數(shù)眾多。學生會安排的考勤工作人員及其有限，任課教師也不可能每節(jié)課都點名，所以高校的學生考勤無法全面地進行。 (2) 考勤數(shù)據(jù)不夠準確且點名考勤制耗費了教師和學生大量的時間。(3) 臨時有事需要請假的學生得提前找到任課教師、班主任等，簽字請假，這就使得請假管理的執(zhí)行上顯得效率很低。(4) 考勤資料的共享程度較低，教師手里掌握的考勤記錄經(jīng)常會與系學生會、學校教務處的考勤記錄有出入。 有了上述原因，對滁州學院學生考勤工作急需一套管理信息系統(tǒng)，而科學管理的必要性也使得這套系統(tǒng)的開發(fā)勢在必行。 開發(fā)的可行性 經(jīng)濟可行性：本系統(tǒng)使用 B/S 架構(gòu)設計，使用市場上流行的動態(tài)網(wǎng)頁技術 [10]，開發(fā)簡單，使用又方便，不需要耗費很多的人力和物力就能較快的開發(fā)出來，系統(tǒng)的部署對軟硬件要求又不高，所以從經(jīng)濟上講是可行的。 技術可行性：高校學生在線考勤系統(tǒng)在當前的高校中使用還是很普遍，但也有很多類滁州學院本科畢業(yè)設計7似的成功案例：如排課管理系統(tǒng)、教務管理系統(tǒng)等。本系統(tǒng)采用 JSP，html 標識語言、JavaScript 腳本語言、和 Mysql 數(shù)據(jù)庫等技術進行開發(fā)。JSP 是一種安全穩(wěn)定的動態(tài)網(wǎng)頁技術，目前國內(nèi)各銀行信息系統(tǒng)，ERP 系統(tǒng)，企業(yè)的電子商務系統(tǒng)等基本上都用 JSP 開發(fā)。Mysql 數(shù)據(jù)庫的技術是基于客戶/服務器結(jié)構(gòu)的數(shù)據(jù)庫管理系統(tǒng)，每個用戶可以通過使用客戶系統(tǒng)從服務器進行檢索信息并可以本地操作，服務器就關注數(shù)據(jù)庫的進程，而此時的客戶則要關注信息的表示。為了讓客戶端可以從服務器訪問數(shù)據(jù)，則服務器必須滿足以下兩個重要特征：對數(shù)據(jù)庫里的數(shù)據(jù)可以提供單點訪問；將操作和處理在服務器間和客戶端進行分配。Mysql 使用 TransactSQL 語言進行實現(xiàn)、維護與訪問數(shù)據(jù)庫，TransactSQL 是SQL（Structured Query Language）的一個子集標準 [11]。 Mysql 有很多種實用程序允許用戶對它的服務訪問，用戶能夠用這些實用程序?qū)?Mysql 進行本地或者遠程管理。 從以上的分析可知，高校學生在線考勤系統(tǒng)的解決方案它無論在技術，經(jīng)濟上都是可行的 [12]。4 系統(tǒng)設計 總體框架設計 系統(tǒng)布局設計 系統(tǒng)頁面采用框架來設計，不同的用戶有不同的功能菜單，但都有統(tǒng)一的風格，這給頁面的使用和維護都帶來了很大的便利，特別是在代碼重用方面起了很大作用。本系統(tǒng)的頁面設計如圖 41 所示。圖 41 系統(tǒng)布局圖（1）標題顯示區(qū)可以在此展示登錄用戶、年月日、系統(tǒng)標題等信息。（2）功能菜單區(qū)滁州學院本科畢業(yè)設計8提供系統(tǒng)可供操作的功能列表。（3）頁面主體區(qū)根據(jù)用戶操作顯示系統(tǒng)相應的頁面。（4）狀態(tài)信息區(qū)顯示本系統(tǒng)所有權(quán)等信息。 總體結(jié)構(gòu)圖根據(jù)系統(tǒng)需求分析，設計出學生在線考勤系統(tǒng)的總體結(jié)構(gòu)。本系統(tǒng)主要涉及到三類功能模塊：考勤管理模塊主要用于任課教師對學生的出勤情況進行記錄、管理等；請假管理模塊主要用于學生在線請假、老師審批等；后臺管理模塊主要用于系統(tǒng)管理員對整個系統(tǒng)數(shù)據(jù)的同步更新以及維護等。學生在線考勤系統(tǒng)各個模塊之間的層次結(jié)構(gòu)如圖 42 所示。圖 42 系統(tǒng)層次結(jié)構(gòu)示意圖 程序流程圖用戶在輸入帳號、密碼登錄系統(tǒng)前需要與后臺數(shù)據(jù)庫核對用戶信息是否合法，登錄成功后，系統(tǒng)會根據(jù)用戶的類型判斷該用戶允許使用本系統(tǒng)的哪些功能，進而展示屬于該用戶使用的系統(tǒng)功能菜單界面。學生在線考勤系統(tǒng)的系統(tǒng)運行流程圖如圖 43 所示。滁州學院本科畢業(yè)設計9圖 43 程序流程圖圖 43 程序流程圖 數(shù)據(jù)庫設計 數(shù)據(jù)庫需求分析 數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構(gòu)造設計優(yōu)化的數(shù)據(jù)庫邏輯模式和物理結(jié)構(gòu)，并據(jù)此建立數(shù)據(jù)庫以及應用環(huán)境，使之能夠有效地存儲和管理數(shù)據(jù)，滿足各種用戶的應用需求，包括信息管理要求和數(shù)據(jù)操作要求。 設計這個系統(tǒng)的主要目的就是實現(xiàn)學生在線考勤管理的規(guī)范化。 數(shù)據(jù)庫的需求分析階段是整個數(shù)據(jù)庫設計過程中的基礎，也是耗時就多，最困難的一步。需求分析的任務就是通過詳細調(diào)查現(xiàn)實世界要處理的對象，充分了解原系統(tǒng)工作概況，明確用戶的各種需求，然后在此基礎上確定新系統(tǒng)的功能。這個階段的工作成果主要包含以下三個方面的內(nèi)容。滁州學院本科畢業(yè)設計10(1) 數(shù)據(jù)項每種具體數(shù)據(jù)的名稱、意義、類型、取值范圍以及與其他數(shù)據(jù)項之間的邏輯關系。 (2) 數(shù)據(jù)集若干數(shù)據(jù)項的有邏輯關聯(lián)的集合，包括名稱、意義和組成數(shù)據(jù)集的數(shù)據(jù)項。 (3) 數(shù)據(jù)流應用系統(tǒng)運行時，數(shù)據(jù)是怎么輸入、處理和輸出。學生考勤管理系統(tǒng)要實現(xiàn)考勤管理、請假管理、后臺管理三大子系統(tǒng)，需要了解學生用戶、任課教師用戶、管理員用戶等三類用戶的功能模塊。然后，據(jù)此分析出數(shù)據(jù)需求。要實現(xiàn)以上所述功能，系統(tǒng)采用的數(shù)據(jù)庫需具備以下的基本存儲信息：學生信息表：學生姓名、學號、專業(yè)、班級、聯(lián)系電話等。學生考勤表：學生姓名、學院、專業(yè)、班級、出勤情況、考勤人等。我的請假表：請假人、請假時間、請假類型、請假理由、請假狀態(tài)等。課程表：課程名稱、專業(yè)、任課教師、學時、學分等。學年安排表：學年、計劃安排、詳細信息等。 數(shù)據(jù)庫概念結(jié)構(gòu)設計根據(jù)數(shù)據(jù)庫的需求分析，設計具體數(shù)據(jù)庫 [13]的主要實體模型圖、ER 模型圖，如下：(1) 學生請假信息的實體模型圖如圖 44 所示。圖 44 請假記錄屬性模型(2) 教師考勤信息的實體模型圖如圖 45 所示。圖 45 考勤記錄屬性模型(3) 學生請假信息的 ER 模型如圖 46 所示。滁州學院本科畢業(yè)設計11圖 46 學生請假記錄 ER 模型(4) 學生出勤信息的 ER 模型如圖 47 所示。圖 47 學生—出勤記錄 ER 模型 數(shù)據(jù)庫邏輯設計根據(jù)數(shù)據(jù)庫的需求分析，設計具體數(shù)據(jù)庫邏輯結(jié)構(gòu) [14]，包含的表如下：(1) 用戶管理表：這張表用來保存用戶管理員的基本信息，表結(jié)構(gòu)如表 41 所示。表 41 用戶管理表字段中文名稱 字段英文名稱 字段長度 字段類型ID Id 11 int用戶帳號 userAcct 18 varchar用戶密碼 userPass 18 varchar刪除標識（0：正常；1：刪除） deleteFlag 1 int用戶名稱 userName 20 varchar用戶類型（1：系統(tǒng)管理員；2：普通用戶） userType 1 int狀態(tài)（0：未審批；1：審批通過） status 1 int(2) 學生信息表：這張表用來保存學生的基本信息。學生信息表如表 42 所示。表 42 學生信息表字段中文名稱 字段英文名稱 字段長度 字段類型ID id 11 int學生姓名 xueshengxingming 50 varchar學號 xuehao 50 varchar專業(yè) zhuanye 50 varchar班級 banji 50 varchar聯(lián)系電話 lianxidianhua 50 varchar操作人 ID operatorId 20 varchar操作時間 itime 20 varchar備注 detail 1000 varchar刪除標識（0：正常；1：刪除）deleteFlag 1 int滁州學院本科畢業(yè)設計12(3) 學生考勤表：這張表用來記錄教師考勤所需的基本信息。學生考勤表如表 43 所示。表 43 學生考勤表字段中文名稱 字段英文名稱 字段長度 字段類型ID id 11 varchar考勤學生 kaoqinxuesheng 50 varchar考勤時間 kaoqinshijian 50 varchar出勤情況 chuqinqingkuang 50 varchar考勤人 kaoqinren 50 varchar附件路徑 fujian 200 varchar操作人 ID operatorId 20 varchar操作時間 itime 20 varchar備注 detail 1000 varchar刪除標識（0：正常；1：刪除）deleteFlag 1 int(4) 我的請假表：這張表用來記錄學生請假所需的基本信息。我的請假表如表 44 所示。 表 44 我的請假表字段中文名稱 字段英文名稱 字段長度 字段類型ID id 11 int請假人 qingjiaren 50 varchar請假時間 qingjiashijian 50 varchar請假類型 qingjialeixing 50 varchar請假理由 qingjialiyou 3000