【正文】 除招聘人員 按時(shí)間查詢薪資 編號查詢薪資 查看員工薪資 添加 刪除員工薪資 詳細(xì)查看招聘人員 非錄用人員查詢 錄用人員查詢 詳細(xì)查看員工 添加刪除員工 查看員工 按部門查詢員工 20 要從模塊組成、數(shù)據(jù)連接、功能實(shí)現(xiàn)、應(yīng)用意義等方面著手。各個(gè)模塊及其具體功能如圖 41 所示。 19 系統(tǒng)功能結(jié)構(gòu) 企業(yè)人力資源管理系統(tǒng)主要包括部門管理、員工管理、招聘管理、培訓(xùn)管理、獎懲管理、薪資管理 及系統(tǒng)管理模塊。 (6)員工薪酬信息管理。 (4)實(shí)現(xiàn)企業(yè)應(yīng)聘新的管理功能。 (2)管理企業(yè)的員工信息。 系統(tǒng)目標(biāo) 通過人力資源管理系統(tǒng)可使管理者快速高效地完成企業(yè)日常事物中的人事工作，降低人力資源管理的成本，使管理者能集中精力實(shí)現(xiàn)企業(yè)戰(zhàn)略目標(biāo)。 (4)對系統(tǒng)功能、用戶角色和業(yè)務(wù)流程進(jìn)行了詳細(xì)分析，設(shè)計(jì)了系統(tǒng)的體系結(jié)構(gòu)和整體架構(gòu)，并針對表 示層、控制層和持久層進(jìn)行了詳細(xì)地分析和設(shè)計(jì)。 (2)研究了 SSH 設(shè)計(jì)模式，在分析 web 應(yīng)用系統(tǒng)開發(fā)的 Mvc 設(shè)計(jì)模式和一般模型的基礎(chǔ)上，詳細(xì)闡述了 Struts 實(shí)現(xiàn) MVC 的機(jī)制、工作流程和主要組件。為了充分說明框架的實(shí)用性和健全性，本 文結(jié)合項(xiàng)目“人力資源管理系統(tǒng)”的設(shè)計(jì)與實(shí)現(xiàn)，對框架進(jìn)行詳細(xì)闡述。相比較而言， Maverick 和 WebWork 功能和架構(gòu)都與 Struts 十分相似，而 Turbine 則對 MVC 模式中的模型部分作了更多的改變，它使用了 Torque和 Press 進(jìn)行數(shù)據(jù)層的管理，更好地實(shí)現(xiàn)了模型部分。因此，在 MVC 模式中，控制器其實(shí)起到了一個(gè)視圖層與實(shí)際的業(yè)務(wù)邏輯層之間的橋梁作用?？刂破鞑糠忠话阌?Servlet 組成。模型部分則包括業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層。 MVC 設(shè)計(jì)模式 采用 Model 2架構(gòu)進(jìn)行應(yīng)用系統(tǒng)的開發(fā)時(shí)， Servlet提供了系統(tǒng)的單一入口點(diǎn)，業(yè)務(wù)邏輯、表示輸出和請求處理之間有了清楚的界限，使整個(gè)開發(fā)過程能夠?qū)崿F(xiàn)更多的重用性和可擴(kuò)展性，而這種將模型（ Model）、視圖（ View）和控制器（ Controller）分離的設(shè)計(jì)模式，也就是經(jīng)典的 MVC 設(shè)計(jì)模式 ，如 圖 36 所示 。 Model 1 架構(gòu)整個(gè)流程中客戶端的請求直接送往 JSP頁面，然后由 JSP 頁面調(diào)用 JavaBean 組件或其他業(yè)務(wù)組件處理客戶請求； Model 2 架構(gòu)流程中有了 Servlet 的參與，客戶端的請求不再是直接送給 JSP 頁面，而是由作為控制器的 Servlet 進(jìn)行前端處 理。當(dāng)接收到來自客戶端瀏覽器的請求時(shí)， Servlet 充當(dāng)一個(gè)控制者的角色處理這些請求；它根 據(jù)需要實(shí)例化視圖 JSP 需要的 Bean 對象，然后執(zhí)行與用戶請求行為相關(guān)的業(yè)務(wù)邏輯，最終決定將對應(yīng)的 JSP 視圖頁面發(fā)送給客戶。 圖 35 JSP Model 2 模型圖 在 Model 2 這個(gè)模型中，各個(gè)組成部分的分工如下。 Model 1 雖然將一部分業(yè)務(wù)邏輯放到了 JavaBean 中實(shí)現(xiàn)，在一定程度上降低了頁面顯示和邏 輯處理的耦合度，但是 JSP 頁面本身依然充當(dāng)了顯示和控制兩種角色，使得控制邏輯代碼和表示層代碼混雜在了一起?？墒菍τ诖笮偷膹?fù)雜的項(xiàng)目，當(dāng) JSP 文件在 16 各個(gè) Bean 組件之間面臨復(fù)雜的調(diào)用之時(shí)（如圖 34 中虛線所示），組件關(guān)系在管理上就顯得混亂無序，使得無論是代碼還是邏輯設(shè)計(jì)都很難實(shí)現(xiàn)重用。它的優(yōu)點(diǎn)在于模型簡單靈活，實(shí)現(xiàn)起來方便快捷。 圖 34 JSP Model1 模型圖 在 Model 1 中， JSP 頁面中結(jié)合業(yè)務(wù)邏輯、服務(wù)器端處理程序和 HTML 代碼，在 JSP 頁面中同時(shí)處理顯示、業(yè)務(wù)邏輯和流程控制?？傊?，把設(shè)計(jì)模式運(yùn)用到 Web 應(yīng)用體系中是為了更好的完 成一個(gè)具體的應(yīng)用系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，達(dá)到事半功倍的效果。就如同一個(gè)建筑設(shè)計(jì)師要設(shè)計(jì)一棟商用寫字樓，一定會借鑒許多在商用設(shè)計(jì)樓方案中成功的設(shè)計(jì)經(jīng)驗(yàn)一樣，軟件設(shè)計(jì)領(lǐng)域中的設(shè)計(jì)模式則是對以往成功軟件設(shè)計(jì)方式的重用，是對專業(yè)軟件開發(fā)人員技術(shù)和經(jīng)驗(yàn)的重復(fù)利用。 另一方面，隨著對軟件功能要求的提高，以及應(yīng)用系統(tǒng)所涉及范圍的不斷擴(kuò)展，采用傳統(tǒng)的 Web 體系結(jié)構(gòu)在代碼的移植、程序的可擴(kuò)展性方面產(chǎn)生了眾多問題。這樣，開發(fā)者就能一次又一次地使用該方案而不必做重復(fù)勞動。 系統(tǒng)所采用的設(shè)計(jì)模式 設(shè)計(jì)模式的思想認(rèn)為在系統(tǒng)設(shè)計(jì)這一層次上，軟件開發(fā)可以抽象成一種模式，模式描述了系統(tǒng)面臨的問題及其解決方案，并可以重用。當(dāng)應(yīng)用系統(tǒng)啟動時(shí)，首先會從 文件中讀取相關(guān)的配置信息。在 基于 Struts 構(gòu)建的Web 應(yīng)用系統(tǒng)中，它負(fù)責(zé)組合各個(gè)組件，建立應(yīng)用程序的總體脈絡(luò)，可以說該文件的作用相當(dāng)于一個(gè)大型項(xiàng)目開發(fā)運(yùn)行過程中的控制調(diào)配中心。 總體來看， 文件的主要功能就是為 Struts 框架配置 ActionServlet 和標(biāo)簽庫。在示例中表明的映射關(guān)系是所有以“ .do”結(jié)尾的頁面請求都會交給名為 action 的 ActionServle 來處理。這樣處理可以提高應(yīng)用程序第一次被調(diào)用時(shí)的響應(yīng)速度，創(chuàng)建實(shí)例過多會增大服務(wù)器端開銷。 initparam設(shè)定了 Servlet 所需的初始化參數(shù)。 !Action Servlet Configuration Servlet Servletnameaction/Servletname Servletclass/Servletclass initparam paramnameconfig/paramname paramvalue/WEBINF/conf//paramvalue /initparam loadonstartup1/loadonstartup /Servlet !Action Servlet Mapping Servletmapping Servletnameaction/Servletname urlpattern*.do/urlpattern /Servletmapping welefilelist welefile/welefile /welefilelist 在這段示例代碼中，首先用 Servlet元素配置 ActionServlet 實(shí)例。 文件 文件可以用來配置 ActionServlet，設(shè)置歡迎文件列表，配置用戶標(biāo)記庫和對錯(cuò)誤處理頁面的設(shè)置 等等。但是，因?yàn)?ActionForm Bean 實(shí)例可能會由許多個(gè)請求共享或者由好幾 個(gè)不同線程所訪問，所以，如果是讓多個(gè) 13 頁面共享一個(gè) ActionForm 實(shí)例，就不用去重寫 reset()方法，因?yàn)槟菢訒箤傩灾祦G失。 此外， ActionForm 類還包含兩個(gè)重要的方法， reset()和 validate(),它們的作用是實(shí)現(xiàn)屬性重置和表單數(shù)據(jù)驗(yàn)證功能，在應(yīng)用系統(tǒng)開發(fā)過程中 可以根據(jù)實(shí)際需要對這兩個(gè)方法進(jìn)行重寫。應(yīng)用系統(tǒng)中的 ActionForm擴(kuò)展自 Struts API中定義的抽象類 ,現(xiàn)自動被填充屬性和調(diào)用機(jī)制。簡單來講，這種類型的對象用于保存客戶請求表單中的數(shù)據(jù)。此時(shí)不是在程序代碼中指定實(shí)際的 JSP 視圖頁面，而是以聲明的方式把某個(gè)動作的轉(zhuǎn)發(fā)映射與JSP 頁面相關(guān)聯(lián)，即一個(gè)經(jīng)過定義的 ActionForward 對象，然后在應(yīng)用系統(tǒng)中使用這個(gè) ActionForward 對象。當(dāng)控制器 收到請求并找到正確的 Action 類實(shí)例予以調(diào)用后，它的返回值是一個(gè) ActionForward 對象。 ActionMapping 對象包括了一個(gè) path 屬性，用來與外部請求的 URI 匹配。如果 Action 類的實(shí)例對象不存在，控制器就會創(chuàng)建一個(gè) Action 類的實(shí)例。作為一個(gè)執(zhí)行業(yè)務(wù)操作的類，Action 包含了多個(gè)方法，但其中的 execute()方法是它最重要的方法。 、 ActionMapping類和 ActionForward類 Struts框架中的 Action類是控制器組件的一個(gè)擴(kuò)展，如同一座橋梁，它可以把用戶的動作與一個(gè)業(yè)務(wù)操作連接起來。 它 擴(kuò) 展 了 類，實(shí)現(xiàn)了 HttpServlet 類的 init()、doGet()/doPost()以及 destroy()方法，此外它還包括一個(gè)特殊的 process()方法，而正是這個(gè)方法來處理接收到的客戶請求并作出響應(yīng)。另一種可能的情形，如客戶端表單信息在沒有通過數(shù)據(jù)驗(yàn)證的情況下， ActionServlet 類可能將接收到的客戶請求直接轉(zhuǎn)發(fā)給相關(guān)的 JSP 視圖文件進(jìn)行處理，然后返回響應(yīng)給客戶端，要 求客戶端重 11 新提交符合數(shù)據(jù)驗(yàn)證的信息。針對一個(gè)特定的請求，ActionServlet 自動接收請求表單中的信息填充對應(yīng)的 ActionForm Bean，然后分配請求給相關(guān)的 Action 對象執(zhí)行業(yè)務(wù)邏輯的處理。 圖 32 Struts框架模式圖 根據(jù)上圖中顯示的流程，一個(gè)采用 Struts 框架開發(fā)的 Web 應(yīng)用的基本流程如下。 Web層框 架 Struts 介紹 Struts 是 Apache 基金會 Jakarta 項(xiàng)目組的一個(gè)開放源代碼項(xiàng)目，它是一個(gè)基于 MVC 設(shè)計(jì)模式的 Web 應(yīng)用框架的具體實(shí)現(xiàn)。由于使用瀏覽器作為客戶端，而客戶端對于服務(wù)器端采用何種技術(shù)，何種網(wǎng)絡(luò)沒有要求，只要符合網(wǎng)絡(luò)協(xié)議就能通訊工作了。目前，很多公司都提供了開發(fā) B/S 模式的解決方案，并且開發(fā)出了很多成熟的產(chǎn)品，使用這些成熟的應(yīng)用軟件開發(fā)，可以跳過以前C/S 模式下的許多底層開發(fā)工作，節(jié)省很多工作量。由于使用瀏覽器作為客戶端，瀏覽器也只有幾種通用的軟件開發(fā)方，對于絕大部分使用計(jì)算機(jī) 的人來說，瀏覽器的界面非常熟悉了，無需額外的培訓(xùn)就能直接使用?；?J2EE 的人力資源管理系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn) 第三 章相關(guān)理論與系統(tǒng)關(guān)鍵技術(shù)。由于 B/S 模式是一種瘦客戶機(jī)模式，客戶端軟件僅需要通用的瀏覽器，不需要安裝特別開發(fā)的應(yīng)用程序。在這種結(jié)構(gòu)下，用戶界面完全通過瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器 端實(shí)現(xiàn)，減輕客戶端機(jī)器的負(fù)荷。如果客戶端提交的請求包括數(shù)據(jù)的存取， Web 服務(wù)器還需與數(shù)據(jù)庫服務(wù)器協(xié)同完成這一處理工作，進(jìn)入第三層 — 數(shù)據(jù)庫服務(wù)器，獲取相應(yīng)的數(shù)據(jù)。這個(gè)后臺就是第二層的 Web 服務(wù)器。瀏覽器將 HTML 代碼轉(zhuǎn)化成圖文并茂的網(wǎng)頁，供用戶瀏覽。 圖 31 B/S結(jié)構(gòu)圖 第一層瀏覽器是用戶與整個(gè)系統(tǒng)的接口。它是一種基于 Web 開發(fā)的新型計(jì)算模式，是目前萬維網(wǎng)上最基本的信息服務(wù)技術(shù)。它能夠很好地與 SqlServer、 Tomcat 進(jìn)行集成。 Eclipse 一經(jīng)出現(xiàn)就以其快速、豐富的特性贏得了認(rèn)可，其主要的屬性有快速的性能、重構(gòu)性能、快速修復(fù)錯(cuò)誤、調(diào)整 、組織導(dǎo)入包、彈出窗口進(jìn)行代碼自動裝配。 在本系統(tǒng)中我們選用穩(wěn)定版本 進(jìn)行開發(fā)。 Tomcat 很受廣大程序員的喜歡，因?yàn)樗\(yùn)行 時(shí)占用的系統(tǒng)資源小，擴(kuò)展性好，支持負(fù)載平衡與郵件服務(wù)等開發(fā)應(yīng)用系統(tǒng)常用的功能。 我們選用 的版本進(jìn)行開發(fā)。 8 開發(fā)環(huán)境 (1) JDK 軟 件 我們要開發(fā) J2EE 的系統(tǒng)，卻需要安裝的是 J2SE。 (8) 系統(tǒng)管理 模塊概述 該模塊用作公司管理員對整個(gè)公司的人力資源管理的策略體現(xiàn)。 (6) 獎懲管理 模塊概述 該模塊用作 公司管理員對員工的獎懲管理，該模塊中包括獎懲的主題、時(shí)間、獎懲的類型、獎懲的金額、獎懲的時(shí)間和相關(guān)操作。本模塊中應(yīng)該保存的信息有：部門的名字、創(chuàng)建的時(shí)間、部門人數(shù) 。人力資源管理部門的管理人員可以通過該模塊增加，刪除，修改人事信息；除此以外，在該模塊中企業(yè)員工可以查看自己的個(gè)人信息，企業(yè)決策者 也可以查詢，篩選自己所關(guān)心的信息，并能通過統(tǒng)計(jì)對企業(yè)當(dāng)前的人力資源狀況進(jìn)行宏觀的了解。 (3) 員工管理模塊概述 該模塊用 是人力資源管理中最核心的模塊之一，它處理的內(nèi)容主要包括職工的基本信息以及職工變動信息，職工的變動信息主要包括家庭關(guān)系，職位，職稱，學(xué)歷，部門信息，獎懲信息的變動。 用戶身份驗(yàn)證 模塊是 公司 人 力資源管理 系統(tǒng)重要組成部分之一， 它 主要 功能是在系管理員 登陸 人力資源管理系統(tǒng)首頁 部門管理 培訓(xùn)管理 員工管理 招聘管理 系統(tǒng)管理 獎懲管理 薪資管理 7 統(tǒng)用戶進(jìn)入系統(tǒng)時(shí)的身份驗(yàn)證以及在不同頁面瀏覽時(shí)的身份驗(yàn)證，以防止公司重要資料的泄露。經(jīng)過人力資源部要求及員工調(diào)研，得出了該系統(tǒng)的功能需求 ，如圖 21 所示。 (5) 各模塊功能的協(xié)調(diào)及信息的溝 通 。 (3) 建立完善的數(shù)據(jù)庫支持環(huán)境。 應(yīng)解決的主要問題及技術(shù)要求 ： (1) 收集系統(tǒng)開發(fā)所使用的足夠的信息。 2. 技術(shù)可行性分析 通過網(wǎng)站管理實(shí)現(xiàn)了企業(yè)信息的共享；通過網(wǎng)站對企業(yè)進(jìn)行管理，使員工的考勤管理