基于Java的員工管理系統的設計與實現

劉 虹

（常州市財政局 江蘇 常州 213000）

為了體驗快速開發工具的便利和順應現代公司的需求，需要設計一款員工管理系統。功能具有：①能夠把電腦中現有的Excel表格通過導入按鍵直接導入到數據庫中；②在數據庫中對員工基本信息進行相關管理；③具有員工的請假和日常用品的申請功能，通過賬戶和密碼登錄，系統會自動進行信息的審核，對職位進行校驗，將申請提交給相對應的領導進行審核批準。

1 系統需求分析

1.1 需求分析的解釋。需求分析也稱為軟件需求分析，軟件系統分析人員通過深入細致的研究和分析，了解開發的是什么，為什么要開發這款軟件系統，開發出來有什么意義，了解客戶和市場的準確要求，將用戶的需求轉化成完整的需求定義，最后確定編寫詳細的項目計劃書，規定完成時間及內容、負責人員及完成的內容。

1.2 需求分析的目的。需求分析是軟件計劃階段的重要活動，也是軟件生存周期中的一個重要環節，該階段是分析系統在功能上需要“實現什么”，而不是考慮如何去“實現”。需求分析的目標是把用戶對開發軟件提出的“要求”或“需要”進行分析與整理，確認后形成描述完整、清晰與規范的文檔，確定軟件需要實現哪些功能、完成哪些工作。此外，軟件的一些非功能性需求(如軟件性能、可靠性、響應時間、可擴展性等)，軟件設計的約束條件，運行時間與其他軟件的關系等也是軟件需求分析的目標。

1.3 功能需求分析。隨著經濟的發展，公司規模越來越大，企業的員工數量也越來越多，對于這些員工，企業要把他們編入不同的組織，分配不同的崗位，對這些信息進行管理十分繁瑣，這時候就需要借助員工管理系統來幫忙完成這些工作。員工的崗位調動、員工的離職、新員工的入職等信息每天都會發生變化，企業就需要對這些信息進行管理，只要使用員工管理系統，企業就能有條不紊且輕而易舉完成這項工作。

1.4 數據需求分析。本課題設計的員工信息管理系統的研究重點放在員工基本信息的管理和辦公流程的設計兩大方面，根據需求分析，系統需要對員工的基本信息進行統計(公司名稱、部門、職位、工號、姓名、性別、入職日期、離職日期)，辦公流程中對申請物品的信息進行統計(物品名稱、物品編碼、規格、單位、數量)，請假流程中對細節信息要統計(請假時間、請假理由、請假人名字、請假人工號、請假人職務)，系統登錄用戶賬戶密碼統計(帳號、密碼、使用者名稱、使用者職位、使用期限)。

2 系統總體設計

2.1 功能模塊介紹。從使用該系統的用戶角度，可以將系統分成管理員模塊、生產部門員工模塊、生產部門經理模塊、人事部門員工模塊、采購部門員工模塊、秘書部門員工模塊、總經理模塊幾個功能模塊。這幾個模塊的主要功能：①管理員用戶，是指系統的管理人員，他擁有對使用該系統的用戶的帳號和密碼進行管理的權限；對公司組織機構的管理，諸如添加、刪除公司的組織，查詢組織及改變公司組織機構等權限；他可以根據用戶的不同職位，對用戶的權限進行分配管理，諸如員工升職了可以增加他的權限，員工降職了，也相應的可以刪除他的權限，員工調離了，可以改變他的權限。②生產部員工用戶，是指在公司生產部門的員工，他們需要生產各種產品，所以他們擁有采購申請權限，即對于生產過程中需要采購的原料進行申請；生產需要使用各種機器，當這些機器損壞了之后需要專業人士進行維修，所以員工有申請物品維修的權限；員工有急事需要請假，所以擁有請假申請權限。③生產部經理用戶，是指在生產部門擔當經理職務的員工，他們也屬于員工中的一員，所以同樣擁有采購申請權限、物品維修申請權限、請假申請權限等，但是經理擁有下屬員工，所以他還擁有生產部門員工的申請審批權限。④人事部用戶，是指負責管理員工基本信息的員工，他們也擁有員工的基本權限，此外，還擁有對員工基本信息進行管理的權限，諸如新員工報到，要增加新員工的基本信息，員工離職要改變員工的基本信息并刪除信息。調用員工時，要查找員工的基本信息等。⑤采購部用戶，是指負責采購通過審批的采購申請的員工，他們擁有采購申請權限、物品維修申請權限、請假申請權限等基本員工權限，還有對采購物品的申請進行登記查看權限；⑥秘書部用戶，是指負責對各種申請進行統計、備案的員工，他們擁有采購申請權限、物品維修申請權限、請假申請權限等基本員工權限，此外還擁有將所有申請進行整理后轉交到總經理的權限；⑦總經理用戶，是指公司最高的決策人員，他擁有所有申請的審批權利。

2.2 系統流程圖(以請假流程為例)。請假申請的流程中，系統要先對申請人的職位進行篩選，選出對應的流轉流程，在流轉的過程中，系統會對申請的狀態進行監聽，當它的狀態改變時，系統直接將申請發送到秘書部進行備案，當申請不通過時，系統也會及時發送通知給申請人進行告知。

2.3 數據庫分析設計。員工的基本信息數據庫設計：①員工的基本信息需求分析：準確了解了用戶的要求后，系統需要對員工的基本信息進行統計(公司名稱、部門、職位、工號、姓名、性別、入職日期、離職日期)。②員工的基本信息概念模型設計：根據數據需求分析，對一個員工的數據需求進行了研究，構建數據概念模型。③員工的基本信息關系模型設計：員工(公司、部門、職務、員工工號、性別、姓名、入職日期)，主鍵：員工工號。④員工的基本信息物理結構設計：員工的基本信息物理結構設計，員工信息表(MST_STAFF)，記錄員工的基礎信息。

2.4 請假數據庫設計。①請假需求分析：請假流程中申請人的細節信息要統計(申請人工號、名字、職務、所屬部門)；請假表的細節信息要統計(申請編號、申請原因、請假時長)。②請假概念模型設計：根據數據需求分析，對一個員工的請假流程進行了研究，一個申請人可以提交多個申請表，而一個申請表只有一個申請人，構建數據概念模型。③請假關系模型設計：申請人(申請人姓名、所屬部門、職務、工號、申請日期)，主鍵：申請人工號。申請表(申請原因、申請編碼、請假時長)，主鍵：申請編碼，外鍵：申請人工號。④請假物理結構設計：請假申請主表(CO_QJSQZB)，記錄請假的有關信息，請假明細表(CO_QJMXB)，主從表關聯表，用于明細表的數據調用。

3 系統測試

在完成系統的程序編寫之后，還要進行系統的軟件測試功能，這里并不單單指程序本身，還包括如頁面等其他方面。測試和開發都是技術性極強的工作，運用怎樣的測試方法，運用多少案例進行測試等一系列的技巧都影響著軟件的質量。

3.1 界面測試。界面測試顧名思義，就是對系統的界面進行排查，尋找其中出現的錯誤。頁面上有些地方不被人注意到卻會出現很多的細節錯誤，如錯別字，在設計頁面的時候，由于使用拼音輸入法或是其他的輸入法，總是會出現同音字或者是相似字，而這些字與原本想要輸入的字可能在含義上大相徑庭，所以，為了避免給用戶帶來誤導，要仔細檢查系統的頁面。字體格式問題：因為在設計頁面時，通過css模式來設計各種邊框，字體的大小、顏色、布局。但是可能在css調用時或者是文件編寫id出現了編寫錯誤，那么就可能使得頁面出現不協調、不統一的現象，影響美觀。動作描述問題：因為頁面編寫人員的不同，頁面指導可能會出現一些主觀成分，這樣就使得其他的開發者或者用戶難以理解，造成開發和使用上的困難，所以要使用規范的語言，避免地方言語的出現。

3.2 功能測試。功能測試是指在系統中對實現的功能進行案例測試，看看查詢的結果是否正確，流程是否暢通，按鍵功能是否實現。查選功能測試：在進行員工信息查詢和采購物品查詢時，要通過一個或多個關鍵詞進行反復查找，要看看查出來的數據是否符合查詢的條件，數據是否正確，有沒有缺失或增多的現象。如在員工信息查詢時，通過工號(關鍵字)查選是否只出現一條數據，通過“男”和“員工”查詢時，是否公司所有的男性員工一個不少的顯現，這些都需要仔細的驗證。表格的錄入、導出功能測試：表格在錄入時，數據是否與頁面中的關鍵詞對應，信息是否顯示完整，這些都是要測試的內容。在導出時，要點開查看導出的文件是否有損壞，里面的數據是否完整。流程功能測試：在實現請假申請和采購申請的過程中，要實現流程化的辦公，要虛擬公司不同職位的員工進行測試，看看他們的申請是否都能傳到他們的領導手中進行審批，流程是否正確完整的走下去。

3.3 性能測試。性能測試主要包含硬件、操作系統和開發環境，需要通過反復的測試來保證系統的穩定性，不會突然出現系統錯誤、死機等狀況，此外，還要測試系統數據的安全、密碼的保密程度。由于是員工管理系統，員工的數量很多，所以還要進行多用戶訪問測試，評估系統在高負荷情況下正常工作的可能性。