歐陽(yáng)宏基，宋笑雪，李 紅,2

(1.咸陽(yáng)師范學(xué)院 計(jì)算機(jī)學(xué)院，陜西 咸陽(yáng) 712000；2.西安電子科技大學(xué) 智能感知與圖像理解教育部重點(diǎn)實(shí)驗(yàn)室，陜西 西安 710071)

0 引 言

隨著國(guó)內(nèi)高等院校發(fā)展程度的提高和管理復(fù)雜度的增加，目標(biāo)考核信息化程度也要隨之提高。目標(biāo)考核工作所需要的數(shù)據(jù)來(lái)自多個(gè)職能部門、多個(gè)教學(xué)院系，具有信息分散、逐步產(chǎn)生等特點(diǎn)。傳統(tǒng)手工處理方式存在考核數(shù)據(jù)處理任務(wù)繁重、更新不及時(shí)、共享程度低等缺點(diǎn)，從而導(dǎo)致考核結(jié)果不透明、缺乏公正性，無(wú)法反映某個(gè)部門的真實(shí)工作情況[1]。目標(biāo)考核過(guò)程要經(jīng)歷任務(wù)下達(dá)、任務(wù)分解、數(shù)據(jù)輸入、數(shù)據(jù)審核、數(shù)據(jù)匯總、考評(píng)結(jié)果分析等多個(gè)環(huán)節(jié)，目標(biāo)任務(wù)數(shù)據(jù)、任務(wù)完成的支撐數(shù)據(jù)、匯總數(shù)據(jù)以及考核結(jié)果數(shù)據(jù)是整個(gè)目標(biāo)考核管理的核心數(shù)據(jù)，數(shù)據(jù)的管理工作能否到位直接影響整個(gè)考核過(guò)程的正確性和公平性。文中采用基于B/S的分層開(kāi)發(fā)模式，整合Easy UI、Struts2、Spring和Hibernate輕量級(jí)開(kāi)源框架，構(gòu)建了高等院校目標(biāo)考核管理信息化框架，實(shí)現(xiàn)了目標(biāo)考核工作的數(shù)字化管理，提高了考核工作的透明度、公平性和公正性，為學(xué)校領(lǐng)導(dǎo)層作決策提供了數(shù)據(jù)支撐。

1 目標(biāo)考核工作流程

通過(guò)對(duì)部分高校進(jìn)行調(diào)研，得出目標(biāo)考核工作的基本流程，如圖1所示。

圖1 目標(biāo)考核工作流程

首先在年初由發(fā)展規(guī)劃處牽頭，組織教務(wù)處、科技處、學(xué)科辦、學(xué)生處、招生就業(yè)處、人事處、黨委宣傳部、黨委組織部等學(xué)校職能部門給各二級(jí)學(xué)院制定目標(biāo)責(zé)任書(shū)(征求意見(jiàn)稿)，目標(biāo)責(zé)任包括教育教學(xué)、科學(xué)研究、師資隊(duì)伍、學(xué)生工作、黨建工作等5大部分。在與各二級(jí)學(xué)院充分溝通、協(xié)調(diào)的基礎(chǔ)上，確定目標(biāo)責(zé)任書(shū)的正式版并向全校公布，各二級(jí)學(xué)院將目標(biāo)責(zé)任按照本院職工崗位類型分解到人。到年底，學(xué)校啟動(dòng)考核工作，各二級(jí)學(xué)院要求每位職工上報(bào)任務(wù)完成情況并提交相關(guān)支撐材料，二級(jí)學(xué)校按照目標(biāo)類別匯總資料并提交相關(guān)職能部門審核，審核通過(guò)后會(huì)計(jì)算每個(gè)責(zé)任類別的得分。各職能部門將審核后的得分?jǐn)?shù)據(jù)匯總上報(bào)發(fā)展規(guī)劃處，發(fā)展規(guī)劃處將每個(gè)學(xué)院各目標(biāo)類的得分按照相關(guān)規(guī)則進(jìn)行換算，得到二級(jí)學(xué)院本年度最終目標(biāo)考核得分。學(xué)校召開(kāi)目標(biāo)考核辦公會(huì)，對(duì)各二級(jí)學(xué)院實(shí)施相應(yīng)的獎(jiǎng)懲措施，并對(duì)本年度的目標(biāo)責(zé)任完成情況進(jìn)行具體分析，并為來(lái)年制定目標(biāo)任務(wù)提供重要的參考。

2 需求分析

根據(jù)上一節(jié)的業(yè)務(wù)流程，制定高等院校目標(biāo)考核信息化功能，如圖2所示。

圖2 目標(biāo)考核信息化功能模塊

(1)基礎(chǔ)數(shù)據(jù)維護(hù)：包括教育教學(xué)、科學(xué)研究、師資隊(duì)伍、黨建、學(xué)生工作等5個(gè)方面的基礎(chǔ)數(shù)據(jù)。教師按照二級(jí)學(xué)院分配的任務(wù)，從教學(xué)任務(wù)、項(xiàng)目申請(qǐng)、論文、專利、著作、獲獎(jiǎng)等方面按照三級(jí)指標(biāo)要求，維護(hù)本年度的完成信息。教學(xué)秘書(shū)從學(xué)科建設(shè)、實(shí)驗(yàn)室建設(shè)、實(shí)習(xí)基地、質(zhì)量工程等方面維護(hù)集體指標(biāo)方面的信息，監(jiān)控本學(xué)院教師任務(wù)完成情況，并向職能部門上報(bào)匯總信息。學(xué)生辦公室從黨建、學(xué)生工作兩個(gè)方面維護(hù)本年度的信息，并向職能部門上報(bào)。職能部門對(duì)二級(jí)學(xué)院上報(bào)的信息進(jìn)行審核，按照三級(jí)指標(biāo)的得分點(diǎn)計(jì)算生成目標(biāo)得分，上報(bào)發(fā)展規(guī)劃處。發(fā)展規(guī)劃處匯總生成各二級(jí)學(xué)院最終考核成績(jī)。

(2)教師信息管理：教師個(gè)人對(duì)自己基本信息的維護(hù)，包括職稱變動(dòng)、部門調(diào)動(dòng)、崗位聘任結(jié)果、獲得榮譽(yù)、密碼修改等操作，都通過(guò)該模塊實(shí)現(xiàn)。

(3)報(bào)表管理：各二級(jí)學(xué)院按照一級(jí)指標(biāo)生成本學(xué)院年度任務(wù)完成情況報(bào)表；各職能部門按照各自分管的指標(biāo)生成全校年度任務(wù)完成情況報(bào)表；發(fā)展規(guī)劃處生成各二級(jí)學(xué)院年度考核結(jié)果報(bào)表。

(4)指標(biāo)管理：根據(jù)目標(biāo)責(zé)任劃分指標(biāo)，分為教育教學(xué)、科學(xué)研究、師資隊(duì)伍、學(xué)生工作、黨建工作5個(gè)一級(jí)指標(biāo)，各一級(jí)指標(biāo)下包括若干二級(jí)指標(biāo)，各二級(jí)指標(biāo)下又劃分若干三級(jí)指標(biāo)。該模塊實(shí)現(xiàn)對(duì)指標(biāo)的增、刪、改、查。

(5)信息查詢：二級(jí)學(xué)院領(lǐng)導(dǎo)查看本學(xué)院目標(biāo)任務(wù)完成情況。職能部門按照分管的一級(jí)指標(biāo)查看二級(jí)學(xué)院的完成情況。領(lǐng)導(dǎo)層以學(xué)院、工號(hào)、學(xué)位、職稱、聘任崗位、指標(biāo)等條件查看任務(wù)完成情況。

(6)系統(tǒng)維護(hù)：實(shí)現(xiàn)數(shù)據(jù)庫(kù)的備份與還原、系統(tǒng)公告的發(fā)布、權(quán)限角色信息的管理、相關(guān)參數(shù)的配置等。

3 目標(biāo)考核信息化框架設(shè)計(jì)

3.1 目標(biāo)考核信息化框架結(jié)構(gòu)

目標(biāo)考核信息化框架總體基于Java EE平臺(tái)，滿足MVC設(shè)計(jì)模式[2-3]，服務(wù)器采用開(kāi)源Tomcat7.0，綜合應(yīng)用Easy UI、Struts2、Spring和Hibernate等開(kāi)源框架進(jìn)行搭建，是一個(gè)5層的分層結(jié)構(gòu)，如圖3所示。

圖3 目標(biāo)考核信息化框架結(jié)構(gòu)

(1)表示層：負(fù)責(zé)構(gòu)建交互界面，接收并轉(zhuǎn)發(fā)用戶請(qǐng)求到控制器，向用戶顯示響應(yīng)請(qǐng)求的結(jié)果。該層主要由JSP、CSS樣式、Div、Easy UI和Struts2的標(biāo)簽構(gòu)成。Easy UI是輕量級(jí)的JavaScript框架，提供了豐富的插件、強(qiáng)大的選擇器和良好的瀏覽器兼容性，能夠簡(jiǎn)化DOM和Ajax操作[4]。Struts2標(biāo)簽通過(guò)與值棧數(shù)據(jù)交互，簡(jiǎn)化頁(yè)面Java代碼量，提高了開(kāi)發(fā)效率[5-6]。

(2)控制層：該層提供控制邏輯，通過(guò)Struts2配置文件將請(qǐng)求/響應(yīng)頁(yè)面與Action組件關(guān)聯(lián)起來(lái)。Action組件負(fù)責(zé)調(diào)用下層的業(yè)務(wù)邏輯組件執(zhí)行用戶請(qǐng)求，解耦合了視圖部分與模型部分。

(3)業(yè)務(wù)邏輯層：該層功能由Spring框架實(shí)現(xiàn)，包括Service接口和Service實(shí)現(xiàn)兩部分。Service接口向控制層提供調(diào)用業(yè)務(wù)邏輯處理的入口，JavaBean組件負(fù)責(zé)Service實(shí)現(xiàn)并調(diào)用下層的接口完成持久化操作。業(yè)務(wù)層組件之間的關(guān)聯(lián)關(guān)系通過(guò)XML文件配置。

(4)數(shù)據(jù)持久化層：由DAO模式與Hibernate框架實(shí)現(xiàn)，DAO接口定義POJO對(duì)象的持久化邏輯并作為業(yè)務(wù)層訪問(wèn)的入口[7]，DAO實(shí)現(xiàn)封裝Hibernate通過(guò)映射文件完成對(duì)象與數(shù)據(jù)庫(kù)之間的交互。

(5)數(shù)據(jù)庫(kù)層：該層負(fù)責(zé)存儲(chǔ)目標(biāo)考核業(yè)務(wù)所需要長(zhǎng)久保存的數(shù)據(jù)以及之間的關(guān)聯(lián)關(guān)系，通過(guò)觸發(fā)器完成相關(guān)的匯總、統(tǒng)計(jì)計(jì)算。綜合考慮易操作性、穩(wěn)定、安全、集群搭建、開(kāi)源等特性，最終選擇MySQL數(shù)據(jù)庫(kù)。

3.2 框架實(shí)現(xiàn)的關(guān)鍵技術(shù)

(1)以Spring IOC機(jī)制為核心的框架整合。

通過(guò)3.1節(jié)對(duì)框架平臺(tái)結(jié)構(gòu)的解析可知，Struts2、Spring、Hibernate均是MVC模式某個(gè)部分的實(shí)現(xiàn)，必須將它們整合起來(lái)形成統(tǒng)一整體。整合的思路是以Spring為橋梁，向下將Hibernate的SessionFactory納入IOC容器管理；向上將Struts2的Action納入IOC容器管理[8]。具體實(shí)施時(shí)采用XML文件+注解的方式進(jìn)行框架整合和系統(tǒng)開(kāi)發(fā)，其中基礎(chǔ)配置部分采用XML文件，包括Struts2、Spring、Hibernate的核心配置文件以及持久化類的映射文件，這部分的內(nèi)容一次配完后，以后很少變動(dòng)。開(kāi)發(fā)部分中的各層組件及其依賴關(guān)系采用注解，利用@Controller定義Action組件，在其內(nèi)部通過(guò)@Resource定義Action所依賴的業(yè)務(wù)邏輯層組件。利用@Service定義業(yè)務(wù)邏輯組件，在其內(nèi)部通過(guò)@Resource定義所依賴的持久層組件。利用@Repository定義DAO組件。組件的設(shè)計(jì)變動(dòng)較大，采用注解方式能夠提高開(kāi)發(fā)效率并具有較好的靈活性。

(2)ORM技術(shù)。

ORM是定義面向?qū)ο蠹夹g(shù)與關(guān)系型數(shù)據(jù)之間如何映射的一套規(guī)范，能夠簡(jiǎn)化開(kāi)發(fā)人員使用SQL和JDBC處理關(guān)系數(shù)據(jù)庫(kù)的操作。Hibernate是實(shí)現(xiàn)ORM規(guī)范的一個(gè)具體產(chǎn)品，通過(guò)提供Configuration、SessionFactory、Session、Transaction和Query(或Criteria)5個(gè)核心接口對(duì)持久化對(duì)象進(jìn)行存儲(chǔ)和事務(wù)控制[9]，交互過(guò)程如圖4所示。

圖4 Hibernate核心接口交互過(guò)程

首先，Configuration接口讀取配置文件啟動(dòng)Hibernate并創(chuàng)建SessionFactory；然后，由SessionFactory實(shí)例負(fù)責(zé)初始化Hibernate，建立與數(shù)據(jù)庫(kù)的連接[10]。SessionFactory是重量級(jí)組件，在初始化時(shí)只創(chuàng)建一次常駐內(nèi)存，用來(lái)創(chuàng)建Session對(duì)象。最后，Session對(duì)象創(chuàng)建Query(或Criteria)對(duì)象，在事務(wù)處理對(duì)象Transaction的協(xié)助下，通過(guò)映射文件實(shí)現(xiàn)持久化對(duì)象與數(shù)據(jù)庫(kù)的交互。

(3)AOP技術(shù)。

AOP是一種關(guān)注點(diǎn)分離技術(shù)[11]，強(qiáng)調(diào)將摻雜在核心業(yè)務(wù)邏輯中的輔助邏輯(例如事務(wù)處理、日志記錄、訪問(wèn)控制等)進(jìn)行分離，形成單獨(dú)的公共模塊。通過(guò)反射與動(dòng)態(tài)代理機(jī)制將公共模塊與核心業(yè)務(wù)模塊相融合[12]，從而形成完整的系統(tǒng)。Struts2和Spring提供了對(duì)AOP技術(shù)的支持，目標(biāo)考核信息化框架采用Struts2的AOP實(shí)現(xiàn)權(quán)限驗(yàn)證和日志記錄，采用Spring的AOP實(shí)現(xiàn)對(duì)Hibernate事務(wù)的控制。

以訪問(wèn)控制的設(shè)計(jì)為例，說(shuō)明AOP的應(yīng)用。由于目標(biāo)考核涉及眾多不同角色的用戶，所以采用RBAC模型[13]進(jìn)行用戶、角色的管理。分別定義用戶類、角色類和權(quán)限類，用戶中包含角色，角色中包含權(quán)限。權(quán)限類中包含一個(gè)URL屬性，代表某個(gè)可用資源的路徑。用戶訪問(wèn)系統(tǒng)的某個(gè)資源時(shí)，在所擁有的權(quán)限集合中去檢索這個(gè)資源的URL，如果找到表明用戶可以訪問(wèn)這個(gè)資源，否則用戶不具備操作這個(gè)資源的權(quán)限并跳轉(zhuǎn)到訪問(wèn)出錯(cuò)提示頁(yè)面。

由于Struts2是通過(guò)攔截器提供AOP支持的，所以將上述訪問(wèn)控制邏輯提取出來(lái)定義到攔截器中，相關(guān)核心代碼如下：

public classAuthorityInterceptor extends AbstractInterceptor

{//AOP的切面邏輯

public String intercept(ActionInvocation invocation) throws Exception

{//從session中獲取登錄用戶信息

User user=(User)ActionContext.getContext().getSession().get("user");

//獲取所訪問(wèn)的Action對(duì)應(yīng)的URL

String url=buildURL(invocation);

if(user==null)

{

if("user/userAction_login".startsWith(url))

//如果是去登錄，就放行

return invocation.invoke();

else

{HttpServletResponse response=(HttpServletResponse)ActionContext.getContext().get(org.apache.struts2.StrutsStatics.HTTP_RESPONSE);

response.sendRedirect("login.jsp");

//如果不是登錄，就轉(zhuǎn)到登錄頁(yè)面

return "loginUI"; }

}

//如果已登錄，就判斷權(quán)限

else

{if(user.hasAuthorityByUrl(url))

//如果有權(quán)限，就放行

return invocation.invoke();

else

//如果沒(méi)有權(quán)限，就轉(zhuǎn)到提示頁(yè)面

return "noAuthorityError";

} } }

通過(guò)上述源碼得出，AOP技術(shù)進(jìn)一步解耦合了業(yè)務(wù)邏輯與輔助邏輯，對(duì)輔助邏輯進(jìn)行模塊化設(shè)計(jì)，減少了代碼的編寫量，提高了復(fù)用率。

3.3 框架實(shí)現(xiàn)的流程

采用分層開(kāi)發(fā)模式完成框架的實(shí)現(xiàn)，該方法最大限度地降低了各層之間的耦合性，實(shí)現(xiàn)了表示層、控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層、數(shù)據(jù)庫(kù)各層之間的同步實(shí)施，提高了開(kāi)發(fā)效率，降低了開(kāi)發(fā)難度?？蚣芫唧w實(shí)現(xiàn)流程如下：

(1)按照領(lǐng)域建模的思想，創(chuàng)建實(shí)體類及其之間的關(guān)聯(lián)關(guān)系，并在Hibernate的映射文件中進(jìn)行描述。Hibernate會(huì)將實(shí)體類映射成相關(guān)的數(shù)據(jù)表，關(guān)聯(lián)關(guān)系映射成表之間的外鍵。該系統(tǒng)設(shè)計(jì)的實(shí)體類一共有52個(gè)，分別表示用戶、職能部門賬戶、角色、權(quán)限、教材、專著、科研項(xiàng)目、科研論文、科研獎(jiǎng)勵(lì)、部門、崗位、課程、班級(jí)、綜合指標(biāo)、業(yè)績(jī)指標(biāo)、指標(biāo)下達(dá)、指標(biāo)完成和指標(biāo)得分等。以指標(biāo)管理模塊的綜合指標(biāo)為例，實(shí)體類及其聯(lián)系如圖5所示。IndexLevelOne表示一級(jí)指標(biāo)，IndexLevelTwo表示二級(jí)指標(biāo)，IndexLevelThree表示三級(jí)指標(biāo)。一級(jí)指標(biāo)與二級(jí)指標(biāo)之間是一對(duì)多關(guān)系，二級(jí)指標(biāo)與三級(jí)指標(biāo)是一對(duì)多關(guān)系。AssignTask表示目標(biāo)任務(wù)，由各職能部門給各二級(jí)學(xué)院下達(dá)目標(biāo)任務(wù)時(shí)使用。TaskDetail表示目標(biāo)任務(wù)完成的具體信息，由各二級(jí)學(xué)院教學(xué)秘書(shū)和教師角色按照三級(jí)指標(biāo)提交任務(wù)完成信息時(shí)使用。TaskSubtotal表示審核通過(guò)的任務(wù)信息，審核通過(guò)后計(jì)算對(duì)應(yīng)三級(jí)指標(biāo)的實(shí)際得分和超額得分，供按二級(jí)指標(biāo)和一級(jí)指標(biāo)統(tǒng)計(jì)某個(gè)學(xué)院得分時(shí)使用。

(2)在數(shù)據(jù)持久層定義實(shí)體類對(duì)應(yīng)的DAO接口和DAO實(shí)現(xiàn)類，在DAO實(shí)現(xiàn)類中封裝Hibernate API完成數(shù)據(jù)庫(kù)的交互。由于每個(gè)實(shí)體類都具有保存、刪除、修改、按id查找、查找全部等共性持久化邏輯，為了將這些共性操作合并，同時(shí)減少持久化代碼的冗余度，設(shè)計(jì)了圖6所示的持久層邏輯結(jié)構(gòu)。其中BaseDao是采用泛型技術(shù)設(shè)計(jì)的所有DAO的父接口，其中封裝了所有實(shí)體類共有的持久化方法。泛型類BaseDaoImp是BaseDao的實(shí)現(xiàn)類，通過(guò)關(guān)聯(lián)的SessionFactory對(duì)象來(lái)獲取Hibernate的Session對(duì)象實(shí)現(xiàn)相關(guān)的持久化邏輯；在框架集成階段已經(jīng)將SessionFactory對(duì)象配置好了，所以通過(guò)@Resource注解表明從IOC容器獲取SessionFactory。具體DAO接口從BaseDao繼承，具體DAO接口的實(shí)現(xiàn)類繼承BaseDaoImp并添加@Repository注解。

圖5 綜合指標(biāo)實(shí)體類關(guān)系

圖6 持久層邏輯結(jié)構(gòu)

(3)在業(yè)務(wù)邏輯層定義Service接口和對(duì)應(yīng)的Service實(shí)現(xiàn)類，Service實(shí)現(xiàn)類中通過(guò)注解聲明所依賴的DAO接口。通過(guò)Spring的依賴注入在運(yùn)行時(shí)創(chuàng)建DAO實(shí)現(xiàn)類對(duì)象，供Service調(diào)用。

(4)在控制層定義Action組件并在Struts2的XML文件中配置。在Action中通過(guò)@Resource注解聲明所依賴的業(yè)務(wù)邏輯層對(duì)象，利用json-lib API封裝JSON格式的數(shù)據(jù)，通過(guò)Easy UI的Ajax異步處理JSON數(shù)據(jù)，達(dá)到Web頁(yè)面無(wú)刷新地實(shí)現(xiàn)數(shù)據(jù)管理及訪問(wèn)[14-16]。

(5)在表示層創(chuàng)建JSP頁(yè)面，通過(guò)taglib指令引入Struts2標(biāo)簽庫(kù)，通過(guò)Script標(biāo)簽引入Easy UI對(duì)應(yīng)的JS文件。利用CSS+Div進(jìn)行頁(yè)面布局，通過(guò)Easy UI標(biāo)簽提供數(shù)據(jù)輸入和顯示。創(chuàng)建JS文件完成對(duì)應(yīng)Easy UI控件的編程，并以Ajax方式發(fā)送請(qǐng)求給Action。

3.4 框架應(yīng)用效果

該框架投入使用以來(lái)順利完成了咸陽(yáng)師范學(xué)院2016年的目標(biāo)考核工作。實(shí)現(xiàn)了考核任務(wù)下達(dá)、任務(wù)完成數(shù)據(jù)上傳、任務(wù)審核、考核結(jié)果計(jì)算等工作的網(wǎng)絡(luò)化管理，在相關(guān)職能部門和各二級(jí)學(xué)院之間達(dá)到了任務(wù)透明、數(shù)據(jù)共享的目的。同時(shí)為學(xué)校其他工作提供了方便獲取數(shù)據(jù)的途徑，例如科技處就可以從該框架導(dǎo)出年度學(xué)?？蒲袛?shù)據(jù)上報(bào)教育部；在教師職稱評(píng)審工作中，教務(wù)處可以通過(guò)該框架快速審核教師教學(xué)工作量等等。由于采用Java EE輕量級(jí)框架并以分層模型為基礎(chǔ)，所以當(dāng)需求變更時(shí)，只需少量代碼修改即可進(jìn)行功能擴(kuò)展。例如，2017年的目標(biāo)考核工作將學(xué)生、黨建模塊的任務(wù)下達(dá)和審核都交給了相關(guān)職能部門完成，所以框架只需在權(quán)限模塊進(jìn)行適當(dāng)調(diào)整，即可滿足用戶需求。各高校的目標(biāo)考核工作大致相同，主要區(qū)別在于考核具體指標(biāo)不同，框架提供了指標(biāo)管理模塊，所以只需調(diào)整考核內(nèi)容，即可輕松地移植到其他學(xué)校的考核工作中。

4 結(jié)束語(yǔ)

在分析高等院校目標(biāo)考核管理業(yè)務(wù)流程的基礎(chǔ)上，結(jié)合MVC設(shè)計(jì)模式與分層架構(gòu)，提出了一種目標(biāo)考核信息化框架設(shè)計(jì)方案。該方案提高了考核過(guò)程中目標(biāo)任務(wù)數(shù)據(jù)管理的精度，達(dá)到了職能部門與各二級(jí)學(xué)院之間數(shù)據(jù)及時(shí)更新與共享的目的，滿足了目標(biāo)考核過(guò)程中的業(yè)務(wù)需求。該框架實(shí)施運(yùn)行以來(lái)，得到了高校用戶較好的滿意度。下一步的研究方向是在該框架基礎(chǔ)上考慮與高校的其他管理信息系統(tǒng)進(jìn)行整合，在不同系統(tǒng)之間消除數(shù)據(jù)冗余；在考核對(duì)象方面，加入二級(jí)學(xué)院內(nèi)部按教師崗位類別進(jìn)行任務(wù)考核。