- 相關推薦
企業人事信息管理系統設計論文
第三章 系統設計3．1 系統功能設計
系統開發的總體任務是實現企業人事信息關系的系統化、規范化和自動化，是在系統開發的總體任務的基礎上完成的。對本系統的功能進行集中、分塊，按照結構化程序設計的要求，得到如下圖所示的系統功能模塊圖。
各模塊實現的功能解釋如下：
1) 有關企業員工各種信息的輸入，包括員工基本信息、所在部門、工作信息和工作簡歷等。
2) 員工各種信息的查詢。
3) 員工各種信息的修改。
4) 考勤信息的輸入等。
5) 考勤信息的查詢。
6) 員工工作評價信息的輸入。
7) 員工工作評價信息的查詢。
8) 員工工作評價信息的修改。
9) 員工工資信息的輸入
10) 員工工資信息的查詢。
11) 員工工作信息修改等。
3．2 代碼設計
代碼是一組有序的數字或字母的排列，是代表客觀存在的實體或屬性的符號，代碼設計就是給系統中某些實體及其屬性于相應的編碼。這些編碼主要是為了對實體的表示、助記和方便檢索。
代碼結構的類型有：順序碼、區間碼、助記碼。
本企業對員工的編碼使用的是區間碼。
上述編碼分別以“0”，“1”，“2”，……開頭，以表示所代表的員工分別屬于管理人員、一車間、二車……。
3．3 數據庫設計
數據庫在一個信息管理系統中占有非常重要的地位，數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生的影響。合理的數據庫結構時既可以提高數據存儲的效率，保證數據的完整和一致。另外，合理的數據庫結構將非常有利于程序的實現。
設計數據庫系統時應該首先充分了解用戶各個方面的需求，包括現有的以及將來可能增加的需求。
3.3.1 數據庫需求分析
用戶的需求具體體現在各種信息的提供、保存、更新和查詢，這就要求數據庫結構能充分滿足各種信息的輸出和輸入。收集基本數據、數據結構以及數據處理的流程，組成一份詳盡的數據字典，為后面的具體設計打下基礎。
仔細分析調查有企業人事信息需求的基礎上，將得到如下圖所示的本系統所處理的數據流程。
圖：企業人事信息管理系統數據流程圖
3.3.2 數據庫概念結構設計
根據上圖，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。
根據上面的設計規劃處理的實體有：員工基本信息實體、員工考勤信息實體、員工工作評價信息實體、員工工資信息實體。各個實體具體的描述E－R圖如下：
下圖為員工基本信息實體E－R圖。
下圖為員工考勤信息實體E－R圖。
下圖為員工工資信息實體E－R圖
實體與實體之間的關系E－R圖如下圖所示。
3.3.3 數據庫結構的實現
經過前面的需求分析和概念結構設計以后，得到是數據庫的邏輯結構。現在就可以在SQL Server 2000數據庫系統中實現該邏輯結構。這是利用SQL Server 2000數據庫系統中實現該邏輯結構。
3.3.4 創建系統數據表格 manrecord
列名 數據類型 長度 允許空 說明
ygid varchar 8 編號
ygname varchar 10 姓名
ygdept varchar 20 √ 部門
ygsex varchar 2 √ 性別
ygbirthday datetime 8 √ 生日
ygplace varchar 40 √ 籍貫
yglevel varchar 10 √ 學歷
ygspecial varchar 20 √ 專業
ygdate1 datetime 8 √ 參加工作時間
ygdate2 datetime 8 √ 入黨時間
ygbusi varchar 12 √ 職稱
ygdate3 datetime 8 √ 職稱時間
ygstatus varchar 12 √ 原身份
ygoffice varchar 30 √ 原工作單位
ygduty varchar 10 √ 原職務
ygdate4 datetime 8 √ 進入公司時間
ygdate5 datetime 8 √ 起薪時間
ygdate6 datetime 8 √ 調入時間
ygno varchar 8 √ 擋號
ygremark1 text 16 √ 備注
3.3.5 創建員工基本工資分配表 pay
列名 數據類型 長度 允許空 說明
gzid varchar 8 編號
gzname varchar 10 姓名
gzbase numeric 5 底薪
gzall numeric 5 √ 補貼
gzbonus numeric 5 √ 獎金
gzpay numeric 5 √ 加班
gzdeduct numeric 5 √ 扣考核
gzage numeric 5 √ 代扣養老金
gzmedical numeric 5 √ 代扣醫療保險
gzhouse1 numeric 5 √ 代扣住房公基金
gztotal numeric 5 √ 稅前小計
gzduty numeric 5 √ 所得稅
gzhouse2 numeric 5 √ 房貼
gzhouse3 numeric 5 √ 房租
gzlaborage numeric 5 √ 實發工資
gzdate datetime 8 √ 時間
3.4 界面的設計
本系統的用戶界面設計采用Visual BASIC 6.0，他最大的優點是可視性，每個對象都以圖形方式顯示在界面上，我們不必建立每個對象的程序代碼，只需用工具畫在界面上。現將本系統的幾個主要界面介紹一下。
3.4.1 企業人事信息系統的主窗體
這個項目我們使用多文檔界面，單擊工具欄中的ADD MDI Form按鈕，產生一個在這個窗體上添加所需的控件，創建好的窗體如圖所示：
下面對主窗體各選項實現的功能作具體介紹：
1) 系統：該項只包括一個退出選項。
2) 員工基本信息
包括四個菜單項：添加員工信息、修改員工信息、刪除員工信息、員工信息查詢。員工基本信息的數據項有員工編號、員工姓名、性別、出生日期、所在部門、籍貫、學歷、專業、參加工作時間、進入公司時間、起薪時間、調入部門時間、職稱、入黨時間、檔號、原身份、原職務、原工作單位、備注等。
3) 員工考勤管理。
包括四個菜單項：添加考勤信息、修改考勤信息、刪除考勤信息、員工考勤查詢。包括的數據項有員工所在部門、員工姓名、出勤時間、工序時間、曠工時間、請假時間、早退時間、遲到時間、加班時間、出差時間等。
4) 員工工作評價管理。
包括四個菜單項：添加工作評價信息、修改工作評價信息、刪除工作評價信息、員工工作評價查詢。包括的數據項有員工所在部門、員工姓名、員工所在部門、工作業績、工作態度、業務水平、備注等。
5) 員工工資管理。
包括三個菜單項：計發員工工資信息、修改員工工資信息、員工工資信息查詢。包括數據項有員工所在部門、員工姓名、底薪、補貼、獎金、加班、住房補貼、房租、養老金、醫療保險、住房公積金、所得稅、實發工資等。
6) 幫助：顯示相關幫助信息。
3.4.2 主窗體菜單
創建如下圖所示菜單結構：
該窗體實現的是對菜單的編輯，主菜單有系統、員工基本信息、員工考勤管理、員工工作評價管理。下面的子菜單分別實現的是對這些主菜單的具體數據的添加、修改、刪除和查詢。
3.4.3 員工基本信息模塊。
創建好的窗體如下所示：
下面對本窗體實現的功能作具體介紹：
該窗體分四個部分，左上邊實現的是輸入員工的基本信息，右上邊實現的是輸入員工的基本工作信息，下邊是工作簡歷，最下邊是其它信息。員工的基本信息的數據項有：姓名、部門、性別、生日、籍貫、學歷、專業。工作信息的數據項有建參加工作時間、進入公司時間、起薪時間、調入部門時間、職稱、職稱時間、入黨時間。工作簡歷包含的數據項有：原身份、原職務、原工作單位。其它信息的數據項是：備注，用于輸入有關員工的其他備用說明。
3.4.4員工考勤管理模塊。
創建好的窗體如下所示：
現將員工考勤窗體介紹一下：基本信息欄可輸入員工信息、本月基本信息、調整工資。員工基本信息欄包括部門和姓名；本月基本信息包括考勤年月、本月天數、工休天數和應出勤天數。
3.4.5員工工資管理模塊
創建好的窗體如下所示：
該窗體的功能有輸入員工的信息、基本工資、代扣項目和工資總計。員工信息欄的數據項是：部門和姓名；基本信息數據欄的數據項是底薪、補貼、獎金、扣考核、房貼和房租；代扣項目欄的數據項有：養老金、醫療保險、住房公積金；工資小計欄的數據項有稅前小計、所得稅、實發工資和計發時間。
第四章 系統實施
4．1 系統實施主要活動、地點和作用
4.1.1 系統實施的主要活動
系統實施的主要活動內容包括系統環境的建立、程序設計、數據準備與錄入、系統人員培訓、系統的調試與轉換和、文檔的建立與完善。以上各工作幾間的關系如圖所示：
4.1.2系統實施的環境建設與設備購置
由于在系統實施過程需要的人員和設備的數量及種類都很多，因此，在正式組織實施時必須首先做好各項準備工作。
一、計算機機房的建設
計算機機房的建設是指能夠滿足各項環境指標、安放計算機設備使其充分發揮功能的工作場所。
1) 機房建設的要求
計算機機房的建設應該考慮到它的可靠性、可維護性和可擴展性以及安全性和經濟性等方面的要求，并且要根據實際情況提出具體的指標標準，為系統的實施提供一個良好的環境。
2) 機房總體布局問題
計算機機房應該包括計算機主機房、基本工作房間和各類輔助性房間等。計算機機房的總體布局應該以安裝計算機設備的主機房為中心，然后確定其它房間的多少和大小，并且依據各個房間之間的關系來綜合考慮布局。
二、購置計算機系統設備。
1) 購置計算機系統硬件設備。購置設備首先要考慮該是質量，并且要在保證質量的前提下，盡可能地降低購置成本。
2) 資料齊全、手續完整。購置設備要求供貨單位提供的設備資料必須齊全、售貨手續必須完整，同時要組織好驗收工作。由于計算機設備技術比較復雜，驗收工作必須十分認真仔細地進行。
3) 計算機設備的兼容性和可維護性。購置計算機設備必須還要考慮它的兼容性和可維護性。應盡量選購那些兼容性好、可維護性好、并且能夠提供良好售后服務的設備。
4.1.3 系統實施的作用
系統實施階段既是成功的實現新系統，又是取得用戶對系統信任的關鍵階段。MIS的規模越大，實施階段的任務就越復雜。在系統正式實施之前，就要制定出周密的計劃，即確定出系統實施的方法、步驟、所需的時間和費用。并且要監督計劃的執行，做到既有計劃又有檢查，以保證系統實施工作的順利進行。
4．2 程序設計和軟件開發工具。
隨著計算機應用水平的提高，軟件越來越復雜，同時硬件價格不斷下降，軟件費用在整個應用系統中所占的比重急劇上升，從而使人們對程序設計的要求發生了變化。在過去的小程序設計中，主要強調程序的正確性和效率，但對于大型程序，人們則傾向于首先強調程序的可維護性、可靠性和可理解性，然后才是效率。目前衡量程序設計質量的指標要求一般有以下幾個方面：
1) 可靠性
系統運行的可靠性是衡量系統質量的首要指標。它有兩方面的含義：一方面是指系統的安全可靠性，如數據存取、通訊、操作權限等的安全可靠性；另一方面是指程序運行的可靠性。
2) 實用性
實用性是指從用戶的角度來審查系統的功能實用、靈活、方便。實用性是系統實施后投入運行的重要保證。
3) 規范性
規范性是指系統功能的劃分、書寫的格式、變量的命名等都有統一的規范。文檔的規范化是今后程序的閱讀、修改、維護以及相互交流所必須做到的。
4) 可讀性
可讀性是指設計的程序結構和命令語句清晰，使其他人容易看懂。可讀性是今后維護和修改程序的基礎，對于大型的系統軟件開發尤為重要，沒有可讀性的程序就無法修改與維護，也就沒有生命力。
5) 可維護性
可維護性是指系統程序的各個組成部分是相互獨立的，沒有牽一發而動全身的連鎖反應。可維護性是和規范性、可讀性等指標密切相關的。
4．3 系統測試
系統測試是在假定系統中有錯誤的前提下進行的，通過測試來盡可能地發現在系統分、系統設計和系統實施中存在的錯誤，也就是系統測試的目的是為了發現和解決系統中可能存在的錯誤。測試包括對系統的基本功能、系統的效率、系統的可靠性和可操作性等問題所進行的測試。系統測試的目的體現在系統調試的各個步驟中。程序測試，是為了發現程序設計中錯誤。也就是說，越是早期的錯誤，往往越是到最后才能發現。所以要非常重視早期的系統分析、系統設計工作，決不能草率行事，不然一旦出現錯誤，將使系統的開發工作大量返工，造成工期的延誤和人力資源的浪費。
系統測試的方法主要有兩種：
1) 黑箱法
黑箱法是指測試人員不考慮程序模塊的內部結構如何，而只用測試程序來驗證程序是否符合功能的要求，是否會發生異常現象。
2) 白箱法
白箱法是指測試人員根據模塊內部的結構來導出測試數據，使模塊中的所有測試路徑都被測試到。
系統的測試很明顯在程序測試中要用白箱法，在系統的統調試中要用白箱法。但是在具體實踐中是要互相結合運用的，因為無論是“黑箱法”還是“白箱法”都是無法將系統中的所有錯誤都測試出來。
4．4 系統運行的管理與維護
企業人事信息管理系統正式投入運行以后，為了讓MIS長期高效的工作，必須加強對MIS日常管理。我們把系統交付使用后的變更等工作成為軟件維護。MIS運行的日常管理決不僅僅是機房環境和設施的管理，更主要的是對系統每天運行情況、數據輸入和輸出情況以及系統的安全性與完備性及時如實的記錄和處置。這些工作主要有：
1) 系統運行的日常維護。包括數據收集、數據整理、數據錄入、及處理結果的整理與分發。此外，還包括簡單的硬件管理和設施管理。
2) 系統運行情況的記錄。整個系統運行情況的記錄能夠反映出系統在大多數情況下的狀態和工作效率，對于系統性能的評價與改進具有重要的參考價值。因此，對MIS的運行情況一定要及時、準確、完整地記錄下來。除了記錄正常情況外，還要記錄意外情況發生的時間、原因與處理結果。
記錄MIS運行情況是一件細致而又繁瑣的工作，從系統開始投入運行就要抓好。
系統維護維護是系統生存期的一個重要階段，也是持續時間最長，工作量最大的一個階段。因為在軟件的使用過程中，用戶往往會發現一些在開發時期沒有發現的錯誤；隨著環境的變化，用戶可能對原來的軟件產品提出修改的要求，往往會對原來的軟件在性能和功能上提出一些新的要求。所以說軟件在交付使用后，還必須做好維護工作，使軟件將更加完善，能適應新的環境和要求，延長使用時壽命。
1) 程序的維護。程序維護指根據需求變化后硬件環境的變化對程序進行部分或全部修改。修改時應充分利用原程序，需改后要填寫程序修改登記表。并在程序變更通知書上寫明新老程序的不同之處。
2) 數據文件的維護。數據文件的維護有許多是不定期的，必須在現場要求的時間內維護好。維護是一般使用開發商提供的文件維護程序，也可自行編制專用的文件維護程序。
3) 代碼的維護。代碼的維護應由代碼管理小組進行。變更代碼應經過詳細討論，確定之后應用書面寫清、貫徹。代碼維護的困難往往不在代碼本身的變更，而在于新代碼的貫徹。為此，除了成立專門的代碼管理小組外，各業務部門要指定專人進行代碼管理，通過他們貫徹使用代碼。這樣做的目的是要明確管理職責，有助于防止和訂正錯誤。
【企業人事信息管理系統設計論文】相關文章：
企業人事信息管理系統論文10-09
企業人事信息管理系統之系統分析論文10-09
淺談企業供水信息管理系統的運用論文10-09
企業應用信息管理系統的問題研究論文10-09
旅游企業信息管理設計論文10-01
礦山企業的信息管理系統數據倉庫論文10-09
企業固定資產管理系統的設計論文10-09
企業軟件項目績效管理系統的設計論文10-05