基于Spring Cloud的人才智庫(kù)遴選系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

黃 靜，朱 旭

(浙江理工大學(xué)信息學(xué)院，浙江 杭州 310018)

1 引言(Introduction)

現(xiàn)代經(jīng)濟(jì)和生產(chǎn)效率的快速增長(zhǎng)，人才在我國(guó)經(jīng)濟(jì)發(fā)展和社會(huì)進(jìn)步的發(fā)展過(guò)程中起到至關(guān)重要的作用，在此過(guò)程中對(duì)專家信息的評(píng)定也越來(lái)越重要[1]。雖然政府加大了對(duì)專家信息評(píng)審的投入，但是隨著互聯(lián)網(wǎng)發(fā)展帶來(lái)的信息爆炸問(wèn)題，使當(dāng)前專家信息篩選過(guò)程變得越來(lái)越復(fù)雜，專家信息評(píng)定錯(cuò)誤率高，難以滿足專家信息資源管理的實(shí)際應(yīng)用要求，同時(shí)傳統(tǒng)的人工篩選方式工作量巨大且很難找到真正滿足國(guó)家、企業(yè)需求的人才[2]。

本文提出基于Spring Cloud的人才智庫(kù)遴選系統(tǒng)，以Spring Cloud為框架，采用前后端分離的方式進(jìn)行構(gòu)建；通過(guò)系統(tǒng)的業(yè)務(wù)需求將整個(gè)系統(tǒng)架構(gòu)劃分為若干個(gè)微服務(wù)模塊，保證每個(gè)服務(wù)的職責(zé)單一化，通過(guò)這種方式實(shí)現(xiàn)系統(tǒng)架構(gòu)的去中心化[3]。為了支持海量的人才數(shù)據(jù)存儲(chǔ)問(wèn)題，每一個(gè)模塊下均有自己獨(dú)立的數(shù)據(jù)庫(kù)，同時(shí)人才與人才之間龐大又復(fù)雜的關(guān)聯(lián)關(guān)系，造成傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)已經(jīng)無(wú)法處理運(yùn)算，由此引入了圖數(shù)據(jù)庫(kù)[4]，它能提高人才檢索速度，對(duì)人才信息標(biāo)簽之間的關(guān)聯(lián)關(guān)系進(jìn)行構(gòu)建，使人才的遴選效率和質(zhì)量得以較大的提升。

2 微服務(wù)架構(gòu)(Microservice architecture)

隨著服務(wù)端架構(gòu)的不斷迭代和更新，系統(tǒng)架構(gòu)也逐漸由單體架構(gòu)演變?yōu)槊嫦蚍?wù)的SOA(Service-Oriented Architecture)架構(gòu)，由于SOA架構(gòu)過(guò)度依賴消息總線，微服務(wù)MSA(Micro Service Architect)架構(gòu)應(yīng)運(yùn)而生，它也是目前使用最廣泛、最流行的分布式架構(gòu)[5]。

單體架構(gòu)也被稱為MVC(Model View Controller)架構(gòu)，它由數(shù)據(jù)層、業(yè)務(wù)層和視圖層三個(gè)部分構(gòu)成。單體架構(gòu)雖然具有易上線、易測(cè)試的優(yōu)點(diǎn)，但是隨著需求數(shù)量和開(kāi)發(fā)人員的不斷增加，代碼庫(kù)中的代碼快速增長(zhǎng)，單體應(yīng)用變得越來(lái)越臃腫，可維護(hù)性、靈活性逐漸降低，使得單體架構(gòu)的維護(hù)成為一大難題，開(kāi)發(fā)成本越來(lái)越高[6]。因?yàn)樗械臉I(yè)務(wù)耦合在一起，會(huì)使代碼愈發(fā)復(fù)雜和冗余，同時(shí)使用人數(shù)的劇增，也會(huì)使系統(tǒng)快速達(dá)到并發(fā)瓶頸，導(dǎo)致系統(tǒng)崩潰。此外，代碼的耦合度較高及功能的復(fù)用，造成功能的優(yōu)化也會(huì)變得更加復(fù)雜。常見(jiàn)的單體架構(gòu)示意圖如圖1所示。

圖1 單體架構(gòu)示意圖Fig.1 Schematic diagram of single structure

微服務(wù)是從服務(wù)接口到業(yè)務(wù)邏輯層再到數(shù)據(jù)持久層，無(wú)論是邏輯上還是業(yè)務(wù)上都是獨(dú)立和相互隔離的，不同于SOA架構(gòu)那樣需要服務(wù)總線接入。微服務(wù)是一種系統(tǒng)架構(gòu)的理念[7]，它主要是將系統(tǒng)從中間層分解，將系統(tǒng)拆分成很多個(gè)小應(yīng)用，服務(wù)與服務(wù)之間獨(dú)立運(yùn)行，互不影響，服務(wù)之間通過(guò)RPC(Remote Produce Call，遠(yuǎn)程過(guò)程調(diào)用)進(jìn)行通信，保證數(shù)據(jù)傳輸?shù)目煽啃?；微服?wù)實(shí)現(xiàn)了數(shù)據(jù)、業(yè)務(wù)及代碼之間的解耦，各個(gè)微服務(wù)之間獨(dú)立開(kāi)發(fā)，一個(gè)微服務(wù)只關(guān)注一個(gè)特定的業(yè)務(wù)功能，所以它的業(yè)務(wù)清晰、代碼量較少。以微服務(wù)架構(gòu)搭建出的應(yīng)用是由若干個(gè)微服務(wù)構(gòu)建而成的，而開(kāi)發(fā)和維護(hù)單個(gè)微服務(wù)相對(duì)簡(jiǎn)單，所以整個(gè)應(yīng)用也會(huì)被維持在一個(gè)可控狀態(tài)。在微服務(wù)架構(gòu)中，不同微服務(wù)之間可以使用不同的技術(shù)棧，可以結(jié)合項(xiàng)目業(yè)務(wù)及團(tuán)隊(duì)的特點(diǎn)，合理地為每個(gè)微服務(wù)選擇適用的技術(shù)。微服務(wù)架構(gòu)示意圖如圖2所示。

圖2 微服務(wù)架構(gòu)示意圖Fig.2 Schematic diagram of microservice architecture

3 系統(tǒng)相關(guān)技術(shù)選型(System related technology selection)

本系統(tǒng)前后端相互分離，獨(dú)立部署。后端采用微服務(wù)的思想進(jìn)行設(shè)計(jì)，每一個(gè)微服務(wù)均使用Spring Boot技術(shù)，結(jié)合Spring Cloud搭建整體的微服務(wù)架構(gòu)；其中，數(shù)據(jù)庫(kù)設(shè)計(jì)包含兩種類型：關(guān)系型數(shù)據(jù)庫(kù)采用MYSQL 8.0.18，用于存儲(chǔ)人才基礎(chǔ)數(shù)據(jù)；非關(guān)系型數(shù)據(jù)庫(kù)采用Neo4j，用于存儲(chǔ)人才的標(biāo)簽數(shù)據(jù)及人才之間的關(guān)聯(lián)關(guān)系。使用Redis(Remote Dictionary Server，遠(yuǎn)程字典服務(wù)器)作為系統(tǒng)的數(shù)據(jù)緩存，前端使用Vue.js進(jìn)行平臺(tái)的搭建。

Spring Boot[8]是一個(gè)基于Java的開(kāi)源框架，它可以幫助我們快速地搭建起一個(gè)微服務(wù)應(yīng)用。傳統(tǒng)的SSH(Struts，Spring，Hibernate)、SSM(Spring，SpringMVC，MyBatis)等架構(gòu)開(kāi)發(fā)復(fù)雜臃腫、耦合度高，Spring Boot大大簡(jiǎn)化了服務(wù)端開(kāi)發(fā)過(guò)程，并提供了一套完整的解決方案。Spring Boot基于Spring 4.0設(shè)計(jì)，在Spring原有的優(yōu)秀特性基礎(chǔ)上，新增了自動(dòng)化配置，通過(guò)提供一組依賴項(xiàng)解決大型項(xiàng)目依賴管理的問(wèn)題。

Spring Cloud[9]是分布式服務(wù)治理框架。Spring Boot能夠快速開(kāi)發(fā)單個(gè)微服務(wù)，Spring Cloud能夠快速集成多個(gè)微服務(wù)，將微服務(wù)系統(tǒng)構(gòu)架很好地應(yīng)用到實(shí)際的應(yīng)用開(kāi)發(fā)中。使用Spring Cloud架構(gòu)可以保證各個(gè)微服務(wù)之間有條不紊地協(xié)作，如利用“阿里巴巴”的Nacos實(shí)現(xiàn)高可用的服務(wù)注冊(cè)中心及服務(wù)的配置管理等；為了使分布式系統(tǒng)更健壯，對(duì)依賴的服務(wù)使用Spring Cloud Hystrix(分布式服務(wù)容錯(cuò)保護(hù))進(jìn)行包裝，通過(guò)線程隔離和熔斷機(jī)制為系統(tǒng)的可用性保駕護(hù)航。系統(tǒng)還加入了網(wǎng)關(guān)服務(wù)組件Gateway用于請(qǐng)求的轉(zhuǎn)發(fā)和服務(wù)集群的負(fù)載均衡。

Redis[10]是一個(gè)高可用的緩存中間件。Redis的優(yōu)秀特性不僅體現(xiàn)在讀寫(xiě)速度上，同其他非關(guān)系型數(shù)據(jù)庫(kù)相比，它還支持除字符串以外的多種數(shù)據(jù)結(jié)構(gòu)，如列表、集合、哈希散列表等。Redis通常將全部的數(shù)據(jù)存儲(chǔ)在內(nèi)存中，性能十分高效，理論上擴(kuò)展沒(méi)有上限；由于它具有高并發(fā)的讀寫(xiě)能力，所以在面對(duì)海量人才數(shù)據(jù)傳輸讀取時(shí)，仍然能夠輕松應(yīng)對(duì)。

Neo4j[11]是一個(gè)高性能的圖形數(shù)據(jù)庫(kù)，具有高性能的圖引擎，這使得它具了所有成熟數(shù)據(jù)庫(kù)的特性。Neo4j是一種基于圖論實(shí)現(xiàn)的高性能非關(guān)系型數(shù)據(jù)庫(kù)，其數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)和數(shù)據(jù)查詢方式都是以圖論為基礎(chǔ)的，圖數(shù)據(jù)庫(kù)主要用于存儲(chǔ)更多的連接數(shù)據(jù)。隨著人才信息的增多，人才標(biāo)簽的復(fù)雜化，人才與標(biāo)簽之間和人才與人才之間的聯(lián)系在基于傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)下很難處理關(guān)系運(yùn)算，因此引入圖數(shù)據(jù)庫(kù)。

Vue.js[12]基于漸進(jìn)式JavaScript框架，可以幫助開(kāi)發(fā)者快速高效地構(gòu)建用戶界面。Vue.js因?yàn)楸辉O(shè)計(jì)為可以自底向上逐層應(yīng)用，所以使它與其他大型框架有了明顯的區(qū)分。Vue.js只關(guān)注視圖層，使其不僅易于上手，還能方便地與第三方庫(kù)或既有項(xiàng)目整合。當(dāng)與現(xiàn)代化的工具鏈及各種支持類庫(kù)結(jié)合使用時(shí)，Vue.js也完全能夠?yàn)閺?fù)雜的單頁(yè)應(yīng)用(SPA)提供驅(qū)動(dòng)。

4 系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)(System design and implementation)

4.1 系統(tǒng)總體架構(gòu)設(shè)計(jì)

基于Spring Cloud的人才智庫(kù)遴選系統(tǒng)的總體架構(gòu)圖，如圖3所示。

圖3 系統(tǒng)總體架構(gòu)圖Fig.3 Overall architecture diagram of the system

本系統(tǒng)設(shè)計(jì)主要分為四個(gè)部分，具體如下。

(1)數(shù)據(jù)庫(kù)、Redis緩存：本系統(tǒng)將用戶信息、人才信息、標(biāo)簽信息、人才基礎(chǔ)數(shù)據(jù)(如頂級(jí)實(shí)驗(yàn)室數(shù)據(jù)、人才標(biāo)準(zhǔn)、國(guó)籍信息、地區(qū)產(chǎn)品導(dǎo)向等)存儲(chǔ)至MySQL數(shù)據(jù)庫(kù)中，便于進(jìn)行人才信息匹配和人才信息過(guò)濾。考慮到人才之間的關(guān)聯(lián)關(guān)系及人才關(guān)鍵信息的檢索，將人才匹配成功后的標(biāo)簽數(shù)據(jù)和標(biāo)簽與人才、標(biāo)簽與標(biāo)簽的聯(lián)系存儲(chǔ)至Neo4j數(shù)據(jù)庫(kù)。在人才標(biāo)簽匹配時(shí)，由于人才信息量較大，涉及標(biāo)簽信息數(shù)量較多，所以將人才的數(shù)據(jù)更新至緩存，從數(shù)據(jù)庫(kù)匹配出的數(shù)據(jù)也暫存至緩存，待將人才類型匹配結(jié)束之后才清空緩存，達(dá)到減少與數(shù)據(jù)庫(kù)的交互，進(jìn)而提高系統(tǒng)的并發(fā)能力和人才標(biāo)簽匹配效率的目的。同時(shí)，本系統(tǒng)的身份校驗(yàn)基于JWT(JSON Web Token，網(wǎng)絡(luò)令牌)，所以在每次獲取數(shù)據(jù)請(qǐng)求時(shí)進(jìn)行的身份認(rèn)證也會(huì)先訪問(wèn)緩存，若緩存中沒(méi)有用戶登錄狀態(tài)，則視為無(wú)效登錄，禁止訪問(wèn)系統(tǒng)數(shù)據(jù)。由于系統(tǒng)有部分關(guān)鍵功能依賴于緩存，所以為了避免緩存穿透、緩存擊穿、緩存雪崩等問(wèn)題，在人才數(shù)據(jù)上加上數(shù)據(jù)的預(yù)處理，即上傳人才數(shù)據(jù)時(shí)會(huì)先進(jìn)行布隆過(guò)濾，同時(shí)是用分布式鎖避免緩存擊穿；緩存雪崩的主要原因是大批數(shù)據(jù)在同一時(shí)間過(guò)期導(dǎo)致，故在設(shè)置人才信息時(shí)，不設(shè)置過(guò)期時(shí)間，當(dāng)人才信息評(píng)定完成之后再手動(dòng)進(jìn)行刪除。

(2)服務(wù)端：將服務(wù)端根據(jù)業(yè)務(wù)需求劃分為若干個(gè)微服務(wù)模塊，保證每個(gè)服務(wù)職責(zé)單一，各司其職，同時(shí)依靠Spring Cloud提供的組件保證各個(gè)微服務(wù)模塊的正常運(yùn)行，如系統(tǒng)的統(tǒng)一訪問(wèn)入口Gateway，配置和注冊(cè)中心Nacos，服務(wù)之間的通信Openfegin，服務(wù)的限流Sentinel等。整個(gè)系統(tǒng)的功能模塊劃分為用于每個(gè)服務(wù)統(tǒng)一身份認(rèn)證的身份認(rèn)證服務(wù)模塊，用于人才簡(jiǎn)歷文件預(yù)覽、簡(jiǎn)歷上傳等專門(mén)用于文件處理的文件服務(wù)模塊，用于處理獎(jiǎng)項(xiàng)、學(xué)歷、企業(yè)經(jīng)歷、國(guó)家級(jí)項(xiàng)目的基礎(chǔ)信息模塊，用于篩選、錄入、上傳人才信息的人才智庫(kù)模塊，用于人才類型評(píng)定、標(biāo)簽匹配和打分的人才標(biāo)簽評(píng)定模塊，用于保存人才與人才之間的關(guān)聯(lián)關(guān)系和通過(guò)關(guān)鍵詞檢索人才數(shù)據(jù)的人才推薦模塊。每個(gè)模塊下都有自己對(duì)應(yīng)的數(shù)據(jù)服務(wù)和數(shù)據(jù)管理。

(3)分布式事務(wù)：由于本系統(tǒng)一個(gè)功能的實(shí)現(xiàn)需要多個(gè)模塊之間的協(xié)調(diào)才能實(shí)現(xiàn)，因此不同的微服務(wù)模塊都有自己的數(shù)據(jù)庫(kù)，此時(shí)就會(huì)出現(xiàn)一個(gè)服務(wù)必須調(diào)用多個(gè)服務(wù)下的數(shù)據(jù)庫(kù)實(shí)例才能完成的情況。在分布式架構(gòu)下，每個(gè)節(jié)點(diǎn)只知曉自己操作失敗或者成功的狀態(tài)，無(wú)法得知其他節(jié)點(diǎn)的狀態(tài)。本系統(tǒng)基于RabbitMQ(高級(jí)消息隊(duì)列)實(shí)現(xiàn)可靠的消息服務(wù)，解決服務(wù)間通信問(wèn)題和不同微服務(wù)之間的事務(wù)問(wèn)題。

(4)系統(tǒng)前端設(shè)計(jì)：本系統(tǒng)前端主要采用Vue.js框架，并配合Element-UI(桌面端組件庫(kù))和ECharts(商業(yè)級(jí)數(shù)據(jù)圖表)實(shí)現(xiàn)良好的人機(jī)交互頁(yè)面，通過(guò)數(shù)據(jù)的圖表實(shí)現(xiàn)人才數(shù)據(jù)分析的可視化效果。

4.2 系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)

本系統(tǒng)數(shù)據(jù)庫(kù)采用MySQL 8.0.18和Neo4j兩種不同類型的數(shù)據(jù)庫(kù)。由于Neo4j為圖數(shù)據(jù)庫(kù)，不同于關(guān)系型數(shù)據(jù)庫(kù)，它不需要事先預(yù)定行列規(guī)范，所以在此不介紹Neo4j的設(shè)計(jì)，下面對(duì)MySQL數(shù)據(jù)庫(kù)中部分表的結(jié)構(gòu)設(shè)計(jì)進(jìn)行說(shuō)明。其中，人才基礎(chǔ)信息數(shù)據(jù)庫(kù)表結(jié)構(gòu)如圖4所示，人才基礎(chǔ)信息數(shù)據(jù)庫(kù)里包含人才所對(duì)應(yīng)的基礎(chǔ)標(biāo)簽數(shù)據(jù)，其中專家?guī)?tb_profession)包含人才的姓名、年齡及系統(tǒng)匹配后人才類型等；其余的表皆為專家?guī)斓淖颖?，包含人才的詳?xì)信息數(shù)據(jù)，如教育經(jīng)歷(education)、個(gè)人頭銜(personal_title)、人才標(biāo)準(zhǔn)(tb_standard)、個(gè)人經(jīng)歷(experience)、專利(patent)及導(dǎo)師信息(tutor)等。

圖4 人才基礎(chǔ)信息數(shù)據(jù)庫(kù)表結(jié)構(gòu)圖Fig.4 Structure diagram of basic information database table of talents

圖5為人才標(biāo)簽評(píng)定數(shù)據(jù)庫(kù)表結(jié)構(gòu)圖，其中標(biāo)簽庫(kù)(tb_tag)包含所有需要匹配的標(biāo)簽數(shù)據(jù)，通過(guò)條件庫(kù)(query_criteria)及條件關(guān)聯(lián)庫(kù)(query_criteria_association)匹配用戶的人才遴選類型，將匹配后的標(biāo)簽分值及結(jié)果保存至人才標(biāo)簽表(profession_tag)，同時(shí)將人才的遴選結(jié)果同步更新到人才基礎(chǔ)信息數(shù)據(jù)庫(kù)的專家信息表中。

圖5 人才標(biāo)簽評(píng)定數(shù)據(jù)庫(kù)表結(jié)構(gòu)圖Fig.5 Structure diagram of tag assessment database table of talents

4.3 系統(tǒng)服務(wù)端設(shè)計(jì)與實(shí)現(xiàn)

4.3.1 微服務(wù)框架設(shè)計(jì)

本系統(tǒng)基于Spring Cloud架構(gòu)進(jìn)行搭建，當(dāng)接口對(duì)服務(wù)端發(fā)起請(qǐng)求時(shí)，每個(gè)請(qǐng)求都必須先經(jīng)過(guò)網(wǎng)關(guān)，然后由網(wǎng)關(guān)將請(qǐng)求進(jìn)行統(tǒng)一的轉(zhuǎn)發(fā)。本系統(tǒng)的服務(wù)端網(wǎng)關(guān)采用的是Spring Cloud全家桶中的微服務(wù)API網(wǎng)關(guān)Gateway[13]。Gateway不僅提供了統(tǒng)一的路由方式，還實(shí)現(xiàn)了網(wǎng)關(guān)的基本功能，如網(wǎng)絡(luò)請(qǐng)求安全、數(shù)據(jù)請(qǐng)求監(jiān)控及服務(wù)的限流等。

由于不同微服務(wù)可能不在同一臺(tái)服務(wù)器上，甚至不在同一網(wǎng)絡(luò)環(huán)境下，所以服務(wù)間的通信只能依賴于網(wǎng)絡(luò)，而Openfegin則實(shí)現(xiàn)了不同服務(wù)之間的數(shù)據(jù)調(diào)用。為了防止服務(wù)雪崩，本系統(tǒng)還引入了Spring Cloud Hystrix實(shí)現(xiàn)熔斷機(jī)制，當(dāng)系統(tǒng)某個(gè)服務(wù)發(fā)生故障或異常時(shí)，會(huì)直接熔斷服務(wù)，而不是一直等待該服務(wù)超時(shí)[14]。

由于模塊劃分較多，配置繁雜和冗余，為了解決配置文件相對(duì)分散、配置文件無(wú)法區(qū)分環(huán)境及配置文件無(wú)法實(shí)時(shí)更新等問(wèn)題，引入基于Nacos的配置中心，各個(gè)服務(wù)按需獲取自己的配置。與Spring Cloud Eureka(分布式注冊(cè)中心)不同，Nacos不需要引入額外的組件如Spring Cloud Bus(分布式消息總線)等實(shí)現(xiàn)配置的動(dòng)態(tài)刷新，Nacos采用Netty保持Tcp(傳輸控制協(xié)議)的長(zhǎng)連接實(shí)現(xiàn)實(shí)時(shí)推送，當(dāng)配置中心的各種參數(shù)有更新時(shí)，也能通知各個(gè)服務(wù)實(shí)時(shí)同步最新的信息，實(shí)現(xiàn)動(dòng)態(tài)更新。

服務(wù)注冊(cè)與發(fā)現(xiàn)中心采用的也是Spring Cloud Alibaba Nacos(阿里巴巴分布式注冊(cè)中心)[15]，Nacos不僅具備良好的圖形化界面和服務(wù)在線管理，還極大地簡(jiǎn)化了整個(gè)微服務(wù)架構(gòu)的復(fù)雜度和冗余度。

4.3.2 微服務(wù)功能設(shè)計(jì)

根據(jù)人才智庫(kù)遴選流程，將系統(tǒng)劃分為身份認(rèn)證模塊、基礎(chǔ)數(shù)據(jù)模塊、人才標(biāo)簽評(píng)定模塊、人才智庫(kù)模塊、人才推薦模塊。

(1)身份認(rèn)證模塊。身份認(rèn)證模塊主要分為用戶信息管理和身份信息校驗(yàn)兩個(gè)功能。用戶信息管理即對(duì)登錄用戶的姓名、密碼、郵箱、角色等進(jìn)行管理；身份信息校驗(yàn)會(huì)攔截所有需要身份校驗(yàn)的請(qǐng)求，并對(duì)其中的JWT信息進(jìn)行校驗(yàn)，包含登錄信息、角色權(quán)限的校驗(yàn)，只有校驗(yàn)成功才可以繼續(xù)訪問(wèn)接口。

(2)基礎(chǔ)數(shù)據(jù)模塊?；A(chǔ)數(shù)據(jù)模塊為其他微服務(wù)模塊提供了基礎(chǔ)的數(shù)據(jù)支持，由于每個(gè)模塊之間的數(shù)據(jù)有耦合，所以把耦合部分提取出來(lái)作為公共服務(wù)模塊，如在錄入人才數(shù)據(jù)時(shí)需要國(guó)籍列表、獎(jiǎng)項(xiàng)列表、頂級(jí)實(shí)驗(yàn)室列表等數(shù)據(jù)，但是在進(jìn)行人才標(biāo)簽匹配時(shí)也需要這些數(shù)據(jù)做比對(duì)，此時(shí)通過(guò)一個(gè)單獨(dú)的微服務(wù)將這些數(shù)據(jù)統(tǒng)一進(jìn)行管理。

(3)人才標(biāo)簽評(píng)定模塊。該模塊為系統(tǒng)的核心業(yè)務(wù)模塊，主要負(fù)責(zé)人才數(shù)據(jù)的標(biāo)簽匹配、判斷人才的類型、對(duì)人才評(píng)分等操作。如圖6所示的國(guó)家“千人計(jì)劃”(全稱為國(guó)家海外高層次人才引進(jìn)計(jì)劃)人才評(píng)定流程。

圖6 國(guó)家“千人計(jì)劃”人才評(píng)定流程圖Fig.6 Flow chart of talent evaluation of the national"Thousand Talents Program"

(4)人才智庫(kù)模塊。該模塊主要負(fù)責(zé)人才信息的導(dǎo)入、人才信息的存儲(chǔ)、人才信息的顯示、人才信息的統(tǒng)計(jì)等。系統(tǒng)將人才信息錄入或?qū)胫螅紫葘⑷瞬判畔⒈４嬷辆彺妫缓笳{(diào)用人才標(biāo)簽評(píng)定模塊進(jìn)行人才類型評(píng)定，最后將評(píng)定結(jié)果更新至人才智庫(kù)。

(5)人才推薦模塊。該模塊負(fù)責(zé)將人才與標(biāo)簽、人才與人才之間構(gòu)建聯(lián)系，用于后期通過(guò)關(guān)鍵字檢索人才信息，以及通過(guò)特定條件進(jìn)行人才的推薦等。人才智庫(kù)模塊中錄入的數(shù)據(jù)會(huì)傳輸?shù)饺瞬磐扑]模塊，人才推薦模塊會(huì)將人才信息和相應(yīng)的標(biāo)簽建立聯(lián)系，也會(huì)通過(guò)標(biāo)簽建立人才與人才之間的聯(lián)系。

5 結(jié)論(Conclusion)

本文通過(guò)Spring Cloud、Neo4j、Vue.js等相關(guān)開(kāi)發(fā)技術(shù)設(shè)計(jì)并實(shí)現(xiàn)了基于Spring Cloud的人才智庫(kù)遴選系統(tǒng)，最終設(shè)計(jì)出能夠通過(guò)人才信息進(jìn)行人才標(biāo)簽類型的匹配及人才類型遴選的可視化系統(tǒng)。目前，該系統(tǒng)已經(jīng)在一家企業(yè)使用，經(jīng)過(guò)一段時(shí)間的數(shù)據(jù)追蹤和使用評(píng)價(jià)，確定該系統(tǒng)能夠滿足企業(yè)對(duì)人才遴選和人才標(biāo)定的需求，在人才信息的評(píng)定和評(píng)估領(lǐng)域具有較大的應(yīng)用價(jià)值。