OA辦公系統實現HR人事管理需求分析
上海XXHRM系統需求方案 Introduction to ANJI-HRM |
|
目錄
一、 前言... 3
二、 需求概述... 3
三、 需求詳述... 3
1. 組織架構調整申請... 3
2. 組織架構調整(新增)申請流程... 5
3. 招聘需求管理... 7
4. 正式工面試信息登記表... 9
5. 正式工錄用審批流程... 9
6. 派遣員工錄用審批審批... 10
7. 調崗審批流程... 11
8. 試用期考核流程... 14
9. 合同續(xù)簽(正式工)... 16
10. 合同續(xù)簽(勞務工)... 19
11. 合同不續(xù)簽(勞務工)... 21
12. 外派試崗期考核流程... 22
13. 員工離職(屬地員工)... 25
四、 中間表... 27
一、前言
本文檔根據泛普軟件與XX公司HR部門提供的基礎需求文件及交流內容整理出的HRM的初步需求方案,旨編寫本文檔的目的在于以上述需求為基礎,供泛普軟件及XX公司相關人員評估該需求的實際交付物,及該交付物所需的開發(fā)成本,并據此開展后續(xù)的詳細需求調研工作及隨后的最終需求方案及開發(fā)方案。二、需求概述
本系統初期主要需求在于人力資源管理過程中的招聘管理及員工管理中的重點管控內容,主要包括:用工需求、入職審批、試用期、勞務合同、崗位調動、員工離職等過程規(guī)范化、流程化,并與XX公司目前使用的鉑金HR專業(yè)系統做部分集成,例如:崗位預算、人員狀況同步或互為審批依據/結果等。(集成部分在后續(xù)部分有詳細敘述)
本需求重點部分即在于OAA系統(即XX公司的“PR系統”)內的流程審批,部分數據需調用異構系統內的數據,流程審批結果需傳遞給異構系統并改變異構系統的數據。
其次,系統需預留未來全集團,包括下屬公司、合資公司等全面應用的可快速復制與傳遞的空間。
三、需求詳述
1.組織架構調整申請
表單字段:
流程名稱 | 組織架構調整申請流程 | |
字段名稱 | 字段屬性 | 字段說明 |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 |
申請人 | 瀏覽-人力資源 | 自動帶出 |
申請日期 | 瀏覽-流程結束日期 | 自動帶出 |
所屬部門 | 瀏覽-部門 | 自動帶出 |
崗位代碼 | 瀏覽—position code | 來自ORGPOSATION |
部門名稱代碼 | 單行文本框 | 自動帶出 |
部門描述 | 單行輸入框 | 自動帶出 |
項目名稱代碼 | 單行輸入框 | 自動帶出 |
成本中心 | 瀏覽-部門 | 必填 |
調整原因 | 選擇:減少崗位、崗位編制變更、用工性質變更、 | 必填 |
減少崗位原因 | 單行文本框 | 選擇“減少崗位”則必填 |
崗位編制變更前 | 單行-整數 | 選擇“崗位編制變更”則必填 |
崗位編制變更后 | 單行整數 | 選擇“崗位編制變更”則必填 |
用工性質變更前 | 下拉:正式員工、派遣員工、退聘 | 選擇“用工性質變更”則必填 |
用工性質變更后 | 下拉:正式員工、派遣員工、退聘 | 選擇“用工性質變更”則必填 |
調整原因詳細說明 | 多行文本框 | 必填 |
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 |
相關流程 | 瀏覽-多請求 | 編輯 |
附件上傳 | 附件上傳 | 編輯 |
本部分需開發(fā)點:
1、需調取ORGPOZATION內的“position code”作為表單內的“瀏覽框”選項,并且其他關聯字段根據選擇的“position code”關聯屬性,自動帶出;
2、崗位調整審批流程更改ORGPOZATION內相應“position code”下的相關字段,具體表現為:
1)選擇“減少崗位”:則對應“position code”字段的“HRID”,“position_hc”兩個字段自動為0
2)選擇“崗位編制變更”:則自動更新ORGPOZATIION的position_hc,該字段取“崗位編制變更后”數字
3)選擇“用功性質變更”,則自動更新ORGPOZATIION的position_note,取變更后的選項內容
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1 | |
代碼編寫 | 2 | |
SIT(包含測試案例及評審、測試等) | 1 | |
投產技術支持 | 1 | |
小計 | 6 |
2.組織架構調整(新增)申請流程
流程圖:表單字段:
流程名稱 | 組織架構調整(新增)申請流程 | |
字段名稱 | 字段屬性 | 字段說明 |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 |
申請人 | 瀏覽-人力資源 | 自動帶出 |
申請日期 | 瀏覽-流程結束日期 | 自動帶出 |
所屬部門 | 瀏覽-部門 | 自動帶出 |
新增崗位名稱 | 單行文本框 | 必填 |
部門名稱代碼 | 單行文本框 | 必填 |
部門描述 | 單行輸入框 | 編輯 |
項目名稱代碼 | 單行輸入框 | 編輯 |
成本中心 | 瀏覽-部門 | 必填 |
新增原因 | 下拉:新項目啟動/業(yè)務需求 | 必填 |
調整原因詳細說明 | 多行文本框 | 必填 |
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 |
相關流程 | 瀏覽-多請求 | 編輯 |
附件上傳 | 附件上傳 | 編輯 |
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.3 | |
方案撰寫 | 0.2 | |
實施工作 | 1 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 0.5 | |
小計 | 3.5 |
3.招聘需求管理
流程圖:表單字段:
流程名稱 | 招聘需求流程 | |
字段名稱 | 字段屬性 | 字段說明 |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 |
申請人 | 瀏覽-人力資源 | 自動帶出 |
申請日期 | 瀏覽-流程結束日期 | 自動帶出 |
所屬部門 | 瀏覽-部門 | 自動帶出 |
用工性質 | 下拉:正式員工、派遣員工、退聘 | 必填 |
招聘崗位代碼 | 瀏覽—position code | 來自OD |
崗位剩余預算 | 單行文本框 | 自動帶出 |
在途招聘數 | 單行文本框 | 自動帶出PR內發(fā)起的有關本position code的“本次招聘人數 |
本次招聘人數 | 單行文本框 | 必填 |
期望到崗日期 | 瀏覽-日期 | 必填 |
工作地點 | 單行輸入框 | 必填 |
需求申請理由 | 多行文本框 | 必填 |
崗位職責 | 多行文本框 | 必填 |
崗位要求 | 多行文本框 | 必填 |
學歷要求 | 單行文本框 | 必填 |
工作經驗要求 | 單行文本框 | 必填 |
候選人在行業(yè)內的目標公司 | 單行文本框 | 編輯 |
其他特殊要求 | 單行文本框 | 編輯 |
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 |
相關流程 | 瀏覽-多請求 | 編輯 |
附件上傳 | 附件上傳 | 編輯 |
本部分開發(fā)點:
- 需調取ORGPOZATION內的“position code”作為表單內的“瀏覽框”選項,并且其他關聯字段根據選擇的“position code”關聯屬性,自動帶出;
- 自動帶出“position code”的崗位剩余預算(ORGPOZATION內沒有直接的剩余預算的字段,僅有預算人數、現有人數,需鉑金系統開發(fā)計算后將數值賦予至“崗位剩余預算人數”)
- 本系統內“招聘需求流程”,若同一個position code被申請,則所申請人數都被凍結。即,本次可申請的人數,必須<=(“崗位剩余預算”—“ 在途招聘數”)。PS:position code為A009的崗位剩余預算為10個,在甲發(fā)起這個流程選擇A009時,系統需自動計算出其他人發(fā)起的招聘需求流程position code為A009的崗位需求數,這些數字總和即為“在途招聘數”。
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 3 | |
SIT(包含測試案例及評審、測試等) | 1.5 | |
投產技術支持 | 1 | |
小計 | 8 |
4.正式工面試信息登記表
流程圖:流程表單:
需提供
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.3 | |
方案撰寫 | 0.2 | |
實施工作 | 1 | |
代碼編寫 | 0 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 0.5 | |
小計 | 2.5 |
5.正式工錄用審批流程
流程圖:流程表單:
需提供
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.3 | |
方案撰寫 | 0.2 | |
實施工作 | 1 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 0.5 | |
小計 | 3.5 |
6.派遣員工錄用審批
需求流程:表單字段:
需提供
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.3 | |
方案撰寫 | 0.2 | |
實施工作 | 1 | |
代碼編寫 | 0 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 0.5 | |
小計 | 2.5 |
7.調崗審批流程
表單字段:流程名稱 | 崗位調動流程 | |
字段名稱 | 字段屬性 | 字段說明 |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 |
申請人 | 瀏覽-人力資源 | 自動帶出 |
申請日期 | 瀏覽-日期 | 自動帶出 |
申請部門 | 瀏覽-部門 | 自動帶出 |
被調崗員工工號 | 瀏覽- | employee內對應工號字段作為瀏覽選項 |
員工姓名 | 單行文本框 | 自動帶出 |
性別 | 單行文本框 | 自動帶出 |
入職日期 | 單行文本框 | 自動帶出 |
合同開始日期 | 單行文本框 | 自動帶出 |
合同結束日期 | 單行文本框 | 自動帶出 |
最近兩年績效考核情況 | ||
去年 | 單行輸入框 | 編輯 |
前年 | 單行輸入框 | 編輯 |
外派信息 | ||
外派低點 | 單行輸入框 | 編輯 |
外派起止時間 | 單行輸入框 | 編輯 |
調動原因 | 下拉:升職、降職、平調 | 必填 |
調出部門 | ||
部門 | 單行文本框 | 自動帶出 |
科室/區(qū)域 | 單行文本框 | 自動帶出 |
股/項目 | 單行文本框 | 自動帶出 |
崗位名稱 | 單行文本框 | 自動帶出 |
崗位分類 | 單行文本框 | 自動帶出 |
崗位代碼 | 瀏覽-position code | ORGPOSITION內字段作為瀏覽框選項 |
調崗生效日期 | 瀏覽-日期 | 必填 |
調入部門 | ||
部門 | 單行文本框 | 自動帶出 |
科室/區(qū)域 | 單行文本框 | 自動帶出 |
股/項目 | 單行文本框 | 自動帶出 |
崗位名稱 | 單行文本框 | 自動帶出 |
崗位分類 | 單行文本框 | 自動帶出 |
崗位代碼 | 瀏覽-position code | ORGPOSITION內字段作為瀏覽框選項 |
是否降職降薪 | 下拉:是/否 | 必填 |
相關流程 | 瀏覽-多請求 | 編輯 |
附件上傳 | 附件上傳 | 編輯 |
本部分需開發(fā)點:
- 員工工號,取自employee內的對應唯一字段,下屬幾個字段根據唯一對應關系自動帶出
- 調崗前后的 崗位代碼取自ORGPOSITION內的“position code”,并自動帶出其他關聯字段
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 2 | |
SIT(包含測試案例及評審、測試等) | 1 | |
投產技術支持 | 1 | |
小計 | 6.5 |
8.試用期考核流程
流程圖:表單字段:
流程名稱 | 試用期考核流程 | |||
字段名稱 | 字段屬性 | 字段說明 | ||
表單編號 | 單行文本框 | 按照規(guī)則自動生成 | ||
申請人 | 瀏覽-人力資源 | 自動帶出 | ||
申請日期 | 瀏覽-日期 | 自動帶出 | ||
續(xù)簽員工工號 | 瀏覽- | employee內對應字段作為瀏覽框選項 | ||
姓名 | 單行文本框 | 自動帶出 | ||
入職日期 | 單行文本框 | 自動帶出 | ||
入職部門 | 瀏覽-部門 | 必填:節(jié)點前清空 | ||
轉正日期 | 瀏覽-日期 | 必填:節(jié)點前清空 | ||
考評內容 | 評估要點 | 權重% |
評分標準: 3分:超越期望或要求; 2分:符合期望或要求; 1分:不符合期望或要求 |
加權得分 |
業(yè)務技能 | 及時、保質保量完成工作任務 | 10% | ||
實際工作經驗以及解決崗位問題能力 | 10% | |||
與人協調、溝通的能力,具有團隊協作精神 | 10% | |||
業(yè)務素質 | 崗位所需專業(yè)知識的擁有程度 | 10% | ||
對本崗位職能與職責的認識程度 | 10% | |||
工作的服從與配合情況 | 10% | |||
敬業(yè)精神 | 不遲到、不早退,按時上下班,沒有無故離崗現象 | 10% | ||
具有務實與敬業(yè)精神,熱愛本崗位工作 | 10% | |||
具有良好的職業(yè)道德,品行端正 | 5% | |||
工作潛力 | 工作中能提出創(chuàng)新的見解和方法 | 5% | ||
工作中表現出的學習能力 | 5% | |||
與公司內部文化、氛圍融合較好 | 5% | |||
合計得分 | 單行文本框 | 計算獲得 | ||
考核結果 | 單行文本框 | 必填 | ||
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 | ||
相關流程 | 瀏覽-多請求 | 編輯 | ||
附件上傳 | 附件上傳 | 編輯 |
本部分需開發(fā)點:
1、員工工號,取自employee內的對應唯一字段,下屬幾個字段根據唯一對應關系自動帶出
2、流程審批結束后,流程結果更改“employee1”表內對應的“員工工號”的inprobation”從1到0;
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 2 | |
SIT(包含測試案例及評審、測試等) | 1 | |
投產技術支持 | 1 | |
小計 | 6.5 |
9.合同續(xù)簽(正式工)
流程圖:表單字段:
流程名稱 | 合同續(xù)簽流程(正式工) | ||
字段名稱 | 字段屬性 | 字段說明 | |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 | |
申請人 | 瀏覽-人力資源 | 自動帶出 | |
申請日期 | 瀏覽-日期 | 自動帶出 | |
所屬部門 | 瀏覽-部門 | 自動帶出 | |
續(xù)簽人工號 | 瀏覽-employee內的工號 | 必填 | |
崗位業(yè)績評估 | 下拉:好/中、差 | 編輯 | |
入職日期 | 單行文本框 | 自動帶出 | |
入職部門 | 單行文本框 | 自動帶出 | |
合同到期日 | 單行文本框 | 自動帶出 | |
表現鑒定 | |||
考核內容 | 得分 | ||
遵守公司規(guī)章制度 | |||
具有團隊合作精神,與同事相處融洽 | |||
遵守公司安全守則,無責任事故 | |||
工作執(zhí)行力 | |||
實際工作經驗以及解決問題能力 | |||
服務意識及能力 | |||
工作中表現出的學習能力 | |||
工作認真主動,具有敬業(yè)精神 | |||
完成為崗位設定的關鍵績效指標 | |||
及時上報工作中發(fā)現的問題 | |||
綜合得分 | 單行文本框-浮點數 | 自動計算 | |
低于30分的說明具體情況: | 多行輸入框 | 編輯 | |
整體評價:(如優(yōu)勢項、劣勢項等) | 多行輸入框 | 編輯 | |
續(xù)簽意見 | 下拉:續(xù)簽、不續(xù)簽 | 第二節(jié)點必填 | |
建議續(xù)簽期限 | 下拉:3年、5年、無固定期限 | 第一節(jié)點必填 | |
最終確定續(xù)簽期限 | 下拉:3年、5年、無固定期限 | 第三節(jié)點必填 | |
新一期合同開始日 | 瀏覽-日期 | 第三節(jié)點必填 | |
新一期合同結束日 | 瀏覽-日期 | 第三節(jié)點必填 | |
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 | |
相關流程 | 瀏覽-多請求 | 編輯 | |
附件上傳 | 附件上傳 | 編輯 | |
本部分需開發(fā)點:
1、流程審批結束后,新一期合同開始日、新一期合同結束日 結果返回HRMS系統。PR內的審批結果無法自動插入HRMS合同表“合同開始日期”、“合同結束日期”,需鉑金系統自行開發(fā)
2、員工工號取自“employee”對應字段,并且自動帶出此工號對應字段下的其他關聯字段數據
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 1 | |
小計 | 5 |
10.合同續(xù)簽(勞務工)
流程圖:表單字段:
流程名稱 | 合同續(xù)簽流程(勞務工) | ||
字段名稱 | 字段屬性 | 字段說明 | |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 | |
申請人 | 瀏覽-人力資源 | 自動帶出 | |
申請日期 | 瀏覽-日期 | 自動帶出 | |
所屬部門 | 瀏覽-部門 | 自動帶出 | |
續(xù)簽部門 | 瀏覽-部門 | 必填,節(jié)點前清空 | |
明細字段 | |||
工號 | 瀏覽- | Employee內工號對應字段 | |
姓名 | 單行文本框 | 自動帶出 | |
崗位代碼 | 單行文本框 | 自動帶出 | |
合同開始日期 | 單行文本框 | 自動帶出 | |
合同截止日期 | 單行文本框 | 自動帶出 | |
是否續(xù)簽 | 下拉:是、否 | 必填 | |
續(xù)簽期限 | 單行文本框 | 必填 | |
新一期合同開始日期 | 瀏覽-日期 | 選擇“續(xù)簽“則必填 | |
新一期合同結束日期 | 瀏覽-日期 | 選擇“續(xù)簽“則必填 | |
績效評價 | 單行文本框 | 編輯 | |
勞務公司 | 單行文本框 | 編輯 | |
備注 | 單行輸入框 | 編輯 | |
主字段 | |||
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 | |
相關流程 | 瀏覽-多請求 | 編輯 | |
附件上傳 | 附件上傳 | 編輯 | |
本部分需開發(fā)點:
1、員工工號取自“employee”對應字段,并且自動帶出此工號對應字段下的其他關聯字段數據;
2、明細字段內所有選擇“續(xù)簽”的以“員工工號”為唯一標示,將新一期合同開始日、新一期合同結束日 結果返回HRMS系統
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 1 | |
小計 | 5 |
11.合同不續(xù)簽(勞務工)
流程圖:流程名稱 | 合同不續(xù)簽流程(勞務工) | |
字段名稱 | 字段屬性 | 字段說明 |
表單編號 | 單行文本框 | 按照規(guī)則自動生成 |
申請人 | 瀏覽-人力資源 | 自動帶出 |
申請日期 | 瀏覽-日期 | 自動帶出 |
所屬部門 | 瀏覽-部門 | 自動帶出 |
不續(xù)簽人工號 | 瀏覽- | Employee內對應字段作為瀏覽框選項 |
姓名 | 單行輸入框 | 自動帶出 |
入職日期 | 單行輸入框 | 自動帶出 |
入職部門 | 瀏覽—部門 | 必填 |
合同到期日 | 單行輸入框 | 自動帶出 |
崗位業(yè)績評估 | 下拉:好/中、差 | 編輯 |
考核內容 | 得分 | |
遵守公司規(guī)章制度 | ||
不遲到、不早退,按時上下班,遵守公司勞動紀律 | ||
遵守公司安全守則,無責任事故 | ||
及時、保質保量完成工作任務 | ||
對本崗位職能與職責的執(zhí)行情況 | ||
工作的服從與配合情況 | ||
工作中表現出的學習能力 | ||
工作認真主動,具有敬業(yè)精神 | ||
完成為崗位設定的關鍵績效指標 | ||
及時上報工作中發(fā)現的問題 | ||
綜合得分 | 單行文本框-浮點數 | 自動計算 |
低于30分的說明具體情況: | 多行輸入框 | 編輯 |
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 |
相關流程 | 瀏覽-多請求 | 編輯 |
附件上傳 | 附件上傳 | 編輯 |
本部分需開發(fā)點:
1、員工工號取自“employee”對應字段,并且自動帶出此工號對應字段下的其他關聯字段數據;
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 1 | |
小計 | 5 |
12.外派試崗期考核流程
流程圖:表單字段:
流程名稱 | 外派員工試崗期考核流程 | |||
字段名稱 | 字段屬性 | 字段說明 | ||
表單編號 | 單行文本框 | 按照規(guī)則自動生成 | ||
申請人 | 瀏覽-人力資源 | 自動帶出 | ||
申請日期 | 瀏覽-日期 | 自動帶出 | ||
工號 | 瀏覽- | Employee內工號對應字段作為瀏覽框選項 | ||
姓名 | 單行文本框 | 自動帶出 | ||
崗位代碼 | 單行文本框 | 自動帶出 | ||
外派開始日期 | 瀏覽-日期 | 必填:節(jié)點前清空 | ||
部門 | 瀏覽-部門 | 必填:節(jié)點前清空 | ||
考評內容 | 評估要點 | 權重% |
評分標準: 3分:超越期望或要求; 2分:符合期望或要求; 1分:不符合期望或要求 |
加權得分 |
業(yè)務技能 | 及時、保質保量完成工作任務 | 20% | ||
實際工作經驗以及解決崗位問題能力 | 20% | |||
與人協調、溝通的能力,具有團隊協作精神 | 10% | |||
業(yè)務素質 | 崗位所需專業(yè)知識的擁有程度 | 5% | ||
對本崗位職能與職責的認識程度 | 10% | |||
工作的服從與配合情況 | 5% | |||
敬業(yè)精神 | 不遲到、不早退,按時上下班,沒有無故離崗現象 | 5% | ||
具有務實與敬業(yè)精神,熱愛本崗位工作 | 5% | |||
具有良好的職業(yè)道德,品行端正 | 5% | |||
工作潛力 | 工作中能提出創(chuàng)新的見解和方法 | 5% | ||
工作中表現出的學習能力 | 5% | |||
與公司內部文化、氛圍融合較好 | 5% | |||
合計得分 | 單行文本框 | 計算獲得 | ||
考核結果 | 單行文本框 | 必填 | ||
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 | ||
相關流程 | 瀏覽-多請求 | 編輯 | ||
附件上傳 | 附件上傳 | 編輯 |
本部分需開發(fā)點:
- 員工工號取自“employee”對應字段,并且自動帶出此工號對應字段下的其他關聯字段數據;
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 1 | |
小計 | 5 |
13.員工離職(屬地員工)
流程圖:表單字段:
流程名稱 | 員工離職流程 | |||
字段名稱 | 字段屬性 | 字段說明 | ||
表單編號 | 單行文本框 | 按照規(guī)則自動生成 | ||
申請人 | 瀏覽-人力資源 | 自動帶出 | ||
申請日期 | 瀏覽-日期 | 自動帶出 | ||
離職員工工號 | 瀏覽-employee內工號 | 必填 | ||
入職日期 | 單行文本框 | 自動帶出 | ||
工作城市 | 單行文本框 | 自動帶出 | ||
合同到期日 | 單行文本框 | 自動帶出 | ||
剩余工作天數 | 單行文本框 | 編輯 | ||
本年度年休假 | 單行文本框 | 編輯 | ||
應休年休假 | 單行文本框 | 編輯 | ||
剩余年休假 | 單行文本框 | 編輯 | ||
離職原因調查 | ||||
離職類型 | 下拉:主動離職、被動離職、其他 | 必填 | ||
主動離職 | 下拉:更好的發(fā)展、學習深造、家庭原因、身體原因、工作量、不辭而別 | 離職類型“主動離職”此項必填 | ||
被動離職 | 下拉:醫(yī)療期滿、違紀解除、試用期解除、終止合同、不能勝任、協商解除 | 離職類型“被動離職”此項必填 | ||
其他 | 下拉:退休、死亡、轉正式工 | 離職類型“其他”此項必填 | ||
情況說明 | 多行輸入框 | 編輯 | ||
相關文檔 | 用戶選擇(瀏覽按鈕-多文檔) | 編輯 | ||
相關流程 | 瀏覽-多請求 | 編輯 | ||
附件上傳 | 附件上傳 | 編輯 | ||
本部分需開發(fā)點:
1、員工工號取自“employee”對應字段,并且自動帶出此工號對應字段下的其他關聯字段數據;
評估:
類型 | 工作量(人天) | 備注 |
需求調研 | 0.5 | |
方案撰寫 | 0.5 | |
實施工作 | 1.5 | |
代碼編寫 | 1 | |
SIT(包含測試案例及評審、測試等) | 0.5 | |
投產技術支持 | 1 | |
小計 | 5 |
四、中間表
目前對于中間表的解決方案:
在鉑金系統內獲取兩張表:
- ORGPOSITION表:以position code作為唯一標識碼,將該字段以及流程表單調取到position code并自動關聯出的字段做一個并集,將所有這些并集后得到的字段,以position code為中心,封裝為一個“position code”庫,這個庫作為審批系統(PR)系統內的一個自定義字段。
- employee表:以inprobation作為唯一標識碼,處理過程同上。
- 流程審批會改變鉑金系統結果的字段集中寫入到某個中間表,由鉑金系統自行調取或者自動插入至其系統內。
五、工作量匯總表
需求名稱 | 工作量(人天) |
1、組織架構調整申請 | 6 |
2、組織架構調整(新增)申請流程 | 3.5 |
3、招聘需求管理 | 8 |
4、正式工面試信息登記表 | 2.5 |
5、正式工錄用審批流程 | 3.5 |
6、派遣員工錄用審批 | 2.5 |
7、調崗審批流程 | 6.5 |
8、試用期考核流程 | 6.5 |
9、合同續(xù)簽(正式工) | 5 |
10、合同續(xù)簽(勞務工) | 5 |
11、合同不續(xù)簽(勞務工) | 5 |
12、外派試崗期考核流程 | 5 |
13、員工離職(屬地員工) | 5 |
合計 | 64人天 |
- 1餐飲管理系統
- 2餐廳管理系統
- 3酒店行業(yè)管理系統
- 4學籍管理系統
- 5飯卡管理系統
- 6庫存管理軟件
- 7零售管理系統
- 8合同管理軟件
- 9業(yè)務管理系統
- 10OA系統價格
- 11高中學籍管理系統
- 12環(huán)保行業(yè)OA系統(ERP)
- 1OA軟件項目啟動前期都需要做些什么準備工作呢?
- 2協同OA軟件目前對于中間表的解決方案:
- 3協同辦公系統項目實施計劃表
- 4OA營運管理平臺將逐步發(fā)展成為以“客戶”為導向
- 5oa軟件需求
- 6OA辦公系統實現HR人事管理需求分析
- 7某集團基于OA辦公系統所制定的IT項目計劃
- 8協同OA平臺需求調研階段常見風險
- 9 協同OA軟件對本崗位職能與職責的認識程度 10%
- 10某集團公司OA辦公系統需求調研分析
- 11oa辦公系統項目需求
- 12oa辦公系統需求分析
- 13應用OA辦公系統藍圖以及需求分析
- 14OA協同辦公系統設置和后續(xù)維護簡單嗎?
- 15oa辦公系統調研
- 16OA辦公軟件深化體系建設--財務共享管理方案藍圖
- 17辦公oa系統行業(yè)分析
- 18OA協同辦公系統的調研結果分析
- 19某知識產權公司OA協同辦公系統需求調研與分析
- 20生產型企業(yè)OA辦公系統軟件管理以項目為中心的需求分析
- 21某某企業(yè)對OA辦公系統的IT需求
- 22辦公OA軟件對XX科技公司的需求列表
- 23協同OA軟件的市場營銷管理中心介紹
- 24OA軟件需求方案撰寫時必須注意的要點
- 25oa辦公系統行業(yè)報告
- 26某實業(yè)公司OA辦系統規(guī)劃設計及需求方案
- 27OA系統可以選擇將展現的字段導出為excel
- 28協同審批、預算管理信息系統需求有哪些呢?
- 29協同辦公系統對XX企業(yè)的重點需求分析
- 30泛普OA承諾在咨詢服務中實現充分的知識轉移