人事管理實習日記

這次實習所需的基本知識基本上都介紹過了，今天正式轉入開發階段。這次實習做的是一個費用管理系統，上午開始討論這個系統需求分析，包括實現項目預算，費用報銷，人事管理和一些統計的功能，老師把整個系統的框架給我們做了一些大體的講解，希望我們能在接下來的幾天裏去多思考，深化需求分析，細化功能設計。系統有組織結構維護，費用項目維護，審批流程維護，報銷明細模組，以及人員管理和一些統計的功能。每一個模組都是對系統功能模組的調整與維護。

人員管理有添加員工的功能，可以對添加的人員進行修改和刪除，並給新增的員工分配權限。

費用項目維護模組：可以進行費用項目的添加和提交。報銷模組可以對報銷的項目在未提交之前進行刪除和修改。

統計模組主要是統計員工提交的報銷單預算單，及每個部門的項目資訊和員工資訊等。

所有這些操作都是直接對數據庫直接進行操作。整個系統都是分角色登陸，每一個角色所擁有的權限都不完全相同，登陸進去的選單欄都有所不同，所以每個員工都應該有一個角色，即有哪些操作權限。所有的功能和流程理清楚之後，就要開始原型設計了。

經過對需求分析的進一步理解，接下來我們開始這個項目的原型設計。我們所開發的費用管理系統主要包括費用報銷、項目預算管理、員工管理、公司的項目資訊維護及管理、財務處項目資訊的統計功能。圍繞這幾個功能模組，我們逐個對其功能進行細節設計，比如分不同角色登陸系統，登陸介面都是通用的，每個用戶都用自己的編號進行登陸，系統會根據用戶的編號進行匹配查找，找到角色id之後進入對應的`管理介面。進入管理介面之後，就可以新增費用報銷，可以對添加的費用報銷單在未提交之前進行修改、刪除操作，確定之後就可以提交，系統會根據session中儲存的該用戶的編號查找到所在的部門，然後把用戶提交的申請表儲存到該部門經理處，當該部門經理登陸時就可以看到部門員工提交的申請表單，然後進行審批等操作。所有的邏輯統一之後，我們分工開始做jsp介面和之間的邏輯跳轉。經過一天的時間系統總算有個雛形了，。設計完大體的功能框架後，我們與老師一起開了一個小組討論會，我們向老師說明了我們的想法及大體的開發方向，老師也想我們提出了一些建議，經過一番熱烈的爭論，我們對自己的模型做了進一步的改動，功能設計也得到進一步完善。功能框架的設計是整個開發階段十分重要的工作，指導小組進行後面具體的開發。功能設計的準確和完善也能夠幫助我們在以後的開發中少走彎路，達到事半功倍的效果。原型設計的完成是我們小組成員齊心協力共同完成的，這也讓我們感受到了團隊工作的重要性和強大力量。