工資管理系統的資料庫設計

2021-03-04 07:54:04 字數 5287 閱讀 7147

目錄1 系統概述 3

2 系統資料流程圖和資料字典 3

2.1 使用者需求調查 3

2.2 系統資料流程圖 4

2.3 系統資料字典 7

3 資料庫結構設計 13

3.1 概念結構設計 12

3.2 邏輯結構設計 12

3.3 資料庫結構的詳細設計 14

4 物理設計 15

5 使用者的子模式(外模式)設計(沒做) 19

6 總結 19

1 系統概述

本文按照資料庫系統設計的基本步驟,採取了事先進行需求分析,然後進行資料庫的概念設計和邏輯結構設計,最後進行資料庫詳細設計的方法,完成了乙個工資管理系統資料庫系統的設計。最終,在acess 2010完成的工資管理系統,可以實現新增和修改員工的個人詳細資訊、記錄公司內部的人事調動情況、實現員工考勤記錄查詢和員工工資查詢,整個系統重點放在工資管理上。

2 系統資料流程圖和資料字典

2.1 使用者需求調查

通過對現行工資管理系統的調查,明確了工資管理系統由員工資訊查詢,員工人事變更記錄,員工考勤記錄查詢,員工工資查詢組成。 系統功能的主要描述如下。

(1)員工資訊查詢

對公司裡所有員工進行統一編號;將每一位員工的資訊儲存在員工檔案記錄中。

對新聘用的員工,將其資訊加入到員工檔案記錄中;對於解聘的員工,將其資訊從員工檔案記錄中刪除。

當員工的資訊發生變動時,修改員工檔案記錄中相應的屬性。

(2)員工人事變更記錄管理

對公司裡所有員工的職務記錄進行統一編號;登記員工調動前後的具體職務,以及調動時間。

(3)考勤管理

對員工上班刷卡的記錄進行統一編號;登記員工上班時間、簽到型別(準時、遲到)。

對員工下班刷卡的記錄進行統一編號;登記員工上班時間、簽到型別(準時、早退)。

(6)工資管理

對公司裡所有員工的工資記錄進行統一編號,建立工資記錄表。

2.2 系統資料流程圖

經過詳細的調查,弄清了系統現行的業務流程。在此基礎上,構造出系統的邏輯模型,並通過資料流程圖表示。

資料流程圖:

2.3 系統資料字典

人事管理系統資料流程圖中,資料資訊和處理過程還需要通過資料字典來描述。在本文的資料字典中,主要對資料流圖中的資料流、資料儲存和處理過程進行說明。

(1)主要的資料流定義

資料流名稱:員工情況

定義: 員工情況=姓名+性別+部門編號+職位+學歷+畢業學校+專業+家庭住址+**+狀態 。

資料流量:根據公司的員工具體錄用情況來確定。

說明:要對每一位被聘用的新員工進行唯一編號。

資料流名稱:調動情況

定義: 調動情況=員工號+調動前職務+調動後職務+調動日期。

資料流量:根據公司的具體情況來確定。

說明:員工號和調動日期可以唯一確定乙個調動情況。

資料流名稱:簽到記錄

定義: 上班刷卡=員工號+班次時間+簽到時間。

資料流量:根據公司的具體規模情況來確定。

說明:簽到時間會匯入到出勤記錄中。

資料流名稱:簽出記錄

定義: 下班刷卡=員工號+班次時間 +簽出時間。

資料流量:根據公司的具體情況來確定。

說明:簽出時間會匯入到出勤記錄中。

資料流名稱:工資查詢

定義: 工資查詢=員工號+基本工資+崗位津貼+加班補貼+出差補貼+違紀扣除+發薪日期。

資料流量:根據公司的具體情況來確定。

說明:根據員工號和發薪日期可以唯一確定乙個工資記錄。

資料流名稱:缺勤記錄

定義: 請假申請=員工號+缺勤原因+缺勤天數+缺勤開始時+缺勤結束時。

資料流量:根據公司的具體情況來確定。

說明:員工號和請假時間可以唯一確定乙個缺勤記錄。

資料流名稱:管理員情況

定義: 使用者身份=員工編號+使用者名稱+密碼。

資料流量:根據公司的具體情況來確定。

說明:要對每一位管理員建立唯一的賬號。

資料流名稱:使用者身份

定義: 使用者身份=[ 非法使用者 | 內部管理員 | 服務管理員]

資料流量:根據公司的具體情況來確定。

說明:不同的使用者身份對應不同的操作許可權,對應著不同的安全級別。

資料流名稱:部門情況

位置:上級→部門情況

定義: 部門情況=部門號+部門名稱+經理。

資料流量:根據公司的具體情況來確定。

說明:部門號是主碼。

(2)主要的資料儲存定義

資料儲存編號:員工記錄

資料結構:員工記錄=姓名+性別+部門編號+職位+學歷+畢業學校+專業+家庭住址+**+狀態。

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以隨機檢索為主。

說明:員工編號具有唯一性和非空性;性別只能是男或女;主碼是員工編號。

資料儲存編號:缺勤記錄

資料結構:缺勤記錄=員工號+缺勤原因+缺勤天數+缺勤開始時+缺勤結束時。

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以更新操作為主。

說明:主碼設為缺勤時間和員工號;員工號是外碼,參照表是員工記錄。

資料儲存編號:工資記錄

資料結構:工資記錄=員工號+基本工資+崗位津貼+加班補貼+出差補貼+違紀扣除+發薪日期。

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以更新操作為主。

說明:主碼設為發薪日期和員工號;員工號是外碼,參照表是員工記錄。

資料儲存編號:職務調動記錄

資料結構:職務調動記錄=員工號+調動前職務+調動後職務+調動日期

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以更新操作為主。

說明:主碼設為調動日期和員工號;員工號是外碼,參照表是員工記錄。

資料儲存編號:管理人員記錄

資料結構:管理人員記錄=使用者密碼+職工號+密碼+管理員賬號。

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以更新操作為主。

說明:主碼設為管理員賬號。

資料儲存編號:出勤記錄

資料結構:出勤記錄=員工號+簽到時間+簽出時間+刷卡日期。

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以更新操作為主。

說明:主碼設為員工號和刷卡日期;員工號是外碼,參照表是員工記錄。

資料儲存編號:部門記錄

資料結構:部門記錄=部門號+部門名稱+經理。

資料量和訪問頻度:根據公司的具體規模情況來確定。

訪問方式:聯機處理;檢索和更新;以檢索操作為主。

說明:主碼設為部門號。

(3)主要的處理過程

處理過程編號:

處理過程名:檔案管理

輸入:使用者身份,員工記錄,員工情況

輸出:員工記錄

處理說明:根據員工的聘用、解聘建立或刪除員工記錄,以及在後續的過程中,以管理員身份對員工的記錄進行修改。

處理過程編號:

處理過程名:銷假管理

輸入:銷假申請,請假批覆,使用者身份,員工記錄,銷假記錄

輸出:請假記錄

處理說明:根據員工的銷假申請,把銷假時間錄入到相應的請假記錄中。

處理過程編號:

處理過程名:請假管理

輸入:請假申請,請假批覆,使用者身份,員工記錄,請假記錄

輸出:請假記錄

處理說明:根據員工的請假申請和批覆情況,進行請假表的登記。

處理過程編號:

處理過程名:工資管理

輸入:使用者身份,工資記錄

輸出:工資記錄,工資查詢

處理說明:根據員工目前的工資情況,進行調薪的操作。

處理過程編號:

處理過程名:調動管理

輸入:調動批覆,使用者身份,職務調動記錄

輸出:職務調動記錄,調動情況

處理說明:根據調動批覆的內容,更改員工的職務資訊,並對調動情況進行記錄。

處理過程編號:

處理過程名:安全管理

輸入:管理員情況

處理說明:建立管理人員記錄表;通過使用者名稱和口令,確認使用者身份,保證系統安全性。

處理過程編號:

處理過程名:上班管理

輸入:簽到時間,使用者身份,員工記錄,出勤記錄

輸出:出勤記錄

處理說明:根據輸入的員工號資訊,記錄上班時間,並判斷是否遲到。

處理過程編號:

處理過程名:下班管理

輸入:簽出時間,使用者身份,員工記錄,出勤記錄

輸出:出勤記錄

處理說明:根據輸入的員工號資訊,記錄下班時間,並判斷是否早退。

處理過程編號:

處理過程名:部門管理

輸入:部門情況,部門記錄

輸出:部門記錄

處理說明:根據上級的排程,對現在公司的部門進行領導人的調換,或者是增加或刪除某一部門。

3 資料庫結構設計

3.1 概念結構設計

根據系統需求分析,可以得出工資管理系統資料庫的概念模型(資訊模型),用e-r圖表示的工資管理系統的概念模型。最後,對設計出的資料模型進行規範化處理,使資料模型滿足第三正規化。

3.2 邏輯結構設計

將人事管理系統的e-r圖轉換為關聯式資料庫的資料模型,其關係模式為:

(1)員工檔案(員工情況=姓名+性別+部門編號+職位+學歷+畢業學校+專業+家庭住址+**+狀態 +部門號),其中員工編號為主碼,部門號為外碼;

(2)管理員記錄(管理員賬號,員工編號,密碼,級別),其中管理員賬號為主碼,員工編號為外碼;

(3)請假記錄(請假編號+員工編號+缺勤開始時+缺勤天數+缺勤結束時)

請假編號為主碼,其中員工編號外碼。

(4)職務調動記錄(調動編號+員工編號+調動前職務+調動後職務+調動日期),調動編號為主碼,其中員工編號;

(6)出勤記錄(出勤編號+員工號+簽到時間+簽出時間),出勤編號為主碼,員工號為外碼;

(7)工資記錄(員工號+基本工資+崗位津貼+加班補貼+出差補貼+違紀扣除+發薪日期),工資編號為主碼,員工號為外碼。

(8)部門記錄(部門編號+名稱+領導人號),部門編號為主碼。

將工資管理系統定名為「工資管理系統」。 各實體的分e-r圖,如圖a,b,c所示:

a)員工實體圖

b)部門實體圖

c)管理人員實體圖

全域性e-r圖,如圖e所示:

e)各實體間的聯絡圖

3.3 資料庫結構的詳細設計

經過檢查,此資料庫的詳細邏輯設計滿足第3正規化的要求。人事管理系統中各表的屬性設計情況如下表1:表1

工資管理系統資料庫課程設計報告

目錄一 開發背景 2 二 功能描述 3 三 資料流分析 4 3.1資料流圖 4 3.2資料字典 5 四 概念模型設計 7 五 邏輯結構設計和優化 10 六 應用程式設計 11 七 心得體會 13 參考文獻 14 附錄 14 一 開發背景 隨著經濟的發展,企業正向著大型化 規模化發展,而對於大中型企業...

資料庫高校工資管理系統設計報告

隨著科學技術的不斷提高,電腦科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域並發揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對高校工資進行管理,具有著手工管理所無法比擬的優點,例如 檢索迅速 查詢方便 可靠性高 儲存量大 保密性好 壽命長 成本低等。這些優點能夠極大...

工資管理系統資料庫課程設計報告

工資管理系統 資料庫課程設計報告 姓名班級 計科 0613 學號 0902061307 指導老師 劉嬪 時間 2010年1月 目錄 第1章概述 1.1專案背景3 1.2編寫目的3 1.3軟體定義3 第二章需求分析 2.1 資料庫需求分析4 2.2 功能陳述4 2.3 資料流圖4 2.4功能流程圖6 ...