需求規格說明書
1.引言
1.1 目標
本說明書的目的在於明確說明系統需求，界定系統的實現功能的範圍，指導系統設計以及編碼。為下階的設計、開發提供依據，為專案組成員對需求的詳盡理解，以及在開發過程中的協同工作提供強有力的保證。同時本文件也作為專案評審驗收的依據之一。
預期讀者為：公司人力資源部人員、專案經理、系統分析設計人員、開發工程師、測試經理以及測試設計人員等。
1.2 參考文獻
《軟體工程導論》，張海藩，清華大學出版社。
《實用軟體工程》，鄭人傑等，清華大學出版社。
2.總體描述
2.1 產品遠景規劃
充分利用網路資源，根據企業實際需求，進一步優化和再造管理流程：使基於人力資源系統的管理更為高效和科學，資料更為準確。完善人力資源系統的業務管理功能，建立流程引擎和角色管理機制：
使得達到降低成本，提高效率，合理利用人才，改進員工服務模式的目的。
2.2 使用者類和使用者特性
使用者類分別是系統管理員、各職務小組、普通員工。
系統管理員要求對系統計算機較為了解，各職務小組熟悉計算機操作、普通員工會查詢自己的資訊及基本操作。
2.3 執行環境(operation environment, oe)
oe-1：「人力資源管理系統」的操作將通過如下的web瀏覽器來完成：microsoft inter*** explorer版本10.
0和11.0，***spcape ***munication版本4.7和***scape版本8和9。
oe-2：「人力資源管理系統」將執行在乙個伺服器中，該伺服器執行當前由公司批准的red hat linux版本和apache http server。
oe-3：「人力資源管理系統」將允許使用者通過公司內聯網來訪問，如果使用者將被授權在公司的外部穿過防火牆來訪問，那麼使用者也可以在家通過inter***來訪問該系統。
2.4 設計和實現的約束條件（constriant）
co-1:系統的設計、編碼和維護文件將遵照process import intra*** development standard(process import公司內聯網開發標準)版本1.3。
co-2：系統將採用公司標準的當期oracle資料庫引擎。
co-3：所有html**將遵照html4.0版本。
c0-4：所有指令碼都用perl語言來編寫。
2.5 使用者文件（user documentation, ud）
ud-1：系統將提供乙個分層的跨鏈結的html聯機幫助系統，它描述並演示了所有系統功能。
ud-2：如果是乙個新使用者第一次使用該系統，系統可以根據使用者的要求，提供乙個聯機幫助，這樣使用者可以使用靜態教程選單來具體實踐一下如何使用。系統不會將採用這一模板的管理案例儲存到資料庫。
ud-3: 開發期限十一至十二周。
3. 系統特性
3.1 組織管理
該系統有一定的許可權設定上級有權對下級進行管理並訪問其資訊。
3.2 員工資訊管理
管理員在員工進入公司時人力資源管理部門的有關人員需記錄員工的基本資訊，在員工的任職期間要把員工的一些重大事件記錄下來，並可實現員工資訊的刪除、修改、查詢、新增功能。
3.3 排班管理
排班管理活動由人力資源管理員對公司員工進行排班，要求對同一層次的員工時間量基本相同，如果與員工時間有衝突，管理員應進行調整，並記錄調整流程。
3.4 考勤管理
公司採用相關電子裝置對員工每天的上班情況進行記錄，而考勤部門的人員需要將這些資訊分類存入到考勤記錄表中。員工因某事礦班需要遞交請假或休假的申請，如果有假期公司將其休假，如果沒有假期公司將根據實際情況再決定是否批假，考勤部門根據相關部門處理結果進行填寫請假資訊記錄。由於特殊情況職員進行加班工作時，需要進行加班時間、人員等相關資訊的記錄。
月底時，將員工整月考察情況、請假情況以及加班資訊彙總到月考察資訊表中。
3.5 員工福利管理
從員工的考勤表查出員工的考勤情況，對優秀員工進行一些獎勵，獎勵政策可由相關部門自己決定。
3.6 績效考核管理
從員工考勤考核部門將所有員工整月的情況報表，獎勵情況表以及懲罰資訊表從系統中查詢獲取，然後根據考核條件評定出個員工的考核表。
3.7 招聘管理
該主題域的主要使用者是人力資源管理部門，為其進行招聘需求分析，招聘結果提供支援。這個流程是人資源管理部門人員進行人資訊查詢將條件限定在員工能力資料得到的結果。根據當前公司需求以及獲取的公司人力資訊，得出公司所需人才資訊表，整個流程主要還是依靠人力資源管理部門的人完成，系統主要負責儲存分析結果。
公司根據上面得到的招聘結果，發出招聘通知，應聘人員首先遞交應聘申請，登記應聘人員進行初選得到複試人員面試，得到錄用人員資訊。錄用人員在公司工作三個月後，人力資源管理部門根據其表現決定正式取用名單，將員工資訊存入人力資源系統中，錄用人員得以轉正。
3.8培訓管理
該主題域的主要使用者是人力資源管理人員。為其分別提供培訓人員名單獲取，資訊管理的支援，以及為員工提供培訓申請提交的功能。公司發出某項技能培訓通知後，每個員工都可以根據自己的情況，填寫相關資訊，遞交培訓申請。
人力資源管理部門的人員登入系統後，獲取相關員工能力資訊，以及員工培訓申請資訊表，最後分析確定培訓人員名單。培訓過程中培訓人員資訊以及培訓過程需記錄在案。
4. 用例圖
4.1 管理員對培訓及員工資訊的管理用例圖
4.2 員工提交培訓及檢視員工資訊的用例圖
4.3 管理員對招聘及績效考核管理的用例圖
5. 外部介面需求
5.1 使用者介面（user inte***ces, ui）
在使用者介面部分，根據需求分析的結果，使用者需要乙個使用者友善介面。在介面設計上，應做到簡單明瞭、易於操作，並且要注意到介面的布局，應突出的顯示重要以及錯誤資訊。外觀上也要做到合理；合理化，考慮到使用者多對windows風格較熟悉，應盡量向這一方向靠攏。
在設計語言上，已決定使用delphi所提供的視覺化元件，向windows風格靠近。其中伺服器程式介面要做到操作簡單，易於管理。在設計上採用下拉式選單方式，在出錯顯示上可呼叫delphi庫中錯誤提示函式。
總的來說，系統的使用者介面應做到可靠性、簡單性、易學習和使用。
5.2 硬體介面(hardware inte***ces, hi)
處理器型號及記憶體容量；
外存容量、聯機或離線、**及其儲存格式。裝置的型號及數量
資料通訊裝置的型號和數量
④輸入及輸出裝置的型號和數量
⑤功能及其他專用硬體
5.3軟體介面（software inte***ces, si）
伺服器程式可使用delphi提供的對sql server 的介面，進行對資料庫的所有訪問。
伺服器程式上可使用sql server對資料庫的備份命令，以做到對資料的儲存。
在網路軟體介面方面，使用一種無差錯的傳輸協議，採用滑動視窗方式對資料進行網路傳輸及接受。
6. 其他非功能性需求
6.1 效能（performance）需求
本專案軟體效能要求如下：
告警資訊從產生到顯示出來的時延不應該大於15秒。
配置資訊的更新最大時延為24小時。
效能監控資料時間間隔不超過15分鐘。
④對本軟體系統使用者經常使用的90%操作響應時間小於20秒，對於極少使用的10%操作響應時間應不小於120秒。
⑤ 保證系統併發訪問使用者數》30。
⑥系統資料庫容量應能夠滿足各功能模組的需要。能滿足告警和效能原始資料、日誌資訊等半年的儲存容量；告警統計和效能資料一年的儲存容量。
6.2 安全性（security）需求
系統應該具有對系統自身的管理功能，應實現網管系統自身的完善的維護和管理，需提交標準安裝程式。提供必要的操作維護手冊及技術手冊。當進行版本公升級時，提供版本差異的詳細說明。
7.其他需求
7.1 系統的封閉性：使用者的封閉性較好，使用者基本上在提示資訊下輸資料。
7.2 系統的容錯性：使用者數錯資料都有提示資訊，具有較好的容錯性能。
7.3 可維護性：新功能的實現僅涉及區域性。
人力資源管理系統
一 概述 通過網路人力資源管理系統對企業人力資源進行管理，使企業人力資源管理適應時代的發展要求，大大提高了企業的核心競爭力。二 系統分析 1 需求分析 全面管理企業的員工資訊 管理企業人力資源的基礎資訊 人才招聘管理及企業人才庫管理 企業人才培訓的全程跟蹤管理 提供企業員工考勤管理 設定企業員工薪酬...
人力資源管理系統
建立規範化的崗位管理，管理機構 崗位變動，部門合併等工作，實現崗位資訊方便快捷的統計與查詢。機構管理 建立機構管理,可以為每個機構設定根機構 公司 與子機構 部門 每乙個機構可以定編人數 每乙個部門可以定編人數，可以看到每一部門在崗的人數與超編的人數 根機構或子機構之間可以進行順序調整。崗位管理 建...
人力資源管理系統
一 引言 人力資源管理作為企業的乙個重要組成部分，對提高企業管理質量 促進企業變革有著非常重要的作用。目前，大部分大型企業日常工作基本實現了資訊化，但對一些小企業來說，許多任務作留在手工階段。其中工作量最大 資料量最大的一項是企業人員管理。隨著企業規模的迅速擴大，職工管理工作量進一步增加，其複雜性也...