王 強 朱紅梅

（1.重慶城市職業(yè)學院,重慶 402160；2.重慶城市管理職業(yè)學院,重慶 401331）

隨著我國職業(yè)教育的迅猛發(fā)展和職業(yè)院?？冃Э己藱?quán)限下放二級院系，任務的考核模式也在逐漸發(fā)生變化，一種“二級院系考核為主，職業(yè)院校考核為輔”的任務管理模式，正在為大家所熟知，這也是未來高職院?？冃Ч芾砟Ｊ桨l(fā)展的方向之一[1]。由于二級院系職能細化、管理的人數(shù)增多，其一方面在管理任務的重要性識別、進度控制和質(zhì)量把控上易變得混亂，另一方面教師對任務的接受程度變化與任務的積分密切相關(guān)，直接影響教師的工作積極性和主動性。因此，在提高部門管理任務水平與保障任務的高效、高質(zhì)完成的雙重需求下，專業(yè)背景不同、基礎(chǔ)知識不一、發(fā)展方向多樣的教師群體給部門的任務管理帶來巨大的挑戰(zhàn)，二級院系沿用“大鍋飯式”的粗放型管理模式已開始制約部門業(yè)績的提高。

軟件技術(shù)的迅猛發(fā)展助推了二級院系管理及教師工作與任務之間模型的探究，但目前國內(nèi)高職院校的績效管理系統(tǒng)向二級院系應用的實際價值還有進一步提升的空間，其原因之一是缺乏部門級管理、任務權(quán)重評價與多參與者協(xié)同進度于一體的系統(tǒng)。

本文采用JSP技術(shù)并整合Amaze UI框架，使用MySQL作為后臺數(shù)據(jù)庫，設(shè)計并研發(fā)了高職院校二級院系任務積分管理系統(tǒng)，為新時期高職院校部門的自動化、智能化管控提供技術(shù)系統(tǒng)支持[2]。

1 架構(gòu)分析與系統(tǒng)設(shè)計

1.1 系統(tǒng)業(yè)務需求

高職院校二級院系任務積分系統(tǒng)是以任務、教師角色作為分類手段，以任務分類、經(jīng)驗模擬等技術(shù)方法分析系統(tǒng)需要管理的基礎(chǔ)數(shù)據(jù)；以教師角色等級、特長領(lǐng)域數(shù)據(jù)與任務之間的關(guān)聯(lián)性為基礎(chǔ)模型，管理任務的類型、項目、過程；根據(jù)教師自身特點有針對性地選擇和分配任務[3-4]。

系統(tǒng)的業(yè)務需求流程具體包括：

（1）建立管理員和教師用戶信息。用戶信息包括員工號、姓名、性別、職務、特長等，需保存到用戶信息表中。

（2）建立任務模型。任務模型包括種類、任務項目、任務分配、優(yōu)先級、積分值等數(shù)據(jù)。

（3）錄入最新的部門任務數(shù)據(jù)。該數(shù)據(jù)實時更新，數(shù)據(jù)包括任務項目、子任務的名稱、開始日期、完成日期、主持人、參與人、子任務積分值。

（4）管理任務數(shù)據(jù)。該數(shù)據(jù)實時更新，包括實際完成日期、質(zhì)量評價，并將結(jié)果保存到數(shù)據(jù)庫。主持人或參與人記錄任務的完成情況，管理員評價任務完成質(zhì)量[5-6]。

（5）任務查詢和分析，判斷任務進度告警狀態(tài)，將需要告警的數(shù)據(jù)展示給用戶。

（6）管理員審核任務信息，并將任務審核結(jié)果保存到數(shù)據(jù)庫。

1.2 系統(tǒng)總體結(jié)構(gòu)

在現(xiàn)有3層WEB系統(tǒng)的開發(fā)架構(gòu)基礎(chǔ)上，結(jié)合Amaze UI前端框架技術(shù)，將系統(tǒng)的體系架構(gòu)調(diào)整為5層，如圖1所示，由用戶層、展現(xiàn)層、功能層、數(shù) 據(jù)層和支撐層組成。

圖1 系統(tǒng)框架

（1）展現(xiàn)層：采用JSP前端技術(shù)和Amaze UI前端框架共同實現(xiàn)的單頁操作界面。

（2）功能層：包括用戶數(shù)據(jù)應用管理、任務管理和任務報告3個模塊，能夠滿足展現(xiàn)層所需要的各項應用功能，并負責受理用戶層各類請求數(shù)據(jù)，回應用戶請求。

（3）數(shù)據(jù)層：除系統(tǒng)的服務交易日志數(shù)據(jù)外，數(shù)據(jù)層存儲應用功能要求的全部數(shù)據(jù)，包括用戶數(shù)據(jù)、任務模型數(shù)據(jù)、文件信息等數(shù)據(jù)。

（4）支撐層：系統(tǒng)的支撐層是系統(tǒng)實現(xiàn)快速、安全、穩(wěn)定運行的前提保障。根據(jù)系統(tǒng)運行的實際環(huán)境，系統(tǒng)的支撐環(huán)境包括Windows服務器環(huán)境、Tomcat服務器環(huán)境和MySQL數(shù)據(jù)庫系統(tǒng)軟件。

1.3 功能設(shè)計

根據(jù)系統(tǒng)業(yè)務需求分析，高職院校二級院系任務積分管理系統(tǒng)應包含如下基本操作功能模塊：

（1）用戶管理：管理員預先將用戶信息錄入系統(tǒng)，用戶登錄系統(tǒng)后可以使用系統(tǒng)提供的服務功能。該模塊能夠滿足用戶對其角色信息的查詢和調(diào)整，管理員可以對用戶相關(guān)的角色信息和功能信息進行維護。用戶的角色信息有基礎(chǔ)信息（員工號、姓名、等級等）以及用戶功能使用信息等。

（2）任務類別管理：該功能模塊的作用是給用戶和管理員提供對常見任務類別的查詢、添加和修改功能。對于添加到數(shù)據(jù)庫的用戶信息，系統(tǒng)用戶可以通過瀏覽器在網(wǎng)頁上瀏覽其信息，增加了用戶間的了解。

（3）任務管理：該功能包含管理員對任務的增加、修改、查詢和調(diào)整操作；另外，該功能提供參與人操作子任務的實際完成日期，并可上傳和下載文件、圖片等與任務相關(guān)的佐證資料數(shù)據(jù)。

（4）任務分配管理：該功能滿足主持人分配參與人、積分占比、計劃開始日期和完成日期信息數(shù)據(jù)。

（5）任務統(tǒng)計：該功能統(tǒng)計未完成任務數(shù)量、已完成任務數(shù)量。

1.4 交互接口設(shè)計

1.4.1 用戶交互

該系統(tǒng)全部用戶需使用瀏覽器的功能來訪問JavaWeb頁面，用戶登錄系統(tǒng)后，可以進入該用戶權(quán)限對應的功能頁面。由于系統(tǒng)大部分的用戶均為高職院校的教師，因此系統(tǒng)的主頁面使用教師更容易接受的Windows風格頁面。頁面上對數(shù)據(jù)、業(yè)務邏輯的檢驗、判斷等工作均由JavaScript和JSP語法完成。用戶使用瀏覽器發(fā)送的各種數(shù)據(jù)查詢、維護等請求首先會用JavaScript和JSP語法做部分驗證，更具體的業(yè)務功能邏輯交由功能應用層處理，再將處理的最終結(jié)果傳送回瀏覽器，由瀏覽器對結(jié)果頁面解析后更新顯示[7-9]。

1.4.2 數(shù)據(jù)庫MySQL接口

通過一款優(yōu)秀的數(shù)據(jù)持久層對象關(guān)系模型映射架構(gòu)（MyBatis），對鏈接MySQL數(shù)據(jù)庫的鏈接庫進行輕量級的簡單對象封裝，從而實現(xiàn)了數(shù)據(jù)層的JDBC持久化功能，使系統(tǒng)可以采用面向?qū)ο蟮木幊谭绞絹聿僮鱉ySQL數(shù)據(jù)庫。

1.4.3 內(nèi)部接口

系統(tǒng)運用多層架構(gòu)，各層架構(gòu)的內(nèi)部接口實現(xiàn)方式用XML文件配置功能進行支撐。系統(tǒng)多層架構(gòu)中使用最多的是數(shù)據(jù)接口和Action類接口。系統(tǒng)用戶采用瀏覽器網(wǎng)頁發(fā)出的請求通過用戶展現(xiàn)層的業(yè)務邏輯檢查后，系統(tǒng)使用相應的數(shù)據(jù)交換通道進行數(shù)據(jù)交互，并處理該接口通道返回的數(shù)據(jù)，交由瀏覽器展現(xiàn)最新的結(jié)果給用戶。系統(tǒng)的Action類接口和DAO（Data Access Object）接口接收數(shù)據(jù)接口傳來的數(shù)據(jù)，并將數(shù)據(jù)與數(shù)據(jù)保存層進行交互。在所有的業(yè)務或管理數(shù)據(jù)交換的接口中，最主要的接口包括用戶維護接口、任務種類管理接口、任務分配接口，每個接口均實現(xiàn)了滿足其功能的多個業(yè)務方法。用戶維護接口是對使用系統(tǒng)的用戶進行增加、修改、刪除和查詢功能的實現(xiàn)。任務種類管理接口是對任務種類的維護，接口方法實現(xiàn)了查詢MySQL數(shù)據(jù)庫中的部分或所有的任務種類信息、增加新的任務種類信息、修改指定的任務種類等方法。任務分配接口實現(xiàn)了主持人對其所屬任務分配參與人、相關(guān)日期和積分數(shù)據(jù)的所有操作，通過這個接口可完成任務分配的增加、刪除和修改，任務積分的維護等。

1.5 任務模型設(shè)計

在高職院校二級院系與任務相關(guān)領(lǐng)域，結(jié)合任務數(shù)據(jù)與教師特長關(guān)聯(lián)，建立了一套針對各類任務積分的過程管理控制模型，包括院系宣傳工作任務、專業(yè)建設(shè)、教學任務、“雙高”建設(shè)任務和科研任務等。本文將二級院系任務模型結(jié)合大數(shù)據(jù)學院的特點，對常見的5種任務分類和教師特長分類建立了過程管控的計算模型。以科研任務密切相關(guān)的“雙師型”教師為例，其每個任務總積分值為50分，主持人分解任務為具體的多個子任務，分配參與子任務的教師，并指定子任務的開始日期、完成日期、優(yōu)先級和子任務積分值。子任務的完成質(zhì)量由管理員進行評分。任務的實際積分值為各子任務積分值的和，計算公式為，其中，n為子任務的數(shù)量，M為子任務積分值，T為各子任務積分值的累加值。子任務積分值計算公式為M=X×A×B，其中，M為子任務完成后計算得到的積分值，X是任務總積分值，A是其中一個子任務占X的百分比，B是子任務的質(zhì)量評分百分比。各關(guān)鍵點對子任務積分值的影響因子值如表1所示。

表1 子任務分類及質(zhì)量影響因子

2 系統(tǒng)實現(xiàn)

2.1 開發(fā)環(huán)境

考慮到目前計算機操作系統(tǒng)的普及情況，系統(tǒng)采用Windows操作系統(tǒng)進行開發(fā)和使用，采用瀏覽器/服務器（B/S）開發(fā)模式，從而脫離了時間、地域等對系統(tǒng)的限制，用戶在使用系統(tǒng)時通過瀏覽器即可完成服務方提供的業(yè)務功能操作。系統(tǒng)采用模式與客戶端/服務器（C/S）模式比較，可操作性更強，可維護性得到提升。系統(tǒng)前端采用HTML、CSS3、Amaze UI設(shè)計界面，以JavaScript和JSP控制前端業(yè)務邏輯，運用Java開發(fā)語言的后端小程序作為后端控制和整合轉(zhuǎn)發(fā)框架結(jié)構(gòu)，使用高性能開源關(guān)系型數(shù)據(jù)庫MySQL8為數(shù)據(jù)層的數(shù)據(jù)維護工具，集成開發(fā)環(huán)境使用Eclipse伽利略版本進行編程開發(fā)、單元調(diào)試和版本控制，最后開發(fā)環(huán)境和投產(chǎn)環(huán)境使用Apache Tomcat 9.0進行站點服務器的部署環(huán)境，從而實現(xiàn)不限時間和地域的跨操作系統(tǒng)進行服務端部署和不同瀏覽器端的訪問。

2.2 業(yè)務邏輯功能的實現(xiàn)

系統(tǒng)關(guān)鍵業(yè)務處理邏輯包括任務分類的建立、新任務項目、分配任務項目、任務進度統(tǒng)計查詢等。管理員在錄入新的任務項目前，必須先有任務的分類數(shù)據(jù)存在，如果沒有，則需要先增加任務分類；如果有則增加任務項目。主持人在看到任務項目后，細化為子任務并把其分配給各參與人；任務的各參與人按要求完成子任務后，管理員對任務進行質(zhì)量評價，具體流程如圖2所示。

圖2 業(yè)務功能邏輯流程圖

從業(yè)務實現(xiàn)角度看，業(yè)務層包含實現(xiàn)業(yè)務功能的邏輯處理部分，其功能的實現(xiàn)主要通過Action的接口類和實現(xiàn)類。系統(tǒng)用戶在瀏覽器網(wǎng)頁中發(fā)送的請求在表現(xiàn)層進行簡單邏輯處理后，再調(diào)用與其對應的Action接口的實現(xiàn)類，Action實現(xiàn)類需使用DAO接口類中的功能與數(shù)據(jù)保存層的數(shù)據(jù)庫進行交互，最后將業(yè)務邏輯功能實現(xiàn)的結(jié)果以XML報文回送到數(shù)據(jù)接口進行處理，進而完成瀏覽器網(wǎng)頁的實時動態(tài)刷新。數(shù)據(jù)接口采用JavaScript實現(xiàn)的AJAX異步通信功能用于瀏覽器網(wǎng)頁與服務器之間的交互，從而保障瀏覽器快速異步地加載網(wǎng)頁中動態(tài)變化數(shù)據(jù)的顯示功能，為客戶端和服務器減輕了數(shù)據(jù)處理壓力，同時給用戶提供高響應度體驗。根據(jù)系統(tǒng)設(shè)計要求，將數(shù)據(jù)接口分為用戶維護接口、任務種類接口、任務分配接口，每個接口中均設(shè)計了查詢、增加、修改和刪除方法。

2.3 系統(tǒng)功能展示

高職院校二級院系任務積分管理系統(tǒng)管理功能包括管理員管理、任務種類管理、任務項目管理、任務管理、任務統(tǒng)計等模塊。圖3為系統(tǒng)管理界面，其左側(cè)為系統(tǒng)的功能菜單，右側(cè)為功能的主顯示界面，采用簡單流暢的Windows風格界面。用戶可通過點擊主界面左側(cè)的功能導航塊后，跳轉(zhuǎn)到相應的功能實現(xiàn)頁面。

圖3 系統(tǒng)管理界面

（1）任務模型管理

任務模型管理由任務種類管理、任務項目管理、任務管理和任務分配管理共同實現(xiàn)。這些功能模塊實現(xiàn)了對常見任務模型的增加、刪除、查詢、修改等具體功能。

圖4是任務項目管理主界面，當二級院系發(fā)布新的任務時，管理員需在該功能中增加相應的任務項目，以便主持人確認并分配參與人和子任務積分等數(shù)據(jù)。

圖4 任務項目管理界面

圖5是子任務的分配界面，主持人可以通過該界面實現(xiàn)子任務的分配。參與人在子任務完成時可以對該子任務進行操作，確認子任務的完成。

圖5 子任務分配管理界面

（2）任務資源下載管理

各參與人在執(zhí)行任務過程中，必然產(chǎn)生許多重要的文檔，這些文檔需要系統(tǒng)進行保存。用戶在需要查看任務的文檔時，可以通過任務資源下載管理界面（如圖6）實現(xiàn)文檔的打包下載。

圖6 任務資源下載管理界面

3 結(jié)語

隨著高職院?？冃Э己四Ｊ降母淖儯浖夹g(shù)在二級院系績效考核管理的應用逐漸普及。本文以軟件技術(shù)和任務為基礎(chǔ)，結(jié)合教師和管理者的實際需求，在系統(tǒng)技術(shù)實現(xiàn)上以多層框架作為基礎(chǔ)，構(gòu)建了二級院系任務積分管理系統(tǒng)，完成了常見任務分類、教師角色和任務積分的過程管理。系統(tǒng)為用戶實現(xiàn)了人性化的交互界面，運用當前流行技術(shù)使系統(tǒng)具備高可靠性和高可移植性。系統(tǒng)基于JavaWeb技術(shù)，實現(xiàn)了單頁應用的跨系統(tǒng)、跨地域的部署和使用。在系統(tǒng)中通過混合Amaze UI框架，使得系統(tǒng)的層次結(jié)構(gòu)清晰、功能劃分明確，單頁的應用利于升級和二次開發(fā)。但是，系統(tǒng)子任務積分計算結(jié)果的合理性在一定程度上取決于系統(tǒng)中任務模型的劃分數(shù)據(jù)和積分影響因子的準確度。另外，系統(tǒng)對二級院系任務積分進行過程管理的同時，如果完善任務分類管理功能、動態(tài)管理教師特長數(shù)據(jù)和子任務積分計算方式等，將為系統(tǒng)的推廣增加靈活性和可行性。