菊暴隊人力資源管理系統(tǒng)需求分析-資料下載頁
2025-06-18 12:46本頁面
【正文】 表，考慮分頁。然后就是查看具體條目的申請信息，最后由審核人員輸入審核意見。成功的審核還需要操作人員檔案調(diào)動兩張表及薪資明細表。所以，涉及業(yè)務有：4） 待審核調(diào)動信息列表，查看具體待審核調(diào)動信息5） 對待審核調(diào)動信息進行審核意見的評寫，審核調(diào)動6） 審核通過，備份舊的人員檔案表到人員檔案變更表中，新增人員檔案記錄。還要修改薪資明細表。使用者管理員，人事經(jīng)理輸入要素職位調(diào)動審核信息處理流程輸出要素3) 待審核調(diào)動表列表4) 待審核條目的具體信息考核模板是用來制定考核規(guī)則，考核模板是按職位來制定?？己四０宀榭粗锌梢孕薷暮蛣h除考核模板，能夠刪除的模板只能是未審批的。考核模板可以修改，但需要將修改過的模板重新進行審批。審批之后的考核模板才能在考核評分中使用。人事專員、人事經(jīng)理績效考核的各項內(nèi)容，包括考核內(nèi)容、對應職位顯示模板列表考核評分是在一月的特定日期個人根據(jù)職位來選擇考核模板進行評分，評分之后要進行審批，在審批前能修改考評的分數(shù)，審批后不能修改。同時績效考核的分數(shù)會用于工資的計算，一般績效考核的評分和審批應在做工資報表之前完成。員工、人事經(jīng)理員工參與考核評分，審核狀態(tài)發(fā)生變化考勤管理由每位員工填寫出勤情況?？记诎聪铝幸?guī)則執(zhí)行：考勤時間是上午9：00到下午6：00。上午9點前為正常簽到時間，9點至10點為遲到，10點之后簽到為曠工半天。9點之后簽到要填寫遲到原因。下午6點之后為簽離時間，5點至6點簽離為早退，5點前簽離為曠工半天。6點前簽離要填寫早退原因?？记谇闆r主要是為出勤統(tǒng)計和薪資報表模塊中使用，為了統(tǒng)計方便，考勤表中一條記錄就是一位員工一天的出勤記錄，在早上簽到時將簽離時間設定為簽到時間，等到簽離時再將簽離時間重新填寫。上午9點前為正常簽到時間，9點至10點為遲到，10點之后簽到為曠工半天。9點之后簽到要填寫遲到原因。各部門員工。員工ID（human_id）、部門ID（dept_id），遲到原因輸入要素完成后，系統(tǒng)獲得當前時間，用當前時間和設定時間作比較，如果當前時間為8：59：59之前，則員工準時上班，如果當前時間為9：00：009：59：59之間，則記為遲到，系統(tǒng)提示員工在遲到原因欄填寫遲到原因，如果當前時間為10：00：00之后，則員工記為曠工半天。是否準時上班、是否遲到、是否曠工下午6點之后為簽離時間，5點至6點簽離為早退，5點前簽離為曠工半天。6點前簽離要填寫早退原因。各部門員工員工ID（human_id）、部門ID（dept_id），早退原因輸入要素完成后，系統(tǒng)獲得當前時間，用當前時間和設定時間作比較，如果當前時間為4：59：59之前，則員工記為曠工半天；如果當前時間為5：00：005：59：59之間，則記為早退，系統(tǒng)提示寫明早退原因；如果當前時間為6：00：00之后，則記為正常簽離。是否準時下班、是否早退、是否曠工有三個模塊：在編人員統(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)增加，刪除，修改，查詢的操作。(2)人力資源成本統(tǒng)計用于統(tǒng)計人員工資的成本，按部門統(tǒng)計每月支付工資的標準數(shù)目，實際支付的工資數(shù)目，其中將實際支付的工資數(shù)目拆解成基本工資項，獎金項，福利費用項，保險項，公司支付個稅項。根據(jù)薪酬表，激勵表，對其進行計算。實現(xiàn)增加，刪除，修改，查詢的操作。(3)員工出勤率統(tǒng)計用于統(tǒng)計員工的出勤狀況。關聯(lián)到考勤表，計算出勤率=出勤人數(shù)/總的人數(shù)。部門經(jīng)理和其上級管理員。(1)部門崗位在職人數(shù)，缺崗人數(shù)，離職人數(shù)，招聘人數(shù)(2)基本工資項，獎金項，福利費用項，保險項，公司支付個稅項(3)出勤人數(shù)，總的人數(shù).用表格或圖形顯示統(tǒng)計結(jié)果，導出顯示數(shù)據(jù)7非功能需求在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。 詳細說明對系統(tǒng)的設計局限性。設計局限的定義代表了對系統(tǒng)要求的決策, 這可能出于商務運作、資金、人員、時間等多方面的綜合考慮從而指導軟件的設計和開發(fā)。例如，軟件的開發(fā)語言、開發(fā)環(huán)境、開發(fā)工具、第三方軟件、 硬件使用以及網(wǎng)絡設備等。本系統(tǒng)在正常的網(wǎng)絡環(huán)境下，應能夠保證系統(tǒng)的及時響應：178。 小批量的業(yè)務處理的響應時間在3～8秒；178。 大批量的業(yè)務處理和查詢的響應時間控制在30～40秒以內(nèi)。提示：如果客戶需要提供《用戶手冊》等相關文檔，則可在此說明。 本系統(tǒng)的系統(tǒng)架構(gòu)，以及權(quán)限機制可以保證系統(tǒng)的安全性。首先：從系統(tǒng)架構(gòu)看，本系統(tǒng)采用B\S模型，從而使服務器數(shù)據(jù)源與客戶端分離，保證了數(shù)據(jù)的物理獨立性；其次：本系統(tǒng)的用戶授權(quán)機制通過角色的定義管理實現(xiàn)，通過定義某些角色能進行的操作權(quán)限，和定義用戶擁有的角色，限定用戶的操作權(quán)限，實現(xiàn)對用戶的授權(quán)。8其他事項本系統(tǒng)沒有開發(fā)人員調(diào)動，招聘等功能模塊。本系統(tǒng)是基于中文系統(tǒng)環(huán)境開發(fā)和使用的，系統(tǒng)必須支持中文處理。 附錄1：變更紀事變更紀錄變更時間變更描述變更事由批準者變更者
環(huán)評公示相關推薦
鄂ICP備17016276號-1