?

1 概述

為了提高企業信息化水平，促進企業管理的規范化、制度化、流程化，XX單位決定實施人力資源管理系統。希望通過這個系統的實施規范人事檔案的管理，規范薪酬體系和薪酬發放的管理，規范人事的調動管理、培訓管理和激勵管理。并對招聘工作的職位發布、簡歷、面試、招聘題庫、招聘考試、錄用等環節加以規范。系統還需提供人事檔案的導出和報表功能。

1.1 目的

本文檔是北京信息技術有限公司在XX單位的人力資源管理系統合同基礎上編制的。本文檔的編寫為下階段的設計、開發提供依據，為項目組成員對需求的詳盡理解，以及在開發開發過程中的協同工作提供強有力的保證。同時本文檔也作為項目評審驗收的依據之一。

1.2 范圍

本系統包括：系統管理、人力資源檔案管理、薪酬管理、調動管理、培訓管理、激勵管理、招聘管理和標準化數據報表八個模塊。系統功能為本說明書與附件Demo版界面描述中功能的并集。在上述文件未明確描述的情況下，應能滿足合同和相關投標書所描述的功能。

1.3 讀者對象

1.4 參考文檔

無

1.5 術語定義

定義所使用的術語。對于易混淆的客戶常用語要有明確規定定義。例如，“用戶”是指客戶的雇員而非軟件的最終購買者等。

2 系統說明

2.1 概述

在這一部分應對影響系統的主要因素進行描述。對于系統的詳細功能描述應在下一節進行。在此，應側重需求的背景并使在下一節所做的敘述易于理解。可包括：現有系統描述、新系統解決方案描述、產品用途、產品功能、用戶特點、局限性、前提和假設等。

2.2 產品介紹

2.3 產品中的用戶與角色

2.4 產品范圍

2.5 產品應當遵循的標準或規范

3 功能性需求

在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統測試人員進行系統測試計劃和編寫測試用例為準。

按系統功能的體系結構組織本章內容。

3.1 系統管理

3.1.1 人力資源檔案管理設置

3.1.1.1 業務概述

3.1.1.2 使用者

3.1.1.3 輸入要素

3.1.1.4 處理流程

3.1.1.5 輸出要素

3.1.2 薪酬管理設置

3.1.2.1 業務概述

3.1.2.2 使用者

3.1.2.3 輸入要素

?

3.1.2.4 處理流程

3.1.2.5 輸出要素

3.1.3 題庫管理設置

3.1.3.1 業務概述

3.1.3.2 使用者

3.1.3.3 輸入要素

3.1.3.4 處理流程

3.1.3.5 輸出要素

3.1.4 其他設置

3.1.4.1 業務概述

3.1.4.2 使用者

3.1.4.3 輸入要素

3.1.4.4 處理流程

3.1.4.5 輸出要素

3.2 人力資源檔案管理

人力資源檔案管理是本系統的基礎數據和核心內容。包含人力資源檔案登記、人力資源檔案登記復核、人力資源檔案查詢、人力資源檔案變更和人力資源檔案刪除四個子模塊。

出于人力資源檔案管理的慎重原則，檔案的登記和變更都需要人事經理審核，通過后方可生效。人資檔案的刪除也并非物理刪除，而是設置其狀態為“已刪除”，已刪除的人資檔案還可以恢復。

3.2.1 人力資源檔案登記

3.2.1.1 業務概述

對新入職的員工，人資專員需要將其基本信息登記到人力資源管理系統中。

系統界面如下：

3.2.1.2 使用者

人事專員

3.2.1.3 輸入要素

檔案信息包括：

I級機構、II級機構、III級機構、職位分類、職位名稱、職稱；

姓名、性別、Email、電話、QQ、手機、住址、郵編、國籍、出生地、生日、民族、宗教信仰、政治面貌、身份證號碼、社會保障號碼、年齡、學歷、教育年限、學歷專業、薪酬標準、開戶行、賬號、登記人、登記時間、特長、愛好；

個人履歷、家庭關系信息和備注。

在錄入基本信息后，還將上傳該員工的照片。

其中，性別、國籍、民族、宗教信仰、政治面貌、學歷、教育年限、學歷專業、特長、愛好為下拉選擇框。登記人為當前系統登錄用戶，登記時間為當前系統時間。個人履歷、家庭關系信息和備注為大段文本。部分下拉框數據來源于系統管理模塊設置的相應數據。

薪酬標準將關系到薪酬發放。

登記成功后自動生成檔案編號。檔案編號在系統中唯一，不能重復。

3.2.1.4 處理流程

人事專員錄入檔案信息確認無誤后提交，該條檔案狀態為“待復核”。由人事經理復核后狀態變為“正?！?。

3.2.1.5 輸出要素

待復核的人資檔案。

3.2.2 人力資源檔案登記復核

3.2.2.1 業務概述

首先列出待復核的所有人資檔案。然后逐條進行復核。復核過程中，該員工所屬機構和職位不能修改，其他信息均可修改。復核通過后改員工檔案生效。

3.2.2.2 使用者

人事經理

3.2.2.3 輸入要素

所屬機構和職位不能修改，其他信息均可修改。

3.2.2.4 處理流程

? 首先列出所有待復核的人資檔案。

? 逐條進行復核。

n 修改不切實的員工信息。

n 通過復核。

3.2.2.5 輸出要素

復核通過后改員工檔案生效。

3.2.3 人力資源檔案查詢

3.2.3.1 業務概述

查詢人資檔案，列出符合查詢條件的記錄，并察看其明細。

3.2.3.2 使用者

人事專員/人事經理

3.2.3.3 輸入要素

查詢條件包括：員工所在機構，職位和建檔時間。

所在機構查詢條件為三級聯動，從下拉框或列表框中選擇。職位分類和職位查詢條件為兩級聯動，從下拉框或列表框中選擇。建檔時間查詢條件包含起止日期，建檔時間在起止日期之間的記錄將被篩選出來。

查詢條件之間是與的關系，即列出的記錄需要滿足所有查詢條件。

某個查詢條件沒有輸入該查詢條件將對結果不起限定作用。

3.2.3.4 處理流程

? 填寫查詢條件。

? 列出查詢結果列表。

? 察看人資檔案明細。

3.2.3.5 輸出要素

復核查詢條件的人資檔案列表和人資檔案明細。

3.2.4 人力資源檔案變更

3.2.4.1 業務概述

對人資檔案數據進行更新。包括薪酬標準的調整。

所屬機構和職位不能修改，需要在調動管理模塊中進行。

3.2.4.2 使用者

人事專員/人事經理

3.2.4.3 輸入要素

可修改除檔案編號、所屬機構和職位外的員工信息。

3.2.4.4 處理流程

? 輸入查詢條件。

? 查詢得到符合查詢條件的員工列表。選擇一條檔案進行變更。

? 修改員工檔案數據（含重新上傳員工照片）。

? 提交修改，等待復核。

3.2.4.5 輸出要素

更新的數據待復核的員工檔案。

3.2.5 人力資源檔案刪除管理

3.2.5.1 業務概述

出于人事檔案管理的慎重原則，對人資檔案不做直接刪除處理。而是標記想要刪除的記錄狀態為“已刪除”。

角色為“系統管理員”的檔案不能刪除。

狀態為“待復核”的員工檔案不能刪除。

狀態為“已刪除”的人資檔案還可以恢復。

3.2.5.2 使用者

人事經理

3.2.5.3 輸入要素

3.2.5.4 處理流程

? 查詢得到將刪除（或恢復）的人資檔案。

? 選擇一條人資檔案執行刪除（或恢復）操作，系統給出提示，選擇“確認”。

? 修改該人資檔案狀態為“已刪除”（或“正常”）。

3.2.5.5 輸出要素

狀態為“已刪除”（或“正常”）的人資檔案。

3.3 薪酬管理

薪酬管理是系統中的一個重要部分，涉及模塊比較多。

主要流程如下：

首先，在系統管理模塊設置薪酬標準項目，例如：基本工資、崗位工資、交通補助、午餐補助等。

然后，登記薪酬標準，并由薪酬經理復核。

再然后，設置員工的薪酬標準，也需要經過復核環節生效。

最后，進行薪酬發放登記，需要經薪酬經理復核。

復核后的薪酬單狀態為“執行”，付款狀態為“等待”。具體的付款由財務系統完成，不在本系統功能設定內。通過薪酬發放查詢可以查看付款單狀態和明細。

3.3.1 薪酬標準管理

3.3.1.1 業務概述

薪酬標準定義了一種工資總額及其構成。構成薪酬總額的薪酬項目在系統管理 模塊中，薪酬項目設置功能點設置。

每個員工發放薪酬的時候按照指定的薪酬標準執行，并加上獎勵金額，扣除應扣金額。

在人事資源檔案登記時可以設定員工的薪酬標準，也可以在人力資源檔案變更時進行變更，經審核后生效。

3.3.1.2 使用者

薪酬專員/薪酬經理

3.3.1.3 輸入要素

一個薪酬標準需要以下屬性：

薪酬標準編號、薪酬標準名稱、制定人、登記人、登記時間，還有各薪酬項目對應的金額數。

其中，薪酬標準編號由系統自動生成，不可以修改；登記人默認為當前登錄用戶，可以修改；登記時間為當前系統時間，不能修改。

薪酬標準名稱、制定人和登記人不能為空。

各薪酬項目對應的金額數為數字類型，保留兩位小數。不輸入即提交則默認為0.00。

薪酬標準復核環節首先要列出待復核的薪酬標準。復核時可填寫復核意見，為大段文本。

薪酬標準查詢環節，首先需要輸入查詢條件。包括：辛丑標準編號、關鍵字和登記時間。

薪酬標準編號和關鍵字支持模糊查詢。關鍵字查詢條件將在薪酬標準名稱、制定人、變更人和復核人字段進行匹配。登記時間查詢條件包括起止時間，將匹配登記時間大于開始時間小于截至的記錄。

查詢條件不輸入時，該限定條件不起作用。

3.3.1.4 處理流程

?

3.3.1.5 輸出要素

經復核的薪酬標準。

3.3.2 薪酬發放管理

3.3.2.1 業務概述

薪酬發放分兩個步驟，首先薪酬專員登記薪酬發放單，然后由薪酬經理進行復核。財務系統會監視經復核的薪酬發放單，進行薪酬支付。

薪酬發放登記需要兩個前提：

1. 員工的薪酬標準已經設定，而且經過復核。

2. 薪酬發放方式設定。薪酬發放方式有兩種：按I級機構發放和按II級機構發放。這決定了薪酬發放單是按I級機構生成還是按II級機構生成。即，是同一個一級機構的所有員工的薪酬發放放到同一個薪酬發放單中，還是同一個二級機構的員工薪酬發放放在同一個薪酬發放單中。

3.3.2.2 使用者

薪酬專員/薪酬經理

3.3.2.3 輸入要素

薪酬發放登記：

首先按I級機構或II級機構列出需要進行發放登記的薪酬發放單。包括薪酬單號、薪酬次數、總人數、基本薪酬總額和上次發薪時間。并以列表的形式列出待登記的薪酬發放記錄。

登記具體的薪酬發放記錄時，首先按照薪酬標準項目和員工的薪酬標準設定列出員工的工資構成及金額，然后可填寫獎勵金額、銷售績效金額和應扣金額并提交。

復核時，首先列出待復核的薪酬單，進入到特定薪酬單時，按機構列出待復核的薪酬發放記錄。復核薪酬發放記錄時，可以對獎勵金額、銷售績效金額和應扣金額進行修改。

薪酬發放查詢：

首先輸入查詢條件：薪酬單號、關鍵字和發放時間。點擊查詢結果中的薪酬單號可以查看薪酬發放記錄。還可以查看薪酬發放記錄明細，即每個員工的工資構成及總額。

3.3.2.4 處理流程

?

3.3.2.5 輸出要素

經復核的薪酬單。

3.4 調動管理

3.4.1.1 業務概述

員工工作機構和職位發生變動的時候，需要執行登記員工調動檔案，并登記其新的機構，職位和薪酬標準。

3.4.1.2 使用者

人事專員/人事經理

3.4.1.3 輸入要素

調動登記：

首先需要查詢系統中狀態為“正常”的員工。查詢條件包括：員工所在機構和建檔時間。

登記員工調動檔案時，包括檔案編號、員工姓名、原機構、職位和薪酬標準。還將錄入新的機構、職位、薪酬標準和調動原因。

調動審核：

調動審核只需錄入審核人、審核意見。審核可以通過，或不通過。

審核未通過則調動不生效。

3.4.1.4 處理流程

3.4.1.5 輸出要素

3.5 培訓管理

3.6 激勵管理

3.7 招聘管理

招聘過程分為職位發布、簡歷篩選、面試、筆試、錄用幾個環節。流程如下圖所示：

本模塊分為六個子模塊：

? 職位發布管理

? 簡歷管理

? 面試管理

? 招聘考試題庫管理

? 招聘考試管理

? 錄用管理

下面分為詳細說明這六個子模塊。

3.7.1 職位發布管理

3.7.1.1 業務描述

當某個崗位出現空缺的時候，或者隨著公司業務發展，需要招聘新員工的時候，通過這個模塊發布職位需求信息。發布后的職位可以進行修改。另外，需要提供職位發布查詢的功能，查詢已發布的職位，并對已發布的職位錄入應聘者信息。

職位發布管理分為三個步驟：職位發布登記、職位發布變更、職位發布查詢。

這個模塊包括：

? 職位發布登記

? 職位發布變更

? 職位發布查詢

3.7.1.2 使用者

招聘專員/招聘經理/應聘者

3.7.1.3 輸入要素

? 在職位發布登記環節：
錄入的數據包括：I級機構、II級機構、III級機構、招聘類型、職位分類、職位名稱、招聘人數、截止日期、職位描述和招聘要求。還包括發布職位的登記人登記時間。
數據說明：其中I級機構、II級機構、III級機構由下拉框級聯選擇，數據在系統管理\人力資源檔案管理設置模塊設置。招聘類型為社會招聘或校園招聘。職位分類和職位名稱也由下拉框級聯選擇，數據在系統管理\人力資源檔案管理設置模塊設置。招聘人數為數字類型。截止日期為日期類型。登記人默認為當前登錄用戶，可以修改；登記時間為當前系統時間。職位描述和招聘要求為大段文本。
I級機構、招聘類型、職位名稱、招聘人數、截止日期、職位描述、招聘要求是必輸字段。

系統界面如下：

? 在職位發布變更環節：
招聘類型、招聘人數、截止日期、變更人、職位描述、招聘要求字段可以修改。提交時需要驗證必輸字段。
系統界面如下：

對不再需要招聘的職位，可以執行刪除操作。
系統界面如下：

? 在職位發布查詢環節：
系統分頁列出已發布的職位。選擇某一職位可查看其明細，申請該職位則跳轉到簡歷登記功能點。

3.7.1.4 處理流程

處理流程如下：

1. 招聘專員/招聘經理創建一個發布職位，并填寫供應商基本信息，完成后提交。

2. 招聘經理可以對已經發布的職位進行修改。

3. 招聘專員/招聘經理可以查詢已發布的職位，并對其進行“應聘”操作。

流程圖如下：

3.7.1.5 輸出要素

? 職位發布登記界面

? 職位發布變更 列表界面

? 職位發布變更 職位明細修改界面

? 職位發布查詢 列表界面

? 職位發布查詢 職位明細顯示界面

? 職位發布查詢 簡歷登記頁面

3.7.2 簡歷管理

3.7.2.1 業務描述

招聘流程的第二個環節為簡歷篩選環節。分兩步來完成，首先是簡歷登記，然后是簡歷篩選。另外，還提供有效簡歷查詢的功能，以查詢系統中通過簡歷篩選且未被刪除的簡歷。

簡歷登記分兩種情況。一種情況是應聘者通過應聘某職位而跳轉到簡歷登記頁面，填寫簡歷信息，這種情況職位分類和職位名稱已經自動填好，不可以更改。另一種情況是應聘者直接使用簡歷登記功能點填寫簡歷，這時候職位分類，職位名稱可以選擇系統中存在的職位分類和職位名稱。

簡歷記錄了應聘者的基本信息。其中姓名、電話和身份證號碼是必輸項。應聘者被錄用后，填寫的這些信息自動轉換到員工檔案中。

這個模塊包括：

? 簡歷登記

? 簡歷篩選

? 有效簡歷查詢

3.7.2.2 使用者

招聘專員/應聘者

3.7.2.3 輸入要素

個人簡歷信息包括：

職位分類、職位名稱、招聘類型；

姓名、性別、Email、電話、家庭電話、手機、住址、郵編、國籍、出生地、生日、民族、宗教信仰、政治面貌、身份證號碼、年齡、畢業院校、學歷、教育年限、學歷專業、薪酬要求、注冊時間、特長、愛好；

個人履歷和備注。

其中，性別、國籍、民族、宗教信仰、政治面貌、學歷、教育年限、學歷專業、特長、愛好為下拉選擇框。注冊時間為當前系統時間。個人履歷和備注為大段文本。

系統界面如下：

簡歷篩選和有效簡歷查詢首先需要錄入查詢條件。查詢條件為職位分類、關鍵字和登記時間。

職位分類查詢條件為兩級聯動。按關鍵字查詢支持模糊查詢，將在姓名，電話，身份證號碼，個人履歷字段中尋找匹配。登記時間查詢條件支持按起止時間查詢，登記日期在起止日期之間的記錄都符合條件。

三個查詢條件間是與的關系。同時滿足三個查詢條件的記錄才列出來。

如果不輸入查詢條件，則該項查詢條件不起限定作用。

篩選環節從查詢結果列表中選擇一條簡歷記錄進行篩選。篩選過程中可以對簡歷進行修改。填寫篩選推薦意見，并決定是否推薦面試。

3.7.2.4 處理流程

3.7.2.5 輸出要素

? 經篩選的有效簡歷

3.7.3 面試管理

3.7.3.1 業務描述

面試管理分兩個步驟：

1. 查詢出被推薦面試的簡歷，進行面試，并登記面試結果。

2. 對面試結果進行篩選。

3.7.3.2 使用者

人事專員

3.7.3.3 輸入要素

首先，查詢出被推薦面試的簡歷。查詢條件包括：職位分類，關鍵字和登記時間。

然后進行面試，登記面試結果。面試結果包括：形象評價、口才評價、外語口語能力、應變能力、EQ、IQ、綜合素質和面試評價。其中形象評價、口才評價、外語口語能力、應變能力、EQ、IQ、綜合素質為下拉框選擇，分A，B，C三個等級。面試評價為大段文本。同時還須記錄面試人和面試時間。

最后，進行面試篩選。可以根據實際情況做如下處理：建議面試（需要進行下一輪面試）、建議筆試、建議錄用和刪除簡歷。根據選擇操作的不同，將修改簡歷的狀態。

進行篩選操作的同時要記錄篩選人，篩選時間和錄用申請審核意見。

3.7.3.4 處理流程

3.7.3.5 輸出要素

3.7.4 招聘考試題庫管理

3.7.4.1 業務描述

面試考試采用機試自動評卷的方式，所以考試題庫采取標準化多選選擇試題的方式組織。

為了便于出卷，每道試題都需要選擇試題分類。試題分類在系統管理模塊進行設置。

3.7.4.2 使用者

3.7.4.3 輸入要素

每道試題包含如下內容：試題I級分類、試題II級分類、登記人、登記時間、題干、最多5個候選答案、正確答案和試題出處。

試題查詢時采用的條件為：試題分類、關鍵字和登記時間。關鍵字將在題干、登記人和試題出處字段進行匹配。

試題查詢結果如圖所示：

3.7.4.4 處理流程

3.7.4.5 輸出要素

3.7.5 招聘考試管理

3.7.5.1 業務描述

招聘考試分四步進行組織。

1. 考試出題

2. 考試答題

3. 考試閱卷

4. 成績查詢篩選

3.7.5.2 使用者

人事專員/應聘者

3.7.5.3 輸入要素

考試出題：

考試套題按職位組織，每個職位可以有多套候選套題。

創建套卷時，需要選擇職位分類和職位名稱，需要填寫答題現時。系統將自動列出系統中存在的試題分類及已有試題數目。只需要填寫套題中每個分類所需的試題數目，系統將自動生成套題。

考試答題：

首先，要填寫姓名和身份證號碼。如果姓名和身份證號碼與系統中存在的簡歷匹配，考試結果將和簡歷簡歷關聯。還需要選擇考試的職位分類和職位名稱，這和將進行考試的試卷有關。

如果某職位對應幾套試卷，考試答題時系統將自動從中隨機選擇一套。

考試為多選題，有時間限制，答題結束后提交。

系統評卷通過點選相應功能自動完成。

考試成績篩選：

首先，查詢考試成績，查詢條件為應試人身份證號碼、關鍵字和應試時間。

可以查看閱卷結果。

然后，根據答題情況作出建議面試、建議筆試、建議錄用或刪除簡歷的處理。提交處理時需要填寫給出錄用申請審核意見。

3.7.5.4 處理流程

3.7.5.5 輸出要素

3.7.6 錄用管理

3.7.6.1 業務描述

首先根據面試或筆試環節推薦錄用的簡歷，進行復核，然后正式提交錄用申請。經過人事經理審批，該應聘者就成為正式員工了。

3.7.6.2 使用者

人事專員/人事經理

3.7.6.3 輸入要素

錄用申請：

首先列出所有被推薦錄用的簡歷。正式提交錄用申請時，需填寫錄用申請意見。

錄用審核：

錄用審核可以通過或不通過。只需要填寫審核意見。

審核通過的話，系統將根據該簡歷簡歷員工檔案，所屬機構和職位信息空缺，新建員工檔案狀態為待審核。

3.7.6.4 處理流程

3.7.6.5 輸出要素

根據通過簡歷創建的員工檔案。

4 非功能性需求

在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統測試人員進行系統測試計劃和編寫測試用例為準。

4.1 技術需求

4.1.1 軟硬件環境需求

4.1.2 性能需求

本系統在正常的網絡環境下，應能夠保證系統的及時響應：

2 小批量的業務處理的響應時間在3～8秒；

2 大批量的業務處理和查詢的響應時間控制在30～40秒以內。

4.1.3 安全保密需求

本系統的系統架構，以及權限機制可以保證系統的安全性。

首先：從系統架構看，本系統采用B\S模型，從而使服務器數據源與客戶端分離，保證了數據的物理獨立性；

其次：本系統的用戶授權機制通過角色的定義管理實現，通過定義某些角色能進行的操作權限，和定義用戶擁有的角色，限定用戶的操作權限，實現對用戶的授權。

4.2 質量需求

4.2.1 可用性

用戶使用的方便性、易用性和易學習性，如：

1. 輸入的無合法性檢查和值域檢查

2. 對于復雜的動作要有必要的提示信息

3. 記憶用戶的設置或操作習慣，方便用戶操作

4. 對系統或數據進行重大修改，要有用戶確認

4.2.2 可靠性和健壯性

在這一部分應對所有的影響軟件的可靠性需求進行足夠詳細的描述。應注意用數字說明所要求的可靠程度。同時避免如“24x7”這樣的陳述。

例如使用年度正常運行時間、月正常運行時間、維護時間、當機時間來說明系統的可靠程度；使用可允許的缺陷數量來界定系統質量，如最大缺陷數量、缺陷比例、安全操作——系統強壯性要求和操作的有效性要求，比如用戶誤操作的系統容錯能力、操作的正常次序要求和有效性輸入檢查等等。

通常給出平均無故障時間或兩次故障間的平均間隔時間等。

4.2.3 可維護性和可擴展性

本系統的應用平臺設計中選擇B/S結構，采用基于JAVA技術并且符合J2EE開發規范的系統應用平臺，使系統具有良好的可維護性和可擴展性

4.3 文檔需求

4.3.1 文檔清單

交付驗收時需交付的文檔清單：

《需求規格說明書》

《軟件開發計劃》

《概要設計說明書》

《詳細設計說明書》

《軟件測試計劃》

《測試用例》

《配置管理計劃》

4.3.2 用戶手冊

4.4 設計約束

詳細說明對系統的設計局限性。設計局限的定義代表了對系統要求的決策, 這可能出于商務運作、資金、人員、時間等多方面的綜合考慮從而指導軟件的設計和開發。例如，軟件的開發語言、開發環境、開發工具、第三方軟件、硬件使用以及網絡設備等。

4.4.1 語言約束

本系統是基于中文系統環境開發和使用的，系統必須支持中文處理。

4.4.2 系統模型約束

本系統采用Servlet+JSP模型，在保證實現技術簡單易維護的基礎上，實現表現層和業務邏輯層的分離，提高可重用性、可移植性。

5 驗收標準

人力資源管理系統驗收標準為：

? 實現所有功能需求

? 滿足非功能性需求

? 系統設計文檔完整，且符合規范

? 代碼符合規范，且與系統設計一致

此要求將作為驗收測試計劃和測試的基線。如果所開發的產品能滿足此要求，則項目可結束并由客戶方按合同規定付款。

6 附錄A：系統原型

Demo.zip。

7 附錄B：需求確認

需求確認

經雙方評審確認，此需求說明書描述的功能符合XX單位的實際業務流程，滿足實際需要。以此文檔作為人力資源管理系統項目的開發、驗收依據。

【確認簽字】

甲方：XX單位 乙方：北京信息技術有限公司

代表： 代表：

日期：? 年 月 日 日期：年 月 日

?

http://blog.sina.com.cn/s/blog_60f823dd0100g2pr.html

總結

以上是生活随笔為你收集整理的人力资源系统需求规格说明书的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。