UML建模在中職校實(shí)習(xí)管理系統(tǒng)中的應(yīng)用

鄭瑛

摘要：針對(duì)當(dāng)前中職學(xué)校頂崗實(shí)習(xí)管理的現(xiàn)狀，為進(jìn)一步提高管理水平和效率，采用UML建模技術(shù)，對(duì)頂崗實(shí)習(xí)的全過程進(jìn)行了詳細(xì)的需求分析，通過用例圖、類圖、序列圖的建模過程，設(shè)計(jì)了符合教學(xué)實(shí)踐的管理系統(tǒng)，能夠滿足目前頂崗實(shí)習(xí)管理的需求。

關(guān)鍵詞：中職校；統(tǒng)一建模語言；實(shí)習(xí)信息管理

中圖分類號(hào)：TP391 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2018）27-0155-03

1 問題的提出

頂崗實(shí)踐作為職業(yè)教育的特有階段，對(duì)學(xué)生就業(yè)能力的培養(yǎng)有不可忽視的作用。但從目前實(shí)習(xí)組織工作來看，由于學(xué)生人數(shù)和合作單位數(shù)量增長(zhǎng)，與實(shí)習(xí)活動(dòng)相關(guān)的信息量越來越龐大；另外，對(duì)于各種信息管理，帶班老師仍習(xí)慣傳統(tǒng)的手工記錄或是制作簡(jiǎn)單的電子文檔提交給學(xué)校，導(dǎo)致資料存放散亂，管理效率低下，做不到實(shí)習(xí)學(xué)生信息的動(dòng)態(tài)統(tǒng)計(jì)，實(shí)習(xí)指導(dǎo)教師疲于各種事務(wù)性工作、報(bào)表的填寫制作，對(duì)實(shí)習(xí)學(xué)生職業(yè)素養(yǎng)的指導(dǎo)和管理更無從談起。這不符合我們對(duì)校園數(shù)字化的要求，也和整個(gè)社會(huì)信息化管理的趨勢(shì)相去甚遠(yuǎn)。

2 實(shí)習(xí)管理系統(tǒng)需求分析

目前在中職校的頂崗實(shí)踐管理工作中存在的問題有瑣碎、復(fù)雜、低效，針對(duì)這樣的現(xiàn)象，開展了對(duì)中職校學(xué)生實(shí)習(xí)業(yè)務(wù)管理系統(tǒng)的研究和設(shè)計(jì)。本系統(tǒng)以時(shí)間為主線，關(guān)注實(shí)習(xí)生從實(shí)習(xí)準(zhǔn)備期開始，到實(shí)習(xí)期結(jié)束畢業(yè)離校前的全過程，實(shí)現(xiàn)對(duì)學(xué)校實(shí)習(xí)管理主要業(yè)務(wù)的全覆蓋，提高實(shí)習(xí)管理工作的效率。

2.1 實(shí)習(xí)管理業(yè)務(wù)流程

為了從宏觀上對(duì)一般中職學(xué)校的實(shí)習(xí)管理業(yè)務(wù)有一個(gè)認(rèn)識(shí)，下面按照“實(shí)習(xí)前期準(zhǔn)備階段”、“頂崗實(shí)習(xí)階段”、“后期考察收尾階段”這三個(gè)過程介紹業(yè)務(wù)流程。

2.1.1 實(shí)習(xí)準(zhǔn)備階段

1） 校教務(wù)處、各系對(duì)即將實(shí)習(xí)的班級(jí)進(jìn)行頂崗實(shí)習(xí)動(dòng)員，安排校內(nèi)指導(dǎo)教師，并組織相關(guān)實(shí)習(xí)單位進(jìn)校宣傳；

2） 通過雙向選擇，學(xué)生和企業(yè)互相選定好，由學(xué)生上交一份頂崗實(shí)習(xí)申請(qǐng)表給班主任；

3） 班級(jí)實(shí)習(xí)申請(qǐng)表收繳好以后由班主任轉(zhuǎn)交給校內(nèi)實(shí)習(xí)帶班老師，再由校內(nèi)實(shí)習(xí)帶班老師整理制作好本班同學(xué)頂崗實(shí)踐安排表備用；

4） 實(shí)習(xí)學(xué)生被實(shí)習(xí)單位接收后，根據(jù)企業(yè)的安排開始具體勞動(dòng)，并按照要求寫好實(shí)習(xí)任務(wù)書。

2.1.2 頂崗實(shí)習(xí)階段

1） 根據(jù)實(shí)習(xí)管理要求，每一個(gè)實(shí)習(xí)生都要按時(shí)完成周記的撰寫，還要根據(jù)學(xué)校安排寫好學(xué)期小結(jié)；

2） 學(xué)生在企業(yè)按照師傅要求完成任務(wù)，師傅全程進(jìn)行技術(shù)指導(dǎo)，并負(fù)責(zé)考核給出成績(jī)和評(píng)語；

3） 校方實(shí)習(xí)負(fù)責(zé)老師定期通過現(xiàn)場(chǎng)走訪、電話、網(wǎng)絡(luò)溝通等方式對(duì)學(xué)生實(shí)習(xí)情況進(jìn)行指導(dǎo)和檢查；

4） 學(xué)生如果需要更換實(shí)習(xí)單位，需要提交申請(qǐng)，經(jīng)過學(xué)校審核通過后，再次提交單位及企業(yè)導(dǎo)師相關(guān)信息，更新實(shí)習(xí)情況表；

5） 系部負(fù)責(zé)實(shí)習(xí)工作的管理員定期匯總實(shí)習(xí)生情況表并向?qū)W校匯報(bào)反饋。

2.1.3 頂崗收尾階段

1） 實(shí)習(xí)收尾階段，學(xué)生按照學(xué)校要求提交各種材料，完成調(diào)查問卷，并評(píng)價(jià)校內(nèi)導(dǎo)師及實(shí)習(xí)單位；

2） 合作單位和校方兩方對(duì)學(xué)生進(jìn)行實(shí)習(xí)評(píng)價(jià)，給出考核分?jǐn)?shù)；

3） 系部管理員考核實(shí)習(xí)生學(xué)生成績(jī)；

4） 校實(shí)習(xí)管理負(fù)責(zé)人統(tǒng)計(jì)、分析各類實(shí)習(xí)相關(guān)數(shù)據(jù)。

2.2 系統(tǒng)的功能性需求

基于以上對(duì)實(shí)際業(yè)務(wù)流程的分析，本系統(tǒng)的功能需求模塊主要包含以下6個(gè)模塊，系統(tǒng)結(jié)構(gòu)如圖1所示。

1） 學(xué)生實(shí)習(xí)模塊

在這個(gè)平臺(tái)上，實(shí)習(xí)生和指導(dǎo)老師可以交流各種信息；可以利用平臺(tái)上交需要完成的材料，不用同以往那樣郵寄或是請(qǐng)假回校交材料；還可以查看本人的成績(jī)、各種實(shí)習(xí)活動(dòng)通知，維護(hù)個(gè)人信息。

2） 校內(nèi)指導(dǎo)老師模塊

通過這個(gè)系統(tǒng)，校內(nèi)指導(dǎo)老師除了可以便捷地完成各類資料的收繳、查詢、統(tǒng)計(jì)，還可以完成對(duì)實(shí)習(xí)周記、實(shí)習(xí)申請(qǐng)等材料的審核工作，還能通過這個(gè)系統(tǒng)方便的提交考核成績(jī)表。在迅速地完成事務(wù)性工作后有更多的精力了解實(shí)習(xí)生的工作和心理動(dòng)態(tài)，有針對(duì)地對(duì)他們進(jìn)行個(gè)別指導(dǎo)。

3） 企業(yè)管理模塊

企業(yè)方面對(duì)這個(gè)平臺(tái)的要求包括能對(duì)自身的基本信息進(jìn)行維護(hù)；能夠查詢?cè)诒締挝粚?shí)習(xí)學(xué)生的信息；能夠在平臺(tái)上發(fā)布招聘通知，還要能在實(shí)習(xí)收尾階段對(duì)實(shí)習(xí)學(xué)生進(jìn)行評(píng)價(jià)，并提交實(shí)習(xí)生考核表。

4） 院系管理模塊

在實(shí)行院系二級(jí)管理的學(xué)校，頂崗實(shí)踐的具體管理工作主要是由不用系部各自負(fù)責(zé)完成，包括制定實(shí)習(xí)計(jì)劃、尋找合作單位、組織相關(guān)的培訓(xùn)、指導(dǎo)教師的安排等等，在實(shí)習(xí)管理過程中主要發(fā)揮協(xié)調(diào)作用，管理工作覆蓋實(shí)習(xí)的整個(gè)階段，根據(jù)學(xué)校下發(fā)的要求完成每一項(xiàng)工作。在準(zhǔn)備階段，要審核實(shí)習(xí)生、實(shí)習(xí)企業(yè)相關(guān)信息，安排帶班老師；接下來，要維護(hù)和管理各類材料、做好信息統(tǒng)計(jì)；在收尾階段，要做好總結(jié)、各種報(bào)表，還要完成本系實(shí)習(xí)指導(dǎo)教師的績(jī)效考核。

5） 系統(tǒng)管理模塊

對(duì)系統(tǒng)的操作管理?yè)碛凶罡邫?quán)限的角色是系統(tǒng)管理員。他可以對(duì)所有同學(xué)老師合作單位的情況進(jìn)行統(tǒng)一的管理。這個(gè)角色要求能夠完成包括用戶管理、權(quán)限設(shè)置、數(shù)據(jù)備份、信息發(fā)布等功能，還要能夠?qū)ο到y(tǒng)做常規(guī)維護(hù)。

6） 統(tǒng)計(jì)查詢模塊

在該模塊內(nèi)，可以根據(jù)不同需要對(duì)數(shù)據(jù)庫(kù)里面的各種信息進(jìn)行查詢、統(tǒng)計(jì)，可以根據(jù)權(quán)限管理，對(duì)實(shí)習(xí)相關(guān)數(shù)據(jù)等進(jìn)行查詢分析、方便快捷地依據(jù)不同統(tǒng)計(jì)口徑提供各類報(bào)表并可以導(dǎo)出或打印，包括學(xué)生去向表、同一個(gè)實(shí)習(xí)單位實(shí)習(xí)生名單匯總、問卷調(diào)查結(jié)果統(tǒng)計(jì)等。

2.3 系統(tǒng)的性能需求

1） 支持大量訪問。這個(gè)系統(tǒng)的實(shí)際運(yùn)行是依托在學(xué)?，F(xiàn)有的校園網(wǎng)上的，在某些時(shí)段，比如統(tǒng)一收繳某項(xiàng)材料時(shí)，會(huì)產(chǎn)生訪問量較大、需要處理很多信息的情況。我們使用J2EE框架來設(shè)計(jì)，縮短響應(yīng)時(shí)間，讓用戶有良好的使用體驗(yàn)。

2） 適應(yīng)性好?？紤]到學(xué)校今后的發(fā)展，規(guī)模將越來越大，實(shí)習(xí)管理系統(tǒng)將要處理更多的數(shù)據(jù)。并且這個(gè)系統(tǒng)也最終要和學(xué)校其他的業(yè)務(wù)管理系統(tǒng)熔合在一起，考慮到這一點(diǎn)，我們就要找到一種合適的結(jié)構(gòu)，不會(huì)讓用戶界面因?yàn)閿?shù)據(jù)結(jié)構(gòu)的變動(dòng)和業(yè)務(wù)流程的調(diào)整收到太多影響，使整個(gè)系統(tǒng)具有很強(qiáng)的擴(kuò)展性。

3） 界面友好，易于使用。使用實(shí)習(xí)管理系統(tǒng)的人群層次不一，對(duì)網(wǎng)絡(luò)管理平臺(tái)的理解和電腦的使用水平有高有低，這就要求系統(tǒng)業(yè)務(wù)流程簡(jiǎn)明實(shí)用、界面導(dǎo)航清晰，同時(shí)設(shè)置必要的提示信息。

4） 安全性有保障。系統(tǒng)會(huì)對(duì)每一位登錄用戶進(jìn)行身份認(rèn)證，只有通過的人才能使用系統(tǒng)，完成功能操作。

5） 數(shù)據(jù)安全有保證。一定要有好多種數(shù)據(jù)備份方式，全面保證系統(tǒng)里面的數(shù)據(jù)的安全，這樣就不會(huì)出現(xiàn)因?yàn)檎`操作而帶來的非常大的損失。

經(jīng)過前文對(duì)實(shí)習(xí)管理業(yè)務(wù)活動(dòng)的分析，這里確定主要參與者有：院系管理員、校內(nèi)指導(dǎo)教師、企業(yè)管理員、實(shí)習(xí)生本人和系統(tǒng)管理員等5類人群。

根據(jù)他們?cè)谡麄€(gè)實(shí)習(xí)業(yè)務(wù)流程中不同的分工，分別對(duì)應(yīng)不同的功能模塊。這樣分析之后，我們就可以畫出實(shí)習(xí)管理系統(tǒng)的頂層用例圖，如下：

3 系統(tǒng)設(shè)計(jì)

3.1 總體設(shè)計(jì)

根據(jù)本文之前對(duì)實(shí)習(xí)管理系統(tǒng)的需求分析，我們對(duì)該系統(tǒng)的定位是典型的MIS系統(tǒng)。根據(jù)MIS系統(tǒng)的特點(diǎn)，將采用基于J2EE的多層分布式軟件體系結(jié)構(gòu)，這不是在物理上對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行劃分，而是邏輯劃分。根據(jù)多層結(jié)構(gòu)理念設(shè)計(jì)的系統(tǒng)在邏輯上分為四層，與三層結(jié)構(gòu)相比，把業(yè)務(wù)邏輯獨(dú)立出來，形成客戶層、WEB層、業(yè)務(wù)層和數(shù)據(jù)庫(kù)服務(wù)層。對(duì)于系統(tǒng)的物理架構(gòu)是以應(yīng)用服務(wù)器為中心，分別以Intranet內(nèi)網(wǎng)和Internet因特網(wǎng)進(jìn)行訪問。

多層分布式結(jié)構(gòu)是一種將B/S結(jié)構(gòu)（瀏覽器/服務(wù)器）和C/S結(jié)構(gòu)（客戶端/服務(wù)器）相結(jié)合的新型結(jié)構(gòu)，它的特點(diǎn)是利用B/S結(jié)構(gòu)滿足地理位置分散的應(yīng)用；以C/S結(jié)構(gòu)解決B/S不擅長(zhǎng)的復(fù)雜的事務(wù)處理。

以我校為例，在設(shè)計(jì)實(shí)習(xí)管理系統(tǒng)時(shí)，采用這種B/S模式和C/S模式相混合的結(jié)構(gòu)，主要是考慮到這幾個(gè)方面因素：

1） 我校三個(gè)校區(qū)，在地域上較分散。采用這種模式可以在很大程度上的減少客戶端的維護(hù)量；

2） 在實(shí)行以系部為單位的二級(jí)管理學(xué)校，一般每個(gè)系部會(huì)包含有3種以上不同專業(yè)方向，每個(gè)專業(yè)的實(shí)習(xí)又各有特點(diǎn)。如果使用單一B/S模式?jīng)]有辦法照顧到每個(gè)專業(yè)對(duì)實(shí)習(xí)管理的個(gè)性化要求；

3） 在設(shè)計(jì)的時(shí)候，就要考慮到運(yùn)行時(shí)對(duì)系統(tǒng)數(shù)據(jù)的要求，包括安全性和一致性兩個(gè)方面。從這點(diǎn)考慮，從管理角度會(huì)要用到很多很多的基礎(chǔ)數(shù)據(jù)，如果在這時(shí)候?qū)@些數(shù)據(jù)采用C/S模式進(jìn)行管理，則可以讓管理便得更加安全高效；

4） 從工作量方面考慮，需要對(duì)系統(tǒng)里面存儲(chǔ)的信息進(jìn)行維護(hù)和管理。對(duì)一些事務(wù)性的數(shù)據(jù)操作，比如說從不同角度對(duì)實(shí)習(xí)管理業(yè)務(wù)進(jìn)行查詢或者是統(tǒng)計(jì)、信息更新等業(yè)務(wù)。進(jìn)行B/S模式管理，能使流程變得簡(jiǎn)單，維護(hù)系統(tǒng)的管理員也就能輕松許多。

3.2 系統(tǒng)建模設(shè)計(jì)

本系統(tǒng)利用UML統(tǒng)一建模語言進(jìn)行了面向?qū)ο蠼ＴO(shè)計(jì)。它為軟件開發(fā)提供模型化和可視化支持，適用于系統(tǒng)開發(fā)的不同階段，能夠保證開發(fā)過程更加流暢、系統(tǒng)維護(hù)更加容易。

基于以上對(duì)系統(tǒng)的分析，下面使用UML語言對(duì)系統(tǒng)建模，并利用類圖、序列圖完成系統(tǒng)的設(shè)計(jì)。

1） 類圖

類圖是UML建模中最基本的建立靜態(tài)模型的圖形，它提供了一種表示法，并且是圖形化的表示法，用它能夠完成對(duì)類以及其關(guān)系進(jìn)行描述的任務(wù)。這樣就可以從靜態(tài)角度對(duì)系統(tǒng)做一個(gè)描述。

在類圖中，一共有三種，分別是實(shí)體類、邊界類和控制類。這三種是依照功能的不同來分的。

實(shí)體類是應(yīng)用范疇核心內(nèi)容代表，要放進(jìn)后臺(tái)數(shù)據(jù)庫(kù)中的記錄就主要是保存在這里，還能給到驅(qū)動(dòng)應(yīng)用程序時(shí)大多數(shù)交互所需要的服務(wù)。每個(gè)實(shí)體類都匹配數(shù)據(jù)庫(kù)中相應(yīng)的表，實(shí)體類與數(shù)據(jù)庫(kù)設(shè)計(jì)的聯(lián)系非常緊密。

2） 序列圖

類圖只是對(duì)系統(tǒng)做靜態(tài)角度的描述系統(tǒng)，如果想要說清楚系統(tǒng)的動(dòng)態(tài)特征和行為，可以考慮做動(dòng)態(tài)模型來表達(dá)。動(dòng)態(tài)模型描述基于時(shí)間變化而出現(xiàn)在系統(tǒng)對(duì)象中的時(shí)間、狀態(tài)及操作序列等信息，用抽象圖形表示相關(guān)對(duì)象的交互行為。

在本文所研究的實(shí)習(xí)管理系統(tǒng)中，涉及的類都不具有很復(fù)雜的狀態(tài)，因此這里主要用時(shí)序圖來說明系統(tǒng)動(dòng)態(tài)模型。

下面，在學(xué)生功能模塊中，以學(xué)生修改個(gè)人信息功能為例，給出對(duì)應(yīng)的時(shí)序圖，并進(jìn)行功能說明。

學(xué)生在實(shí)習(xí)過程中，如果發(fā)生實(shí)習(xí)單位變動(dòng)，或是聯(lián)系電話、聯(lián)系地址等變化，均要及時(shí)登錄系統(tǒng)，更新個(gè)人信息，以便于后期對(duì)畢業(yè)生的跟蹤調(diào)查和數(shù)據(jù)統(tǒng)計(jì)。

該功能的具體操作描述如下：實(shí)習(xí)生在登錄系統(tǒng)以后，通過身份驗(yàn)證進(jìn)入系統(tǒng)主界面，然后選擇信息管理菜單進(jìn)入對(duì)應(yīng)界面，對(duì)自身信息進(jìn)行修改完善。用戶做好以后，系統(tǒng)就會(huì)更新記錄保存，然后顯示操作成功。至此，完成修改個(gè)人信息的操作。對(duì)應(yīng)的時(shí)序圖如下。

3.3 數(shù)據(jù)庫(kù)設(shè)計(jì)

對(duì)于整個(gè)系統(tǒng)而言，它的核心就是數(shù)據(jù)庫(kù)。系統(tǒng)能夠提供哪些服務(wù)、能夠?qū)崿F(xiàn)哪些功能，其實(shí)都和后臺(tái)的數(shù)據(jù)庫(kù)給予的支持分不開。能不能設(shè)計(jì)一個(gè)好的數(shù)據(jù)庫(kù)直接關(guān)系到整個(gè)系統(tǒng)是否能夠開發(fā)成功，更有可能影響開發(fā)周期的長(zhǎng)短和系統(tǒng)性能的優(yōu)劣?？紤]到系統(tǒng)的規(guī)模和功能要求，這里所采用的是關(guān)系型的SQL Server2005數(shù)據(jù)庫(kù)，是現(xiàn)今最廣為流行的關(guān)系數(shù)據(jù)庫(kù)。

在將現(xiàn)實(shí)世界中的具體業(yè)務(wù)抽象到計(jì)算機(jī)系統(tǒng)可以處理的數(shù)據(jù)的過程中，有一個(gè)步驟是建立概念模型。概念模型的表示方法有很多，用E-R圖來描述概念模型，也就是實(shí)體聯(lián)系法，是傳統(tǒng)方法中常用的。在軟件開發(fā)設(shè)計(jì)具體內(nèi)容的時(shí)候，按照從下往上、先小后大的原則，逐步畫出E-R圖。

本系統(tǒng)實(shí)體的部分E-R圖描述如下圖所示：

4 結(jié)束語

本文針對(duì)中職校頂崗實(shí)踐管理中存在的低效等問題，對(duì)實(shí)習(xí)管理的需求進(jìn)行調(diào)研，基于UML建模對(duì)管理系統(tǒng)做分析和設(shè)計(jì)，研究對(duì)象是實(shí)習(xí)全過程，目標(biāo)是優(yōu)化管理水平，能夠?yàn)閷W(xué)校評(píng)估教學(xué)質(zhì)量提供數(shù)據(jù)支撐。今后還將進(jìn)一步研究如實(shí)習(xí)業(yè)務(wù)系統(tǒng)與教務(wù)管理、學(xué)工管理等業(yè)務(wù)系統(tǒng)進(jìn)行聯(lián)通，開拓使用范圍，進(jìn)一步推進(jìn)校園數(shù)字化建設(shè)，增強(qiáng)學(xué)校管理效率，推動(dòng)學(xué)校實(shí)現(xiàn)跨越式發(fā)展。

參考文獻(xiàn)：

[1] 楊云龍.高職院校實(shí)習(xí)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].山東師范大學(xué)，2011.6.

[2] 邊金良.基于三層架構(gòu)的高職學(xué)生實(shí)習(xí)管理系統(tǒng)[J].中國(guó)海洋大學(xué)，2011.

[3] 陳玲.高職院校學(xué)生頂崗實(shí)習(xí)存在的問題及對(duì)策分析[D].曲阜師范大學(xué)，2010.

[4] 黃國(guó)峰.頂崗實(shí)習(xí)管理系統(tǒng)的研究與實(shí)現(xiàn)[J].現(xiàn)代商貿(mào)工業(yè)，2010（3）：282-293.

[5] 王澤生.頂崗實(shí)習(xí)管理的實(shí)踐探索[J].職業(yè)技術(shù)教育，2011（5）：68-70.

[6] 李紹中.基于UML的高職學(xué)生頂崗實(shí)習(xí)管理系統(tǒng)建模研究[J].廣州番禺職業(yè)技術(shù)學(xué)院，2012.7.

[通聯(lián)編輯： ]