【導讀】如何管理好企業(yè)內(nèi)部員工的信息，對員工實施高效的宏觀管理，對企事業(yè)單位的。重而艱巨的任務。的系統(tǒng)化、規(guī)范化、自動化，是現(xiàn)代企業(yè)管理的首選。系統(tǒng)以Visual為開發(fā)工具，以SQLServer2021為后臺數(shù)據(jù)庫管理系統(tǒng)，實。為企業(yè)人事管理提供信息咨詢，信息檢索，信息存取等服務，系統(tǒng)的實施

　　

【正文】 給定的應用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求。合理的數(shù)據(jù)庫結(jié)構(gòu)設計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和一致。另外，合理的數(shù)據(jù)庫結(jié)構(gòu)將非常有利于程序的實現(xiàn)。 1．數(shù)據(jù)庫設計的一般性原則 數(shù)據(jù)庫設計的一般性原則如下所示： 第一個基本規(guī)則：對于每一個要存儲其信息的實體（或事物），我們都應該給他一個自己的表； 第二 個處理規(guī)則了：如果你需要在一個列中存儲多個值，那證明你的設計可能是有缺陷的。 簡單的數(shù)據(jù)關系：一對一；一對多；多對一；多對多 在數(shù)據(jù)庫的設計中：要做到數(shù)據(jù)規(guī)范化、完整性、數(shù)據(jù)冗于和規(guī)范實例化。 2．數(shù)據(jù)庫設計的步驟 數(shù)據(jù)庫設計分五個階段： (1) 規(guī)劃； (2) 需求分析； (3) 概念結(jié)構(gòu)設計； (4) 邏輯結(jié)構(gòu)設計； (5) 數(shù)據(jù)庫物理設計。 概念設計 數(shù)據(jù)庫概念設計的目標就是要產(chǎn)生反映企業(yè)組織信息需求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模型。 1．概念模型 概念模式是獨立與數(shù)據(jù)庫邏輯結(jié)構(gòu)，獨立與支持 數(shù)據(jù)庫的 DBMS，不依賴于計算機系統(tǒng)的。概念模型是表達概念設計結(jié)果的工具。它應該能夠真實、充分地反映現(xiàn)實世界中事物和事物之間的聯(lián)系；應該簡潔、明晰、獨立于機器，容易理解，方便數(shù)據(jù)庫設計人員和應用人員進行交流；應該易于變動，便于修改；應該很容易向關系、層次或網(wǎng)狀等各種數(shù)據(jù)模型轉(zhuǎn)變，方便地導出與 DBMS 有關的邏輯模型。 概念模型有很多模型，其中最常用的方法之一是 “實體 —聯(lián)系模型 ”（ entity relationship model），即使用 ER 圖來描述某一組織的概念模型。 ER 模型是指直接從現(xiàn)實世界中抽象出 實體類型及實體間聯(lián)系，是一種描述靜態(tài)數(shù)第三章 系統(tǒng)總體設計 23 據(jù)結(jié)構(gòu)的概念模型。它的主要成分是實體、聯(lián)系和屬性。可利用 ER 模型進行數(shù)據(jù)庫概念設計。 ER 圖是直觀表示概念模型的工具，再圖中有四個基本成分如圖 ： 1．矩形框：表示實體類型（考慮問題的對象）； 2．菱 形 框：表示聯(lián)系類型（實體間的聯(lián)系）； 3．橢圓形框：表示實體類型和聯(lián)系類型的屬性； 4．直線：聯(lián)系類型與涉及的實體類型之間以直線連接，并在直線部標上聯(lián)系的種類（ 1： 1， 1： N， M： N）。 具體圖示如圖 32 所示。 實 體 屬 性 聯(lián) 系 圖 32 實體 ER 圖符號表示 2．系統(tǒng) ER 圖的設計 本系統(tǒng)中所規(guī)劃的實體主要有：員工基本信息實體、員工考勤信息實體、員工工作評價信息實體、員工工資信息實體。具體的描述 ER 圖如下所示： (1) 員工基本信息實體 ER 圖，如圖所 33 示。 員工基本信息實體員工編號 員工姓名參加工作時間進入公司時間員工部門員工生日員工籍貫學歷專業(yè)職稱 圖 33 員工基本信息實體 ER 圖 (2) 員工考勤信息實體 ER 圖，如圖所 34 示。 員工考勤信息實體員工基本信息員工出勤天數(shù)員工加班時間員工出差時間員工考勤時間員工加班費員工扣考核 圖 34 員工考勤信息實體 ER圖 第三章 系統(tǒng)總體設計 24 (3) 員工工作評價的信息實體 ER 圖，如圖所 35 示。 員工工作評價信息實體員工基本信息員工工作業(yè)績員工工作態(tài)度員工業(yè)務水平其他評價信息 圖 35 員工工作評價信息實體 ER 圖 (4) 員工工資信息實體 ER 圖，如圖所 36 示。 員工工資信息實體員工基本信息員工底薪員工獎金員工補貼員工房帖員工所得稅員工實發(fā)工資員工加班費員工養(yǎng)老金員工醫(yī)療保險 圖 36 員工工資信息實體 ER 圖 (5) 實體之間的關系 ER 圖， 如圖所 37 所示。 1 1 n n n 圖 37 實體間 ER 圖 關系模型的規(guī)范化 對于上述形成的數(shù)據(jù)庫關系模式進行以下的規(guī)范化分析： 1. 以上的關系模式中 員工 、 考勤信息 、 員工評價信息 、 員工工資 的所有屬性的值員 工 考勤管理 工作評價 考勤信息 員工評價信息 計發(fā)工資 員工工資 第三章 系統(tǒng)總體設計 25 域中每個值都是不可再分的值，所以關系模式屬于第一范式。 2. 在第一范式的基礎上，各個關系模式中的每一個非主屬性完全依賴于各關系模式中的某個候選鍵。 3. 在符合第一范式和第二范式的基礎上，系統(tǒng)的 關系模式中經(jīng)過規(guī)范化已不存在傳遞依賴，從而系統(tǒng)中的各個關系模式均屬于第三范式。 物理設計 在上面的實體及其相互關系的基礎上，形成數(shù)據(jù)庫中的表以及各個表之間的關系。企業(yè)人事信息管理系統(tǒng) 數(shù)據(jù)庫中各個表格的設計結(jié)果如下面的幾個表格所示。每個表格表示在數(shù)據(jù)庫中的一個表， 而在實際的數(shù)據(jù)表的設計中也多了幾個表 。 1． 員工基本情況表如表 所示。 表 manrecord 員工基本信息表 列名 數(shù)據(jù)類型 可否為空 說明 ygid varchar NOT NULL 編號 ygname varchar NOT NULL 姓名 ygdept varchar NULL 部門 ygsex varchar NULL 性別 ygbirthday datetime NULL 生日 ygplace varchar NULL 籍貫 yglevel varchar NULL 學歷 ygspecial varchar NULL 專業(yè) ygdate1 datetime NULL 參加工作時間 ygdate2 datetime NULL 入黨時間 ygbusi varchar NULL 職稱 ygdate3 varchar NULL 職稱時間 ygstatus datetime NULL 原身份 ygoffice varchar NULL 原工作單位 ygdate4 varchar NULL 進入公司時間 ygduty varchar NULL 原職務 ygdate5 datetime NULL 起薪時間 ygdate6 datetime NULL 調(diào)入時間 ygno varchar NULL 檔號 ygremark1 text NULL 備注 2． 員工考勤信息表如表 所示。 第三章 系統(tǒng)總體設計 26 表 checkin 員工考勤信息表格 列名 數(shù)據(jù)類型 可否為空 說明 kqid varchar NOT NULL 編號 kaname varchar NOT NULL 姓名 kqdate datetime NOT NULL 日期 kqdays numeric NOT NULL 本月天數(shù) kqrday numeric NULL 公休假天數(shù) kqtday numeric NOT NULL 應出勤天數(shù) kqwork numeric NOT NULL 出勤 kqabsent numeric NULL 曠工 kqrest numeric NULL 年休 kqleave numeric NULL 請假 kqlate numeric NULL 遲到 kqearly numeric NULL 早退 kqfet numeric NULL 忘訂卡 kqover1 numeric NULL 節(jié)假日加班 kqover2 numeric NULL 其他加班 kqfill numeric NULL 補休天數(shù) kqgo numeric NULL 出差工地天數(shù) kqpay numeric NULL 加班費 kqdeduct numeric NULL 扣考核 kqremark text NULL 備注 3． 員工工作評價信息表如表 所示。 表 manappraise 員工工作評價信息表 列名 數(shù)據(jù)類型 可否為空 說明 pjdept varchar NOT NULL 部門 pjname varchar NOT NULL 姓名 Pjno numeric NOT NULL ID pjid numeric NOT NULL 編號 pjdate numeric NOT NULL 時間 pjresult numeric NULL 工作業(yè)績 pjlevel numeric NULL 業(yè)務水平 pjremark numeric NULL 備注 第三章 系統(tǒng)總體設計 27 4． 員工工資信息表如表 所示。 表 pay 員工工資信息表格 列名 數(shù)據(jù)類型 可否為空 說明 gzid varchar NOT NULL 編號 gzname varchar NOT NULL 姓名 gzbase numeric NOT NULL 底薪 gzall numeric NULL 補貼 gzbonus numeric NULL 獎金 gzpay numeric NULL 加班 gzdeduct numeric NULL 扣考核 gzage numeric NULL 代扣養(yǎng)老金 gzmedical numeric NULL 代扣醫(yī)療保險 gzhouse1 numeric NULL 代扣住房公積金 gztotal numeric NULL 稅前小計 gzduty numeric NULL 所得稅 gzhouse2 numeric NULL 房帖 gzhouse3 numeric NULL 房租 gzlaborage numeric NOT NULL 實發(fā)工資 gzdate datetime NOT NULL 時間 界面設計 在前面的接口設計中已經(jīng)提出了界面設計的主要原則：簡單清晰、風格一致、操作容易和內(nèi)部維護等，因此下面就這些原則提出一些具體的要求并結(jié)合系統(tǒng)自身給出界面的整體設計風格： 界面設計整體要求： 1. 簡單清晰：使用戶在最短時間內(nèi)熟悉系統(tǒng)，并使所有功能一目了然。 2. 風格一致：在同類應用中使用相同的設計規(guī)則，盡量不改變用戶的使用習慣。 3. 操作容易：減少用戶的輸入量和記憶量，設定系統(tǒng)的缺省狀態(tài)。 4. 內(nèi)部維護：在操作中以提示的方 式指出錯誤，指導用戶進行更正。 輸入輸出設計 1．輸入設計 一方面要盡量減少使用時的輸入量；另一方面要對輸入的數(shù)據(jù)進行有效性驗證。 對于輸入量而言，包括用戶的輸入量和系統(tǒng)的輸入量，具體來說： 第三章 系統(tǒng)總體設計 28 (1) 用戶輸入量：可以使用列表框和頁面初始值等減少用戶的輸入。 (2) 系統(tǒng)輸入量：通過內(nèi)部方法為用戶完成必要的輸入。 對于有效性驗證而言，比如系統(tǒng)登陸時需輸入用戶名和密碼，目標系統(tǒng)應對其進行驗證，對缺少用戶名和密碼或不正確者給出錯誤提示，同時中斷系統(tǒng)進程，直到使用者補充完整并驗證成功為止。 對于輸入設備來說，目標系統(tǒng)并無特殊 要求，只需一般的家用鍵盤即可。 2． 輸出設計 目標系統(tǒng)的主要輸出為：添加信息、刪除信息和修改信息。對輸出的數(shù)據(jù)庫表應說明其內(nèi)容，對輸出的數(shù)據(jù)項也要給出其含義。 (1) 對于用戶信息和歷史記錄來說，輸出的信息僅供閱讀而不能被編輯；其余的信息可在一定程度上被修改，這就需要設計好數(shù)據(jù)和控件的只讀屬性。 (2) 對于操作的結(jié)果數(shù)據(jù)盡量使用表格的形式呈現(xiàn)給用戶，而對于仍要繼續(xù)參加內(nèi)部處理的中間結(jié)果數(shù)據(jù)最好使用文本控件等輸出給用戶，這樣能夠更加直觀地反應并方便進行內(nèi)部操作。 第四章 企業(yè)人事信息管理系統(tǒng)實施 29 第四章 企業(yè)人事信息管理系統(tǒng)實施 系統(tǒng) 實施概述 在系統(tǒng)的生命周期中，經(jīng)過了系統(tǒng)規(guī)劃、系統(tǒng)分析和系統(tǒng)設計階段后，便開始了系統(tǒng)實施階段。系統(tǒng)實施階段繼承此前各階段的工作成果，將技術設計轉(zhuǎn)化成為物理實現(xiàn)，因此系統(tǒng)實施的成果是系統(tǒng)分析和設計階段的結(jié)晶。 系統(tǒng)實施的步驟四個步驟為：編碼、系統(tǒng)測試、系統(tǒng)安裝、新舊系統(tǒng)轉(zhuǎn)換。 系統(tǒng)流程分析 所謂系統(tǒng)流程分析，就是用戶使用系統(tǒng)時的工作過程。不同的用戶有著不同的工作流程和使用權限。登錄主要是判斷是否是合法的用戶，在數(shù)據(jù)庫設計中用戶的登錄名是固定的，如果要添加用戶則在用戶主界面進行添加用戶信息。 流程圖使用的 符號如圖 41 所示。 圖 41 流程圖使用符號 本系統(tǒng)的系統(tǒng)流程分析如下圖 42 所示。 N Y 圖 42 系統(tǒng)流程分析圖 開 始 輸入用戶名和密 碼 身份驗證 進入人事信息管理系統(tǒng)主界面 退出系統(tǒng) 開始 /結(jié)束 數(shù)據(jù)流動及方向 判斷 功能描述 輸入 第四章 企業(yè)人事信息管理系統(tǒng)實施 30 系統(tǒng)實施 1．登錄窗口 該界面是一個主要的登錄窗口，通過該窗口才能進入系統(tǒng)的主要界面，該登錄主要是系統(tǒng) 管理員才有此權限。如果在登錄的過程中如果用戶名和密碼不正確的，就不能進入該系 統(tǒng)，也會有相應的提示信息。在登錄中、如果三次輸入錯誤就不能進入該系統(tǒng)。如圖 43 所示。 圖 43 登錄窗口 在本系統(tǒng)中的登錄是在數(shù)據(jù)庫中所設計的登錄用戶名和密碼。如果不是數(shù)據(jù)庫中的用戶名和密碼則系統(tǒng)會提示 “沒有該用戶名 ”。 2．主窗口設計 在主窗口的界面設計中，可以看到本系統(tǒng)要實現(xiàn)的基本功能模塊，主要是用菜單形式表示出來。每個模塊的子功能都在其下拉菜單中可以顯示出來。每個模塊的子功能在其相應的窗口設計中都能看到，在系統(tǒng)運行時各個模塊都能很清楚完整地展現(xiàn)在用戶面前。如圖 44 所示： 圖 44 主窗口 第四章 企業(yè)人事信息管理系統(tǒng)實施 31 主 窗體各部分的功能實現(xiàn)可以參考設計中的代碼設計。在此因考慮到問題的復雜性 3．系統(tǒng)窗口 通過該窗口才能進入系統(tǒng)的添加用戶和修改密碼界面，該窗口主要是系統(tǒng) 管理員才有此權限。進入該窗口后管理員可以進行添加用戶和修改密碼操作。 添加用戶界面如圖 45 所示。 圖 45 添加用戶 修改密碼界面如圖 46 所示。 圖 46 修改密碼 4．員工基本信息管理窗口 該系統(tǒng)所涉及到的員工基本信息管理窗口主要是對員工基本信息的添加、修改、刪除和查詢等的管理。所有模塊的設計界面在系統(tǒng)中都可以看到。添加模塊主要是針對員工的一個基本 信息的添加，如添加員工的姓名、編號、所在部門、性別等。 第四章 企業(yè)人事信息管理系統(tǒng)實施 32 員工基本信息的添加界面，信息的主要界面如圖 47 所示。 圖 47 員工信息添加窗口 員工信息修改界面如圖 48 所示。 圖 48 員工信息修改 第四章 企業(yè)人事信息管理系統(tǒng)實施 33 員工信息刪除界面如圖 49 所示。 圖 49 員工信息刪除 員工信息查詢界面如圖 410 所示。 圖 410 員工信息查詢窗口 第四章 企業(yè)人事信息管理系統(tǒng)實施 34 查詢結(jié)果界面如圖 411 所示： 圖 411 查詢結(jié)果窗口 在以下的員工考勤信息的管理、員工工作評價管理、員工工資管理等功能。所有的信息都可以通過查詢來查看所有的信息。 5．員工考勤信息管理界面 員工考勤信息管理是針對已存在員工的一個出勤狀況的考核，包括員工信息的增加、修改、刪除和查詢，在員工信息的增加界面，主要包括員工基本信息、出勤信息和其他信息。其主要信息界面如 412 圖所示。 圖 412 員工考勤添加窗口 第四章 企業(yè)人事信息管理系統(tǒng)實施 35 6．員工評價信息管理界面 員工評價信息管理是針對已存在員工的一個評價考核，包括評價信息的增加