對高職院校校企合作管理系統開發的系統角色分析

段鐵城

摘 要 本文針對高職院校全校師生需要在每學期開始的短短一個月時間內，完成上一年度的教育評優申請和審批等工作所需周期過長的問題。經過長期調研、討論系統中用戶的分類，希望借此更好的為學校用戶服務。

關鍵詞 角色 UML 邏輯處理 動態配置

中圖分類號：TP31 文獻標識碼：A

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

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

1學生角色

學生角色的UML用例圖如圖1所示，學生用戶登錄系統之后，主要可以完成評優申請填報和個人信息管理等操作，功能相對較少。

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

2教師角色

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

3學工處相關工作人員角色

在評優工作中，申請的最終審核由學工處負責，審批對象包括所有已通過院（系）審批的學生和教師申請，申請單經學工處審批后在網絡上進行公示，正式核準后審批流程最終結束。盡管校團委和其它相關職能部門在流程分工上有所區別，但均由學工處工作人員操作。學工處工作人員還可以根據實際情況對評優工作各階段時間進行動態配置。另外，與教育評優工作相關的公告和通知的發布也由學工處工作人員負責。

4管理員角色

系統的準備和用戶的創建等工作由系統管理員負責，包括修改密碼等系統數據修改操作。管理員能夠管理系統中的用戶、角色、權限等，并對菜單和數據字典等進行配置，由于學工處工作人員同時作為管理員，因此，管理員也同時具有公告管理、時間管理等操作權限。由于用戶數據的準備和導入等操作較為復雜，且具有較大的可變性，因此該部分功能不提供固定接口，而是由系統維護人員通過編碼實現。

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