段鐵城

摘 要 本文針對(duì)高職院校全校師生需要在每學(xué)期開始的短短一個(gè)月時(shí)間內(nèi)，完成上一年度的教育評(píng)優(yōu)申請(qǐng)和審批等工作所需周期過長的問題。經(jīng)過長期調(diào)研、討論系統(tǒng)中用戶的分類，希望借此更好的為學(xué)校用戶服務(wù)。

關(guān)鍵詞 角色 UML 邏輯處理 動(dòng)態(tài)配置

中圖分類號(hào)：TP31 文獻(xiàn)標(biāo)識(shí)碼：A

根據(jù)《高職院校校企合作管理系統(tǒng)》的需求，為了更好的服務(wù)于用戶，我們把用戶角色分為學(xué)生、教師、學(xué)工處工作人員和系統(tǒng)管理員四類。

接下來，本文將使用UML用例圖的方式，對(duì)上述四種角色的用戶所具有的權(quán)限及可以進(jìn)行的操作分別進(jìn)行介紹。

1學(xué)生角色

學(xué)生角色的UML用例圖如圖1所示，學(xué)生用戶登錄系統(tǒng)之后，主要可以完成評(píng)優(yōu)申請(qǐng)?zhí)顖?bào)和個(gè)人信息管理等操作，功能相對(duì)較少。

從圖中可以看出，盡管學(xué)生個(gè)人申請(qǐng)和先進(jìn)班集體申請(qǐng)的流程不同，但在操作上是類似的，與此相同的還有之后的教師個(gè)人申請(qǐng)，鑒于這種特點(diǎn)，本文在實(shí)現(xiàn)時(shí)將類似的功能抽象為統(tǒng)一的操作，從而減少開發(fā)工作量，也便于維護(hù)和統(tǒng)一管理。在審批學(xué)生提交的評(píng)優(yōu)申請(qǐng)的過程中，還要求結(jié)合其學(xué)習(xí)成績，因此，本系統(tǒng)還應(yīng)該具有學(xué)生成績查詢和管理的功能。一些通用型的功能統(tǒng)稱為基本操作，例如登陸、登出、密碼修改等。

2教師角色

如圖2所示，除基本操作外，申請(qǐng)、審批和組織架構(gòu)管理等工作具有教師負(fù)責(zé)，教師通過組織架構(gòu)管理功能對(duì)申請(qǐng)單進(jìn)行過濾。只操作本人管轄的申請(qǐng)單，但由于多個(gè)人可使用同一個(gè)教師賬號(hào)，且可能有不同的任務(wù)，故將院系之外的組織架構(gòu)信息修改的功能開放給教師賬號(hào)?？紤]到教師除可填報(bào)多份申請(qǐng)單外，其它操作與學(xué)生類似，在系統(tǒng)中將其作為公共邏輯處理。教師在評(píng)優(yōu)工作的第二階段負(fù)責(zé)審核學(xué)生的申請(qǐng)單，并有權(quán)對(duì)其內(nèi)容進(jìn)行部分修改，審批完成后報(bào)由院（系）審批。

3學(xué)工處相關(guān)工作人員角色

在評(píng)優(yōu)工作中，申請(qǐng)的最終審核由學(xué)工處負(fù)責(zé)，審批對(duì)象包括所有已通過院（系）審批的學(xué)生和教師申請(qǐng)，申請(qǐng)單經(jīng)學(xué)工處審批后在網(wǎng)絡(luò)上進(jìn)行公示，正式核準(zhǔn)后審批流程最終結(jié)束。盡管校團(tuán)委和其它相關(guān)職能部門在流程分工上有所區(qū)別，但均由學(xué)工處工作人員操作。學(xué)工處工作人員還可以根據(jù)實(shí)際情況對(duì)評(píng)優(yōu)工作各階段時(shí)間進(jìn)行動(dòng)態(tài)配置。另外，與教育評(píng)優(yōu)工作相關(guān)的公告和通知的發(fā)布也由學(xué)工處工作人員負(fù)責(zé)。

4管理員角色

系統(tǒng)的準(zhǔn)備和用戶的創(chuàng)建等工作由系統(tǒng)管理員負(fù)責(zé)，包括修改密碼等系統(tǒng)數(shù)據(jù)修改操作。管理員能夠管理系統(tǒng)中的用戶、角色、權(quán)限等，并對(duì)菜單和數(shù)據(jù)字典等進(jìn)行配置，由于學(xué)工處工作人員同時(shí)作為管理員，因此，管理員也同時(shí)具有公告管理、時(shí)間管理等操作權(quán)限。由于用戶數(shù)據(jù)的準(zhǔn)備和導(dǎo)入等操作較為復(fù)雜，且具有較大的可變性，因此該部分功能不提供固定接口，而是由系統(tǒng)維護(hù)人員通過編碼實(shí)現(xiàn)。

課題來源：黑龍江省教育廳 項(xiàng)目編號(hào)：12535053