張朝暉，陳恩桃，王 罡，王永坤

1(上海交通大學(xué) 網(wǎng)絡(luò)信息中心，上海 200240)

2(上海交通大學(xué) 學(xué)生工作指導(dǎo)委員會(huì)，上海 200240)

2018年11月教育部財(cái)政部聯(lián)合頒布了《高等學(xué)校學(xué)生勤工助學(xué)管理辦法(2018年修訂)》，明確指出勤工助學(xué)具有很強(qiáng)的育人功能，培養(yǎng)學(xué)生自立自強(qiáng)、創(chuàng)新創(chuàng)業(yè)精神，增強(qiáng)學(xué)生社會(huì)實(shí)踐能力[1].幫助困難學(xué)生通過(guò)自己的勞動(dòng)換取相應(yīng)的報(bào)酬解決基本生活困難是幫助學(xué)生自強(qiáng)自立的一種良好扶助體系，很多高校現(xiàn)今都開(kāi)展了勤工助學(xué)這項(xiàng)活動(dòng)，但卻沒(méi)有一個(gè)完整的信息管理系統(tǒng)對(duì)該活動(dòng)的流程及制度進(jìn)行有效的監(jiān)管.勤工助學(xué)管理手段原始，大部分還停留在人工文檔管理的方式，學(xué)生的報(bào)名、申請(qǐng)、審核和勞務(wù)發(fā)放主要依靠電子郵件和紙質(zhì)材料進(jìn)行，通過(guò)學(xué)校主管部門、學(xué)院、班級(jí)逐層下達(dá)，申請(qǐng)?zhí)幚頃r(shí)間長(zhǎng)，學(xué)生的工作時(shí)間不能靈活安排，教師管理繁瑣，管理效率低，導(dǎo)致管理效能低下和人力物力的浪費(fèi)[2].有的大學(xué)還使用單一的計(jì)算機(jī)信息管理系統(tǒng)，數(shù)據(jù)通用性差，匯總和比較數(shù)據(jù)比較麻煩，容易出現(xiàn)漏洞.有些信息系統(tǒng)只是做到了數(shù)據(jù)的填寫、上報(bào)、匯總、統(tǒng)計(jì)等功能，但尚未建立學(xué)生申報(bào)、審核上報(bào)、資料上傳、統(tǒng)計(jì)分析、歷史數(shù)據(jù)查詢等全程化的操作功能，降低了使用的便捷性[3，4].

目前已開(kāi)發(fā)上線的高校勤工助學(xué)管理管理信息系統(tǒng)架構(gòu)[5-8]，一般基于B/S 結(jié)構(gòu)，采用MVC 框架開(kāi)發(fā)，數(shù)據(jù)建模技術(shù)，較少采用工作流技術(shù).本文介紹一種高校勤工助學(xué)管理系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)，該系統(tǒng)在Java EE 體系下，基于可視化工作流，采用邊界清晰的流程建模與數(shù)據(jù)建模技術(shù).統(tǒng)一的流程建?？梢詮母旧细纳贫ㄖ菩蛻?yīng)用的開(kāi)發(fā)，流程的監(jiān)控系統(tǒng)對(duì)異常數(shù)據(jù)、異常操作、錯(cuò)誤日志等進(jìn)行查詢、分析、監(jiān)控和干預(yù).本文從需求分析入手，介紹系統(tǒng)總體框架，分析了具體的業(yè)務(wù)流程設(shè)計(jì)，詳細(xì)闡述了系統(tǒng)的關(guān)鍵技術(shù)，并對(duì)實(shí)施效果進(jìn)行了評(píng)價(jià).

1 需求分析

某高校的勤工助學(xué)由學(xué)校統(tǒng)一組織和管理，由學(xué)生處負(fù)責(zé)，在校內(nèi)設(shè)置一定數(shù)量的勤工助學(xué)工作崗位，崗位遍布全校職能部門和二級(jí)學(xué)院，貧困學(xué)生優(yōu)先申請(qǐng).勤工助學(xué)管理系統(tǒng)用戶主要有學(xué)生、聘用單位老師、學(xué)生處主管老師和系統(tǒng)管理員.學(xué)生處主管老師有崗位類型維護(hù)、聘用單位維護(hù)、聘用單位發(fā)布的崗位審核、工資單審核等業(yè)務(wù)；聘用單位具有崗位發(fā)布、工資單查詢工資單錄入、常用用戶管理等業(yè)務(wù)；學(xué)生登錄學(xué)校流程平臺(tái)進(jìn)行勤工助學(xué)崗位申請(qǐng)、簡(jiǎn)歷填寫修改、申請(qǐng)成功的崗位查詢等需求，系統(tǒng)管理員負(fù)責(zé)設(shè)置各類用戶的腳色權(quán)限.

2 系統(tǒng)總體框架

系統(tǒng)建設(shè)工作的總體邏輯架構(gòu)如圖1所示，系統(tǒng)頂端是門戶層，提供個(gè)人門戶登錄和勤工助學(xué)系統(tǒng)登錄兩個(gè)界面，第二層是權(quán)限層，通過(guò)統(tǒng)一身份認(rèn)證和統(tǒng)一授權(quán)系統(tǒng)[9，10]，對(duì)登錄者進(jìn)行身份識(shí)別、權(quán)限控制和用戶管理.第三層是流程平臺(tái)，主要包括流程管理和流程監(jiān)控兩部分.第四層為業(yè)務(wù)平臺(tái)，具有用戶管理、貧困生管理、崗位發(fā)布、勤工助學(xué)申請(qǐng)、聘用單位管理等功能.

3 流程平臺(tái)設(shè)計(jì)

3.1 工作流

各類管理信息系統(tǒng)的很大部分功能是對(duì)于業(yè)務(wù)流程特別是跨部門業(yè)務(wù)流程的處理.工作流技術(shù)將業(yè)務(wù)流程細(xì)分為定義明確的活動(dòng)、角色和流程規(guī)則，便于數(shù)據(jù)獲取，并根據(jù)一系列過(guò)程規(guī)則，將文檔、信息或任務(wù)在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行[11].采用工作流技術(shù)，不僅可以實(shí)現(xiàn)對(duì)業(yè)務(wù)流程中的管理和監(jiān)控，而且通過(guò)對(duì)工作流實(shí)時(shí)數(shù)據(jù)的統(tǒng)計(jì)和分析，可以發(fā)現(xiàn)業(yè)務(wù)流程中的瓶頸問(wèn)題，便于業(yè)務(wù)流程的改善[12].

圖1 勤工助學(xué)管理系統(tǒng)邏輯架構(gòu)圖

3.2 流程管理

本文所述的工作流表單平臺(tái)是一個(gè)統(tǒng)一的、可視化的工作流表單平臺(tái)，該工作流平臺(tái)以工作流引擎為核心，主要實(shí)現(xiàn)勤工助學(xué)的申請(qǐng)、審批、催辦和督辦等功能，并對(duì)節(jié)點(diǎn)處理提供簡(jiǎn)單易用的實(shí)時(shí)監(jiān)控系統(tǒng)，方便學(xué)生和各級(jí)主管部門及時(shí)掌握申請(qǐng)狀況，提高辦公效率.圖2為勤工助學(xué)管理系統(tǒng)流程圖.學(xué)生登錄學(xué)校流程平臺(tái)進(jìn)行勤工助學(xué)崗位申請(qǐng).學(xué)生在待申請(qǐng)崗位列表中選擇需要申請(qǐng)的崗位.顯示對(duì)應(yīng)崗位的包括薪資待遇、崗位要求等信息，學(xué)生點(diǎn)擊申請(qǐng)?jiān)搷徫缓?，進(jìn)入所示的簡(jiǎn)歷填寫頁(yè)面，填寫完畢后提交審核.在簡(jiǎn)歷審核和上崗審核兩個(gè)審核節(jié)點(diǎn)，均由崗位發(fā)布的聘用單位老師進(jìn)行審核.若在“簡(jiǎn)歷審核”流程節(jié)點(diǎn)審核不通過(guò)，流程返回到申請(qǐng)人處進(jìn)行修改，申請(qǐng)人可選擇直接結(jié)束流程，或者修改簡(jiǎn)歷進(jìn)行重新提交.在簡(jiǎn)歷審核節(jié)點(diǎn)，填寫審核意見(jiàn)，如果審核通過(guò)，填寫通知學(xué)生面試時(shí)間、面試地點(diǎn)等信息，如果審核不通過(guò)，退回申請(qǐng)人修改；在上崗審核節(jié)點(diǎn)，填寫審核意見(jiàn)，如果審核通過(guò)，填寫通知學(xué)生首次上崗時(shí)間和地點(diǎn)等信息，如果審核不通過(guò)，退回申請(qǐng)人修改.在申請(qǐng)、審核等每級(jí)審核操作后，都不能再編輯之前的信息，但是，在實(shí)際工作中，通常需要在批準(zhǔn)通過(guò)后返回并修改.因此，每個(gè)級(jí)別的審計(jì)都必須具有回退機(jī)制，以確保進(jìn)程可以返回到上一個(gè)節(jié)點(diǎn)進(jìn)行重新操作.管理員為各種崗位的獨(dú)立操作提供不同的系統(tǒng)權(quán)限，實(shí)現(xiàn)更好的權(quán)限控制，確保不同崗位、部門權(quán)責(zé)分明，實(shí)現(xiàn)相互監(jiān)督、相互制約.

圖2 勤工助學(xué)管理系統(tǒng)流程圖

3.3 特點(diǎn)

3.3.1 可視化的流程設(shè)計(jì)

流程設(shè)計(jì)采用完全基于Web 的可視化設(shè)計(jì)技術(shù)，所有的定義工作不涉及任何源代碼編寫，通過(guò)類似MS Visio 的拖曳式流程狀態(tài)模型編輯工具進(jìn)行流程編輯，流程狀態(tài)模型包括7 個(gè)基本元素，形成所有類型的工作流模型.七項(xiàng)基本元素包括：人工交互節(jié)點(diǎn)、并行開(kāi)始節(jié)點(diǎn)、并行合并節(jié)點(diǎn)、自動(dòng)處理節(jié)點(diǎn)、外部頁(yè)面節(jié)點(diǎn)、條件判斷節(jié)點(diǎn)、連線--狀態(tài)遷移動(dòng)作，支持上述元素的任意組合和豐富的流程節(jié)點(diǎn)/動(dòng)作的屬性配置，開(kāi)發(fā)人員只需要用鼠標(biāo)選擇相應(yīng)的流程步驟，在步驟之間設(shè)置流程連接和屬性，然后完成流程的自定義.當(dāng)組織改革和人事變動(dòng)導(dǎo)致流程發(fā)生變化時(shí)，修改流程表單中的權(quán)限設(shè)置，徹底改變以往需要修改源代碼的需要，極大程度方便用戶.

3.3.2 可視化的表單設(shè)計(jì)

用戶交互界面通過(guò)表單定義，表單的開(kāi)發(fā)與傳統(tǒng)的程序語(yǔ)言(HTML)完全無(wú)關(guān)，采用基于MS InfoPath的可視化、零代碼、標(biāo)準(zhǔn)化的表單設(shè)計(jì).開(kāi)發(fā)人員的MS InfoPath 中設(shè)計(jì)完整的表單布局與數(shù)據(jù)項(xiàng).系統(tǒng)實(shí)現(xiàn)了效率極高的解析引擎，將Office 表單自動(dòng)轉(zhuǎn)化為交互式的WEB 頁(yè)面，無(wú)需代碼，即可實(shí)現(xiàn)全功能的表單設(shè)計(jì).可視化的開(kāi)發(fā)工具使得流程系統(tǒng)設(shè)計(jì)師在和用戶溝通時(shí)，能夠直觀、準(zhǔn)確地確定流程，提高工作效率.圖3為開(kāi)發(fā)人員在MS InfoPath 環(huán)境中的設(shè)計(jì)頁(yè)面，圖4為學(xué)生登錄流程平臺(tái)勤工助學(xué)的申請(qǐng)頁(yè)面，對(duì)比可以看出實(shí)現(xiàn)了真正意義的“所見(jiàn)即所得”.

圖3 勤工助學(xué)的InfoPath 表單設(shè)計(jì)界面

圖4 學(xué)生的勤工助學(xué)申請(qǐng)頁(yè)面

3.3.3 實(shí)時(shí)的流程監(jiān)控

基于Dashboard 模式實(shí)現(xiàn)統(tǒng)一的流程監(jiān)控運(yùn)行管理，對(duì)所有流程服務(wù)的運(yùn)行情況實(shí)現(xiàn)有效的可視化的實(shí)時(shí)管理與監(jiān)控.流程監(jiān)控平臺(tái)主要具有數(shù)據(jù)分析、統(tǒng)計(jì)和流程的實(shí)時(shí)查詢、監(jiān)控、干預(yù)等功能.業(yè)務(wù)部門老師可以查看流程的運(yùn)作辦理情況，并且對(duì)一些異常情況如需要更換審核人，表單需要掛起、終止、補(bǔ)償和刪除時(shí)，進(jìn)行最高權(quán)限的干預(yù)處理，此功能極大方便了學(xué)生和老師的特殊需求.圖5為流程監(jiān)控平臺(tái)中的的查詢與干預(yù)頁(yè)面，從圖中可看出，可以根據(jù)服務(wù)流程名稱，關(guān)鍵字，流程開(kāi)始時(shí)間，流程結(jié)束時(shí)間，狀態(tài)等選項(xiàng)查詢進(jìn)行中的流程，并對(duì)流程進(jìn)行撤回到本步/查看可辦理用戶/換人辦理等干預(yù)行為.

4 系統(tǒng)設(shè)計(jì)關(guān)鍵技術(shù)

4.1 實(shí)施環(huán)境配置

系統(tǒng)的運(yùn)行環(huán)境的配置如下：操作系統(tǒng)：Linux，CentOS release 6.5，CPU：8 Intel (R) Xeon(R) CPU E5-2620 0 @ 2.00 GHz，CPU 主頻：2000.00 內(nèi)存：8 388 608 KB，Jdk 版本：1.7.0_51，學(xué)工Tomcat 版本：7.0.85.0，流程Tomcat 版本：7.0.90.0，數(shù)據(jù)庫(kù)：Oracle.

圖5 流程平臺(tái)中的流程監(jiān)控頁(yè)面

4.2 系統(tǒng)結(jié)構(gòu)

本系統(tǒng)的開(kāi)發(fā)基于Java EE 體系架構(gòu)，以Jsp+SpringMVC+Hibernate 技術(shù)實(shí)現(xiàn).系統(tǒng)整合Hibernate框架和SpringMVC 框架，通過(guò)使用Spring MVC 設(shè)計(jì)模式來(lái)完成表現(xiàn)層、控制器層、業(yè)務(wù)邏輯層和數(shù)據(jù)持久化層的裝配[13，14].根據(jù)需求分析和數(shù)據(jù)流流向，系統(tǒng)的數(shù)據(jù)模型如圖6的E-R 圖所示.

4.3 系統(tǒng)功能模塊

根據(jù)勤工助學(xué)系統(tǒng)設(shè)計(jì)目標(biāo)，按照勤工助學(xué)申請(qǐng)流程進(jìn)行系統(tǒng)開(kāi)發(fā)，主要功能模塊包括用戶管理、崗位類型維護(hù)、聘用單位維護(hù)、崗位批次開(kāi)通、崗位發(fā)布、崗位申請(qǐng)審核、上崗信息管理、上崗證管理、工資單制作、工資單管理和優(yōu)秀助管維護(hù)等功能，如圖7所示.

圖6 勤工助學(xué)管理系統(tǒng)的E-R 圖

4.4 應(yīng)用效果

該系統(tǒng)自2018年12月在某高校投入使用以來(lái)，目前使用人數(shù)達(dá)1486 人，參與流程處理的部門達(dá)45 個(gè)，已累計(jì)在線處理1506 個(gè)申請(qǐng)審批流程，取得了良好的應(yīng)用效果.

圖8為從流程平臺(tái)的后臺(tái)數(shù)據(jù)庫(kù)獲取的包括流水號(hào)、流程名稱、申請(qǐng)人、申請(qǐng)時(shí)間、批準(zhǔn)時(shí)間、審核時(shí)間等原始數(shù)據(jù)的部分截圖.如圖9和圖10所示，申請(qǐng)發(fā)起后4 個(gè)小時(shí)以內(nèi)完成審批425 件，占比28%，24 小時(shí)以內(nèi)完成審批825 件，占比55%.以上數(shù)據(jù)顯示，該系統(tǒng)的導(dǎo)入大大縮短了勤工助學(xué)申請(qǐng)審批周期，提高了工作效率，真正做到信息多跑路，學(xué)生少跑腿.在圖10中可以看到部分案件的處理時(shí)間超過(guò)了120 小時(shí).據(jù)調(diào)查，確認(rèn)這些案件處理時(shí)間的延宕都是由于負(fù)責(zé)人未能及時(shí)審批引起.如何改進(jìn)流程和系統(tǒng)，讓系統(tǒng)督促負(fù)責(zé)老師更快更及時(shí)辦理，是今后系統(tǒng)改進(jìn)的方向之一.

圖7 勤工助學(xué)管理系統(tǒng)功能模塊

圖8 勤工助學(xué)模塊流程審批原始數(shù)據(jù)

圖9 勤工助學(xué)模塊流程審批時(shí)間圖

圖10 勤工助學(xué)模塊流程審批時(shí)間圖

5 結(jié)語(yǔ)

本文以某大學(xué)勤工助學(xué)管理系統(tǒng)為實(shí)例，針對(duì)勤工助學(xué)管理過(guò)程中業(yè)務(wù)流程規(guī)范、權(quán)限要求嚴(yán)格、數(shù)據(jù)采集嚴(yán)謹(jǐn)?shù)忍攸c(diǎn)，從項(xiàng)目需求和實(shí)現(xiàn)技術(shù)方面討論了采用Java EE 技術(shù)、基于可視化工作流的勤工助學(xué)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn).運(yùn)行的數(shù)據(jù)分析顯示，該系統(tǒng)促進(jìn)了高校勤工助學(xué)管理工作的流程化、規(guī)范化和便捷性，對(duì)高校勤工助學(xué)的信息化建設(shè)管理提供了一個(gè)良好的范例，并具有借鑒作用.