1、33/33生產(chǎn)實習報告人力資源管理系統(tǒng)學 院 計算機學院年級專業(yè)指導教師學生提交日期 2017/12/13 摘要本次的生產(chǎn)實習項目設計在 Windows 8平臺上，以MyEclipse作為界面開發(fā)工具,Oracle作為數(shù)據(jù)庫工具，應用以java為編程語言的SpringMVC技術(shù)進行系統(tǒng)設計，分析設計了B/S模式的“人力資源管理系統(tǒng)”。系統(tǒng)數(shù)據(jù)庫在服務器端運行，管理員可以通過瀏覽器訪問裝在服務器端的業(yè)務模塊，并操作后臺數(shù)據(jù)庫。本文采用自頂向下的結(jié)構(gòu)化的系統(tǒng)分析方法，闡述了一個功能全面的基于SSM的服務器設計的開發(fā)過程、操作流程與其一些核心的技術(shù)。本文首先進行了項目概述，簡單介紹了項目開發(fā)的背景、

2、項目開發(fā)的目的和項目開發(fā)的意義；接下來是系統(tǒng)規(guī)劃階段，通過實際的業(yè)務流程調(diào)研，分析了系統(tǒng)的組織結(jié)構(gòu)，具體完成了基于SSM的人力資源管理的設計的需求分析、可行性分析、現(xiàn)行業(yè)務流程分析，并通過對現(xiàn)行業(yè)務流程的優(yōu)化，得出了系統(tǒng)的業(yè)務流程；之后是系統(tǒng)分析，具體完成了數(shù)據(jù)流分析和關(guān)系實體的分析；系統(tǒng)設計階段主要完成了功能模塊的劃分、數(shù)據(jù)庫的設計。該階段對各個模塊的功能進行了詳細設計，形成了本系統(tǒng)的功能模塊圖，在此基礎上選擇了合適的開發(fā)模式；數(shù)據(jù)庫的設計先進行了概念結(jié)構(gòu)設計，之后進行了邏輯結(jié)構(gòu)設計，最后完成了數(shù)據(jù)庫表的設計。本系統(tǒng)主要包含3個功能模塊：用戶登錄模塊，查看所有信息模塊，管理部門信息模塊。主要

3、通過Web對信息進行管理和查詢。該系統(tǒng)功能完善、用戶界面友好、運行穩(wěn)定，可進行簡單的人員信息管理，實現(xiàn)要求的功能。關(guān)鍵詞：人力資源管理；SSM框架目錄 TOC o 1-3 h z u HYPERLINK l _Toc500884000 第一章緒論 PAGEREF _Toc500884000 h 4 HYPERLINK l _Toc500884001 1.1項目背景 PAGEREF _Toc500884001 h 4 HYPERLINK l _Toc500884002 1.2B/S架構(gòu)開發(fā)在國外發(fā)展的現(xiàn)狀 PAGEREF _Toc500884002 h 5 HYPERLINK l _Toc500

4、884003 1.3 項目開發(fā)的目的 PAGEREF _Toc500884003 h 8 HYPERLINK l _Toc500884004 第二章相關(guān)技術(shù)介紹 PAGEREF _Toc500884004 h 9 HYPERLINK l _Toc500884005 2.1 Spring 介紹 PAGEREF _Toc500884005 h 9 HYPERLINK l _Toc500884006 2.2 SpringMVC 介紹 PAGEREF _Toc500884006 h 9 HYPERLINK l _Toc500884007 2.3 MyBatis 介紹 PAGEREF _Toc50088

5、4007 h 11 HYPERLINK l _Toc500884008 第三章需求分析 PAGEREF _Toc500884008 h 14 HYPERLINK l _Toc500884009 3.1 可行性分析 PAGEREF _Toc500884009 h 14 HYPERLINK l _Toc500884010 3.2 需求分析 PAGEREF _Toc500884010 h 15 HYPERLINK l _Toc500884011 3.3 總體設計原則 PAGEREF _Toc500884011 h 15 HYPERLINK l _Toc500884012 第四章總體設計與詳細設計 P

6、AGEREF _Toc500884012 h 17 HYPERLINK l _Toc500884013 4.1 基本設計理念 PAGEREF _Toc500884013 h 17 HYPERLINK l _Toc500884014 4.2 數(shù)據(jù)庫設計 PAGEREF _Toc500884014 h 18 HYPERLINK l _Toc500884015 4.3 用戶界面設計 PAGEREF _Toc500884015 h 21 HYPERLINK l _Toc500884016 4.4 業(yè)務邏輯設計 PAGEREF _Toc500884016 h 27 HYPERLINK l _Toc500

7、884017 4.5 詳細代碼 PAGEREF _Toc500884017 h 31 HYPERLINK l _Toc500884018 結(jié)論： PAGEREF _Toc500884018 h 31 HYPERLINK l _Toc500884019 參考文獻 PAGEREF _Toc500884019 h 32緒論項目背景人力資源管理系統(tǒng)的發(fā)展歷史可以追溯到20世紀60年代末期。由于當時計算機技術(shù)已經(jīng)進入實用階段，同時大型企業(yè)用手工來計算和發(fā)放薪資既費時費力又非常容易出差錯，為了解決這個矛盾，第一代的人力資源管理系統(tǒng)應運而生。當時由于技術(shù)條件和需求的限制，用戶非常少，而且那種系統(tǒng)充其量也只不

8、過是一種自動計算薪資的工具，既不包含非財務的信息，也不包含薪資的歷史信息，幾乎沒有報表生成功能和薪資數(shù)據(jù)分析功能。但是，它的出現(xiàn)為人力資源的管理展示了美好的前景，即用計算機的高速度和自動化來代替手工的巨大工作量，用計算機的高準確性來避免手工的錯誤和誤差，使大規(guī)模集中處理大型企業(yè)的薪資成為可能。第二代的人力資源管理系統(tǒng)出現(xiàn)于20世紀70年代末。由于計算機技術(shù)的飛速發(fā)展，無論是計算機的普與性，還是計算機系統(tǒng)工具和數(shù)據(jù)庫技術(shù)的發(fā)展，都為人力資源管理系統(tǒng)的階段發(fā)展提供了可能。第二代人力資源管理系統(tǒng)基本上解決了第一代系統(tǒng)的主要缺陷，對非財務的人力資源信息和薪資的歷史信息都給予了考慮，其報表生成和薪資數(shù)據(jù)

9、分析功能也都有了較大的改善。但這一代的系統(tǒng)主要是由計算機專業(yè)人員開發(fā)研制的，未能系統(tǒng)地考慮人力資源的需求和理念，而且其非財務的人力資源信息也不夠系統(tǒng)和全面。 人力資源管理系統(tǒng)的革命性變革出現(xiàn)在20世紀90年代末。由于市場競爭的需要，如何吸引和留住人才，激發(fā)員工的創(chuàng)造性、工作責任感和工作熱情已成為關(guān)系企業(yè)興衰的重要因素，人才已經(jīng)成為企業(yè)最重要的資產(chǎn)之一?！肮⒐?、合理”的企業(yè)管理理念和企業(yè)管理水平的提高，使社會對人力資源管理系統(tǒng)有了更高的需求；同時由于個人電腦的普與，數(shù)據(jù)庫技術(shù)、客戶/服務器技術(shù)，特別是計算機技術(shù)的發(fā)展，使得第三代人力資源管理系統(tǒng)的出現(xiàn)成為必然。第三代人力資源管理系統(tǒng)的特點是

10、從人力資源管理的角度出發(fā)，用集中的數(shù)據(jù)庫處理幾乎所有與人力資源相關(guān)的數(shù)據(jù)（如薪資福利、招聘、個人職業(yè)生涯的設計、培訓、職位管理、績效管理、崗位描述、個人信息和歷史資料）統(tǒng)一管理起來，形成了集成的信息源。員工管理相關(guān)軟件簡介近幾年來，國外與人力資源管理有關(guān)的系統(tǒng)和程序的發(fā)展都非常迅速，眾多的軟件有如雨后春筍般地不斷涌現(xiàn)。這些軟件盡管各有特點，但是現(xiàn)在較為流行的員工管理系統(tǒng)大都是使用瀏覽器/服務器的運行模式，即B/S模式。本系統(tǒng)的設計就是依賴與B/S結(jié)構(gòu)來設計的。B/S架構(gòu)開發(fā)在國外發(fā)展的現(xiàn)狀1.2.1 B/S架構(gòu)的定義B/S結(jié)構(gòu)（Browser/Server結(jié)構(gòu)）結(jié)構(gòu)即瀏覽器和服務器結(jié)構(gòu)。它是隨

11、著Internet技術(shù)的興起，對C/S結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過WWW瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端（Server）實現(xiàn)，形成所謂三層3-tier結(jié)構(gòu)。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。以目前的技術(shù)看，局域網(wǎng)建立B/S結(jié)構(gòu)的網(wǎng)絡應用，并通過Internet/Intranet模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Int

12、ranet等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限，服務器數(shù)據(jù)庫也很安全 。特別是在JAVA這樣的跨平臺語言出現(xiàn)之后，B/S架構(gòu)管理軟件更是方便、速度快、效果優(yōu)。1.2.2 B/S架構(gòu)的特點B/S架構(gòu)是對C/S結(jié)構(gòu)的一種改進的結(jié)構(gòu),因為所有的C/S(Client/Server)結(jié)構(gòu)都是需要在客戶端安裝本地應用程序后才能使用的，占用了客戶端的大量的存儲空間，造成很多沒有必要的浪費，所以以此為鑒，B/S架構(gòu)的用戶工作界面是通過互聯(lián)網(wǎng)的瀏覽器來實現(xiàn)的，并且只有很少一部分事務邏輯在客戶端瀏覽器實現(xiàn)，而主要的事務邏輯均在服務器端實現(xiàn)。這樣可以大大簡化客戶端電腦的負荷，也減輕了系統(tǒng)

13、維護與升級的成本，從而達到了降低用戶總體成本的目的。以目前的技術(shù)來看，通過互聯(lián)網(wǎng)建立B/S架構(gòu)的網(wǎng)絡應用程序相對來說更易于把握，而且可以降低成本，用戶訪問更方便快捷，可以用不同的方式操作共同的數(shù)據(jù)庫，從而更加有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限。1.2.3 B/S架構(gòu)軟件的優(yōu)勢與劣勢（1）維護和升級方式簡單。目前，軟件系統(tǒng)的改進和升級越來越頻繁，C/S系統(tǒng)的各部分模塊中有一部分改變，就要關(guān)聯(lián)到其它模塊的變動，使系統(tǒng)升級成本比較大。B/S與C/S處理模式相比，則大大簡化了客戶端，只要客戶端機器能上網(wǎng)就可以。對于B/S而言，開發(fā)、維護等幾乎所有工作也都集中在服務器端，當企業(yè)對網(wǎng)絡應用進行升級時，只需更

14、新服務器端的軟件就可以，這減輕了異地用戶系統(tǒng)維護與升級的成本。如果客戶端的軟件系統(tǒng)升級比較頻繁，那么B/S架構(gòu)的產(chǎn)品優(yōu)勢明顯所有的 升級操作只需要針對服務器進行。（2）系統(tǒng)的性能 在系統(tǒng)的性能方面，B/S占有優(yōu)勢的是任何時間、任何地點、任何系統(tǒng)，只要可以使用瀏覽器上網(wǎng)，就可以使用B/S系統(tǒng)的終端。采用C/S結(jié)構(gòu)時，客戶端和服務器端都能夠處理任務，這雖然對客戶機的要求較高，但因此可以減輕服務器的壓力。（3）系統(tǒng)的開發(fā) C/S結(jié)構(gòu)是建立在中間件產(chǎn)品基礎之上的，要求應用開發(fā)者自己去處理事務管理、消息隊列、數(shù)據(jù)的復制和同步、通信安全等系統(tǒng)級的問題。這對應用開發(fā)者提出了較高的要求，而且迫使應用開發(fā)者投入

15、很多精力來解決應用程序以外的問題。這使得應用程序的維護、移植和互操作變得復雜。如果客戶端是在不同的操作系統(tǒng)上，C/S結(jié)構(gòu)的軟件需要開發(fā)不同版本的客戶端軟件。1.2.4 未來發(fā)展趨勢從C/S到B/S，軟件開發(fā)模式的變遷上個世紀后期，C/S結(jié)構(gòu)是最為流行的軟件系統(tǒng)體系結(jié)構(gòu)。但是，自從Internet誕生之后，更多的軟件應用系統(tǒng)體系結(jié)構(gòu)開始向B/S結(jié)構(gòu)轉(zhuǎn)變。在C/S結(jié)構(gòu)下，大多數(shù)的企業(yè)管理軟件，采用的均是傳統(tǒng)開發(fā)工具Visual Basic（VB）和Delphi代碼，或者是Power Builder（PB）代碼，即第四代語言代碼。隨著Internet時代的到來，大多數(shù)的管理軟件開始轉(zhuǎn)向B/S結(jié)構(gòu)。如

16、何從C/S平穩(wěn)過渡到B/S，之前并沒有更好的解決方案，大多數(shù)的企業(yè)開始徹底放棄VB、PB開發(fā)的代碼，轉(zhuǎn)而采用C/S結(jié)構(gòu)下的Java語言重新來寫。雖然不會出現(xiàn)問題，但是需要重新投入資本、人力，甚至需要增加更多的培訓機會。 代碼移植的演變在20世紀70和80年代，代碼移植最主要的目的是將程序移植到不同的系統(tǒng)環(huán)境下運行。所以代碼移植過程中的問題主要是處理器和操作系統(tǒng)。由于市場上的硬件和操作系統(tǒng)呈現(xiàn)多樣化和均衡化的狀態(tài)，因此，一個重要的程序往往需要考慮兩個甚至更多的系統(tǒng)環(huán)境。1990年，Windows 3.0發(fā)布?；诖翱?、按鈕、圖標和鼠標的圖形界面（GUI），迅速征服了全世界個人計算機用戶。將原有D

17、OS字符模式下的應用程序移植到GUI環(huán)境，成為眾多用戶和軟件開發(fā)商的迫切需求。可視化編程逐漸成為GUI下，軟件開發(fā)的主流。在4GL（第四代語言）開始大行其道之后，新一輪代碼移植的潮流再度興起。此時的重點是將結(jié)構(gòu)化邏輯在GUI下實現(xiàn)，把過去結(jié)構(gòu)化代碼中的制作界面部分剝離，并把邏輯部分附著在各個對象事件之中，通過操縱對象行為，完成整個應用的代碼移植?？梢暬幊淘赪eb時代的瓶頸但是，Internet的飛速發(fā)展給4GL編寫的GUI程序提出了新的挑戰(zhàn)。這些程序大都基于C/S結(jié)構(gòu)下，這種模式在局域網(wǎng)里將應用一分為二，服務器負責數(shù)據(jù)管理，客戶機完成與用戶的交互任務。C/S結(jié)構(gòu)下軟件具有強壯的數(shù)據(jù)操縱和事務

18、處理能力，以與數(shù)據(jù)的安全性和完整性約束。但隨著企業(yè)規(guī)模的日益擴大，應用程序的復雜程度不斷提高，C/S結(jié)構(gòu)逐漸暴露出了缺點。比如開發(fā)成本較高，用戶界面風格不一、使用繁雜、不利于推廣使用，維護復雜、升級麻煩等。為了解決C/S結(jié)構(gòu)的不足，基于Internet的B/S技術(shù)應運而生，它是有計算技術(shù)以來最穩(wěn)定的技術(shù)平臺。本質(zhì)上B/S也是一種客戶機技術(shù)，用戶只需通過瀏覽器這個統(tǒng)一界面，就可享受到無限豐富的、永遠在不斷變化和發(fā)展著的信息服務。而通過這種結(jié)構(gòu)，原則上取消了管理員所有在客戶機端的維護工作。難越的自動化遷移之路不管網(wǎng)絡泡沫如何演變，Internet始終是難掩的潮流。在國外軟件市場，大多數(shù)大型企業(yè)管理

19、軟件已經(jīng)是B/S結(jié)構(gòu)，或者正處于C/S結(jié)構(gòu)向B/S結(jié)構(gòu)的過渡時期。國的大多數(shù)軟件企業(yè)也已經(jīng)開始向B/S結(jié)構(gòu)轉(zhuǎn)變。B/S結(jié)構(gòu)下的大型管理軟件，勢必是未來幾年，管理軟件市場的主流軟件。要解決現(xiàn)有C/S應用低成本、快速移植到B/S結(jié)構(gòu)下的應用的困境，則必須要解決自動且精確的GUI移植、自動的語法邏輯移植、方便的服務器端調(diào)試和發(fā)布。C/S和B/S各有優(yōu)勢，C/S在圖形的表現(xiàn)能力上以與運行的速度上肯定是強于B/S模式的，不過缺點就是他需要運行專門的客戶端，而且更重要的是它不能跨平臺，用c+在windows下寫的程序肯定是不能在linux下跑的。而B/S模式就不同了，它不需要專門的客戶端，只要瀏覽器，而瀏

20、覽器是隨操作系統(tǒng)就有的，方便就是他的優(yōu)勢了。而且，B/S是基于網(wǎng)頁語言的、與操作系統(tǒng)無關(guān)，所以跨平臺也是它的優(yōu)勢，而且以后隨著網(wǎng)頁語言以與瀏覽器的進步，B/S在表現(xiàn)能力上的處理以與運行的速度上會越來越快，它的缺點將會越來越少。比如，現(xiàn)在的HTML5，在圖形的渲染方面以與音頻、文件的處理上已經(jīng)非常強大了。1.3項目開發(fā)的目的由于現(xiàn)有公司的規(guī)模不斷擴大，管理員對現(xiàn)有員工的工作安排，工資統(tǒng)計，新增員工信息等一系列員工信息的統(tǒng)計，需要付出大量的工作時間，而且工作效率很低。為提高工作效率，減輕管理人員的工作負擔，我們開發(fā)了員工信息管理系統(tǒng)軟件本系統(tǒng)提供了一套員工綜合信息管理的平臺，使得系統(tǒng)管理人員對公司

21、的工種進行分類，進而確定各個工種所對應的部門信息，在已有部門信息基礎上能夠?qū)λ械膯T工信息進行分類管理?？梢韵郧按罅康娜斯趧樱蟠蠊?jié)省了公司人力資源，另外，計算機的存儲與快速查詢功能大大提高了員工管理的效率，提高了信息學管理的精確度。方便快捷的操作，可減少因工作冗余出現(xiàn)的錯誤，并且操作非常簡單，可使管理人員擁有一個可操作的業(yè)務平臺，從而使管理人員對員工管理工作更加系統(tǒng)化、規(guī)化、自動化。相關(guān)技術(shù)介紹2.1 Spring介紹Spring 框架是 Rod Johnson、 Juergen Hoeller 等開發(fā)的, 用 于支持 JavaBean 構(gòu)件運行的容器。該框架提供了依賴注入方式的構(gòu)件組

22、裝機制和基于 AOP 技術(shù)的事務和日志管理等功 能?；?Spring框架的輕量級 J2EE 架構(gòu)能夠發(fā)揮上述兩種架 構(gòu)方案的優(yōu)勢, 避免它們存在的缺陷, 是一種成熟的 J2EE 應用 開發(fā)方案?；?Spring 框架的輕量級 J2EE 架構(gòu)主要使用設計簡單、 數(shù)據(jù)庫訪問效率高的 JavaBean 構(gòu)件, 解決了傳統(tǒng) J2EE 架構(gòu) 中,E構(gòu)件開發(fā)難度大、數(shù)據(jù)訪問效率低、難以進行單元測試 等問題。同時,Spring框架作為 JavaBean 構(gòu)件運行的容器, 提供 依賴注入方式的構(gòu)件組裝機制、統(tǒng)一的事務和日志管理服務、 簡潔的數(shù)據(jù)訪問等功能, 有效地彌補了普通輕量級架構(gòu)存在的 構(gòu)件之間耦合度

23、高, 缺乏統(tǒng)一的事務和日志管理服務等不足。 基于 Spring 框架的輕量級 J2EE 架構(gòu)還不能直接解決構(gòu) 件間遠程訪問 ( 要通過遠程會話 Bean 封裝 JavaBean 實現(xiàn)) 等問題,但是這并不會影響它逐漸成為一種成熟的 J2EE 架構(gòu)方案。2.2 SpringMVC 介紹2.2.1 Spring MVC簡介Spring MVC框架是有一個MVC框架，通過實現(xiàn)Model-View-Controller模式來很好地將數(shù)據(jù)、業(yè)務與展現(xiàn)進行分離。從這樣一個角度來說，Spring MVC和Struts、Struts2非常類似。Spring MVC的設計是圍繞DispatcherServlet

24、展開的，DispatcherServlet負責將請求派發(fā)到特定的handler。通過可配置的handler mappings、view resolution、locale以與theme resolution來處理請求并且轉(zhuǎn)到對應的視圖2.2.2 MVC設計模型MVC 是一種著名的設計模式，特別是在 Web 應用程序領域。模式全都是關(guān)于將包含業(yè)務數(shù)據(jù)的模塊與顯示模塊的視圖解耦的。這是怎樣發(fā)生的？視圖（例如，JSP 頁面）怎樣能夠與其模型（例如，包含數(shù)據(jù)的 JavaBean）解耦？記得這句格言么？一個層次的重定向幾乎可以解決計算機業(yè)中的所有問題。確實，在模型和視圖之間引入重定向?qū)涌梢越鉀Q問題。此重

25、定向?qū)邮强刂破鳌？刂破鲗⒔邮照埱螅瑘?zhí)行更新模型的操作，然后通知視圖關(guān)于模型更改的消息。依賴于模型的狀態(tài)并且依賴于請求的控制器可以決定要顯示哪個視圖。2.2.3 SpringMVC優(yōu)勢1、清晰的角色劃分：前端控制器（DispatcherServlet）、請求到處理器映射（HandlerMapping）、處理器適配器（HandlerAdapter）、視圖解析器（ViewResolver）、處理器或頁面控制器（Controller）、驗證器（Validator）、命令對象（Command 請求參數(shù)綁定到的對象就叫命令對象）、表單對象（Form Object 提供給表單展示和提交到的對象就叫表單對象）

26、。2、分工明確，而且擴展點相當靈活，可以很容易擴展，雖然幾乎不需要；3、由于命令對象就是一個POJO，無需繼承框架特定API，可以使用命令對象直接作為業(yè)務對象；4、和Spring 其他框架無縫集成，是其它Web框架所不具備的；5、可適配，通過HandlerAdapter可以支持任意的類作為處理器；6、可定制性，HandlerMapping、ViewResolver等能夠非常簡單的定制；7、功能強大的數(shù)據(jù)驗證、格式化、綁定機制；8、利用Spring提供的Mock對象能夠非常簡單的進行Web層單元測試；9、本地化、主題的解析的支持，使我們更容易進行國際化和主題的切換。10、強大的JSP標簽庫，使J

27、SP編寫更容易。2.2.4核心架構(gòu)的具體流程步驟如下：1、 首先用戶發(fā)送請求DispatcherServlet，前端控制器收到請求后自己不進行處理，而是委托給其他的解析器進行處理，作為統(tǒng)一訪問點，進行全局的流程控制；2、DispatcherServletHandlerMapping,HandlerMapping將會把請求映射為HandlerExecutionChain對象（包含一個Handler處理器（頁面控制器）對象、多個HandlerInterceptor攔截器）對象，通過這種策略模式，很容易添加新的映射策略；3、 DispatcherServletHandlerAdapter，Handl

28、erAdapter將會把處理器包裝為適配器，從而支持多種類型的處理器，即適配器設計模式的應用，從而很容易支持很多類型的處理器；4、 HandlerAdapter處理器功能處理方法的調(diào)用，HandlerAdapter將會根據(jù)適配的結(jié)果調(diào)用真正的處理器的功能處理方法，完成功能處理；并返回一個ModelAndView對象（包含模型數(shù)據(jù)、邏輯視圖名）；5、 ModelAndView的邏輯視圖名 ViewResolver， ViewResolver將把邏輯視圖名解析為具體的View，通過這種策略模式，很容易更換其他視圖技術(shù)；6、 View渲染，View會根據(jù)傳進來的Model模型數(shù)據(jù)進行渲染，此處的Mo

29、del實際是一個Map數(shù)據(jù)結(jié)構(gòu)，因此很容易支持其他視圖技術(shù)；7、返回控制權(quán)給DispatcherServlet，由DispatcherServlet返回響應給用戶，到此一個流程結(jié)束。2.3 MyBatis介紹MyBatis 是一款優(yōu)秀的持久層框架，它支持定制化 SQL、存儲過程以與高級映射。MyBatis 避免了幾乎所有的 JDBC 代碼和手動設置參數(shù)以與獲取結(jié)果集。MyBatis 可以使用簡單的 XML 或注解來配置和映射原生信息，將接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java對象)映射成數(shù)據(jù)庫中的記錄。2.3.1 MyBatis特點簡單易

30、學：本身就很小且簡單。沒有任何第三方依賴，最簡單安裝只要兩個jar文件+配置幾個sql映射文件易于學習，易于使用，通過文檔和源代碼，可以比較完全的掌握它的設計思路和實現(xiàn)。靈活：mybatis不會對應用程序或者數(shù)據(jù)庫的現(xiàn)有設計強加任何影響。 sql寫在xml里，便于統(tǒng)一管理和優(yōu)化。通過sql基本上可以實現(xiàn)我們不使用數(shù)據(jù)訪問框架可以實現(xiàn)的所有功能，或許更多。解除sql與程序代碼的耦合：通過提供DAL層，將業(yè)務邏輯和數(shù)據(jù)訪問邏輯分離，使系統(tǒng)的設計更清晰，更易維護，更易單元測試。sql和代碼的分離，提高了可維護性。提供映射標簽，支持對象與數(shù)據(jù)庫的orm字段關(guān)系映射提供對象關(guān)系映射標簽，支持對象關(guān)系組建

31、維護提供xml標簽，支持編寫動態(tài)sql。2.3.2我們把Mybatis的功能架構(gòu)分為三層：API接口層：提供給外部使用的接口API，開發(fā)人員通過這些本地API來操縱數(shù)據(jù)庫。接口層一接收到調(diào)用請求就會調(diào)用數(shù)據(jù)處理層來完成具體的數(shù)據(jù)處理。數(shù)據(jù)處理層：負責具體的SQL查找、SQL解析、SQL執(zhí)行和執(zhí)行結(jié)果映射處理等。它主要的目的是根據(jù)調(diào)用的請求完成一次數(shù)據(jù)庫操作?；A支撐層：負責最基礎的功能支撐，包括連接管理、事務管理、配置加載和緩存處理，這些都是共用的東西，將他們抽取出來作為最基礎的組件。為上層的數(shù)據(jù)處理層提供最基礎的支撐。2.3.3框架架構(gòu)講解：加載配置：配置來源于兩個地方，一處是配置文件，一處

32、是Java代碼的注解，將SQL的配置信息加載成為一個MappedStatement對象（包括了傳入?yún)?shù)映射配置、執(zhí)行的SQL語句、結(jié)果映射配置），存儲在存中。SQL解析：當API接口層接收到調(diào)用請求時，會接收到傳入SQL的ID和傳入對象（可以是Map、JavaBean或者基本數(shù)據(jù)類型），Mybatis會根據(jù)SQL的ID找到對應的MappedStatement，然后根據(jù)傳入?yún)?shù)對象對MappedStatement進行解析，解析后可以得到最終要執(zhí)行的SQL語句和參數(shù)。SQL執(zhí)行：將最終得到的SQL和參數(shù)拿到數(shù)據(jù)庫進行執(zhí)行，得到操作數(shù)據(jù)庫的結(jié)果。結(jié)果映射：將操作數(shù)據(jù)庫的結(jié)果按照映射的配置進行轉(zhuǎn)換，可

33、以轉(zhuǎn)換成HashMap、JavaBean或者基本數(shù)據(jù)類型，并將最終結(jié)果返回。需求分析3.1可行性分析可行性分析也稱為可行性研究，是在調(diào)查的基礎上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟、社會等方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功2?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間確定問題是否能夠解決。下面將分別從技術(shù)、經(jīng)濟、社會三個方面對基于SSM的人力資源管理系統(tǒng)的設計進行分析和研究。3.1.1 技術(shù)可行性根據(jù)網(wǎng)絡學校提出的系統(tǒng)功能、性能與實現(xiàn)系統(tǒng)的各種約束條件，根據(jù)新系統(tǒng)目標來衡量所需的技術(shù)是否具備，本系統(tǒng)是一個數(shù)據(jù)庫教學管理和查詢的系統(tǒng)，現(xiàn)

34、有的技術(shù)已較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件良好，估計利用現(xiàn)有技術(shù)條件應完全可以達到該系統(tǒng)的功能目標。同時，考慮給予的開發(fā)期限也較為充裕，預計系統(tǒng)是可以在規(guī)定期限完成開發(fā)的。由以上分析可知，基于SSM的人力資源管理系統(tǒng)的設計的開發(fā)在技術(shù)上是可的。3.1.2 經(jīng)濟可行性大多數(shù)高校具有信息化的處理設施，并且擁有支持本系統(tǒng)的應用平臺。因此無需再投入資金購買其他設施。系統(tǒng)的開發(fā)基于本人對程序開發(fā)的實踐學習而來，學校無需資金投入，并且軟件開發(fā)過程投入的成本不高，因此開發(fā)經(jīng)費完全可以接受。由以上分析可知，基于SSM的人力資源管理系統(tǒng)的設計在經(jīng)濟上是可行的。3.1.3 社會可行性本系統(tǒng)的社會

35、可行性主要從法律因素、用戶使用可行性兩方面進行研究。1.法律因素本系統(tǒng)是根據(jù)數(shù)據(jù)庫教學的實際情況開發(fā)研制的，是通過大量的調(diào)研得出的，系統(tǒng)的軟件設計是在獨立的環(huán)境下完成的，無可供抄襲的軟件產(chǎn)品。2.用戶使用可行性本系統(tǒng)對用戶的要求，除了需要具備在Microsoft Windows平臺上使用個人電腦的知識外，并不需要特別的技術(shù)能力。使用系統(tǒng)的管理員，需要具備對Tomcat服務器的使用能力，在投入使用前，無需對操作系統(tǒng)的人員進行培訓。這樣既減少投入成本又簡化了操作環(huán)節(jié)。由以上分析可知，本系統(tǒng)具有社會可行性。3.2需求分析該課題是對人力資源管理系統(tǒng)的設計與實現(xiàn)，最終達到一個界面良好，功能齊全，性能優(yōu)良

36、的系統(tǒng)。該系統(tǒng)通過使用SSM框架作為整體架構(gòu)，使之更容易擴展和維護，讓該系統(tǒng)能隨著時代的發(fā)展，不斷地進行更新與完善，從而達到更長久的生命力。該系統(tǒng)根據(jù)用戶身份的不同，可分為3個功能模塊：用戶登錄模塊，查看所有信息模塊，管理部門信息模塊。戶登錄模塊：學生通過瀏覽器進入首頁進行登陸，本模塊設有登陸賬號和密碼驗證以與驗證碼驗證，可以有效保護每一個用戶的個人賬戶信息不被泄露。查看所有信息模塊：管理員通過用戶名和密碼登錄系統(tǒng)，進入到系統(tǒng)的后臺管理模塊。該模塊可以查看所有成員信息，并且可以執(zhí)行對信息的增刪改查的操作。管理部門信息模塊：用于對部門變動的管理，可以添加部門，也可以更新部門的相關(guān)信息。3.3 總

37、體設計原則本系統(tǒng)為了設計、實現(xiàn)和后期維護的方便，以與系統(tǒng)用戶使用的便利，所以必須采取一定的設計原則。其主要設計原則有：簡單性：在實現(xiàn)系統(tǒng)的功能的同時，盡量讓系統(tǒng)操作簡單易懂，這對于一個系統(tǒng)來說是非常重要的。針對性：本系統(tǒng)設計是針對管理的需求定向開發(fā)設計，所以具有專業(yè)突出和很強的針對性。實用性：要求本系統(tǒng)能夠滿足管理的需要，因此具有良好的實用性。一致性：頁面整體設計風格以與命名規(guī)則的一致性：整體框架和用圖用色風格與變量、類名和其他元素的命名規(guī)則保持一致。功能一致性：完成同樣的功能應該盡量使用同樣的元素。 元素風格一致性：界面元素的美觀風格、擺放位置在同一個界面和不同界面之間都應該是一致的。變量命

38、名規(guī)則的一致性：變量應該用統(tǒng)一的規(guī)則進行命名，做到任意變量均能從上下文推斷其義。先進性：本系統(tǒng)采用SSM框架、Oracle作為系統(tǒng)開發(fā)工具和數(shù)據(jù)庫，兩個軟件具有良好的兼容性和系統(tǒng)穩(wěn)定性。因此本設計具有良好的先進性 ?？傮w設計與詳細設計4.1基本設計理念本系統(tǒng)以數(shù)據(jù)庫技術(shù)和Spring技術(shù)為依托，通過對人力資源信息管理模式進行抽象化分析，利用網(wǎng)頁顯示和數(shù)據(jù)庫操作來完成系統(tǒng)功能。整個系統(tǒng)分為三大部分，分別是用戶登錄部分，查詢部分和管理部分。本系統(tǒng)采用網(wǎng)頁服務器數(shù)據(jù)庫三層架構(gòu)模式，用戶的查詢操作和管理操作均在頁面上完成，更新信息和請求信息從頁面?zhèn)鞯椒掌魃?，再在服務器上對?shù)據(jù)庫進行操作，更新數(shù)據(jù)或查

39、找數(shù)據(jù)。具體的操作流程是：用戶打開，顯示的是主頁index.jsp，這是一個查詢界面，管理員可以在此查看所有人員信息。登陸頁面為/oassm/WebRoot/login/login.jsp用戶在這里輸入自己的用戶名和密碼，若驗證通過，是可以進入查詢頁面。此時頁面上會有可以選擇的操作，用戶可以根據(jù)自己的需要點擊按鈕，進行自己想要進行的操作，然后再根據(jù)提示進行相應的信息輸入和查詢?？傮w設計先畫出系統(tǒng)層次圖。系統(tǒng)層次圖如下：層次圖員工管理信息業(yè)務邏輯操作前端界面部門管理信息添加員工信息更新員工信息刪除信息添加部門信息更新部門信息刪除信息4.2數(shù)據(jù)庫設計數(shù)據(jù)庫的設計是使用MyBatis框架，其中的數(shù)據(jù)

40、數(shù)據(jù)文件中的表有：組織結(jié)構(gòu)表oa_organization數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber部門名稱snameVarchar2(50)上級部門idpidNumber系統(tǒng)菜單表(權(quán)限表)oa_menu數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber菜單名menunameVarchar2(50)urlurlVarchar2(100)用戶表oa_user數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumberNameVarchar2(50)登錄密碼PasswordVarchar2（50）年齡AgeNumber性別SexVarchar2(10)工資Sal

41、aryNumber所屬部門idSidNumber頭像照片ImgVarchar2(50)角色表oa_role數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber角色名RolenameVarchar2(50)用戶角色表oa_user-role數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber用戶idUseridNumber角色idRoleidNumber角色權(quán)限表oa_role-menu數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber角色idRoleidNumber對應權(quán)限idmenuidNumber消息記錄表oa_message數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵No

42、tNull編號idNumber發(fā)送人SenderVarchar2(50)發(fā)送人idSidNumber接收人receiverVarchar2(50)接收人idRidNumber發(fā)送時間SenttimeDate發(fā)送容ConstentVarchar2(300)查看狀態(tài)StateVarchar2（20）0或1考勤記錄表oa_attendance數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber上班時間WorktimeDate下班時間OfftimeDate員工idUseridNumber所屬部門idSectoridNumber考勤狀態(tài)StateVarchar2(50)考勤設置表oa_atte

43、nsetting數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber部門idSectoridNumber上班時間WorktimeDate下班時間OfftimeDate假期設置表oa_holidaysetting數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber假期時間holidaytimeDate請假記錄表oa_leave數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber請假時間LeavetimeDate結(jié)束時間BacktimeDate請假人LeavenameVarchar2（50）請假人idLeaveidNumber請假事由LeavereasonVarcha

44、r2（100）審批人MarknameVarchar2（50）審批人idMarkidNumber審批時間MarktimeDate審批狀態(tài)MarkstateVarchar2（10）新聞表oa_news數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber標題TitleVarchar2（30）分類idTypeidNumber時間TimeDate撰寫人AuthorVarchar2（50）正文BodyVarchar2（500）新聞分類表oa_newstype數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber分類名稱TypeVarchar2（20）公告表oa_announcement數(shù)據(jù)描述數(shù)據(jù)名稱數(shù)據(jù)類型主鍵NotNull編號idNumber標題TitleVarchar2（30）分類idTypeidNumber時間TimeDate正文BodyVarchar2（300）公告分類表oa_announcem