【文章內(nèi)容簡(jiǎn)介】 資管理的需要，公司人事管理系統(tǒng)能夠?qū)崿F(xiàn)的主要功能模塊如下：用戶管理模塊：制定用戶的管理級(jí)別，管理級(jí)別分為管理員和普通用戶兩類。他們的操作權(quán)限不同，管理員是公司的管理員，可以對(duì)系統(tǒng)進(jìn)行一切操作，包含添加用戶、修改用戶信息、修改口令等。普通用戶只能進(jìn)行信息查詢。人員信息管理模塊：實(shí)現(xiàn)對(duì)員工基本信息的添加、修改、刪除、查詢等。按照公司規(guī)定對(duì)員工進(jìn)行管理。部門信息管理模塊：實(shí)現(xiàn)對(duì)部門的信息添加、修改、刪除、查詢等。工資信息管理模塊：實(shí)現(xiàn)工資表的生成、個(gè)人工資查詢、工資修改、工資結(jié)算、工資統(tǒng)計(jì)以及不一致工資表打印等功能。其中按月生成工資表，保存在數(shù)據(jù)庫(kù)中。而工資標(biāo)準(zhǔn)的依據(jù)恰好與員工的基本信息相一致，形成對(duì)應(yīng)關(guān)系。工資管理系統(tǒng)的組成及系統(tǒng)功能結(jié)構(gòu)圖，如圖 31 所示。圖 31 系統(tǒng)功能圖第 4 章 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù)需求分析需求分析簡(jiǎn)單地說就是分析用戶的要求。需求分析是設(shè)計(jì)數(shù)據(jù)庫(kù)的起點(diǎn)，需求分析的結(jié)果是否準(zhǔn)確地反映了用戶的實(shí)際要求，將直接影響到后面各個(gè)階段的設(shè)計(jì)，并影響到設(shè)計(jì)結(jié)果是否合理和實(shí)用。因此，數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)的一個(gè)非常重要的階段就是數(shù)據(jù)庫(kù)需求分析階段。在這個(gè)階段主要是收集基本數(shù)據(jù)以及數(shù)據(jù)處理流程，為以后進(jìn)一步設(shè)計(jì)打下基礎(chǔ)。需求分析主要解決兩個(gè)問題：內(nèi)容要求：調(diào)查應(yīng)用系統(tǒng)用戶所操作的數(shù)據(jù)，決定的數(shù)據(jù)庫(kù)中存儲(chǔ)什么數(shù)據(jù)。處理要求：調(diào)查應(yīng)用系統(tǒng)用戶要求對(duì)數(shù)據(jù)進(jìn)行什么樣的處理，處理數(shù)據(jù)庫(kù)中的各種數(shù)據(jù)之間的關(guān)系如何。解決這兩個(gè)問題的時(shí)候，程序設(shè)計(jì)人員需要向應(yīng)用系統(tǒng)的用戶做詳細(xì)調(diào)查，保證信息收集的完整性，否則有可能后面所做的所有工作都白白浪費(fèi)。人事管理系統(tǒng)，包括系統(tǒng)功能設(shè)計(jì)、工資管理數(shù)據(jù)庫(kù)與數(shù)據(jù)表的創(chuàng)建、創(chuàng)建系統(tǒng)啟動(dòng)和操作的各個(gè)界面、以及各個(gè)子系統(tǒng)的界面設(shè)置及功能實(shí)現(xiàn)等內(nèi)容，主要實(shí)現(xiàn)對(duì)企業(yè)工資管理信息的規(guī)范化、系統(tǒng)化的管理。通過各方面的調(diào)查和分析，人事管理系統(tǒng)需要實(shí)現(xiàn)的主要功能如下：(1) 提供用戶登陸、用戶查詢功能(2) 提供員工信息添加、查詢、刪除功能(3) 提供部門信息查詢、添加、刪除等功能(4) 提供工資信息查詢、添加、修改、刪除等功能(5) 提供管理員對(duì)系統(tǒng)的管理功能 數(shù)據(jù)流圖從硬件方面來說，數(shù)據(jù)流圖（Data Flow Diagram，DFD）是用來描繪軟件系統(tǒng)邏輯模型的圖形工具，用于描繪信息在系統(tǒng)中的流動(dòng)和處理情況。數(shù)據(jù)流圖是結(jié)構(gòu)系統(tǒng)分析的主要工具，它表示了系統(tǒng)內(nèi)部信息的流向，并表示了系統(tǒng)的邏輯處理的功能，是一種功能模型。數(shù)據(jù)流圖具體功能分析如下：數(shù)據(jù)源點(diǎn)和數(shù)據(jù)終點(diǎn)：數(shù)據(jù)源點(diǎn)和數(shù)據(jù)終點(diǎn)用方框表示，它是系統(tǒng)之外的實(shí)體，可以是人、事、物、部門或其他系統(tǒng)。加工（數(shù)據(jù)處理變換）：加工用圓框表示，是對(duì)數(shù)據(jù)進(jìn)行處理的邏輯單元，它接受若干輸入數(shù)據(jù)流，通過加工，內(nèi)部產(chǎn)生規(guī)定的輸出數(shù)據(jù)流。數(shù)據(jù)流：數(shù)據(jù)流用帶數(shù)據(jù)流標(biāo)識(shí)的箭頭表示，表示系統(tǒng)處理的數(shù)據(jù)對(duì)象和數(shù)據(jù)流動(dòng)的方向。數(shù)據(jù)流的方向可以是：從一加工流向另一加工、從加工流向數(shù)據(jù)存儲(chǔ)或數(shù)據(jù)存儲(chǔ)流向加工、從源點(diǎn)流向加工或從加工流向終點(diǎn)。部 門職 工 招聘工 資登 記 注 冊(cè)錄 取 信 息職 工 基 本 表審 核 計(jì) 算實(shí)際工資工 資 表部 門 信 息用 戶用 戶 表 動(dòng) 態(tài) 維 護(hù)維護(hù)指令 錄 入 信 息 用 戶 查 詢用戶名密碼查詢結(jié)果錄 入 信 息 工 資 表職 工 查 詢查 詢 信 息部 門 號(hào) 職工名職工編號(hào) 負(fù) 則 操 作 提 供 信 息職 工分 配 工 資用 戶 管 理 工資計(jì)算進(jìn)行管理錄 入 信 息進(jìn)行分配領(lǐng)取工資獲得信息工資發(fā)放數(shù)據(jù)存儲(chǔ)文件：數(shù)據(jù)存儲(chǔ)文件在數(shù)據(jù)流圖中起著保存數(shù)據(jù)的作用，它可以是數(shù)據(jù)庫(kù)、文件或任何其它形式，指向存儲(chǔ)的數(shù)據(jù)流可理解為數(shù)據(jù)寫入，從存儲(chǔ)引出的數(shù)據(jù)流可理解為數(shù)據(jù)讀出。公司工資管理系統(tǒng)數(shù)據(jù)流圖如圖 41 所示。圖 41 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)字典從軟件方面來說，需要安裝 JDK 和 Web 服務(wù)器以及數(shù)據(jù)庫(kù)管理系統(tǒng)數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理過程五個(gè)部分。其中數(shù)據(jù)項(xiàng)是數(shù)據(jù)的最小組成單位，若干個(gè)數(shù)據(jù)項(xiàng)可以組成一個(gè)數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對(duì)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)的邏輯內(nèi)容。 數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)是不可再分的數(shù)據(jù)單位。可以用關(guān)系規(guī)范化理論為指導(dǎo)，用數(shù)據(jù)依賴的概念分析和表示數(shù)據(jù)項(xiàng)之間的聯(lián)系。即按實(shí)際語義，寫出每個(gè)數(shù)據(jù)項(xiàng)之間的數(shù)據(jù)依賴，它們是數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)階段數(shù)據(jù)模型優(yōu)化的依據(jù)。對(duì)數(shù)據(jù)項(xiàng)的描述通常包含以下內(nèi)容：數(shù)據(jù)項(xiàng)描述={數(shù)據(jù)項(xiàng)名，數(shù)據(jù)項(xiàng)含義說明，別名，數(shù)據(jù)類型，長(zhǎng)度}對(duì)于本系統(tǒng)所包含的各個(gè)數(shù)據(jù)項(xiàng)的具體描述如表 41 至表 44 所示。表 41 管理員信息的數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)名 別名 數(shù)據(jù)類型 長(zhǎng)度 數(shù)據(jù)項(xiàng)含義說明 備注管理員姓名 User VCHAR 8 管理員的唯一標(biāo)識(shí) 主鍵，值不為空密碼 Upassword VCHAR 15 登錄密碼 值不為空表 42 員工信息的數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)名 別名 數(shù)據(jù)類型 長(zhǎng)度 數(shù)據(jù)項(xiàng)含義說明 備注員工編號(hào) Pno VCHAR 8 員工的唯一標(biāo)識(shí) 主鍵，值不為空員工姓名 Pname VCHAR 8 員工的姓名 值不為空性別 Sex VCHAR 4 員工的性別 可有可無年齡 Age VCHAR 4 員工的年齡 可有可無職位 Post VCHAR 8 員工的職位 可有可無所在部門 Department VCHAR 8 員工所在部門 可有可無工資 Wage VCHAR 10 員工工資 可有可無工資類型 Wagetype VCHAR 8 員工工資類型 可有可無表 43 部門信息的數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)名 別名 數(shù)據(jù)類型 長(zhǎng)度 數(shù)據(jù)項(xiàng)含義說明 備注部門編號(hào) Dtmtid VCHAR 10 部門信息唯一標(biāo)識(shí) 主鍵，值不為空 部門名稱 Dtmtname VCHAR 10 部門名稱 值不為空表 44 工資信息的數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)名 別名 數(shù)據(jù)類型 長(zhǎng)度 數(shù)據(jù)項(xiàng)含義說明 備注工資號(hào) no VCHAR 8 員工的唯一標(biāo)識(shí) 主鍵，值不為空工資類型 Wagetype VCHAR 4 工資類型 可有可無基本工資 Baswage VCHAR 4 員工的基本工資 可有可無獎(jiǎng)金 Bonus VCHAR 8 員工的獎(jiǎng)金 可有可無應(yīng)減工資 Minwage VCHAR 8 員工所 可有可無實(shí)際工資 Factwage VCHAR 10 員工工資 可有可無工資日期 Wagedate VCHAR 8 員工工資日期 可有可無 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之間的組合關(guān)系。一個(gè)數(shù)據(jù)結(jié)構(gòu)可以由若干個(gè)數(shù)據(jù)項(xiàng)組成，也可以由若干個(gè)數(shù)據(jù)結(jié)構(gòu)組成，或由若干個(gè)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)混合組成。對(duì)數(shù)據(jù)結(jié)構(gòu)的描述通常包括以下內(nèi)容：數(shù)據(jù)結(jié)構(gòu)描述={數(shù)據(jù)結(jié)構(gòu)名，含義說明，組成：{數(shù)據(jù)項(xiàng)或數(shù)據(jù)結(jié)構(gòu)}}本系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)描述，如表 45 所示。表 45 數(shù)據(jù)結(jié)構(gòu)說明數(shù)據(jù)結(jié)構(gòu)名 含義說明 組成管理員信息 管理員的基本信息 管理員姓名、密碼員工信息 員工的基本信息 員工編號(hào)、姓名、性別、年齡、職位、所在部門、工資、工資類型部門信息 部門的基本信息 部門編號(hào)、部門名稱工資信息 工資信息 員工編號(hào)、基本工資、獎(jiǎng)金、應(yīng)減工資、實(shí)際工資等 數(shù)據(jù)流數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂健?duì)數(shù)據(jù)流的描述通常包括以下內(nèi)容：數(shù)據(jù)流描述={數(shù)據(jù)流名，說明，數(shù)據(jù)流來源，數(shù)據(jù)流去向，組成：{數(shù)據(jù)結(jié)構(gòu)}}其中， “數(shù)據(jù)流來源”是說明該數(shù)據(jù)流來自哪個(gè)過程；“數(shù)據(jù)流去向”是說明該數(shù)據(jù)流將到哪個(gè)過程去。 數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。它可以手工文檔或手工憑單，也可以是計(jì)算機(jī)文檔。本系統(tǒng)中對(duì)數(shù)據(jù)存儲(chǔ)的具體描述。 處理過程處理過程的具體處理邏輯一般用判定表或判定樹來描述。數(shù)字字典中只需要描述處理過程的說明信息，通常包括以下內(nèi)容：部 門 員 工 工 資管 理 員屬 于 擁 有管 理 mn11n1部 門 編 號(hào)部 門 名 稱 所 在 部 門員 工 號(hào) 密 碼 工 資工 資 類 型性 別 年 齡 職 位姓 名 基 本 工 資工 資 日 期 獎(jiǎng) 金實(shí) 際 工 資應(yīng) 減 工 資密 碼姓 名工 資 號(hào)處理過程描述={處理過程名，說明，輸入：{數(shù)據(jù)流}，輸出：{數(shù)據(jù)流}}。 概念結(jié)構(gòu)設(shè)計(jì) 概念結(jié)構(gòu)設(shè)計(jì)方法設(shè)計(jì)概念結(jié)構(gòu)通常有四類方法如下：自頂向下。即首先定義全局概念結(jié)構(gòu)的框架，然后逐步細(xì)化；自底向上。即首先定義各局部應(yīng)用的概念結(jié)構(gòu)，然后將他們集成起來，得到全局概念結(jié)構(gòu)；逐步擴(kuò)張。首先定義最重要的核心概念結(jié)構(gòu)，然后向外擴(kuò)充，以滾雪球的方式逐步生成其他概念結(jié)構(gòu)，直至總體概念結(jié)構(gòu)；混合策略。即將自頂向下和自地向上相結(jié)合，用自頂向下策略設(shè)計(jì)一個(gè)全局概念結(jié)構(gòu)的框架，以它為骨架集成自底向上策略中設(shè)計(jì)的各局部概念結(jié)構(gòu)。 概念模型設(shè)計(jì)在概念模型設(shè)計(jì)中，主要是對(duì) ER 圖進(jìn)行設(shè)計(jì)。在 ER 圖設(shè)計(jì)中，首先要設(shè)計(jì)分 ER 圖，然后再對(duì)總 ER 圖進(jìn)行設(shè)計(jì)。由于各個(gè)局部所面向的問題不同，這就導(dǎo)致各個(gè)分ER 圖之間必定會(huì)存在許多不一致的問題，稱之為沖突。因此合并分 ER 圖并不能簡(jiǎn)單地將各個(gè)分 ER 圖畫到一起，而是必須合理消除各分 ER 圖中的不一致，以形成一個(gè)能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模型，是合并 ER 圖的主要工作和關(guān)鍵。由分 ER 圖合成總體 ER 圖的規(guī)則，畫出完整的工資管理系統(tǒng)的完整 ER 圖，如圖 42所示。圖 42 完整 ER 圖 邏輯結(jié)構(gòu)設(shè)計(jì) 邏輯結(jié)構(gòu)設(shè)計(jì)思想從理論上講，設(shè)計(jì)邏輯結(jié)構(gòu)應(yīng)該選擇最適于相應(yīng)概念結(jié)構(gòu)的數(shù)據(jù)模型，然后支持這種數(shù)據(jù)模型的各種 DBMS 進(jìn)行比較，從中選出最合適的 DBMS。但實(shí)際情況往往是已給定了某種 DBMS，設(shè)計(jì)人員沒有選擇的余地。目前 DBMS 產(chǎn)品一般支持關(guān)系、網(wǎng)狀、層次三種模型中的某一種，對(duì)某一種數(shù)據(jù)模型，各個(gè)機(jī)器系統(tǒng)又有許多不同的限制，提供不同的環(huán)境與工具。所以設(shè)計(jì)邏輯結(jié)構(gòu)時(shí)一般要分三步進(jìn)行，如圖 43 所示：將概念結(jié)構(gòu)轉(zhuǎn)換為一般的關(guān)系、網(wǎng)狀、層次模型；將轉(zhuǎn)換來的關(guān)系、網(wǎng)狀、層次模型向 DBMS 支持下的數(shù)據(jù)模型轉(zhuǎn)換；對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化。圖 43 邏輯結(jié)構(gòu)設(shè)計(jì)時(shí)的三個(gè)步驟邏輯結(jié)構(gòu)設(shè)計(jì)采用關(guān)系模型轉(zhuǎn)換概念結(jié)構(gòu)，將 ER 圖依照規(guī)則轉(zhuǎn)換為關(guān)系模型，為了進(jìn)一步提高數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的性能，再將轉(zhuǎn)換后的關(guān)系模型進(jìn)行優(yōu)化，確定是否要對(duì)某些模式進(jìn)行合并或分解，為物理設(shè)計(jì)提供最優(yōu)的處理。 ER 圖向關(guān)系模型的轉(zhuǎn)換關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合。ER 圖則是由實(shí)體，實(shí)體的屬性和實(shí)體間的聯(lián)系三個(gè)要素