人事管理系統資料庫設計報告
目錄一． 需求分析2
二． 概念結構設計5
三． 邏輯結構設計7
四． 物理結構設計7
五． 資料庫的建立8
六． 實訓小結14
1.需求分析
1.1人事管理系統的基本功能是管理員工的資料，管理員工考勤，管理員工薪資等
a) 管理員工資料：人事部成員負責管理和維護普通員工的資料。當員工第一次來公司報到時，人事部將員工的基本資料（姓名、性別、出生年月日、電子郵件及所屬部門等資訊錄入到資料庫中並可以進行修改和維護。
普通員工可以檢視自己和同事的資料，同時也可以修改自己的部分資訊）
b) 管理員工考勤：員工必須按規定時間上下班，不能遲到或早退。有一名人事助理專門負責記錄員工的上下班時間，如果乙個員工在乙個月遲到多於五次，則要扣除薪資。
人事部可以管理考勤記錄，員工可以檢視自己的紀錄，經理可以檢視下屬的紀錄。
c) 管理員工請假：員工一年有一百個小時的年假。員工請假不得超過規定的小時數。
員工可以檢視自己的年假小時數，檢視本人某段時間的請假記錄，提交請假申請。部門經理可以檢視下屬的請假記錄，批准/否決其請假申請。
d) 管理員工薪資：員工薪資有其他薪資和基本薪資組成，其他薪資包括有可能因為請假遲到和缺勤扣除部分薪資。基本薪資由人事部經理決定和修改人事部負責每月根據員工的請假記錄和考勤記錄，計算員工的本月薪資。
普通員工可以檢視自己本月薪資明細，還可以檢視自己歷史薪資記錄。
e) 員工養老保險：員工每一年都要辦保險一次，有效時間為一年，員工可檢視自己是否辦理保險，輸入員工保險編號只可以檢視到自己的相關資訊。
f) 公司裡的每個人可根據，員工姓名或員工編號來檢視其員工職稱名稱和員工職務名稱員工職稱編號和員工職務編號，今天是否在上班，或請假！
1.2資料字典
資料流圖表達了資料和處理的關係，資料字典則是系統中各類資料描述的集合，資料是進行詳細的資料收集和資料分析所獲得的主要成果。資料項是不可分再分的資料單位。沒有註明的可為空員工資訊表
職務資訊表
職稱資訊表
部門資訊表
員工薪資表
員工請假表
員工考勤表
養老保險資訊表
1.3資料流是資料結果在系統內傳輸的路徑
資料流描述=
1.4資料儲存資料儲存是資料停留或保留的地方，也是資料流的**和去向之一
i. 根據員工所提交的職工編號和薪資發放時間，檢視該員工該月的薪資資訊，包括員工編號﹑員工姓名、基本薪資、其他薪資和薪資發放時間。
ii. 根據員工提交的員工編號，檢視該員工所有請假資訊，包括員工編號、員工姓名、開始時間、結束時間、申請狀態和審核者編號。
iii. 根據員工提交的員工編號和日期，檢視該員工該日的考勤資訊，包括員工編號、員工姓名、到達時間、記錄者標號、考勤型別和日期。
2.概念結構設計
2.1 由上面的需求分析規劃出的實體有：員工基本資訊實體、部門基本資訊實體、員工薪資資訊實體、員工請假資訊實體和員工考情資訊實體。
實體之間的聯絡如下：
（1） 每個員工只能在乙個部門工作，每個部門可以有多個員工，員工和部門之間是多對一的關係。
（2） 每個員工只有乙個職稱，而乙個職稱可以對應多個員工，因此員工和職稱之間是多對一的關係。
（3） 每個員工可以有多個職務，而每個職務可以讓多個員工從事，所以員工與職務之間是多對多的關係。
（4） 考慮到員工每個月的薪資可能會更換，乙個員工可以有多個薪資資訊，乙個薪資資訊只屬於乙個員工，因此員工和薪資資訊之間是一對多的關係。
（5） 每個員工可以有多個請假資訊，乙個請假資訊只屬於乙個員工，因此員工和請假資訊之間具有一對多的關係。
（6） 考慮到每天的考勤情況可能不一樣，乙個員工可以有多個考勤資訊，乙個考勤資訊只屬於乙個員工，因此員工和考勤資訊之間是一對多的關係。
（7） 考慮到每個員工的養老保險金額可能會更換，乙個員工可以有多個養老保險金額，而乙個養老保險金額只屬於乙個員工，因此員工和養老保險金額之間是一對多的關係。
2.2根據以上設計得出其e-r圖如下：
3．邏輯結構設計
把上述概念結構轉換成資料模型，得人事管理系統中的關係模式如下：
（1） 員工資訊表（員工編號、員工姓名、員工性別、員工所屬部門編號、員工職務編號、員工職務名稱、員工職稱編號、員工職稱名稱、員工**、員工電子郵件、員工養老保險號），主鍵為員工編號。
（2） 職務資訊表（職務編號、職務名稱）,主鍵為職務編號。
（3） 職稱資訊表（職稱編號、職稱名稱），主鍵為職稱編號。
（4） 部門資訊表（部門編號、部門名稱、部門經理編號、部門描述），主鍵為部門編號。
（5） 員工薪資表（薪資編號、員工編號、基本薪資、其他薪資、薪資發放日期），主鍵為薪資編號。
（6） 員工請假表（請假申請編號、員工編號、開始時間、結束時間、申請狀態、審核者編號），主鍵為請假申請編號。
（7） 員工考勤表（考勤編號、員工編號、到達時間、記錄者編號、考勤型別、日期），主鍵為考勤編號。
（8） 養老保險資訊表（養老保險號、時間、金額），主鍵為養老保險號。
4．物理結構設計
4.1資料庫物理設計階段的任務是根據具體計算機系統（dbms和硬體等）的特點，為給定的資料庫系統確定合理的儲存結構和訪問方法。所謂的合理主要有兩個含義：
乙個是要使物理資料庫占用較少的儲存空間，另乙個對資料庫的操作具有盡可能高的速度，主要體現在後者。
（1）建立索引：
a) 對錶在屬性列上建非聚焦立索引
b) 對錶在屬性列上建非聚焦立索引
c) 對錶在屬性列上建非聚焦立索引
d) 對錶在屬性列上建非聚焦立索引
e) 對錶在屬性列上建非聚焦立索引
f) 對錶在屬性列上建非聚焦立索引
g) 對錶在屬性列上建非聚焦立索引
h) 對錶在屬性列上建非聚焦立索引
（2）儲存過程需求設定：
（1） 根據員工所提交的員工編號，檢視該員工的基本資訊，包括姓名、性別、所屬部門編號、**、電子郵件、養老保險編號。
（2） 根據員工所提交的職工編號和薪資發放時間，檢視該員工該月的薪資資訊，包括員工編號﹑員工姓名、基本薪資、其他薪資和薪資發放時間。
（3） 根據員工提交的員工編號，檢視該員工所有請假資訊，包括員工編號、員工姓名、開始時間、結束時間、申請狀態和審核者編號。
（4） 根據員工提交的員工編號和日期，檢視該員工該日的考勤資訊，包括員工編號、員工姓名、到達時間、記錄者標號、考勤型別和日期。
（5） 根據員工所提交的員工編號，檢視該員工的工作簡介，包括員工的姓名、職務和職稱。
（6） 根據員工所提交的養老保險號，檢視該員工的養老保險資訊，包括員工姓名、保險時間、保險金額。
（3） 檢視設定：為公司內部員工提供所有員工的基本資訊，當公司內部員工查詢時可以根據檢視快速的查詢所需資訊不需要檢視很多表，檢視是從乙個或幾個表匯出的表。是乙個虛表，建立了表之間的關係把相應的表聯絡起來了！
員工根據根據輸入員工姓名.員工所屬部門編號.員工職位.部門名稱.員工**或員工電子郵件檢視員工相應的資訊 。
4.2觸發器設定：
（1） 在員工資訊表上建立觸發器，當員工資訊表中的員工編號被修改時，員工薪資表﹑員工請假表﹑員工考勤表中的員工編號也被修改。
（2） 在部門資訊表上建立觸發器，當部門資訊表中的部門編號被修改時，員工資訊表中的員工所屬部門編號也被修改。
（3） 在職務資訊表上建立觸發器，當職務資訊表中的職務編號被修改時，員工資訊表中的職務編號也被修改。
（4） 在職稱資訊表上建立觸發器，當職稱資訊表中的職稱編號被修改時，員工資訊表中的職稱編號也被修改。
人事管理系統
目錄一 需求分析報告 二 可行性分析報告 三 業務流程圖 四 資料流程圖 五 資料字典 六 er 圖 七 設計 八 資料庫設計 一 需求分析報告 1.1引言 本次可行性報告的編寫目的在於研究公司的人事管理部門的人事管理系統的各種需要。人事檔案管理資訊系統，作為資料庫管理系統的乙個具體應用，在實際工作...
人事管理系統
題目 人事管理系統 學院管理學院 專業 資訊管理與資訊系統 班級 信管1302s 姓名李lala 學號 2013110444043 指導教師 趙茂 一 需求分析報告 1.1引言 本次可行性報告的編寫目的在於研究公司的人事管理部門的人事管理系統的各種需要。人事檔案管理資訊系統，作為資料庫管理系統的乙個...
人事管理系統
設計 第十小組 信科08 1班 組長 宋雪嬌 組員 孫振超 王佳辰郝帥王鵬可行性分析報告 1.引言 本報告是關於人事管理系統專案的可行性論證報告，其目的是論證該項目的必要性和在企業當前條件下實施的可能性，從而防止造成物力 人力資源等方面的浪費，使企業的人事管理工作系統化 規範化 自動化，從而達到提高...