基于校企合作人才培養(yǎng)模式的信息化教學(xué)管理研究

關(guān)鳳巖

摘 要：隨著教學(xué)改革的推進(jìn)，高校為提高學(xué)生的工程實(shí)踐應(yīng)用能力，校企合作人才培養(yǎng)模式越來(lái)越被地方工科院校所青睞，因此，在信息化的背景下，校企合作信息化平臺(tái)無(wú)疑可以方便學(xué)校的指導(dǎo)教師與在企業(yè)實(shí)習(xí)的學(xué)生提供方便快捷的信息共享以及及時(shí)的溝通。文章應(yīng)用ExtJs框架、Struts框架、連接池等技術(shù)，嚴(yán)格遵循軟件工程的開(kāi)發(fā)規(guī)范，闡述了實(shí)現(xiàn)校企合作信息化管理的分析、設(shè)計(jì)與實(shí)現(xiàn)的研究過(guò)程。

關(guān)鍵詞：校企合作 信息化管理 ExtJs框架 Struts框架

中圖分類(lèi)號(hào):G434文獻(xiàn)標(biāo)識(shí)碼:A

文章編號(hào):1004-4914（2012）03-120-02

一、引言

隨著知識(shí)經(jīng)濟(jì)時(shí)代的到來(lái)，高新技術(shù)迅猛發(fā)展，社會(huì)更加大了對(duì)技術(shù)應(yīng)用型人才的需求。

普通高等院校作為高等教育的重要組成部分，是國(guó)家工業(yè)化、生產(chǎn)社會(huì)化、現(xiàn)代化以及信息化的人才輸出重要部分；普通高等院校與企業(yè)合作教育模式是指學(xué)校與企業(yè)在人才培養(yǎng)、科學(xué)研究、技術(shù)開(kāi)發(fā)、生產(chǎn)經(jīng)營(yíng)以及資源共享、信息互通、人員交流等方面所建立的互利互惠、互補(bǔ)互促的聯(lián)合與協(xié)作關(guān)系。高等學(xué)校與企業(yè)合作是現(xiàn)代科技發(fā)展與經(jīng)濟(jì)增長(zhǎng)的根本要求,是當(dāng)今世界高等教育發(fā)展的總趨勢(shì)。各個(gè)高校按照自己的實(shí)際情況實(shí)施校企合作的人才培養(yǎng)模式，即學(xué)校與企業(yè)利用各自的優(yōu)勢(shì)條件共同培養(yǎng)學(xué)生，學(xué)生在高校的前三年進(jìn)行系統(tǒng)的理論學(xué)習(xí)，在第四年到各個(gè)企業(yè)去實(shí)踐學(xué)習(xí)，這一過(guò)程是理論學(xué)習(xí)最好的提高方式，為保證學(xué)生能夠與學(xué)校的教師、企業(yè)的工程師以及異地的學(xué)生之間保持暢通有效的交流，研究開(kāi)發(fā)一種校企合作模式下的信息化管理平臺(tái)是必要的。本文就人才培養(yǎng)模式的特征、信息化管理的需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及系統(tǒng)實(shí)現(xiàn)幾個(gè)管理信息系統(tǒng)的必要階段的研究進(jìn)行闡述，以此來(lái)滿(mǎn)足學(xué)生、教師以及企業(yè)之間的異地交流需求。

二、校企合作人才培養(yǎng)模式

人才培養(yǎng)模式是指在一定的現(xiàn)代教育理論、教育思想指導(dǎo)下，按照特定的培養(yǎng)目標(biāo)和人才規(guī)格，以相對(duì)穩(wěn)定的教學(xué)內(nèi)容和課程體系，管理制度和評(píng)估方式，實(shí)施人才教育的過(guò)程的總和。本文中的校企合作人才培養(yǎng)模式制定校企合作“3+1”培養(yǎng)方式，即學(xué)生將在3年內(nèi)完成在學(xué)校教學(xué)計(jì)劃規(guī)定的專(zhuān)業(yè)理論和實(shí)踐課程的學(xué)習(xí)（融入CDIO教學(xué)理念），在大學(xué)最后1個(gè)學(xué)年對(duì)學(xué)生實(shí)施與企業(yè)的課程置換，即學(xué)生可以進(jìn)入與學(xué)校合作的企業(yè)參與完成企業(yè)的實(shí)際項(xiàng)目，真正投入到企業(yè)踐中去的人才培養(yǎng)方案。

三、信息化管理的設(shè)計(jì)與實(shí)現(xiàn)

1.系統(tǒng)的需求分析。本文中闡述了經(jīng)過(guò)對(duì)企業(yè)、高校教師以及學(xué)生三方面的深入研究、在符合高校校企合作理念的基礎(chǔ)之上得到了基于校企合作人才培養(yǎng)模式下的信息化平臺(tái)的需求分析。從系統(tǒng)角色權(quán)利分配的角度進(jìn)行系統(tǒng)的需求描述，主要分教師、學(xué)生、管理員以及企業(yè)四個(gè)角度。

（1）教師權(quán)限功能。設(shè)置信息管理，即可以查看相應(yīng)的學(xué)生信息，修改個(gè)人的基本聯(lián)系信息；設(shè)置公告管理，即對(duì)相應(yīng)學(xué)生發(fā)布新的公告，修改個(gè)人已經(jīng)發(fā)布的公告，刪除個(gè)人已經(jīng)發(fā)布的公告，查看學(xué)校管理員發(fā)布的公告，公告可附帶附件。對(duì)所有公告可以進(jìn)行留言，刪除和修改個(gè)人發(fā)布的留言；設(shè)置任務(wù)管理，即對(duì)相應(yīng)學(xué)生發(fā)布新的任務(wù)。查詢(xún)已經(jīng)發(fā)布的任務(wù)，并可查詢(xún)?nèi)蝿?wù)的完成情況。

（2）學(xué)生權(quán)限功能。同樣設(shè)置信息管理，即學(xué)生查詢(xún)個(gè)人信息，修改個(gè)人的聯(lián)系信息，學(xué)生可以查詢(xún)相應(yīng)教師的相關(guān)信息；設(shè)置公告管理，即學(xué)生查詢(xún)相應(yīng)教師發(fā)布的公告，下載附帶的附件。對(duì)公告進(jìn)行留言評(píng)論；設(shè)置學(xué)生的任務(wù)管理，即查看相應(yīng)教師發(fā)布的任務(wù)，并可以對(duì)其恢復(fù)完成。學(xué)生可查詢(xún)個(gè)人的任務(wù)情況，并對(duì)個(gè)人完成的任務(wù)進(jìn)行二次及多次完成，不可修改和刪除。

（3）管理員權(quán)限功能。設(shè)置管理員的信息管理，即錄入用戶(hù)信息，管理相應(yīng)權(quán)限；設(shè)置公告管理，管理員統(tǒng)一發(fā)布學(xué)校新的公告，查詢(xún)、刪除和修改個(gè)人發(fā)布的公告，設(shè)置數(shù)據(jù)管理，管理員對(duì)系統(tǒng)的數(shù)據(jù)庫(kù)數(shù)據(jù)備份與恢復(fù)數(shù)據(jù)庫(kù)數(shù)據(jù)。

（4）企業(yè)用戶(hù)權(quán)限功能。設(shè)置企業(yè)指導(dǎo)人員的信息管理，即個(gè)人信息管理以及在本企業(yè)實(shí)習(xí)學(xué)生相關(guān)信息查詢(xún)；設(shè)置公告管理，發(fā)布企業(yè)相關(guān)公告，查詢(xún)學(xué)校公告。

2.系統(tǒng)的設(shè)計(jì)。

（1）系統(tǒng)總體結(jié)構(gòu)與處理流程。系統(tǒng)的總體結(jié)構(gòu)由三層完成，其中Web網(wǎng)頁(yè)展現(xiàn)層主要負(fù)責(zé)請(qǐng)求的發(fā)起和結(jié)果的展示；第二層為Java程序完成的控制層，主要負(fù)責(zé)接收請(qǐng)求和處理請(qǐng)求。它按照MVC架構(gòu)模式編寫(xiě)，使用接口處理層與層之間的聯(lián)系；第三層為MySQL數(shù)據(jù)層，主要負(fù)責(zé)存儲(chǔ)數(shù)據(jù)。業(yè)務(wù)的處理流程為用戶(hù)通過(guò)Web網(wǎng)頁(yè)提交Ajax請(qǐng)求，Java服務(wù)端對(duì)請(qǐng)求進(jìn)行解析，請(qǐng)求獲得數(shù)據(jù)，將結(jié)果反饋回Web網(wǎng)頁(yè)，進(jìn)行局部更新顯示。

（2）系統(tǒng)接口設(shè)計(jì)。主要是要規(guī)劃整個(gè)系統(tǒng)的運(yùn)行流程和總體的概括設(shè)計(jì)，圍繞之前的處理流程進(jìn)行詳細(xì)分化，一部分是業(yè)務(wù)邏輯流程，一部分是整個(gè)系統(tǒng)的數(shù)據(jù)流程，將其分化然后在編碼時(shí)進(jìn)行組合，保證系統(tǒng)的高內(nèi)聚低耦合以及系統(tǒng)的流暢性。首先，邏輯接口的設(shè)計(jì)部分實(shí)現(xiàn)主要在Java程序，系統(tǒng)使用MVC模式架構(gòu)，在層與層邏輯處理中使用接口化模式，即：條用接口返回接口實(shí)現(xiàn)類(lèi)，又稱(chēng)層管理器。在整個(gè)Java系統(tǒng)中主要存在兩個(gè)層管理器，一個(gè)是服務(wù)層層管理器（ServiceManager），一個(gè)是數(shù)據(jù)層層管理器(DaoManager)。在管理器中接口對(duì)應(yīng)實(shí)現(xiàn)類(lèi)，使接口和實(shí)現(xiàn)類(lèi)分開(kāi)，以方便二次開(kāi)發(fā)和實(shí)現(xiàn)高內(nèi)聚低耦合。其次，數(shù)據(jù)接口部分實(shí)現(xiàn)是在Web網(wǎng)頁(yè)層是通過(guò)Ajax向后臺(tái)發(fā)起請(qǐng)求后，成功則獲得相應(yīng)請(qǐng)求數(shù)據(jù)，控制請(qǐng)求是通過(guò)Struts實(shí)現(xiàn)的。數(shù)據(jù)請(qǐng)求是通過(guò)Json傳送實(shí)現(xiàn)的。在Java程序中，Dao層通過(guò)連接池實(shí)現(xiàn)Java和MySQL數(shù)據(jù)庫(kù)進(jìn)行連接，獲得操作數(shù)據(jù)庫(kù)權(quán)限。

（3）業(yè)務(wù)邏輯處理結(jié)構(gòu)。用戶(hù)通過(guò)Web網(wǎng)頁(yè)層中ExtJs框架生成的網(wǎng)頁(yè)發(fā)起Ajax請(qǐng)求，通過(guò)Struts進(jìn)行請(qǐng)求分類(lèi)和數(shù)據(jù)攜帶，請(qǐng)求分類(lèi)后調(diào)用不同的服務(wù)層層管理器獲得請(qǐng)求處理，在服務(wù)層分辨不同的請(qǐng)求向數(shù)據(jù)層層管理器進(jìn)行請(qǐng)求獲得相應(yīng)的數(shù)據(jù)然后返回服務(wù)層，數(shù)據(jù)在服務(wù)層進(jìn)行處理后提交回Struts進(jìn)行向Web網(wǎng)頁(yè)層傳送，然后顯示給用戶(hù)。

（4）數(shù)據(jù)庫(kù)設(shè)計(jì)。本系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)采用ERStudio工具完成。根據(jù)系統(tǒng)的功能需求分析確定每個(gè)數(shù)據(jù)庫(kù)表的詳細(xì)字段，然后使用工具生成模擬的ER表，本系統(tǒng)共有19張數(shù)據(jù)庫(kù)表，此處由于篇幅原因只選擇了登陸信息表、教師信息表進(jìn)行闡述。登陸信息表包括所有的登陸信息，主鍵為登陸賬號(hào)（login_id），設(shè)立登陸密碼（login_pwd），上次登陸時(shí)間（login_time）、上次登出時(shí)間（logout_id）、登陸狀態(tài)（login_status）字段。教師表包括所有的教師信息，主鍵為教師編號(hào)（teacher_id），設(shè)立教師名稱(chēng)（teacher_name）、教師性別（teacher_sex）、教師電話(huà)（teacher_phone）、教師辦公電話(huà)（teacher_officePhone）、教師辦公地址（teacher_officeAddress）、教師郵箱（teacher_email）、教師QQ（teacher_qq）字段。登陸信息表、教師信息表具體結(jié)構(gòu)如圖1所示。

3.系統(tǒng)的詳細(xì)設(shè)計(jì)。

（1）Web頁(yè)面的詳細(xì)設(shè)計(jì)。進(jìn)入系統(tǒng)后，頁(yè)面主要分為上下兩個(gè)部分，上部題頭部分和下部?jī)?nèi)容部分。使用ExtJs布局格式進(jìn)行布局，題頭部分主要顯示用戶(hù)登陸信息和網(wǎng)站標(biāo)題。內(nèi)容部分分為左右兩個(gè)部分，左側(cè)顯示標(biāo)簽信息，主要控制右側(cè)內(nèi)容顯示部分的顯示。

（2）Java程序詳細(xì)設(shè)計(jì)。本程序采用MVC設(shè)計(jì)模式，并使用struts框架開(kāi)發(fā)。在軟件工程思想中，為了使系統(tǒng)更健康，更持久，使其可以不斷更新、升級(jí)，代碼中間分成若干層，采取“高內(nèi)聚，低耦合”的設(shè)計(jì)思想，將Java后臺(tái)代碼分成以下控制層、服務(wù)層、模型層。

控制層: 所有*.java類(lèi)中出現(xiàn)大量如“action”和“form”字樣，此為struts框架的基本結(jié)構(gòu)，很好實(shí)現(xiàn)了MVC設(shè)計(jì)模式的思想。Action和actionform也是struts框架的重要組件。Action繼承于系統(tǒng)的action類(lèi),actionform繼承于系統(tǒng)的actionform類(lèi)。主要接收前臺(tái)Ajax請(qǐng)求，然后把請(qǐng)求所需要的數(shù)據(jù)傳給服務(wù)層，經(jīng)過(guò)服務(wù)層處理后將成功的數(shù)據(jù)或失敗的信息反饋給前臺(tái)展現(xiàn)層。Action處理（Action）層、Action數(shù)據(jù)（ActionFormBean）具體實(shí)現(xiàn)如圖2所示。

服務(wù)層：Service層，所有請(qǐng)求的處理邏輯都在這里進(jìn)行，主要有三層組成，層管理器、接口層、接口實(shí)現(xiàn)層。在服務(wù)層外部實(shí)例化一個(gè)層管理器，調(diào)用相關(guān)的接口，返回一個(gè)對(duì)應(yīng)的接口實(shí)現(xiàn)類(lèi)，完成對(duì)業(yè)務(wù)的處理，如圖3。

模型層：Dao層，主要負(fù)責(zé)數(shù)據(jù)庫(kù)連接，數(shù)據(jù)請(qǐng)求和處理。主要有四層組成，層管理器、接口層、接口實(shí)現(xiàn)層和數(shù)據(jù)庫(kù)連接層。在服務(wù)層外部實(shí)例化一個(gè)層管理器，調(diào)用相關(guān)的接口，返回一個(gè)對(duì)應(yīng)的接口實(shí)現(xiàn)類(lèi)，完成對(duì)業(yè)務(wù)的處理，如圖4。由于篇幅限制，此處略去數(shù)據(jù)庫(kù)連接層（Connection）、數(shù)據(jù)對(duì)象（Bean）具體實(shí)現(xiàn)類(lèi)的詳細(xì)設(shè)計(jì)描述。

4.系統(tǒng)的代碼實(shí)現(xiàn)。由于篇幅限制，本文以教師權(quán)限登陸以及登陸后的部分管理信息系統(tǒng)的界面代表，如圖5所示。

[基金項(xiàng)目：黑龍江省教育廳教改重點(diǎn)項(xiàng)目“關(guān)于校企合作人才培養(yǎng)模式教學(xué)管理研究”階段性成果]

參考文獻(xiàn)：

1.姜苑,王武年.高校與企業(yè)合作教育模式的研究[J].現(xiàn)代企業(yè)教育，2008(10)

2.龔怡祖.論大學(xué)人才培養(yǎng)模式[M].江蘇教育出版社，1999

3.黃燈橋.ExtJS高級(jí)程序設(shè)計(jì).機(jī)械工業(yè)出版社，2010

4.陳鳳敏.Ajax原理與系統(tǒng)開(kāi)發(fā).清華大學(xué)出版社，2009

（作者單位：黑龍江科技學(xué)院教務(wù)處 黑龍江哈爾濱 150027）

（責(zé)編:賈偉）