hr人力資源管理系統(tǒng)需求分析說明書.doc

1、HR人力資源管理系統(tǒng)需求分析說明書1刖言.11.1.1.1.目的. 范圍. 讀者對(duì)象 參考文獻(xiàn) 術(shù)語定義.12.222系統(tǒng)說明概述.產(chǎn)品介紹 產(chǎn)品中的用戶與角色產(chǎn)品范圍 產(chǎn)品應(yīng)該遵循的標(biāo)準(zhǔn)或規(guī)范2.1.32. 22.32. 43功能性需求系統(tǒng)設(shè)置 3.13.23.33.4.4.4.4.33. 1. 1權(quán)限設(shè)置 13. 1.2職位設(shè)置 3. 1. 3題庫設(shè)置 .W3. 1. 4公共屬性 招聘管理. 33. 2. 1職位發(fā)布 13. 2. 2簡(jiǎn)歷管理 .W3. 2. 3考試管理 3. 2. 4公共屬性 檔案管理. 33. 3. 1檔案登記 13. 3. 2檔案查詢 3. 3. 3檔案審核 .W3.

2、 3. 4檔案變更 3. 3. 5檔案回收 薪酬管理. 33.4.1 薪酬標(biāo)準(zhǔn)管理 p3.4.2薪酬發(fā)放管理 .w33.53.63.73.83.93. 1臺(tái)匕4.14.24.34.43.4.3 個(gè)人薪酬查詢 .W勵(lì) 33. 5. 1增加激勵(lì) 13. 5. 2查看激勵(lì) .W3. 5. 3激勵(lì)審核 培訓(xùn)管理 33. 6. 1 增加培訓(xùn) 13. 6. 2查看培訓(xùn) 3. 6. 3培訓(xùn)審核 調(diào)動(dòng)管理 33. 7. 1 增加調(diào)動(dòng) 13. 7. 2查看調(diào)動(dòng) 3. 7. 3調(diào)動(dòng)審核 . w績(jī)效考核管理 33. 8. 1模版添加 p3. 8. 2考核管理 . w考勤管理 33. 9. 1簽至U p3. 9. 2

3、 簽退 .w0數(shù)據(jù)報(bào)表管理 3生需求. . 技術(shù)需求 34.1.1軟硬件環(huán)境需求 14. 1. 2性能需求 4. 1. 3安全保密需求 質(zhì)量需求 34. 2. 1 可用性 p4.2.2 可靠性和健壯性 4.2.3 可維護(hù)性和可擴(kuò)展性 . .w文檔需求 34 3 17 |單 p4. 3. 2用戶手冊(cè) . w4. 3. 3安全保密需求 . w設(shè)計(jì)約束 34. 4. 1 語言約束 19 4. 4. 2系統(tǒng)模型約束5驗(yàn)收標(biāo)準(zhǔn) .5.3結(jié)論.參考文獻(xiàn)附錄.20.21231刖言為了提高企業(yè)信息化水平，促進(jìn)企業(yè)管理的規(guī)范化、制度化、流程化,XX單位決定實(shí)施人力資源管理系統(tǒng)。希望通過這個(gè)系統(tǒng)的實(shí)施規(guī)范人事檔案

4、的管理，規(guī)范薪酬體系和薪酬發(fā)放的管理，規(guī)范人事的調(diào)動(dòng)管理、培訓(xùn)管理和激勵(lì)管理。并對(duì)招聘工作的職位發(fā)布、簡(jiǎn)歷、面試、招聘題庫、招聘考試、錄用等環(huán)節(jié)加以規(guī)范。系統(tǒng)還需提供人事檔案的導(dǎo)出和報(bào)表功能。1.1目的本文檔是北京奮斗教育科技有限公司在XX單位的人力資源管理系統(tǒng)合同基礎(chǔ)上編制的。本文檔的編寫為下階段的設(shè)計(jì)、開發(fā)提供依據(jù)，為項(xiàng)目組成員對(duì)需求的詳盡理解，以及在開發(fā)開發(fā)過程中的協(xié)同工作提供強(qiáng)有力的保證。同時(shí)本文檔也作為項(xiàng)目評(píng)審驗(yàn)收的依據(jù)之一。1.2范圍本系統(tǒng)包括：系統(tǒng)管理、人力資源檔案管理、薪酬管理、調(diào)動(dòng)管理、培訓(xùn)管理、激勵(lì)管理、績(jī)效考核管理、招聘管理和標(biāo)準(zhǔn)化數(shù)據(jù)報(bào)表九個(gè)模塊。系統(tǒng)功能為本說明書與附

5、件Demo版界面描述中功能的并集。在上述文件未明確描述的情況下，應(yīng)能滿足合同和相關(guān)投標(biāo)書所描述的功能。1.3讀者對(duì)象企業(yè)員工1.4參考文檔1.5術(shù)語定義定義所使用的術(shù)語。對(duì)于易混淆的客戶常用語要有明確規(guī)定定義。例如,“用戶”是指客戶的雇員而非軟件的最終購買者等。2系統(tǒng)說明概述在這一部分應(yīng)對(duì)影響系統(tǒng)的主要因素進(jìn)行描述。對(duì)于系統(tǒng)的詳細(xì)功能描述應(yīng)在下一節(jié)進(jìn)行。在此，應(yīng)側(cè)重需求的背景并使在下一節(jié)所做的敘述易于理解?？砂ǎ含F(xiàn)有系統(tǒng)描述、新系統(tǒng)解決方 案描述、產(chǎn)品用途、產(chǎn)品功能、用戶特點(diǎn)、局限性、前提和假設(shè)等。2.1產(chǎn)品介紹2.2產(chǎn)品中的用戶與角色本系統(tǒng)按照以下的企業(yè)機(jī)構(gòu)模型為例進(jìn)行開發(fā)，企業(yè)的機(jī)構(gòu)是可

6、以動(dòng)態(tài)改變的，企業(yè)中有多個(gè)上下部門關(guān)系，這涉及到訪問的權(quán)限問題。系統(tǒng)的用戶是所有的企業(yè)在職員工和應(yīng)聘者組成。2009/12/3Q HR項(xiàng)目企業(yè)機(jī)構(gòu)模型參考圖-雙俊組內(nèi)置角色有：系統(tǒng)管理員、人事專員、人事經(jīng)理、薪酬專員、薪酬經(jīng)理、招聘專員、招聘經(jīng)理2.3產(chǎn)品范圍2.4產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范3功能性需求在這一部分應(yīng)對(duì)所有的軟件需求進(jìn)行足夠詳細(xì)的描述。詳盡程度應(yīng)以足夠軟件設(shè)計(jì)人員進(jìn)行概 要設(shè)計(jì)和系統(tǒng)測(cè)試人員進(jìn)行系統(tǒng)測(cè)試計(jì)劃和編寫測(cè)試用例為準(zhǔn)。按系統(tǒng)功能的體系結(jié)構(gòu)組織本章內(nèi)容。3.1系統(tǒng)設(shè)置11HR項(xiàng)目系統(tǒng)設(shè)置功能描述雙俊組2009/12/4系統(tǒng)設(shè)置權(quán)限設(shè)置職位設(shè)置題庫設(shè)置公共屬性1職位分類一覽 2

7、增加職位分類 3修改職位分類 4刪除職位分類 5職位查看 6添加職位7修改職位 8刪除職位1. 題目列表2. 查看題目詳細(xì)3増加題目4. 修改題目5刪除題目1. 屬性一覽2. 查看屬性條目3修改屬性條目4.增加屬性條目5刪除屬性條目1查看用戶2增加用戶用戶維護(hù)3修改用戶4刪除用戶5未分配用戶1角色一覽2角色詳細(xì)信息3角色分配用戶4新建角色5. 修改角色6刪除角色1部門樹型圖2部門詳細(xì)信息部門維護(hù)3新建部門4修改部門5撤銷部門1. 日志統(tǒng)計(jì)信息2. 日志列表3.1.1權(quán)限設(shè)置3.1.1.1業(yè)務(wù)概述權(quán)限關(guān)系到整個(gè)系統(tǒng)的訪問關(guān)系和安全，權(quán)限的內(nèi)容關(guān)系到:1.用戶維護(hù):12 這個(gè)系統(tǒng)面向的用戶，一般分

8、為企業(yè)的在職員工和應(yīng)聘人員。他們都是這個(gè)系統(tǒng) 的使用者，即用戶。用戶維護(hù)既是對(duì)這些人員分配賬戶以及對(duì)所有用戶信息的維 護(hù)。這個(gè)子功能應(yīng)該是每個(gè)用戶使用者都擁有的功能，但是擁有的業(yè)務(wù)是不一樣的。1) 每個(gè)用戶都可以再這里查看自己的信息，修改自己的登錄密碼。2)人事專員可以對(duì)用戶進(jìn)行增刪改查，凍結(jié)等操作2.角色維護(hù):不同的用戶訪問這個(gè)系統(tǒng)，訪問的功能是不同的，我們可以先預(yù)定一些功能的集 合作為角色，然后可以很方便的分配給用戶。這個(gè)子功能的使用者是擁有這個(gè)功能的用戶，涉及業(yè)務(wù)有:查看角色列表新建角色，修改角色刪除角色，但是如果角色已經(jīng)被分配，就不能刪除角色角色的具體查看，以復(fù)選框樹的形式顯示，之前的

9、修改，更新都是用權(quán)限樹 操作。3.部門維護(hù):上級(jí)部門人員是可以查看下級(jí)部門人員的信息,同級(jí)部門的管理者可以查看員工的2)具體部門信息的顯示3)新建部門，修改部門信息4)撤銷部門，存在員工的部門不能撤銷信息，部門的上下級(jí)關(guān)系是很關(guān)鍵的問題。這個(gè)模塊用于企業(yè)部門的管理，部門信 息在這里一覽無余。涉及的功能有:1)部門組織圖的查看，需要以一種樹之類的技術(shù)顯示出來，更加直觀3.1.1.2輸入要素部門表，用戶表,角色表，功能表信息的錄入。3.1.1.3處理流程1)權(quán)限設(shè)置及其四個(gè)子模塊的功能流程圖2)職位設(shè)置流程圖3)題庫設(shè)置流程圖4)公共屬性流程圖22O HR項(xiàng)目系統(tǒng)設(shè)置流程-雙俊組系統(tǒng)設(shè)置是否擁有權(quán)

10、限V權(quán)限設(shè)置b嚏否擁有權(quán)限一是否擁有權(quán)限、，一是否擁有權(quán)限用戶維護(hù)角色維護(hù)部門維護(hù)查看日志YYNFI、/ 1yq、TY+ 1r1用戶列表頁面普通用戶部門樹視圖普通用戶-是否管理者 *是否管理者H 是否管理者占用戶列表頁面普通用戶日志列表視圖.NJ失敗2）待審核條目的具體信息3.6培訓(xùn)管理3.6.1增加培訓(xùn)361.1業(yè)務(wù)概述該功能決定哪些員工應(yīng)該受培訓(xùn)和他們需要什么培訓(xùn)。3.6.1.2使用者人事專員3.6.1.3輸入要素選擇人員ID和培訓(xùn)項(xiàng)目ID，培訓(xùn)啟動(dòng)時(shí)間，培訓(xùn)時(shí)長(zhǎng)，登記人，培訓(xùn)成績(jī)3.6.2查看培訓(xùn)373.6.1.4處理流程員工參與培訓(xùn)員工參與培訓(xùn)員工培訓(xùn)成績(jī)錄入審核No丁YesNo|員工

11、培訓(xùn)成績(jī)錄入信息存檔審核YesI 信息存檔3.6.1.5輸出要素輸出添加成功的提示信息員工的培訓(xùn)信息列表3.6.2.1業(yè)務(wù)概述查看員工的培訓(xùn)信息，包括（員工ID、部門、職位、姓名、培訓(xùn)成績(jī)、審批狀態(tài)）對(duì)已審批培訓(xùn)信息，不能修改和刪除，未審批的則可以。362.2使用者人事專員3.6.2.3輸入要素選擇人員ID和培訓(xùn)項(xiàng)目ID，培訓(xùn)啟動(dòng)時(shí)間，培訓(xùn)時(shí)長(zhǎng)，登記人，培訓(xùn)成績(jī)362.4處理流程人事專員產(chǎn)查看培訓(xùn)信息Yes-是否審批NO修改培訓(xùn)信息|No刪除培訓(xùn)信息362.5輸出要素員工培訓(xùn)信息的顯示以及審批狀態(tài)3.6.3培訓(xùn)審核3.6.3.1業(yè)務(wù)概述該功能對(duì)提交的培訓(xùn)信息予以復(fù)核，給出建議，且在人員檔案中增

12、加培訓(xùn)次數(shù)，審核通過的予 以培訓(xùn)。3.6.3.2使用者人事經(jīng)理3.6.3.3輸入要素人事經(jīng)理填寫建議363.4處理流程-發(fā)回重新核實(shí)Yes|信息存檔363.5輸出要素審批狀態(tài)發(fā)生改變3.7調(diào)動(dòng)管理2009/12/4（） HR項(xiàng)目人員調(diào)動(dòng)管理功能描述-雙俊組 0403.7.1增加調(diào)動(dòng)3.7.1.1業(yè)務(wù)概述增加調(diào)動(dòng)的用戶只能是擁有本功能權(quán)限的用戶，其工作是利用這個(gè)模塊增加人員調(diào)動(dòng)申請(qǐng)。因huma n_major_cha nge 。那么這個(gè)為只是調(diào)動(dòng)初稿，沒有審核。所以只涉及到一張表，職位調(diào)動(dòng)表模塊的流程比較單一，就是向職位調(diào)動(dòng)表 human_major_cha nge出入一條新記錄。考慮的業(yè)務(wù)點(diǎn)有

13、1 ）可以一次錄入多條，再一次性提交，這里涉及到要增加記錄的列表，還有分頁。2 ）對(duì)新增記錄列表進(jìn)行增，刪，改，查操作。3）提交增加調(diào)動(dòng)，送入審核階段，增加記錄的列表清空。3.7.1.2使用者1. 內(nèi)置角色：管理員，人事專員2.賦予了該功能的用戶3.7.1.3輸入要素職位調(diào)動(dòng)表 huma n_m ajor_cha nge各項(xiàng)字段3.7.1.4處理流程O HR項(xiàng)目增加調(diào)動(dòng)流程-雙俊組 ()2009-12-53.7.1.5輸出要素1 )新增調(diào)動(dòng)列表2)新增調(diào)動(dòng)條目詳細(xì)內(nèi)容3.7.2查看調(diào)動(dòng)3.7.2.1業(yè)務(wù)概述查看調(diào)動(dòng)的用戶分為三類，管理員，上級(jí)管理者，員工。管理員可以查看公司所有部門的調(diào)動(dòng)信息。

14、而上級(jí)管理者可以看到本部門及下屬部門所有員工的調(diào)動(dòng)信息，員工僅可以看到自己的調(diào)動(dòng) 信息。當(dāng)然所有的人員都有一個(gè)屬于自己調(diào)動(dòng)信息查看模塊。我的調(diào)動(dòng)信息鏈接，進(jìn)入當(dāng)前使用者調(diào)動(dòng)詳細(xì)信息列表 管理員：公司所有部門調(diào)動(dòng)列表，可以通過選則部門或日期來查詢列表。部門管理者：本部門及子部門調(diào)動(dòng)信息列表，可以通過日期來查詢列表 調(diào)動(dòng)信息只能是歷史成功調(diào)動(dòng)，不包括失敗調(diào)動(dòng)信息，當(dāng)前審核的信息3.722使用者2. 內(nèi)置角色：管理員，部門管理者，普通員工2.該功能應(yīng)該賦予所有在職員工，除應(yīng)聘者473.7.2.3輸入要素?zé)o輸入要素3.7.2.4處理流程O hr項(xiàng)目查看調(diào)動(dòng)流程-雙俊組 o2009-12-5人員調(diào)動(dòng)管理

15、查看調(diào)動(dòng)個(gè)人調(diào)動(dòng)詳 細(xì)信息列表判斷用戶角色二號(hào)管理員部門管理者/ 上級(jí)部門本部門及子部門成功調(diào)動(dòng)情況列表（日期，（子）部門分類）成功調(diào)動(dòng)一覽（日期，部門分類）已提交調(diào)動(dòng)調(diào)動(dòng)詳細(xì)信息失敗的調(diào)動(dòng)刪除，不記錄3.7.2.5輸出要素個(gè)人調(diào)動(dòng)詳細(xì)信息列表 公司各部門調(diào)動(dòng)信息列表及查看詳細(xì)信息 歷史成功調(diào)動(dòng)信息3.7.3調(diào)動(dòng)審核這里涉及到調(diào)動(dòng)審核的使用者也比較單一，具有該功能的使用者可以對(duì)新增的調(diào)動(dòng)進(jìn)行審核。的表有1、職位調(diào)動(dòng)表 human_major_change2、人員檔案變更表3.人員檔案表 3個(gè)人薪資明細(xì)表。首先，調(diào)動(dòng)審核需要提供一份申請(qǐng)調(diào)動(dòng)的信息列表，考慮分頁。然后就是查看具體條目的申請(qǐng) 信息，

16、最后由審核人員輸入審核意見。成功的審核還需要操作人員檔案調(diào)動(dòng)兩張表及薪資明細(xì)表。所以，涉及業(yè)務(wù)有:待審核調(diào)動(dòng)信息列表，查看具體待審核調(diào)動(dòng)信息 對(duì)待審核調(diào)動(dòng)信息進(jìn)行審核意見的評(píng)寫，審核調(diào)動(dòng) 審核通過，備份舊的人員檔案表到人員檔案變更表中，新增人員檔案記錄。還要修改薪資 明細(xì)表。3.7.3.2使用者管理員，人事經(jīng)理3.7.3.3輸入要素職位調(diào)動(dòng)審核信息3.7.3.4處理流程0 HR項(xiàng)目審核調(diào)動(dòng)流程-雙俊組 O2009-12-5人員調(diào)動(dòng)管理_是否擁有權(quán)庇二Y3.7.3.5輸出要素3) 待審核調(diào)動(dòng)表列表4) 待審核條目的具體信息3.8績(jī)效考核管理3.8.1績(jī)效考核模板3.8.1.1業(yè)務(wù)概述考核模板是用

17、來制定考核規(guī)則，考核模板是按職位來制定?？己四０宀榭粗锌梢孕薷暮蛣h除考 核模板，能夠刪除的模板只能是未審批的?？己四０蹇梢孕薷模枰獙⑿薷倪^的模板重新進(jìn)行審 批。審批之后的考核模板才能在考核評(píng)分中使用。3.8.1.2使用者人事專員、人事經(jīng)理3.8.1.3輸入要素績(jī)效考核的各項(xiàng)內(nèi)容，包括考核內(nèi)容、對(duì)應(yīng)職位3.8.1.4處理流程3.8.1.5輸出要素顯示模板列表3.8.2考核管理3.8.2.1業(yè)務(wù)概述考核評(píng)分是在一月的特定日期個(gè)人根據(jù)職位來選擇考核模板進(jìn)行評(píng)分，評(píng)分之后要進(jìn)行審批，在審批前能修改考評(píng)的分?jǐn)?shù)，審批后不能修改。同時(shí)績(jī)效考核的分?jǐn)?shù)會(huì)用于工資的計(jì)算,般績(jī)效考核的評(píng)分和審批應(yīng)在做工資報(bào)表之

18、前完成。3.822使用者員工、人事經(jīng)理3.8.2.3輸入要素員工參與考核評(píng)分3.8.2.4處理流程進(jìn)入考核界面.判斷是否到考一 核時(shí)間”3.8.2.5輸出要素3.9考勤管理由每位員工填寫出勤情況。考勤按下列規(guī)則執(zhí)行:1、考勤時(shí)間是上午 9: 00到下午6: 00。2、上午9點(diǎn)前為正常簽到時(shí)間，9點(diǎn)至10點(diǎn)為遲到，10點(diǎn)之后簽到為曠工半天。9點(diǎn)之后簽 到要填寫遲到原因。3、下午6點(diǎn)之后為簽離時(shí)間，5點(diǎn)至6點(diǎn)簽離為早退，5點(diǎn)前簽離為曠工半天。6點(diǎn)前簽離要 填寫早退原因?？记谇闆r主要是為出勤統(tǒng)計(jì)和薪資報(bào)表模塊中使用，為了統(tǒng)計(jì)方便，考勤表中一條記錄就是 位員工一天的出勤記錄，在早上簽到時(shí)將簽離時(shí)間設(shè)定

19、為簽到時(shí)間，等到簽離時(shí)再將簽離時(shí)間重新 填寫。3.9.1簽到3.9.1.1業(yè)務(wù)概述上午9點(diǎn)前為正常簽到時(shí)間，9點(diǎn)至10點(diǎn)為遲到，10點(diǎn)之后簽到為曠工半天。9點(diǎn)之后簽到要 填寫遲到原因。3.9.1.2使用者各部門員工。3.9.1.3輸入要素員工3.9.1.4處理流程ID (human_id )、部門 ID (dept_id ),遲到原因8： 59 :59之前，則員工準(zhǔn)時(shí)上班，如果當(dāng)前時(shí)間為00 : 00-9 : 59 : 59之間，則記為遲到，系統(tǒng)提示員工在遲到原因欄填寫遲到原因，如果當(dāng)前時(shí)間為10 : 00 : 00之后，則員工記為曠工半天。輸入要素完成后，系統(tǒng)獲得當(dāng)前時(shí)間，用當(dāng)前時(shí)間和設(shè)定時(shí)

20、間作比較，如果當(dāng)前時(shí)間為人員考勤管理N輸入部門ID與員工ID簽到 判斷是否為公司員X工Y，NJ 考勤失效3.9.1.5輸出要素是否準(zhǔn)時(shí)上班、是否遲到、是否曠工3.9.2簽離3.9.2.1業(yè)務(wù)概述下午6點(diǎn)之后為簽離時(shí)間，5點(diǎn)至6點(diǎn)簽離為早退,5點(diǎn)前簽離為曠工半天。6點(diǎn)前簽離要填寫早退原因。3.922使用者各部門員工3.923輸入要素員工3.9.2.4處理流程ID (human_id )、部門 ID (dept_id ),早退原因4： 59 :59之前，則員工記為曠工半天；如果當(dāng)前時(shí)間為5 : 00 : 00-5 : 59 : 59之間，則記為早退，系統(tǒng)輸入要素完成后，系統(tǒng)獲得當(dāng)前時(shí)間，用當(dāng)前時(shí)間

21、和設(shè)定時(shí)間作比較，如果當(dāng)前時(shí)間為提示寫明早退原因；如果當(dāng)前時(shí)間為6 : 00 : 00之后，則記為正常簽離。和當(dāng)前時(shí)間比較后然 后判斷考勤狀況19 : 00之前準(zhǔn)時(shí)上班9 : 00-10 : 00遲到10 : 00之后記為 曠工半天3.9.2.5輸出要素是否準(zhǔn)時(shí)下班、是否早退、是否曠工3.10數(shù)據(jù)報(bào)表管理3.10.1.1業(yè)務(wù)概述有三個(gè)模塊：在編人員統(tǒng)計(jì)，人力資源成本統(tǒng)計(jì)，員工出勤率統(tǒng)計(jì)。用表格或圖形顯示統(tǒng)計(jì)。(1) 在編人員統(tǒng)計(jì)模塊主要是統(tǒng)計(jì)部門崗位在職人數(shù)，缺崗人數(shù)，離職人數(shù)，招聘人數(shù)。根據(jù)職位 發(fā)布表，確定離職人數(shù)，根據(jù)用戶表，確定在崗人數(shù)，根據(jù)簡(jiǎn)歷表的簡(jiǎn)歷狀態(tài)，確定招聘人數(shù)，分 部門進(jìn)行

22、統(tǒng)計(jì)。實(shí)現(xiàn)增加，刪除，修改，查詢的操作。(2) 人力資源成本統(tǒng)計(jì)用于統(tǒng)計(jì)人員工資的成本，按部門統(tǒng)計(jì)每月支付工資的標(biāo)準(zhǔn)數(shù)目，實(shí)際支付 的工資數(shù)目，其中將實(shí)際支付的工資數(shù)目拆解成基本工資項(xiàng)，獎(jiǎng)金項(xiàng)，福利費(fèi)用項(xiàng)，保險(xiǎn)項(xiàng)，公司 支付個(gè)稅項(xiàng)。根據(jù)薪酬表，激勵(lì)表，對(duì)其進(jìn)行計(jì)算。實(shí)現(xiàn)增加，刪除，修改，查詢的操作。(3) 員工出勤率統(tǒng)計(jì)用于統(tǒng)計(jì)員工的出勤狀況。關(guān)聯(lián)到考勤表，計(jì)算出勤率=出勤人數(shù)/總的人數(shù)。3.10.1.2使用者部門經(jīng)理和其上級(jí)管理員。3.10.1.3輸入要素(1) 部門崗位在職人數(shù)，缺崗人數(shù)，離職人數(shù)，招聘人數(shù)(2) 基本工資項(xiàng)，獎(jiǎng)金項(xiàng)，福利費(fèi)用項(xiàng)，保險(xiǎn)項(xiàng)，公司支付個(gè)稅項(xiàng)(3) 出勤人數(shù)，總的

23、人數(shù).3.10.1.4處理流程開始管理員岀 勤 人 數(shù)總 人 數(shù)d在編人員統(tǒng)計(jì)人力資源統(tǒng)計(jì)員工出勤率483.10.1.5輸出要素用表格或圖形顯示統(tǒng)計(jì)結(jié)果,導(dǎo)出顯示數(shù)據(jù)4非功能性需求在這一部分應(yīng)對(duì)所有的軟件需求進(jìn)行足夠詳細(xì)的描述。詳盡程度應(yīng)以足夠軟件設(shè)計(jì)人員進(jìn)行概 要設(shè)計(jì)和系統(tǒng)測(cè)試人員進(jìn)行系統(tǒng)測(cè)試計(jì)劃和編寫測(cè)試用例為準(zhǔn)。4.1技術(shù)需求4.1.1軟硬件環(huán)境需求4.1.2性能需求本系統(tǒng)在正常的網(wǎng)絡(luò)環(huán)境下，應(yīng)能夠保證系統(tǒng)的及時(shí)響應(yīng):小批量的業(yè)務(wù)處理的響應(yīng)時(shí)間在38 秒;大批量的業(yè)務(wù)處理和查詢的響應(yīng)時(shí)間控制在3040秒以內(nèi)。4.1.3安全保密需求本系統(tǒng)的系統(tǒng)架構(gòu)，以及權(quán)限機(jī)制可以保證系統(tǒng)的安全性。首先：

24、從系統(tǒng)架構(gòu)看，本系統(tǒng)采用BS模型，從而使服務(wù)器數(shù)據(jù)源與客戶端分離，保證了數(shù)據(jù) 的物理獨(dú)立性;通過定義某些角色能進(jìn)行的操作權(quán)限,其次：本系統(tǒng)的用戶授權(quán)機(jī)制通過角色的定義管理實(shí)現(xiàn), 和定義用戶擁有的角色，限定用戶的操作權(quán)限，實(shí)現(xiàn)對(duì)用戶的授權(quán)。4.2質(zhì)量需求4.2.1可用性用戶使用的方便性、易用性和易學(xué)習(xí)性，如:1.輸入的無合法性檢查和值域檢查2.對(duì)于復(fù)雜的動(dòng)作要有必要的提示信息3.記憶用戶的設(shè)置或操作習(xí)慣，方便用戶操作4.對(duì)系統(tǒng)或數(shù)據(jù)進(jìn)行重大修改，要有用戶確認(rèn)4.2.2可靠性和健壯性在這一部分應(yīng)對(duì)所有的影響軟件的可靠性需求進(jìn)行足夠詳細(xì)的描述。應(yīng)注意用數(shù)字說明所要求的可靠程度。同時(shí)避免如“ 24x7 ”這樣的陳述。例如使用年度正常運(yùn)行時(shí)間、月正常運(yùn)行時(shí)間、維護(hù)時(shí)間、當(dāng)機(jī)時(shí)間來說明系統(tǒng)的可靠程度;使用可允許的缺陷數(shù)量來界定系統(tǒng)質(zhì)量，如最大缺陷數(shù)量、缺陷比例、安全操作一一系統(tǒng)強(qiáng)壯性要 求和操作的有效性要求，比如用戶誤操作的系統(tǒng)容錯(cuò)能力、操作的正常次序要求和有效性輸入檢查等等。通常給出平均無故障時(shí)間或兩次故障間的平均間隔時(shí)間等。423可維護(hù)性和可擴(kuò)展性本系統(tǒng)的應(yīng)用平臺(tái)設(shè)計(jì)中選擇B/S結(jié)構(gòu)，采用基于 JAVA技術(shù)并且符合 J2EE開發(fā)規(guī)范的系統(tǒng) 應(yīng)用平臺(tái)，使系統(tǒng)具有良好的可維護(hù)性和可擴(kuò)展性4.3文檔需求4.3.1文檔清單交付驗(yàn)收時(shí)需交付的文檔清單:需求規(guī)格說明