管理信息系統(tǒng)期中作業(yè)

一、總體規(guī)劃

人力資源管理是從經(jīng)濟學的角度來指導和進行的人事管理活動，即人力資源

管理實在經(jīng)濟學與人本思想指導下，通過招聘、甄選、培訓、報酬等管理形式對

組織內(nèi)外相關人力資源進行有效運用，滿足組織當前以及未來發(fā)展需要，發(fā)展的

最大化。就是預測組織人力資源需求并作出人力需求計劃、招聘選擇人員并進行

有效組織、考核績效支付報酬并進行有效激勵、結(jié)合組織與個人需要進行有效開

發(fā)以便實現(xiàn)最優(yōu)組織績效的全過程。人力資源作為知識的承載體成為組織依靠的

對象，在以人為本的觀念的熏陶下，人力資源管理在組織中的作用日益突出。但

人的復雜性和組織的特有性決定了人力資源管理不是簡單的技術性的拷貝，真正

的理解人力資源管理的內(nèi)涵和實施與組織相匹配的結(jié)構(gòu)形式和管理模式是創(chuàng)造

競爭優(yōu)勢的關鍵。

?人力資源管理的內(nèi)容包括：

(1)制定人力資源計劃；

(2)招聘與配置；

(3)培訓與開發(fā)；

(4)薪酬與福利管理；

(5)考核與評價；

(6)勞動關系。

?企業(yè)人力資源管理信息系統(tǒng)的主要實現(xiàn)的流程模塊：

?,人事管理模塊的流程

人事管理模塊的主要功能是對人事檔案和合同進行有效的管理，并能對企業(yè)中

常見的人事變動進行方便的操作。

1.員工檔案管理，2.員工調(diào)動管理，3.員工離職管理，4.員工停薪留職管

理，5.員工退休管理，6.員工復職管理，7.員工合同管理。

二，績效管理模塊的流程

1.月度績效考核績效考核能使員工對其本身應履行的職務發(fā)揮較高的成效，

并能避免或減少員工敷衍塞責的情形?？己艘彩菃T工未來調(diào)薪、調(diào)職、獎懲等的

重要參考依據(jù)。

2.員工考核情況查詢

此模塊能夠?qū)T工以往考核情況進行查詢，提供多種查詢方式，可以按員工編

號查詢，也可以按員工姓名查詢，還可以按時間查詢。

3.獎懲作業(yè)

適時與適當?shù)莫剳椭贫?，能及時激勵組織的工作績效，并且能夠彌補年度考核

實效性較為不足的缺憾。因此獎懲作業(yè)必須實時予以進行，所謂實時進行必須包

含事實真相的調(diào)查與評估。

4.員工獎懲情況查詢

三，人員規(guī)劃模塊的流程

1.部門人員統(tǒng)計

此模塊能對部門中不同類型的員工和不同的職位進行人數(shù)統(tǒng)計，并以柱狀圖的

方式顯示出來。在預測時可以選擇不同的時間長度。在實現(xiàn)的過程中還是采用數(shù)

據(jù)窗口技術，只是在選擇數(shù)據(jù)源的顯示方式的時候選擇Graph方式。

2.人員需求預測

此模塊能夠?qū)Ω鞑块T的各個職位未來的人員需求情況進行預測，并可以作為后

續(xù)招聘計劃制定的主要依據(jù)。此模塊的實現(xiàn)流程如圖3-8所示。

3.人員需求申請

此模塊接受部門提出的人員需求申請，并把此信息保存到人員需求數(shù)據(jù)庫表

中，可以為后面的招聘計劃制定與發(fā)布模塊提供數(shù)據(jù)。

4.招聘計劃的制定與發(fā)布

此模塊允許人力資源部門根據(jù)各部門的人員需求情況制定招聘計劃并發(fā)布此

計劃。

四.應聘人員記錄與錄用

此模塊能對應聘人員的基本情況進行登記和對應聘人員進行考核，對于應聘合

格人員可以進行檔案錄入、合同錄入等相關操作。此模塊具有增加、打印等功能,

測試過程與前面的模塊類似，在此不一一展開了。

五.員工培訓管理

此模塊能對員工培訓進行有效方便的管理，此模塊的界面如圖4-14所示，在

此界面左邊可以增加、刪除和查看培訓項目，此界面的右邊可以增加、刪除參加

培訓的人員。選擇一個培訓項目后，此項目的信息和參加此項目的人員將顯示出

來。

二、可行性分析

?經(jīng)濟上的可行性：本系統(tǒng)的開發(fā)、實施并不龐大。不需要投入大額經(jīng)費購置

硬件設備。而且使用該系統(tǒng)，在初期可以實現(xiàn)機構(gòu)崗位、員工信息、薪酬福

利等基本信息的采集查詢，以及報表生成和現(xiàn)狀分析等功能，實現(xiàn)員工招聘、

崗位變動、教育培訓、績效考核等重要流程的網(wǎng)上作業(yè)功能，初步發(fā)揮人力

資源信息化在提高工作效率、規(guī)范內(nèi)部流程、加強管理監(jiān)督等方面的作用。

在此基礎上逐步實現(xiàn)人工成本、決策支持、素質(zhì)能力模型、人員發(fā)展等模塊

的作用，建立以績效管理為主要手段的戰(zhàn)略性人力資源管理體系，以及員工

職業(yè)發(fā)展與能力管理喂核心的人力資源管理體系，全面實現(xiàn)功能完整、能力

導向的人力資源信息系統(tǒng)。

因此，該管理信息系統(tǒng)的開發(fā)在經(jīng)濟上是可行的。

?管理上的可行性：人力資源管理信息系統(tǒng)是一個企事業(yè)單位不可缺少的部

分。本系統(tǒng)的目的是提高企業(yè)人力資源信息處理的效率、準確率，降低數(shù)據(jù)

冗余，減少信息的丟失。該系統(tǒng)對其組織管理方式和工作績效的影響是積極

的，是易于接受的。同時便于管理，管理人員查詢和管理相關資料的自動化

將使企業(yè)管理部門的辦事能力提高到一個新的檔次。

新系統(tǒng)擬采用簡潔的界面，操作簡單，易上手，可以在較短時間內(nèi)完成對原

系統(tǒng)管理人員的培訓。

因此，該管理信息系統(tǒng)的開發(fā)在管理上是完全可行的。

?技術上的可行性：使用計算機對人事進行管理具有手工管理所無法比擬的有

點，例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、

成本低等。這些優(yōu)點能極大提高人事管理的效率，也是企業(yè)的科學化、正規(guī)

化管理，與世界接軌的重要條件。因此，開發(fā)一個運行穩(wěn)定，功能完善的人

力資源管理系統(tǒng)成為一種必要。

該系統(tǒng)的總體結(jié)構(gòu)一般采用Access/Application/Database的三層結(jié)構(gòu)，所有客

戶端對于數(shù)據(jù)庫的操作都是由應用服務器完成的，大大提高了系統(tǒng)的安全性，緩

解了數(shù)據(jù)庫及網(wǎng)絡負擔。為了便于系統(tǒng)的更新維護與集中管理，系統(tǒng)應盡量采用

B/S工作模式，只有當用B/S模式實現(xiàn)難度較大或相應的技術不成熟時才考慮使

用C/S模式。

因此該管理信息系統(tǒng)的開發(fā)在技術上是可行的。

經(jīng)過上面三個方面的可行性分析，確定該系統(tǒng)的開發(fā)是可行的，可以立即開

發(fā)。

三、系統(tǒng)分析

(-)系統(tǒng)需求

企業(yè)人力資源管理信息系統(tǒng)能夠為用戶提供充足的信息和快捷的查詢手段，

它的內(nèi)容對于單位決策者和管理者來說都至關重要。但一直以來人們使用傳統(tǒng)人

工的方式管理文件檔案，這種管理方式存在著許多缺點，例如：效率低、保密性

差，另外時間一長將產(chǎn)生大量的文件和數(shù)據(jù)，這對于查找、更新、和維護都帶來

了不少的困難。

隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已被人們深

刻認識，它已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。

計算機網(wǎng)絡作為一種先進的信息傳輸媒體，有著信息傳送速度快、信息覆蓋

面廣、成本低的特點。一次，很多企業(yè)都開始利用網(wǎng)絡開展商務活動，可以看到

在企業(yè)進行網(wǎng)上商業(yè)活動時產(chǎn)生的利益是多方面的。但是，開發(fā)任何一個基于計

算機的系統(tǒng)都會受到時間和資源的限制。因此，對在接受任何一個項目開發(fā)任務

之前，必須根據(jù)客戶可能提供的時間和資源條件進行可行性分析，以減少項目的

開發(fā)風險，避免人力、物力和財力的浪費。經(jīng)濟可行性分析和技術可行性分析在

很多方面是互相關聯(lián)的，項目風險越大，開發(fā)高質(zhì)量的軟件可行性就越小。

(二)組織結(jié)構(gòu)分析

企業(yè)人力資源管理系統(tǒng)組織結(jié)構(gòu)圖：

（三）功能結(jié)構(gòu)分析

人力資源管理系統(tǒng)

（四）業(yè)務流程分析

面試登

應聘A面試通知*面試A錄用

記表

者

個人信息

查詢員工檔案庫.

登記表

招聘信息

員工檔案聘用合同試用期

員工＞

經(jīng)理審批考察

主管培訓安排查詢培訓檔案庫

人力資源

需求計劃ib

人力資A培訓計劃）申請與

A培訓安排

源部審批

查詢

考核計劃A考核培訓評?實施

職位分析估表

空缺職位

領導

薪酬結(jié)構(gòu)考核評

審批員工檔案庫

定表

行政基本工

評定意見

部資計算查詢

工資庫

考勤記錄基本工員工檔案

資表

統(tǒng)計實發(fā)工

資表

主管

應付工資

表財務

部

（五）數(shù)據(jù)流程分析

2.5數(shù)據(jù)詞典

上面討論的數(shù)據(jù)流圖只能給出系統(tǒng)邏輯功能的一個總框架而缺乏詳細、具體

的內(nèi)容，因此我們還需要建立數(shù)據(jù)詞典。建立數(shù)據(jù)詞典是為了對數(shù)據(jù)流程圖上各

個元素做出詳細的定義和說明。數(shù)據(jù)詞典以一種準確和無二義的方式定義所有被

加工引用的數(shù)據(jù)流和數(shù)據(jù)存儲。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字

兩方面對系統(tǒng)的邏輯模型進行描述，從而形成一個完整的說明。數(shù)據(jù)詞典有助于

數(shù)據(jù)的進一步管理和控制，為設計人員和數(shù)據(jù)庫管理人員在數(shù)據(jù)庫設計、實現(xiàn)和

運行階段控制有關數(shù)據(jù)提供依據(jù)。

2.5.1數(shù)據(jù)流

數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?，是所描述的信息處理功能有關的各

類信息的載體，各加工環(huán)節(jié)進行處理和輸出的數(shù)據(jù)集合。示例圖如圖3.10所示:

數(shù)據(jù)流

系統(tǒng)名：人力資源管理編號：臼

條目名：員工信息別名：員工基本資料

來源：人力資源部去處：檔案管理

數(shù)據(jù)流結(jié)構(gòu)：

員工信息=｛工號+姓名+性別+出生日期+備注）

簡要說明：

員工信息在應聘者被公司錄用后輸入，每個員工都有記錄。

修改記錄：編寫洪晶晶日期2010.12.13

審核孔新秀日期2010.12.13

圖2.9數(shù)據(jù)詞典—數(shù)據(jù)流

2.5.2數(shù)據(jù)元素

數(shù)據(jù)元素

系統(tǒng)名：人力資源管理編號：__________

條目名：員工工號別名：

所屬數(shù)據(jù)流:F3,F3.1,F3.2,F3.3,F5，存儲處：D1員工檔案

F6,F6.1,F6.2,F6.3D2培訓檔案

數(shù)據(jù)元素值：

代碼類型取值范圍意義

XXXXX

字符0000101?9999999

（由數(shù)字組成的字符串）1--------順序號

----------部門號

簡要說明：

工號是員工的識別符，每個員工都有唯一的識別符。

修改記錄：編寫洪晶晶日期2010.12.13

審核孔新秀日期2010.12.13

圖2.10數(shù)據(jù)詞典——數(shù)據(jù)元素

2.5.3外部項

外部項

系統(tǒng)名：人力資源管理編號：__________

條目名：人力資源部別名：

輸入數(shù)據(jù)流：招聘信息，培訓安排表，基本工輸出數(shù)據(jù)流：個人信息表，HR需求計劃，考核計

資表，工資統(tǒng)計表戈考核評定表，薪酬結(jié)構(gòu)表

主要特征：

人力資源部是公司管理員工的部門，也是本系統(tǒng)的主要用戶，而且負責本系統(tǒng)的維護。

簡要說明：

人力資源部負責本系統(tǒng)的維護與更新。

修改記錄：編寫洪晶晶II期2010.12.13

審核孔新秀日期2010.12.13

圖2.11數(shù)據(jù)詞典——外部項

2.5.4數(shù)據(jù)存儲

數(shù)據(jù)存儲

系統(tǒng)名：人力資源管理編號：a

條目名：員工檔案庫別名：

存儲組織：每個員工,條記錄，記錄數(shù)：主關鍵字：工號

按工號順序排列

數(shù)據(jù)量：輔關鍵字：部門號，職位號

記錄組成：

項名：工號姓名性別出生日期備注

近似長度：582810

（字節(jié)）

簡要說明：

用于記錄員工基本情況

修改記錄：編寫于穎日期2008.05.14

審核丁寶康日期2008.05.14

圖2.12數(shù)據(jù)詞典——數(shù)據(jù)存儲

2.5.5數(shù)據(jù)加工

加工

系統(tǒng)名：人力資源管理編號：1

條目名：招聘管理別名：

輸入：員工信息輸出：員工檔案庫

加工邏輯：

1.人力資源部將員工信息輸入到人力資源管理系統(tǒng)；

2.員工信息將按工號進行排序形成員工信息并存儲在員工檔案數(shù)據(jù)庫中；

3.人力資源部可以對員工信息進行修改，修改后的記錄替換原來的記錄存儲在數(shù)據(jù)庫中；

4.存儲的記錄可供公司各部門員工查詢。

簡要說明：

員工信息由人力資源部提供，員工信息由人力資源部負責維護和更新。

修改記錄：編寫洪晶晶日期2010.12.13

審核孔新秀日期2010.12.13

圖2.13數(shù)據(jù)詞典——數(shù)據(jù)加工（招聘管理）

加工

系統(tǒng)名：人力資源管理編號：_2

條目名：培訓管理別名：_

—

輸入：培訓安排表輸出：培訓檔案庫

加工邏輯：

1.人力資源部將培訓信息輸入到人力資源管理系統(tǒng)；

2.培訓信息將按課程號進行排序形成培訓信息并存儲在培訓檔案數(shù)據(jù)庫中；

3.人力資源部可以對培訓信息進行修改，修改后的記錄替換原來的記錄存儲在數(shù)據(jù)庫中:

4.存儲的記錄可供公司各部門員工查詢。

簡要說明:

培訓信息由人力資源部提供，培訓信息由人力資源部負責維護和更新。

修改記錄：編3洪晶晶日期2010.12.13

審核孔新秀日期2010.12.13

圖2.14數(shù)據(jù)詞典——數(shù)據(jù)加工（培訓管理）

加工

3

系統(tǒng)名人力資源管理編號：_

條目名績效管理別名：_

—

輸入：考核評定表輸出：員工檔案庫

加工邏輯：

1.人力資源部將考核信息輸入到人力資源管理系統(tǒng)；

2.考核信息將按序號進行排序形成考核信息并存儲在員工檔案數(shù)據(jù)庫中；

3.人力資源部可以對考核信息進行修改，修改后的記錄替換原來的記錄存儲在數(shù)據(jù)庫中;

4.存儲的記錄可供公司各部門員工查詢。

簡要說明:

考核信息由人力資源部提供，考核信息由人力資源部負責維護和更新。

修改記錄：編3洪晶晶日期2010.12.13

審核孔新秀日期201012.13

圖2.15數(shù)據(jù)詞典——數(shù)據(jù)加工（績效管理）

加工

系統(tǒng)名：人力資源管理編號：4

條口名：薪酬管理別名：

輸入：基本工資表，應付工資表，實發(fā)工資表輸出：工資庫

加工邏輯：

1.人力資源部將工資信息輸入到人力資源管理系統(tǒng)；

2.工資信息將按工資級別序號進行排序形成工資信息并存儲在工資數(shù)據(jù)庫中；

3.人力資源部可以對工資信息進行修改，修改后的記錄替換原來的記錄存儲在數(shù)據(jù)庫中。

簡要說明：

工資信息由人力資源部提供，工資信息由人力資源部負責維護和更新。

修改記錄：編寫洪晶晶日期2010.12.13

審核孔新秀日期2010.12.13

圖2.16數(shù)據(jù)詞典——數(shù)據(jù)加工（薪酬管理）

加工

系統(tǒng)名：人力資源管理編號：5

條目名：檔案管理別名：

輸入：員工信息，培訓信息，考核信息輸出：員工檔案庫，培訓檔案庫，工資庫

工資信息

加工邏輯：

1.人力資源部將員工信息，培訓信息，考核信息，工資信息輸入到人力資源管理系統(tǒng)；

2.各類信息將按主鍵進行排序并存儲在不同數(shù)據(jù)庫中；

3.人力資源部可以對這些信息進行修改，修改后的記錄替換原來的記錄存儲在數(shù)據(jù)庫中。

簡要說明：

信息由人力資源部提供，信息由人力資源部負責維護和更新。

修改記錄：編寫洪晶晶II期2010.12.13

審核孔新秀日期201012.13

圖2.17數(shù)據(jù)詞典——數(shù)據(jù)加工（檔案管理）

2.5.6二層加工邏輯表

加工序號加工名輸入流輸出流加工邏輯

Pl.1職位查詢F2F2從數(shù)據(jù)中庫查詢職位

信息

P1.2職位增加F1F2.2將新增職位信息存入

數(shù)據(jù)庫中

Pl.3職位刪除F2.1F2.3將不需要的職位信息

從數(shù)據(jù)庫中刪除

Pl.4職位更新F2.1F2.3修改職位信息存入數(shù)

據(jù)庫中

P2.1課程查詢F6F6從數(shù)據(jù)庫中查詢培訓

課程信息

P2.2課程增加F5F6.2將新增的培訓課程存

入數(shù)據(jù)庫中

P2.3課程刪除F6.1F6.3將已過期的課程從數(shù)

據(jù)庫中刪除

P2.4課程更新F6.1F6.3修改課程信息存入數(shù)

據(jù)庫中

P3.1考核等級查詢F9.1F9.1從數(shù)據(jù)庫中查詢員工

的考核等級

P3.2考核成績查詢F9.2F9.2從數(shù)據(jù)庫中查詢員工

的考核成績

P4.1基本工資查詢F12F14F15F12F14F15從數(shù)據(jù)庫中查詢員工

的基本工資

P4.2工資統(tǒng)計F12F13HR將員工的工資統(tǒng)計

存入數(shù)據(jù)庫中

P5.1員工基本信息F3F7F3F7從數(shù)據(jù)庫中查詢員工

查詢的基本信息

P5.2員工記錄增加F3.1F3.2F13將新增員工記錄存入

數(shù)據(jù)庫中

P5.3員工記錄刪除F3.1F3.3將離職的員工信息從

數(shù)據(jù)庫中刪除

P5.4員工記錄更新F3.1F3.3修改員工信息存入數(shù)

據(jù)庫中

2.6可行性分析與抉擇

可行性研究是系統(tǒng)分析階段的第二項活動。此活動的主要目標是：進一步明

確系統(tǒng)的目標、規(guī)模與功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調(diào)查分析并根

據(jù)需要和可能提出開發(fā)系統(tǒng)的初步方案與計劃?？尚行匝芯渴菍ο到y(tǒng)進行全面、

概要的分析。

通過調(diào)查分析，新系統(tǒng)設計方案有以下三個可行性：

2.6.1技術可行性

技術可行性是對現(xiàn)有技術進行評價，分析系統(tǒng)是否可以用現(xiàn)有技術來實施，

以及技術發(fā)展對系統(tǒng)的開發(fā)建設所具有的影響。系統(tǒng)采用Windowsxp作為操作

平臺。數(shù)據(jù)庫開發(fā)平臺選用PowerBui1der9.0,該數(shù)據(jù)庫管理系統(tǒng)在Windows98>

Windows2000以及Windowsxp上都能運行。采用PowerBuilder9.0的本地數(shù)

據(jù)庫AdaptiveServerAnywhere作為后臺數(shù)據(jù)庫。

PowerBuilder9.0是一-種優(yōu)秀的軟件開發(fā)工具，簡單易用，功能強大。由于該

人力資源管理系統(tǒng)只是一個小型的管理信息系統(tǒng)，在技術上易于實現(xiàn)，選用

PowerBuilder9.0作為開發(fā)平臺完全是可行的。

2.6.2經(jīng)濟可行性

主要是對項目的經(jīng)濟效益進行評價，新系統(tǒng)的開發(fā)并不需要額外增加大量的

費用，包括設備購置費、軟件開發(fā)費、管理費用、維護費用以及系統(tǒng)開發(fā)人員費

用和培訓費用等。

本系統(tǒng)是針對公司經(jīng)營規(guī)模的不斷擴大，經(jīng)營方式趨于多樣性，企業(yè)的管理

也越來越復雜，面對不斷蓬勃壯大發(fā)展的業(yè)務，企業(yè)在管理上必須躍上一個新的

臺階的這個需要建立的，因此公司的經(jīng)濟狀況和投資能力雄厚，對系統(tǒng)建設運行

維護等方面有足夠的開支預算，新系統(tǒng)能彌補舊系統(tǒng)的不足之處，能為公司降低

管理成本，提高工作效率，減少人力資源部的勞動量，還能夠提高的信息存儲量,

減少工作時間、縮短取得信息的時間等，帶來更多效益。所以開發(fā)該系統(tǒng)在經(jīng)濟

上是完全可行的。

2.6.3營運可行性

本系統(tǒng)操作簡單，易于理解，只需通過簡單培訓，上手較快，人力資源部及

公司各部門員工均能進行操作，營運環(huán)境要求低。

面對于系統(tǒng)設計還應該以“標準性、安全性、兼容性、高效性、保密性、可

維護性”為標準，在著眼于當前實用的基礎上，為將來系統(tǒng)的擴展，升級留有余

地。軟件的開發(fā)應能在較長時間內(nèi)滿足公司的發(fā)展需要。故新系統(tǒng)還需要滿足以

下這幾個標準：

1.標準性：系統(tǒng)的軟硬件選型都應該采用工業(yè)化標準，這樣既可以保證系統(tǒng)

運行質(zhì)量又可以分享在此標準上的每一次技術進步。

2.可靠性：由于員工信息的重要性，系統(tǒng)的軟硬件應均為質(zhì)量可靠，并采用

RAID0+1廉價磁盤冗余保護技術，確保不會由于軟硬件故障造成系統(tǒng)運行終止

而使用戶蒙受損失。

3.安全性：通過軟件的編制及硬件設置，控制使用者接觸數(shù)據(jù)的權(quán)限，從而

確保使用者無法操作與其無關的數(shù)據(jù)。

4.兼容性：系統(tǒng)的所有軟硬件理論上都應有100%的兼容性，用以保證軟硬

件的可互換性。

5.高效性：由于公司每次處理的信息量較大，因此系統(tǒng)對信息的處理能力，

響應能力都應是快速而有效的，在軟件編制過程中應充分考慮到這一點。

6.可維護性：系統(tǒng)軟件設計時應采用結(jié)構(gòu)化模塊設計，以便于開發(fā)和維護，

也有利于根據(jù)情況隨時進行功能調(diào)整。同時在系統(tǒng)開發(fā)時應該充分考慮到用戶的

日常維護，使之能簡便易行。

通過可行性分析研究，認為新系統(tǒng)的開發(fā)方案切實可行，可進行自行研制開

發(fā)，這樣更能適合公司的具體需要，能更好的協(xié)調(diào)各種資源，也有利于以后系統(tǒng)

的維護和更新。

第三章系統(tǒng)設計

系統(tǒng)設計階段的主要目的是將系統(tǒng)分析階段所提出的反映了用戶信息需求

的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機與通信系統(tǒng)的物理方案。

3.1.1功能結(jié)構(gòu)圖

根據(jù)需求分析的結(jié)構(gòu)，按照結(jié)構(gòu)化的系統(tǒng)設計方法，人力資源信息管理系統(tǒng)

從功能上分為招聘管理、培訓管理、績效管理、薪酬管理、檔案管理五個子系統(tǒng)。

如圖4.1所示：

人力資源管理系統(tǒng)

招聘培訓績效薪酬檔案系統(tǒng)

管理管理管理管理管理管理

考

考

員員

課課

課課

基

員員

職職

職職

工

程

程

程程

位

位

位

位

核

核

工

工

本

工

資

工

增

增

更

查

刪更

查

刪

統(tǒng)

等

成

記

記

工

記

基

加

加

新

詢

除新

計

詢

除

錄

級

績

錄

資

錄

本

增

查

查

更

查

刪

信

加

詢

詢

新

詢

除

息

查

M.

圖3.1系統(tǒng)功能結(jié)構(gòu)圖

3.2代碼設計

代碼是用來表征客觀事物的實體類別，以及屬性的一個或一組易于計算機識

別和處理的特定符號或記號,它可以是字符、數(shù)字或某些特殊符號的組合。

代碼設計是計算機管理信息系統(tǒng)的基本前提，也就是將管理對象數(shù)字化或字

符化。如：員工信息里的主碼為“工號”，設計如下：

XXXXX

J順序號

部門號

3.3輸入、輸出設計

系統(tǒng)名：人力資源管理制圖者：洪晶晶

模塊名：人力資源管理日期:2010.12.13

由下列模塊調(diào)用：調(diào)用下列模塊：

招聘管理

培訓管理

績效管理

薪酬管理

檔案管理

輸入：輸出：

職位信息招聘信息

培訓信息課程信息

考核信息績效信息

薪酬信息工資信息

員工信息員工檔案

處理內(nèi)容：

如輸入職位信息、修改或查詢職位信息，則調(diào)用招聘管理模塊；

如輸入課程信息、修改或杳詢課程信息，則調(diào)用培訓管理；

如輸入、修改或查詢績效信息，則調(diào)用績效管理模塊；

如輸入、修改或查詢工資信息，則調(diào)用薪酬管理模塊。

如輸入、修改或查詢員工基本信息，則調(diào)用檔案管理模塊；

內(nèi)部數(shù)據(jù)元素：

備注：

圖3.2樹根模塊的IPO圖

系統(tǒng)名：人力資源管理制圖者：洪晶晶

模塊名：招聘管理日期：2010.12.13

由下列模塊調(diào)用：調(diào)用下列模塊：

人力資源管理職位查詢、職位增加、職

位刪除、職位更新

輸入：輸出：

職位信息招聘信息

處理內(nèi)容：

人力資源部輸入職位信息，記錄按職位號排序存儲于員工檔案數(shù)據(jù)庫中;

人力資源部可以對招聘信息進行修改，修改后的記錄替換原來的記錄；

存儲的招聘信息可供公司各部門員工查詢。

內(nèi)部數(shù)據(jù)元素:備注:

圖3.3中間結(jié)點模塊的IP0圖

系統(tǒng)名：人力資源管理制圖者：洪晶晶

模塊名：職位增加日期:2010.12.13

由卜一列模塊調(diào)用：調(diào)用下列模塊：

職位更新

輸入：輸出：

職位信息招聘信息

處理內(nèi)容：

輸入職位信息，記錄按職位號排序存儲于員工檔案數(shù)據(jù)庫中:

內(nèi)部數(shù)據(jù)元素：備注:

圖3.4樹葉模塊的IP0圖

3.4數(shù)據(jù)庫設計

在系統(tǒng)的數(shù)據(jù)庫設計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)詞典中的數(shù)據(jù)存儲進

行分析，分析各數(shù)據(jù)存儲之間的關系,可采用E-R圖的方法進行數(shù)據(jù)結(jié)構(gòu)分析。

E—R圖是利用于靜態(tài)描述數(shù)據(jù)結(jié)構(gòu)的概念模式，它直接使用信息世界中的術

語來表示現(xiàn)實世界中的聯(lián)系。

3.4.1實體

本系統(tǒng)數(shù)據(jù)庫的概要設計方法是使用實體一聯(lián)系，通過對本系統(tǒng)的數(shù)據(jù)存儲

進行分析，得到：部門，職工，課程，考核成績，職位，工資級別6個實體。

3.4.2實體的屬性

每個員工的個人信息

每個應聘者被公司錄用后就會有一個員工檔案，員工由工號標識，需要記錄

的員工信息包括：工號，姓名，性別，出生日期，備注。

每個員工所屬的部門

每個新員工都會被分到一個部門，每個部門會有很多員工，而每個員工同一

時間只可以屬于一個部門，部門有唯一的部門號和和唯一的部門領導，需要記錄

的部門信息包括：部門號，部門名稱，備注。

員工選擇的培訓課程

一個員工可以學習多門課程，每門課程也可以讓很多員工學習，每門課程有

唯一的課程號。需要記錄的課程信息包括：課程號，課程名稱，日期，地點。

員工擔任的職位

一個員工只能擔任一個職位，一個職位可以有多人擔任，不同部門可以設置

相同的職位，但有不同部門的員工擔任，同一個部門有很多不同的職位。需要記

錄的職位信息包括：職位號，職位名，級別。

員工的考核成績

要對員工在公司的工作成果進行考核評定，這不僅是對員工工作的激勵同時

也是員工自己潛能的發(fā)掘。每個員工有不同或多種考核的成績。需要記錄的考核

成績信息包括：序號，考核成績，考核時間。

員工的薪酬

整個公司有不同的職位級別，相應的會有不同的工資級別，相同職位級別的

員工的工資級別是相同的。需要記錄的工資級別的信息包括：級別序號，工資

級別，工資數(shù)額。

1.部門（部門號,部門名稱，備注）

2.職工（工姓名，性別，出生日期，備注）

3.課程（課程號,課程名稱，日期，地點）

4.考核成績（序號，考核成績，考核等級）

5.職位（職位號,職位名，級別）

6.工資級別（級別序號，工資級別，工資數(shù)額）

ERD與DFD中元素的對應關系表:

ERD中的實體/聯(lián)系DFD中的存儲文件DFD中的外部項數(shù)據(jù)流

部門D1人力資源部F7F3F9

職工D1人力資源部F2F6F12

課程D2人力資源部F9F6

考核成績D2人力資源部F8F9

職位D1人力資源部F1F3

工資級別D3人力資源部F12F15

3.4.3實體間的聯(lián)系

根據(jù)需求分析，歸結(jié)出合適的聯(lián)系：

1.部門與職工之間的從屬聯(lián)系，一個部門有許多職工，一個職工只能屬于一個

部門，即部門和職工是一對多的關系。

2.職位與職工之間的屬于聯(lián)系，一個職位可以有許多職工擔任，一個職工只能

擔任一個職位，即職位和職工是一對多的關系。

3.職工與考核成績之間的評定聯(lián)系，一個職工能被評定出一個考核成績，一個

考核成績可以被許多職工得到，即職工和考核成績是一對多的關系。

4.部門與職工之間的領導聯(lián)系，一個部門有一個職工作為部門領導，一個職工

只能作為一個部門的領導，即部門和職工是一對一的關系。

5.職位與工資級別之間的屬于聯(lián)系，一個職位對應一個工資級別，一個工資級

別對應一個職位，即職位和工資級別是一對一的關系。

6.職工與課程之間的選擇聯(lián)系，一個職工可以選擇許多課程，一個課程可以被

許多職工學習，即職工和課程是多對多的關系。

圖3.5E-R圖

3.4.4E—R圖向關系模式的轉(zhuǎn)化

E-R圖向關系模式的轉(zhuǎn)化要解決的問題是如何將實體和實體之間的聯(lián)系轉(zhuǎn)化

為關系模式以及如何確定這些關系模式的屬性和代碼。

對于實體采用以下方法：

將每個實體轉(zhuǎn)化為一個關系，實體的屬性即為關系的屬性，實體的碼即為關

系的碼。

對于實體之間的聯(lián)系采用以下方法：

1、若實體間的聯(lián)系是1：1,則可以在兩個實體轉(zhuǎn)換成的兩個關系中任意一

個關系的屬性加入另一個關系的碼。

2、若實體間的聯(lián)系是LN,則在N端實體轉(zhuǎn)換成的兩個關系中加入1端實

體轉(zhuǎn)換成的關系碼及聯(lián)系的屬性。

3、若實體間的聯(lián)系是M：N,則將聯(lián)系轉(zhuǎn)換為關系，關系的屬性為諸個實體

的碼加上聯(lián)系具有的屬性，而關系碼則為實體碼的組合。

從上圖中可以看出，人力資源信息系統(tǒng)的關系模式如下（每個關系的主碼用_

標出，外碼用#標出）：

1.部門（部門號,領導者工號，部門名稱，備注）

2.職工（工屋，部門號#,職位號#,姓名，性別，出生日期，備注）

3.課程（課程號,課程名稱，日期，地點）

4.考核成績（序號，工號#,考核成績，考核等級）

5.職位（職位號,職位名，級別）

6.工資級別（級別序號,工號#,工資級別，工資數(shù)額）

7.選擇（工號#、課程號#、成績）

3.4.5數(shù)據(jù)庫的表設計

進一步確定上一章4.2數(shù)據(jù)庫設計中設計好的關系模式中各個數(shù)據(jù)項的類型

和長度，將每個關系轉(zhuǎn)換為數(shù)據(jù)庫中的二維表格，并確定了各個表的主鍵和外鍵,

得到以下表結(jié)構(gòu)：

1.部門

序號字段名類型長度主鍵外鍵允許為空

1部門號char2J

2領導者工號char5

3部門名稱char15

4備注varchar10

2.職工

序號字段名類型長度主鍵外鍵允許為空

1工號char5V

2部門號char2V

3職位號intV

4姓名char8

5性別char2

6出生日期date

7備注varchar10

3.課程

序號字段名類型長度主鍵外鍵允許為空

1課程號char2

2課程名稱char20

3日期date8

4地點char20

4.考核成績

序號字段名類型長度主鍵外鍵允許為空

1序號