張 超

亳州師范高等專科學(xué)校理化系，安徽亳州，236800

頂崗實習(xí)管理系統(tǒng)的設(shè)計

張 超

亳州師范高等?？茖W(xué)校理化系，安徽亳州，236800

針對當(dāng)前高職院校的頂崗實習(xí)現(xiàn)狀，為進(jìn)一步提升其管理水平和效率，在基于B/S與C/S相結(jié)合的模式下，探討了頂崗實習(xí)管理系統(tǒng)的整體框架設(shè)計流程。經(jīng)過細(xì)致分析，首先從用戶的角度出發(fā)，得出了具體的系統(tǒng)需求，然后完成了系統(tǒng)功能架構(gòu)及物理架構(gòu)的設(shè)計。系統(tǒng)設(shè)計中運用了建模思想，先后設(shè)計了用例圖、關(guān)系類圖、時序圖、動態(tài)活動圖、E-R關(guān)系圖,最終完成了數(shù)據(jù)庫各項數(shù)據(jù)表的設(shè)計。整個系統(tǒng)設(shè)計貼合實際應(yīng)用，能夠滿足目前高職院校頂崗實習(xí)的需求。

頂崗實習(xí)管理系統(tǒng)；B/S；C/S;功能架構(gòu)

1 頂崗實習(xí)的難題與管理現(xiàn)狀

“頂崗實習(xí)是提高學(xué)生實際操作能力和崗位適應(yīng)能力、獲得直接工作經(jīng)驗的有效方式，是高等職業(yè)院校推進(jìn)校企合作、工學(xué)結(jié)合培養(yǎng)模式的必經(jīng)之路。”[1]但實際上，高職學(xué)生的頂崗實習(xí)在落實過程中卻存在著許多難題，主要突出表現(xiàn)在以下幾方面：第一，實習(xí)崗位資源相對缺乏。一方面是由于高職院校參與頂崗實習(xí)的學(xué)生基數(shù)太大，另一方面企業(yè)受自身經(jīng)營活動的制約，能夠提供的合適實習(xí)崗位也是動態(tài)變化的。由于缺乏專門的交流平臺，學(xué)生往往很難及時找到合適的頂崗實習(xí)職位。第二，由于學(xué)生的頂崗實習(xí)地點較為分散，針對學(xué)生的具體實習(xí)活動，學(xué)校難以實現(xiàn)有效的管理和指導(dǎo)。第三，校企合作的頂崗實習(xí)缺乏對應(yīng)的交流平臺作為支撐，從而造成信息交流不暢，不利于頂崗實習(xí)的高效開展。由于學(xué)校、學(xué)生、企業(yè)三者所處的角度不一，在對待具體的實習(xí)問題時，因缺乏溝通，往往很容易發(fā)生糾紛。第四，學(xué)生的安全問題、心理問題缺乏對應(yīng)的平臺去監(jiān)管和預(yù)防，學(xué)校難以發(fā)現(xiàn)其中的隱患問題。

目前，大部分高職院校仍然是依賴人工管理方式來承擔(dān)頂崗實習(xí)的管理工作。由于頂崗實習(xí)涉及方面較多，勢必在管理過程中產(chǎn)生繁重的工作量。在實習(xí)的準(zhǔn)備階段，學(xué)校一方面要積極聯(lián)系實習(xí)企業(yè)，另一方面還要組織學(xué)生進(jìn)行志愿報名、開展實習(xí)教育活動等。在實施階段，學(xué)校要經(jīng)常性地派駐指導(dǎo)教師進(jìn)行巡視和督導(dǎo)。在總結(jié)階段，學(xué)校還要組織人員會同實習(xí)企業(yè)對學(xué)生實習(xí)成績進(jìn)行總結(jié)、評定、統(tǒng)計、歸檔?？梢哉f，在整個頂崗實習(xí)的前、中、后三個階段，都會有大量的數(shù)據(jù)需要分析、統(tǒng)計和決策。但由于缺乏相應(yīng)的平臺支撐，人工管理效率低下。在這種背景下，設(shè)計對應(yīng)的頂崗實習(xí)管理系統(tǒng)，借助軟件平臺對其實行高效管理已是高職教育發(fā)展的必然。

2 系統(tǒng)的需求分析

需求分析是系統(tǒng)設(shè)計的基礎(chǔ)。通過對頂崗實習(xí)活動的細(xì)致調(diào)研，從用戶的角度對實習(xí)過程進(jìn)行梳理分析。在整個頂崗實習(xí)過程中涉及的用戶主要有以下幾個，具體分析如下。

2.1 系統(tǒng)管理員

系統(tǒng)管理員是系統(tǒng)的最高權(quán)限人，可以對系統(tǒng)的一切進(jìn)行有效設(shè)置。具體來說，系統(tǒng)管理員可以對所有用戶進(jìn)行賬戶管理操作，可以對管理系統(tǒng)進(jìn)行初始化設(shè)置，可以完成各類信息的發(fā)布、管理及維護，可以對各類實習(xí)數(shù)據(jù)進(jìn)行有效管理、維護和統(tǒng)計，可以在線交流互動、進(jìn)行文件的上傳等。

2.2 系部管理員

系部管理員一般由教學(xué)秘書擔(dān)任，在頂崗實習(xí)過程中主要發(fā)揮協(xié)調(diào)作用。其主要任務(wù)涵蓋前、中、后三個階段：前期，主要是從事有關(guān)信息的審核與管理以及進(jìn)行實習(xí)崗位的安排；中期，則負(fù)責(zé)對應(yīng)系統(tǒng)資源的維護和管理、統(tǒng)計反饋意見等；末期，開展頂崗實習(xí)問卷調(diào)查，對頂崗實習(xí)的成績進(jìn)行統(tǒng)計和分析、對校企雙方指導(dǎo)教師的業(yè)績進(jìn)行統(tǒng)計和評定等。

2.3 班級管理員

班級管理員一般由頂崗實習(xí)所在班級的輔導(dǎo)員擔(dān)任，其管理權(quán)限僅限于所在班級。除可以進(jìn)行自身的各項屬性設(shè)置外，班級管理員還應(yīng)該能夠?qū)Π嗉壭畔?、學(xué)生信息進(jìn)行查看。另外，出于交流的需要，班級管理員還應(yīng)該能夠給學(xué)生發(fā)送站內(nèi)信件，管理與維護本班學(xué)生的各項資料，譬如修改密碼，實習(xí)報表及相關(guān)手續(xù)的辦理、變動等。

2.4 指導(dǎo)教師

指導(dǎo)教師除可以對自身的各項屬性進(jìn)行設(shè)置外，還應(yīng)承擔(dān)對應(yīng)的專業(yè)性指導(dǎo)和監(jiān)督管理任務(wù)。目前的頂崗實習(xí)普遍實行雙向指導(dǎo)，也即校內(nèi)外結(jié)合。具體來說，校內(nèi)指導(dǎo)老師通過查看學(xué)生提交的各項資料(日志、周報、月報、總結(jié)報告)了解學(xué)生頂崗實習(xí)的具體情況，與企業(yè)指導(dǎo)教師反饋交流，同時督促學(xué)生完成實習(xí)任務(wù)。校內(nèi)指導(dǎo)教師還參與頂崗實習(xí)成績的評定，結(jié)合學(xué)生頂崗實習(xí)的具體情況對學(xué)生論文開展指導(dǎo)和評價工作。企業(yè)指導(dǎo)老師則承擔(dān)告知企業(yè)情況、查看學(xué)生各項信息資料、進(jìn)行頂崗實習(xí)任務(wù)的安排、具體開展生產(chǎn)實踐指導(dǎo)、進(jìn)行成績的考核與評定等任務(wù)。

2.5 學(xué)生

頂崗實習(xí)中，最為重要的角色理應(yīng)是學(xué)生。在系統(tǒng)中，學(xué)生不僅可以實現(xiàn)設(shè)置自身有關(guān)信息，而且還應(yīng)具備以下幾方面的權(quán)限：其一，可以在線填寫實習(xí)意向、周報，查看周報及其反饋意見；其二，可瀏覽班級同學(xué)、校企雙方指導(dǎo)教師和所在班級輔導(dǎo)員的聯(lián)系方式，并與之通過站內(nèi)信件保持聯(lián)系；其三，可查閱本人的相關(guān)成績，包括日常成績、最終成績及實習(xí)鑒定；其四，可填寫并提交相關(guān)問卷、查閱或下載系列公共資源等；其五，可實現(xiàn)在線提交論文、查看論文修訂意見和最終評定成績。

2.6 UML用例分析圖

為對系統(tǒng)功能需求進(jìn)一步細(xì)化，系統(tǒng)設(shè)計還采用UML用例分析圖進(jìn)行深入描述，限于篇幅,這里僅給出學(xué)生用例分析圖,如圖1所示。

3 頂崗實習(xí)管理系統(tǒng)的設(shè)計

3.1 設(shè)計目標(biāo)

系統(tǒng)設(shè)計涉及的方面很多。首先，系統(tǒng)采用的技術(shù)要相對先進(jìn)。系統(tǒng)擬定采用JSP技術(shù)進(jìn)行編制程序，以SQL Server 2005為數(shù)據(jù)庫，基于Java J2EE標(biāo)準(zhǔn)模式進(jìn)行開發(fā)。其中“SQL Server 2005是一款關(guān)系型數(shù)據(jù)庫，具有NET框架主機、XML技術(shù)支持、ADO.NET技術(shù)支持、增強的安全性、Transact-SQL的增強性能、SQL服務(wù)中介、WEB服務(wù)等特點”[2]。其次，系統(tǒng)功能要細(xì)致全面，并能在實際的運用中發(fā)揮著較高的管理效率。其三，系統(tǒng)要能保證安全且穩(wěn)定的運行。其四，系統(tǒng)設(shè)計要具有長遠(yuǎn)眼光，軟件平臺要具有適度的拓展性。一句話，系統(tǒng)設(shè)計的總體目標(biāo)要基于先進(jìn)性、高效性、安全與可靠性、易于拓展性四個方面。

圖1 學(xué)生需求用例

3.2 系統(tǒng)的功能架構(gòu)設(shè)計

結(jié)合前期的需求分析和相關(guān)專家的反饋意見，系統(tǒng)的功能架構(gòu)分為學(xué)生、企業(yè)、院校、信息交流、系統(tǒng)維護等五個模塊。系統(tǒng)功能結(jié)構(gòu)圖詳見圖2所示。學(xué)生模塊的主要功能是實現(xiàn)學(xué)生對實習(xí)涉及的各項材料的在線填寫、提交與管理編輯。學(xué)生模塊功能結(jié)構(gòu)圖如圖3所示。

企業(yè)管理模塊主要是介紹企業(yè)的具體信息、校企合作實現(xiàn)的途徑、企業(yè)對實習(xí)任務(wù)的分配結(jié)果、對企業(yè)及企業(yè)指導(dǎo)教師的評測及意見反饋情況等。院校管理模塊主要包括對教師和學(xué)生的管理、對班級進(jìn)行設(shè)置與管理、對頂崗實習(xí)涉及的相關(guān)情況進(jìn)行統(tǒng)計和分析以及對應(yīng)的流程管理活動。信息交流模塊則要實現(xiàn)家長、學(xué)生、教師相互交流探討的功能。系統(tǒng)維護模塊主要實現(xiàn)包含院系、專業(yè)的設(shè)置與管理以及數(shù)據(jù)字典、數(shù)據(jù)維護、系統(tǒng)權(quán)限及系統(tǒng)日志等方面的管理維護活動。其中，企業(yè)模塊、信息交流模塊、院校模塊的具體功能結(jié)構(gòu)圖分別如圖4～圖6所示。各項實習(xí)材料的統(tǒng)計是院校模塊統(tǒng)計分析子模塊的重點，實習(xí)統(tǒng)計具體內(nèi)容如圖7所示。系統(tǒng)維護模塊功能結(jié)構(gòu)圖如圖8所示, 其系統(tǒng)權(quán)限管理示意圖如圖9所示。

圖4 企業(yè)模塊功能結(jié)構(gòu)圖

圖5 信息交流模塊功能結(jié)構(gòu)圖

圖6 院校模塊功能結(jié)構(gòu)圖

圖7 實習(xí)統(tǒng)計項目示意圖

圖8 系統(tǒng)維護模塊功能結(jié)構(gòu)圖

圖9 系統(tǒng)權(quán)限管理示意圖

3.3 總體物理架構(gòu)設(shè)計

一般來說，系統(tǒng)的設(shè)計架構(gòu)通常有C/S和B/S兩種模式?！癈/S結(jié)構(gòu)在技術(shù)上很成熟,它的主要特點是交互性強、具有安全的存取模式、網(wǎng)絡(luò)通信量低、響應(yīng)速度快、利于處理大量數(shù)據(jù)。”[3]但是這種架構(gòu)難于進(jìn)行維護，并且其擴展性較差。B/S結(jié)構(gòu)是一種較為新型的架構(gòu)，它基于瀏覽器和服務(wù)器模式，成本較低，維護和升級都較為便捷，但對于應(yīng)用服務(wù)器的要求較高?；谙到y(tǒng)管理與維護的實際需要，系統(tǒng)的總體物理架構(gòu)應(yīng)基于B/S與C/S的混合結(jié)構(gòu)。采用這種混合結(jié)構(gòu)主要出于以下幾方面原因：其一，目前絕大多數(shù)高職院校都實行以系部為單位自主進(jìn)行教學(xué)管理。純粹的B/S模式已經(jīng)不能夠適應(yīng)以系部為單位的個性化、多樣性的教學(xué)管理需求。其二，從數(shù)據(jù)的安全性和一致性的角度去考慮。若對管理員層面的基礎(chǔ)數(shù)據(jù)實行C/S模式，則可實現(xiàn)安全且高效的管理。其三，從系統(tǒng)的維護與管理的工作量角度考慮。若對教師和學(xué)生的數(shù)據(jù)查詢及數(shù)據(jù)報表實行B/S模式管理，則有利簡化流程，并可以大幅減輕系統(tǒng)維護的工作量。這樣一來，“外網(wǎng)用戶不直接訪問數(shù)據(jù)庫服務(wù)器，從而保證學(xué)校原始數(shù)據(jù)庫的安全。學(xué)校內(nèi)網(wǎng)交互性強、訪問量大、數(shù)據(jù)修改和查詢次數(shù)多，尤其是各個教學(xué)部門的客戶端程序，因此要求使用C/S結(jié)構(gòu)模式”[4-5]。

圖10 系統(tǒng)物理架構(gòu)圖

系統(tǒng)的物理架構(gòu)以應(yīng)用服務(wù)器為中心，可分別以內(nèi)網(wǎng)和因特網(wǎng)進(jìn)行訪問，具體如圖10所示。系統(tǒng)的體系架構(gòu)具體則如圖11所示。“一個應(yīng)用都可以把它分成三個部分:Model、View和Controller,每個部分負(fù)責(zé)不同的功能,三個部分之間既有區(qū)別又有聯(lián)系,這三個部分結(jié)合起來完成信息系統(tǒng)應(yīng)用?！盵6]系統(tǒng)應(yīng)用架構(gòu)可采用MVC設(shè)計模式，將客戶層、業(yè)務(wù)邏輯層和持久層、Web層分別視作V、M、C。其中V提供給用戶以瀏覽器展示的界面，M是管理的核心部分，C為控制部分并且能將操作結(jié)果向用戶進(jìn)行反饋顯示，對應(yīng)的MVC設(shè)計模式如圖12所示。系統(tǒng)的設(shè)計要遵循安全、高效的原則，其網(wǎng)絡(luò)拓?fù)渚唧w設(shè)計方案如圖13所示。至于系統(tǒng)數(shù)據(jù)架構(gòu)，則可遵循自下而上的方法，先將對應(yīng)的應(yīng)用歸類劃分為若干數(shù)據(jù)模型，然后建立對應(yīng)的數(shù)據(jù)接口，將其實現(xiàn)聯(lián)結(jié)。

圖11 系統(tǒng)體系架構(gòu)圖

圖12 MVC設(shè)計模式

圖13 網(wǎng)絡(luò)拓?fù)鋱D

3.4 系統(tǒng)的建模設(shè)計

基于UML語言的應(yīng)用，本系統(tǒng)設(shè)計先后建立了若干對應(yīng)的結(jié)構(gòu)圖，其中分為靜態(tài)和動態(tài)的。按照具體的需求分析和對應(yīng)的用例模型，本系統(tǒng)設(shè)計分別建立了不同的關(guān)系類圖。具體來說，按照系統(tǒng)、子系統(tǒng)、各包、用例的次序，依次細(xì)化設(shè)計出各種對應(yīng)的關(guān)系類圖。對于系統(tǒng)中存在的各類對象間的信息交互，比如學(xué)生發(fā)表留言活動、上傳周報表、填報實習(xí)志愿等，是通過設(shè)計對應(yīng)的時序圖來進(jìn)行反映的。 限于論文篇幅，這里只給出學(xué)生關(guān)系類圖和周報上傳時序圖，分別如圖14、圖15所示。系統(tǒng)設(shè)計中還需考慮許多動態(tài)行為，這些行為往往有很多活動的狀態(tài)表現(xiàn)。譬如，學(xué)生申請調(diào)整實習(xí)志愿，對學(xué)生進(jìn)行實習(xí)分配等活動，諸如此類可用對應(yīng)的活動圖表達(dá)，如圖16、圖17所示。

圖14 學(xué)生關(guān)系類圖

圖16 更改實習(xí)志愿活動圖

圖17 學(xué)生實習(xí)分配活動圖

3.5 數(shù)據(jù)庫的概要設(shè)計

進(jìn)行數(shù)據(jù)庫設(shè)計，首先要分析各實體的屬性以及實體間的對應(yīng)關(guān)系?！皩嶓w聯(lián)系圖(E-R圖)是抽象描述現(xiàn)實世界的有力工具，它通過畫圖將實體以及實體間的聯(lián)系刻畫出來,為客觀事物建立概念模型”[7-8]。在具體設(shè)計中，按照自下而上、先局部再集成的原則，依次畫出各環(huán)節(jié)的E-R圖。以學(xué)生選擇實習(xí)崗位為例，此活動涉及三個主體對象,分別為學(xué)生、指導(dǎo)老師和待選崗位。將三者所蘊涵的屬性一一分析清楚，再根據(jù)他們之間的活動關(guān)系即可畫出對應(yīng)E-R圖，其關(guān)系如圖18所示。遵循這個思路，其他活動的E-R圖也可一一得到。根據(jù)這些活動的E-R圖，進(jìn)而可將其轉(zhuǎn)化為系統(tǒng)的數(shù)據(jù)模型，也即完成了系統(tǒng)中各項數(shù)據(jù)庫表的設(shè)計。限于篇幅，論文只給出實習(xí)學(xué)生信息表，如表1所示。至此，整個系統(tǒng)的邏輯結(jié)構(gòu)設(shè)計任務(wù)就此終了。

圖18 選擇實習(xí)崗位E-R圖

4 結(jié)束語

細(xì)致地分析了頂崗實習(xí)的難題與管理現(xiàn)狀，從用戶的角度出發(fā)，對頂崗實習(xí)管理系統(tǒng)的需求分析展開了細(xì)致的論證，并細(xì)化為用例分析圖表示。據(jù)此，設(shè)計了系統(tǒng)的總體功能架構(gòu)及其各模塊的具體功能架構(gòu)、系統(tǒng)物理架構(gòu)、系統(tǒng)體系架構(gòu)、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)。除此之外，還應(yīng)用UML系統(tǒng)建模思想給出了關(guān)系類圖、時序圖、活動流程圖及E-R圖的對應(yīng)案例，最終實現(xiàn)各項數(shù)據(jù)庫表的設(shè)計。但由于涉及的要素及活動眾多，設(shè)計出一套貼合實際應(yīng)用的頂崗實習(xí)管理系統(tǒng)絕非易事。上述的分析、論證及對應(yīng)設(shè)計研究僅限于本人的認(rèn)知水平，可能還存在一定的疏漏之處。后續(xù)仍需本人及團隊繼續(xù)不斷的深入研究，反復(fù)論證，最終付諸于開發(fā)實現(xiàn)。

表1 頂崗實習(xí)學(xué)生信息表

[1]范玉紅.高職管理類學(xué)生頂崗實習(xí)管理的探索與研究[J].中國成人教育,2013(17):45-47

[2]葉文勝，葉建亭.高職院校頂崗實習(xí)管理信息平臺系統(tǒng)設(shè)計[J].黃岡職業(yè)技術(shù)學(xué)院學(xué)報，2012(4):93-96

[3]趙志升，李桂權(quán).一種基于B/S結(jié)構(gòu)與C/S結(jié)構(gòu)結(jié)合的新體系結(jié)構(gòu)[J].電子技術(shù)應(yīng)用，2004(8)：7-9

[4]仇崗.基于B/S和C/S混合模式的教務(wù)管理系統(tǒng)的分析與設(shè)計[J].昌吉學(xué)院學(xué)報，2012(3)：90-92

[5]仇崗.昌吉學(xué)院教務(wù)管理平臺設(shè)計與實現(xiàn)[D].成都：電子科技大學(xué)信息與軟件工程學(xué)院，2009：5-12

[6]周輝，任海軍，馬亮，等.MVC設(shè)計模式及其在信息系統(tǒng)開發(fā)中的應(yīng)用[J].軟件導(dǎo)刊，2012(10)：120-122

[7]林雨.集成通信的中小企業(yè)客戶管理系統(tǒng)的研究與設(shè)計[D].青島：山東科技大學(xué)電子通信與物理學(xué)院，2011:16-18

[8]孫卓.關(guān)于E-R圖向關(guān)系數(shù)據(jù)模型轉(zhuǎn)換的探討[J].電大理工,2011(4):23-24

(責(zé)任編輯：汪材印)

2014-03-08

安徽省高等學(xué)校省級重點教學(xué)研究項目“高職院校學(xué)生頂崗實習(xí)管理體系的構(gòu)建與實踐”(2013jyxm285)。

張超(1979-)，安徽濉溪人，碩士，講師，主要研究方向：計算機課程與教學(xué)論，數(shù)據(jù)挖掘。

10.3969/j.issn.1673-2006.2014.06.023

TP311

A

1673-2006(2014)06-0078-05