管理系統(tǒng)的設(shè)計與實現(xiàn)【一份非常好的專業(yè)參考資料】

人事管理系統(tǒng)的設(shè)計與實現(xiàn) 1 目錄 目錄 摘要 Abstract 第一章人事管理系統(tǒng)綜述 1 1.1 人事管理信息系統(tǒng)的發(fā)展?fàn)顩r 2 1.1.1 初期狀況 2 1.1.2 通用人事管理信息系統(tǒng)簡介 3 1.1.3 人事管理信息系統(tǒng)的發(fā)展趨勢 4 1.2 人事處網(wǎng)站建設(shè)情況 5 1.2.1 網(wǎng)站建設(shè)思路 5 1.3 校園 人事管理信息系統(tǒng)的系統(tǒng)規(guī)劃 5 第二章相關(guān)技術(shù) 6 2.1 WEB 技術(shù) 6 2.1.1 WEB 系統(tǒng)組成 6 2.1.2 WEB 技術(shù)特 點 6 2.2 MVC(模型 視圖 控制 )模式 7 2.2.1 MVC 模式組成 7 2.2.2 MVC 模式優(yōu)缺點 8 2.3 Struts framework 10 2.3.1 Struts framework 簡介 10 2.3.2 Struts framework 和 MVC 11 2 2.3.3 Struts framework 的優(yōu)點 14 2.3.4 Struts framework 的缺點 14 第三章系統(tǒng)分析 15 第四章系統(tǒng)設(shè)計 17 4.1 系統(tǒng)體系結(jié)構(gòu) 17 4.2 功能結(jié)構(gòu) 18 4.2.1 訪問控制模塊 19 4.2.2 系統(tǒng)服務(wù)模塊 20 4.2.3 人員信息維護模 20 4.2.4 招聘解聘模塊 20 4.3 數(shù)據(jù)庫設(shè)計 21 4.3.1 實體和屬性的命名 21 4.3.2 關(guān)系的命名 22 4.3.3 其它 22 4.3.4 主要數(shù)據(jù)表 22 4.4 詳細(xì)設(shè)計 23 4.4.1 人員信息維護模塊 23 人員基本信息維護 23 師資信息維護 24 勞資信息維護 24 人事信息瀏覽 25 4.4.2 訪問控制模塊 25 3 4.4.3 系統(tǒng)服務(wù)模塊 25 4.4.4 網(wǎng)上招聘模塊 26 第五章系統(tǒng)實現(xiàn) 27 5.1代碼框架 28 5.2實現(xiàn)界面 30 5.3系統(tǒng)應(yīng)用 33 5.3.1 系統(tǒng)學(xué)術(shù)價值 34 5.3.2 系統(tǒng)應(yīng)用價值 34 第一章 人事管理系統(tǒng)綜述 高校校園網(wǎng)絡(luò)化、信息化、數(shù)字化的工作正逐步興起，相應(yīng)的規(guī)劃、設(shè)計工都在不同程度的進行和維護過程中。校園信息化是指運用計算機技術(shù)和網(wǎng)絡(luò)硬設(shè)施，對學(xué)校的種類信息資源進行數(shù)字化處理和應(yīng)用集成，在傳統(tǒng)校園工作?；A(chǔ)上構(gòu)建一個數(shù)字空間以拓展校園的時間和空間跨度，實現(xiàn)校園的數(shù)字信息。作為校園信息化進程中一個關(guān)鍵的組成部分，高等學(xué)校人力資源 管理系統(tǒng)也不斷的發(fā)展。人力資源（ HRM： Human Resource Management）的定義是：運現(xiàn)代化的科學(xué)方法，對與一定物力結(jié)合的人力進行合理的組織、培訓(xùn)和調(diào)配，人力、物力經(jīng)常保持最佳比例，同時對人的思想、心理和行為進行恰當(dāng)?shù)恼T導(dǎo)、制和協(xié)調(diào)，充分發(fā)揮人的主觀能動性，使人盡其才、事得其人、人事相宜，以現(xiàn)組織的目標(biāo) 2。高等學(xué)校人事管理部門主要負(fù)責(zé)管理學(xué)校教職工的調(diào)配、進、定編定崗、工資認(rèn)定與 4 發(fā)放、教師資格認(rèn)定、教師培訓(xùn)與職稱晉升、出國境學(xué)習(xí)、社會保險與福利、退休及人事檔案等各項工作；同時向全校提供 人事息服務(wù)。如果采用傳統(tǒng)的手工方式工作量大而且繁瑣，存在信息資源部門化、散化和不一致性的問題，幾乎無法及時有效地進行各類查詢和統(tǒng)計工作，也無為學(xué)校管理決策層及時提供準(zhǔn)確、翔實、綜合的信息以進行實際的決策和規(guī)劃。據(jù)高等學(xué)校校園信息化建設(shè)統(tǒng)一規(guī)劃，要求按照“硬件集群”、“數(shù)據(jù)集中”和應(yīng)用集成”的建設(shè)規(guī)范開發(fā)建設(shè)全新的人事管理信息系統(tǒng)，并探索一條適合 P（ University Resource Planning）要求規(guī)范的高校應(yīng)用系統(tǒng)開發(fā)建設(shè)之路。高人事管理系統(tǒng)是校園信息化建設(shè)中一個關(guān)鍵組成部分，其應(yīng)具有以下特點和 要： （ 1）具有人員分類管理的多樣性、數(shù)據(jù)處理的分類性、信息交互的嚴(yán)格流性以及信息授權(quán)管理的高度安全性等特點。系統(tǒng)的業(yè)務(wù)邏輯處理十分復(fù)雜，對序設(shè)計模式有較高的要求； （ 2）校園信息化建設(shè)各類應(yīng)用系統(tǒng)之間存在共性的需求，無論在教務(wù)教學(xué)、事、科研等系統(tǒng)之間均存在如通用查詢功能、報表自動生成轉(zhuǎn)出功能、流程配功能等，要求提供一組公共的服務(wù)和工具，采用組件式開發(fā)設(shè)計，方便進行系間模塊互用，提高開發(fā)效率； （ 3）要求高校人事管理系統(tǒng)必須具有通用系統(tǒng)性，能在各類系統(tǒng)平臺（例Windows、 Unix 系統(tǒng)）上快速方便的跨平臺 遷移，穩(wěn)定運行； （ 4）人機交互簡單性，降低對用戶計算機操作水平要求，并符合未來移動紙化辦公需求； （ 5）高校人事管理體制不斷發(fā)展變化，要求系統(tǒng)具有較強的可擴展性和 5 系升級能力。 1.1 高校人事管理信息系統(tǒng)的發(fā)展?fàn)顩r 1.1.1 初期狀況 人事管理信息系統(tǒng)只是應(yīng)用數(shù)據(jù)庫管理相關(guān)軟件管理各種教職工基本信息，例如 foxpro、 access 等。功能少，統(tǒng)計查詢麻煩、無法生成各種有效報表；而且只能面向少數(shù)管理者，無法資源共享；同時維護比較繁瑣，管理 較為的 麻煩。 1.1.2 通用人事管理信息系統(tǒng)簡介 隨著時代的進步，計 算機技術(shù)的飛速發(fā)展，許多軟件公司專門開發(fā)了形式各異的針對不同行業(yè)和部門的人事管理軟件，綜合實踐看來由國家人事部信息中心與北京益康信息工程公司聯(lián)合開發(fā)的通用人事管理信息系統(tǒng) GPMS V3.1比較成功。該系統(tǒng) 1989 年開始開發(fā)，歷經(jīng) 5 年的開發(fā)、測試、維護和改進，于 1994 年 4 月通過聯(lián)合鑒定，于同年 7 月向全國推廣使用。該信息系統(tǒng)在當(dāng)時具有以下特性 3： （ 1） 先進性 GPMS V3.1 運行在當(dāng)時流行的 Windows 環(huán)境下采用， C+開發(fā)，與國際上計算機信息發(fā)展的主要趨勢一致。為適應(yīng)網(wǎng)絡(luò)技術(shù)的發(fā)展和普及應(yīng)用，提供了可在網(wǎng)絡(luò)上運行的網(wǎng)絡(luò)版本。同時提供與其他常用的 Foxbase、 Oracle 等數(shù)據(jù)庫接口，以便用戶擴展應(yīng)用。 （ 2） 實用性 6 GPMS V3.1 采用鼠標(biāo)操作，界面友好，使用方便。功能安排符合人事管理人員的習(xí)慣，能完成各種復(fù)雜的人事管理工作，如各種條件下的查詢、統(tǒng)計分析，制作花名冊、統(tǒng)計報表、登記表和工資報表等。在制作花名冊時，可根據(jù)不同需要制作各種不同項目的花名冊，并可按照其中的任一字段自動排序。登記表的制作很有特色，只需用鼠標(biāo)畫線，即可完成種類復(fù)雜登記表的組合和制作，且修改靈活方便，還可以在登記表的任一位置 自動排版照片。該軟件還提供與 Windows 環(huán)境下的其他應(yīng)用程序，如中文 Word， Excel 制表程序等的接口，供用戶靈活應(yīng)用。 （ 3） 通用性 GPMS V3.1 允許用戶自行定義信息主集和子集（數(shù)據(jù)庫），并可隨時對這些信息集（數(shù)據(jù)庫結(jié)構(gòu)）中的指標(biāo)項（字段）按需要進行增加、刪除、處理。數(shù)據(jù)結(jié)構(gòu)與程序相對獨立，實現(xiàn)了用戶在隨意調(diào)整數(shù)據(jù)庫結(jié)構(gòu)時，不必改動程序，或在完善或擴充程序時，不必對數(shù)據(jù)庫作大的變動。這種靈活的構(gòu)庫方法可滿足不同性質(zhì)單位獨特的需求。這種通用技術(shù)，適應(yīng)了大多數(shù)人事信息管理復(fù)雜多變的特點，改變了傳統(tǒng)人 事管理軟件應(yīng)用面窄和生命周期短的現(xiàn)狀，對促進我國人事管理信息系統(tǒng)的發(fā)展和普通應(yīng)用重要的意義。 （ 4） 標(biāo)準(zhǔn)化、規(guī)范化 由于該軟件是與國家人事部聯(lián)合開發(fā)的，因此軟件在開發(fā)過程中完全遵循國家人事部的有關(guān)信息標(biāo)準(zhǔn)，采用最新國標(biāo)代碼建立起 114 類代碼、 490 項指標(biāo)和 46 種指標(biāo)集，具有一定的權(quán)威性。這些指標(biāo)的詳盡程度基本上可以描述各種單位或個人的信息。如需增加代碼、指標(biāo)或擴展應(yīng)用，系統(tǒng)留有標(biāo)準(zhǔn)接口，便于用戶自定義代碼體系和指標(biāo)體系。 7 1.1.3 人事管理信息系統(tǒng)的發(fā)展趨勢 隨著計算機網(wǎng)絡(luò)技術(shù)的普及，網(wǎng)絡(luò)技術(shù)日新月異，基于 WEB 方式的人事管理信息系統(tǒng)也應(yīng)運而生。首先，滿足了學(xué)校信息化辦公的需求。人們不再是必須在指定的辦公環(huán)境下才能訪問所需要的數(shù)據(jù)資源，只要可以連接上互聯(lián)網(wǎng)，就可以訪問到相應(yīng)的人事數(shù)據(jù)信息資源。其次，它滿足了人事資源的廣泛共享。只要得到權(quán)限就可按照用戶權(quán)限，瀏覽或訪問到人事數(shù)據(jù)信息資源。最后，該系統(tǒng)適應(yīng)人事管理信息系統(tǒng)信息化時代的發(fā)展要求，是現(xiàn)代性的、科學(xué)的。 1.2 人事處網(wǎng)站建設(shè)情況 1.2.1 網(wǎng)站建設(shè)思路 （ 1） 分角色的系統(tǒng)設(shè)計 系統(tǒng)設(shè)計分為公眾系統(tǒng)、職工系統(tǒng)、超級用戶系統(tǒng)三個系統(tǒng)。角色設(shè)定分為校外瀏覽者、 校內(nèi)人員、工作人員等不同角色。其中工作人員有不同的用戶名和密碼，不同角色均能直接進入自己想要了解的信息頁面。校外應(yīng)聘者必須申請注冊，才能進入網(wǎng)上招聘介面?？傊?，整個系統(tǒng)的設(shè)計從最大滿足人性化出發(fā)，充分考慮角色權(quán)限，使每個人盡可能方便快捷地查到自己需要的信息。 （ 2） 滿足交互性 人事處網(wǎng)站充分考慮到人才招聘的交互性，分為社會招聘和畢業(yè)生招聘，應(yīng)聘人員再也不用打印簡歷，發(fā)電子郵件進行應(yīng)聘，只需要登錄我們的人才招聘頁面，填寫相關(guān)信息，即可時時應(yīng)聘，第一時間得到信息回復(fù)。實現(xiàn)招聘者 8 與應(yīng)聘者的網(wǎng)上互動。 （ 3） 滿足可 擴展性 人事管理是一項復(fù)雜工作，很多方面都需要進一步的規(guī)范和完善，系統(tǒng)留下了很多接口，方便以后系統(tǒng)的擴展和升級。 1.3 校園人事管理信息系統(tǒng)的系統(tǒng)規(guī)劃 基于校園網(wǎng)的 WEB 方式的人事信息管理系統(tǒng)，以人事 處網(wǎng)站為平臺，建設(shè)該系統(tǒng)。系統(tǒng)設(shè)計原則如下：簡單實用；穩(wěn)定可靠 ；方便快捷。能快速準(zhǔn)確提供各用戶需要的信息和統(tǒng)計數(shù)據(jù)；友 好容錯；數(shù)據(jù)安全。 第二章 相關(guān)技術(shù) 2.1 WEB 技術(shù) 2.1.1 WEB 系統(tǒng)組成 WEB 系統(tǒng)由 4 部分構(gòu)成： （ 1） 超文本傳輸協(xié)議 HTTP（ HyperText Transfer Protocol） （ 2） 超文本標(biāo)記語言 HTML（ HyperText Markup Language） （ 3） WEB 服務(wù)器 （ 4） WEB 瀏覽器 2.1.2 WEB 技術(shù)特點 （ 1） WEB 的非線性：想要了解網(wǎng)頁上某一個主題的內(nèi)容只要在這個主題上點擊一下，就可以跳轉(zhuǎn)到關(guān)于這一主題的網(wǎng)頁上。文本不再象書本一樣 9 是線性的，而是可以隨意根據(jù)概要從一個位置轉(zhuǎn)到另外的位置。 （ 2） WEB 的分布式：不同站點的信息可以通過 WEB 在邏輯上一體化，在用戶看起來這些信息是一體的 33P25。 （ 3） WEB 的多媒體化： WEB 可以將數(shù)據(jù)、 文本、圖形、動畫、視頻和音頻混合在一起。 （ 4） WEB 的交互性：服務(wù)器和用戶之間可以通過表單請求，實現(xiàn)交互響應(yīng)。 （ 5） WEB 的平臺無關(guān)性：不同操作平臺（ Windows、 Linux、 Unix 等）都可以通過瀏覽器（ Browser）訪問 WEB。 2.2 MVC(模型 視圖 控制 )模式 許多計算機系統(tǒng)的用途都是從數(shù)據(jù)存儲檢索數(shù)據(jù)并將其顯示給用戶。在用戶更改數(shù)據(jù)之后，系統(tǒng)再將更新內(nèi)容存儲到數(shù)據(jù)存儲中。因為關(guān)鍵的信息流發(fā)生在數(shù)據(jù)存儲和用戶界面之間，所以您可能傾向于將這兩部分綁在一起，以減少編碼量并提高應(yīng)用程序性能 。但是，這種看起來自然而然的方法有一些大問題。一個問題是，用戶界面的更改往往比數(shù)據(jù)存儲系統(tǒng)的更改頻繁得多。將數(shù)據(jù)和用戶界面這兩部分耦合在一起帶來的另一個問題是，業(yè)務(wù)應(yīng)用程序往往會并入遠(yuǎn)不止數(shù)據(jù)傳輸功能的其他業(yè)務(wù)邏輯。如何讓 Web 應(yīng)用程序的用戶界面功能實現(xiàn)模塊化，以便您可以輕松地單獨修改各個部分？ Model-View-Controller 正是這樣的模式，它實現(xiàn)功能模塊和顯示模塊的分離，使得應(yīng)用程序更加可維護，可擴展，可移植和可復(fù)用，它最初是 TrygvReenskaug 在二十世紀(jì)七十年代末為 Smalltalk 平 臺開發(fā)的框 10 架，而發(fā)展到目前為止，已經(jīng)形成了一個非常成熟的模式。 2.2.1 MVC 模式組成 Model-View-Controller(MVC)模式基于用戶輸入，將域的建模、顯示和操作分為三個獨立的類 23P160。 （ 1） 模型。模型用于管理應(yīng)用程序域的行為和數(shù)據(jù)，并響應(yīng)為獲取其狀態(tài)信息（通常來自視圖）而發(fā)出的請求，還會響應(yīng)更改狀態(tài)的指令（通常來自控制器） （ 2） 視圖。視圖用于管理信息的顯示。 （ 3） 控制器?？刂破饔糜诮忉層脩舻氖髽?biāo)和鍵盤輸入，以通知模型和 /或視圖進行相應(yīng)的更改。 （視圖和控制器都依賴 于模型。但是，模型既不依賴于視圖，也不依賴于控制器。） 11 2.2.2 MVC 模式優(yōu)缺點 MVC 的 優(yōu)勢： （ 1）能夠減少依賴。由于一個應(yīng)用被分離為三層，因此有時改變其中的一層就能滿足應(yīng)用的改變。一個應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動 MVC 的模型層。 （ 2）能夠減少代碼的復(fù)制。按 MVC 設(shè)計模式，一個訂單模型以及多個視圖即可解決問題。這樣減少了代碼的復(fù)制，即減少了代碼的維護量，一旦模型發(fā)生改變，也易于維護。其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。 （ 3）能夠把不同人員的 責(zé)任分開。修改頁面的外觀與修改數(shù)據(jù)訪問的代碼所用的技術(shù)是不同的，將模型與視圖分開能夠使負(fù)責(zé)不同工作的專家協(xié)同的工作。 （ 4）使性能優(yōu)化的成為可能。按將系統(tǒng)不同的職責(zé)分成不同的類，使性能的優(yōu)化成為可能。在有些頁面中，由于每次請求頁面的時都要從數(shù)據(jù)庫中讀取數(shù)據(jù)。因此可在某種情況下將數(shù)據(jù)緩存，從而提高整個程序的性能。如果不將代碼進行分離的話是無法做到的這點的。 MVC 的不足： （ 1）增加了系統(tǒng)結(jié)構(gòu)和實現(xiàn)的復(fù)雜性。對于簡單的界面，嚴(yán)格遵循 MVC， 使模型、視圖與控制器分離，會增加結(jié)構(gòu)的復(fù)雜性，并可能產(chǎn)生過多的更新操 作，降低運行效率。 （ 2）視圖與控制器間的過于緊密的連接。視圖與控制器是相互分離，但 12 確實聯(lián)系緊密的部件，視圖沒有控制器的存在，其應(yīng)用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。 （ 3）視圖對模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。 （ 4）目前，一般高級的界面工具或構(gòu)造器不支持 MVC 模式。改造這些工具以適應(yīng) MVC 需要和建立分離的部件的代價是很高的，從而造成使用MVC 的困難。 2.3 Struts framework Struts 是 Apache 軟件組織提供的一項開放源碼項目，它為 Java Web 應(yīng)用提供了模型 -視圖 -控制器（ Model-View-Controller，簡稱 MVC）框架，尤其適用于開發(fā)大型可擴展的 Web 應(yīng)用。 Struts 這個名字來源于在建筑和舊式飛機中使用的支持金屬架。 Struts 為 Web 應(yīng)用提供了一個通用的框架，使得開發(fā)人員可以把精力集中在如何解決實際業(yè)務(wù)問題上。此外， Struts 框架提供了許多供擴展和定制的地方，應(yīng)用程序可以方便的擴展框架，來更好的適應(yīng)用戶的實際需求。 Struts 是一個技術(shù)框 架，由 Craig R.McClanahan 編寫，并且在 2000 年的時候捐獻給了 ASF，目前，有很多組織和個人參與 Struts框架的開發(fā)，使得 Struts 保持高速成長，同時，利用 Struts 開發(fā)的應(yīng)用越來越多，使其成為 WEB 應(yīng)用 MVC 模式中 VC 部分事實上的標(biāo)準(zhǔn) 4。 2.3.1 Struts framework 簡介 Struts 是由 jakarta 項目開發(fā)的一個 WEB 層的應(yīng)用框架。它包括框架類、 13 幫助類和定制的 JSP 標(biāo)簽庫，以及所有基于 J2EE Modle2 設(shè)計模式的應(yīng)用 25P20。 Struts 的目標(biāo)是要 全面減輕構(gòu)建一個企業(yè)級的 WEB 應(yīng)用的負(fù)擔(dān) 20P63。圖 2.1 就是 Struts 概覽。 （ 1） 客戶瀏覽器（ Client） 來自客戶瀏覽器的每個 HTTP 請求創(chuàng)建一個事件， WEB 容器將用一個HTTP 響應(yīng)做出響應(yīng)。 （ 2） 控制器（ Controller） 控制器接收來自瀏覽器的請求，并決定將這個請求發(fā)往何處。就 Struts而 言，控制器是以 Servlet 實現(xiàn)的一個命令設(shè)計模式。 Struts-config.xml 文件配置控制器。 （ 3） 業(yè)務(wù)邏輯（ Business Logic） 業(yè)務(wù)邏輯更新模型的狀態(tài)，并幫助控制應(yīng) 用程序的流程。就 Struts 而言， 這是通過作為實際業(yè)務(wù)邏輯“瘦”包裝的 Action 類完成的。 （ 4） 模型（ Model）的狀態(tài) 模型表示應(yīng)用程序的狀態(tài)。業(yè)務(wù)對象更新應(yīng)用程序的狀態(tài)。 ActionForm 14 bean 在會話級或請求級表示模型的狀態(tài)，而不是在持久級。 JSP 文件使用JSP 標(biāo)記讀取來自 ActionForm bean 的信息。 （ 5） 視圖（ View） 視圖就是一個 JSP 文件。其中沒有流程邏輯，沒有業(yè)務(wù)邏輯，也沒有模型信息 -只有標(biāo)記。標(biāo)記是使 Struts 有別于其他框架（如 Velocity）的因素之一 5。 2.3.2 Struts framework 和 MVC Struts 是 MVC 的一種實現(xiàn)，它將 Servlet 和 JSP 標(biāo)記（屬于 J2EE 規(guī)范）用作實現(xiàn)的一部分。 Struts 繼承了 MVC 的各項特性，并根據(jù) J2EE 的特點，做了相應(yīng)的變化與擴展 6。 （ 1） 模型 以一個或多個 Java Bean 的形式存在，設(shè)計和實現(xiàn) 系統(tǒng)的業(yè)務(wù)邏輯。根據(jù)不同的請求從 Action 派生具體 Action 處理對象，完成“做什么”的任務(wù)來調(diào)用由 Bean 構(gòu)成的業(yè)務(wù)組件。創(chuàng)建由 ActionForm 的派生類實現(xiàn)對客戶端表單數(shù)據(jù)的封裝?；?MVC 的系統(tǒng)中的 Model 部分可以細(xì)分為兩個概念-系統(tǒng)的內(nèi)部狀態(tài)，能夠改變狀態(tài)的行為。用語法術(shù)語來說，我們可以把狀態(tài)信息當(dāng)作名詞（事物），把行為當(dāng)作動詞（事物狀態(tài)的改變）。通常來說，應(yīng)用程序?qū)⑾到y(tǒng)內(nèi)部的狀態(tài)表示為一組一個或多個的 JavaBeans，使用屬性（ Properties）來表示狀態(tài)的細(xì)節(jié)。依賴于你的應(yīng)用程 序的復(fù)雜度，這些 beans 可以是自包含的（以某種方式知道怎樣永久地保存它們的狀態(tài)信息），或者可以是正面的（ facades） ,知道當(dāng)被請求時怎樣從外部數(shù)據(jù)源（例如數(shù)據(jù)庫）中取得信息。 EntityEJBs 通常也用來表示內(nèi)部狀態(tài)。 15 （ 2） 控制 在 Struts 中，承擔(dān) MVC 中 Controller 角色的是一個 Servlet，叫Action-Servlet。這個控制組件提供了處理所有發(fā)送到 Struts 的 HTTP 請求的入口。它截取和分發(fā)這些請求到相應(yīng)的動作類（這些動作類都是 Action 類的子類）。另外控制組件也負(fù)責(zé)用相應(yīng) 的請求參數(shù)填充 ActionForm（通常稱為 FormBean），并傳給動作類（通常稱之為 ActionBean）。動作類實現(xiàn)核心商業(yè)邏輯，它可以訪問 JavaBean 或調(diào)用 EJB。最后動作類所控制權(quán)傳給后續(xù)的 JSP 文件，生成視圖。所有這些控制邏輯利用 Struts-config.xml 文件來配置。在 Struts 中 ActionServlet 主要完成以下功能： 接收客戶端請求。 根據(jù)客戶端的 URI 請求映射到一個相應(yīng)的 Action 類。 從請求中獲取數(shù)據(jù)填充 Form Bean。 調(diào)用 Action 類的 execute()方法獲取數(shù)據(jù)或者執(zhí)行業(yè)務(wù)邏輯。 選擇正確的視圖響應(yīng)客戶。 （ 3） 視圖 主要由 JSP 生成頁面完成視圖，利用 Struts 提供自定義標(biāo)記庫編寫用戶界面把應(yīng)用邏輯和顯示邏輯分離。 Struts 框架通過這些自定義標(biāo)記建立了View 和 Model 之間的聯(lián)系?；?Struts 的應(yīng)用程序中的 View 部分通常使用JSP 技術(shù)來構(gòu)建。 JSP 頁面包含稱為“模版文本”的靜態(tài) HTML（或 XML）文本，加上插入的基于對特殊行為標(biāo)記解釋的動態(tài)內(nèi)容。 JSP 環(huán)境包括了其用途由 JSP 規(guī)范來描述的一套標(biāo)準(zhǔn)的行為標(biāo)記。另外，還有一個用來定義你自己 標(biāo)記的標(biāo)準(zhǔn)機制，這些自定義的標(biāo)記組織在“定制標(biāo)記庫”中。 Struts 16 包括了一個廣闊的便于創(chuàng)建用戶界面，并且充分國際化的定制標(biāo)記庫，與作為系統(tǒng) Model 部分一部分的 ActionForm beans 美妙地相互配合 7?？傊琒truts 是一種優(yōu)秀的 J2EE MVC 架構(gòu)方式，它的 taglib 標(biāo)記庫靈活性大，大大提高了開發(fā)效率。同時利用配合實現(xiàn)對整個系統(tǒng)導(dǎo)航，使系統(tǒng)脈絡(luò)更加 清晰，增強了開發(fā)人員對系統(tǒng)的整體把握，提高了系統(tǒng)的可維護性和可擴充性 8。 2.3.3 Struts framework 的優(yōu)點 （ 1） struts 簡單、易懂。容易被人采用，功能強大。 （ 2） 通過采用模型 -視圖 -控制器 (MVC)設(shè)計模式，使用 struts 可以開發(fā)使用 JAVA Servlets 和 javaServer Pages 的高性能、面向事務(wù)的 WEB 應(yīng)用程序。 （ 3） struts 提供的模型 2 體系結(jié)構(gòu)，視圖層 -事務(wù)處理層 -數(shù)據(jù)模型層，通過明確的應(yīng)用程序分工使得事務(wù)邏輯和顯示邏輯彼此相互獨立，視圖層(html,JSP 將用戶所需要的任何數(shù)據(jù)向事務(wù)處理層 (servlet)發(fā)送請求，事務(wù)處理層將根據(jù)請求處理相關(guān)事務(wù) (包括處理請求，驗證數(shù)據(jù)等 )，將用戶所需 要的數(shù)據(jù)提交到數(shù)據(jù)模型層，數(shù)據(jù)模型層從數(shù)據(jù)庫取得數(shù)據(jù)再反饋給事務(wù)處理層，由事務(wù)處理層傳遞給視圖層顯示數(shù)據(jù)信息。 （ 4） struts 提供強大的自定義標(biāo)簽庫 (taglib)，編程人員可以根據(jù)需要編 寫各種類型的標(biāo)簽。 （ 5） struts 本身自帶的 validator 框架 ,tiles 和 jstl 標(biāo)記庫標(biāo)記，更能為 編程人員提供方便，提高編程效率。 Struts 跟 Tomcat、 Turbine 等諸多 Apache項目一樣，是開源軟件，這 是它的一大優(yōu)點。 17 2.3.4 Struts framework 的缺點 （ 1） 每配置一下 struts-config，須重新啟動 tomcat，而且配置繁瑣，頁面 轉(zhuǎn)向過多，導(dǎo)致 forword 配置過多使得 struts-config 文件內(nèi)容過多，尋找東 西比較困難。 （ 2） 到了 struts3.0 的時候，發(fā)現(xiàn)建一個 action 就必須要有相應(yīng)的 actionform與之對應(yīng)。導(dǎo)致沒必要有 actionform 的 action 都要建立 actionform。要不然web 頁面是提交不到 action 的。 （ 3） Taglib 是 Struts 的一大優(yōu)勢，但對于初學(xué)者而言，卻需要一個持續(xù)學(xué)習(xí)的過程，甚至還會打亂你網(wǎng)頁編寫的習(xí)慣， 但是，當(dāng)你習(xí)慣了它時，你會覺得它真的很棒。 Struts 將 MVC 的 Controller 一分為三，在獲得結(jié)構(gòu)更加清晰的同時，也增加了系統(tǒng)的復(fù)雜度。 Struts 產(chǎn)生時間較短，但已逐步越來越多運用于商業(yè)軟件。雖然它現(xiàn)在還有不少缺點，但它是一種非常優(yōu)秀的 J2EE MVC 實現(xiàn)方式，如果你的系統(tǒng)準(zhǔn)備采用 J2EE MVC 架構(gòu)，那么，不妨考慮一下 Struts，應(yīng)用 Struts 可以起到事半功倍的效果 9。 第三章 系統(tǒng)分析 （ 1） 信息發(fā)布與瀏覽 本軟件結(jié)合了人事處網(wǎng)站，人事管理信息系統(tǒng)的一大功能就是信息的發(fā)布與瀏覽功能。該部 分功能主要是以公告版和消息機制來實現(xiàn)的。對于全校都需要的信息，如會議通知、職稱評定申報工作、博思考試、崗前培訓(xùn)等等，將以公告板的方式發(fā)布信息；對于個人信息，如考試成績，考核 18 結(jié)果等不宜公開的個人信息，系統(tǒng)將以注冊口令權(quán)限進行登錄查看。 （ 2） 人事管理 人事數(shù)據(jù)庫是人事管理信息系統(tǒng)中必不可少的組成部分，而且在人事處網(wǎng)站中，由于分角色、分權(quán)限管理的，教職工的數(shù)據(jù)庫必須與網(wǎng)站的管理相對應(yīng)。例如，要區(qū)分好一般瀏覽者與工作人員。數(shù)據(jù)庫不但針對管理者和領(lǐng)導(dǎo)，還要面向所有的教職工。每一位教職工都能看到自己的信息，而且可以進 行及時修改。修改后必須通過人事處的審核才能更新數(shù)據(jù)庫。針對不同的角色，人事數(shù)據(jù)庫可查看的內(nèi)容、前臺的顯示方式均不同。對于人事管理者，應(yīng)具有最高權(quán)限，享有人事數(shù)據(jù)庫的全部資料并可執(zhí)行修改、查詢等操作；對于學(xué)校領(lǐng)導(dǎo)，可查看、查詢訪問數(shù)據(jù)庫；對于教職工，個人隱秘的內(nèi)容，如工資、福利、電話等是不能隨意查詢的；對于學(xué)生，只能看到教職工的姓名、所在崗位、專業(yè)方向等特定內(nèi)容。 （ 3） 師資管理 師資管理主要負(fù)責(zé)教職員工的專業(yè)技術(shù)職務(wù)信息、各類培訓(xùn)信息、學(xué)習(xí)經(jīng)歷等信息的審核、更新。 （ 4） 勞資管理 勞資管理主要負(fù)責(zé)教職員工的 基本工資、津貼補貼、福利保險、人員退休處理等。學(xué)校每位教工工資情況、保險情況、公積金情況都將記錄在該數(shù)據(jù)庫中，方便查詢。 19 （ 5） 網(wǎng)上招聘 學(xué)校招聘教師是一項十分重要的工作，它關(guān)系到學(xué)校的師資隊伍的質(zhì)量，也 是一項比較繁瑣的工作。首先，通過信息發(fā)布的功能發(fā)布招聘信息，應(yīng)聘者在人事處網(wǎng)站登錄、注冊后方可在線填寫應(yīng)聘申請，并提交個人簡歷。應(yīng)聘申請上的內(nèi)容，自動計入招聘數(shù)據(jù)庫中，個人簡歷可以按專業(yè)分類經(jīng)過招聘工作人員初審后轉(zhuǎn)發(fā)給學(xué)校各個二級學(xué)院辦公室，學(xué)院考核小組通過考核反饋給人事處意見，負(fù)責(zé)招聘人員把信息及時反饋 給應(yīng)聘者，同時在數(shù)據(jù)庫中標(biāo)注面試邀請或拒絕面試的理由。 （ 6） 教職工年度考核 按照學(xué)校有關(guān)規(guī)定，教師每年年底都進行年度考核，這一模塊的功能在于記錄每位教職員工的歷年考核結(jié)果，方便查詢。 第四章 系統(tǒng)設(shè)計 4.1 系統(tǒng)體系結(jié)構(gòu) 本系統(tǒng)采用 B/S 方式， MVC 模式進行開發(fā)。數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器、 WEB 服務(wù)器相互獨立（詳見圖 4.1） 20 4.2 功能結(jié)構(gòu) 根據(jù)系統(tǒng)的需求分析，本系統(tǒng)主要分為以下幾個模塊： 訪問控制模塊：此模塊實現(xiàn)本系統(tǒng)數(shù)據(jù)的打開、保存、打印預(yù)覽、打印及用戶管理等功能，并由此實現(xiàn)退出系統(tǒng)。人員信息 維護模塊：此模塊實現(xiàn)系統(tǒng)的信息管理，包括對職工基本情況表職工工資表、職工職務(wù)職稱表及其它各表的信息數(shù)據(jù)的插入、刪除、修改、保存等功能。 查詢模塊：此模塊實現(xiàn)本系統(tǒng)的查詢功能，能將個人的基本情況、調(diào)入調(diào)出情況、工資福利情況查詢并導(dǎo)出，并可實現(xiàn)多條件任意組合（與、或、非）綜合查詢（或模糊查詢）并導(dǎo)出 EXCEL。 統(tǒng)計模塊：此模塊實現(xiàn)本系統(tǒng)數(shù)據(jù)庫中信息數(shù)據(jù)的按一定規(guī)則進行統(tǒng)計。 系統(tǒng)服務(wù)模塊：此模塊實現(xiàn)本系統(tǒng)管理人員設(shè)定用戶及密碼和對系統(tǒng)的功能、開發(fā)信息進行介紹等。 考核模塊：此模塊用于對職工年度的考核。 21 人員的 招聘、解聘模塊：此模塊用來實現(xiàn)職工的調(diào)入、調(diào)出、解聘等功能 Email 模塊：以 Email 的形式發(fā)送通知等。 4.2.1 訪問控制模塊 功能描述 (見表 4.1) 用戶管理訪問控制模塊用以確定用戶的身份和操作權(quán)限，是系統(tǒng)其它模塊的基礎(chǔ)入口，分別對注冊用戶和非注冊用戶對本系統(tǒng)的訪問進行管理。該模塊是系統(tǒng)的關(guān)鍵環(huán)節(jié)之一，采用 JavaBean 編寫。 對于注冊用戶登錄后如果在本機登錄，將記載登錄日期、用戶名、 IP地址 Mac 地址、操作系統(tǒng)版本、瀏覽器版本等信息并刷新用戶表、并記入本系統(tǒng)日志表按角色進入系統(tǒng)；若不在本機登錄， 則顯示手動刷新選項。 系統(tǒng)用戶分為校外瀏覽者、校內(nèi)人員、工作人員和非注冊用戶等不同角色，其中：系統(tǒng)工作人員可以有多人，功能可按角色組合；系統(tǒng)工作人員可以初始化以及維護系統(tǒng)；非注冊用戶可瀏覽公開信息。另外系統(tǒng)工作人員可以批量按固定格式導(dǎo)入用戶數(shù)據(jù)，代用戶注冊，并將注冊信息以Email 的方式通知用戶。 系統(tǒng)用戶可以修改個人注冊信息。 22 4.2.2 系統(tǒng)服務(wù)模塊 系統(tǒng)管理員可通過系統(tǒng)設(shè)置模塊（見表 4.2）進行系統(tǒng)初始化、歷史數(shù)據(jù)備份恢復(fù)、字典維護、系統(tǒng)完整性檢查等操作，還可以進行系統(tǒng)登錄日志管理、數(shù)據(jù)清理等工作。 4.2.3 人員信息維護模塊 人事處可以對員工的基本信息以及職稱、職務(wù)、工資狀況、出國學(xué)習(xí)、培訓(xùn)、年度考核結(jié)果等進行維護。見表 4.3 23 4.2.4 招聘解聘模塊 人員招聘解聘模塊是實現(xiàn)新招聘教師與解聘員工重要功能的模塊。教師招聘通過信息發(fā)布功能發(fā)布招聘信息，實現(xiàn)網(wǎng)上注冊登錄，直接進入招聘專版，填寫電子簡歷，應(yīng)聘申請上的內(nèi)容自動計入招聘數(shù)據(jù)庫中。人事處對符合招聘的人員給予電子信件回復(fù)，告之面試及考核時間、地點及其他安排。對于不符合學(xué)校要求條件的員工，給予解聘處理，提前下達(dá)解除勞動合同書。 4.3 數(shù)據(jù)庫設(shè)計 4.3.1 實體和屬性的命名 （ 1） 常用單詞進行縮寫 ,在命名過程中，根據(jù)語義拼湊縮寫即可。 （ 2） 如果表或者是字段的名稱僅有一個單詞，那么建議不使用縮寫，而是用完整的單詞。 （ 3） 所有的存儲值列表的表前面加上前綴 Z。目的是將這些值列表類排序在數(shù)據(jù)庫最后。 （ 4） 所有的冗余類的命名前面加上前綴 X 冗余類是為了提高數(shù)據(jù)庫效率， 24 非規(guī)范化數(shù)據(jù)庫的時候加入的字段。 （ 5） 關(guān)聯(lián)表用于保存多對多關(guān)系，關(guān)聯(lián)類通過用下劃線連接兩個基本類之后，再加前綴 R 的方式命名，后面按照字母順序羅列兩個表名或者表名的縮寫。 （ 6） 每一個表都將有 一個自動 ID 作為主鍵，邏輯上的主鍵作為第一組候選主鍵來定義，如果數(shù)據(jù)庫自動生成編碼，統(tǒng)一命名為： ID；如果是自定義的邏輯上的編碼則用縮寫加“ ID”的方法命名。 （ 7） 所有屬性加上有關(guān)類型的后綴，如果還需要其它的后綴，都放在類型后綴之前。 4.3.2 關(guān)系的命名 本系統(tǒng)關(guān)系的命名基本上都按上述方式，如有特殊情況，按實際需要靈活處 理。 4.3.3 其它 有關(guān)關(guān)系命名默認(rèn)的幾點說明： （ 1）有些類型比較明顯的字段，可以不寫類型后綴； （ 2）有些數(shù)據(jù)類型是文本的字段，類型后綴 TX 可以不寫； （ 3）有嚴(yán)格依賴關(guān)系的主從表 ，主表的后綴 Main 可以不寫； （ 4）有非常明顯的關(guān)系命名，可以不寫。 4.3.4 主要數(shù)據(jù)表 職工情況一覽表它包括職工 ID 號、姓名、性別、政治面貌、出生日期等信息。其結(jié)構(gòu)如下：表 4.4 職工情況一覽表 25 4.4 詳細(xì)設(shè)計 4.4.1 人員信息維護模塊 人員基本信息維護 該部分主要完成職工基本信息的錄入、修改、查詢。在此定義了九個主要窗口：人員基本信息維護、圖片信息維護、獎勵信息、行政信息、服役信息、留學(xué)信息、延返聘信息、新人信息入庫、人員調(diào)轉(zhuǎn)窗口。此部分由人事科負(fù)責(zé)信息的更新維護。在人員基本信息 維護窗口中，可以選擇在職人員或新人引進，進行相關(guān)操作，只有人事科才能有權(quán)限刪除人員。 26 師資信息維護 該部分主要完成職工的專業(yè)技術(shù)職稱情況、學(xué)歷信息、培訓(xùn)信息等核定及更新。在此定義了四個主要窗口：新進人員信息、培訓(xùn)信息、專業(yè)技術(shù)職務(wù)信息、學(xué)歷信息。專業(yè)技術(shù)職務(wù)信息只能有師資科負(fù)責(zé)信息的更新維護。 勞資信息維護 該部分主要是對職工的工資、福利及離退休信息的維護和更新。在此定義了四個主要窗口：新進人員信息、工資信息、工資批量導(dǎo)入窗口、人員離退處理。工資及離退只能由勞資科處理。本 部分一個突出的亮點是完成了工資按關(guān)鍵字的批量導(dǎo)入功能，對于導(dǎo)入有問題的行有詳細(xì)的導(dǎo)入日 27 志，導(dǎo)入模板簡單直觀、易于操作。 人事信息瀏覽 該部分主要完成人員的各種信息查詢，本部分定義了四個窗口：人事信息、人事信息查詢、組合信息查詢、人事變動日志。本部分突出的亮點是完成了多條件跨多庫任意組合查詢，查詢結(jié)果可以導(dǎo)出 EXCEL 文本。本部分還增加了人事變動日志，對于人員的變動，日志能夠自動記載變動時間、變動原因、類別及操作員。 4.4.2 訪問控制模塊 訪問控制模塊是系統(tǒng)關(guān)鍵模塊，是其他模塊的基礎(chǔ)，系統(tǒng) 管理員或職工都經(jīng)由此登錄模塊進行合法性驗證。通過系統(tǒng)驗證后即可進入系統(tǒng)主界面，顯示系統(tǒng)操作功能菜單。由此登錄模塊進行合法性驗證。通過系統(tǒng)驗證后即可進入系統(tǒng)主界面，顯示系統(tǒng)操作功能菜單。 28 4.4.3 系統(tǒng)服務(wù)模塊 系統(tǒng)服務(wù)模塊主要是完成系統(tǒng)數(shù)據(jù)的一般性維護如數(shù)據(jù)的備份與恢復(fù)、數(shù)據(jù)的定期清理、刪除，還提供了本系統(tǒng)的部分維護功能，如系統(tǒng)的初始化，（此項功能將刪除數(shù)據(jù)庫中所有數(shù)據(jù)，要謹(jǐn)用）另外還有密碼的修改和單位編碼。 盡管系統(tǒng)中采取各種保護措施來防止數(shù)據(jù)的安全性和完整性的破壞，但由于計算機系統(tǒng)中硬件的故障、軟件 的錯誤、操作員的誤操作以及其他人員惡意破壞，問題仍然是不可避免的，而且這些故障輕則造成運行事務(wù)非正常性中斷，影響數(shù)據(jù)庫中數(shù)據(jù)的正確性，重則破壞數(shù)據(jù)庫，使數(shù)據(jù)庫中全部或部分?jǐn)?shù)據(jù)丟失。作為一個好的完整的管理信息系統(tǒng)，數(shù)據(jù)的備份與恢復(fù)是必不可少的。 關(guān)鍵之處就是使系 彈出公共對話框由用戶選擇文件名和保存路徑以及保存格式，這給用戶提供了更大的自由度。 對于單位編碼問題，主要是為了減少數(shù)據(jù)庫的冗余，提高系統(tǒng)效率。 29 根據(jù)用