高校數(shù)字化編外人員管理系統(tǒng)設(shè)計

胡易

摘要：在當(dāng)今信息技術(shù)迅猛發(fā)展的時代背景下，文章緊密結(jié)合高校編外人員的人事管理工作，深入分析了高校自主開發(fā)編外人員管理系統(tǒng)的可行性。文章以RuoYi-Vue（一種基于SpringBoot和Vue的前后端分離的Java快速開發(fā)框架）為項目腳手架，從編外人員的管理需求分析、數(shù)據(jù)庫架構(gòu)設(shè)計以及功能實現(xiàn)等關(guān)鍵環(huán)節(jié)出發(fā)，詳細(xì)展示了一種經(jīng)濟(jì)高效的編外人員管理系統(tǒng)開發(fā)路徑。希望通過這一系統(tǒng)，能夠輔助高校編外人員管理實現(xiàn)信息化、智能化的轉(zhuǎn)型。

關(guān)鍵詞：編外人員管理；信息化；程序設(shè)計

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

文章編號：1009-3044（2024）13-0051-04 開放科學(xué)（資源服務(wù)）標(biāo)識碼（OSID） ：

1 高校編外人事系統(tǒng)現(xiàn)狀

人事工作作為高校行政管理工作中的重要一環(huán)，涉及大量的統(tǒng)計、匯總工作。傳統(tǒng)的工作模式依賴人工，存在效率不高和數(shù)據(jù)容易出錯的問題。隨著信息時代的到來，高校人事工作也轉(zhuǎn)換了新模式，引入了相應(yīng)的人事系統(tǒng)。在提升辦事效率的同時，數(shù)據(jù)的準(zhǔn)確性也得到了保障。但是早期的人事系統(tǒng)往往只關(guān)注編內(nèi)人員信息的維護(hù)和統(tǒng)計，不涉及編外人員部分[1]。對于高校而言，尤其是高職院校，對現(xiàn)有系統(tǒng)的采購和升級往往伴隨著巨額的經(jīng)濟(jì)投入。即便面臨部分功能缺失的問題，短期內(nèi)也難以實現(xiàn)新功能的增補?？萍歼M(jìn)步的步伐雖快，卻常因資金等限制在高校中難以得到有效應(yīng)用，這一現(xiàn)象無疑令人遺憾。這也導(dǎo)致高校中的編外人員往往未能被納入信息化系統(tǒng)的覆蓋范圍，從而在信息管理的進(jìn)程中處于邊緣地位。而編外人員信息化管理又是高校人員身份信息化數(shù)據(jù)治理的大勢所趨[2]。所以如何找到經(jīng)濟(jì)可行的方案將編外人員進(jìn)行信息化管理，已成為當(dāng)前亟待解決的問題。

2 自主設(shè)計開發(fā)系統(tǒng)的可能性

在傳統(tǒng)的人事系統(tǒng)設(shè)計中，B/S架構(gòu)的WEB開發(fā)模式被廣泛采用。用戶無須安裝專門的客戶端，僅通過瀏覽器即可進(jìn)行業(yè)務(wù)操作，因此設(shè)計開發(fā)工作主要集中在服務(wù)器端。過去，大多數(shù)系統(tǒng)基于Microsoft公司的ASP（Active Server Pages） 技術(shù)[3] 或Sun 公司的J2EE（Java 2 Platform Enterprise Edition） 架構(gòu)[4]進(jìn)行開發(fā)，但這些技術(shù)存在開發(fā)周期長、需要眾多開發(fā)人員的缺點。對于普通高校，特別是高職院校而言，具備相關(guān)專業(yè)知識的教師數(shù)量和精力都難以支撐如此大規(guī)模的系統(tǒng)設(shè)計開發(fā)。從技術(shù)發(fā)展的角度看，上述兩種技術(shù)已逐漸顯得過時。近年來，隨著Java平臺上Spring Boot這類快速應(yīng)用開發(fā)框架的興起，服務(wù)器端程序開發(fā)的效率得到了顯著提升。國內(nèi)開發(fā)者更是基于服務(wù)端Spring Boot框架，結(jié)合前端技術(shù)如Vue或React，整合出了諸如RuoYi、JEECG BOOT等完整的快速開發(fā)腳手架，進(jìn)一步降低了B/S架構(gòu)的WEB開發(fā)難度。這使得即使在預(yù)算有限的情況下，具備相關(guān)專業(yè)知識的教師也能通過短暫學(xué)習(xí)，針對學(xué)校自身需求開發(fā)出一套符合業(yè)務(wù)要求的編外人員信息系統(tǒng)。對學(xué)校而言，采用這種方案有兩大優(yōu)點。一是與原來的ASP技術(shù)相比，Spring Boot開發(fā)的項目不再局限于Mi?crosoft Windows平臺，可以運行在開源的Linux服務(wù)器上，從而降低了服務(wù)器成本。二是諸如RuoYi、JEECG BOOT等均為開源項目（其中RuoYi遵循MIT 協(xié)議，JEECG BOOT遵循Apache-2.0協(xié)議），基于此進(jìn)行開發(fā)無須擔(dān)心授權(quán)費用等問題。

3 編外人員管理系統(tǒng)技術(shù)選型

在技術(shù)的選型上，依托開源項目進(jìn)行開發(fā)，在人力資源投入和資金成本方面均展現(xiàn)出顯著優(yōu)勢。但不同的開源協(xié)議具有不同的條款和限制，從后續(xù)開發(fā)的限制程度、搭配數(shù)據(jù)庫是否開源等角度考慮，此處選擇了更為合適的基于MIT協(xié)議的RuoYi-Vue（一個基于SpringBoot+Vue 前后端分離的Java 快速開發(fā)框架），后文簡稱RuoYi-Vue。RuoYi-Vue對應(yīng)的前端框架為Vue和Element UI，后端則基于Spring Boot。服務(wù)器上，可以選擇開源的MySQL社區(qū)版數(shù)據(jù)庫作為數(shù)據(jù)源，并選用開源的Redis（Key-Value 數(shù)據(jù)庫）來配合MySQL進(jìn)行數(shù)據(jù)緩存。采用這一技術(shù)體系組合，是基于以下幾個方面的優(yōu)勢考慮。首先，在成本效益方面，開源軟件顯著降低了購買商業(yè)軟件許可證的成本。其次，在靈活性方面，它允許根據(jù)不斷變化的業(yè)務(wù)需求進(jìn)行個性化定制，而不必受制于商業(yè)軟件提供商的產(chǎn)品規(guī)劃。在維護(hù)性方面，眾多開源項目享有活躍的社區(qū)支持，確保了軟件能夠定期更新，及時修復(fù)缺陷并優(yōu)化性能，從而避免了商業(yè)軟件供應(yīng)商撤出市場后可能出現(xiàn)的維護(hù)真空問題。最后，在安全性和透明度方面，開源軟件的源代碼公開性有助于更迅速地識別和修復(fù)安全漏洞。

4 編外人員管理系統(tǒng)需求分析

編外人員管理系統(tǒng)作為人事系統(tǒng)的一個特殊分支（或子集），涵蓋了人事管理系統(tǒng)所必備的四大功能：用戶管理、角色管理、機構(gòu)（部門）管理以及日志記錄。同時，針對編外人員的特性，系統(tǒng)還應(yīng)關(guān)注以下幾個功能：1） 人員基本信息展示：詳細(xì)展示姓名、身份證號、性別、政治面貌、學(xué)歷、職稱與技能等級、用工方式、是否為退休返聘、本單位工作年限等關(guān)鍵個人信息。2） 崗位信息管理：記錄崗位分類、所在部門以及從事的具體崗位。3） 合同管理功能：管理合同的簽訂情況，包括歷次合同的起始與結(jié)束日期，以便于隨時查閱合同執(zhí)行與續(xù)簽情況。4） 收入管理功能：精確記錄基本工資、績效工資等收入信息，為薪酬管理提供清晰的數(shù)據(jù)支持。5） 條件化查詢與數(shù)據(jù)導(dǎo)出：系統(tǒng)提供針對上述四個方面的靈活查詢和數(shù)據(jù)導(dǎo)出功能，以便于快速檢索和分析人員信息，從而提升管理效率。

5 編外人員管理系統(tǒng)功能設(shè)計

根據(jù)以上需求，系統(tǒng)設(shè)計分為兩大模塊：1） 通用管理系統(tǒng)模塊。2） 針對編外人員管理業(yè)務(wù)的專用模塊（查詢和導(dǎo)出模塊嵌入到編外管理系統(tǒng)專用模塊中），如圖1所示。其中通用管理系統(tǒng)模塊，RuoYi-Vue快速開發(fā)平臺中代碼已經(jīng)實現(xiàn)。

5.1 人員信息功能設(shè)計

在提取需求分析中的信息時，除了涵蓋基本的人員信息，如姓名、身份證號、性別、政治面貌、出生日期、民族、籍貫、職稱與技能等級，以及用工方式、是否退休返聘、在本單位的工作年限外，還應(yīng)將個人對應(yīng)的崗位信息整合其中，以便于進(jìn)行綜合展示。因此，設(shè)計時應(yīng)包含展示個人對應(yīng)的崗位分類、崗位分類下的專項以及具體從事的崗位。同樣地，社保的繳納狀態(tài)、公積金的繳納狀態(tài)、工資資金來源等與個人緊密相關(guān)的信息也應(yīng)在人員信息中一并展示。對于新建的人員，應(yīng)賦予其登錄權(quán)限，并分配查看和修改自己相關(guān)信息的角色權(quán)限。基于上述要求，最終數(shù)據(jù)庫中人員信息表的建表語句如下：

CREATE TABLE `sys_people` （

`people_id` bigint NOT NULL AUTO_INCREMENT COMMENT ′人員ID′，

`user_id` bigint DEFAULT NULL COMMENT ′用戶ID（和登錄用戶對應(yīng)）′，

`login_name` varchar（30） DEFAULT NULL COMMENT ′登錄名-用于創(chuàng)建賬號的時候使用′，

`dept_id` bigint DEFAULT NULL COMMENT ′部門id′，

`identification_number` varchar（18） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT ′00′ COMMENT ′身份證號′，

`user_name` varchar（50） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT ′′COMMENT ′用戶姓名（創(chuàng)建時同步填充到user 昵稱中）′，

`gender` char（1） DEFAULT NULL COMMENT ′用戶性別（0男 1女 2未知）′，

`political_status` varchar（100） CHARACTER SETutf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′政治面貌′，

`degree` varchar（30） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′學(xué)歷′，

`birthday` date DEFAULT NULL COMMENT ′ 生日′，

`ethnic` varchar（30） DEFAULT NULL COMMENT ′ 民族′，

`origin` varchar（50） DEFAULT NULL COMMENT ′ 籍貫′，

`title` varchar（30） DEFAULT NULL COMMENT ′職稱或技能等級′，

`hire_method` varchar（50） DEFAULT NULL COMMENT ′用工方式′，

`retired` char（1） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′是否退休返聘（Y表示是，N表示否）′，

`position_kind` varchar（30） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′崗位分類′，

`position` varchar（30） DEFAULT NULL COMMENT ′崗位分類專項′，

`work_detail` varchar（30） DEFAULT NULL COMMENT ′具體從事崗位′，

`social_security` char（1） DEFAULT NULL COMMENT ′是否繳納社保（Y表示是，N表示否）′，

`housing_provident_fund` char（1） DEFAULT NULL COMMENT ′是否繳納住房公積金（Y表示是，N表示否）′，

`source` varchar（30） DEFAULT NULL COMMENT ′ 資金來源′，

`start_work_time` varchar（255） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′參加工作時間′，

`remark` varchar（500） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′備注′，

`create_by` varchar（64） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT ′′COMMENT ′創(chuàng)建者′，

`create_time` datetime DEFAULT NULL COMMENT ′創(chuàng)建時間′，

`update_by` varchar（64） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT ′′COMMENT ′更新者′，

`update_time` datetime DEFAULT NULL COMMENT ′更新時間′，

`del_flag` char（1） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT ′0′ COMMENT ′刪除標(biāo)志（0代表存在 2代表刪除）′，

PRIMARY KEY （`people_id`） USING BTREE

） ENGINE=InnoDB AUTO_INCREMENT=115 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT=′人員信息表′;

其中的login_name字段對應(yīng)到系統(tǒng)內(nèi)置用戶信息表（RuoYi-Vue的sys_user表）中的user_name字段，而人員信息的真實姓名user_name字段對應(yīng)到用戶信息表nick_name字段。這樣設(shè)計是為了考慮教師存在重名的情況，但是登錄名user_name不能重復(fù)，所以分開設(shè)置。而dept_id 表示的部門id 和用戶信息表dept_id意義一樣，這樣方便在新建人員的過程中能夠建立用戶、賦予預(yù)置角色。同時，該表并沒有和用戶信息表建立外鍵關(guān)聯(lián)，主要是為了保持結(jié)構(gòu)的簡化和未來的可擴(kuò)展性，并且避免了級聯(lián)操作帶來的性能問題。表里的del_flag字段用來進(jìn)行軟刪除，對于刪除人員，為了防止以后要恢復(fù)，設(shè)置為通過del_flag來標(biāo)記刪除，而不對數(shù)據(jù)庫進(jìn)行真實刪除操作。對應(yīng)刪除功能的MyBatis的語句為：

通過這樣的表結(jié)構(gòu)設(shè)計，在充分利用系統(tǒng)已有的用戶信息的同時，人員信息模塊能相對實現(xiàn)低耦合。

5.2 合同信息功能設(shè)計

合同的關(guān)注點主要在于簽訂的次數(shù)和時段，因此，數(shù)據(jù)庫設(shè)計人員在設(shè)計合同表時應(yīng)當(dāng)包括以下幾個字段：合同id、合同開始時間、合同結(jié)束時間以及合同類型。此外，由于合同與人員之間存在多對一的關(guān)系，所以合同表中還應(yīng)包含人員id字段。為了與上面人員信息設(shè)計的思路保持一致，并為了方便數(shù)據(jù)的恢復(fù)，人員合同表依舊使用刪除標(biāo)志來實現(xiàn)“軟刪除”。因此建表語句如下：

CREATE TABLE `business_contract` （

`contract_id` bigint NOT NULL AUTO_INCREMENT COMMENT ′合同id′，

`people_id` bigint NOT NULL COMMENT ′ 人員id′，

`start_time` date NOT NULL COMMENT ′合同開始時間′，

`end_time` date DEFAULT NULL COMMENT ′合同結(jié)束時間′，

`contract_type` char（1） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′合同類型′，

`delete_flag` char（1） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT ′刪除標(biāo)志′，

PRIMARY KEY （`contract_id`）

） ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT=′人員合同表′;

對于合同而言，合同結(jié)束時間肯定小于合同開始時間，所以在前端可以加入函數(shù)驗證，防止填寫錯誤導(dǎo)致數(shù)據(jù)問題。驗證函數(shù)為：

delete_flag 字段和前面人員信息表的del_flag 字段設(shè)計一致，就不贅述了。

5.3 收入信息功能設(shè)計

收入功能的設(shè)計需要考慮兩個方面：一是每月個人的工資情況，二是每月的收入?yún)R總。而這兩方面依據(jù)參考文獻(xiàn)[5]中的工資結(jié)構(gòu)、設(shè)置薪級、崗位工資、薪級工資、基礎(chǔ)性績效、獎勵性績效以及它們的合計（作為收入合計）等字段。同時考慮業(yè)務(wù)上的需求，對收入數(shù)據(jù)提供鎖定字段salary_lock，實現(xiàn)鎖定功能。在工資發(fā)放后可對數(shù)據(jù)進(jìn)行鎖定，保證數(shù)據(jù)不再被修改。人員收入表的建表語句如下：

CREATE TABLE `business_salary` （

`id` bigint NOT NULL AUTO_INCREMENT COMMENT ′薪水id′，

`peopleId` bigint NOT NULL COMMENT ′人員id′，

`level` int NOT NULL COMMENT ′當(dāng)前薪級′，

`foundational_performance` int NOT NULL COMMENT ′基礎(chǔ)性績效′，

`reward_subsidy` decimal（7， 2） NOT NULL COMMENT ′獎勵性績效′，

`position_salary` int NOT NULL COMMENT ′崗位工資′，

`salary_grade` int NOT NULL COMMENT ′薪級工資′，

`total_salary` decimal（9，2） NOT NULL COMMENT ′ 收入合計′，

`salary_date` date NOT NULL COMMENT ′工資發(fā)放日期′，

`salary_lock` int NOT NULL COMMENT ′工資是否鎖定′，

`salary_sumid` int NOT NULL COMMENT ′對應(yīng)人員匯總表id′，

PRIMARY KEY （`id`）

） ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT=′人員收入表′; 對應(yīng)的人員收入?yún)R總表建表語句如下：

CREATE TABLE `business_salary_sum` （

`salary_sum_id` bigint NOT NULL AUTO_INCREMENT COMMENT ′收入?yún)R總表id′，

`foundational_performance_sum` int NOT NULL COMMENT ′基礎(chǔ)性績效匯總′，

`reward_subsidy_sum` decimal（7， 2） NOT NULL COMMENT ′獎勵性績效匯總′，

`position_salary_sum` int NOT NULL COMMENT ′ 崗位工資匯總′，

`salary_grade_sum` int NOT NULL COMMENT ′薪級工資匯總′，

`total_salary` decimal（10，2） NOT NULL COMMENT′收入合計匯總′，

`salary_date` date NOT NULL COMMENT ′工資發(fā)放日期′，

`salary_lock` int NOT NULL COMMENT ′工資是否鎖定，1表示鎖定，0表示未鎖定′，

PRIMARY KEY （`salary_sum_id`）

） ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT=′人員收入?yún)R總表′;

這樣設(shè)計中，針對同一月份的同類型數(shù)據(jù)，人員收入表中個人數(shù)據(jù)項之和將直接對應(yīng)人員收入?yún)R總表中的相應(yīng)數(shù)據(jù)值。因為專門設(shè)定了鎖定字段，在對數(shù)據(jù)的修改和刪除時，應(yīng)該檢驗數(shù)據(jù)是否為鎖定狀態(tài)。如為鎖定，則拒絕修改、刪除。在實現(xiàn)service層代碼中加入工資鎖定狀態(tài)的判斷代碼如下：

鑒于人員收入?yún)R總表與人員收入表之間存在數(shù)值上的累加關(guān)系，對人員收入表的每一次數(shù)據(jù)增加、刪除或修改操作，都必須相應(yīng)地同步更新匯總表，以保持?jǐn)?shù)據(jù)的一致性和準(zhǔn)確性。

6 結(jié)束語

隨著計算機技術(shù)的不斷進(jìn)步，如今B/S 架構(gòu)的WEB開發(fā)難度已大為降低，眾多開源項目的涌現(xiàn)進(jìn)一步提升了開發(fā)效率。這使得普通高校，甚至實力相對較弱的高職院校，也能依靠自身設(shè)計并開發(fā)出一套滿足自身業(yè)務(wù)需求的編外人員管理系統(tǒng)。本系統(tǒng)的設(shè)計旨在滿足基本工作場景需求的同時，提升工作效率，減少統(tǒng)計工作中的錯誤。此外，它還節(jié)約了人事部門的人力物力，為推進(jìn)智慧化校園建設(shè)貢獻(xiàn)力量。

參考文獻(xiàn)：

[1] 岳建人. H公立高校編外教職工管理問題及對策研究[D].鄭州：華北水利水電大學(xué)，2021.

[2] 葉寧. 高校人員身份信息化數(shù)據(jù)治理策略研究[J]. 信息記錄材料，2023，24（10）：16-19.

[3] 呂睿光. 高校人事管理系統(tǒng)的設(shè)計與實現(xiàn)[D]. 長春：吉林大學(xué)，2013.

[4] 張計龍，張成洪，張凱，等. 基于改進(jìn)MVC的高校人事管理系統(tǒng)[J]. 計算機工程，2004，30（8）：191-194.

[5] 張暢. 地方普通高校機關(guān)行政人員績效工資分配改進(jìn)研究[D]. 昆明：云南大學(xué)，2021.

【通聯(lián)編輯：代影】

基金項目：2023 年云南體育運動職業(yè)技術(shù)學(xué)院校級科研項目“高校數(shù)字化編外人員管理系統(tǒng)設(shè)計——以云南體育運動職業(yè)技術(shù)學(xué)院為例”（項目編號：YNTZ2023014）