【文章內容簡介】 系統(tǒng)需求。 設計數據庫的概念模型 按系統(tǒng)的需求來對數據庫建模。 邏輯結構設計 把概念結構轉化為與所采用的數據庫管理系統(tǒng)所支持的數據庫模型相符合。并對數據庫進行實施和維護。 本章小結 本章主要是介 紹 了在 開發(fā) 一 個 系 統(tǒng) 之前要 進 行的可行性分析、需求分析及數據庫需求分析。其中，可行性分析是 對 確定系 統(tǒng) 的目 標 、 規(guī) 模與功能是必不可少的，從系統(tǒng)可行性和技術可行性方面進行了分析；需求分析主要介紹了功能需求、環(huán)境需求、用戶界面需求等。需求分析的 設計 是 數 據 庫 的起 點 ，需求分析的 結 果是否準確很大程度地反映了用 戶 的 實際 要求， 將 直接影 響 到后面各 個階 段的 實施，并影 響 到 設計結 果是否合理和 實 用。因此是非常重要的一 個過 程，要加以重視 。 第 4 章 系統(tǒng)總體設計 系統(tǒng)設計是在系統(tǒng)分析的基礎上由抽象到具體的過程。主要目標是將系統(tǒng)分析階段所提出的反映信息需求的系統(tǒng)邏輯方案轉換成可以實施的基于計算機與 通信系統(tǒng)的物理（技術）方案，為下一階段系統(tǒng)實施提供必要的技術資料，應符合系統(tǒng)性，靈活性，可靠性，經濟性的要求。 系統(tǒng)總體結構設計 根據系統(tǒng)分析的結果，得到人力資源管理系統(tǒng)的功能 模塊結構圖，系統(tǒng)總體結構劃分為系統(tǒng)管理模塊、人事管理模塊、招聘管理模塊、培訓管理模塊、薪酬管理模塊及管理員管理模塊。其結構圖如圖 所示。 圖 人力資源管理系統(tǒng)功能模塊圖 系統(tǒng)流程 系統(tǒng)流程圖反映了整個系統(tǒng)的功能實現，即將來程序的控制層次體系。本系統(tǒng)包括信息查詢功能和信息管理功能，用戶打開程序就可以直接查詢相關的信息，管理員可直接登錄系統(tǒng)對信息進行維護和更新。系統(tǒng)流程圖如圖 所 示 。 圖 系統(tǒng)流程圖 對系統(tǒng)進行操作 數據庫 數據處理 數據輸出 數據庫維護 招聘信息管理 企業(yè)人才庫 培訓計劃 培訓實施 培訓材料 薪酬登記 薪酬修改 薪酬查詢 添加管理員 管理員管理 添加部門和職位 部門和職位管理 員工登記 員工考勤登記 員工管理 獎懲管理 系統(tǒng)管理 人事管理 招聘管理 培訓管理 薪酬管理 管理員管理 人力資源管理系統(tǒng) 系統(tǒng)模塊結構設計 模塊是指在軟件系統(tǒng)設計中，這樣的一組程序語句，它包括輸入與輸出、邏輯處理功能、內部信息及其運行環(huán)境。人力資源管理系統(tǒng)劃分為人事管理、招聘管理、培訓管理、薪水管理、系統(tǒng)管理等模塊。人事管理模塊主要功能是對人事管理的基礎信息、員工信息等進行管理。招聘管理模塊主要是對企業(yè)招聘信息、企業(yè)的應聘信息、企業(yè)人才庫進行管理。培訓管理模塊主要是對企業(yè)的培訓計劃、培訓實施、培訓材料等信息進行管理。薪水管理模塊主要功能是對員工的薪水進行管理。系統(tǒng)管理模塊主要功能是對操作員信息、操作員權限進行管理 。 對于員工管理模塊的總體設計，其類圖如圖 ： 圖 員工管理模塊類圖 在 這 個 類 圖 中 ， 有 一 個 接 口 EmployeeDAO, 它的實現類是EmployeeDAOImpl，它們都需要 Employee類型參數， UpdateEmployeeAction、DeleteEmployeeAction 、 EmployeeInfoAction 、 EmployeeListAction 、ToAddEmployeeAction、 AddEmployeeAction都是繼承自 struts提供的 Action類，并且都需要調用 EmployeeDAO來實現相關操作。 對于管理員管理模塊的總體設計，其實現類圖如圖 ： 圖 管理員管理模塊類圖 在這個類圖中，有一個接口 AdminDAO,它的實現類是 AdminDAOImpl，它們都需要 Admin 類 型 參 數 ， UpdateAdminAction 、 DeletAdminAction 、AdminInfoAction、 AdminListAction、 ToAddAdminAction、 AddAdminAction、LoginAction都是繼承自 struts提供的 Action類，并且都需要 調用 AdminDAO來實現相關操作。 其中登錄實現的順序圖如圖 ： 圖 登錄 實現順序圖 該順序圖的處理步驟如下： 用戶 從瀏覽器客戶端向 Web服務器發(fā)出請求，服務器將請求轉發(fā)到 Web容器，比如： Tomcat；根據請求路徑 URL找到 ActionServlet， Web容器調用 Servlet的 servic()方法，根據請求參數的不同調用 doGet()或者 doPost()方法。 而 ActionServlet的 doGet()或者 doPost()方法調用 process()方法處理請求和響應，生 成 RequestProcess對象處理配置文件 ，依次調用 processMapping()查找處理此次請求的 Action信息并返回 ActionMapping對象； processActionForm() 創(chuàng) 建 此 次 請 求 的 ActionForm 對象；processActionCreate()創(chuàng)建處理此次請求的 Action實例（ LoginAction對象）；processActionPerform()執(zhí)行 Action實例的 execute()方法。 通過調用 execute()方法獲取 LoginForm存儲的用戶和密碼等數據信息，其中將 ActionForm Bean、 ActionMapping、 request、 response對象傳遞給 LoginAction對象（ Action實例）；執(zhí)行完必要的邏輯處理 ， 比如查詢數據庫后，返回一個ActionForward 對象，由該對象調用 RequestProcess 對象中的 processForwardConfig()方法解析配置文件中跳轉參數，轉發(fā)到相應的 View頁面。 其它管理模塊的設計與員工管理模塊和管理員管理模塊相似， 在此不再作介紹了。 數據庫的設計 數據庫技術作為現代信息技術的重要組成部分，伴隨著計算機應用技術的迅速發(fā)展，在數據庫技術的基礎理論、數據庫設計方法、數據庫應用開發(fā)等方面都等到了長足的進步。 數據庫技術研究和解決了計算機信息處理過程中大量數據有效地組織和存儲的問題。減少了數據冗余、實現數據共享以及保證數據的安全性。通過需求分析，我們在人力資源管理系統(tǒng)中數據庫設計主要包括建立系統(tǒng)的數據庫，創(chuàng)檢索需要的表與字段及存儲過程。 系統(tǒng)數據庫關系模型的設計 數據庫在一個信息管理系統(tǒng)中占有非常重要的地位 ，數據庫結構設計的好壞將直接對應用系統(tǒng)的效率以及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率，保證數據的完善性和一致性。同時，合理的數據庫結構也將有利于程序的實現。 針對人力資源管理系統(tǒng)的需求，通過對實體本身的屬性和數據流程分析，設計出如下所示的數據： 員工信息：包括的數據項有員工編號、員工姓名、性別、年齡、學歷、籍貫、 畢業(yè)學校、出生年月、聯(lián)系電話、身份證號、專業(yè)、通訊地址、電子郵箱、工作經驗、詳細經歷、申請時間、入職時間、部門編號、職位編號、培訓編號。 部門信息：包括的數據項有部門編號 、部門電話、部門負責人、部門名稱、備注。 職位信息：包括的數據項有職位編號、職位名稱、備注。 薪水信息：包括的數據項有薪水編號、員工編號、基本工資、飯補、房補、全勤獎、額外補助、罰款、賦稅、銀行賬號、發(fā)放時間、總計。 培訓信息：包括的數據項有培訓編號、培訓名稱、培訓目的、開始時間、結束時間、培訓材料、講師、是否培訓過、培訓效果、培訓總結、創(chuàng)建時間。 獎懲信息：包括的數據項有獎懲編號、獎懲名稱、原因、說明、添加時間、員工編號。 應聘信息：包括的數據項有應聘者編號、應聘者名稱、性別、年齡、學歷、籍貫、應聘職位、 聯(lián)系電話、專業(yè)、電子郵箱、畢業(yè)學校、工作經驗、詳細經歷、創(chuàng)建時間、聘任否。 管理員信息：包括的數據項有管理員編號、管理員名稱、密碼、權限、注冊日期、員工編號。 系統(tǒng) 數據庫概念設計 概念結構設計是整個數據庫設計的關鍵，它通過對用戶需求進行綜合、歸納與抽象，形成一個獨立具體 DBMS的概念模型。它是對現實世界的一種抽象，是實際事物的人為處理。抽取所關心的共同特性，忽略非本質的細節(jié)，并把這些特性用各種概念精確地加以描述，這些概念組成了某種模型。 概念模型用于信息世界的建模，是現實世界到信息世界的第一層抽 象，是數據庫設計人員進行數據庫設計的有力工具，也是數據庫設計人員和用戶之間交流的語言，因此概念模型一方面應該具有較強的語義表達能力，能夠方便、直接地表達應用中的各種語義知識，另一方面它還應該簡單、清晰、易于用戶理解。 人力資源管理系統(tǒng)根據以上的設計規(guī)劃出的主要實體，可得本系統(tǒng)數據庫關系圖，如圖 。 圖 數據庫關系圖 系統(tǒng)數據庫邏輯結構設計 針對人力資源管理系統(tǒng)的需求，通過對人力資源管理過程的內容和數據流程分析，可以設計出該系統(tǒng)的數據項和數據結構。 創(chuàng)建數據庫和表 數據庫的設 計通常是以一個已經存在的數據庫管理系統(tǒng)為基礎的，常用的數據庫管理系統(tǒng)有 Access、 SQL Serve、 MySQL、 Oracl等。根據需求分析和業(yè)務流程，本系統(tǒng)采用 MySQL數據庫管理統(tǒng)。 整個系統(tǒng)用到的數據表包括員工信息表“ employee”，如下表 ， 部 門信息表“ dept”，如表 ，職位信息表“ job_post”，如表 ，薪水信息表“ salary”，如表 ，培訓信息表“ educate”，如表 ，獎懲信息表“ premium”，如表 ，應聘信息表“ jobber”，如表 ，管理員信息表“ admin”，如表 。 表 員工信息表 字段名 數據類型 長度 是否為空 描述 Employee_id Int 11 No 員工編號 Employee_name Varchar 50 No 員工姓名 Sex Char 4 No 性別 Age Int 11 Yes 年齡 Birthday Datetime Yes 出生日期 IDCard Int 11 Yes 身份證號 Specialty Varchar 50 Yes 專業(yè) Study_effort Varchar 50 Yes 學歷 School Varchar 50 Yes 畢業(yè)學校 Experience Varchar 50 Yes 工作經歷 Native Varchar 50 Yes 籍貫 Tel Varchar 50 Yes 聯(lián)系電話 Address Varchar 50 Yes 通訊地址 Email Varchar 50 Yes 電子郵箱 Create_time Datetimt —— Yes 申請時間 Conten mediumtext —— Yes 詳細經歷 Work_begin Datetime —— Yes 入職時間 Detpt_id Int 11 Yes 部門編號 Id Int 11 Yes 培訓編號 Post_id Int 11 Yes 職位編號 注：此表主要用于保存員工的基礎信息。 表 部門信息表 字段名 數據類型 長度 是否為空 描述 Detpt_id int 11 No 部門編號 Dept_name Varchar 50 No 部門名稱 Dept_phone Varchar 20 Yesy 部門電話 Dept_principal Varchar 50 No 負責人 Remark Varchar 1000 Yes 備注 注：此表主要用于保存部門基礎信息。 表 職位信息表 字段名 數據類型 長度 是否為空 描述 Post_id int 11 No 職位編號 Post_name Varchar 50 No 職位名稱 Remark varchar 1000 Yes 備注 注：此表主要用于保存部門基本信息。 表 薪水 信息表 字段名 數據類型 長度 是否為空 描述 Salary_id Int 11 No 薪水編號 Basice Float Yes 基本工資 Eat Float Yes 飯補 House Float Yes 房補 Duty Float Yes 全勤獎 Other Float Yes 額外補助 Punishment Float Yes 罰款 Scott Float Yes 賦稅 Totalize Float Yes 總計 Grant_time Datetime Yes 發(fā)放