企業(yè)人事管理系統(tǒng)畢業(yè)論文

1、第一章 可行性研究與系統(tǒng)目標11.1可行性研究.11.1.1技術可行性.11.1.2開發(fā)環(huán)境可行性.11.1.3經濟可行性 .21.1.4管理可行性 .21.2系統(tǒng)目標.2121合理的設計數(shù)據(jù)庫2122設計出文妹的界面 .2123實現(xiàn)基本功能和一些特殊功能的操作.31.3系統(tǒng)功能分析.3第二章系統(tǒng)需求分析42需求分析概述.42.2數(shù)據(jù)流分析.52.3數(shù)據(jù)字典.6第三章系統(tǒng)總體設計.113系統(tǒng)總體設計目標 113.2系統(tǒng)功能描述113.3總體功能模塊設計 .123.4數(shù)據(jù)庫設計 .133.4槪念設計.143.4.2關系模型的規(guī)范化 173.4.3物理設計 173.5界面設計 .213.6輸入輸出

2、設計.21第四章 主要功能模塊設計 .224公用模塊設計 .224.2系統(tǒng)登錄模塊設計.224.3主界面設計.224.4系統(tǒng)設計.234.5部門管理 .254.6考勤管理.264.7幫助（關于）274.8報表設計.28第五章系統(tǒng)測試與維護315.1系統(tǒng)測試.315.1.1集成測試.315.1.2功能測試.315.1.3鏈接測試.315.1.4文檔測試.315.5負載測試.315.1.6極限測試.325.2統(tǒng)統(tǒng)改迸與維護.32結束語33致謝34參考文獻35附錄36摘要隨著計算機技術的飛速發(fā)展，計算機在企業(yè)管理中應用的普及，利用計算機 實現(xiàn)企業(yè)人事管理勢在必行。對于大中型企業(yè)來說，利用計算機支持企

3、業(yè)高效率完成勞動人事管理的日常 事務，是適應現(xiàn)代企業(yè)制度要求、推動企業(yè)勞動人事管理走向科學化、規(guī)范化的 必要條件；計算機管理所無法比擬的優(yōu)點檢索迅速、査找方便、可靠性髙、存儲 量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高人事管理的效率, 也是企業(yè)的科學化、正規(guī)化管理，與世界接軌的重要條件。本系統(tǒng)結合公司實際的人事管理制度，經過實際的需求分析，采用功能強大 的Visual Basic6.0做為開發(fā)工具而開發(fā)出來的單機版人事檔案管理系統(tǒng)。通過企業(yè)人事管理系統(tǒng)使得管理者快速高效地完成企業(yè)日常事務中的人事 工作，降低了人力資源管理成本，使管理者能集中精力在企業(yè)戰(zhàn)略目標；另一方 面，通過軟件

4、&時收集與整理分析大量的人力資源管理數(shù)據(jù)，為企業(yè)戰(zhàn)略決策的 生成與實施控制提供強有力的支持，以提高組織目標實現(xiàn)的可能性。關鍵詞：人事管理系統(tǒng);Visual Basic 6.0; Access第一章系統(tǒng)分析軟件需求是指用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的 期望。通過對應用問題及其環(huán)境的理解與分析，為問題涉及的信息、功能尺系統(tǒng) 行為建立模型，將用戶需求精確化、完全化，最終形成需求規(guī)格說明，這一系列 的活動即構成軟件開發(fā)生命周期的需求分析階段。需求分析是介于系統(tǒng)分析和軟件設計階段之間的重要橋梁。一方面，需求分 析以系統(tǒng)規(guī)格說明和項目規(guī)劃作為分析活動的基本出發(fā)點，并從軟件角度對它們

5、進行檢査與調整；另一方面，需求規(guī)格說明又是軟件設計、實現(xiàn)測試直至維護的 主要基礎。良好的分析活動有助于避免或盡早發(fā)現(xiàn)早期的錯誤，從而提高軟件生 產率，降低開發(fā)成本，改迸軟件質量。1.1可行性研究開發(fā)任何一個基于計算機的系統(tǒng)，都會受到時間和資源上的限制。因此，對 在接受任何一個項目開發(fā)任務之前，必須根據(jù)客戶可能提供的時間和資源條件進 行可行性分析，以減少項目開發(fā)風險，避免人力、物力和財力的浪費?？尚行苑?析與風險分析在很多方面是相互關聯(lián)的，項目風險越大，開發(fā)高質量的軟件的可 行性就越小。1.1.1技術可行性技術可行性研究過程中，系統(tǒng)分析員應采集系統(tǒng)性能、可靠性、可維護性 和可生產性方面的信息；分

6、析實現(xiàn)系統(tǒng)功能和性能所需要的各種設備、技術、方 法和過程；分析項目開發(fā)在技術方面可能擔負的風險以及技術問題對開發(fā)成本的 影響。開發(fā)一個中小型企業(yè)人事管理系統(tǒng)，涉及到的技術問題不會太多，主要用 到的技術就是數(shù)據(jù)庫和一門可視化開發(fā)的編程語言。1.1.2開發(fā)環(huán)境可行性我們采用Visual Ensic開發(fā)工具。它首先是一個開放的協(xié)作式系統(tǒng)之外，可 以和多種PC產品集成，并可以通過專用接口或OPBC接口連接許多比較常用的 數(shù)據(jù)庫。其次它具有可視化的開發(fā)環(huán)境，使代碼的編寫更為直觀，并且在可視化 環(huán)境下的調試和維護也相對容易。再次它隨身攜帶的Sybase SQL Anhcrc本身 就是個功能強大的DEMS,

7、對小型應用來說，直接使用這個數(shù)據(jù)庫就是個質優(yōu)價 廉的選擇。而為方便用戶界面的開發(fā)，Visual Basic提供了大量控件，這既豐富了 應用程序的表達能力，也加快了項目的開發(fā)速度。同時，它擁有多平臺的開發(fā)環(huán) 境，如果要把一個平臺上開發(fā)的代碼移植到另外一個平臺上，只要重新編譯就可 以了。1.1.3經濟可行性對于整個系統(tǒng)而言，在系統(tǒng)未運行之前，初期投資比較大，花費相對而言比 較多。各部門必須配置電腦、服務器、打印機、傳真機&相關的網絡設備，但是 在整個系統(tǒng)投入運行之后，因為現(xiàn)在計算機已經普及了，相關的人員培訓費可以 減少很多。而同時又減少了數(shù)據(jù)的流通環(huán)節(jié)，不必要花費那么多的時間，也就是 說最重要的是

8、就是提高了效率，而又保證了各項數(shù)據(jù)的準確性，也避免了工作人 員的流動造成的收據(jù)丟失等問題，適應了當前的發(fā)展形式。1.1.4管理可行性隨著時代的發(fā)展，人員素質己逐步提髙，不論是對于電腦系統(tǒng)的基本操作還 是對于系統(tǒng)的維護都有了一定的基礎。同時還可以配置專業(yè)的電腦維護人員來維 護電腦，不必擔心電腦故障問題。1.2系統(tǒng)目標我們一般設計系統(tǒng)都要完成以下的幾個要求，以便于用戶進行操作。這樣才 能使系統(tǒng)易學易用。1.2.1合理的設計數(shù)據(jù)庫盡量合理地減少數(shù)據(jù)庫數(shù)據(jù)的冗余，使重復的數(shù)據(jù)保持在最小限度，這樣將 不必要的多占用存儲空間，減少產生混亂影響的危險，還能提高計算機的運行速 度。122設計出友好的界面界面的

9、友好與否是用戶評價一個軟件優(yōu)劣的重要方面之一，使用戶有一個良 好的心情。另外窗口界面要多用按鈕和快捷鍵，少用菜單，窗口的各個控件布局要合理, 美觀。要充分的利用Visual E血c提供的強大的功能，多用窗口和控件，充分體 現(xiàn)窗口的多元化格局。123實現(xiàn)基本功能和一些特殊功能的操作該系統(tǒng)要求除了能實現(xiàn)信息的錄入，刪除，插入，更新，打印等基本功能之 外，還要求能夠根據(jù)用戶的需要進行操作。1.3系統(tǒng)功能分析開發(fā)這個系統(tǒng)的目的就是要幫助企業(yè)的人力資源部門提高工作效率，實現(xiàn)企 業(yè)人事信息管理系統(tǒng)的系統(tǒng)化、規(guī)范化和自動化。第二章系統(tǒng)需求分析2.1需求分析概述1. 需求分析的目標需求分析的目標：按照系統(tǒng)規(guī)劃

10、原則在業(yè)務系統(tǒng)項目的范圍內，具體明確系 統(tǒng)開發(fā)的目標和用戶的信息要求。通過對現(xiàn)行系統(tǒng)的管理水平、原始數(shù)據(jù)的精確 程度、規(guī)章制度是否齊全和切實可行、各級領導對開發(fā)新的管理系統(tǒng)是否有比較 清楚地認識和積極的態(tài)度、部門級別中是否能夠抽調出比較精通本行業(yè)管理業(yè)務 并且對本單位存在問題有深刻理解的相關人員等內容的詳細調査，從而獲得軟件 開發(fā)的基礎，確定總體設計的限制條件，確認軟件測試的具體要求，定義詳細的 功能模塊，以求達到協(xié)助系統(tǒng)開發(fā)的根本目的。2. 需求分析的原則需求分析的基本原則是：(1) 需要能夠表達和理解問題的信息域和功能域；要能以層次化的方式對問題進行分解和不斷細化； 要給出系統(tǒng)的邏輯視圖和

11、物理視圖。3. 需求分析的一般步驟需求分析分為問題分析，需求描述，需求評審等幾個步驟。首先迸行問題分析。在該階段，分析人員通過對問題以及環(huán)境的理解、分析和綜 合，清除用戶需求的模糊性、歧義性和不一致性，并在用戶的幫助下對互相沖突 的要求進行折中，并為原始問題及其軟件解建立模型。它是形成需求規(guī)格說明、 進行軟件設計的與實現(xiàn)的主要基礎，例如面向數(shù)據(jù)流的分析方法、面向對象的分 析方法以及面向數(shù)據(jù)的分析方法都屬于需求建模方法。接著進入需求描述階段，以需求模型為基礎，考慮到問題的軟件可解性，生成規(guī) 格說明和初步的用戶手冊。在需求評審階段，分析人員要在用戶和軟件設計人員的配合下對自己生成的需求 規(guī)格說明和

12、初步的規(guī)格說明進行符合，以確保軟件需求的全面性、精確性和一致性，并使用戶和軟件設計人員對需求規(guī)格說明以及用戶手冊的理解達成一致。 總結需求分析的步驟為：(1) 通過對現(xiàn)實環(huán)境的調査研究，獲得當前系統(tǒng)的具體模型； 去掉具體模型中的非本質因素，抽象出當前系統(tǒng)的邏輯模型； 分析當前系統(tǒng)與目標系統(tǒng)的差別、建立目標的邏輯模型；(4)對目標迸行完善和補充，并寫出完整的需求說明； 對需求說明進行復審，直到確認文檔齊全，并且符合用戶的全部需求為 止。在本系統(tǒng)中需求分析的基本步驟也是按照以上三個階段進行的。在任何的需 求分析的一般步驟都必須道守以上的步驟。2.2數(shù)將流分析任何軟件系統(tǒng)從根本上說都是對數(shù)據(jù)進行加工

13、過變換的工具，因此數(shù)據(jù)在系 統(tǒng)中的流動成為了開發(fā)各種軟件系統(tǒng)的主要研究對象。大型復雜的軟件系統(tǒng)，其 OFD可能含有數(shù)百至數(shù)千個加工，不能設想一次就將它們全部畫齊。正確的做法 是：從系統(tǒng)的基本模型開始，逐層地對系統(tǒng)進行分解。直到所有的加工都足夠簡 單，不必再分解為止。通常把這種不需要分解的加工稱為“基本加工”。數(shù)據(jù)流圖(DFD)正是用來指出系統(tǒng)中的數(shù)據(jù)是如何流動和變換的，以及描 述使數(shù)據(jù)流進行變換的功能。數(shù)據(jù)流圖的基本圖形符號如圖2-6所示。表示加工(2):表示數(shù)據(jù)的流向:表示外部實體(4):表示數(shù)據(jù)存儲圖2.6數(shù)據(jù)流圖的基本符號數(shù)據(jù)流圖的基本國法和原則如下：(1) 數(shù)據(jù)流圖應分層繪制，頂層紙畫

14、出系統(tǒng)輪廓，然后逐步細化。(2) 對引起數(shù)據(jù)流變換的事件應加以說明。(3) 對數(shù)據(jù)流圖中的各個元素進行編號，頂層圖可不編號。(4) 頂層圖和于圖要保持平衡。(5) 數(shù)據(jù)流圖只表示“干什么”，而不考慮“怎么干”。下面是企業(yè)人事信息管理系統(tǒng)的數(shù)據(jù)流圖，它分兩層繪制，如圖2-7和2-8所示：F1員工信息圖2.7企業(yè)人事信息管理系統(tǒng)頂層數(shù)據(jù)流圖Fl員工信息D3D3P2考勒信息D1：由人力資源部提供的員工基本信息D2：根據(jù)員工檔案信息數(shù)據(jù)庫得出的各員工的基本信息D3：員工在出勤信息數(shù)據(jù)庫中的相應記錄圖2.8企業(yè)人事伯息管理系統(tǒng)一層數(shù)據(jù)流圖2-3數(shù)據(jù)字典數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合，對數(shù)據(jù)流程圖中的各個

15、元素做完整的定 義與說明，是數(shù)據(jù)流程圖的補充工具。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成系統(tǒng)的邏輯 模型。數(shù)據(jù)字典由下列五類元素的定義組成。(1)數(shù)據(jù)流 數(shù)據(jù)流名稱及其稱號； 數(shù)據(jù)流的來源：可能是一個外部實體、處理邏輯、數(shù)據(jù)存儲； 數(shù)據(jù)流的去處； 數(shù)據(jù)流的組成：一個數(shù)據(jù)流可能包括若干個數(shù)據(jù)結構，若只有一個數(shù)據(jù) 結構，就不需要專門定義； 數(shù)據(jù)流的流通量：單位時間的傳輸次數(shù)； 高峰時期的流通量：業(yè)務的頻繁程度和時間有關。(2)數(shù)據(jù)項數(shù)據(jù)項也稱數(shù)據(jù)元素，是“不可再分”的數(shù)據(jù)單位，是數(shù)據(jù)的最小組成單位。 主要內容有： 數(shù)據(jù)項名稱及編號：數(shù)據(jù)項名稱必須唯一地標識這個數(shù)據(jù)項，以區(qū)別于 其他數(shù)據(jù)項；給數(shù)據(jù)項取名時，要反

16、映該數(shù)據(jù)項的含義，易于他人理解、記憶。 別名：同一數(shù)據(jù)項的名稱可能不止一個，稱為別名。 取值的范圍和取值的含義。 數(shù)據(jù)項的長度：指數(shù)據(jù)項所包含的宇符或數(shù)宇的位數(shù)。(3) 數(shù)據(jù)結構 數(shù)據(jù)結構的名稱及其編號； 數(shù)據(jù)結構的組成：如杲是一個簡單的數(shù)據(jù)結構，只要列出它所包含的數(shù) 據(jù)項即可。如果是一個嵌真的數(shù)據(jù)結構，只需列岀它所包含的數(shù)據(jù)結構名稱，因 為這些數(shù)據(jù)結構同樣在數(shù)據(jù)宇典中有定義。(4) 數(shù)據(jù)存儲數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的場所。主要內容： 數(shù)據(jù)存儲的名稱及其編號：在數(shù)據(jù)流程圖中對數(shù)據(jù)存儲給以命名，并編上一個唯一的編號； 流入、流出的數(shù)據(jù)流：流入的數(shù)據(jù)流指出其來源，流出的數(shù)據(jù)流指出其 去向； 數(shù)

17、據(jù)存儲的組成：指它所包含的教據(jù)項或數(shù)據(jù)結構。(5) 處理邏輯主要內容：處理邏輯的名稱及編號； 簡述：對處理邏輯的簡明描述，其目的是使人了解這個處理邏輯是做什 么用的； 處理邏輯的輸入和輸出； 處理邏輯的主要功能； 處理邏輯的小說明(文檔之一)。針對本系統(tǒng)定義如下：(1)數(shù)據(jù)流條目用戶信息二用戶各稱+用戶口令+用戶權限員工基本信息二員工編號+員工姓名+性別+籍貫+出生日期+學歷+專業(yè)+身 份證號+婚姻狀況+電話號碼+政治面貌+郵政編碼+電于郵箱+家庭住址+ 進入公司時間+起薪時間+所在部門+調入部門時間+職稱+職稱時間+原身 份+原職務+原工作單位+參加工作時間+工作經驗+其它備注員工考勤信息二

18、員工編號+員工姓名+性別+職務+所在部門+全勤天數(shù)+應 出勤天數(shù)+年度+月份+起始日期+截止日期+起始時間+截止時間+請假類 型+審批人+請假事由+其它假天數(shù)+其它假說明+遲到早退次數(shù)+延時加班 小時+休息日加班小時+休假日加班小時+曠工次數(shù)+備注員工調動信息二員工編號+員工姓名+原部門各稱+新部門名稱+原職務+新職務+調出時間+調入時間+備注員工工資信息二員工編號+員工姓名+所在部門+底薪+加班費+補貼+房貼+獎金+其它+養(yǎng)老金+醫(yī)療保險+實發(fā)工資+計發(fā)時間(1)文件條目文件名：用戶信息文件組 成：用戶名稱+用戶口令+用戶權限組織：按注冊先后順序排列存儲：管理用戶表數(shù)據(jù)流：用戶信息存入管理用

19、戶表文件名：員工基本信息文件組成：員工編號+員工姓名+性別+籍貫+出生日期+學歷+專業(yè)+身份證號 +婚姻狀況+電話號碼+政治面貌+郵政編碼+電于郵箱+家庭住址+ 進入公司時間+起薪時間+所在部門+調入部門時間+職稱+職稱時 間+原身份+原職務+原工作單位+參加工作時間+工作經驗+其它 備注組織：按員工編號排列存儲：員工檔案表數(shù)據(jù)流：員工基本信息入員工檔案表文件名：員工考勤信息文件組 成：員工編號+員工姓名+性別+職務+所在部門+全勤天數(shù)+應出勤天數(shù)+年度+月份+起始日期+截止日期+起始時間+截止時間+請假 類型+審批人+請假事由+其它假天數(shù)+其它假說明+遲到早退次數(shù) +延時加班小時+休息日加班

20、小時+休假日加班小時+曠工次數(shù)+備 注組織：按添加先后順序排列存儲：考勤信息表數(shù)據(jù)流：員工考勤信息存入考勤信息表文件名：員工調動信息文件組成：員工編號+員工姓名+原部門名稱+新部門名稱+原職務+新職務+調出時間+調入時間+備注組織：按添加先后順序排列存儲：調動信息表數(shù)據(jù)流：用戶信息存入調動信息表文件名：員工工資信息文件組成：員工編號+員工姓名+所在部門+底薪+加班費+補貼+房貼+獎金+其它+養(yǎng)老金+醫(yī)療保險+實發(fā)工資+計發(fā)時間組織：按添加先后順序排列存儲：員工工資表數(shù)據(jù)流：用戶信息存入員工工資表第三章系統(tǒng)總體設計3.1系統(tǒng)總體設計目標根據(jù)企業(yè)人事信息管理系統(tǒng)網絡化的迫切需要，按著總體規(guī)劃、集中

21、實施的 原則，考慮到系統(tǒng)的穩(wěn)定性、安全性及數(shù)據(jù)的安全性和一致性要求，在系統(tǒng)設計 過程中，堅持開放性和標準化的原則，以整個系統(tǒng)具有先進性、實用性、可靠性、 擴展性和靈活性為設計目標，主要完成人員基本信息的管理、員工誇勤信息的管 理、員工調動的管理和系統(tǒng)擁護的管理。3.2系統(tǒng)功能描述系統(tǒng)開發(fā)的總體任務是實現(xiàn)企業(yè)人事信息管理，系統(tǒng)應包括以下的幾個方面內容:1系統(tǒng)系統(tǒng)啟動的時候有一個管理員用戶，使用這個用戶登錄后，可以添加其他用 戶，而且每一個用戶都可以更改自己的密碼，管理員可以進行全部操作，普通用 戶將限制部分操作。2. 員工基本信息(1) 添加員工信息:管理員可以添加員工的基本信息，如員工的編號、

22、姓名、 性別、籍貫、岀生日期、學歷、專業(yè)、政治面貌、進入公司時間、所 在部門、職稱、工作經驗、其它備注等。(2) 修改員工信息：選擇一個員工，可以修改這個員工的基本信息。(3) 查詢員工信息：可以根據(jù)員工的編號、姓名或者迸入公司時間迸行查 詢員工基本信息，是不能夠對信息進行任何操作。(4) 刪除員工信息：直接從列表中選中需要刪除的員工信息，然后迸行刪 除操作，或者首先査詢需要刪除的員工信息，然后再刪除。(5) 員工信息報表：瀏覽員工基本信息。3員工考勤信息(1) 添加考勤信息：主要分為基本考勤信息和其它考勤信息。基本考勤主 要記錄每個員工每天正常的上班信息，其它誇勤只要記錄請假、加班、 出差信

23、息等。(2) 修改考勤信息：當誇勤信息出現(xiàn)錯誤需要修改的時候，可以從這里修 改相應的記錄。(3) 査詢誇勤信息：根據(jù)員工編號、員工姓名以及日期進行査詢，以得到 想要的員工考勤信息，但是不能夠對信息進行任何操作。(4) 刪除考勤信息：分為刪除基本考勤、除其他考勤信息或從考勤列表中 整條刪除。(5) 誇勤信息報表：瀏覽員工考勤信息。4員工調動信息(1) 添加調動信息：添加企業(yè)員工的原有部門、原有部門、新部門、新職 務等信息。(2) 修改調動信息：修改相應的員工調動信息。(3) 査詢調動信息：査詢某個員工的調動信息或者某段時間內企業(yè)內部的 調動的情況，但是不能夠對信息進行任何操作。(4) 刪除調動信

24、息：刪除那些不需要的信息。(5) 調動信息報表：瀏覽員工調動信息。5員工工資信息(1) 計發(fā)工資信息：添加企業(yè)員工的底薪、加班費、補貼、獎金+其它、實發(fā) 工資、計發(fā)時間等信息。(2) 查詢工資信息：査詢某個員工的工資信息，但是不能夠對信息進行任 何操作。(3) 工資信息報表：瀏覽員工工資信息。6員工評價信息(1) 添加評價信息：添加企業(yè)員工的工作業(yè)績、工作態(tài)度、工作水平、其 它備注等信息。(2) 修改評價信息：修改相應的員工評價信息。(3) 查詢評價信息：査詢某個員工的評價信息，但是不能夠對信息迸行任 何操作。(4) 刪除評價信息：刪除那些不需要的信息。(5) 評價信息報表：瀏覽員工評價信息。

25、3.3總體功能模塊設計根據(jù)前面的需求分析以尺系統(tǒng)功能的分析可用以下圖形來描述系統(tǒng)總體的 功能模塊。如圖3-1所示。企業(yè)人事管理系統(tǒng)圖3.1功能模塊圖3.4數(shù)據(jù)庫設計數(shù)據(jù)庫設計是建立數(shù)據(jù)庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設中的核心技術，具體說，數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù) 庫模式，建立數(shù)據(jù)庫尺其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的 應用需求。合理的數(shù)據(jù)庫結構設計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和 一致。另外，合理的數(shù)據(jù)庫結構將非常有利于程序的實現(xiàn)。1. 數(shù)據(jù)庫設計的一般性原則數(shù)據(jù)庫設計的一般性原則如下所示：第一個基本規(guī)則：對于每一個要存儲其信息的實

26、體(或事物)，我們都應該 給他一個自己的表；第二個處理規(guī)則了：如果你需要在一個列中存儲多個值，那證明你的設計可 能是有缺陷的。簡單的數(shù)據(jù)關系：一對一；一對多；多對一；多對多在數(shù)據(jù)庫的設計中：要做到數(shù)據(jù)規(guī)范化、完整性、數(shù)據(jù)冗于和規(guī)范實例化。2. 數(shù)據(jù)庫設計的步驟數(shù)據(jù)庫設計分五個階段：規(guī)劃；(2)需求分析；槪念結構設計；(4) 邏輯結構設計；數(shù)據(jù)庫物理設計。3.4.1概念設計數(shù)據(jù)庫概念設計的目標就是要產生反映企業(yè)組織信息需求的數(shù)據(jù)庫概念結 構，即概念模型。1. 槪念模型概念模式是獨立與數(shù)據(jù)庫邏輯結構，獨立與支持數(shù)據(jù)庫的DBMS,不依賴于計算機系統(tǒng)的。槪念模型是表達槪念設計結果的工具。它應該能夠真實

27、、充分地 反映現(xiàn)實世界中事物和事物之間的聯(lián)系；應該簡潔、明晰、獨立于機器，容易理 解，方便數(shù)據(jù)庫設計人員和應用人員進行交流；應該易于變動，便于修改；應該 很容易向關系、層次或網狀等各種數(shù)據(jù)模型轉變，方便地導出與DEMS有關的 邏輯模型。樨念模型有很多模型，其中最常用的方法之一是“實體一聯(lián)系模型”（entity relationship model）,即使用E-R圖來描述某一組織的槪念模型。E-R模型是指直接從現(xiàn)實世界中抽象出實體類型及實體間聯(lián)系，是一種描述 靜態(tài)數(shù)據(jù)結構的概念模型。它的主要成分是實體、聯(lián)系和屬性?？衫肊-R模型 進行數(shù)據(jù)庫概念設計。已-R圖是直觀表示概念模型的工具，再圖中有四

28、個基本成 分如圖3.2:1. 矩形框：表示實體類型（誇慮問題的對象）；2. 菱形框：表示聯(lián)系類型（實體間的聯(lián)系）；3. 橢圓形框：表示實體類型和聯(lián)系類型的屬性；4. 直線：聯(lián)系類型與涉及的實體類型之間以直線連接，并在直線部標上聯(lián)系的種類N, M: N）。具體圖示如圖3.2所示。實體屬性聯(lián)系圖3.2實體E-R圖符號表示2. 系統(tǒng)已-R圖的設計本系統(tǒng)中所規(guī)劃的實體主要有：員工基本信息實體、員工誇勤信息實體、員工工作評價信息實體.員工工資信息實體。具體的描述&R圖如下所示: 員工基本信息實體屬性圖，如圖所33示。圖3.3員工基本信息實體屬性圖(2) 員工考勤信息實體屬性圖，如圖所3.4示。圖34員工

29、考勤借息實體屬性圖(3) 員工工資信息實體屬性圖，如圖所35示。（4）實體之間的關系ER圖,如圖所3.5所示o1n人力脩源管理人力資源管理部門圖3.5實體間E-R圖342關系模型的規(guī)范化對于上述形成的數(shù)據(jù)庫關系模式進行以下的規(guī)范化分析：1. 以上的關系模式中員工、誇勤信息的所有屬性的值域中每個值都是不可 再分的值，所以關系模式屬于第一范式。2. 在第一范式的基礎上，各個關系模式中的每一個非主屬性完全依賴于各 關系模式中的某個候選鍵。3在符合第一范式和第二范式的基礎上，系統(tǒng)的關系模式中經過規(guī)范化已 不存在傳遞依賴，從而系統(tǒng)中的各個關系模式均屬于第三范式。3.4.3物理設計數(shù)據(jù)是信息管理系統(tǒng)的后臺

30、，存儲著所有的信息，在信息管理系統(tǒng)中有著很 重要的地位。數(shù)據(jù)庫設計的好與壞，直接影響到這個系統(tǒng)的運行效率。良好的數(shù) 據(jù)庫設計，可以提高數(shù)擔信息的存儲效率，保證數(shù)據(jù)信息的完整性和一致性。同 時，一個合理的數(shù)據(jù)庫結構有利于程序的實現(xiàn)。這里選用AccCSS2003作為后臺數(shù) 據(jù)庫。啟動Acccss2003,創(chuàng)達一個新的數(shù)據(jù)庫，命名為datcbasc.mdb,保存在要存放 這個系統(tǒng)的所有工程文件的文件夾中。在上面的實體及其相互關系的基礎上，形成數(shù)據(jù)庫中的表以及各個表之間的 關系。企業(yè)人事信息管理系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果如下面的幾個表格所 示。每個表格表示在數(shù)據(jù)庫中的一個表，而在實際的數(shù)據(jù)表的設計

31、中也多了幾個 表，本系統(tǒng)共包含八張表，分別是部門管理表、誇勤信息表、調動信息表、員工檔案表、員工工資表、員工評價表、員工職務表、管理用戶表，表結構如下:表36為管理用戶表結構編號宇段若稱數(shù)據(jù)類型1文本2用戶口令文本3用戶權限文本表3.7為員工職務表結構編號1宇段名稱數(shù)據(jù)類型1員工職務文本表38為部門借息表結構編號宇段名稱數(shù)據(jù)類型1部門名稱文本表3.9為員工評價表結構編號宇段君稱數(shù)據(jù)類型1員工編號文本2員工姓名文本3所在部門文本4評價日期日期/時間5業(yè)緒說明笛注6工作態(tài)度苗注7態(tài)度說明苗注9工作水平備注10水平說明笛注表3.10為員工工資表結構編號宇段君稱數(shù)據(jù)類型1員工編號文本2所在部門文本3底

32、薪教宇斗加班費數(shù)宇5補貼數(shù)宇6房貼數(shù)宇7獎金8其它數(shù)字9養(yǎng)老金數(shù)字10醫(yī)療保險11實發(fā)工資數(shù)宇12計發(fā)時間日期時間表311為員工檔案表結構編號宇段名稱數(shù)據(jù)類型1員工編號文本2員工姓名文本3性別文本斗籍貫文本5出生年月日期/時間6學歷文本7專業(yè)文本8身份證號文本9婚姻狀況文本10政治面貌文本11電話號碼文本12家庭住址文本13迸入公司時間日期/時間14起薪時間日期時間15所在部門文本16調入部門時間日期/時間17職稱文本18原職務文本19原工作單位文本20參加工作時間日期/時間21工作經驗備注22其它爸注乳主表3.12為考勤借息表結構編號宇段君稱數(shù)據(jù)類型1員工編號文本3性別文本斗職務文本5所在部

33、門文本6全勤天丈數(shù)宇7應出勤天數(shù)數(shù)宇8年度文本9月份文本10起始日期日期/時間11截止日期日期/時間12請假類型文本13審批人文本14請假事由備注15遲到早退次數(shù)數(shù)宇16延時加班小時數(shù)宇17休息日加班小時18休假日加班小時數(shù)宇19曠工次數(shù)數(shù)宇20備注爸注表3.13為調動倍恵表結構編號.宇段名稱數(shù)據(jù)類型1員工編號文本2員工姓名文本4原部門若稱文本3新部門若稱文本3原職務文本6新職務文本7調出時間日期/時間8調入時間日期/時間9旨注備注3.5界面設計在前面的接口設計中已經提出了界面設計的主要原則：簡單清晰、風格一致、 操作容易和內部維護等，因此下面就這些原則提出一些具體的要求并結合系統(tǒng)自 身給岀界

34、面的整體設計風格：界面設計整體要求：1. 簡單清晰：使用戶在最短時間內熟悉系統(tǒng)，并使所有功能一目了然。2. 風格一致：在同類應用中使用相同的設計規(guī)則，盡量不改變用戶的使用 習慣。3操作容易：減少用戶的輸入量和記憶量，設定系統(tǒng)的缺省狀態(tài)。4. 內部維護：在操作中以提示的方式指出錯誤，指導用戶進行更正。3.6輸入輸出設計1. 輸入設計一方面要盡量減少使用時的輸入量；另一方面要對輸入的數(shù)據(jù)進行有效性驗 證。對于輸入量而言，包括用戶的輸入量和系統(tǒng)的輸入量，具體來說：(1) 用戶輸入量：可以使用列表框和頁面初始值等減少用戶的輸入。(2) 系統(tǒng)輸入量：通過內部方法為用戶完成必要的輸入。對于有效性驗證而言，

35、比如系統(tǒng)登陸時需輸入用戶君和密碼，目標系統(tǒng)應對 其進行驗證，對缺少用戶名和密碼或不正確者給出錯誤提示，同時中斷系統(tǒng)進程, 直到使用者補充完整并驗證成功為止。對于輸入設備來說，目標系統(tǒng)并無特殊要求，只需一般的家用鍵盤即可。2. 輸岀設計目標系統(tǒng)的主要輸出為：添加信息、刪除信息和修改信息。對輸出的數(shù)據(jù)庫 表應說明其內容，對輸出的數(shù)據(jù)項也要給出其含義。(1)對于用戶信息和歷史記錄來說，輸出的信息僅供閱讀而不能被編輯；其 余的信息可在一定程度上被修改，這就需要設計好數(shù)據(jù)和控件的只讀屬性。對于操作的結杲數(shù)據(jù)盡量使用表格的形式呈現(xiàn)給用戶，而對于仍要繼續(xù) 參加內部處理的中間結杲數(shù)據(jù)最好使用文本控件等輸出給用

36、戶，這樣能夠更加直觀地反應并方便進行內部操作。第四章主要功能模塊設計4.1公用模塊設計此模塊主要用于聲明全局變量、數(shù)據(jù)庫的連接定義、主窗口菜單的屬性設置等。4.2系統(tǒng)登錄模塊設計系統(tǒng)登錄模塊主要完成對登錄系統(tǒng)的用戶進行驗證，只有合法的用戶才可以進入系統(tǒng)，并且根據(jù)權限的不同將在程序中限制部分功能。如圖4.1所示：圖4.1為系統(tǒng)登錄圖程序代碼執(zhí)行流程如下：開始用戶身份驗證。1）檢驗用戶名和密碼是否為空。2）若為空則提示錯誤信息，需重新輸入用戶名和密碼。3）若都不為空切數(shù)據(jù)庫的狀態(tài)為關閉狀態(tài)則打開數(shù)據(jù)庫并用sql語句檢索 管理用戶表的用戶姓名和用戶口令字段。4）如果符合條件的記錄個數(shù)為零則提示用戶名

37、或密碼錯誤，登錄失敗。否則登錄成功進入主程序界面。提示：如杲三次登錄不成功則自動退岀系統(tǒng)。4.3主界面設計主界面擔負著調用各個功能模塊、賦予操作員不同的操作權限、窗口底部的 狀態(tài)欄顯示當前操作員、操作狀態(tài)和系統(tǒng)日期等任務。如圖4.2所示圖4.2為系統(tǒng)主界面圖主界面主要功能如下：1）加載主窗體的同時加載主界面的背景圖片。2）頂部是菜單欄，明確的表示岀系統(tǒng)的各個功能塊。3）底部分格顯示操作權限、操作員、當前系統(tǒng)日期等。4）點開菜單再點擊于菜單會打開相應的窗口，同時會發(fā)現(xiàn)不同用戶和管理 員亭有不同的操作權限。4.4系統(tǒng)設計1. 添加用戶本窗體只有以管理員的身份登錄才能使用。圖4.3為添加用戶圖本窗體

38、代碼執(zhí)行流程為：1）首先，在以上文本框中輸入用戶名和密碼，并選擇用戶權限。2）點擊“確定”按鈕，執(zhí)行iF嵌真，首先判斷用戶名和密碼是否為空，是 的話會提示“請輸入要添加的用戶名及密碼，否則在判斷用戶名和密碼的長度是 否超過15個字符，是的話會提示“用戶名和密碼長度不能大于15”且取消將此 數(shù)據(jù)向數(shù)據(jù)庫更新,否則判斷此用戶名是否的數(shù)據(jù)庫中已存在，是的話會提示“用 戶已存在”若不是以上的情況則:把此數(shù)據(jù)更新到數(shù)據(jù)庫并提示“用戶添加成功”。2. 修改密碼本窗口所以用戶都可操作。修改密碼圖4.4為修改密碼圖本窗體代碼執(zhí)行流程為：1）首先，在以上文本框中輸入用戶名和密碼以及新密碼。2）點擊“確定”按鈕，

39、執(zhí)行刈語句，搜索管理用戶表中是否存在符合此用 戶名和密碼的記錄，且用戶名和密碼都不能為空。3）若存在且都不為空則將新的密碼更新到數(shù)據(jù)庫中并提示“修改密碼成功”4.5部門管理本窗體只有以管理員的身份登錄才能使用部門管理圖4.5部門管理圖本窗體代碼執(zhí)行流程為：(1)在文本框中輸入的部門名稱，不能為空且該名稱數(shù)據(jù)庫中以前不存 在此部門。點擊“添加”按鈕，輸入部門名稱，若不屬于1 )所述的情況，點 擊“保存”按鈕，則將此數(shù)據(jù)更新到數(shù)據(jù)庫表中。(3) 點擊“編輯”按鈕，可以修改原有的部門名稱，點擊“保存”按鈕, 則將此數(shù)據(jù)更新到數(shù)據(jù)庫表中。(4) 點擊“刪除”按鈕，可以刪除原有的部門名稱，會彈岀對話框提

40、示“是否真的刪除”選“是”則從數(shù)據(jù)庫清除此部門名，否的話取消本次操作。(5) 點擊“移動”按鈕，可以調整部門在數(shù)據(jù)庫表中的先后順序。4.6考勤管理1誇勤統(tǒng)計本窗體只有以管理員的身份登錄才能使用圖4.6考勤統(tǒng)計圖本窗體主要對員工的考勤信息進行添加、編輯、刪除、移動等操作，若操作 成功的話，都將進行更新數(shù)據(jù)庫的操作。后面的檔案管理、工資管理、調動管理、 工作評價等窗體都大同小異。2.査詢員工誇勤本窗口所以用戶都可操作。圖47為査詢員工考勤圖本窗口可以根據(jù)員工編號、姓各、日期三個中任意一個組合進行査詢，選好 組合后，點擊 星詢”按鈕，將執(zhí)行相應的査詢的結杲將以記錄的形式顯示在窗 體下半部分的表梏控件

41、中。47幫助（關于）圖48幫助（關于）圖4.8報表設計1.在vb的工程菜單中添加一個Data Emdronmcnt,彈出下面的窗口 :気企業(yè)人爭管理系統(tǒng)-Dal aEngUonMera (Dat aEnvi r onaent)筑口|北 daj | jj石也為 DotaExv/iT orn entE 9 ConnectionS 匡Becor dFiepor lfr匡lr涎幼gW 匡由 S VorkCttmaMRaport圖 4.9 為新建 Data Environment 圖在上圖的Data Environment上右擊選擇添加連接，在連接下的connection上右擊選擇屬性，出現(xiàn)下面的窗口:

42、提供程序I連接【高級j所有選擇您希望連接的數(shù)據(jù)：OUE DB 11供程序Mdi aCatalogDB OLE DB ProviderMdi aCatalogfflerge dDB OLE DB Pr ovi d.er MediaCatalogAebDB OLE DB Provi der Microsoft Jet 3. 51 OLE DB ProviderMicrosoft Jet 4. 0 OLE DB ProviderMicrosoft OLE DB Provider Tor Data. Miriirtg Servi ces Microsoft OLZ DB Provider for In

43、dexing： Service Microsoft OLE DB Provider for Hriternet Publishing Microsoft OLE DB Provider for ODBC Drivers Microsoft OLE DB Provider for OLAP Services 8. 0 Microsoft OLE DB Provider for OracleMicrosoft OLE DB Provider for SQL Server Microsoft OLE DB Simple Provi derMSDa t aShapeOLE DB Pr ovi der

44、for Microsoft Directory Services下一步妁確定 | 取消 | 幫肋 I圖410為數(shù)擱連接屬性圖在提供程序”選項卡下選擇Microsoft Jet 4.0 O1E DB provider,擊確定”。代碼設置如下:Private Sub DataEmnr（）nmcnt_InitializcODataEnvirQnmmCQniwcti（）ri（）pun App.Path & nDatcBasc.mdbHEnd Sub2在上圖的Data Emnronmcnt 右擊選擇添加命令，點開命令，右擊選擇屬性，出現(xiàn)下面的窗口:KecordKeport 冒性圖 4.11 為 Reco

45、rdReport 屬性圖在本窗口上進行命令設置和數(shù)據(jù)源選擇，點擊“確定”。3在vb的工程菜單中添加一個Paia Report,出現(xiàn)下面的窗口:#員工調動抿表圖4.12報表設計圖在上面進行制作就會可以了。并且本窗體的OataSourcc屬性設置為：DataEnxnronmcnt, DalaMcmbcr屬性從下來列表中選擇一個表。運行程序時點擊員工誇勤報表出現(xiàn)如下圖4.13:”企業(yè)人字它廈菲妖VI.o - L用戶為2 ALHD1AR帰戶權限:它理討-員工考濟出口叵岡圖413為報表運行圖運行打印報表后可以按條件把各種信息以報表形式羅列出來，各種信息還可 以打印出來或以報表形式保存。本系統(tǒng)設計的報表主

46、要有員工檔案報表、誇勤管 理報表、工作評價報表、員工調動報表、工資管理報表。第五章系統(tǒng)測試與維護5.1系統(tǒng)測試 5.1.1集成測試集成測試將測試每一個部件之間的工作是否正常。在這個階段，我們假設所有 的單元已通過開發(fā)人員個人在單元測試階段測試全部通過，沒有任何錯誤。集成測試包括以下內容：連續(xù)集成測試；數(shù)據(jù)庫測試；數(shù)據(jù)整合測試；5.1.2功能測試系統(tǒng)功能測試：測試是否可以正常添加用戶和修改密碼，系統(tǒng)正常退岀；測試是否可以正常對班級進行管理，學生的單個或成批添加，刪除以及新生 信息的導入和學生信息備份；測試成績管理中是否可以進行分數(shù)錄入，匯總及排名和成績備份等操作；測試課程信息模塊中針對課程管理，

47、老師和課程的關系之間操作是否正常； 測試是否可以正常査詢學生，老師和成績；5.1.3鏈接測試這一部分將測試系統(tǒng)各模塊之間的超鏈接跳轉是否正確。5.1.4文檔測試本章主要內容為：測試文檔是否包括全部內容；測試軟件功能描述與其他功能有沒有沖突；査看軟件功能描述是否是原來系統(tǒng)分析和需求;査看文檔內容在特定的情況和進度下，以現(xiàn)有人力，物力和資源能否實現(xiàn)；5.1.5負載測試這一部分將測試正常情況下系統(tǒng)性能和用戶數(shù)目之間的關系。負載測試的主要內容為：査看在多個用戶同時使用本系統(tǒng)時是否正常。5.1.6極限測試這一部分將測試所有極端的情況,如速度非?？斓那闆r下和速度非常慢的情 況下，以及所有其它的板端情況。極

48、限測試的主要內容為：網絡資源極限測試；綜合極限測試；5.2系統(tǒng)改進與維護通過以上測試后，經過分析本系統(tǒng)在通用性不夠強，在后期加以修改使系統(tǒng) 本可用性增強，達到提高系統(tǒng)性能的目的。結束語經過六個周來的系統(tǒng)設計與開發(fā)工作，本系統(tǒng)完成了員工基本信息的管理、 員工考勤信息的管理、員工調動信息管理、員工工資信息管理、工作評價信息管 理，還有添加用戶和修改密碼等功能。在前五個模塊中都是完成一個信息的添加、 刪除、修改、査詢和報表。系統(tǒng)功能全面、易于日后程序更新、數(shù)據(jù)庫管理容易、界面友好、操作方 便、效率高。本系統(tǒng)是一個企業(yè)人事信息管理系統(tǒng)的設計與開發(fā)。由于對企業(yè)人事信息管 理的整個流程不夠熟悉，在需求分析時未能做到完全滿足用戶的需求。同時，在 本次開發(fā)過程由于硬件的限制，未能實現(xiàn)網絡功能，因此在以后的系統(tǒng)更新過程 中可能會造成一些不必要的數(shù)據(jù)損失。如在數(shù)據(jù)庫設計這一塊中，很有可能存在 數(shù)據(jù)的流失，因而在數(shù)據(jù)庫設計中還有待完善。在所有模塊中也都沒能都實現(xiàn)一 些信息列表的打印工作，因而這方面也需要改進；在總體模塊的設計上也有很多 的功能沒有能夠實現(xiàn)，對