【文章內容簡介】 合和修改，又便于未參與開發(fā)的技術維護人員補充、維護。 ⑷ 系統(tǒng)應具備數(shù)據(jù)庫維護功能，及時根據(jù)用戶需求進行數(shù)據(jù)的添加、刪除、修改等功能。 功能結構圖 本 系統(tǒng) 主要 為了提高企業(yè)人事管理 的工作效率， 為企業(yè)節(jié)省開支 ，我們對該系統(tǒng)做了沈陽工程學院課程設計報告 第 2 章 系統(tǒng)分析 5 人性化的設計。使整個工作變得更系統(tǒng)化、規(guī)范化。 經過實際的研究，我們大概設計了五大功能： 人員管理，部門管理，檔案管理，用戶管理和返回主界面 。 ⑴ 人員管理 ：是 企業(yè)人事管理 系統(tǒng)的核心部分，它的主要功能是 增加員工信息 ，包括姓名，性別，年齡 ， 入職時間 ， 所屬部門 等 。 ⑵ 部門管理 ：包括 當前部門名稱和所屬上級部門 ID。 使得部門間分級清晰，便于管理和瀏覽。 ⑶ 檔案管理 ：主要是 對員工的檔案進行跟新 、 查詢、 修改，做到員工的信息準確和實時性。 ⑷ 用戶管理 ： 這部分主要是正對登錄用戶的管理，包括添加登錄用戶和修改登錄用戶密碼。 ⑸ 返回主界面 ： 主要是方面管理人員的操作，可以在其他界面的時候返回到主界面。 系統(tǒng)的功能模塊圖如圖 所示。 圖 系統(tǒng)功能模塊圖 沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 6 第 3 章 數(shù)據(jù)庫設計 數(shù)據(jù)庫需求分析 經過調查用戶需求，分析確定了該系統(tǒng)應該包括如下功能： ⑴ 人員管理 ：是 企業(yè)人事管理 系統(tǒng)的核心部分，它的主要功能是 添加員工 信息，包括輸入姓名，性別 ， 年齡，入職時間，所屬部門 等，這些直接關系到后面 檔案管理。 ⑵ 部門管理 ：包括 部門的 ID、 部門名稱和所屬部門 。當添加新的 部門 時，就添加相應的標準信息， 可以進行各種操作 。 ⑶ 檔案管理 ：主要是 對員工的信息進行管理。包括添加 、 修改 、 查詢和刪除。 ⑷ 用戶管理 ： 對登錄用戶進行的操作，包括添加登錄用戶和密碼修改。 ⑸ 返回主界面 ： 這部分不涉及對數(shù)據(jù)庫的操作。 數(shù)據(jù)流圖 數(shù)據(jù)流圖（ DataFlowDiagram， DFD）是用來描繪軟件系統(tǒng)邏輯模型的圖形工具，用于描繪信息在系統(tǒng)中的流動和處理情況。數(shù)據(jù)流圖是結構系統(tǒng)分析的主要工具，它表示了系統(tǒng)內部信息的流向，并表示了系統(tǒng)的邏輯處理的功能，是一種功能模型。 在數(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)之外的實體，可以是人、事、物、部門或其他系統(tǒng) 。 ⑵ 加工（數(shù)據(jù)處理變換） 加工用圓框表示，是對數(shù)據(jù)進行處理的邏輯單元，它接受若干輸入數(shù)據(jù)流，通過加工，沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 7 內部產生規(guī)定的輸出數(shù)據(jù)流。 ⑶ 數(shù)據(jù)流 數(shù)據(jù)流用帶數(shù)據(jù)流標識的箭頭表示，表示系統(tǒng)處理的數(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ù)存儲的邏輯內容。 ⑴ 據(jù)項 數(shù)據(jù)項是數(shù)據(jù)庫的關系中不可再分的數(shù)據(jù)單位。 企業(yè)人事管理 系統(tǒng)的數(shù)據(jù)項如表 所示。 表 名稱 數(shù)據(jù)類型 長度 說明 id int 10 記錄 員工 號（唯一） p_name vchar 50 記錄 員工姓名 p_gender vchar 4 記錄 員工性別 p_age vchar 10 記錄 員工年齡 p_jointime int 20 記錄 員工入職時間 p_dept vchar 20 記錄 員工所屬部門 id int 10 記錄 登錄用戶 ID （唯一） name vchar 50 記錄 登錄用戶名 pw number 10 記錄 登錄用戶密碼 id int 10 部門 ID（唯一） d_dept vchar 20 記錄部門名稱 father_id int 10 記錄 所屬部門 ID ⑵ 數(shù)據(jù)結構 數(shù)據(jù)結構是為反映數(shù)據(jù)之間的組合關系，即一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結構組成，或由若干個數(shù)據(jù)項和數(shù)據(jù)結構組成。賓館客房管理系統(tǒng)的數(shù)據(jù)結構如表 所示。 沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 8 表 數(shù)據(jù)結構清單 數(shù)據(jù)結 構 名 含義說明 組成 員工 信息 員工 基本信息的描述 員工編號 +姓名 +性別 +年齡 +入職時間 +所屬部門 。 部門 信息 部門 基本信息的描述 部門 ID+部門名稱 +所屬部門 ID。 用戶 信息 用戶 基本信息的描述 用戶 ID+用戶名 +用戶密碼 。 ⑶ 數(shù)據(jù)流 數(shù)據(jù)流是數(shù)據(jù)結構在系統(tǒng)內傳輸?shù)穆窂?。本系統(tǒng)中對數(shù)據(jù)流的具體描述如表 所示。 表 數(shù)據(jù)流編號 數(shù)據(jù)流名稱 數(shù)據(jù)流說明 數(shù)據(jù)來源 數(shù)據(jù)去向 L01 增加人員 增加員工信息 增加人員 員工信息表 L02 查詢人員 查詢 員工 基本信息 員工信息表 查詢人員 L03 刪除人員 對員工信息進行刪除 員工信息 表 員工信息表 L04 增加部門 增加員工信息 增 加部門 部門信息表 L05 查詢部門 查詢員工基本信息 部門 信息表 查詢部門 L06 刪除部門 對部門信息進行刪除 部門信息 表 部門 信息表 L07 新增檔案 增加員工檔案 新增檔案 員工信息表 L08 修改檔案 修改員工檔案 員工 信息表 員工信息表 L09 查詢檔案 查詢員工的檔案 員工 信息表 查詢 檔案 L10 刪除檔案 刪除員工檔案 員工 信息表 員工信息表 L11 增加用戶 增加 登錄 用戶 增加用戶 用戶信息表 L12 密碼修改 修改登錄用戶和的密碼 用戶信息 表 用戶信息表 ⑷ 數(shù)據(jù)存儲 數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。它可以手工文檔或手工憑單，也可以是計算機文檔。本系統(tǒng)中對數(shù)據(jù)存儲的具體描述如表 所示。 沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 9 表 數(shù)據(jù)存儲名稱 數(shù)據(jù)存儲說明 輸入的數(shù)據(jù)流 輸出的數(shù)據(jù)流 員工 信息表 存儲 員工 信息 增加人員 查詢 人員 部門 信息表 存儲部門信息 增加部門 查詢部門 用戶 信息表 存儲登錄用戶信息 增加登錄用戶 無 數(shù)據(jù)庫概念結構設計 概念結構設計思想 根據(jù)需求分析階段的數(shù)據(jù)項，對這 些信息進行抽象處理，通過分類、聚集、概括這三種手段，確定 賓館客房 管理系統(tǒng)中有幾個實體，并確定各實體有哪些屬性，畫出分 ER 圖，在分析各分 ER 圖中的屬性，還可分的話就再把該屬性劃分為實體，及到個屬性不可再分，再根據(jù)各分 ER 圖的三類沖突：屬性沖突、命名沖突和結構沖突，對各 ER 圖進行優(yōu)化，再根據(jù)需求分析階段的數(shù)據(jù)流圖確定各實體之間的關系，然后把各分 ER 圖整合起來形成總體 ER 圖，之后可根據(jù)總體 ER 圖可畫出概念模型圖 進一步畫關系模型圖， 完成整個概念設計階段。 局部概念模型設計 局部概念模型的設計 思想是根據(jù)需求分析的內容用 ER 圖分別表示出各個實體及其屬性。 登錄用戶 基本屬性如圖 所示。 圖 基本屬性 沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 10 人員信息 基本屬性如圖 所示。 圖 基本屬性 部門信息 基本屬性如圖 所示。 圖 基本屬性 總體概念結構設計 各子系統(tǒng)的分 ER 圖設計好以后，下一步就是將所有的分 ER 圖綜合成一個總的 ER圖。由于各個局部所面向的問題不同，這就導致各個分 ER 圖之間必定會存在許多不一致的問題，稱之為沖突。因此分 ER 圖的合并并不能簡單地將各個分 ER 圖畫到一起，而是必須合理消除各分 ER 圖中的不一致，以形成一個能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模型，是合并 ER 圖的主要工作和關鍵。各 ER 圖之間的沖突主要有三種：屬性沖突、命名沖突、結構沖突。 沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 11 圖的轉換 按照合成總體 ER 圖的規(guī)則，畫出完整的 ER 圖，如圖 所示。 圖 ER圖 數(shù)據(jù)庫邏輯結構設計 邏輯結構設計思想 概念結構設計是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計是由概念結構設計階段設計好概念模型轉換來的的邏輯結構即物理模型。所以邏 輯結構設計一般分以下三個方面： ⑴將概念結構轉換為一般的關系、網(wǎng)狀、層次模型。 ⑵將轉換來的關系、網(wǎng)狀、層次模型向特定 DBMS 支持下的數(shù)據(jù)模型轉換。 ⑶對數(shù)據(jù)模型進行優(yōu)化。 針對 企業(yè)人事 管理系統(tǒng)，邏輯結構設計采用概念結構轉換的概念模型，將其依照規(guī)則轉換為關系模型，為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，再將轉換后的關系模型進行優(yōu)化，確定是否要對某些模式進行合并或分解，即進行規(guī)范化，為物理設計提供最優(yōu)的處理。 邏輯結構設計方法 關系模型的邏輯結構是一組關系模式的集合。 ER 圖則是由實體，實體的屬性和實體間的聯(lián)系三個要素組成。所以將 ER 圖轉換為關系模型實際上就是要將實體，實體的屬性和實體間的聯(lián)系轉換為關系模式。轉換原則如下： ⑴實體類型的轉換 :將每個實體類型轉換成一個關系模式，實體的屬性及為關系模式的沈陽工程學院課程設計報告 第 3 章 數(shù)據(jù)庫設計 12 屬性，實體標識符及為關系模式的鍵。 ⑵聯(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)系本身 的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 ⑤具有相同碼的關系模式可合并。 ⑶得出關系模型 由概念設計的 ER 圖和概念模型圖結合物理模型圖得出 ER 圖轉換為關系模型如下： A、 將每一個實體轉換成一個關系（關系就是給出關系名，寫出屬性，并標明該關系的主鍵） 。 ① 員工信息 信息（ 員工編號， 姓名，性別，年齡，入職時間，所屬部門 ） 在此聯(lián)系中主碼為 員工編號 ，因為 員工編號 可以唯一確定一個 員工 ，并且 員工編號 可以唯一確定該關系的其他所有屬性。 ② 部門 信息（ 部門編號 ， 部門名稱 ， 上級部門編號 ） 在此聯(lián)系中主碼為 部門 編號 ， 部門名稱，上級部門編號 做非主屬性。 沈陽工程學院課程設計報告 第 4 章 系統(tǒng)詳細