Java論文基于SSH架構的人力資源管理系統(tǒng)

1、基于ssh架構的人力資源管理系統(tǒng)班 級：0307402學 號：030740226姓名：向麗隨著計算機的普及和計算機科學技術的飛速發(fā)展，人們開始越來越多地利用計算 機解決實際問題。員工信息管理是企業(yè)信息管理的重要部分，面對大量的人事信息，采 用人工處理既浪費吋間、又浪費人力和物力，并且數(shù)據(jù)的準確性低。因此，開發(fā)一個界 面友好，易于操作的人力資源管理軟件進行自動化處理變得十分重要，這正是本系統(tǒng)開 發(fā)的目的和意義。本文所闡述的人力資源管理系統(tǒng)，瀏覽器/服務器模式高效地實現(xiàn)了 人力資源管理系統(tǒng)的各項功能，可進行多條件查詢、更新、密碼設置、工資和獎金的統(tǒng) 計發(fā)放等功能。提升了企業(yè)的效率和競爭力，滿足了現(xiàn)

2、代企業(yè)管理的需要。spring是當今最主流的服務層框架，它的使用實現(xiàn)了應用程序的n層結構，最大 程度的降低了各模塊之間的耦合，提高了應用程序的開發(fā)效率和可維護性，選用的 struts2作為系統(tǒng)的表示層框架，在數(shù)據(jù)持久層方面則使用了 hibernate3. 2,采用jpa 對hibernate進行配置。此外，在表示層不僅使用了 struts和jsp,還用到了 dwr和extjs這兩大ajax技 術。使用ajax技術不僅可以使界面美觀，操作更具人性化，異步交互還能減輕服務器 的數(shù)據(jù)傳輸負擔。關鍵字；人力資源管理系統(tǒng)；jsp； java ee； ssh； ajax摘要ii目錄iii第1章引言11.1

3、 課題背景11.2 設計目的和意義21.3 系統(tǒng)設計思想31.4 系統(tǒng)開發(fā)環(huán)境3第2章系統(tǒng)分析42.1 可行性分析42. 2需求分析11第3章系統(tǒng)設計243.1 系統(tǒng)模塊總體設計243.2 數(shù)據(jù)庫設計25第4章系統(tǒng)實現(xiàn)324.1 系統(tǒng)運行平臺設置324.2 系統(tǒng)主頁設計324.3 人事資料管理功能設計334.4 角色管理功能設計374.5 工資查詢功能設計404.6 系統(tǒng)測試與性能分析42第5章結束語46參考文獻47第偉引言網(wǎng)絡化的今天，人力資源管理系統(tǒng)，使新的人力資源協(xié)作管理模式成為可能。通 過網(wǎng)絡管理系統(tǒng)，專門的人力資源管理人員可以提高自身工作效率，做好人力資源管理 的協(xié)調(diào)工作，提高人力資

4、源利用率；通過網(wǎng)絡管理系統(tǒng)，員工可以直接管理自己的技能, 有效地發(fā)現(xiàn)和挖掘自身的潛能，與自己的上級、下屬、同事及吋的進行溝通與交流，同 心協(xié)作，積極為企業(yè)的發(fā)展與決策貢獻力量。通過網(wǎng)絡人力資源管理系統(tǒng)對企業(yè)人力資 源進行管理，使企業(yè)人力資源管理適應時代的發(fā)展要求，大大提高了企業(yè)的核心競爭力。酒店是以人為屮心的行業(yè)，酒店的管理說到底就是對人的管理，運用科學的方法 對酒店的人力資源進行有效的利用和開發(fā)，以提高全體員工的素質(zhì)，使其得到最優(yōu)化的 組合，發(fā)揮最大的積極性，從而提高全體員工的素質(zhì)不斷提高勞動效率。因此，加強人 力資源管理對酒店具有極重要的意義。隨著科學技術的發(fā)展，社會進步以及計算機的迅速發(fā)

5、展，酒店餐飲業(yè)管理的方法 也口新月異，以前全是由人工管理的方法存在很多的缺點：管理效率較低，勞動強度大, 信息處理速度低而且準確率也不夠令人滿意。為了提高酒店餐飲管理效率，減輕勞動強 度，提高信息處理速度和準確性，為酒店管理員提供更方便、快捷的服務項目，提供一 種更先進、科學的服務系統(tǒng)，于是選擇了用計算機來設計一個酒店人力資源管理系統(tǒng)的 方案。1.1課題背景現(xiàn)在網(wǎng)絡的發(fā)展已呈現(xiàn)商業(yè)化、全民化、全球化的趨勢。目前，兒乎世界上所有 的公司都在利用網(wǎng)絡傳遞商業(yè)信息，進行商業(yè)活動，從宣傳企業(yè)到發(fā)布廣告、招聘雇員、 傳遞商業(yè)文件乃至拓展市場、網(wǎng)上銷售等，無所不能。如今網(wǎng)絡已成為企業(yè)進行競爭的 戰(zhàn)略手段。

6、企業(yè)經(jīng)營的多元化拓展，企業(yè)規(guī)模的進一步擴大，對企業(yè)的管理、業(yè)務擴展、 企業(yè)品牌形象等提供了更高的要求。在以信息技術為支撐的新經(jīng)濟條件下，越來越多的 企業(yè)利用起網(wǎng)絡這個有效的工具。任何企業(yè)都擁有三種資源：一是物力資源；二是財力資源；三是人力資源。對于 企業(yè)，物力資源和財力資源是企業(yè)的有形資源，雖說是衡量企業(yè)的重要尺度，但它具有 有限性。而人力資源正好與z相反，是一種無形的資源，具有相對的無限性，是可再生 的資源。企業(yè)可以通過教育、培訓和開發(fā)等活動提高人力資源的品質(zhì)，增加人力資源的 數(shù)量。從企業(yè)的生產(chǎn)經(jīng)營過程看，人力資源是物力資源和財力資源的粘合劑。企業(yè)效益 的高低取決于人力資源對非人力資源粘合的

7、強度和效用。企業(yè)只有提高人力資源的素 質(zhì)，對人力資源進行合理有效的管理，調(diào)動勞動者的積極性，這種粘合的強度和效用才 能提高，企業(yè)的效益才能提高，企業(yè)也才能長盛不衰。我們更可以說，企業(yè)的衰亡主要是由于不能合理的選才、用才、育才和留才，以 致不能建立和保持一個有效率、有活力的員工隊伍。這一結論的正確性不僅體現(xiàn)在現(xiàn)今 社會，也必然體現(xiàn)在未來的社會。酒店人力資源管理是根據(jù)國家人事勞動政策和企業(yè)制定的管理方針與政策，対酒 店人力資源進行有效的整合和管理，在人事政策和制度的制定，員工的招聘、考核、激 勵、紀律管理等系列日常管理業(yè)務中，調(diào)動員工工作積極性，提高員工勞動素質(zhì)，增強 企業(yè)內(nèi)部凝聚力，塑造一支充滿

8、活力和戰(zhàn)斗力的團隊，為企業(yè)實現(xiàn)經(jīng)營目標和經(jīng)濟效益 提供強有力的人事保障。在這樣的時代背景下，本系統(tǒng)將以哈爾濱偉業(yè)商務酒店為原型，設計一個盡量適 合所有同級別（四星級以上）賓館或酒店的人力資源管理系統(tǒng)。哈爾濱偉業(yè)商務酒店是 集餐飲、客房、會議、娛樂為一體的一家四星級商務酒店，位于哈爾濱市繁華的商業(yè)中 心地帶。酒店擁有各類豪華客房和風格各異的ktv包房，多功能會議中心可承辦大、 中、小型會議。宴會大廳可容納600人同時就餐。哈爾濱偉業(yè)商務酒店設有美容美發(fā)、 夜總會、地下停車場、票務、旅游、商務中心等綜合服務設施。并且具有十幾個部門及 數(shù)以千計的員工，人員流動較大，人員管理工作復雜，如何建立一個完善

9、的人力資源管 理體系就成為提升企業(yè)競爭力的關鍵。要建立一個完善的人力資源管理體系，不僅需要 優(yōu)秀管理人才和良好的管理制度，還需要一個功能強大的人力資源管理軟件。1.2設計目的和意義建立人力資源管理網(wǎng)站能樹立企業(yè)形象。對于任何一個企業(yè)而言，企業(yè)的品牌形 象至關重要。特別是對于互聯(lián)網(wǎng)技術高度發(fā)展的今天，通過人力資源管理的網(wǎng)站，員 工可通過網(wǎng)站側面的了解企業(yè)形象及企業(yè)實力，因此，建立具有國際水準的網(wǎng)站能夠極 大的提升企業(yè)在員工心中的整體形象。建立人力資源管理網(wǎng)站能減輕部門負擔。許多人知道，一個公司的所有和員工有 關的運作，包扌舌加薪，出差，請假，人員的調(diào)動，離任等等都由人力資源部門來完成， 如果是一

10、家擁有上千人的大型企業(yè)，這個工作量是相當驚人的。因此本系統(tǒng)的開發(fā)，大大緩解了該部門的工作壓力，也避免了以前人工作業(yè)的錯誤幾率。1.3系統(tǒng)設計思想一個方便用戶使用的軟件應該具備軟件體積小，操作界面友好，基本功能穩(wěn)定， 運行速度較快，通過計算機技術及網(wǎng)絡技術結合開發(fā)出客戶端與服務器端，以便方便快 捷清晰的進行數(shù)據(jù)傳輸，和簡易通訊功能。實用性：系統(tǒng)以用戶需求為目標，以方便用戶為原則。根據(jù)用戶實際的需求情況， 充分考慮在人力資源管理中可能遇到的種種問題，盡量全面的做好需求分析，以減少日 后更新軟件的次數(shù)?？煽啃裕阂粋€實用的系統(tǒng)同時必須是可靠的，本設計通過合理而先進的網(wǎng)絡設計 以及軟、硬件的優(yōu)化選型，可

11、保證系統(tǒng)數(shù)據(jù)傳輸?shù)恼_性。安全性：在設計中，將充分利用網(wǎng)絡軟、硬件提供的各種安全措施，既可以保證 用戶共享資源，同時也可保證關鍵數(shù)據(jù)的安全性。采用標準技術：本系統(tǒng)的所有設計遵循國際上現(xiàn)行的標準進行，以提高系統(tǒng)的開 放性。可維護性：系統(tǒng)的設計要求方便維護，包括硬件的維護，軟件的維護（更改，升 級等）和網(wǎng)絡的維護。可擴展性及靈活性：系統(tǒng)的設計以方便未來業(yè)務的擴展和系統(tǒng)擴充為目標，系統(tǒng) 要求能夠方便的升級，充分保護系統(tǒng)的投資。智能性：系統(tǒng)在設計時，充分考慮系統(tǒng)運行的智能性，在使用系統(tǒng)一段時間后， 系統(tǒng)可以適應于任何局域網(wǎng)。1.4系統(tǒng)開發(fā)環(huán)境本系統(tǒng)采用b/s結構，前臺開發(fā)工具為myeclipse en

12、terprise workbench 6.0 ga,后 臺數(shù)據(jù)庫是microsoft sql server 2005,軟件要求：操作系統(tǒng)為windows 2003或windows xp, mozilla firefox 3.5 或更高版本，硬件要求：pentium 4 2.4 mhz 或更快，512 mb ram 或更高。第2章系統(tǒng)分析2.1可行性分析人力資源、薪金發(fā)放等人資管理業(yè)務是在日常生產(chǎn)過程中非常重要的環(huán)節(jié)，原來 基本上是采用手工處理方式進行操作，造成工作效率低、處理速度慢、人工計算薪金準 確率較低的情況。因此開發(fā)人力資源管理子系統(tǒng)，通過對該系統(tǒng)中的相關數(shù)據(jù)錄入、參 數(shù)設置，使用電腦保

13、存職工檔案資料、計算薪資發(fā)放以及記錄職工參加培訓、職位變更 等的詳細資料，代替原來的手工處理工作，方便進行人力資源、薪金資源的查詢，大幅 度提高工作效率和管理水平。一、業(yè)務流程圖根據(jù)人力資源管理系統(tǒng)的具體情況，業(yè)務可分為六類，第一類是基本信息業(yè)務， 主要負責對企業(yè)所有基本信息的管理，如：員工信息、招聘信息、員工考勤信息、員工 考核信息等；第二類是招聘業(yè)務，主要負責對企業(yè)招聘信息及應聘人員信息的管理；第 三類是培訓業(yè)務，主要負責對企業(yè)部門員工的培訓計劃的制定及信息的發(fā)布；第四類是 工資核算業(yè)務，主要負責對員工的工資進行核算，使其與員工的績效掛鉤；第五類是考 勤業(yè)務，是對員工考勤信息的管理；第六類

14、是績效考核業(yè)務，是對員工的工作績效的考 核信息的管理。1.基本信息業(yè)務流程：用戶登錄系統(tǒng)后，系統(tǒng)根據(jù)用戶的權限，列出該用戶可用的系統(tǒng)功能，如員工信 息管理，調(diào)崗調(diào)職，獎罰記錄，員工福利等，可對其進行錄入、修改、刪除或查詢。基 本信息業(yè)務流程，如圖21所示。信息信息信息信息2.招聘業(yè)務流程：首先，各部門經(jīng)理通過報告通知人力資源部門職位空缺情況，然后人力資源招聘 人員和經(jīng)理審閱職務和資格要求，如果審核通過，則制定招聘計劃，否則將原因反饋給 該部門經(jīng)理。招聘業(yè)務流程，如圖22所示。3. 培訓業(yè)務流程：首先，人力資源管理人員根據(jù)實際情況，或部門經(jīng)理提出培訓請求，制定培訓計劃, 制定計劃的同時，耍確定培

15、訓的課程和講師。然后，執(zhí)行該計劃，當培訓結束時對受培 訓的員工進行考核，并將考核結果錄入系統(tǒng)。最后耍將培訓的結果保存起來，作為日后 培訓的參考。培訓業(yè)務流程，如圖23所示。管理人員培訓請覆鶯v管理 人員圖2-3培訓業(yè)務流程圖4. 工資核算業(yè)務流程：首先讀取員工的信息，判斷員工狀態(tài)不為“離職”，取岀員工的基木工資，然后順 序讀取員工的獎懲信息、福利信息、保險信息，計算出員工的總工資，再根據(jù)總工資確 定稅率，最后算出員工的實際工資，并保存。工資核算業(yè)務流程，如圖24所示。圖24工資核算業(yè)務流程圖5. 考勤業(yè)務流程：首先讀収員工信息，判斷員工當日是否有班，如果有班，判斷是否有打卡記錄，如 果沒有打卡

16、記錄，判斷員工是否請假，是否調(diào)休，是否出差，如果都沒有，說明員工缺 勤?？记跇I(yè)務流程，如圖25所示。首先讀取考核方案，獲得該方案的所有考核標準，讀取員工在該方案所有標準上的 分數(shù)，然后計算總分，根據(jù)總分評定員工考核等級?？冃Э己肆鞒?，如圖26所示。該系統(tǒng)的目標確定后，可以從經(jīng)濟可行性、技術可行性法律可行性和運行可行性四 個方面對能否實現(xiàn)新系統(tǒng)目標進行可行性分析。二、經(jīng)濟可行性系統(tǒng)的經(jīng)濟可行性指的是對組織的經(jīng)濟狀況和投資能力進行分析，對系統(tǒng)建設、運 行和維護費用進行估算，對系統(tǒng)建成后可能取得的社會及經(jīng)濟效益進行估計。運行該系統(tǒng)的硬件和軟件支持費用需要2萬元，但軟件開發(fā)費用估計6.7萬元，但 系統(tǒng)

17、投入使用后，每年可為節(jié)省支出約10萬元，假設該軟件可以使用5年。而一次性 支出25萬元，再假定投資費用存入銀行的利息按5%計算。下面從以下幾個方面對系統(tǒng)的經(jīng)濟可行性進行具體的分析：1、系統(tǒng)初期投資系統(tǒng)初期投資，如表21所示。表2-1人力資源管理系統(tǒng)初期投資序號項目人工 （人日）單價（元）合計（元）1需求分析203006,0002總體設計303009,0003人事資料管理子系統(tǒng)詳細設計203006,0004人力資源管理子系統(tǒng)詳細設計103003,0005工資管理子系統(tǒng)詳細設計53001,5006考勤管理子系統(tǒng)詳細設計103003,0007績效考核子系統(tǒng)詳細設計203006,0008系統(tǒng)維護子系統(tǒng)

18、詳細設計53001,5009數(shù)據(jù)庫的設計與實現(xiàn)103003,00010編碼實現(xiàn)5030015,00011單體測試203006,00012系統(tǒng)集成測試203006,00013說明手冊編制103001,00()14合計67,0002、貨幣的時間價值系統(tǒng)貨幣時間價值，如表22所示。表22人力資源管理系統(tǒng)貨幣時間價值份將來值（萬）(1+i) n現(xiàn)血值（萬）累計的現(xiàn)在值（萬）151.054.7624.7622510254.5359.297351.15764.31913.616451.21554.11417.730551.27633.91821.6483、投資回收期引入進銷存系統(tǒng)一年后，可以節(jié)省4.762

19、萬元，比最初投資還少1.94萬元。但第三 年可以節(jié)省4.535萬元。即：1+（6.7-4.762）/4.535=1.428（年）純收入21.648-6.7=14.948（萬元）經(jīng)過以上分析，此人力資源管理系統(tǒng)在經(jīng)濟上的開發(fā)是可行的。三、技術可行性根據(jù)該系統(tǒng)目標來衡量所需的技術是否具備，一般可從硬軟件的性能要求、環(huán)境條 件、操作人員水平和數(shù)量等方面去考慮和分析。本系統(tǒng)采用當前流行的ssj整合框架編寫。struts2.0是以mvc模式為基礎，控制 反轉(zhuǎn)為核心的java web應用框架，使用它不僅可以實現(xiàn)web應用程序的分層，還可以 大大提高用戶請求的處理效率，從而降低了表示層開發(fā)的工作量；spri

20、ng2.5是以mvc 模式為基礎，依賴注入為核心的java應用框架，它利用java的反射機制，將系統(tǒng)各層 無縫的整合在一起，實現(xiàn)了系統(tǒng)各模塊和各層次的解藕，提高了系統(tǒng)的可維護性和可移 植性；jpa是sun公司提出的一個orm標準，由于市場上主流的orm框架沒有統(tǒng)一 的標準，各公司都按自己的標準編寫orm的配置方式，這樣，在開發(fā)應用軟件時，用 戶要學習各種orm框架的配置方式，并且當現(xiàn)用orm框架不能滿足用戶需求時，切 換orm框架會付出相當大的代價。這時jpa標準應運而生，只要orm框架的生產(chǎn)商 遵循該標準，用戶軟件就可以以很小的代價切換orm框架，并不用學習新框架復雜的 配置方式就可以將它整

21、合到系統(tǒng)中。本系統(tǒng)jpa的orm框架將使用hibemate3.2實現(xiàn)， 它具有強大的事務處理能力、數(shù)據(jù)緩存能力和并發(fā)處理能力，可以提高持久層的運行效 率和開發(fā)效率。在表示層，本系統(tǒng)將使用jsp頁面技術和extjs2.2、dwr3這兩大ajax技術。jsp 與java servlet 樣，是在服務器端執(zhí)行的，通常返冋該客戶端的就是一個html文本，因此客戶端只要有瀏覽器就能瀏覽。extjs2.2是當今主流的ajax技術之一，它可以提 供如同桌血應用程序的外觀，能大大提高用戶體驗，為用戶提供一個美觀，方便的操作 界面。dwr則可以提高瀏覽器與服務器的異步交互能力，在用戶瀏覽器上只使用簡單 的jav

22、ascript就可以調(diào)用復雜的服務器端代碼。使用ajax技術不僅可以使界面美觀， 操作更具人性化，異步交互方式還能減輕服務器的數(shù)據(jù)傳輸負擔。此外，本系統(tǒng)將使用sql server 2005作為應用程序的數(shù)據(jù)庫，它具有良好的并發(fā) 處理和事務處理能力，并且具有較高的運行效率和穩(wěn)定性。四、法律可行性此人力資源管理系統(tǒng)是本人自主開發(fā)的管理系統(tǒng)，是很有實際意義的系統(tǒng)，開發(fā)這 個系統(tǒng)不同于開發(fā)普通的系統(tǒng)軟件，即該系統(tǒng)不同于原來已有的現(xiàn)代化的系統(tǒng)，不存在 侵權等問題，本系統(tǒng)開發(fā)不會侵犯他人、集體或國家利益，不違反國家法律，因此具有 法律可行性。經(jīng)過上述論述分析，新系統(tǒng)的實施非?？尚?。2. 2需求分析軟件需求

23、分析工作是軟件生存周期中重要的一步。只有通過需求分析才能把軟件功 能和性能的總體概念描述為具體上的軟件需求規(guī)格說明，從而奠定軟件開發(fā)的基礎。軟 件需求分析工作也是一個不斷認識和逐步細化的過程。該過程將軟件調(diào)研階段的需求資 料進行分析和設計，使軟件范圍逐步細化到詳細定義的程度，并分析出各種不同的軟件 元素，然后為這些元素找到可行的解決辦法。本章將從不同角度的需求分析問題，講述 軟件需求類型，分析過程，并部分給出了數(shù)據(jù)字典和數(shù)據(jù)流圖。本文檔是為了確切地表達出系統(tǒng)的每項需求，并作為設計的基礎，為軟件設計人員 提供明確的指導方向，并為軟件的功能測試提供測試依據(jù)。一、人力資源管理系統(tǒng)的需求分析需求分析過

24、程是整個系統(tǒng)開發(fā)的重要階段，分析的成功與否，決定著整個系統(tǒng)功能的 完善性以及穩(wěn)定性。在該階段需求分析人員需要確定整個產(chǎn)品的功能要求，并且將現(xiàn)實事 務抽象成對象。1、數(shù)據(jù)流圖構建數(shù)據(jù)流圖(date flow diagram , dfd),是sa方法中用于表示系統(tǒng)邏輯模型的一種工具, 它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯 功能，所以它是一種功能模型。數(shù)據(jù)流圖是從數(shù)據(jù)的角度來描述一個系統(tǒng)，數(shù)據(jù)流圖適合 于宏觀地分析一個組織業(yè)務概況。(1).人力資源管理系統(tǒng)的頂層數(shù)據(jù)流圖，如圖27所示。p3權限分析d3權限圖27人力資源管理系統(tǒng)頂層數(shù)據(jù)流圖(2).合法性檢查二

25、層數(shù)據(jù)流圖，如圖所示。圖28合法性檢查的二層數(shù)據(jù)流圖(4)事務處理二層數(shù)據(jù)流圖，如圖210所示。事務處理4；獲取1d3權限d24未授權視圖p5.2請求-d23請求數(shù)據(jù)分發(fā)h數(shù)據(jù)'!way用尸 卜d20結果視圖圖210事務處理的二層數(shù)據(jù)流圖（5）.員工信息數(shù)據(jù)處理的三層數(shù)據(jù)流圖，如圖211所示。杳詢條件p5.3.2p53j h分析查d6査詢條件一!生成查jd7查詢語句 逆條僧瞇雪/p5.3.3a查詢數(shù)據(jù)d20結果視圖工息理務析 員信管事分d9員工信息員工信息p5.3.7a獲取用-d9員工信息一戶輸入p5.3.9a：插入員1“員工信息d20結果視圖p5.3.8判斷是d9員工信息j f5員工

26、信息表否存在d9員工信息記錄標識f5員工信息表少工信息 、/p5.3.4応3?、p5.3.67獲収記1-d8記錄標識一 ！査詢員jd9員工信息一刪除員-d20結果視圖毬標劣/q信財工信息d9員工信息d9員工佶息10員錄3新記p5更工d20結果視圖圖2-11員工信息數(shù)據(jù)處理的三層數(shù)據(jù)流圖（6）.工資核算的數(shù)據(jù)流圖，如圖2j2所示。f6獎勵倍息表d25獎勵信息工資核算f5員工信息表d9員工信息!/d26懲罰信息f7懲罰信息表p6 ' /p8氣獲取員一d9員工信息f獲取員屯|附工懲罰d11懲罰總額d14工資總額d12福利總額p11:計算工 i資總紛fi2稅率表d15稅率f8員工福利表員工信息

27、d13保險總額pi2 / 獲取稅x率圖212工資核算的數(shù)據(jù)流圖在此系統(tǒng)中還存在一些特殊的數(shù)據(jù)流，它們不依賴用戶的操作而執(zhí)行，而是依賴于時 間，也就是說，時間一到它們就會自動啟動執(zhí)行，這些事件稱為計劃任務。工資核算就是 典型的計劃任務，它們在月末的深夜里自動啟動執(zhí)行，對員工的工資進行匯總計算。此外 本系統(tǒng)中的計劃任務還有員工考勤和員工考核等。（7）.績效考核的數(shù)據(jù)流圖，如圖2j3所示。f14考核方案績效考核d16考核方案f16核分數(shù)表d17員工分數(shù)p15fl 7方案項冃表p16p14*獲取考j-d16考核方案亠 獲取員-d17員工分數(shù)f 獲取考一d18考核項目* 工分數(shù)核標準核標準d18考核項h

28、17算分p計總f15考核項口農(nóng)d31總分p18等級評處d30考核結果f18員丁考核表圖2j3績效考核的數(shù)據(jù)流圖二、數(shù)據(jù)字典構建數(shù)據(jù)字典的作用是在軟件分析和設計的過程小給人提供關于數(shù)據(jù)的描述信息。它主 要是對數(shù)據(jù)流圖小的數(shù)據(jù)流、處理邏輯、外部實體、數(shù)據(jù)存儲和數(shù)據(jù)項等方面進行具體 的定義。數(shù)據(jù)流程圖趾以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進 行完整的描述。1、數(shù)據(jù)項定義數(shù)據(jù)元素是不可再分的數(shù)據(jù)單位，一般而言，包括如下內(nèi)容：數(shù)據(jù)項描述=數(shù)據(jù) 項名，數(shù)據(jù)項含義說明，別名，數(shù)據(jù)類型，長度，取值范圍，取值含義，與其他數(shù)據(jù)項 的邏輯關系，數(shù)據(jù)項之間的聯(lián)系。其屮，后兩項定義了數(shù)據(jù)的完整性約束條

29、件，用于 數(shù)據(jù)校驗。具體內(nèi)容，如表23所示。表23人力資源管理系統(tǒng)數(shù)據(jù)項定義編號名稱別名類型長度101username用戶名稱varchar20字節(jié)102pwd用戶密碼varchar20字節(jié)103empno員工編號varchar20字節(jié)104name員工姓名varchar20字節(jié)105department.id部門標識varchar20字節(jié)106idcard身份證varchar20字節(jié)107gender性別varchar4字節(jié)108birthdate出?？谄赿atetime109nationality民族varchar10字節(jié)nonativeplace籍貫varchar40字節(jié)inphone電

30、話號碼varchar15字節(jié)112wages工資money113empstatus員工狀態(tài)varchar10字節(jié)114principlename權限名varchar20字節(jié)115resourceuri資源地址varchar40字節(jié)116discribe說明varchar200字節(jié)117disabled停用boolean118role角色varchar119rolename角色名varchar20字節(jié)120fieldname字段名varchar15字節(jié)121op運算符varchar10字節(jié)122fieldvalue值varchar50字節(jié)123logic邏輯關系boolean124jql查詢語句

31、varchar125id標識varchar30字節(jié)126award獎金double127pubish懲罰double128welfare福利double129insurance保險double130shouldpay應發(fā)工資double131taxname稅率名稱varchar20字節(jié)132minwage最小工資double133maxwage最大工資double134tax稅率double135examplanno方案編號varchar20字節(jié)136exainname方案名稱varchar20字節(jié)137beexamemp被考核人varchar20字節(jié)續(xù)表3-1138score考核結果varc

32、har20字節(jié)139recorddate記錄日期datetime140examltemno標準編號varchar20字節(jié)141examltemname標準名稱varchar20字節(jié)142answer答案varchar2字節(jié)143reqparam請求數(shù)據(jù)144mon eyary金額money145reward_date獎勵fl期datetime146reward_level獎勵級別varchar10字節(jié)147reward reason獎勵原因varchar200字節(jié)148employee員工編號varchar30字節(jié)149punish date懲罰日期datetime150punish leve

33、l懲罰級別varchar10字節(jié)151punish reason懲罰原因varchar200字節(jié)152welfare_name福利名稱varchar50字節(jié)153welfare no福利編號varchar20字節(jié)154company_percent單位系數(shù)float155conpany_constrant單位固定值float156insurance_name保險名稱varchar50字節(jié)157insurance_no保險編號varchar20字節(jié)158personal constrant個人固定值float159personal percent個人系數(shù)float160pays實際工資money

34、161exam_date考核fi期datetime162level等級varchar5字節(jié)2、數(shù)據(jù)流定義人力資源管理系統(tǒng)數(shù)據(jù)流定義:數(shù)據(jù)流編號：d1數(shù)據(jù)流名稱：用戶名數(shù)據(jù)流來源：用戶數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成:101數(shù)據(jù)流編號：d3數(shù)據(jù)流編號：d8數(shù)據(jù)流名稱：權限數(shù)據(jù)流名稱：記錄標識數(shù)據(jù)流來源：權限表數(shù)據(jù)流來源：用戶數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流去向：系統(tǒng)數(shù)據(jù)流組成：i14+i15+i16+i25數(shù)據(jù)流組成：125數(shù)據(jù)流編號：d4數(shù)據(jù)流編號：d9數(shù)據(jù)流名稱：用戶信息數(shù)據(jù)流名稱：員工信息數(shù)據(jù)流來源：用戶表數(shù)據(jù)流來源：員工信息表/用戶數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流去向：系統(tǒng)數(shù)據(jù)流組成：數(shù)據(jù)流組成：10

35、1-01+i02+i03+i17+118+125i03+i04+i04+i06+i07+i08+i09+110+111 +112+113數(shù)據(jù)流編號：d5數(shù)據(jù)流名稱：角色數(shù)據(jù)流編號：d10數(shù)據(jù)流來源：角色表數(shù)據(jù)流名稱：獎勵總額數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流組成：119+116+117+125數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成:126數(shù)據(jù)流編號：d6數(shù)據(jù)流名稱：查詢條件數(shù)據(jù)流編號：d11數(shù)據(jù)流來源：用戶數(shù)據(jù)流名稱：懲罰總額數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流組成：17數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成:127數(shù)據(jù)流編號：d7數(shù)據(jù)流名稱：查詢語句數(shù)據(jù)流編號：di2數(shù)據(jù)流來源：管理系

36、統(tǒng)數(shù)據(jù)流名稱：福利總額數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流組成：101-24數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成:128數(shù)據(jù)流編號：d13數(shù)據(jù)流名稱：保險總額數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：129數(shù)據(jù)流編號：d14數(shù)據(jù)流名稱：工資總額數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：130數(shù)據(jù)流編號：d15數(shù)據(jù)流名稱：稅率數(shù)據(jù)流來源：稅率表數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：i31+i32+i33+i34數(shù)據(jù)流編號：d16數(shù)據(jù)流名稱：考核方案數(shù)據(jù)流來源：考核方案表數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：i35+i36+i16數(shù)據(jù)流編號：d17數(shù)據(jù)流名稱：員工分數(shù)數(shù)據(jù)流來源：考核分

37、數(shù)表數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：i37+i38+i39+i40+i35 數(shù)據(jù)流編號：d18數(shù)據(jù)流名稱：考核標準數(shù)據(jù)流來源：考核標準表數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：140+141+142+117數(shù)據(jù)流編號：d19數(shù)據(jù)流名稱：總分數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：員工考核表s 數(shù)據(jù)流組成：138數(shù)據(jù)流編號：d20數(shù)據(jù)流名稱：結果視圖數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：用戶數(shù)據(jù)流組成：115數(shù)據(jù)流編號：d21數(shù)據(jù)流名稱：主頁數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：用戶數(shù)據(jù)流組成：115數(shù)據(jù)流編號：d23數(shù)據(jù)流名稱：請求數(shù)據(jù)數(shù)據(jù)流來源：用戶數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：143數(shù)據(jù)流編號：d24數(shù)據(jù)流名稱：未

38、授權視圖數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：用戶數(shù)據(jù)流組成：115數(shù)據(jù)流編號：d25數(shù)據(jù)流名稱：獎勵信息數(shù)據(jù)流來源：獎勵信息表/管理系統(tǒng) 數(shù)據(jù)流去向：管理系統(tǒng)/獎勵信息表 數(shù)據(jù)流組成：i44+i45+i46+i47+i48數(shù)據(jù)流編號：d26數(shù)據(jù)流名稱：懲罰信息數(shù)據(jù)流來源：懲罰信息表/管理系統(tǒng) 數(shù)據(jù)流去向：管理系統(tǒng)/懲罰信息表 數(shù)據(jù)流組成：i44+i49+i50+i51+148數(shù)據(jù)流編號：d28數(shù)據(jù)流名稱：保險信息數(shù)據(jù)流來源：保險信息表/管理系統(tǒng) 數(shù)據(jù)流去向：管理系統(tǒng)/保險信息表 數(shù) 據(jù) 流 組 成：i54+i55+i56+157+158+i59數(shù)據(jù)流編號：d29數(shù)據(jù)流名稱：員工工資數(shù)據(jù)流來源：員工

39、工資表/管理系統(tǒng) 數(shù)據(jù)流去向：管理系統(tǒng)/員工工資表 數(shù) 據(jù) 流 組 成：i26+i27+i28+i29+i30+i34+i48+i60數(shù)據(jù)流編號：d30數(shù)據(jù)流名稱：考核結果數(shù)據(jù)流來源：員工考核表/管理系統(tǒng) 數(shù)據(jù)流去向：管理系統(tǒng)/員工考核表數(shù)據(jù)流組成：i61+i62+i48+i38數(shù)據(jù)流編號：d31數(shù)據(jù)流名稱：總分數(shù)據(jù)流來源：管理系統(tǒng)數(shù)據(jù)流去向：管理系統(tǒng)數(shù)據(jù)流組成：1383、數(shù)據(jù)存儲的描述數(shù)據(jù)存儲編號：f1數(shù)據(jù)存儲名稱：系統(tǒng)用戶表簡述：記錄用戶的信息。數(shù)據(jù)存儲組成：標識+用戶名+用戶密碼+員工編號+停用+角色編號數(shù)據(jù)存儲編號：f2數(shù)據(jù)存儲名稱：角色表簡述：存放系統(tǒng)角色數(shù)據(jù)存儲組成：標識+角色名+

40、說明+停用數(shù)據(jù)存儲編號：f3數(shù)據(jù)存儲名稱：權限表簡述：存放系統(tǒng)的所有操作權限。數(shù)據(jù)存儲編號 數(shù)據(jù)存儲名稱 簡 述數(shù)據(jù)存儲組成數(shù)據(jù)存儲組成：標識+權限名+資源地址+說明f4角色-權限表存放每個角色具有的操作權限。 角色標識+權限標識數(shù)據(jù)存儲編號：f5數(shù)據(jù)存儲名稱：員工信息簡述：存放企業(yè)員工的詳細信息。數(shù)據(jù)存儲組成：標識+員工編號+姓名+部門標識+身份證+性別+出生日期+民族+政治 面目+籍貫+住址+電話號碼+工資+學歷+學位+員工狀態(tài)+備注數(shù)據(jù)存儲編號：f6數(shù)據(jù)存儲名稱：獎勵信息表簡述：存放員工的獎勵信息。數(shù)據(jù)存儲組成：標識+員工標識+獎勵日期+獎勵類型+獎勵方式+金額+獎勵原因+獎 勵級別數(shù)據(jù)

41、存儲編號：f7數(shù)據(jù)存儲名稱：懲罰信息表簡述：存放員工的懲罰信息。數(shù)據(jù)存儲組成：標識+員工標識+懲罰日期+懲罰類型+懲罰方式+金額+懲罰原因+懲罰級別數(shù)據(jù)存儲編號：f8數(shù)據(jù)存儲名稱：福利信息表簡述：存放公司的所有福利信息。數(shù)據(jù)存儲組成：標識+福利編號+名稱十費用+備注數(shù)據(jù)存儲編號：f9數(shù)據(jù)存儲名稱：員工福利表簡述：存放公司員工的所有福利信息。數(shù)據(jù)存儲組成：標識+員工標識+福利標識+開始日期+結束日期+已停止數(shù)據(jù)存儲編號：f10數(shù)據(jù)存儲名稱：保險信息表簡述：存放公司的所有可用保險信息。數(shù)據(jù)存儲組成：標識+保險編號+保險名稱+單位系數(shù)+個人系數(shù)+單位固定值+個人固 定值數(shù)據(jù)存儲編號：f11數(shù)據(jù)存儲名

42、稱：員工保險表簡述：存放公司員工所參加的保險信息。數(shù)據(jù)存儲組成：標識+員工標識+保險標識+開始h期+結束日期+已停止數(shù)據(jù)存儲編號 數(shù)據(jù)存儲名稱 簡 述數(shù)據(jù)存儲組成f12稅率表存放公司員工發(fā)工資時的稅率信息。標識+名稱+最小工資+最大工資+稅率+備注數(shù)據(jù)存儲編號 數(shù)據(jù)存儲名稱 簡 述f13員工工資表存放公司員工工資詳細信息。數(shù)據(jù)存儲組成工資+備注標識+員工標識+年月+獎金+福利+懲罰+保險+應發(fā)工資+稅率+實發(fā)數(shù)據(jù)存儲編號：f14數(shù)據(jù)存儲名稱：考核方案表簡述：存放公司考核方案的詳細信息。數(shù)據(jù)存儲組成:標識+方案編號+方案名稱+描述+a點分+b點分+c點分+d點分+e 點分%+考核周期+已停止+等

43、級a最小分十等級b最小分+等級c最小分+等級d最小分+ 等級e最小分數(shù)據(jù)存儲編號：f15數(shù)據(jù)存儲名稱：考核項目表簡述：存放公司考核項目的詳細信息。數(shù)據(jù)存儲組成：標識+標進編號+標準名稱+答案a+答案b+答案c+答案d+答案e+考 核項目+描述數(shù)據(jù)存儲編號：f16數(shù)據(jù)存儲名稱：考核分數(shù)表簡述：存放公司員工的某次考核的單項成績。數(shù)據(jù)存儲編號 數(shù)據(jù)存儲名稱 簡 述數(shù)據(jù)存儲組成數(shù)據(jù)存儲組成：標識+被考核人標識+考核方案標識+考核標準標識+結杲+考核人標 識+備注+記錄fi期f17方案-標準表 存放考核方案所對應的考核標準。標識+考核方案標識+考核標準標識+標準分數(shù)+分數(shù)來源數(shù)據(jù)存儲編號：f18數(shù)據(jù)存儲

44、名稱員工考核表數(shù)據(jù)存儲組成述：存放員工在考核方案上的考核結果。標識+方案-標準標識+考核日期+等級+總分+員工標識第3章系統(tǒng)設計系統(tǒng)設計是在系統(tǒng)分析的基礎上由抽彖到具體的過程。主要目標是將系統(tǒng)分析階段 所提出的反映了信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機與通信系統(tǒng)的 物理（技術）方案，為下一階段系統(tǒng)實施提供必要的技術資料，應符合系統(tǒng)性，靈活性, 可靠性，經(jīng)濟性的要求。3.1系統(tǒng)模塊總體設計結構化設汁技術的核心是模塊分解設計，模塊是系統(tǒng)功能結構圖的主要元素。其設 計思想是，采用自頂向下、逐層分解的方法，先給出總的模塊功能，再逐層分解，使其 分為多個大小適當，功能明確，具有一定獨立性且容

45、易實現(xiàn)的模塊，從而把一個攵雜的 系統(tǒng)設汁轉(zhuǎn)變成為多個簡單模塊的設計。在本系統(tǒng)中，釆用了模塊結構化設計方法，根據(jù)數(shù)據(jù)流圖，按層次劃分各個模塊， 每個模塊完成一個功能，且每個模塊具有單入口單出口。本系統(tǒng)一共分為六個模塊，每個模塊之間雖然在表面上是相互獨立的，但是在對數(shù) 據(jù)庫的訪問上是緊密相連的，各個模塊訪問的是同一個數(shù)據(jù)庫，只是所訪問的表不同而 已。每個模塊的功能都是按照在調(diào)研中搜集的資料進行編排制作的。依據(jù)上述功能的分析，系統(tǒng)中模塊分別為：人事資料管理模塊、人力資源管理模塊、 工資管理模塊、考勤管理模塊、績效考核模塊、系統(tǒng)維護模塊。各功能模塊的具體功能如下：1. 人事資料管理模塊：人事資料管理模

46、塊是管理員工和企業(yè)基本信息的模塊，如 員工信息、部門信息、員工福利、企業(yè)可用福利的管理等。2. 人力資源管理模塊：人力資源管理與企業(yè)的人力資源計劃對應，用于企業(yè)員工 招聘與員工培訓相關的功能。3. 工資管理模塊：工資管理模塊是對員工工資進行管理的模塊，系統(tǒng)可根據(jù)員工 的福利、獎懲情況、保險等信息計算員工工資。4. 考勤管理模塊：考勤管理模塊是對員工日常考勤及相關信息進行管理的模塊， 如班次管理、員工排班、打卡記錄、請假、考勤管理等。5. 績效考核模塊：是對員工各方面工作情況的考核系統(tǒng)，可根據(jù)員工的工作表現(xiàn)、 工作態(tài)度、工作熱情等，對員工考核的模塊，管理人員可根據(jù)員工的考核情況對員工進 行獎勵、

47、懲罰、晉升、漲薪、辭退等。6. 系統(tǒng)維護模塊：系統(tǒng)維護是對系統(tǒng)用戶和系統(tǒng)角色信息進行維護和對系統(tǒng)相關 參數(shù)進行配置的模塊。系統(tǒng)功能圖如圖3-1所示。人力資源管理系統(tǒng)圖3-1系統(tǒng)功能圖3. 2數(shù)據(jù)庫設計數(shù)據(jù)庫設計是在給定的dbms、操作系統(tǒng)和硬件環(huán)境下，如何表達用戶的需求，并 將其轉(zhuǎn)換為有效的數(shù)據(jù)庫結構，構成較好的數(shù)據(jù)庫模式，這個過程稱為數(shù)據(jù)庫設計。數(shù) 據(jù)庫及其應用系統(tǒng)開發(fā)的全過程可分為兩大階段：數(shù)據(jù)庫系統(tǒng)的分析與設計階段；數(shù)據(jù) 庫系統(tǒng)的實施、運行與維護階段。一、數(shù)據(jù)庫設計概述數(shù)據(jù)庫設計是建立數(shù)據(jù)庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設屮的核心技 術，具體的說，數(shù)據(jù)庫設計是一個給定的應用壞境，

48、構造最優(yōu)的用戶的應用需求（信息 要求和處理要求）。這個問題是我們在進行軟件開發(fā)時期的主要研究方向。數(shù)據(jù)庫設計應該和應用系統(tǒng)設計相結合，也就是說，整個設計過程中要把結構（數(shù) 據(jù)）設汁和行為（處理）設計密切結合起來。由于信息結構復雜，應用環(huán)境多樣，在相當長的一段時間內(nèi)數(shù)據(jù)庫設計主要采用手 工試湊法。使用這種方法與設計人員的經(jīng)驗和水平有直接的關系，數(shù)據(jù)庫設計成為-種 技藝而不是工程技術，缺乏科學理論和工程方法的支持，軟件的質(zhì)量難以保證，常常是 數(shù)據(jù)庫運行一段時間后又不同程度地發(fā)現(xiàn)了各種問題，增加了系統(tǒng)維護的代價。十余年 來，人們努力探索，提出了各種設計準則和規(guī)程，都屬于規(guī)范設計法。二、數(shù)據(jù)分析數(shù)據(jù)分

49、析過程同數(shù)據(jù)庫的邏輯結構和物理結構密切相關，需要確定、編制、組織、 篩選應用程序所使用的信息。它以一種能夠分析和分類的方式來捕獲用戶的所有信息， 這使得某一模型可以直接轉(zhuǎn)化成數(shù)據(jù)庫結構。我們使用一種信息建模技術，這種技術是通過實體、關系、屬性三種基本對象來定 義信息。實體是需要維護和使用的相關特性的集合體；屬性是實體的特性或特征；關系 是實體之間的聯(lián)系，關系為實體記錄（實例）之間的聯(lián)系和交互作用方式建立了模型。要確定實體和關系的性質(zhì)，用戶必須確定單個實體和他們相關的屬性。為每個對象 定義一個完整的與商業(yè)相關的描述以及他單獨使用的要求，這也包括確定此實體是否使 用應用程序的永久需求，每種關系的基

50、本定義使用了商業(yè)定義和與關系相連接的需求。在為實體確定相關的屬性過程中，也需要確定此實體的主鍵和索引，并且要確定在 每個實體中怎樣組織這些屬性，確定屬性的數(shù)據(jù)類型和它是否為空值。在高層次的描述 過程中，還可以確定所有擴展屬性信息，包括長度、格式、編輯風格、校驗規(guī)則和初始 值。單獨實體的屬性被組織起來，用戶就能夠開始以某一種組織方式來給實體分類。用 戶必須通過關系，來為實體分組的方式確定分類模式，這是抽象化的初始層，或者說是 通過隱藏模糊的信息來提高對分析的理解，通過將數(shù)據(jù)分類成組，就產(chǎn)生了相關分組的 不同類型，這樣，更加易于觀察和分析。三、數(shù)據(jù)庫的詳細設計在設計數(shù)據(jù)庫吋，應考慮以下事項：數(shù)據(jù)庫用途及該用途將如何影響設計，應創(chuàng)建符合用途的數(shù)據(jù)庫計劃。數(shù)據(jù)庫規(guī)范化規(guī)則，防止數(shù)據(jù)庫設計中出現(xiàn)錯誤。對數(shù)據(jù)完整性的保護。數(shù)據(jù)庫和用戶權限的安全要求。應用程序的性能需求，設計數(shù)據(jù)庫時必須利用microsoft sql server 2005屮能夠提 高性能的功能。對于性能而言，在數(shù)據(jù)庫大小和硬件配置之間權衡也是很重要的。根據(jù)人力資源管理系統(tǒng)的實際情況，本系統(tǒng)的數(shù)據(jù)庫命名為：hrms數(shù)據(jù)庫，存儲 所有的數(shù)據(jù)信息及其儲過程。hrms數(shù)據(jù)庫屮部分信息表如表3-1至3-16所示。表31 users