段鐵城

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

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

中圖分類號：TP31 文獻標(biāo)識碼：A

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

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

1學(xué)生角色

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

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

2教師角色

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

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

在評優(yōu)工作中，申請的最終審核由學(xué)工處負(fù)責(zé)，審批對象包括所有已通過院（系）審批的學(xué)生和教師申請，申請單經(jīng)學(xué)工處審批后在網(wǎng)絡(luò)上進行公示，正式核準(zhǔn)后審批流程最終結(jié)束。盡管校團委和其它相關(guān)職能部門在流程分工上有所區(qū)別，但均由學(xué)工處工作人員操作。學(xué)工處工作人員還可以根據(jù)實際情況對評優(yōu)工作各階段時間進行動態(tài)配置。另外，與教育評優(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)限等，并對菜單和數(shù)據(jù)字典等進行配置，由于學(xué)工處工作人員同時作為管理員，因此，管理員也同時具有公告管理、時間管理等操作權(quán)限。由于用戶數(shù)據(jù)的準(zhǔn)備和導(dǎo)入等操作較為復(fù)雜，且具有較大的可變性，因此該部分功能不提供固定接口，而是由系統(tǒng)維護人員通過編碼實現(xiàn)。

課題來源：黑龍江省教育廳 項目編號：12535053