胡易

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

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

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

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

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

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

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

在傳統(tǒng)的人事系統(tǒng)設(shè)計(jì)中，B/S架構(gòu)的WEB開發(fā)模式被廣泛采用。用戶無須安裝專門的客戶端，僅通過瀏覽器即可進(jìn)行業(yè)務(wù)操作，因此設(shè)計(jì)開發(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ā)周期長(zhǎng)、需要眾多開發(fā)人員的缺點(diǎn)。對(duì)于普通高校，特別是高職院校而言，具備相關(guān)專業(yè)知識(shí)的教師數(shù)量和精力都難以支撐如此大規(guī)模的系統(tǒng)設(shè)計(jì)開發(fā)。從技術(shù)發(fā)展的角度看，上述兩種技術(shù)已逐漸顯得過時(shí)。近年來，隨著Java平臺(tái)上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è)知識(shí)的教師也能通過短暫學(xué)習(xí)，針對(duì)學(xué)校自身需求開發(fā)出一套符合業(yè)務(wù)要求的編外人員信息系統(tǒng)。對(duì)學(xué)校而言，采用這種方案有兩大優(yōu)點(diǎn)。一是與原來的ASP技術(shù)相比，Spring Boot開發(fā)的項(xiàng)目不再局限于Mi?crosoft Windows平臺(tái)，可以運(yùn)行在開源的Linux服務(wù)器上，從而降低了服務(wù)器成本。二是諸如RuoYi、JEECG BOOT等均為開源項(xiàng)目（其中RuoYi遵循MIT 協(xié)議，JEECG BOOT遵循Apache-2.0協(xié)議），基于此進(jìn)行開發(fā)無須擔(dān)心授權(quán)費(fèi)用等問題。

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

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

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

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

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

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

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

在提取需求分析中的信息時(shí)，除了涵蓋基本的人員信息，如姓名、身份證號(hào)、性別、政治面貌、出生日期、民族、籍貫、職稱與技能等級(jí)，以及用工方式、是否退休返聘、在本單位的工作年限外，還應(yīng)將個(gè)人對(duì)應(yīng)的崗位信息整合其中，以便于進(jìn)行綜合展示。因此，設(shè)計(jì)時(shí)應(yīng)包含展示個(gè)人對(duì)應(yīng)的崗位分類、崗位分類下的專項(xiàng)以及具體從事的崗位。同樣地，社保的繳納狀態(tài)、公積金的繳納狀態(tài)、工資資金來源等與個(gè)人緊密相關(guān)的信息也應(yīng)在人員信息中一并展示。對(duì)于新建的人員，應(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（和登錄用戶對(duì)應(yīng)）′，

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

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

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

`user_name` varchar（50） CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT ′′COMMENT ′用戶姓名（創(chuàng)建時(shí)同步填充到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 ′職稱或技能等級(jí)′，

`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 ′崗位分類專項(xiàng)′，

`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 ′參加工作時(shí)間′，

`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)建時(shí)間′，

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

`update_time` datetime DEFAULT NULL COMMENT ′更新時(shí)間′，

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

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

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

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

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

`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=′人員合同表′;

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

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

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

收入功能的設(shè)計(jì)需要考慮兩個(gè)方面：一是每月個(gè)人的工資情況，二是每月的收入?yún)R總。而這兩方面依據(jù)參考文獻(xiàn)[5]中的工資結(jié)構(gòu)、設(shè)置薪級(jí)、崗位工資、薪級(jí)工資、基礎(chǔ)性績(jī)效、獎(jiǎng)勵(lì)性績(jī)效以及它們的合計(jì)（作為收入合計(jì)）等字段。同時(shí)考慮業(yè)務(wù)上的需求，對(duì)收入數(shù)據(jù)提供鎖定字段salary_lock，實(shí)現(xiàn)鎖定功能。在工資發(fā)放后可對(duì)數(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)前薪級(jí)′，

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

`reward_subsidy` decimal（7， 2） NOT NULL COMMENT ′獎(jiǎng)勵(lì)性績(jī)效′，

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

`salary_grade` int NOT NULL COMMENT ′薪級(jí)工資′，

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

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

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

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

PRIMARY KEY （`id`）

） ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT=′人員收入表′; 對(duì)應(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ǔ)性績(jī)效匯總′，

`reward_subsidy_sum` decimal（7， 2） NOT NULL COMMENT ′獎(jiǎng)勵(lì)性績(jī)效匯總′，

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

`salary_grade_sum` int NOT NULL COMMENT ′薪級(jí)工資匯總′，

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

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

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

6 結(jié)束語

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

參考文獻(xiàn)：

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

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

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

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

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

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

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