企業(yè)人事管理系統(tǒng)實例SQL課程設計.doc

《企業(yè)人事管理系統(tǒng)實例SQL課程設計.doc》由會員分享，可在線閱讀，更多相關《企業(yè)人事管理系統(tǒng)實例SQL課程設計.doc（26頁珍藏版）》請在裝配圖網上搜索。

企業(yè)人事管理系統(tǒng)實例 第1章 引言 隨著計算機應用的日益普及，數(shù)據(jù)庫技術已成為越來越重要的技術基礎。數(shù)據(jù)庫即使是保證應用軟件質量的重要環(huán)節(jié)，專業(yè)化、高效的應用系統(tǒng)對于數(shù)據(jù)庫技術的要求也越來越高。 數(shù)據(jù)庫是數(shù)據(jù)管理的最新技術，是計算機學科的重要分支。十余年來，數(shù)據(jù)庫管理系統(tǒng)已從專用的應用的程序包發(fā)展成為通用的系統(tǒng)軟件。由于數(shù)據(jù)庫具有數(shù)據(jù)結構化、最低冗余度、較高的程序與數(shù)據(jù)獨立性、易于擴充、易于編制應用程序等優(yōu)點，較大的信息系統(tǒng)都是建立在數(shù)據(jù)庫設計之上的。 數(shù)據(jù)庫技術是計算機領域中最為活躍的技術之一，是計算機科學的重要分支，它的出現(xiàn)對于許多企事業(yè)單位提高科學管理水平都起到舉足輕重的作用。對于一個企事業(yè)單位來說，數(shù)據(jù)庫的建設規(guī)模、數(shù)據(jù)庫信息量的大小和使用頻度已成為衡量這個機構信息化程度的重要標志。數(shù)據(jù)庫技術是計算機科學與技術中發(fā)展最快的領域之一，也是應用最廣的技術之一，它已成為計算機信息系統(tǒng)與應用系統(tǒng)的核心技術和重要基礎。 數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率以及實現(xiàn)的效果產生影響。合理的數(shù)據(jù)庫結構設計可以提高數(shù)據(jù)存儲效率，保證數(shù)據(jù)的完整和一致。 數(shù)據(jù)庫是數(shù)據(jù)管理的最新技術，是計算機科學的重要分支。今天，信息資源已成為各個部門的重要財富和資源。建立一個滿足各級部門信息處理要求的行之有效的信息系統(tǒng)也成為一個企業(yè)生存和發(fā)展的重要條件。因此，作為信息系統(tǒng)核心和基礎的數(shù)據(jù)庫技術得到越來越廣泛的應用，從小型單項事務處理系統(tǒng)到大型信息系統(tǒng)，越來越多新的應用領域采用數(shù)據(jù)庫技術來存儲和處理信息資源。 數(shù)據(jù)庫設計是建立數(shù)據(jù)庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設中的核心技術，具體說，是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求（信息要求和處理要求）。數(shù)據(jù)庫一個信息系統(tǒng)的各個部分能否緊密地結合在一起以及如何結合，關鍵在數(shù)據(jù)庫。 企業(yè)人事管理系統(tǒng)是一個單位不可缺少的部分，它的內容對于單位的決策者和管理者來說都至關重要，所以企業(yè)人事管理系統(tǒng)應該能夠為用戶提供充足的信息和快捷的的查詢手段。 第2章 需求分析 2.1 需求分析的設計思想 在現(xiàn)代化的企業(yè)當中，企業(yè)人事管理工作將發(fā)揮越來越重要的作用。企業(yè)人事管理工作已經滲透到企業(yè)日常工作的方方面面，無論是其自身還是所發(fā)揮的作用。隨著時代的進步，企業(yè)也逐漸變得龐大起來，為了企業(yè)的創(chuàng)新、發(fā)展以及經濟效益，如何管理好企業(yè)內部員工的信息和員工的工資信息，成為企業(yè)管理中的一個大的問題。在這種情況下，一個可以提高工作效率、減少公司開資的具有經濟效益的人事管理系統(tǒng)就顯得是必要的。 隨著市場競爭的日趨激烈，人才成為實現(xiàn)企業(yè)自身戰(zhàn)略目標的一個非常關鍵的因素。企業(yè)中人心向背和員工對工作的投入在很大程度上決定了該企業(yè)的興衰成敗。如何能保持本企業(yè)員工的工作責任感，激勵他們的工作熱情，減少人才流失，已成為困擾企業(yè)管理的一個日益尖銳的問題，可以說本系統(tǒng)從根本上來講就是對人的管理?，F(xiàn)在“公平，公正”的企業(yè)管理原則已為不少企業(yè)所采納。但是要“公平，公正，合理”絕非易事，它不是僅靠規(guī)章制度和政策就可以解決的。通過建立透明、一致、易查和全面的人事管理系統(tǒng)，將與人相關的信息統(tǒng)一管理起來，才有可能為“公平，公正，合理”原則的實現(xiàn)，以及企業(yè)在動作和勞資糾紛等方面的風險規(guī)避等建立一套科學保障體系。 最初的人事管理，都是靠人力來完成的。當企業(yè)規(guī)模比較小的時候，人力可以完成，隨著企業(yè)的規(guī)模越來越大，企業(yè)的員工越來越多，依然維持著人力進行人事管理，必然會造成工作效率低，工作錯誤增高的問題。如果增加人員就會增加公司的開資，這樣增加了企業(yè)的經濟負擔。 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸出和輸入。收集基本數(shù)據(jù)、數(shù)據(jù)結構，以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設計打下基礎。 根據(jù)上述系統(tǒng)功能分析，針對各個功能模塊的需求，總結出各個信息之間的聯(lián)系如下： 機構與部門之間的聯(lián)系：一個機構基本信息對應多個部門信息，而一個部門信息對應一個機構信息，所以機構基本信息與部門信息之間是一對多的關系。 部門與員工之間的聯(lián)系：一個部門信息對應多個員工信息，而一個員工信息對應一個部門信息，所以員工信息與部門信息之間是一對多的關系。 員工與檔案之間的聯(lián)系：一個員工信息對應一個檔案信息，而一個檔案信息對應一個員工信息，所以員工信息與檔案信息之間是一對一的關系。 員工與工資之間的聯(lián)系：一個員工信息對應多個工資信息，一個工資信息對應一個員工信息，所以員工信息與工資信息二者之間是一對多的關系,產生職務屬性。 員工與保險之間的聯(lián)系：一個員工信息對應多個保險信息，一個保險對應一個員工信息，所以員工信息與保險二者之間是一對多的關系。 員工與合同之間的聯(lián)系：一個員工信息對應多個合同信息，一個合同信息對應一個員工工資信息，所以員工信息與合同信息二者之間是一對多的關系。 合同與合同類別之間的聯(lián)系：一個合同信息對應多個合同類別信息，一個合同類別 信息對應一個合同信息，所以合同類別信息與合同信息二者之間是一對多的關系。 2.2 數(shù)據(jù)流圖和數(shù)據(jù)字典 一個基于計算機信息處理系統(tǒng)的邏輯模型由數(shù)據(jù)流和一系列數(shù)據(jù)轉換構成，這些轉換將輸入數(shù)據(jù)變換為輸出數(shù)據(jù)。數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和數(shù)據(jù)轉換的信息系統(tǒng)建模技術。數(shù)據(jù)流圖并不足以完整地描述軟件的需求，因為它沒有描述數(shù)據(jù)流的內容。一般地，數(shù)據(jù)流圖必須與描述并組織數(shù)據(jù)條目的數(shù)據(jù)字典配合使用。 2.2.1 數(shù)據(jù)流圖 數(shù)據(jù)流圖(Data Flow Diagram，DFD)是用來描繪軟件系統(tǒng)邏輯模型的圖形工具，用于描繪信息在系統(tǒng)中的流動和處理情況。設計DFD只需考慮軟件系統(tǒng)必須完成的基本邏輯功能，完全不需考慮如何具體地實現(xiàn)這些功能，即只考慮軟件“做什么”，而不必考慮“怎么做”。 數(shù)據(jù)流圖是結構系統(tǒng)分析的主要工具，它表示了系統(tǒng)內部信息的流向，并表示了系統(tǒng)的邏輯處理的功能，是一種功能模型。 在數(shù)據(jù)流圖中有四種基本符號，如表2-1所示。 表2-1 數(shù)據(jù)流圖基本符號的意義 符號 說明 加工，輸入數(shù)據(jù)在此進行變換產生輸出數(shù)據(jù)，中間要注明加工的名字 數(shù)據(jù)輸入的源點和數(shù)據(jù)輸出的終點，在其中要注明源泉點或終點的名字 數(shù)據(jù)流，被加工的數(shù)據(jù)及數(shù)據(jù)流向，在箭頭邊要用名詞或名詞性短語給出數(shù)據(jù)流的名字 數(shù)據(jù)存儲文件，要用名詞或名詞性短語給出數(shù)據(jù)文件的名字 由于企業(yè)人事管理系統(tǒng)主要是以“員工”為主體，所以該數(shù)據(jù)流圖也是只針對員工的一系列信息在系統(tǒng)中的數(shù)據(jù)流向及存儲進行設計。 企業(yè)人事管理系統(tǒng)數(shù)據(jù)流圖如圖2-1所示，其中所涉及到的數(shù)據(jù)存儲文件，詳細見（附錄A） 員工 增加 信息 部門 分配 員工 管理 合同 處理 工資 管理 修改 信息 刪除 信息 查詢 信息 錄入 檔案 員工信息登記 部門 查詢 員工 查詢 員工檔案庫 顯示 信息 員工 合同信息登記 保險信息登記表 檔案信息登記表 工資信息登記 查詢 刪除 修改 添加 登記 分配 部門信息登記表 簽合同 考 核 入檔 參加 部門編號 員工編號 部門信息 員工信息 合 同 信 息 工資 信 息 檔案信息 保險信息 圖2-1 企業(yè)人事管理系統(tǒng)數(shù)據(jù)流圖 2.2.2 數(shù)據(jù)字典 數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程五個部分。其中數(shù)據(jù)項是數(shù)據(jù)的最小組成單位，若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結構，數(shù)據(jù)字典通過對數(shù)據(jù)項和數(shù)據(jù)結構的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲的邏輯內容。 一、 數(shù)據(jù)項 以下為本系統(tǒng)的部分數(shù)據(jù)項進行描述，詳見附錄B。 ⒈ 數(shù)據(jù)項：ygnumber 含義說明：唯一標識每個員工 別名：員工編號 長度：6 取值范圍：000000至999999 取值含義：前兩位標識該員工所在部門，后四位按順序編號。 ⒉ 數(shù)據(jù)項：yfnumber 含義說明：唯一標識員工每月工資 別名：月份編號 長度：2 取值范圍：00至99 取值含義：從1月份到12月份 ⒊ 數(shù)據(jù)項：bxnumber 含義說明：唯一標識保險類型 別名：保險編號 長度：6 取值范圍：000000至999999 取值含義：每位按順序編號 ⒋ 數(shù)據(jù)項：danumber 含義說明：唯一標識每個員工檔案 別名：檔案編號 長度：6 取值范圍：000000至999999 取值含義：前兩位標識該員工檔案存儲位置，后四位按順序編號。 ⒌ 數(shù)據(jù)項：bmnumber 含義說明：唯一標識每個員工所屬部門 別名：部門編號 長度：6 取值范圍：000000至999999 取值含義：前兩位標識該部門所屬機構，后四位按順序編號。 ⒍ 數(shù)據(jù)項：jgnumber 含義說明：唯一標識該機構 別名：機構代碼 長度：6 取值范圍：000000至999999 取值含義：每位按順序編碼。 ⒎ 數(shù)據(jù)項：htnumber 含義說明：唯一標識合同名稱。 別名：合同編號 長度：6 取值范圍：000000至999999 取值含義：每位按順序編碼 ⒏ 數(shù)據(jù)項：htlbnumber 含義說明：唯一標識合同類別。 別名：合同類別編號 長度：6 取值范圍：000000至999999 取值含義：每位按順序編碼 二、數(shù)據(jù)結構 數(shù)據(jù)結構反映了數(shù)據(jù)之間的組合關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結構組成，或由若干個數(shù)據(jù)項和數(shù)據(jù)結構混合組成。本系統(tǒng)中對數(shù)據(jù)結構的具體描述如下： ⒈ 數(shù)據(jù)結構：員工 含義說明：是人事管理系統(tǒng)的主體數(shù)據(jù)結構，定義了員工的有關信息 組成：員工編號，員工姓名，性別，年齡，學歷，家庭住址，聯(lián)系電話 ⒉ 數(shù)據(jù)結構：工資 含義說明：是人事管理系統(tǒng)中工資的數(shù)據(jù)結構，定義了員工工資的有關信息 組成：月份編號，基本工資，職務補助，獎勵工資，缺勤次數(shù)，單次缺勤罰金 雜費，工資合計 ⒊ 數(shù)據(jù)結構：保險 含義說明：是人事管理系統(tǒng)中員工保險信息的數(shù)據(jù)結構，定義了員工保險的有關 信息 組成：保險編號，保險名稱，開始繳費時間，繳費年限，繳費金額 ⒋ 數(shù)據(jù)結構：檔案 含義說明：定義了員工檔案的有關信息 組成：檔案編號，檔案類別，存放位置，檔案狀態(tài) ⒌ 數(shù)據(jù)結構：部門 含義說明：是人事管理系統(tǒng)中部門的有關信息 組成：部門編號，部門名稱，部門簡介 ⒍ 數(shù)據(jù)結構：機構 含義說明：定義了機構的有關信息 組成：機構編號，機構名稱，機構地址 ⒎ 數(shù)據(jù)結構：合同 含義說明：是人事管理系統(tǒng)中合同的有關信息 組成：合同編號，合同名稱 ⒏ 數(shù)據(jù)結構：合同類別 含義說明：定義了合同類別的有關信息 組成：合同類別編號，合同類別名稱 三、數(shù)據(jù)流 數(shù)據(jù)流是數(shù)據(jù)結構在系統(tǒng)內傳輸?shù)穆窂?。本系統(tǒng)中對數(shù)據(jù)流的具體描述如下： ⒈ 數(shù)據(jù)流“添加”可描述如下： 數(shù)據(jù)流：添加 說明：對企業(yè)中新進員的基本信息進行登記 數(shù)據(jù)流來源：員工 數(shù)據(jù)流去向：增加信息 ⒉ 數(shù)據(jù)流“登記”可描述如下： 數(shù)據(jù)流：登記 說明：企業(yè)根據(jù)員工所從事工作的類型將員工進行部門分配 數(shù)據(jù)流來源：部門信息登記 數(shù)據(jù)流去向：員工 ⒊ 數(shù)據(jù)流“簽合同”可描述如下： 數(shù)據(jù)流：簽合同 說明：企業(yè)與員工簽訂合同，并對合同按類進行記錄 數(shù)據(jù)流來源：員工管理 數(shù)據(jù)流去向：員工 ⒋ 數(shù)據(jù)流“合同信息”可描述如下： 數(shù)據(jù)流：合同信息 說明：企業(yè)與員工簽訂合同，并把合同信息返給員工 數(shù)據(jù)流來源：合同信息 數(shù)據(jù)流去向：員工 ⒌ 數(shù)據(jù)流“考核”可描述如下： 數(shù)據(jù)流：考核 說明：企業(yè)對員工的日期工作情況進行管理和考核，以為員發(fā)放工資 數(shù)據(jù)流來源：員工管理 數(shù)據(jù)去向：工資管理 ⒍ 數(shù)據(jù)流“工資信息”可描述如下： 數(shù)據(jù)流：工資信息 說明：企業(yè)根據(jù)工資管理對員工發(fā)放工資 數(shù)據(jù)流來源：工資管理 數(shù)據(jù)流去向：員工 ⒎ 數(shù)據(jù)流“入檔”可描述如下： 數(shù)據(jù)流：入檔 說明：企業(yè)對員工的所有信息進行存檔，實現(xiàn)統(tǒng)一管理 數(shù)據(jù)流來源：員工管理 數(shù)據(jù)流去向：錄入檔案 ⒏ 數(shù)據(jù)流“參加”可描述如下： 數(shù)據(jù)流：參加 說明：企業(yè)給予員工提供保險信息的管理 數(shù)據(jù)流來源：員工管理 數(shù)據(jù)流去向：參加保險 ⒐ 數(shù)據(jù)流“刪除”可描述如下： 數(shù)據(jù)流：刪除 說明：對員工的基本信息進行刪除操作 數(shù)據(jù)流來源：員工 數(shù)據(jù)流去向：刪除信息 ⒑ 數(shù)據(jù)流“查詢”可描述如下： 數(shù)據(jù)流：查詢 說明：對員工的基本信息進行查詢操作 數(shù)據(jù)流來源：員工 數(shù)據(jù)流去向：查詢信息 ⒒ 數(shù)據(jù)流“修改”可描述如下： 數(shù)據(jù)流：修改 說明：對員工的基本信息進行修改操作 數(shù)據(jù)流來源：員工 數(shù)據(jù)流去向：修改信息 ⒓ 數(shù)據(jù)流“部門編號”可描述如下： 數(shù)據(jù)流：部門編號 說明：對部門的基本信息進行查詢操作 數(shù)據(jù)流來源：查詢信息 數(shù)據(jù)流去向：部門查詢 ⒔ 數(shù)據(jù)流“員工編號”可描述如下： 數(shù)據(jù)流：員工編號 說明：對員工的基本信息進行查詢操作 數(shù)據(jù)流來源：查詢信息 數(shù)據(jù)流去向：員工查詢 ⒕ 數(shù)據(jù)流“部門信息”可描述如下： 數(shù)據(jù)流：部門信息 說明：將查詢結果返回給用戶 數(shù)據(jù)流來源：部門查詢 數(shù)據(jù)流去向：員工 ⒖ 數(shù)據(jù)流“員工信息”可描述如下： 數(shù)據(jù)流：員工信息 說明：將查詢結果返回給用戶 數(shù)據(jù)流來源：員工查詢 數(shù)據(jù)流去向：員工 四、數(shù)據(jù)存儲 數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。它可以手工文檔或手工憑單，也可以是計算機文檔。本系統(tǒng)中對數(shù)據(jù)存儲的具體描述如下： ⒈ 機構信息 簡述：用來存儲有關企業(yè)屬于哪個機構的信息。 輸入數(shù)據(jù)：機構信息。 輸出數(shù)據(jù)：機構信息。 ⒉ 部門信息 簡述：用來存儲企業(yè)中所分的各個部門的基本信息。 輸入數(shù)據(jù)：企業(yè)中為每個部個所設置的部門代碼及該代碼對應的名稱。 輸出數(shù)據(jù)：部門信息。 ⒊ 工資信息 簡述：用來存儲企業(yè)中每個月各個員工的工資的基本信息。 輸入數(shù)據(jù)：工資信息與考勤信息。 輸出數(shù)據(jù)：工資信息。 ⒋ 保險信息 簡述：用來存儲企業(yè)中各個員工所參加的保險的基本信息。 輸入數(shù)據(jù)：保險信息。 輸出數(shù)據(jù)：保險信息。 ⒌ 檔案信息 簡述：企業(yè)中每個員個都有固定的檔案跟隨員工本人，該項就是用來存儲各員工 的一系列信息的。 輸入數(shù)據(jù)：檔案編號及名稱。 輸出數(shù)據(jù)：檔案中所記錄的員工的基本信息。 ⒍ 合同信息 簡述：用來存儲企業(yè)中各個員工進入企業(yè)后與企業(yè)所簽訂的合同。 輸入數(shù)據(jù)：合同信息。 輸出數(shù)據(jù)：員工所簽訂的合同的基本信息。 ⒎ 合同類別信息 簡述：用來將企業(yè)中各個員工與企業(yè)所簽訂的合同進行分類管理。 輸入數(shù)據(jù)：合同類別信息。 輸出數(shù)據(jù)：按類顯示合同信息。 2.3 概念結構設計 2.3.1 局部概念模型設計 局部概念模型的設計思想是根據(jù)需求分析的內容用E-R圖分別表示出各個實體及其屬性，以及用E-R圖表示出各實體之間的聯(lián)系，如下圖所示。 圖2-2 機構信息實體的屬性 機構 機構名稱 機構代碼 機構地址 圖2-3 部門信息實體的屬性 部門 部門名稱 部門編號 部門簡介 圖2-4 員工信息實體的屬性 員工 聯(lián)系電話 年齡 家庭住址 學歷 員工姓名 性別 員工編號 圖2-5 工資信息實體的屬性 工資 雜費 獎勵工資 單次缺勤罰金 缺勤次數(shù) 基本工資 職務補助 月份編號 圖2-6 檔案信息實體的屬性 檔案 檔案編號 檔案類別 檔案狀態(tài) 存放位置 圖2-7 保險信息實體的屬性 保險 開始繳費時間 保險編號 保險名稱 繳費金額 繳費年限 圖2-8 合同信息實體的屬性 圖2-9 合同類別信息實體的屬性 合同 合同編號 合同名稱 合同類別 合同類別編號 合同類別名稱 圖 2-10 機構信息實體與部門信息實體之間的聯(lián)系 機構 部門 n 1 包含 圖 2.-11 員工信息實體與合同信息實體之間的聯(lián)系 員工 合同 m 1 簽訂 圖 2-12 部門信息實體與員工信息實體之間的聯(lián)系 部門 員工 n 1 擁有 圖 2-13 員工信息實體與工資信息實體之間的聯(lián)系 員工 工資 n 1 領取 職務 圖 2-14 合同信息實體與合同類別信息實體之間的聯(lián)系 合同 合同類別 1 n 擁有 圖 2-15 員工信息實體與檔案信息實體之間的聯(lián)系 員工 檔案 1 1 存在 、 圖 2-16 員工信息實體與保險信息實體之間的聯(lián)系 員工 保險 n 1 參加 2.3.2 總體概要設計 各子系統(tǒng)的分E-R圖設計好以后，下一步就是將所有的分E-R圖綜合成一個總的E-R圖。由于各個局部所面向的問題不同，這就導致各個分E-R圖之間必定會存在許多不一致的問題，稱之為沖突。因此合并分E-R圖必須合理消除各分E-R圖中的不一致，以形成一個能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模型，是合并E-R圖的主要工作和關鍵。各E-R圖之間的沖突主要有三種：屬性沖突、命名沖突、結構沖突。 在企業(yè)人事管理系統(tǒng)設計過程中，有屬性沖突和結構沖突。屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。如員工編號在不同的關系中都要定義成相同的屬性值的類型為字符型并且字長定義為6，才能避免屬性沖突。 按照合成總體E-R圖的規(guī)則，畫出完整的E-R圖，如圖2-17所示。 1 n 合同類別編號 合同類別名稱 合同編號 合同名稱 檔案編號 檔案類別 參加 參加 保險 存放位置 開始繳費時間 保險編號 保險名稱 繳費金額 繳費年限 機構名稱 機構代碼 機構地址 部門名稱 部門編號 部門簡介 雜費 獎勵工資 單次缺勤罰金 缺勤次數(shù) 基本工資 職務補助 月份編號 聯(lián)系電話 年齡 家庭住址 學歷 員工姓名 性別 員工編號 1 n 1 n 1 n m 1 1 1 機構 部門 保險 合同 工資 檔案 合同類別 員工 包含 擁有 分類 存在 簽訂 具有 領取 職務 1 n 圖2-17 全局E-R圖 2.4 邏輯結構設計 2.4.1 邏輯結構設計思想 概念結構設計是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計是把概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯結構。所以邏輯結構設計一般分以下三個方面： ⑴ 將概念結構轉換為一般的關系、網狀、層次模型。 ⑵ 將轉換來的關系、網狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換。 ⑶ 對數(shù)據(jù)模型進行優(yōu)化。 針對企業(yè)人事管理系統(tǒng) ，邏輯結構設計采用概念結構轉換關系模型，將E-R圖依照規(guī)則轉換為關系模型，為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，再將轉換后的關系模型進行優(yōu)化，確定是否要對某些模式進行合并或分解，為物理設計提供最優(yōu)的處理。 2.4.2 E-R圖向關系模型的轉換 關系模型的邏輯結構是一組關系模式的集合。E-R圖則是由實體，實體的屬性和實體間的聯(lián)系三個要素組成。所以將E-R圖轉換為關系模型實際上就是要將實體，實體的屬性和實體間的聯(lián)系轉換為關系模式。轉換原則如下： ⒈ 實體類型的轉換:將每個實體類型轉換成一個關系模式，實體的屬性及為關系模式的屬性，實體標識符及為關系模式的鍵。 ⒉ 聯(lián)系類型的轉換，根據(jù)不同的情況做不同的處理。 ⑴ 一個1：1聯(lián)系可以轉換為一個獨立的關系模型，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系合并，則需要在該關系模式的屬性中加如另一個關系模式的碼和聯(lián)系本身的屬性。 ⑵ 一個1：n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。 ⑶ 一個m：n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 ⑷ 三個或三個以上的實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 ⑸ 具有相同碼的關系模式可合并。 ⒊ 依照該規(guī)則將企業(yè)人事管理系統(tǒng)的E-R圖轉換為關系模型如下 ⑴ 將每一個實體轉換成一個關系（關系就是給出關系名，寫出屬性，并標明該關系的主鍵） ① 員工信息（員工編號、檔案編號、部門編號、員工姓名、性別、年齡、學歷、家庭住址、聯(lián)系電話） 在此聯(lián)系中主碼為員工編號，因為員工信息與部門是多對一的聯(lián)系，所以將部門編號傳入員工信息中做非主屬性，而員工信息與檔案是一對一的聯(lián)系，所以將檔案編號傳入員工信息中做非主屬性。 ② 員工工資信息（月份編號、員工編號、基本工資、職務補助、獎勵工資、缺勤次數(shù)、單次缺勤罰金、雜費、工資合計、職務） 在此聯(lián)系中主碼為月份編號，因為員工信息與工資信息是一對多的聯(lián)系，所以將員工編號傳入工資信息中做非主屬性，聯(lián)系本身的屬性傳入工資信息中做非主屬性。 ③ 保險信息（保險編號、員工編號、保險名稱、開始繳費時間、繳費年限、繳費金額） 在此聯(lián)系中主碼為保險編號，因為員工信息與保險信息是一對多的聯(lián)系，所以將員工編號傳入保險信息中做非主屬性。 ④ 檔案信息（檔案編號、員工編號、檔案類別、存放位置、檔案狀態(tài)） 在此聯(lián)系中主碼為檔案編號，因為員工信息與檔案信息是一對一的聯(lián)系，所以將員工編號傳入檔案信息中做非主屬性。 ⑤ 合同信息（合同編號、合同類別編號、員工編號、合同名稱） 在此聯(lián)系中主碼為合同編號，因為合同類別信息與合同信息是一對多的聯(lián)系，所以將合同類別編號傳入合同信息中做非主屬性。而員工信息與合同信息也是一對多的聯(lián)系，所以員工編號傳入合同信息中做非主屬性。 ⑥ 部門信息（部門編號、機構代碼、部門名稱、部門簡介） 在此聯(lián)系中主碼為部門編號，因為機構信息與部門信息是一對多的聯(lián)系，所以將機構代碼傳入部門信息中做非主屬性。 ⑦ 合同類別信息（合同類別編號、合同類別名稱） 在此聯(lián)系中主碼為合同類別編號。 ⑧ 機構信息（機構代碼、機構名稱、機構地址） 在此聯(lián)系中主碼為機構代碼。 由E-R圖可知，企業(yè)人事管理系統(tǒng)有八個實體和一個聯(lián)系，又因為是員工信息與工資信息的一對多的聯(lián)系，故可轉換為八個關系模型。 由關系依賴知，在員工信息、工資信息、部門信息、機構信息、合同信息、合同類別信息、檔案信息、保險信息這八個關系模式中，這八個關系模式中其屬性都是不能再分的，為一階范式。并且都是由主碼唯一決定關系中的其他屬性，不存在部分函數(shù)依賴和傳遞函數(shù)依賴，所以這五個關系都是3NF。皆為最優(yōu)，關系模型的優(yōu)化結束。 第3章 系統(tǒng)分析 3.1思想 企業(yè)在一般日常工作中需要一套人事信息管理系統(tǒng)，以便于對企業(yè)機構信息、部門信息、員工信息、檔案信息、工資信息、保險信息、合同信息進行合理、快捷的管理。一套完整的人事管理系統(tǒng)對一個企業(yè)來說起著至關重要的作用，本次設計正是體現(xiàn)這一原則。 對于數(shù)據(jù)庫用戶使用的頻度不一樣，而其查詢的東西也不一樣，如果每個人都申請用戶進入Oracle數(shù)據(jù)庫操作就顯得有些繁瑣，尤其是對于SQL語句了解不多甚至完全不懂狀態(tài)下是相當困難的，于是面向對象給我們一個構造面向普遍性的機遇。 在面向對象的福音中我們設計了簡單易懂的界面，例如對數(shù)據(jù)的輸入、查詢、列表信息等一系列功能，所有訪問用戶只要根據(jù)自己的需要選擇進入不同的界面，再根據(jù)簡單的提示就可以完成相應的操作。這樣就逃離了針對數(shù)據(jù)庫的各種煩瑣的代碼。 3.2 系統(tǒng)功能分析 本系統(tǒng)主要是為了幫助企業(yè)的人事部門和財務主管部門提高工作效率，減少企業(yè)的不必要開銷，從企業(yè)的根本利益出發(fā)，實現(xiàn)企業(yè)人事信息管理的系統(tǒng)化、規(guī)范化和自動化。 該課題是對學生數(shù)據(jù)庫原理與應用、VB.NET等多門學科知識的綜合運用，是提高學生實際動手能力的有效方法。本課題模擬實際項目開發(fā)過程，使學生熟悉管理系統(tǒng)開發(fā)的方法和重要步驟，提高學生的數(shù)據(jù)庫設計及系統(tǒng)分析能力，使學生積累一定的實戰(zhàn)經驗。 結合對企業(yè)對人事的管理，我們設計了企業(yè)人事管理系統(tǒng)，這個系統(tǒng)最終實現(xiàn)的主要功能如下： 員工基本信息部分：主要完成對員工基本信息的添加、修改、刪除、查詢等管理。 員工檔案信息部分：主要完成對員工檔案信息的添加、修改、刪除、查詢等管理。 員工部門信息部分：主要完成對對員工所屬部門的添加、修改、刪除、查詢等管理。 員工工資信息部分：主要完成對員工工資信息的添加、修改、刪除、查詢等管理。 員工保險信息部分：主要完成對員工保障信息的添加、修改、刪除、查詢等管理。 員工合同信息部分：主要完成員工與企業(yè)簽訂合同的一系列信息的添加、修改、刪除、查詢管理。 3.3系統(tǒng)模塊設計 ⒈企業(yè)人事管理系統(tǒng)功能模塊圖如下： 部門基本信息管理 員工基本信息管理 檔案基本信息管理 工資基本信息管理 保險基本信息管理 合同基本信息管理 機構編碼信息管理 企業(yè)人事管理系統(tǒng) 圖3-1 企業(yè)人事管理系統(tǒng)功能模塊圖 第四章 數(shù)據(jù)庫的實施與測試 通過SQL Server語句完成數(shù)據(jù)庫，基本表和相關視圖的創(chuàng)建 4.1 數(shù)據(jù)庫的創(chuàng)建 CREATE DATABASE HR ON (NAME =人事管理數(shù)據(jù)庫 HR, FILENAME=D:\人事管理系統(tǒng)HR.MDF, SIZE=3MB, MAXSIZE=10MB, FILEGROWTH=10%) GO 4.2 基本表 視圖和觸發(fā)器的建立 4.2.1 基本表 CREATE TABLE COMPANY( jgnumber CHAR(6) PRIMARY KEY, jgname CHAR(20), jgaddress CHAR(40) ) GO 剩余表的建立此處略過 4.2.2 視圖 4.3 數(shù)據(jù)庫初始值 //INSERT INTO USER VALUES (‘root’,’root’); 4.4 數(shù)據(jù)庫的實現(xiàn) 4.4.1 安全控制： 系統(tǒng)管理員： 普通用戶： 4.4.2 數(shù)據(jù)操作功能實例 1 用戶登錄 用戶登錄 用戶名 密碼 登錄 點擊登錄按鍵，可執(zhí)行： CREATE PROCEDURE login @name char(40), @password varchar(40) AS select * from user where user = @name and password = @password 2 增加機構代碼 機構代碼添加 機構名稱 機構代碼 機構地址 取消 確定 點擊確定按鍵，執(zhí)行添加。 舉例如下： INSERT INTO COMPANY VALUES（’100001’,’Microsoft’,’ Haidian District of Beijing’） 3 修改工資信息 略 4 統(tǒng)計員工信息 略 附錄A 數(shù)據(jù)存儲文件 表A-1 部門信息登記文件 字段名稱 別名 數(shù)據(jù)類型 長度 備注 部門代碼 bmnumber char 6 與部門信息中的部門代碼關聯(lián) 機構代碼 jgnumber char 6 與機構信息中的機構代碼關聯(lián) 部門名稱 bmname char 20 部門簡介 bmjj char 20 機構名稱 jgname char 20 表A-2 合同信息登記文件 字段名稱 別名 數(shù)據(jù)類型 長度 備注 合同編號 htnumber Char 6 與合同信息中的合同編號關聯(lián) 員工編號 ygnumber Char 6 與員工信息中的員工編號關聯(lián) 合同類別編號 htnumber Char 6 與合同類別信息的合同類別編號關聯(lián) 合同類別名稱 htname Char 10 合同名稱 htname Char 20 表A-3 檔案信息登記文件 字段名稱 別名 數(shù)據(jù)類型 長度 備注 檔案編號 danumber Char 6 與檔案信息中的檔案編號關聯(lián) 員工編號 ygnumber Char 6 與員工信息中的員工編號關聯(lián) 檔案類別 dalb Char 20 存放位置 wz Char 10 檔案狀態(tài) zt Char 4 表A-4 保險信息登記文件 字段名稱 別名 數(shù)據(jù)類型 長度 備注 保險編號 bxnumber Char 6 與保險信息中的保險編號關聯(lián) 員工編號 ygnumber Char 6 與員工信息中的員工編號關聯(lián) 保險名稱 bxname Char 20 繳費時間 bxsj Date 繳費年限 bxnx Number 2 繳費金額 bxje Number 5 表A-5 工資信息登記文件 字段名稱 別名 數(shù)據(jù)類型 長度 備注 月份編號 yfnumber Char 2 與工資信息中的月份編號關聯(lián) 員工編號 ygnumber Char 6 與員工信息中的員工編號關聯(lián) 基本工資 jbgz Number 4 職務補助 bz Number 4 獎勵工資 jlgz Number 4 缺勤次數(shù) cs number 2 單次缺勤罰金 fj Number 4 雜費 zf Number 4 工資合計 hj Number 5 職務 zw Char 20 表A-6 員工檔案庫文件 字段名稱 別名 數(shù)據(jù)類型 長度 備注 檔案編號 danumber Char 6 與檔案信息中的檔案編號關聯(lián) 員工編號 ygnumber Char 6 與員工信息中的員工編號關聯(lián) 部門代碼 bmnumber Char 6 與部門信息中的部門代碼關聯(lián) 機構代碼 jgnumber Char 6 與機構信息中的機構代碼關聯(lián) 職務 zw Char 20 月份編號 yfnumber Char 2 與工資信息中的月份編號關聯(lián) 基本工資 jbgz Number 4 檔案類別 dalb Char 20 存放位置 wz Char 10 檔案狀態(tài) zt Char 4 附錄B 數(shù)據(jù)項 表B-1 機構信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 機構代碼 jgnumber Char 6 主鍵，決定機構信息的其它數(shù)據(jù)項 機構名稱 jgname Char 20 依賴于機構代碼 機構地址 jgaddress Char 40 依賴于機構代碼 表B-2 部門信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 部門代碼 bmnumber Char 6 主鍵，決定部門信息的其它數(shù)據(jù)項 部門名稱 bmname Char 20 依賴于部門代碼 部門簡介 bmjj Char 20 依賴于部門代碼 表B-3 員工信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 員工編號 ygnumber Char 6 主鍵，決定員工信息的其它數(shù)據(jù)項 員工姓名 yhname Char 10 依賴于員工編號 性別 xb Char 2 依賴于員工編號 年齡 age Number 3 依賴于員工編號 學歷 xl Char 8 依賴于員工編號 家庭住址 jtaddress Char 30 依賴于員工編號 聯(lián)系電話 lxnumber Number 11 依賴于員工編號 表B-4 工資信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 月份編號 yfnumber Char 2 主鍵，決定工資信息的其它數(shù)據(jù)項 基本工資 jbgz Number 4 依賴于月份編號 職務補助 bz Number 4 依賴于月份編號 獎勵工資 jlgz Number 4 依賴于月份編號 缺勤次數(shù) cs number 2 依賴于月份編號 單次缺勤罰金 fj Number 4 依賴于月份編號 雜費 zf Number 4 依賴于月份編號 工資合計 hj Number 5 依賴于月份編號 職務 zw Char 20 依賴于月份編號 表B-5 檔案信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 檔案編號 danumber Char 6 主鍵，決定檔案信息的其它數(shù)據(jù)項 檔案類別 dalb Char 20 依賴于檔案編號 存放位置 wz Char 10 依賴于檔案編號 檔案狀態(tài) zt Char 4 依賴于檔案編號 表B-6 保險信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 保險編號 bxnumber Char 6 主鍵，決定保險信息的其它數(shù)據(jù)項 保險名稱 bxname Char 20 依賴于保險編號 繳費時間 bxsj Date 依賴于保險編號 繳費年限 bxnx Number 2 依賴于保險編號 繳費金額 bxje Number 5 依賴于保險編號 表B-7 合同信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 合同編號 htnumber Char 6 主鍵，決定合同信息的其它數(shù)據(jù)項 合同名稱 htname Char 20 依賴于合同編號 表B-8 合同類別信息 數(shù)據(jù)項名 別名 數(shù)據(jù)類型 長度 邏輯關系 合同類別編號 htlnumber Char 6 主鍵，決定合同類別信息的其它數(shù)據(jù)項 合同類別名稱 htlname Char 10 依賴于合同類別編號