變更記錄
簽字確認
隨著企業的資訊化和體制改革的步伐，人才競爭使企業的人力資源面臨前所未有的挑戰。越來越多的企業不斷地加大對員工的投資，從而更好地吸引、保留和發展所需人才，使企業擁有持久的、強大的競爭優勢。
我們將為企業提供全面的人力資管理解決方案，旨在滿足快速成長的企業管理資訊化需求，主要目的就是幫助客戶快速持續和健康成長，並且使人力資源部門借助此管理系統從重複煩雜的日常管理事務中解脫出來，將更多精力投注於人力資源戰略規劃以支援和推動企業戰略目標的實現，不斷提公升人力資源部對企業的價值，有效地提公升企業的核心競爭力。
本說明書目的在於明確說明系統需求，界定系統實現功能的範圍，指導系統設計以及編碼。
本說明書的預期讀者為：***，***專案經理，系統分析員，系統設計人員，開發工程師，測試經理以及測試設計人員等。
系統包括的範圍：代辦事務處理、人員檔案管理、人事調配管理、員工請假管理、系統管理。
xx軟體環境
硬體環境
建立符合公司組織機構的完整人事檔案庫，記錄公司內的員工的檔案資訊，方便存檔和查詢。
系統重點圍繞資料維護、查詢和分析便捷的要求，並通過關鍵業務節點的業務流程化，提高hr業務的處理效率。
記錄員工基本資訊，包括姓名、性別、學歷、部門、職務、人員狀態等相關資訊。員工（在職、離職）基本資訊的管理，包括：增加、刪除、修改；
員工基本資訊的瀏覽
包括員工的全部資訊
總經理檢視全部員工的資訊；
部門經理檢視本部門員工資訊；
員工只能檢視自己的資訊；
員工資訊增加
在員工資訊表中加入新增員工的資訊
只有總經理可以新增員工資訊；
員工資訊的修改
通過員工編號修改員工資訊
只有總經理可以修改；
員工資訊的刪除
針對已經離職的員工，若離職超過一定年限將此員工資訊刪除。
在系統提供的標準人事資訊基礎上，使用者可自行定義其他人事資訊子集及專案。
根據選擇的條件可進行快速篩選、定位所需的人員資訊，並方便地進行員工自然資訊的修改，便於人員資訊的維護。
各級單位可分別對本單位員工進行管理，即可分別維護本單位員工的基本資訊。
記錄員工履歷資訊，包括人事變動的部門、職位、學歷、工作內容、注意成績、開始和結束時間等資訊。記錄員工，尤其是高階管理人員的個人工作資訊，便於領導了解員工的歷史工作情況。
對員工履歷按照時間排序，可以對每個員工履歷資訊進行增加、刪除、編輯操作。可以按員工姓名、編號等資訊查詢員工。
a.員工履歷資訊查詢
總經理可以查詢公司所有員工履歷資訊；
部門經理可以查詢本部門員工履歷資訊；
員工只可以查詢自己的履歷資訊；
b.員工履歷資訊的修改
只有總經理可以修改員工履歷資訊；
c.員工履歷資訊的新增
只有總經理可以新增員工履歷資訊；
d.員工履歷資訊的刪除
只有總經理可以刪除員工履歷資訊；
可按照人員的各種情況組合條件查詢。比如：按照人員年齡、性別、文化結構、職稱結構、技術等級結構等資訊。
按照男女人數比例統計和按照部門人數比例統計（其他條件的精確查詢）。
維護人事調動相關資訊。 並且可以按各種條件查詢相關資訊。
主要資訊包括：調配人員、變動時間、變動前狀態、變動後狀態、變動類別等。
● 人事調動管理
針對人事調動（調入、調出）、晉公升、降職等人事變動業務的處理和查詢。
查詢員工職稱資訊。對員工職稱資訊按照取得時間排序，可以按員工姓名、編號等資訊查詢員工。
對員工人事調動資訊按照時間排序，可以對每個員工人事調配資訊進行增加、刪除、編輯操作。可以按員工姓名、編號等資訊查詢員工。
a.調動（調入、調出）
總經理直接發布調令到員工，不需部門經理同意，同步更新員工表、履歷表。無法調動部門經理。
若調動的時候，他的新職位號和原職位號一樣，則為平級調動，只能選擇調入或者調出；若選擇錯誤，提交時給以相應的提示；
b.公升職、降職
總經理直接發布調令到員工進行公升職，若部門經理空缺，進行正常公升職程式，修改員工表的職位編號；若已有部門經理，則給出「已有部門經理，不能公升職！」提示。
總經理直接發布調令到部門經理進行降職，降職以後必須立即提公升一名部門經理，否則給出提示。
同步更新公升職和降職後員工（部門經理）所在的部門
若在調動時，他的新職位號和原職位不一樣，只能選擇公升職降職；若選擇錯誤，提交時給以相應的提示；
c.新進、辭退
新進員工時，若此員工曾在本公司工作過，則將此員工原有資訊修改。
若員工未在本公司工作過，則為此員工新增員工資訊。
辭退時，將此員工資訊中的狀態改為離職。
在員工履歷表中按時間、人員、職稱、崗位等資訊查詢人事變動資訊，包括變動時間、變動前後狀態、變動原因。
員工填寫請假條以後，根據員工選擇的請假型別確定需要的審批型別：
若為一級審批則只需要部門經理審批，（判斷部門經理是否存在，若部門經理不存在，則直接送交人事主管審批；同意則更新請假表狀態為同意，駁回則給出員工提示請假不通過，更新請假表狀態為不同意。若部門經理存在，判斷是否超時，若超時，則提交至人事主管（人事主管充當一級審批人）；若不超時，直接審批並給出請假提示。）
若為二級審批，先進入一級審批流程，若部門經理不存在或長時間未批覆請假資訊，則直接將一級審批狀態改為同意，送交人事主管進行二級審批流程，若部門經理存在，則先進行一級審批，同意則送交人事主管進行二級審批，不同意則給員工給以提示（一級審批未通過），不需要提交至人事主管。
員工請假流程圖
2.2.3.1請假申請：
員工填寫請假條以後，根據員工選擇的請假型別確定需要的審批型別，若為一級審批則只需要部門經理審批，同意則更新請假表狀態為同意，駁回則給出員工提示請假不通過。（在假條審批狀態下不能再次請假，在假期內不能再次請假。若過請假時間則假條作廢）
請假人：不用輸入
請假型別：選擇
請假事由：輸入
請假時間：開始時間----結束時間
一級審批人：選擇
二級審批人：選擇（可選，根據請假型別所關聯的請假級別可能出現）
提交按鈕取消按鈕
2.2.3.2請假審批：
2.2.3.3檢視假條詳細資訊
請假人：不用輸入
請假型別：不用輸入
請假事由：不用輸入
請假時間：不用輸入
單選（同意或者不同意）
意見：提交取消
2.2.3.4請假查詢、統計
可根據員工編號、請假時間、請假型別等進行詳細查詢
考慮情況：個人，部門經理、總經理、
員工查詢：個人請假記錄
部門經理：查詢本部門員工請假記錄
總經理：查詢所有部門員工請假記錄
系統管理員進行後台管理的模組，包括組織管理。
制定組織機構級別，維護名稱、狀態等相關資訊。使用者可以指定級別名稱等資訊。並可設定該級別是否可用。不可用的級別，在組織機構的設定中不起作用。
維護部門的基本資訊，可以對部門進行修改操作。部門應展示父子關係――即部門間的所屬關係。
對使用本系統的使用者進行維護，維護資訊包括使用者名稱、密碼、使用者狀態等。使用者登入時要首先判斷使用者的合法性，只有合法使用者才能操作相應的功能介面。
可以對使用者進行增加、修改、刪除等操作。
2.2.4.3.1 使用者註冊
2.2.4.3.2 密碼修改
2.2.4.4 使用者狀態修改
可以實現對使用者狀態的修改；
2.2.4.5 部門管理維護
可以實現對部門的修改與維護
維護角色與模組的對應關係，使每個角色可以對應乙個或多個模組。
2.2.4.7 使用者角色分配
角色是和使用者關聯的，角色和使用者可以是多對多的關係
類名稱：單詞首字母大寫
方法名稱和變數名稱：首字母小寫，其後每單詞首字母大寫
包名稱：全小寫
常量名程：每字母大寫，每個單詞之間下劃線分隔。
***.fit.bean 放置實體物件
***.fit.dao 用於放置資料訪問層類和介面
***.fit.exception 放置使用者自定義異常
***.fit.tools放置公用的工具類
***.fit.servlet放置安全管理的servlet
***.fit.service放置安全管理的服務類
其它的功能模組同上
人力資源系統需求分析說明書
x3522人事管理系統 需求分析說明書 文件作者 梁景智 專案組長 梁景智 目錄1 引言 2 1.1 編寫目的 2 1.2 文件概述 2 1.3 參考資料 2 2 專案概述 2 2.1 專案名稱 2 2.2 專案背景 3 2.3 專案目標 3 2.4 業務用例 4 3 系統功能性需求 4 3.1 功...
人力資源管理系統需求說明書
重慶足下實訓 人力資源管理系統 系統設計概要說明書 v 1.0 人力資源管理系統是吉林省明日科技 根據企業的實際需求開發而成，通過系統把幾乎所有與人力資源相關的資料統一管理，形成了整合的資訊源 使得人力資源管理人員得以擺脫繁重的日常工作，集中精力從戰略的角度來考慮企業人力資源規劃和政策。讀者將系統的...
人力資源管理系統需求分析說明書v1
變更記錄 簽字確認 目錄1 概述 4 1.1 目的 4 1.2 背景 4 1.3 範圍 4 1.4 執行環境 5 1.4.1 軟體環境 5 2 需求說明 6 2.1 系統功能流程 6 2.1.1 系統功能層次模組圖 6 2.2 系統功能說明 6 2.2.1 人員檔案 7 2.2.2 人事調配 8 2...