畢業(yè)設(shè)計-基于cs模式的企業(yè)人事管理系統(tǒng)-資料下載頁

【導(dǎo)讀】益成熟，越來越多的各種類型的企業(yè)開始在不同的層次上應(yīng)用管理軟件。現(xiàn)代企業(yè)的管理制度要求。據(jù)庫的建立和維護(hù)前端應(yīng)用程序。對于前者，要求建立起數(shù)據(jù)一致性及完整性強(qiáng)、數(shù)據(jù)安全性好的。數(shù)據(jù)庫；而對于后者，則要求前端應(yīng)用程序要有功能完備，容易使用等特點(diǎn)?？记诠芾?、考評管理以及工資管理等功能。系統(tǒng)可以完成對企業(yè)人事管理詳細(xì)的瀏覽、查詢、添加、刪除、修改等功能。系統(tǒng)涉及的相關(guān)理論及技術(shù)，詳細(xì)分析了人事管理系統(tǒng)的總體目標(biāo)和需求，在系統(tǒng)總體設(shè)計階段，最后在主要模塊的設(shè)計與實現(xiàn)階段，具體介紹了主要模塊的代碼實現(xiàn)

　　

【正文】 一定為復(fù)合鍵 [36]。 （ 3)進(jìn)行規(guī)范化處理，求出關(guān)系模式中的最小依賴集，并規(guī)范到三范式 [2][36]。 依據(jù)上述原則，得出人事管理系統(tǒng)關(guān)系模式： (1)用戶信息表（用戶名，密碼，用戶編號，電子郵箱，聯(lián)系電話，權(quán)限，家庭地址）； (2)部門信息表（部門編號，部門名稱，部門主 管，部門人數(shù)，部門描述，上級部門）； (3)員工信息表（工號，姓名，性別，民族，出生日期，政治面貌，學(xué)歷，婚姻狀況，身份證號，部門編號，工作崗位，部門主管，辦公電話，手機(jī)，郵箱，籍貫，家庭住址，郵政編碼，戶口所在地，檔案所在地，基本工資，轉(zhuǎn)正日期，勞動合同日期，報到日期）； (4)家庭成員信息表（編號，姓名，稱呼，員工編號，性別，出生日期，民族，政治面貌）； (5)學(xué)習(xí) /工作經(jīng)歷信息表（編號，開始日期，截止日期，員工編號，職務(wù)，地點(diǎn)，獲獎情況）； (6)考勤信息表（序號，年度，月份，部門編號，員工編號，姓名 ，當(dāng)月的天數(shù)，全勤的天數(shù)，病假的天數(shù)，事假的天數(shù)，曠工的天數(shù)，法定休假的天數(shù)，調(diào)休的天數(shù)，出差的天數(shù)，遲到的天數(shù)，早退的天數(shù)，延時加班天數(shù)，休息日加班天數(shù)）； (7)考評信息表（序號，年度，月份，部門編號，員工編號，姓名，主管評價，獎金系數(shù) 1，人事評價，獎金系數(shù) 2，工作業(yè)績）； (8)工資信息表（序號，年度，月份，部門編號，員工編號，姓名，基本工資，本月獎金，加班費(fèi)用，遲到扣款項，事假扣款項，差旅補(bǔ)助款，養(yǎng)老代扣款，基本醫(yī)療保險代扣款，失業(yè)保險代扣，個人所得稅，醫(yī)藥費(fèi)報銷，實發(fā)工資）； 數(shù)據(jù)庫 表結(jié)構(gòu)設(shè)計 數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計就是將前面已經(jīng)明確的數(shù)據(jù)庫概念結(jié)構(gòu)進(jìn)行轉(zhuǎn)化，得到數(shù)據(jù)庫系統(tǒng)（ SQL Server2021）支持的實際數(shù)據(jù)模型。 數(shù)據(jù)庫表設(shè)計的主要任務(wù)根據(jù)系統(tǒng)的需要，是為人事管理系統(tǒng)中的實體（對象）提供基本的數(shù)據(jù)存儲。 SQL Server2021 屬于關(guān)系型數(shù)據(jù)庫，而關(guān)系數(shù)據(jù)模型，數(shù)據(jù)結(jié)構(gòu)用單一的二維表結(jié)構(gòu)來表示實體及實體間的聯(lián)系。二維表由行與列構(gòu)成，行稱記錄，記錄通過主鍵來唯一標(biāo)識，列也字段，用來確定關(guān)系的屬性。表設(shè)計的任務(wù)，是根據(jù)需求分析，把系統(tǒng)中的實體或?qū)ο筠D(zhuǎn)化為數(shù)據(jù)表結(jié)構(gòu)，并對表使用完整性 約束。 完整性束由 3 個方面的內(nèi)容組成：（ 1）實體完整性，要求基本表的主關(guān)鍵字屬性值不能為空值；（ 2）參照完整性，要求在基表中的外關(guān)鍵字，要么是空值，要么它所關(guān)聯(lián)的基表中必定存在相應(yīng)的記錄；（ 3）用戶定義的完整性，由用戶根據(jù)應(yīng)用環(huán)境具體設(shè)置的約束條件。本系統(tǒng)的數(shù)據(jù)表較多，其主要的數(shù)據(jù)表的結(jié)構(gòu)如下列各表所示，其中包括了對完整性約束的設(shè)置。 針對數(shù)據(jù)庫的需求分析以及概念結(jié)構(gòu)的設(shè)計，接下來設(shè)計了本系統(tǒng)的數(shù)據(jù)庫，將其命名為HumanResource。這個數(shù)據(jù)庫由以下若干表組成，每一表格表示在數(shù)據(jù)庫中的一個表。本系統(tǒng)數(shù) 據(jù)庫的表之間存在一定的關(guān)系，通過在各個數(shù)據(jù)表之間外鍵與主鍵的關(guān)聯(lián)，建立了各個表數(shù)據(jù)間的內(nèi)在聯(lián)系，不僅能使數(shù)據(jù)庫的數(shù)據(jù)完整性得到保證，而且體現(xiàn)了各個實體對象之間的聯(lián)系。關(guān)系類型可以有一對一、一對多關(guān)系、多對多關(guān)系 3 種。 （ 1）表 42 為用戶信息表，命名為 tbUser。 （ 2）表 43 為部門信息表，命名為 Department。 （ 3）表 44 為考評信息表，命名為 Evaluation。 （ 4）表 45 為員工信息表，命名為 Employee。 （ 5）表 46 為考勤信息表，命名為 Worktime。 （ 6）表 47 為工資 信息表，命名為 Salary。 （ 7）表 48 為家庭成員信息表，命名為 EmpFamily。 （ 8）表 49 為學(xué)習(xí)經(jīng)歷 /工作經(jīng)歷信息表，命名為 Study。 表 49 Study Tab 49 Study 字段名 數(shù)據(jù)類型 字段大小 是否關(guān)鍵 字 可否為空 編號 nvarchar 30 是 否 開始日期 datetime 8 否 否 截止日期 datetime 9 否 否 員工編號 nvarchar 20 否 否 職務(wù) nvarchar 10 否 否 地點(diǎn) nvarchar 20 否 否 獲獎情 況 nvarchar 20 否 是 系統(tǒng)安全性設(shè)計 訪問控制 訪問控制主要用來實現(xiàn)對系統(tǒng)的用戶以及他們擁有的權(quán)限的管理和控制。系統(tǒng)如不經(jīng)任何控制，系統(tǒng)的所有功能都會暴露在用戶面前。必須在系統(tǒng)中加入訪問控制模塊來對用戶和用戶權(quán)限進(jìn)行控制，使特定的用戶只能訪問特定的功能模塊 [37]。 對于系統(tǒng)中的每一個功能模塊我們都進(jìn)行權(quán)限的嚴(yán)格定義和控制。即每個模塊都設(shè)定了兩種權(quán)限，一個是可以訪問，另外一個是不可以訪問。這些權(quán)限的定義被準(zhǔn)確地記錄在數(shù)據(jù)庫中，當(dāng)系統(tǒng)管理員需要給某個用戶賦予一定的權(quán)限時，就 把某些模塊的權(quán)限加入到該用戶。具體訪問控制的流程是：系統(tǒng)管理員進(jìn)入系統(tǒng)后，首先，他根據(jù)使用功能不同創(chuàng)建不同的用戶；接著，給這些用戶添加不同模塊的訪問權(quán)限；然后再創(chuàng)建一些用戶。這樣，新創(chuàng)建的用戶便可以登錄到系統(tǒng)，行使他所擁有的權(quán)限。當(dāng)不再想要該用戶訪問系統(tǒng)時，系統(tǒng)管理員就將該用戶刪除。 數(shù)據(jù)加密 因為該系統(tǒng)需要在 Intra 上發(fā)布，而人事資料是具有一定保密級別的數(shù)據(jù)，所以整個分布式數(shù)據(jù)庫設(shè)計中，對于從網(wǎng)絡(luò)登錄人事管理系統(tǒng)作了比較嚴(yán)格的限制。 系統(tǒng)在登錄過程中采用了雙層口令效驗，不僅在數(shù)據(jù)庫的連 接中需要檢查該登錄用戶的口令，而且要效驗在應(yīng)用系統(tǒng)中的口令。所有的口令在存入系統(tǒng)以前是經(jīng)過加密的，這樣即使在數(shù)據(jù)庫表中記錄的數(shù)據(jù)也不是用戶真實的口令。這不僅能有效防止外來用戶對數(shù)據(jù)庫的非法登錄，而且能在極大程度上防止計算機(jī)管理人員非法修改數(shù)據(jù)庫中的數(shù)據(jù)，而且該系統(tǒng)在設(shè)計過程中，采用了 C/S的設(shè)計思想，使得程序能夠在登錄過程中，根據(jù)數(shù)據(jù)庫的版本控制自動升級，從而大大降低了分布式數(shù)據(jù)庫軟件在整個系統(tǒng)維護(hù)中的復(fù)雜程度。 在客戶機(jī)與服務(wù)器建立連接后，客戶機(jī)可傳送數(shù)據(jù)到服務(wù)器以調(diào)用服務(wù)器上的功能處理系統(tǒng)對數(shù)據(jù)進(jìn)行處理 。啟動功能模塊時，系統(tǒng)將再次進(jìn)行口令驗證，同時其調(diào)用的子系統(tǒng)也將對用戶進(jìn)行權(quán)限檢查。 在那些需要輸入密碼驗證的模塊中，用戶的密碼和用戶名都是一些非常敏感的數(shù)據(jù)。一般來說，它們都是以文件或是數(shù)據(jù)庫中記錄的形式進(jìn)行存儲。要是這些敏感數(shù)據(jù)直接以“明文”的形式進(jìn)行保存，那么如果保存這些數(shù)據(jù)的文件或是數(shù)據(jù)庫不小心被非法的打開，這些敏感數(shù)據(jù)就直接被竊取了。因此，在系統(tǒng)中，專門設(shè)計一個信息加密模塊，來對所有敏感的數(shù)據(jù)進(jìn)行加密 [38][39]。 現(xiàn)有的加密算法主要有對稱加密算法和公共密鑰加密算法 (非對稱加密算法 )。所謂對稱 加密算法，即是在加密和解密時使用同一個密鑰，常見的有 DES、 RCZ、 RC4 等。對稱加密算法效率要比公共密鑰加密算法要高的多，在進(jìn)行大量數(shù)據(jù)加密或是不在 hitemet 上傳遞數(shù)據(jù)時，使用的比較多。公共密鑰加密算法，存在一對密鑰，稱為公鑰和私鑰。公鑰可以對外公開，而私鑰則被所有者唯一持有。用一把鑰匙加密的數(shù)據(jù)只有用配對的另一把鑰匙才能正確解密，常見的有 RSA、 DSA 等這種加密算法，在互聯(lián)網(wǎng)上使用的比較多，但是它的加密效率很低 [38]。 在本系統(tǒng)中，由于敏感數(shù)據(jù)只駐留在本機(jī)服務(wù)器上，與互聯(lián)網(wǎng)物理隔離，所以采用了對 稱的加密算法 AES。 AES 是一個新的可以用于保護(hù)電子數(shù)據(jù)的加密算法。明確地說， AES 是一個迭代的、對稱密鑰分組的密碼，它可以使用 12 192 和 256 位密鑰，并且用 128 位 (16 字節(jié) )分組加密和解密數(shù)據(jù) [40]。與公共密鑰密碼使用密鑰對不同，對稱密鑰密碼使用相同的密鑰加密和解密數(shù)據(jù)。通過分組密碼返回的加密數(shù)據(jù)的位數(shù)與輸入數(shù)據(jù)相同。迭代加密使用一個循環(huán)結(jié)構(gòu)，在該循環(huán)中重復(fù)置換(permutati。 ns)和替換 (SubstitutionS)輸入數(shù)據(jù)。 身份驗證 身份驗證系統(tǒng)是訪問控制系統(tǒng)的配套子系統(tǒng) ，完成對用戶身份以及訪問權(quán)限的驗證和控制。當(dāng)用戶登錄時，首先在數(shù)據(jù)庫的用戶表中查找用戶是否存在；然后通過加密算法驗證用戶的密碼是否正確；接下來，從數(shù)據(jù)庫中查找該用戶的訪問權(quán)限，最后在程序中將該用戶可以訪問的功能菜單和條目呈現(xiàn)到用戶。此外，為了強(qiáng)化系統(tǒng)的安全性，當(dāng)用戶訪問或是修改任何一頁、一類或是一卷檔案文件的時候，都必須通過身份驗證系統(tǒng)來確認(rèn)該用戶是否具有對該檔案進(jìn)行此項操作的權(quán)限。 系統(tǒng)運(yùn)行設(shè)計 運(yùn)行模塊的組合 客戶機(jī)程序在有輸入時啟動并接收數(shù)據(jù)模塊，通過各模塊之間的調(diào)用，讀入并對輸入進(jìn)行 格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調(diào)用網(wǎng)絡(luò)傳輸模塊，將數(shù)據(jù)通過網(wǎng)絡(luò)送到服務(wù)器并等待接收服務(wù)器返回的信息，接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對信息進(jìn)行處理，產(chǎn)生相應(yīng)的輸出。 服務(wù)器程序的接收網(wǎng)絡(luò)數(shù)據(jù)模塊必須始終處于活動狀態(tài)，接收到的數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理 /數(shù)據(jù)查詢模塊對數(shù)據(jù)庫進(jìn)行訪問，完成后調(diào)用網(wǎng)絡(luò)發(fā)送模塊，將信息返回客戶機(jī)。 運(yùn)行控制 運(yùn)行控制將嚴(yán)格按照各模塊間函數(shù)調(diào)用關(guān)系來實現(xiàn)。 在網(wǎng)絡(luò)傳輸方面，客戶機(jī)在發(fā)送數(shù)據(jù)后，將等待服務(wù)器的確認(rèn)收到信號，收到后，再次等待服務(wù)器發(fā)送回到數(shù)據(jù)，然后對 數(shù)據(jù)進(jìn)行確認(rèn)，服務(wù)器接收數(shù)據(jù)后發(fā)送確認(rèn)信號，在對數(shù)據(jù)處理，訪問數(shù)據(jù)庫后，將返回信息送回到客戶機(jī)，并等待確認(rèn)。 運(yùn)行時間 在軟件的需求分析中，對運(yùn)行時間的要求是必須對作出的操作有較快的反映，網(wǎng)絡(luò)硬件對運(yùn)行時間有最大的影響，當(dāng)網(wǎng)絡(luò)負(fù)載量大時，對操作反應(yīng)將受到很大的影響，所以將采用快速以太網(wǎng)絡(luò)，事項客戶機(jī)與服務(wù)器之間的連接，以減少網(wǎng)絡(luò)傳輸上的開銷，其次是服務(wù)器的性能，將影響對數(shù)據(jù)庫訪問時間即操作時間的長短，影響加大客戶機(jī)操作的等待時間，所以必須使用高性能的服務(wù)器，建議使用 PENTINM4 處理器，硬件對本 系統(tǒng)的速度影響將會大于軟件的影響。 系統(tǒng)出錯處理設(shè)計 出錯信息 程序在運(yùn)行時主要會出現(xiàn)的錯誤有：由于輸入信息或無法滿足要求時產(chǎn)生的錯誤，成為軟錯誤；網(wǎng)絡(luò)傳輸超時等產(chǎn)生的問題成為硬錯誤。 對于軟錯誤，須在程序的編寫中考慮，在模塊處理驗證中進(jìn)行數(shù)據(jù)分析，判斷錯誤類型，再生成相應(yīng)的錯誤提示語句，面向操作者發(fā)出警告。 對于硬錯誤，可以根據(jù)出錯的原因，返回簡單的出錯語句，并將程序重置。返回程序相應(yīng)的階段。 出錯信息必須給出相應(yīng)的原因，例如：“密碼錯誤請重新輸入?！?；“請輸入正確的出生日期”；“數(shù)據(jù)庫連 接失敗”。 出錯處理對策 所有的客戶機(jī)及服務(wù)器都必須安裝不間斷的電源以防止電壓不穩(wěn)定造成的數(shù)據(jù)丟失的損失。若真斷電時，客戶機(jī)上將不會有太大的影響，主要是服務(wù)器上：在斷電后恢復(fù)過程可采用 SQL Server的日志文件，對其進(jìn)行 ROLLBACK 處理，對數(shù)據(jù)進(jìn)行恢復(fù)。在硬件方面要選擇可靠、穩(wěn)定的服務(wù)器機(jī)種。保證系統(tǒng)運(yùn)行的可靠性。 本章小結(jié) 本章主要對系統(tǒng)的總體結(jié)構(gòu)如何設(shè)計進(jìn)行了研究，提出了相應(yīng)的設(shè)計思路和方法，然后結(jié)合人事管理系統(tǒng)的業(yè)務(wù)需求，對整個系統(tǒng)的主要功能進(jìn)行了功能劃分和設(shè)計，并且根據(jù)前期 需求分析的信息，分析確定了人事管理系統(tǒng)數(shù)據(jù)庫存儲的基本關(guān)系模型，并對系統(tǒng)數(shù)據(jù)庫的一些主要的基本表進(jìn)行了定義，包括主外鍵和字段描述，以及各個基本表之間的關(guān)系，解決了人事管理系統(tǒng)中信息的存儲問題。 第五章 總結(jié)與展望 對于企業(yè)來說，人事管理是日常工作中不可缺少的重要組成部分，對于企業(yè)的決策者和管理者來說，人事管理也是至關(guān)重要的。因此，人事管理系統(tǒng)往往廣泛應(yīng)用于工業(yè)、商業(yè)、企業(yè)、事業(yè)和政等單位，幾乎每個進(jìn)行了信息化建設(shè)的單位都具有人事管理系統(tǒng)。 本系統(tǒng)主要是完成企業(yè)里的部門、人員、工資信息管理的過程，經(jīng)過前期 的需求分析、系統(tǒng)設(shè)計、系統(tǒng)實施等一系列的開發(fā)流程，人事管理系統(tǒng)基本達(dá)到了預(yù)期的目標(biāo)。 通過對人事管理系統(tǒng)的設(shè)計與實現(xiàn)，使得自己在開發(fā)管理信息系統(tǒng)的整個過程中具有了認(rèn)真細(xì)致的調(diào)研、分析、設(shè)計出一套基本完整的設(shè)計方案、編寫一般的管理想信息系統(tǒng)的能力。同時，也人事到在軟件開發(fā)方面還有很多很多的知識需要不斷的學(xué)習(xí)、鉆研。就本系統(tǒng)而言，內(nèi)容不夠完善，存在很多不足，如：系統(tǒng)的安全性方面只是通過用戶的身份識別來屏蔽部分功能，并沒有對后臺數(shù)據(jù)的一個保護(hù)；人事信息管理的功能還不夠強(qiáng)大，只能滿足暫時性的需要，而一些報表打印功能 等尚未完善等。針對這些不足，有必要繼續(xù)完善，強(qiáng)大系統(tǒng)的功能，深化某些必要的功能，以便可以滿足企業(yè)人事管理的需求。 對于本文來說，還有許多地方需要進(jìn)一步改進(jìn)，在如何更好的滿足客戶變化的需求方面，還應(yīng)該通過加強(qiáng)團(tuán)隊成員與用戶溝通方面來更好地適應(yīng)需求變化；在系統(tǒng)的設(shè)計方面，在提高系統(tǒng)可伸縮性的同時，還可以通過改進(jìn)設(shè)計進(jìn)一步提高系統(tǒng)性能；另外在開發(fā)速度和質(zhì)量方面，可以通過嘗試自動化代碼生成，提高固定模式代碼的開發(fā)速度和質(zhì)量；可以把一些保密性要求不高的數(shù)據(jù)查詢做成 B/S 結(jié)構(gòu)，以便員工查詢。 致 謝 本文是在 ****學(xué)院某某老師的悉心指導(dǎo)下完成的。某某老師學(xué)識淵博、思維開闊、治學(xué)嚴(yán)謹(jǐn)，對問題的見解獨(dú)特精辟，且具備豐富的實踐經(jīng)驗。老師豐富的知識底蘊(yùn)、誨人不倦的崇高師德，使我在論文撰寫期間深受啟發(fā)。在論文撰寫過程中，某某老師給予我很大的鼓勵與幫助，謹(jǐn)此向兩位老師致以最誠摯的謝意。 感謝所有曾經(jīng)幫助我、關(guān)心我、支持我的老師和同學(xué)們！ 最后，衷心感謝論文評審委員會和答辯委員會的各位專家們。在撰寫過程中，參閱并引用了相關(guān)的文獻(xiàn)資料，在此向原作者表示由衷的感謝。 參考文獻(xiàn) [1] 人事管理 ,亞太管理訓(xùn)練網(wǎng)