【正文】 .. 37 參考文獻(xiàn) .......................................................................................................................... 39 第一章 緒論 1 第一章 緒論 項(xiàng)目背景及意義 近年來 ,隨著信息技術(shù) ,特別是信息高速公路的發(fā)展 ,世界經(jīng)濟(jì)正在趨向于網(wǎng)絡(luò)化 ,世界各國正從工業(yè)經(jīng)濟(jì)向信息經(jīng)濟(jì)轉(zhuǎn)變 ,各國的企業(yè)界也都在致力于企業(yè)信息化 ,使企業(yè)資源合理配置 ,以使企業(yè)能適應(yīng)瞬息萬變的市場經(jīng)濟(jì)競爭環(huán)境 ,求得最大的經(jīng)濟(jì)效益 。 企業(yè)的 人力 資源應(yīng)能夠適應(yīng)信息化帶來的變化 ,能夠使信息化成為提高管理效率和水平的手段 ,因而對人力資源的獲取 ,甄選 ,保留 ,等提出了更高的要求 .另一方面 ,人力資源管理信息化也 是企業(yè)信息化 重要組成部分 。 企業(yè)信息化提高了人力資源管理部門的工作效率 ,幫助 人力資源管理部門從繁雜的例行性事務(wù)中解脫出來 .在知識經(jīng)濟(jì)時代 ,知識就是財(cái)富 ,企業(yè)最有價(jià)值的資源是掌握知識和技能的人 ,而人力資源管理就是對知識型員工的管理 .企業(yè)信息化后 ,員工承擔(dān)的工作內(nèi)容也有很大的變化 ,員工承擔(dān)更多的是對信息系統(tǒng)中各類信息的分析 ,預(yù)測 ,監(jiān)測異常情況變動 ,并且能較快地研究出決策 ,加強(qiáng)對錯綜復(fù)雜環(huán)境的把握 ,員工自身素質(zhì)提出了更高的要求 。 隨著信息化進(jìn)程的深人 ,這一間題將更加突出 .追求急功近利 ,一步到位帶來的問題很多企業(yè)在人力資源管理信息化的進(jìn)程中急功近利 ,妄想一步到位 ,以為從此就 可以一勞永逸 。味追求功能齊全 ,技術(shù)先進(jìn) ,卻與企業(yè)的實(shí)際發(fā)展情況相脫節(jié) ,勢必造成系統(tǒng)與現(xiàn)實(shí)水土不服 .同時 ,很多企業(yè)不重視后期的持續(xù)發(fā)展 ,管理者認(rèn)為只要獲得有效的人力資源管理信息系統(tǒng) ,其余的工作都可以順理成章地完成了 .然而 ,事實(shí)并非如此 ,人力資源管理信息化是隨著企業(yè)的人力資源管理工作的變遷而不斷變化的 .新的技術(shù) ,管理方式 ,規(guī)則以及消費(fèi)者的需求層出不窮 ,企業(yè)必須不斷改變其人力資源策略 ,從而引起信息系統(tǒng)的變化 ,因而 ,信息化的人力資源管理需要不斷地改進(jìn)和修正 。通過本系統(tǒng)，可以清晰的查看公司職員的各種信息， 從而有利于更科學(xué)有效地開發(fā)與管理企業(yè)人力資源 ,便于企業(yè)高層領(lǐng)導(dǎo)從總體上把握人力資源情況 ,為企業(yè)決策提供依據(jù) 。 SSH 框架是當(dāng)前主流的 Web 開發(fā)框架，在將請求與視圖分離，業(yè)務(wù)的整合，對象模型到關(guān)系模型的映射方面有其獨(dú)到之處 。 第一章 緒論 3 論文組織結(jié)構(gòu) 本文 主要介紹了企業(yè)人事管理系統(tǒng)的 設(shè)計(jì)和實(shí)現(xiàn) ， 以及該系統(tǒng)的 架構(gòu) 技術(shù)和 實(shí)際的測試結(jié)果。 第二章詳細(xì)介紹了 Struts Spring 、 Hibernate 架構(gòu)等相關(guān)理論。 第四章詳細(xì)說明了系統(tǒng)的各個功能模塊的具體實(shí)現(xiàn)流程，并且輔以類圖、流程圖進(jìn)行進(jìn)一步的說明。 最后總結(jié)了全文，指出了系統(tǒng)需要改進(jìn)的地方和進(jìn)一步的研究方向。 J2EE 技術(shù) J2EE 是一種利用 Java 2 平臺來簡化企業(yè)解決方案的開發(fā)、部署和管 理相關(guān)的復(fù)雜問題的體系結(jié)構(gòu)。其最終目的就是成為一個能夠使企業(yè)開發(fā)者大幅縮短投放市場時間的體系結(jié)構(gòu) 。通過提供統(tǒng)一的開發(fā)平臺， J2EE 降低了開發(fā)多層應(yīng)用的費(fèi)用和復(fù)雜性，同時提供對現(xiàn)有應(yīng)用程序集成強(qiáng)有力支持，完全支持 Enterprise JavaBeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了安全機(jī)制，提高了性能。 MVC 應(yīng)用程序總是由這三個部分組成。只要 Controller 改變了 Model 的數(shù)據(jù)或者屬性，所有依賴的 View 都會自動更新。視圖 (View)代表用戶交互界面，對于Web 應(yīng)用來說，可以概括為 HTML 界面， 但有可能為 XHTML、 XML 和 Applet。一個應(yīng)用可能有很多不同的6 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 視圖， MVC 設(shè)計(jì)模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。目前流行的 EJB 模型就是一個典型的應(yīng)用例子，它從應(yīng)用技術(shù)實(shí)現(xiàn)的角度對模型 做了進(jìn)一步的劃分，以便 充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計(jì)模型的框架。對一個開發(fā)者來說，就可以專注于業(yè)務(wù)模型的設(shè)計(jì)。抽象與具體不能隔得太遠(yuǎn)，也不能太近。我們可以用對象 編程來做比喻， MVC 定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。業(yè)務(wù)模型還有一個很重要的模型那就是數(shù)據(jù)模型。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單。 控制 (Controller)可以理解為從用戶接收請求，將模型與視圖匹配在一起，共同完成用戶的請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。因此，一個模型可能對應(yīng)多個視圖，一個視圖可能對應(yīng)多個模型。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都 應(yīng)反映到這些變化。這實(shí)際上是一種模型的變化一傳播機(jī)制。 Struts 是一個為開發(fā)基于 MVC（模型 視圖 控制器）模式的應(yīng)用 框架 架構(gòu)的開源框架，是利用 Java Servlet 和 JSP 構(gòu)建 Web 應(yīng)用的一項(xiàng)非常有用的技術(shù)。是在 Struts 和 WebWork 的技術(shù)基礎(chǔ)上進(jìn)行了合并，全新的 Struts 2 框架。 Struts 2 以 WebWork 為核心，采用攔截器的機(jī)制來處理用戶的請求，這樣的設(shè)計(jì)也使得業(yè)務(wù)邏輯控制器能夠與Servlet API 完全脫離開，所以 Struts 2 可以理解為 WebWork 的更新產(chǎn)品?？蚣艿闹饕獌?yōu)勢之一就是其分層架構(gòu)，分層架構(gòu)允許使用者選擇使用哪一個組件，同時為 J2EE 應(yīng)用程序開發(fā)提供集成的框架。然而， Spring 的用途不僅限于服務(wù)器端的 開發(fā)。 傳統(tǒng) J2EE 應(yīng)用的開發(fā)效率低，應(yīng)用服務(wù)器廠商對各種技術(shù)的支持并沒有真正統(tǒng)一，導(dǎo)致 J2EE 的應(yīng)用沒有真正實(shí)現(xiàn) Write Once 及 Run Anywhere 的承諾。 Spring 致力于 J2EE 應(yīng)用的各層的解決方案，而不是僅僅專注于某一層的方案。然而，Spring 并不想取代那些已有的框架，而是與它們無縫地整合。使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。 Hibernate 的核心接口一共有 5 個，分別為 :Session、 SessionFactory、 Transaction、 Query 和 Configuration。通過這些接口，不僅可以對持久化 對象 進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。 業(yè)務(wù)流程分析 管理員首先登陸系統(tǒng)，系統(tǒng)的主要功能有以下 5 個： 當(dāng)管理員需要查看員工的基本信息的時候，可以進(jìn) 入基本信息管理功能按姓名或者員工號查找該員工，找到符合的員工，然后系統(tǒng)會顯示該員工的基本信息。當(dāng)某一個員工發(fā)生離職時，管理員在經(jīng)過確認(rèn)后，可以刪除該員工的基本信息。一旦發(fā)生錄入錯誤，管理員可以修改或者刪除重新錄入。 不同的員工之間有不同的薪水，管理員可以按照員工的級別修改員工應(yīng)該發(fā)放的基本工資，同時，員工的加班費(fèi)用也不同，按照加班的多少，時間的長短，可以修改員工的加班費(fèi)用，最后由系統(tǒng)得出匯總，得到每個月員工的真是薪水的數(shù)量。 系統(tǒng)的功能分解圖如 圖 。 只有 已經(jīng)注冊的用戶 才可以登陸，同時員工登陸和管理員登陸所獲得的權(quán)限是不一樣的，所能進(jìn)行的操作時不一樣的。 當(dāng)用戶登陸以后，用 戶進(jìn)行基本信息、從業(yè)履歷信息，技能基本信息、薪水信息、修改密碼等相關(guān)操作 。 從業(yè)履歷信息操作修改密碼 薪水信息操作退出基本信息操作用戶技能信息操作 圖 首先判定查詢的權(quán)限，進(jìn)入如果是員工進(jìn)入查詢頁面，則只能查找自己的一些基本信息，和查看其他員工的信息，可以查看自己的基本信息，包括姓名，年齡，員工號等，但是不可以進(jìn)行修改、刪除、添加等操作。 用例圖如圖。 如果是管理員權(quán)限，可以進(jìn)行查看所有員工從業(yè)信息，同時，也可以進(jìn)行員工從業(yè)信息的修改、刪除、添加等操作。 查找履歷信息刪除員工履歷信息修改履歷信息顯示自己履歷信息員工添加履歷信息管理員 圖 第三章 需求分析與概要設(shè)計(jì) 13 首先判定查詢的權(quán)限 ，進(jìn)入如果是 員工 進(jìn)入技能信息頁面，可以查看自己的一些技能信息，同時當(dāng)有新技能通過時，可以自己添加，還可讓管理員添加，但員工是不可以修改、刪除以前的技能信息的。 用例圖如圖 。 如果是管理員權(quán)限，可以進(jìn)行查看所有員 工薪水 信息，同時，也可以進(jìn)行員工 薪水信息的修改、刪除、添加等操作。 系統(tǒng)非功能需求分析 硬件需求： 處理器：主頻 以上 硬板： 80G 以上 安全措施需求 ： 一旦發(fā)生斷電，系統(tǒng)可以回滾到操作前的數(shù)據(jù)， 不會發(fā)生 數(shù)據(jù)只存儲一半的錯誤情況。 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì) 本系統(tǒng) 采用的是 B/S 結(jié)構(gòu)： B/S 結(jié)構(gòu)（ Browser/Server 結(jié)構(gòu)）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過 WWW 瀏覽器來實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端（ Browser）實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（ Server）實(shí)現(xiàn)，形成所謂三層 3tier 結(jié)構(gòu)。以目前的技術(shù)看，局域網(wǎng)建立 B/S 結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用，并通 Inter/Intra模式下 數(shù)據(jù)庫應(yīng)用，相對易于把握、成本也是較低的。特別是在 JAVA 這樣的跨平臺語言出現(xiàn)之后， B/S 架構(gòu)管理軟件更是方便、速度快、效果優(yōu)。 ，通過增加網(wǎng)頁即可增加服務(wù)器功能。 ，共享性強(qiáng) 。 MVC 模式的目的就是實(shí)現(xiàn) Web 系統(tǒng)的職能分工。 View 層用于與用戶的交互，通常用 JSP來實(shí)現(xiàn)。 同時采用 SSH 框架設(shè)計(jì) （ Struts， Spring， Hibernate） Struts 進(jìn)行流程控制， Spring進(jìn)行業(yè)務(wù)流轉(zhuǎn)， Hibernate 進(jìn)行數(shù)據(jù)庫操作的封裝！ 系統(tǒng)的邏輯結(jié)構(gòu)圖如圖 。每層只能訪問他的相鄰層，不允許跨層訪問。 Web 層和 Action層通過 Action 傳遞數(shù)據(jù)， Action 層和業(yè)務(wù)邏輯層通 過 Dao 層向數(shù)據(jù)庫傳遞數(shù)據(jù)。 16 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 層：主要通過 Servlet 和 JSP 技術(shù)實(shí)現(xiàn)，為了實(shí)現(xiàn)表示和業(yè)務(wù)邏輯分離，采用 Struts taglib 標(biāo)簽。 ：用于處理業(yè)務(wù)邏輯和事務(wù)。 層： 主要負(fù)貴對數(shù)據(jù)庫的操作，使用 Hibernate 操作 。 第四章 系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 17 第四章 系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 本章主要介紹了：系統(tǒng)功能模塊結(jié)構(gòu)，系統(tǒng)流程設(shè)計(jì)，系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 和系統(tǒng)模塊功能的實(shí)現(xiàn)。具體功如下 ： 人事基本信息管理 主要是操作員工的人事基本信息內(nèi)容，主要的 功能 包括 ： 查找人事基本信息 ， 顯示所有員工基本信息 ， 修改人事基本信息 ， 刪除人事基本 信息 。 技能信息管理 主要是操作員工的技能信息內(nèi)容， 功能主要有： 查找個人技能信息 ，修改個人技能信息 ， 刪除個人技能信息 ， 添加個人技能信息 。 修改密碼功能主要是： 一旦，發(fā)現(xiàn)老的密碼不安全，或者已經(jīng)有被盜取的跡象時，用戶可以 設(shè)定新的密碼 。 圖 是 公司職員 管理系統(tǒng)的組件圖，它反映了整個應(yīng)用所使用的技術(shù)，比如 JSP，WEB 等技術(shù)。 建立到正式數(shù)據(jù)庫的連接，從系統(tǒng)用戶信息表中，以用戶名和密碼為查詢條件，查詢該記錄；如果能夠查詢到該記錄，則該用戶合法，并且根據(jù)系統(tǒng)用戶表中該用戶的權(quán)限等級，來從系統(tǒng)菜單信息表 中確定那些菜單是應(yīng)該顯示給該用戶的，查詢完畢向系統(tǒng)菜單頁面跳轉(zhuǎn)：如果不能查詢到該記錄，則該用戶不存在或密碼不正確，在系統(tǒng)登錄頁面顯示相應(yīng)的錯誤信息。 相應(yīng)的活動圖 如圖 。 在查找 完以后，每個信息后面都有幾個相應(yīng)的操作，比如修改，刪除等等。 20 公司職員信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 基 本 信 息 管 理 界 面查 詢 基 本 信 息[ 找 到 查 詢 的 內(nèi) 容 ] [ 未 找 到 查 詢 的 內(nèi) 容 ] 顯 示 查 找 結(jié) 果顯 示 無 符 合 信 息 圖 基本信息查詢 活動圖 修改流程： 找到需要修改的信息， 如果修改成功顯示成功信息， 修 改 不成功，就顯示錯誤。 基 本 信 息 管 理 界 面