【文章內(nèi)容簡介】 數(shù)據(jù)流名稱：員工部門信息 數(shù)據(jù)流描述：要存儲的員工部門信息 表 工資存儲信息表 011 數(shù)據(jù)流編號： F11 數(shù)據(jù)流名稱：工資 信息 數(shù)據(jù)流描述： 要存儲的員工工資信息 表 考勤存儲信息表 012 數(shù)據(jù)流編號： F12 數(shù)據(jù)流名稱：員工 考勤信息 數(shù)據(jù)流描述： 要存儲的員 工考勤信息 表 培訓存儲信息表 013 數(shù)據(jù)流編號： F13 第 12 頁 （共 56 頁） 數(shù)據(jù)流名稱： 培訓信息 數(shù)據(jù)流描述： 要存儲的員工培訓信息 表 職稱變動存儲信息表 014 數(shù)據(jù)流編號： F14 數(shù)據(jù)流名稱：員工職稱變動 信息 數(shù)據(jù)流描述： 要存儲的員工職稱變動信息 系統(tǒng)需求 人力資源管理系統(tǒng)主要分為 人力資源檔案基本信息、個人簡歷基本信息、培訓管理信息、職稱變動管理信息、獎懲管理信息、工資管理基本信息、考勤管理基本信息、等 內(nèi)容，同時實現(xiàn)對上述基本信息的查詢功能。 在人力資源管理系統(tǒng)開發(fā)時應考慮以下需 求： （ 1）滿足人力資源管理職能的基本要求； （ 2）進行多層次數(shù)據(jù)匯總，為各層次管理者的決策分析提供數(shù)據(jù)； （ 3）具有完整的系統(tǒng)接口，滿足靈活的數(shù)據(jù)導入與導出； （ 4）對操作人員的技能要求比較低，操作方便； （ 5）能夠?qū)崿F(xiàn)方便的擴展，滿足企業(yè)發(fā)展的需要； （ 6）能夠保障人力資源管理數(shù)據(jù)的安全、準確。 模塊功能需求 基于系統(tǒng)需求分析，該系統(tǒng)需要實現(xiàn)以下基本功能： （ 1）用戶管理：管理系統(tǒng)操作人員，設置操作人員口令和權限。在滿足不同系統(tǒng)用戶的操作需求的基礎上，提高系統(tǒng)的安全性。 （ 2）個人資料檔案管理：完成 企業(yè)對員工個人檔案（包括員工的基本檔案和在職信息）的管理及相關操作。操作員進行員工檔案信息錄入及更改，其中包括員工的基本信息、職務、部門名稱、個人特長、聯(lián)系電話等，要求對這些員工檔案信息可以進行新增、修改、刪除操作，同時可以進行查詢和瀏覽操作。該模塊是本系統(tǒng)的重點，用戶可以通過該模塊為單位建立一個比較完整的人力資源檔案系統(tǒng)，同時可以對檔案進行查看。 第 13 頁 （共 56 頁） （ 3）個人簡歷管理：包括職工個人簡歷的添加及查詢功能。 （ 4）職工信息查詢模塊：主要實現(xiàn)查看職工具體資料。 （ 5）工資管理模塊：對職工工資進行查詢、修改、添加等 。 （ 6）考勤管理模塊：考勤管理可幫助公司完成時間管理記錄員工上下班、加班、出缺勤時間，并可將數(shù)據(jù)連至薪資計算系統(tǒng)處理，以便作薪資結(jié)算。企業(yè)還可根據(jù)此考勤系統(tǒng)查詢企業(yè)內(nèi)各時段的員工出缺勤狀況，作管理方面的分析。提供了全面的考勤管理。 （ 7）數(shù)據(jù)庫管理：對現(xiàn)有的數(shù)據(jù)庫進行管理，包括數(shù)據(jù)備份和恢復，以方便用戶對數(shù)據(jù)庫的管理和維護工作，提高系統(tǒng)的數(shù)據(jù)安全性。 性能需求 （ 1）硬件環(huán)境 在最低配置的情況下，系統(tǒng)的性能往往不盡如人意，現(xiàn)在的硬件性能已經(jīng)相當出色，且價格也很便宜，因此通常給服務器端配置高性能硬件。 ○ 1 處理器： Inter Pentium II 266 MX 或更高； ○ 2 內(nèi)存： 64MB； ○ 3 硬盤空間： 2GB； ○ 4 顯卡： SVGA 顯示適配器。 （ 2）軟件環(huán)境 ○ 1 開發(fā)環(huán)境： eclipse ； ○ 2 開發(fā)語言： Java； ○ 3 操作系統(tǒng)： WindowsXP； ○ 4 數(shù)據(jù)庫： MySQL。 第 14 頁 （共 56 頁） 三、總體設計 基本設計 目前企業(yè)已經(jīng)建立起的財務管理系統(tǒng)中包含工資管理部分，為了避免重復開發(fā)，本系統(tǒng)主要實現(xiàn)人力資源管理中的人事檔案管理和考勤管理功能，并提供相應的接口為財務管理系統(tǒng)中的工資管理提供相應的數(shù)據(jù)支持。另外，基于成本以及安全性考慮，假設本系統(tǒng)是一個相對封閉的單機運行系統(tǒng)，不提供與其他系統(tǒng)的實時數(shù)據(jù)交互。對數(shù)據(jù)庫的要求，如今后臺數(shù)據(jù)庫支持軟件有多種，如 Oracle（對于大型系統(tǒng)設計）Access、 SQL（對于中小型系統(tǒng)設計）各具有其優(yōu)越性。著于目前系統(tǒng)對運行環(huán)境的考慮， 本系統(tǒng)采用 Java 開發(fā)環(huán)境 ,采用 MySQL 作為后臺數(shù)據(jù)庫，在滿足需求的前提下，盡量將系統(tǒng)對運行環(huán)境的性能要求降到最低。 (1)處理流程 系統(tǒng)基本的流程是：用戶登錄 系統(tǒng)主界面 選擇各項功能 (2)功能分析 人力資源管理系統(tǒng)主要有以下幾項功能要求： ① 新員工資料的輸入； ② 人員檔案的信息管理； ③ 員工信息的查詢和修改，包括員工個人信息和密碼等； ④ 工資的發(fā)放，醫(yī)保管理的完善與實施等； ⑤ 人事變動的詳細記錄，包括崗位和部門的調(diào)整； ⑥ 培訓管理的各種事項等。 (3)系統(tǒng)功能結(jié)構(gòu)圖 根據(jù)系統(tǒng)功能的要求，可以將系統(tǒng)分解成幾個功能模塊來分別設計，系統(tǒng)功能模塊如圖所示： 第 15 頁 （共 56 頁） 圖 系統(tǒng)功能模塊圖 構(gòu)建開發(fā)環(huán)境 ○ 1 及以上版本： 是 SUN 公司的最新 JDK 版本，用戶可以到 SUN的官方網(wǎng)站 或到其他相關鏈接免費下載。 ○ 2 及以上版本： MySQL 是一款免費軟件， 其功能比較強大，對于本系統(tǒng)這個規(guī)模較小的系統(tǒng)來說，其性價比比較高。 第 16 頁 (共 56 頁 ) 四、數(shù)據(jù)庫設計 數(shù)據(jù)庫 （ Database） 就是指按一定組織方式存儲在一起的，相互有關的若干個數(shù)據(jù)的結(jié)合，數(shù)據(jù)庫管理系統(tǒng) （ Database Management System） 就是一種操縱和管理數(shù)據(jù)庫的大型軟件，簡稱 DBMS,他們建立在操作系統(tǒng)的基礎上，對數(shù)據(jù)庫進行統(tǒng)一的管理和控制，其功能包括數(shù)據(jù)庫定義，數(shù)據(jù)庫管理，數(shù)據(jù)庫建立和維護，于操作系統(tǒng)通信等。 DBMS 通常由數(shù)據(jù)字典，數(shù)據(jù)描述語言及其編譯程序，數(shù)據(jù)操縱（查詢）語言及其編譯程序，數(shù)據(jù)庫管 理例行程序等部分組成。 管理信息系統(tǒng)中總是需要處理大量的數(shù)據(jù)資源 ,這正是管理信息系統(tǒng)的基礎和核心。為了合理地組織和高效率地存取這些數(shù)據(jù)，目前最好的方式，就是建立數(shù)據(jù)庫系統(tǒng)。 關系數(shù)據(jù)庫是以關系模型為基礎的數(shù)據(jù)庫，是根據(jù)表、記錄和字段之間的關系進行組織和訪問的一種數(shù)據(jù)庫，它通過若干個表 （ Table） 來存取數(shù)據(jù)，并且通過關系（ Relation） 將這些表聯(lián)系在一起，關系數(shù)據(jù)庫提供了成為機構(gòu)化查詢語言 （ SQL）標準接口，該接口允許使用多種數(shù)據(jù)庫工具和產(chǎn)品，關系數(shù)據(jù)庫是目前最廣泛應用的數(shù)據(jù)庫。 鑒于 ODBC（ Open Database Connectivity）是用于數(shù)據(jù)庫訪問的應用最廣泛的應用程序編程接口，它允許應用程序使用相同的代碼訪問不同的數(shù)據(jù)庫管理系統(tǒng)（ DBMS），本系統(tǒng)采用 ODBC 和方式訪問數(shù)據(jù)庫。 數(shù)據(jù)庫概念結(jié)構(gòu)設計 在需求分析的基礎上，設計出能夠滿足用戶要求的各種實體，以及它們之間的關系，為后面的邏輯結(jié)構(gòu)設計打下了基礎。 概念結(jié)構(gòu)設計是數(shù)據(jù)庫設計的第一個階段，在管理信息系統(tǒng)的分析階段，我們已經(jīng)得到了數(shù)據(jù)流程圖和數(shù)據(jù)，現(xiàn)在就是要結(jié)合數(shù)據(jù)規(guī)范化的理論，用一種數(shù)據(jù)模型將用戶的數(shù)據(jù)需求明確地表示出來。 概念數(shù)據(jù) 模型是按人們的認識觀點從現(xiàn)實世界中抽象出來的、屬于信息世界的模型。概念數(shù)據(jù)模型是面向問題的模型，反映了用戶的現(xiàn)實工作環(huán)境，是與數(shù)據(jù)庫的具體實現(xiàn)技術無關的。 根據(jù)系統(tǒng)分析階段的結(jié)果對系統(tǒng)中的各個數(shù)據(jù)項進行分類、組織，確定系統(tǒng)中的實體、實體的屬性、標識實體的碼以及實體之間聯(lián)系的類型。 本系統(tǒng)的實體包括公司員工、考勤信息、工資信息、管理人員等，下面是各實體 第 17 頁 (共 56 頁 ) 的 ER圖，在 ER圖中將詳細列舉各實體的屬性： 管理人員實體圖： 圖 管理人員實體圖 考勤信息實體圖： 圖 考勤信息實體圖 工資信息實體圖： 圖 工資信息實體圖 公司員工實體圖： 第 18 頁 (共 56 頁 ) 圖 公司員工實體圖 學習經(jīng)歷實體圖： 圖 學習經(jīng)歷 實體圖 基本信息實體圖： 圖 基本信息 實體圖 聯(lián)系方式實體和工作實體圖： 圖 聯(lián)系方式 實體圖 圖 工作 實體圖 各個局部視圖即分 ER 圖建立好后，還需要對它們進行合并，集成為一個整體的 第 19 頁 (共 56 頁 ) 數(shù)據(jù)概念結(jié)構(gòu)，即總 ER 圖。 視圖集成后形成一個整體的數(shù) 據(jù)庫概念結(jié)構(gòu)，對該整體概念結(jié)構(gòu)還必須進一步驗證，確保它能夠滿足下列條件： （ 1） 整體概念結(jié)構(gòu)內(nèi)部必須具有一致性，即不能存在互相矛盾的表達。 （ 2） 整體概念結(jié)構(gòu)能準確地反映原來的每個視圖結(jié)構(gòu)，包括屬性、實體及實體間的聯(lián)系。 （ 3） 整體概念結(jié)構(gòu)能滿足需要分析階段所確定的所有要求。 經(jīng)過消除不必要的冗余數(shù)據(jù)和冗余聯(lián)系得到總體 ER 圖如下： 圖 系統(tǒng)的總體 ER圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設計 邏輯結(jié)構(gòu)設計是數(shù)據(jù)庫設計的第二個階段，這個階段就是要根據(jù)已經(jīng)建立的概念數(shù)據(jù)模型，以及所采用的某個數(shù)據(jù)庫管理系統(tǒng)軟件 的數(shù)據(jù)模型特征，按照一定的轉(zhuǎn)換規(guī)則，把概念模型轉(zhuǎn)換為這個數(shù)據(jù)庫管理系統(tǒng)所能夠接受的邏輯數(shù)據(jù)模型。 邏輯數(shù)據(jù)模型是用戶通過數(shù)據(jù)庫管理系統(tǒng)看到的現(xiàn)實世界，它描述了數(shù)據(jù)庫數(shù)據(jù)的整體結(jié)構(gòu)。從理論上講，實際邏輯結(jié)構(gòu)應該選擇最適合于描述與表達相應概念結(jié)構(gòu)的數(shù)據(jù)模型，然后對支持這種數(shù)據(jù)模型的各種 DBMS 進行比較，綜合考慮性能、價格等各種因素，從中選出最合適的 DBMS。本系統(tǒng)選擇的 DBMS 是 SQL Server2021，根據(jù)此產(chǎn)品設計邏輯結(jié)構(gòu)分了以下三步進行： （ 1） 將概念結(jié)構(gòu)轉(zhuǎn)化為一般的關系模型。 第 20 頁 (共 56 頁 ) （ 2） 將轉(zhuǎn)化來的關系模 型向 SQL Server2021 支持的數(shù)據(jù)模型轉(zhuǎn)換。 （ 3） 對數(shù)據(jù)模型進行優(yōu)化。 將上節(jié)概念結(jié)構(gòu)中的 ER 圖向關系模式轉(zhuǎn)換，其轉(zhuǎn)換應遵循的原則如下： （ 1） 一個實體型轉(zhuǎn)換為一個關系模式。實體的屬性就是關系的屬性。實體的碼就是關系的碼。 （ 2） 一個 m:n 聯(lián)系轉(zhuǎn)換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性。而關系的碼為各實體碼的組合。 （ 3） 一個 1:n 聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與 n 端對應的關系模式合并。如果轉(zhuǎn)換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼 以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，而關系的碼為 n 端實體的碼。 （ 4） 一個 1:1 聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果轉(zhuǎn)換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。 （ 5） 三個或三個以上實體間的一個多元聯(lián)系轉(zhuǎn)換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性。而關系的 碼為各實體碼的組合。 （ 6） 同一實體集的實體間的關系，即自聯(lián)系，也可按上述 1:1,1:n,m:n 三種情況分別處理。 （ 7） 具有相同碼的關系模式可合并。 并對數(shù)據(jù)模型進行適當?shù)男薷?、調(diào)整進行以下優(yōu)化： （ 1） 確定數(shù)據(jù)依賴。 （ 2） 對于各個關系模式之間的數(shù)據(jù)依賴進行極小化處理，消除冗余的聯(lián)系。 （ 3） 按照數(shù)據(jù)依賴的理論對關系模式逐一進行分析，考查是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關系模式分別屬于第幾范式。 （ 4） 按照需求分析階段得到的各種應用對數(shù)據(jù)處理的要求，分析對于這樣的應用環(huán)境這些模式是 否合適，確定是否要對它們進行合并或分解。 （ 5） 對關系模式進行必要的分解或合并。 根據(jù)系統(tǒng)功能設計的要求以及功能模塊的劃分，對數(shù)據(jù)流程圖的分析，對于本系統(tǒng)的數(shù)據(jù)庫，可以列出本系統(tǒng)幾個主要的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： 第 21 頁 (共 56 頁 ) 通過進一步的分析得到如下關系模式： 管理人員表：（ 用戶名 ，密碼） 公司員工表：（ 個人簡歷 ，身份證號，基本信息 ,學習經(jīng)歷 ,聯(lián)系方式 ,郵政編號，工作，個人特長，家庭住址，照片） 考勤信息表 : (職工 ID,姓名 ,早退 ,遲到 ,事假 ,病假，公休假 ) 工資信息表 : (姓名 ,職工 ID,基本工資 ,基本獎金 ,效益獎金 ,醫(yī)療 保險 ) 基本信息表：（ 職工 ID，姓名 ,性別，籍貫，名族，政治面貌，出生年月） 學習經(jīng)歷表 : (文化程度 ,畢業(yè)院校 ,所學專業(yè) ) 聯(lián)系方式表 : (電子郵件 ,手機，電話 ) 工作表 : (職務 ,工種，部門名稱 ) 數(shù)據(jù)庫表的設計 本系統(tǒng)共有 5 張表，分別為公司員工信息表、管理人員信息表、考勤信息表、工資信息表和培訓信息表，具體表結(jié)構(gòu)如下： ○ 1 公司員工信息表：主要是公司員工的基本信息，其中有職工 ID、姓名、性別、出生年