人力資源管理系統數據庫課程設計

1、第一章 緒論1.1 開發(fā)背景隨著企業(yè)的信息化和體制改革的步伐， 人才競爭使企業(yè)的人力資源面臨前所 未有的挑戰(zhàn)。 越來越多的企業(yè)不斷地加大對員工的投資， 從而更好地吸引、 保留 和發(fā)展所需要人才，是企業(yè)擁有持久的、強大的競爭優(yōu)勢。在過去很長一個傳統的計劃經濟管理體制的時期中 , 國有企事業(yè)和公共事業(yè) 單位中的人員管理一直實行著集中統一的計劃管理模式 , 企業(yè)中人員的差異并沒 有構成主要的決定因素 , 隨著市場經濟的發(fā)展 , 市場競爭的加劇 , 企業(yè)的成功與其 員工隊伍之間的關注。 而傳統的手工紀錄管理的模式越來越不能滿足企業(yè)人力資 源管理的要求，隨著計算機應用的普及，采用計算機進行人力資源管理的

2、快捷、 方便、高效的優(yōu)越性時企業(yè)管理人員的共識。因此我們選用 人力資源管理系統數據庫設計 作為我們的數據庫課程設計 的設計題目，通過人力資源會計理論為指導，將人力資源需求、人力資源招聘、 人力資源審計、人力資源使用、人力資源培訓、人力資源評估、人力資源二次調 配等每一個動態(tài)環(huán)節(jié)編制成類似于財務報表的記錄， 從而完成人力資源的貨幣形 式的衡定。 以工資核算為核心、 以員工的績效考核為依據， 通過建立多種數據模 型輔助完成人力資源管理對企業(yè)經營決策的支持作用。本說明書目的在于明確說明系統需求， 界定系統實現功能的范圍， 指導系統 設計以及編碼。 本說明書的編寫為下階段的設計、 開發(fā)提供依據， 為項

3、目組成員 對需求的詳盡理解， 以及在開發(fā)開發(fā)過程中的協同工作提供強有力的保證。 同時 本文檔也作為項目評審驗收的依據之一。1.2 項目背景人力資源管理模塊以經營管理為基礎， 采用成熟、 先進的計算機軟、 硬件集 成技術，融入科學的人事管理思想和模式， 對企業(yè)及其下屬公司的人事信息進行 采集、儲存、加工、處理和分析，使其及時準確地反映企業(yè)的人事聘用狀況、人 員流動情況、 薪資情況等人事信息， 為各層管理者提供快速準確的人事管理依據 與輔助決策數據。企業(yè)公司發(fā)展現狀幾十年來， 企業(yè)經營單位和從業(yè)人員急速發(fā)展， 人員良莠 不齊，懂專業(yè)知識的少，小本經營多。面對危機與機遇，出路只有一條：通過改 革和創(chuàng)

4、新，提高管理能力，提高核心競爭力。通過導入規(guī)范化信息管理系統，尤 其是人力資源管理系統， 建立信息化平臺。 只有在人力資源得到合理的分配， 才 能發(fā)揮出企業(yè)的整體實力， 站穩(wěn)腳跟。 建立一個完善的人力資源管理系統， 對一 個企業(yè)的領導者在人力管理方面有著非常重要的作用。我們的項目就是基于人力資源管理在企業(yè)發(fā)展中的重要作用而開發(fā)的， 使公 司能更好的管理人力資源， 提高企業(yè)的整體競爭力。 通過實施人力資源管理系統， 提高人力資源部在日常人力資源操作性等事物的工作效率， 為高層提供即時的搞 笑的人力資源數據查詢、 分析，為高層提供決策支持。 同時有利于人力資源內部 流程的規(guī)范與再造優(yōu)化。1.3 定

5、義1.3.1 專業(yè)術語數據流圖：數據流圖是結構化方法中使用的工具， 它以圖形的方式描繪數據 在系統中流動和處理的過程， 由于它只反映系統必須完成的邏輯功能， 所以它是 一種功能模型。主頁術語定義是一種可以撰寫跨平臺應用的面向對象的程序設計語言，是由公司于 1995 年 5 月推出的程序設計語言和（即 , , ）的總稱。 技術具有卓越的通用性、高效 性、平臺移植性和安全性，廣泛應用于個人、 、游戲控制臺、移動電話和，同時 擁有全球最大的開發(fā)者專業(yè)社群。 在全球云計算和的產業(yè)環(huán)境下， 更具備了顯著 優(yōu)勢和廣闊前景。:是一種數據庫查詢和程序設計語言，用于存取數據以及查詢、更新和管理關系數據庫系統。甘

6、特圖：它是以圖式的方式通過活動列表和時間刻度形象地表示出任何特定 的活動順序與持續(xù)時間。第二章 任務概述2.1 目標傳統的企業(yè)人力資源管理已不能滿足現代化管理的需要。 因此，對企業(yè)人力 資源的信息處理實行計算機化這一需要就顯得越來越重要。 要對人力資源中人員 甑選、人員錄用、員工培訓、人員調整、考勤管理、人事評議、人事檔案管理， 實現全面、科學、系統的管理； 提高工作效率、增強交流與協作、提高輔助決 策、有效地提高管理水平、 完善人力資源管理活動中諸多不足之處就成為的設計 目標。充分利用網絡資源， 根據企業(yè)實際需求， 進一步優(yōu)化和再造管理流程： 使人 力資源的管理更為高效和科學，數據更為準確。

7、完善人力資源決策支持系統， 及時提供相關數據和報表： 使基于人力資源系 統數據的決策更為直觀和精確。增強員工自助服務的功能， 簡化人力資源事務性的管理流程： 使人力資源部 門的人員有更多的時間和精力用于人力資源的戰(zhàn)略規(guī)劃。完善人力資源系統的業(yè)務管理功能， 建立流程引擎和角色管理機制： 使得達 到降低成本，提高效率，合理利用人才，改進員工服務模式的目的。2.2 運行環(huán)境開發(fā)環(huán)境： 20082005運行平臺：操作系統附加功能： 6.0應用平臺： 8.1客戶端軟件： 6.0語種：簡體中文或英文硬件環(huán)境：列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括:1處理器型號及內存容量；2外存

8、容量、聯機或脫機、媒體及其存儲格式，設備的型號及數量；3輸入及輸出設備的型號和數量，聯機或脫機；4數據通信設備的型號和數量；5功能鍵及其他專用硬件例如:設備名稱用途配置信息備注應用和數據庫服務 器數據存儲和處理1: P4 2.20G無整個系統相關人員有：系統管理人員，人力資源管理員，普通員工，應聘人 員以及財務的后勤人員。人力資源管理員可以利用該系統好好利用公司人力資源，普通員工可以及時查詢相關信息并更新自己的信息 2.3條件限制由于系統用戶層次廣，用戶面寬，所以用戶對于電腦，網絡知識的掌握不一， 可能有尚未接觸過電腦的，可能有軟件使用高手 故應該考慮根據調查用戶實 際設計出使用方便，統一，簡

9、易盡量多可視化的系統，提高用戶的可操作性，減 少用戶培訓。同時由于不同層次的用戶有不同的系統使用管理權限，健全安全機制，完善系統安全監(jiān)控審計功能也是很重要的。第三章需求分析3.1功能劃分我們的人力資源管理將要完成招聘入職管理管理，薪資管理，出勤統計，員工獎懲管理，保險管理，合同管理，培訓管理等功能，經過劃分為以下五個子系 統。如下圖是我們的功能結構圖。在后續(xù)設計中，我主要負責人事關系管理子系統，因此，在此只反映人事管 理的二級結構分類。人力資源管理系統招聘管理薪資管理人事管理社 會 關 系 管 理培訓管理憑 調 處 理轉 正 處 理1 F升離降職管管理理圖3.1功能結構圖招聘入職子系統由人事主

10、管部門制定招聘計劃，并且負責人員的面試工作，并且對面試及招 聘過程中員工的信息加以記錄，流程從員工登記開始一直到面試通過進入實習期 為止。培訓管理子系統在該子系統中，集中管理通過面試進入培訓階段的員工信息，記錄員工在培訓期間的業(yè)績表現，平時考核以及結課考試成績，作為入職轉正的標準。人事管理子系統在該子系統中，負責員工的日常關系管理，包括人員憑調，升降變動，轉正 審批，離職等級等人事業(yè)務社會關系子系統在該子系統中，主要管理員工的個人合同，保險，以及公積金，業(yè)務包括合 同續(xù)簽及審核，保險關系轉入轉出繳納，公積金轉入轉出繳納薪資管理子系統在該子系統中，主要包括員工考勤，獎懲統計，員工工資統計，系統將

11、根據該月員工出勤及加班違紀情況自動統計員工薪資3.2 個人模塊在該項目中，我負責的是人事管理模塊，按照要求，在下面的數據庫設計 中，我將按照概念設計邏輯設計物理設計的步驟來進行闡述。在我的人事管理模塊中，人事專員負責員工的各項人事業(yè)務管理，可以發(fā) 起對一個員工的調動申請， 并且指定審批的上級領導， 上級領導審批后， 人事管 理員根據審批結論修改員工信息。 當員工試用期滿后， 由員工個人發(fā)起轉正申請， 人事專員受理后指定審批領導。 審批后根據審批結論修改員工狀態(tài)。 員工離職后， 人事專員記錄該員工離職信息及其原來所在部門。因此，在我的模塊中，我主要分以下幾個功能進行設計：1. 人員基本信息管理2

12、. 人員憑調處理3. 人員轉正處理4. 人員升遷降職處理5. 離職記錄登記我們的人力資源管理系統的全局數據流圖如圖 4.1 所示：人.耶誌弄克號同工禍訓且PIliLlOVr PF55員二君總燉ft it 7i . E7.12.fhi*T戰(zhàn)工匕也八1計fix申屮ef天車訐呼F龜筑Jb布培iJII併JB1m 011舊理干囲壞ATMLJQ 11賈eie-f捉交爐陶笫哦也詢應聘忙尼査詢就匸仿鳥圖3-1全局數據流圖由上圖進行進行分析，與我的人事管理產生交集的模塊是培訓模塊， 在一個 員工通過面試后，進入實習狀態(tài)，而要轉正的話，是由人事部門根據該員工在實 習期的業(yè)績進行評估，達到轉正標準的，將由人事專員發(fā)

13、起轉正申請。也就是說， 可以發(fā)起轉正申請的人員信息來自于培訓模塊。同時，在員工的升遷降職中，人事部門要統計員工的業(yè)績，根據業(yè)績判斷該 員工是否到達升遷降職的標準，并且發(fā)起調動，由上級批準，即就是，升遷降職 將參考效績模塊的數據。在下描述的過程中，如有用到其他模塊的數據的功能， 將有所提及，但不做 深入講解，如有疑問，可以參考其他模塊的具體設計。3.3數據流圖1內部調動圖3-2內部調動圖人事專員可以發(fā)起對一名員工的調動申請， 申請包括該員工現在部門職位和 將要調往的部門職位，發(fā)起的申請存入系統，然后交由上級領導審批，上級審批 后，產生的審批記錄存入系統。2.升遷降職處理Fl:ft IF2：/;讓

14、pnim圖3-3升遷降職圖人事專員可以根據員工入職以后的個人業(yè)績針對員工發(fā)起升遷降職申請，由上級批準后，升遷降職信息存入系統3.離職登記F1：負:信總表圖3-4離職登記數據流圖4員工轉正如果人事專員根據員工在實習期間的表現決定是否可以對該員工發(fā)起轉正， 調價達到，則該員工發(fā)起轉正，并且對該員工產生轉正記錄，記錄的轉正時間， 從次月起對員工繳納保險和公積金。與社會關系管理模塊契合。第四章概念結構設計4.1數據字典數據文件：調動申請表文件組成：調動編號，員工編號，現在部門，現在崗位，調動部門，調動崗位, 申請日期，上級編號序號列名數據類型長度小數位標識主鍵允許空默認值說明1調動編號40是是否2員工

15、編號500否3現在部門500否4現在崗位500否5調動部門40否6調動崗位40否7申請日期40否數據文件：調動審批表 文件組成：審批編號，調動編號，審批日期，審批評語，審批結論，上級編號序號列名數據類型長度小數位標識主鍵允許空默認值說明1審批編號40是是否2調動編號500否3審批日期500否4審批評語40否5審批結論40否6審批人40否數據文件：升遷降職表文件組成：編號，員工編號，現在部門，現在崗位，變動部門，變動崗位，變動日期，上級 編號序號列名數據類型長度小數位標識主鍵允許空默認值說明1編號40是是否2員工編號500否3現在部門500否4現在崗位500否5變動部門40否6變動崗位40否7變

16、動日期40否8審批人40否數據文件：離職登記表文件組成：離職編號，員工編號，離職原因，離職時間序號列名數據類型長度小數位標識主鍵允許空默認值說明1離職編號40是是否2員工編號500否3離職原因40否4離職時間40否數據文件：轉正申請表文件組成：申請編號，員工編號，培訓編號，部門編號，崗位編號，申請時間, 審批人編號序號列名數據類型長度小數位標識主鍵允許空默認值說明1轉申編號40是是否2員工編號500否3申請內容500否6申請時間40否7審批人編號40否數據文件：轉正審批表文件組成：申請編號，員工編號，轉申編號，審批日期，審批評語，審批結論, 審批人序號列名數據類型長度小數位標識主鍵允許空默認值

17、說明1審批編號40是是否2員工編號500否3轉申編號500否4審批日期500否5審批評語40否6審批結論40否7審批人40否4.2 圖1員工調動申請圖一個員工可以有多個調動申請，一個人事專員可以發(fā)起多個憑調申請偉興部門憑調申請原米喘位曲I員工猜號/ （姓窖 1（性刑申誦寸間4-1員工調動申請圖2. 員工調動申請審批圖謂動剖門調動審批是對憑調申請的回復，一條憑調申請可以有一個或零個調動審批懇來部門4-2員工調動審批圖3. 轉正申請圖4-3員工轉正申請圖4.轉正審批圖宙批結論畝批評語審批人畝把綣號審批時間4-4員工轉正審批圖5.員工離職員工編號宴職記錄離職離腿時間（姓客 Q性別地址5-5員工離職圖

18、6.人員升降閔T縮號Mil日工tiljT5于月動時閭.晾訓楚f ，W"1 /凋動記錄4-6員工升遷降職圖fflL.A第五章邏輯設計5.1關系模式從上面的概念設計中，可以得出以下的關系模式:1.憑調申請（申請編號,員工編號，原來部門，調動部門，原來崗位，調動崗位, 申請時間）2調動審批（審批編號亠申請編號，審批評語，審批結論，審批時間，審批人）3. 轉正申請（申請編號，員工編號，申請內容，申請時間，人事專員編號，審批 人）4. 轉正審批（審批編號，審批評語，審批結論，審批時間，申請編號）5. 離職信息（離職編號，員工編號，離職時間，離職原因，原來部門）6. 升降記錄（變動編號，變動時間

19、，調動部門，調動崗位，上級編號）5.2關系模式分析1憑調申請關系模式憑調申請（申請編號，員工編號，原來部門，調動部門，原來崗位，調動崗位，申請時間）在關系模式中，審請編號是主屬性。申請編號（員工編號，原來部門，調動部門，原來崗位，調動崗位，申請時間）其中，每一個數據項都單一，滿足1，并且，主屬性是申請編號，不存在非主屬性對主屬性的部分依賴。 滿足第二 范式。同時，主屬性是申請編號，不存在非主屬性對主屬性的傳遞依賴。 滿足第三 范式。因此：憑調申請 32調動審批關系模式調動審批（審批編號,申請編號，審批評語，審批結論，審批時間，審批人） 在關系模式中，審批編號是主屬性。審批編號（申請編號，審批評

20、語，審批結論，審批時間，審批人 ）其中，每一個數據項都單一，滿足1，并且，主屬性是審批編號，不存在非主屬性對主屬性的部分依賴。 滿足第二 范式。同時，主屬性是審批編號，不存在非主屬性對主屬性的傳遞依賴。 滿足第三 范式。因此：憑調申請 33轉正申請關系模式轉正申請（申請編號，員工編號，申請內容，申請時間，人事專員編號，審 批人）在關系模式中，申請編號是主屬性。申請編號（申請編號，員工編號，申請內容，申請時間，人事專員編號，審 批人）其中，每一個數據項都單一，滿足1，并且，主屬性是申請編號，不存在非主屬性對主屬性的部分依賴。 滿足第二范式。同時，主屬性是申請編號，不存在非主屬性對主屬性的傳遞依賴

21、。范式。因此：憑調申請 34轉正審批關系模式轉正審批（審批編號，審批評語，審批結論，審批時間，申請編號） 在關系模式中，審批編號是主屬性。審批編號（審批評語，審批結論，審批時間，申請編號）其中，每一個數據項都單一，滿足1，并且，主屬性是審批編號，不存在非主屬性對主屬性的部分依賴。 范式。同時，主屬性是審批編號，不存在非主屬性對主屬性的傳遞依賴。 范式。因此：憑調申請 35.離職信息關系模式離職信息（離職編號，員工編號，離職時間，離職原因，原來部門） 在關系模式中，離職編號是主屬性。離職編號 （員工編號，離職時間，離職原因，原來部門）其中，每一個數據項都單一，滿足1，并且，主屬性是離職編號，不存

22、在非主屬性對主屬性的部分依賴。滿足第三滿足第二滿足第三滿足第二范式。同時，主屬性是離職編號，不存在非主屬性對主屬性的傳遞依賴。 范式。因此：憑調申請 36升降記錄關系模式升降記錄（變動編號，變動時間，調動部門，調動崗位，上級編號） 在關系模式中，變動編號是主屬性。變動編號（變動時間，調動部門，調動崗位，上級編號）其中，每一個數據項都單一，滿足1，并且，主屬性是變動編號，不存在非主屬性對主屬性的部分依賴。 范式。同時，主屬性是變動編號，不存在非主屬性對主屬性的傳遞依賴。 范式。滿足第三滿足第二滿足第三因此：憑調申請 3第六章物理設計6.1類圖在我負責的業(yè)務模塊中，有人事專員，調動申請，申請審批，

23、升遷降職，離 職記錄，轉正申請，和轉正審批，他們之間的關系如下圖6-1類圖6.2功能設計621員工憑調人事專員發(fā)起對一個員工的調動申請， 由上級領導審批后，人事專員根據審 批結果修改員工狀態(tài)，如果審批結果未通過，則不變化，只產生申請審批記錄， 如果通過，貝U修改員工信息即新的崗位好和部門號。如下圖的活動圖:圖6-2員工憑調活動圖admlnimgrservice日ppIijcationQ2: rplyO圖6-3員工憑調時序圖622員工轉正在培訓階段的培訓成績合格后，員工可以自己發(fā)起自己的轉正申請，人事 專員受理后，指定審批領導，由上級領導審批后，人事專員根據審批結果修改員 工狀態(tài)，如果審批結果未

24、通過，則不變化，只產生申請審批記錄，如果通過，則 修改員工信息即狀態(tài)為正式員工。如下圖的活動圖：Personadmin受理申請發(fā)起轉正申謂轉正失敗彳批轉i匸轉止力圖6-4轉正活動圖圖7-5轉正用例圖useradminmgrservicedb1I 1:此）I1 appli 潮onQ 牘 ILLL也1和）IT蒼 I nocifyLc圖6-5轉正時序圖623員工升遷降職人事專員可以發(fā)起一條員工的升遷降職記錄申請，由上級領導審批后，人 事專員根據審批結果確定該員工是否可以升遷或降職，然后修改修改員工狀態(tài)。 然后新增一條升遷降職記錄，記錄該員工何時由誰審批從何位置調往何職位。圖6-6升遷降職活動圖adm

25、inmgiservicedb2：陽PRO圖6-7轉正用例圖624員工離職當一個員工離職后，人事專員負責記錄該員工的離職信息， 包括離職時間和 離職原因，而員工離職后，并不將該員工從員工綜合記錄中刪除， 而是將其狀態(tài) 置為離職，即就是執(zhí)行邏輯刪除，然后在以后的在職員工操作過程中， 該員工將 不再查詢范圍之內。7圖6-8員工離職活動圖I1.丨 I rnMfp5汕0TT圖6-9員工離職時序圖625員工信息維護1,員工信息查詢員工成功登錄人力資源管理系統，輸入相關信息條件，進行員工信息查詢 其流程如圖所示：X/ 奄錄泵統 知人住詢玉件XI/p -rLi-t必圖6-10員工信息查詢時序圖員工對于自己的相

26、關基本信息進行查看，以及相關人員查看員工的信息程中主要涉及的業(yè)務實體以及它們之間的關系如圖所示："»數懈庫連樓”員工倉息_上 一!圖6-11員工信息查詢類圖在這個業(yè)務流程中，有兩個直接與系統交互的用戶：系統管理員，員工, 及的業(yè)務活動如圖所示：圖6-12員工信息查用例圖2.員工信息修改人力資源管理部門等相關人員根據情況對員工信息進行修改更新與維護, 員工自身對于自己的信息的更正等。整個流程如圖所示：OD .m操鼻站廠I圖6-13員工信息修改活動圖流程中涉及的的業(yè)務實體在上圖的基礎上增加了人力資源部門的員工，它們之間的關系如圖所示：瞰培球連抿 G 罰工併息圖6-14員工信息修

27、改類圖這個業(yè)務流程中有三個直接與系統交互的用戶： 系統管理員，員工，人力資 源部門人員，他們涉及的業(yè)務活動如圖所示：檢測豎杲公司一卷曲工只可 修改自己的信忌.而人力済淖昔理部 門的人員対可以修 改所有員工的信息丄力寅源它理部 門人員圖6-15員工信息修改用例圖3新員工信息添加當公司招聘進新的員工時，需要將新員工的信息存進系統中。其流程如圖所示:f U>輸入員丄恬克L存入嘉統圖6-16員工信息添加活動圖這個業(yè)務流程中涉及的業(yè)務實體同上面信息修改。其系統直接交互用戶也包 括系統管理員，員工，人力資源部門人員，在上面的業(yè)務活動的基礎上，人力資 源部門人員涉及的業(yè)務活動添加了添加員工信息第七章測

28、試實現7.1用戶界面在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界 面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯 示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用 進行編程，在界面上可使 用 所提供的可視化組件，向 風格靠近。其中服務器程序界面要做到操作簡單， 易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用庫中的錯誤提示函數。總的來說，系統的用戶界面應作到可靠性、簡單性、易學習和使用。圖7-1系統運行主界面進入員工信息管理后，可以對員工信息進行維護，并且發(fā)起對員工的各項人

29、事業(yè)務進入員工信息的管理界面，可以瀏覽全部員工的基本信息，如圖8-2所示玲艸E3C3弔眄巧TnfS5P王時TWSdddddd*-壬狂a卅*1 口壬1；卜機麗iS*.iJE*2010-1-2Ddddd壬礎201Dl.itddddl壬三賦S24S795J319B7-12-13flfHir網目三氓201011-17aaaaaaaaa-3aiaaa王丑址事二2：2010114)1鄭扯韋宓12=62755132O1CH1)B臧文北府rfilJSiddddS2O1IK11-C2舁釋EVigM*13112010-11-16貍扛m閥19BX-13-J3S4J5345J&3S±2童197-12

30、-33炮円#ITS出左1»34-1*1W7-12-13的眶壬砌應S1937x114!口 IflMHFfnT.lT.P|-iSW X圖7-2系統運行主界面在該頁面，可以對員工進行基本的操作，如下圖所示，就是刪除員工記錄的操作過程圖7-3員工操作界面點擊添加員工按鈕，進入添加員工頁面，輸入員工信息，就能將員工信息錄 入系統。丨員工列條t璋Ml®工乍產弓丁J上午Of. AdniinMitmt 兮穰roc m年|尸17F上硒B" 口則働取口ImQis-址址：向丄辰且圖7-4添加員工界面點擊添加修改信息按鈕，進入修改員工頁面，重新輸入員工信息，就能將員 工信息錄入系統。鼻61.，淒“art?壯爲瓷 匹啊曲州 E3酬輝比丿I代±n：1010-11-0115M6S0&657t牛#B ArtnUnMarfle 舎丟縣ECE珥4片17 3 ME圖7-5添加員工界面7.2代碼展示員工基本類*/*()/*/*/) */員工控制類(&qu