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

1、HR人力資源管理系統(tǒng)需求分析說明書1 前言 .11.1 目的 11.2 范圍 .11. 3 讀者對象 21. 4 參考文獻 21. 5 術(shù)語定義 . 22系統(tǒng)說明概述 . .32.1 產(chǎn)品介紹 .32. 2產(chǎn)品中的用戶與角色 42.3 產(chǎn)品范圍 .42. 4產(chǎn)品應(yīng)該遵循的標準或規(guī)范 43功能性需求 . .33.1 系統(tǒng)設(shè)置 .33. 1. 1權(quán)限設(shè)置 43. 1. 2職位設(shè)置 53. 1. 3題庫設(shè)置 53. 1. 4公共屬性 53.2招聘管理 .33. 2. 1 職位發(fā)布 43. 2. 2簡歷管理 53. 2. 3考試管理 53. 2. 4公共屬性 53.3檔案管理 .33. 3. 1檔案登

2、記 43. 3. 2檔案查詢 53. 3. 3檔案審核 53. 3. 4檔案變更 53. 3. 5檔案回收 53.4 薪酬管理 .33.4.1 薪酬標準管理 .43.4.2 薪酬發(fā)放管理 .5343個人薪酬查詢 .53.5激勵管理 .33. 5. 1 增加激勵 43. 5. 2查看激勵 53. 5. 3激勵審核 53.6 培訓(xùn)管理 .33. 6. 1 增加培訓(xùn) 43. 6. 2查看培訓(xùn) 53. 6. 3培訓(xùn)審核 53.7 調(diào)動管理 .33. 7. 1增加調(diào)動 43. 7. 2查看調(diào)動 53. 7. 3調(diào)動審核 53.8績效考核管理 .33. 8. 1模版添加 43. 8. 2考核管理 53.9

3、 考勤管理 .33. 9. 1簽到 43. 9. 2簽退 53. 10數(shù)據(jù)報表管理 34 非功能性需求. . .34.1 技術(shù)需求 .34.1.1 軟硬件環(huán)境需求.44. 1. 2性能需求 54. 1. 3安全保密需求 54.2 質(zhì)量需求 .34. 2. 1 可用性 44.2.2 可靠性和健壯性 .54.2.3 可維護性和可擴展性 .54.3 文檔需求 .34. 3. 1文檔清單 44. 3. 2用戶手冊 54. 3. 3安全保密需求 54.4 設(shè)計約束 .34. 4. 1 語言約束 44. 4. 2 系統(tǒng)模型約束 55驗收標準 . .3結(jié)論 .20參考文獻 . .21附錄 . 23/、八1刖

4、言為了提高企業(yè)信息化水平，促進企業(yè)管理的規(guī)范化、制度化、流程化，XX單位決定實施人力資源管理系統(tǒng)。希望通過這個系統(tǒng)的實施規(guī)范人事檔案的管理，規(guī)范薪酬體系和薪酬發(fā)放的管理，規(guī) 范人事的調(diào)動管理、培訓(xùn)管理和激勵管理。并對招聘工作的職位發(fā)布、簡歷、面試、招聘題庫、招 聘考試、錄用等環(huán)節(jié)加以規(guī)范。系統(tǒng)還需提供人事檔案的導(dǎo)出和報表功能。1.1目的本文檔是北京奮斗教育科技有限公司在XX單位的人力資源管理系統(tǒng)合同基礎(chǔ)上編制的。本文檔的編寫為下階段的設(shè)計、開發(fā)提供依據(jù)，為項目組成員對需求的詳盡理解，以及在開發(fā)開發(fā)過程 中的協(xié)同工作提供強有力的保證。同時本文檔也作為項目評審驗收的依據(jù)之一。1.2范圍本系統(tǒng)包括：

5、系統(tǒng)管理、人力資源檔案管理、薪酬管理、調(diào)動管理、培訓(xùn)管理、激勵管理、J績效考核管理、招聘管理和標準化數(shù)據(jù)報表九個模塊。系統(tǒng)功能為本說明書與附件Demo版界面描述中功能的并集。在上述文件未明確描述的情況下，應(yīng)能滿足合同和相關(guān)投標書所描述的功能。1.3讀者對象企業(yè)員工1.4參考文檔無1.5術(shù)語定義定義所使用的術(shù)語。對于易混淆的客戶常用語要有明確規(guī)定定義。例如，“用戶”是指客戶的雇員而非軟件的最終購買者等。2系統(tǒng)說明概述在這一部分應(yīng)對影響系統(tǒng)的主要因素進行描述。對于系統(tǒng)的詳細功能描述應(yīng)在下一節(jié)進行。此，應(yīng)側(cè)重需求的背景并使在下一節(jié)所做的敘述易于理解?？砂ǎ含F(xiàn)有系統(tǒng)描述、新系統(tǒng)解決方 案描述、產(chǎn)品用

6、途、產(chǎn)品功能、用戶特點、局限性、前提和假設(shè)等。2.1產(chǎn)品介紹2.2產(chǎn)品中的用戶與角色本系統(tǒng)按照以下的企業(yè)機構(gòu)模型為例進行開發(fā)，企業(yè)的機構(gòu)是可以動態(tài)改變的，企業(yè)中有多個上下部門關(guān)系，這涉及到訪問的權(quán)限問題。系統(tǒng)的用戶是所有的企業(yè)在職員工和應(yīng)聘者組成。2009/12/3HR項目企業(yè)機構(gòu)模型參考圖-雙俊組內(nèi)置角色有：系統(tǒng)管理員、人事專員、人事經(jīng)理、薪酬專員、薪酬經(jīng)理、招聘專員、招聘經(jīng)理2.3產(chǎn)品范圍2.4產(chǎn)品應(yīng)當遵循的標準或規(guī)范3功能性需求在這一部分應(yīng)對所有的軟件需求進行足夠詳細的描述。詳盡程度應(yīng)以足夠軟件設(shè)計人員進行概 要設(shè)計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。按系統(tǒng)功能的體系結(jié)構(gòu)組

7、織本章內(nèi)容。3.1系統(tǒng)設(shè)置XICP HR項目系統(tǒng)設(shè)置功能描述雙俊組62009/12/41職位分類一覽 2增加職位分類 3修改職位分類 4刪除職位分類 5職位查看 6添加職位7修改職位 8刪除職位1. 題目列表2. 查看題目詳細3増加題目4.修改題目5刪除題目1. 日志統(tǒng)計信息2. 日志列表1屬性一覽2查看屬性條目3修改屬性/條目4增加屬性/條目5刪除屬性條目權(quán)限設(shè)置業(yè)務(wù)概述權(quán)限關(guān)系到整個系統(tǒng)的訪問關(guān)系和安全，權(quán)限的內(nèi)容關(guān)系到:1. 用戶維護：這個系統(tǒng)面向的用戶，一般分為企業(yè)的在職員工和應(yīng)聘人員。他們都是這個系統(tǒng) 的使用者，即用戶。用戶維護既是對這些人員分配賬戶以及對所有用戶信息的維 護。這個子

8、功能應(yīng)該是每個用戶使用者都擁有的功能，但是擁有的業(yè)務(wù)是不一樣的。1）每個用戶都可以再這里查看自己的信息，修改自己的登錄密碼。2）人事專員可以對用戶進行增刪改查，凍結(jié)等操作2. 角色維護：不同的用戶訪問這個系統(tǒng)，訪問的功能是不同的，我們可以先預(yù)定一些功能的集 合作為角色，然后可以很方便的分配給用戶。這個子功能的使用者是擁有這個功能的用戶，涉及業(yè)務(wù)有：1）查看角色列表2）新建角色，修改角色3）刪除角色，但是如果角色已經(jīng)被分配，就不能刪除角色4）角色的具體查看，以復(fù)選框樹的形式顯示，之前的修改，更新都是用權(quán)限樹 操作。3. 部門維護：上級部門人員是可以查看下級部門人員的信息，同級部門的管理者可以查看

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

10、頁面普通用戶用戶列表頁面普通用戶是否管理者部門樹視圖普通用戶是否管理者日志列表視圖增加用戶刪 除 用 戶修 改 用 戶 信 息1 r新 建 角 色修 改角色刪 除 角 色查 看 部 門新 建 部 門刪 除 角 色查 看 部 門 與 部 門 詳 細 信 息X.整理日志Excel是否快速添加自動添加手動添加不能刪除可以刪除是否被分配是否被分配不能被撤銷可以撤銷輸出要素各功能模塊的記錄信息列表，復(fù)選框功能樹，部門組織圖的顯示職位設(shè)置業(yè)務(wù)概述職位設(shè)置中管理者企業(yè)所有的職位數(shù)據(jù)，是一項重要的數(shù)據(jù)。它涉及到職位分類和具體職位的 設(shè)置。涉及的具體業(yè)務(wù)有：1）職位分類一覽，為列表的形式顯示2）職位分類的查看，

11、進入具體職位的列表3）職位分類的修改，刪除，刪除的職位分類需要其沒有附屬的職位為空4）具體職位的詳細信息顯示，修改，刪除。這里刪除需要此職位沒有分配給員工使用者管理員，職位管理人員輸入要素相對于職位分類表和職位表的各個字段處理流程3.125輸出要素1）職位分類列表2）職位列表3）職位詳細信息題庫設(shè)置業(yè)務(wù)概述題庫是用來輸入設(shè)置試題的模塊，負責(zé)考試系統(tǒng)所有的題目來源。包括的功能應(yīng)該有試題信息的 列表，查詢。以題目的類型進行歸類。包括對試題的增加，修改，刪除等功能。使用者管理員，考試題目管理人員輸入要素相對于題庫表，題目選項表各字段的錄入處理流程O HR項目題庫設(shè)置流程-雙俊組2009-12-5輸出

12、要素1）試題信息列表2）試題詳細信息的顯示公共屬性業(yè)務(wù)概述公共屬性是用來記錄的公共屬性，就是同類別名詞的集合，例如名族，國籍，宗教信仰等一類數(shù)據(jù)各自類別名詞的集合。其數(shù)據(jù)的組織形式為公共屬性表對應(yīng)的字段，那么對這些公共屬性涉及 的業(yè)務(wù)有：1 ）公共信息列表顯示，其具體子項列表2）新增公共屬性，其子項的添加，修改3）刪除公共屬性或其子項，3.142使用者管理員，公共屬性管理人員輸入要素公共屬性的名稱，子項名稱3.144處理流程3.145輸出要素1）公共屬性類別列表2）各類別子項列表顯示。3.2招聘管理職位發(fā)布業(yè)務(wù)描述職位發(fā)布是一個招聘信息發(fā)布和管理的模塊。主要是對外發(fā)布企業(yè)內(nèi)部所招聘崗位的信息。

13、職位發(fā)布中有增加招聘職位，查看招聘職位及錄入求職人簡歷三部分。1. 增加招聘職位：根據(jù)公司需求來發(fā)布招聘信息，具體的要求有：招聘人數(shù)招聘的職位和該職位的要求還有截止日期等。2. 查看招聘職位：根據(jù)增加的職位信息來顯示具體的招聘信息。若要發(fā)布到客戶端求職人可以根據(jù)查看招聘職位模塊來選擇自己的合適的職位。3. 錄入簡歷：可以有兩種方式來錄入簡歷，一種是通過外部網(wǎng)站由應(yīng)聘人直接填寫。另一種 是由招聘專員接收到應(yīng)聘人簡歷后錄入。錄入后將簡歷數(shù)據(jù)保存到簡歷數(shù)據(jù)庫中。321.2使用者管理員，公共屬性管理人員及應(yīng)聘人查看職位信息。輸入要素簡歷表和職位發(fā)布表當中的各字段的輸入處理流程該流程圖包含：增加職位，查

14、看職位和簡歷管理是否申請求職錄入簡歷簡歷篩選面試被錄用被錄用錄用面試筆試繼續(xù)面試丁1用落選錄用篩選繼續(xù)筆試二用落選錄用篩選錄用筆試繼續(xù)筆試繼續(xù)面試繼續(xù)筆試321.5輸出要素職位列表職位詳細列表簡歷表簡歷管理業(yè)務(wù)描述該模塊主要是對錄用簡歷的處理，決定是否錄用該應(yīng)聘人。該模塊實際就是一個面試過程。面 試的結(jié)果就兩種一一錄用或落選，但這個過程會經(jīng)歷4個環(huán)節(jié)，初選、面試篩選、筆試篩選、錄用篩選，其中面試、筆試是可以重復(fù)的。1 .簡歷篩選模塊：該模塊操作的數(shù)據(jù)是新錄入的簡歷，篩選后簡歷的去處有四種：進行面試、 進行筆試、等待錄用、落選，通過改變簡歷信息表中的簡歷狀態(tài)來對該簡歷進行處理。2.面試篩選模塊：

15、通過簡歷篩選成功后，若該簡歷的狀態(tài)是面試，則面試篩選模塊中會處理簡 歷狀態(tài)為面試的簡歷。然后會對應(yīng)聘人進行面試。對參加面試的應(yīng)聘人填寫面試結(jié)果，每次面試完 后簡歷表當中的面試次數(shù)都會增加一次。面試篩選后簡歷的去處仍然是四種：進行面試、進行筆試、等待錄用、落選。3.筆試篩選模塊：通過判斷簡歷表當中的狀態(tài)為筆試才會到筆試篩選模塊當中操作。點擊筆試,系統(tǒng)會自動生成考試卷供應(yīng)聘人筆試，筆試結(jié)束后對參加筆試的應(yīng)聘人填寫筆試結(jié)果，之后簡歷的 去處與面試篩選相同。4 錄用篩選模塊：操作的數(shù)據(jù)是簡歷狀態(tài)為：錄用，操作的結(jié)果是錄用或落選。3.222使用者管理員，公共屬性管理人員輸入要素簡歷表的各字段輸入3.22

16、4處理流程3.225輸出要素簡歷詳細列表，面試列表考試管理323.1業(yè)務(wù)描述考試系統(tǒng)負責(zé)生成考試卷供筆試或培訓(xùn)測試考試。并負責(zé)考生能在線考試。1.試卷管理模塊：試卷時采用動態(tài)生成的方式，在制定試卷模塊中制定試卷的生成規(guī)則。根據(jù) 系統(tǒng)設(shè)置當中的題庫信息來生成考試卷當中的具體題目，并由試卷生成規(guī)則來確認試卷的類型和多 少題量。點擊確認后經(jīng)過Action處理來隨機的生成考試卷。2.在線考試模塊：該模塊根據(jù)規(guī)則動態(tài)的生成試卷，由應(yīng)聘人進行答題。將答案提交后應(yīng)對選 擇題、填空題的答案進行自動評分。對于問答題的評分可以在筆試篩選中進行。使用者求職人和公司員工輸入要素試卷表，試卷明細表，考試答案表及考試答案

17、明細表各字段輸入。處理流程1 .考試管理流程2.在線考試流程323.5輸出要素試卷表，試卷列表，考試答案列表，考試答案明細表3.3檔案管理*1r王*檔案查詢r檔案審核檔案回收檔案變更刪除檔案修改檔案成為檔案查看歷史記錄檔案登記業(yè)務(wù)概述做檔案信息的基本錄入，檔案信息的來源可以是從錄用的簡歷中轉(zhuǎn)換過來，也可以 是人工的錄入（與招聘管理的數(shù)據(jù)關(guān)聯(lián)，直接從簡歷表中轉(zhuǎn)換錄入）。使用者檔案管理人員對檔案的管理，只有檔案管理人員才能增加檔案輸入要素人員檔案表人員檔案變更表信息的錄入處理流程人員被應(yīng)聘上之后，就從建立表中把人員的簡歷錄入到檔案表當中來，如果沒有簡 歷表的也可以人工錄入。當人員離開公司之后把他的

18、檔案刪除，但是要保存到人員變更 表中。當人員復(fù)員之后可以把人員變更表中關(guān)于人員的檔案恢復(fù)。新增的簡歷和被修改 之后的檔案，必須要經(jīng)過上級審核方可成為檔案。輸出要素人員檔案表檔案查詢3.321業(yè)務(wù)概述查看檔案模塊中可以做人員檔案的修改和刪除，檔案修改的時候應(yīng)注意部門，職位，薪資標準是不能再這個模塊中修改的，應(yīng)到人員調(diào)動模塊中 去處理。檔案的刪除只是做狀態(tài)位的修改。同時要注意沒有審核的檔案是不能修改的， 審核后的檔案修改了要重新審核。檔案修改時應(yīng)注意要將原始數(shù)據(jù)進行備份，可存到歷 史表中。3.322使用者檔案管理人員和部門經(jīng)理的修改和刪除輸入要素需要的表是檔案變更表處理流程在這個小模塊中只有檔案管

19、理人員和部門經(jīng)理才能對檔案的修改和刪除輸出要素刪除后的檔案存在檔案變更表中檔案審核業(yè)務(wù)概述檔案審核時只對新增或修改了的檔案進行審核。要注意在薪酬報表、激勵管理、培訓(xùn)管理、人員調(diào)動模塊的審批流程執(zhí)行后也會修改人員檔案表，但從 這些模塊中過來的數(shù)據(jù)時不需要在檔案審核中進行審核的，因為在各自的模塊中有審核的流程。使用者只有上級部門經(jīng)理才能對檔案的審核輸入要素對新增和修改的人員檔案必須要進過經(jīng)理的審核方可稱為檔案處理流程對檔案管理人員提交上新增的檔案或修改過的檔案必須要經(jīng)過經(jīng)理的審核輸出要素經(jīng)理對檔案審核過的檔案表將成為正式的檔案表檔案變更業(yè)務(wù)概述對離職人員檔案的刪除使用者檔案管理人員，對離職人員的檔

20、案刪除輸入要素需要把錄入檔案中的人員檔案刪除處理流程對離職的人員在查看檔案模塊中刪除檔案輸出要素檔案變更表檔案回收業(yè)務(wù)概述對已經(jīng)刪除的檔案，進行恢復(fù)使用者檔案管理人員輸入要素人員檔案變更表處理流程對已經(jīng)刪除的人員檔案進行恢復(fù)輸出要素人員檔案表3.4薪酬管理薪酬標準管理341.1業(yè)務(wù)概述薪酬管理，分為薪酬標準和薪酬報表以及個人薪酬查看。薪酬標準主要是按職位的不同制定薪資標準的，需要注意的是薪資的計算規(guī)則?，F(xiàn)將規(guī)則制定為：1、按出勤天數(shù)計算2、按考核分數(shù)計算3、固定值4、人工填寫5、個稅和保險按法律規(guī)定薪酬標準查看模塊中可以修改和刪除薪資標準，需注意的是薪酬標準只有在新增未審批時能夠徹底刪除，其他

21、情況下不能刪除。薪資標準修改后需要重新審批。只有審批過的薪資標準才能被人 員檔案的新增和修改模塊以及人員調(diào)動的模塊使用。薪酬標準審核是對新增或修改的薪酬標準進行審核。薪酬報表用于制定部門的工資報表，應(yīng)預(yù)先指定部門的級別，并在以后的操作中以此為依據(jù)制定報表。工資報表中要注意對部門中不同職位的薪資進行分類，不要在一個表格中顯示。新增報表是有時間性的，要指定好可操作的時間段。薪資能自動計算的需要計算好結(jié)果。不能自動計算由報 表制作人手工填寫。薪酬報表在未審批前可以修改和刪除，但審批后就不能做此操作，只能查看。薪酬報表審批后個人的工資就生成了，因此要將人員檔案表中關(guān)于個人薪資方面的數(shù)據(jù)進行修改，同時做

22、好人員檔 案表的數(shù)據(jù)備份。薪酬報表審批是對新增的報表進行審批。個人薪資查看，每位員工都可以在這個模塊中查看到個人薪資的數(shù)據(jù)。341.2使用者薪酬專員，財務(wù)專員基本功能處理流程登陸*財務(wù)專員/審核員審核通過薪酬標準生成薪酬標準薪酬標準明細表依據(jù)薪酬標準表制定薪 f酬標準薪酬管理專員審核_*薪酬報表人員檔案表依據(jù)審核通過薪酬發(fā)放管理審核通過薪酬發(fā)放登記薪酬審核341.5輸出要素薪酬發(fā)放管理業(yè)務(wù)概述該業(yè)務(wù)主要是通過財務(wù)人員制定的標準的工資，財務(wù)經(jīng)理審核之后，通過，對不同職務(wù), 不同部門采用不同的工資標準。使用者財務(wù)經(jīng)理輸入要素如上流程圖處理流程如上流程圖342.5輸出要素如上流程圖個人薪酬查詢業(yè)務(wù)概

23、述個可以查到自己的薪酬工資，及當月工資明細使用者人員檔案輸入要素個人登錄，輸入自己的ID號處理流程如上流程圖輸出要素如上流程圖3.5激勵管理OHR項目激勵管理功能描述-雙俊組 。2009-12-51. 增加激勵2. 修改激勵3. 刪除激勵1. 查看激勵列表2. 查詢個人激勵3. 按時間，按部門查詢激勵1. 查看待審核激勵2. 審核激勵增加激勵業(yè)務(wù)概述擁有權(quán)限的用戶可以在此模塊管理新激勵的增刪改查。新激勵提交后，未審核的激勵可以在此 模塊查看，修改或刪除。涉及的業(yè)務(wù)有：1）待審批激勵的查看，修改，刪除2）增加新激勵使用者管理員，薪酬專員輸入要素激勵表中對應(yīng)的各字段處理流程O hr項目增加激勵流程

24、-雙俊組 q）2009-12-5未審核的激勵都在這個項目顯 示，可以進行修改和刪除輸出要素1）待激勵記錄列表2）具體激勵信息顯示查看激勵業(yè)務(wù)概述查看激勵的用戶分為三類，管理員，上級管理者，員工。管理員可以查看公司所有部門的激勵 信息。而上級管理者可以看到本部門及下屬部門所有員工的激勵信息，員工僅可以看到自己的激勵 信息。當然所有的人員都有一個屬于自己激勵信息查看模塊。1）我的激勵信息鏈接，進入當前使用者激勵詳細信息列表2）管理員：公司所有部門激勵列表，可以通過選則部門或日期來查詢列表。3）部門管理者：本部門及子部門員工激勵信息列表，可以通過日期來查詢列表4）激勵信息只能是歷史審核成功激勵，不包

25、括失敗激勵信息，當前激勵的信息3.522使用者管理員，薪酬專員輸入要素?zé)o輸入要素處理流程審核失敗的激勵刪除，不記錄輸出要素1）個人激勵詳細信息列表2）公司各部門激勵信息列表及查看詳細信息激勵審核業(yè)務(wù)概述具有該功能的使用可以對新增的激勵進行審核。這里涉及到的表有1、人員激勵表表2、人員檔案變更表 3.人員檔案表3個人薪資明細表。首先，激勵審核需要提供一份申請調(diào)動的信息列表， 考慮分頁。然后就是查看具體條目的申請信息，最后由審核人員輸入審核意見。成功的審核還需要 操作人員檔案調(diào)動兩張表及薪資明細表。所以，涉及業(yè)務(wù)有：1）待審核激勵信息列表，查看具體待審核激勵信息2）對待審核激勵信息進行審核意見的評

26、寫，審核激勵3）審核通過，備份舊的人員檔案表到人員檔案變更表中，新增人員檔案記錄。還要修改薪資 明細表。使用者管理員，薪酬經(jīng)理輸入要素人員激勵表中的審核信息，審核狀態(tài)等信息處理流程（.：HR項目審核激勵流程-雙俊組 O2009-12-5輸出要素2）待審核條目的具體信息3.6培訓(xùn)管理增加培訓(xùn)業(yè)務(wù)概述該功能決定哪些員工應(yīng)該受培訓(xùn)和他們需要什么培訓(xùn)。使用者人事專員輸入要素選擇人員ID和培訓(xùn)項目ID，培訓(xùn)啟動時間，培訓(xùn)時長，登記人，培訓(xùn)成績處理流程3.6.1.5輸出要素輸出添加成功的提示信息 員工的培訓(xùn)信息列表3.6.2查看培訓(xùn)3.6.2.1業(yè)務(wù)概述查看員工的培訓(xùn)信息，包括（員工ID、部門、職位、姓名

27、、培訓(xùn)成績、審批狀態(tài)）對已審批培訓(xùn)信息，不能修改和刪除，未審批的則可以。362.2使用者人事專員輸入要素選擇人員ID和培訓(xùn)項目ID，培訓(xùn)啟動時間，培訓(xùn)時長，登記人，培訓(xùn)成績362.4處理流程362.5輸出要素員工培訓(xùn)信息的顯示以及審批狀態(tài)培訓(xùn)審核業(yè)務(wù)概述該功能對提交的培訓(xùn)信息予以復(fù)核，給出建議，且在人員檔案中增加培訓(xùn)次數(shù)，審核通過的予 以培訓(xùn)。使用者人事經(jīng)理輸入要素人事經(jīng)理填寫建議363.4處理流程363.5輸出要素審批狀態(tài)發(fā)生改變3.7調(diào)動管理2009/12/4HR項目人員調(diào)動管理功能描述-雙俊組1. 增加調(diào)動2. 修改調(diào)動3. 刪除調(diào)動1.歷史調(diào)動情況一覽2當前提交調(diào)動3J按時間，按部門查

28、詢調(diào)動1. 查看調(diào)動2. 審核調(diào)動增加調(diào)動業(yè)務(wù)概述增加調(diào)動的用戶只能是擁有本功能權(quán)限的用戶，其工作是利用這個模塊增加人員調(diào)動申請。因為只是調(diào)動初稿，沒有審核。所以只涉及到一張表，職位調(diào)動表human_major_cha nge 。那么這個模塊的流程比較單一，就是向職位調(diào)動表 human_major_cha nge 出入一條新記錄?？紤]的業(yè)務(wù)點有1）可以一次錄入多條，再一次性提交，這里涉及到要增加記錄的列表，還有分頁。2 ）對新增記錄列表進行增，刪，改，查操作。3）提交增加調(diào)動，送入審核階段，增加記錄的列表清空。使用者1. 內(nèi)置角色：管理員，人事專員2.賦予了該功能的用戶輸入要素職位調(diào)動表 hu

29、ma n_m ajor_cha nge各項字段處理流程（J HR項目增加調(diào)動流程-雙俊組 O2009-12-5輸出要素1）新增調(diào)動列表2）新增調(diào)動條目詳細內(nèi)容查看調(diào)動業(yè)務(wù)概述查看調(diào)動的用戶分為三類，管理員，上級管理者，員工。管理員可以查看公司所有部門的調(diào)動 信息。而上級管理者可以看到本部門及下屬部門所有員工的調(diào)動信息，員工僅可以看到自己的調(diào)動 信息。當然所有的人員都有一個屬于自己調(diào)動信息查看模塊。5）我的調(diào)動信息鏈接，進入當前使用者調(diào)動詳細信息列表6）管理員：公司所有部門調(diào)動列表，可以通過選則部門或日期來查詢列表。7）部門管理者：本部門及子部門調(diào)動信息列表，可以通過日期來查詢列表8）調(diào)動信息只

30、能是歷史成功調(diào)動，不包括失敗調(diào)動信息，當前審核的信息3.722使用者2. 內(nèi)置角色：管理員，部門管理者，普通員工2.該功能應(yīng)該賦予所有在職員工，除應(yīng)聘者輸入要素?zé)o輸入要素處理流程O HR項目查看調(diào)動流程-雙俊組 O2009-12-5人員調(diào)動管理杳看調(diào)動h判斷用戶角色、是否擁有權(quán)限一Y_J個人調(diào)動詳 細信息列表部門管理者/ 上級部門本部門及子部門成功調(diào)動情況列表（日期，（子）部門分類）管理員調(diào)動詳細信息失敗的調(diào)動刪除，不記錄輸出要素3）個人調(diào)動詳細信息列表4）公司各部門調(diào)動信息列表及查看詳細信息5）歷史成功調(diào)動信息調(diào)動審核業(yè)務(wù)概述這里涉及到調(diào)動審核的使用者也比較單一，具有該功能的使用者可以對新增

31、的調(diào)動進行審核。的表有1、職位調(diào)動表 human_major_change 2、人員檔案變更表3.人員檔案表 3個人薪資明細表。首先，調(diào)動審核需要提供一份申請調(diào)動的信息列表，考慮分頁。然后就是查看具體條目的申請 信息，最后由審核人員輸入審核意見。成功的審核還需要操作人員檔案調(diào)動兩張表及薪資明細表。所以，涉及業(yè)務(wù)有：4）待審核調(diào)動信息列表，查看具體待審核調(diào)動信息5）對待審核調(diào)動信息進行審核意見的評寫，審核調(diào)動6）審核通過，備份舊的人員檔案表到人員檔案變更表中，新增人員檔案記錄。還要修改薪資明細表。使用者管理員，人事經(jīng)理輸入要素職位調(diào)動審核信息處理流程C HR項目審核調(diào)動流程-雙俊組 O2009-

32、12-5人員調(diào)動管理是否擁有權(quán)限Y輸出要素3）待審核調(diào)動表列表4）待審核條目的具體信息3.8績效考核管理績效考核模板業(yè)務(wù)概述考核模板是用來制定考核規(guī)則，考核模板是按職位來制定?？己四０宀榭粗锌梢孕薷暮蛣h除考 核模板，能夠刪除的模板只能是未審批的。考核模板可以修改，但需要將修改過的模板重新進行審 批。審批之后的考核模板才能在考核評分中使用。使用者人事專員、人事經(jīng)理輸入要素績效考核的各項內(nèi)容，包括考核內(nèi)容、對應(yīng)職位處理流程部門*刪除模板制定績效 考核模板查看模板Yes是否已審核No刪除成功No審核是否通過Yes執(zhí)行模板3.8.1.5輸出要素顯示模板列表3.8.2考核管理3.8.2.1業(yè)務(wù)概述考核評

33、分是在一月的特定日期個人根據(jù)職位來選擇考核模板進行評分，評分之后要進行審 批，在審批前能修改考評的分數(shù)，審批后不能修改。同時績效考核的分數(shù)會用于工資的計算， 一般績效考核的評分和審批應(yīng)在做工資報表之前完成。3.822使用者員工、人事經(jīng)理輸入要素員工參與考核評分處理流程進入考核界面判斷是否到考 核時間輸出要素3.9考勤管理由每位員工填寫出勤情況。考勤按下列規(guī)則執(zhí)行：1、考勤時間是上午 9: 00到下午6: 00。2、 上午9點前為正常簽到時間，9點至10點為遲到，10點之后簽到為曠工半天。9點之后簽到要填寫遲到原因。3、 下午6點之后為簽離時間，5點至6點簽離為早退，5點前簽離為曠工半天。6點前

34、簽離要 填寫早退原因。考勤情況主要是為出勤統(tǒng)計和薪資報表模塊中使用，為了統(tǒng)計方便，考勤表中一條記錄就是一 位員工一天的出勤記錄，在早上簽到時將簽離時間設(shè)定為簽到時間，等到簽離時再將簽離時間重新 填寫。簽到業(yè)務(wù)概述上午9點前為正常簽到時間，9點至10點為遲到，10點之后簽到為曠工半天。9點之后簽到要填寫遲到原因。使用者各部門員工。輸入要素員工 ID (human_id )、部門 ID (dept_id ),遲到原因處理流程輸入要素完成后，系統(tǒng)獲得當前時間，用當前時間和設(shè)定時間作比較，如果當前時間為& 59 :59之前，則員工準時上班，如果當前時間為9: 00 : 00-9 : 59 : 59之間

35、，則記為遲到，系統(tǒng)提示員工在遲到原因欄填寫遲到原因，如果當前時間為10 : 00 : 00之后，則員工記為曠工半天。和當前時間比較后然 后判斷考勤狀況r1F9 : 00之前準時上班9 : 00-10 : 00遲到10 : 00之后記為 曠工半天輸出要素是否準時上班、是否遲到、是否曠工簽離業(yè)務(wù)概述下午6點之后為簽離時間,5點至6點簽離為早退,5點前簽離為曠工半天。6點前簽離要填寫早退原因。3.922使用者各部門員工輸入要素員工 ID (human_id )、部門 ID (dept_id ),早退原因處理流程輸入要素完成后，系統(tǒng)獲得當前時間，用當前時間和設(shè)定時間作比較，如果當前時間為4： 59 :

36、59之前，則員工記為曠工半天；如果當前時間為5 : 00 : 00-5 : 59 : 59之間，則記為早退，系統(tǒng)提示寫明早退原因；如果當前時間為6 : 00 : 00之后，則記為正常簽離。和當前時間比較后然 后判斷考勤狀況輸出要素是否準時下班、是否早退、是否曠工3.10數(shù)據(jù)報表管理業(yè)務(wù)概述有三個模塊：在編人員統(tǒng)計，人力資源成本統(tǒng)計，員工出勤率統(tǒng)計。用表格或圖形顯示統(tǒng)計。(1) 在編人員統(tǒng)計模塊主要是統(tǒng)計部門崗位在職人數(shù)，缺崗人數(shù)，離職人數(shù)，招聘人數(shù)。根據(jù)職位 發(fā)布表，確定離職人數(shù)，根據(jù)用戶表，確定在崗人數(shù)，根據(jù)簡歷表的簡歷狀態(tài)，確定招聘人數(shù)，分 部門進行統(tǒng)計。實現(xiàn)增加，刪除，修改，查詢的操作。

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

38、人員缺崗人數(shù)離職人數(shù)招聘人數(shù)公司支付個稅 保險項基本工資出勤人數(shù)輸出要素，導(dǎo)出顯示數(shù)據(jù)用表格或圖形顯示統(tǒng)計結(jié)果4非功能性需求在這一部分應(yīng)對所有的軟件需求進行足夠詳細的描述。詳盡程度應(yīng)以足夠軟件設(shè)計人員進行概 要設(shè)計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。4.1技術(shù)需求軟硬件環(huán)境需求性能需求本系統(tǒng)在正常的網(wǎng)絡(luò)環(huán)境下，應(yīng)能夠保證系統(tǒng)的及時響應(yīng)：小批量的業(yè)務(wù)處理的響應(yīng)時間在38秒；大批量的業(yè)務(wù)處理和查詢的響應(yīng)時間控制在3040秒以內(nèi)。安全保密需求本系統(tǒng)的系統(tǒng)架構(gòu)，以及權(quán)限機制可以保證系統(tǒng)的安全性。首先：從系統(tǒng)架構(gòu)看，本系統(tǒng)采用 BS模型，從而使服務(wù)器數(shù)據(jù)源與客戶端分離，保證了數(shù)據(jù) 的物理獨立性；其次：本系統(tǒng)的用戶授權(quán)機制通過角色的定義管理實現(xiàn)，通過定義某些角色能進行的操作權(quán)限,和定義用戶擁有的角色，限定用戶的操作權(quán)限，實現(xiàn)對用戶的授權(quán)。4.2質(zhì)量