大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)門戶系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

劉鈺霄 王裕鑫 徐漢川

摘?要：鑒于當(dāng)前的服務(wù)領(lǐng)域現(xiàn)有的服務(wù)組合和服務(wù)選擇技術(shù)難以應(yīng)對(duì)日益增多的服務(wù)以及用戶越來越個(gè)性化的需求，為了實(shí)現(xiàn)“需求-服務(wù)”的最佳匹配，設(shè)計(jì)了大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)，并開發(fā)了配套的門戶系統(tǒng)。系統(tǒng)采用典型的B/S架構(gòu)，使用vue.js技術(shù)進(jìn)行顯示層設(shè)計(jì)，并使用springboot框架來進(jìn)行服務(wù)端的實(shí)現(xiàn)，面向終端用戶、服務(wù)模式設(shè)計(jì)者、服務(wù)提供商等各類系統(tǒng)用戶提供了需求構(gòu)建、需求-服務(wù)匹配、服務(wù)模式設(shè)計(jì)、服務(wù)注冊(cè)、服務(wù)數(shù)據(jù)統(tǒng)計(jì)等功能。

關(guān)鍵詞： 門戶系統(tǒng);B/S架構(gòu);vue.js;springboot

文章編號(hào)： 2095-2163（2021）01-0119-04 中圖分類號(hào)：TP311.52 文獻(xiàn)標(biāo)志碼：A

【Abstract】In view of the fact that the existing service composition and service selection technology in the current service field is difficult to cope with the increasing demand for services and users' personal demands， in order to achieve the best matching between demands and services， a big-service designing and executing platform has been designed. After that， a matching portal system for it has been developed. The system adopts a typical B/S architecture and uses vue.js to design the presentation layer， and uses the springboot framework to implement the server-side. It provides the functions of demand construction， demand-service matching， service pattern design， service registration， service data statistics， etc. for the end users， service pattern designers， service providers and other system users.

【Key words】portal system; B/S architecture; vue.js; springboot

0 引?言

當(dāng)前大數(shù)據(jù)環(huán)境下，現(xiàn)代服務(wù)業(yè)在不斷升級(jí)迭代并催生出新的業(yè)務(wù)形態(tài)，呈現(xiàn)出紛繁復(fù)雜的服務(wù)現(xiàn)狀。與此同時(shí)，用戶的需求也是海量、個(gè)性化的，現(xiàn)有的服務(wù)組合和服務(wù)選擇技術(shù)已難以應(yīng)對(duì)日益增多的服務(wù)以及用戶日趨個(gè)性化的需求。面對(duì)互聯(lián)網(wǎng)越來越豐富的大數(shù)據(jù)、服務(wù)資源和不斷增長(zhǎng)的大規(guī)模個(gè)性化用戶需求，如何利用大數(shù)據(jù)精準(zhǔn)認(rèn)知用戶需求，并結(jié)合大數(shù)據(jù)形成的知識(shí)與經(jīng)驗(yàn)來高效構(gòu)建跨網(wǎng)/跨域/跨世界的服務(wù)聚合與解決方案，以實(shí)現(xiàn)“需求-服務(wù)”的最佳匹配，從而科學(xué)主動(dòng)、安全動(dòng)態(tài)地提供滿足用戶需求的服務(wù)，為用戶及參與各方創(chuàng)造價(jià)值，即已成為亟待解決的一個(gè)關(guān)鍵性科學(xué)問題。

因此，希望能夠做出一個(gè)平臺(tái)，一方面可以幫助開發(fā)者去描述用戶的需求，并設(shè)計(jì)出用戶需求的有關(guān)片段、模式，另一方面再基于已有服務(wù)資源設(shè)計(jì)各種各樣的服務(wù)模式，以及根據(jù)服務(wù)使用歷史抽取熱門的服務(wù)模式。在整個(gè)大平臺(tái)下，匯聚了用戶的個(gè)性化需求和來自于外界的多樣化服務(wù)資源，只要設(shè)計(jì)好匹配算法，用服務(wù)資源去與個(gè)性化需求之間進(jìn)行匹配，從而實(shí)現(xiàn)動(dòng)態(tài)主動(dòng)地為用戶提供合理的服務(wù)解決方案。為此本文開展了相關(guān)研究，開發(fā)出了大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)，平臺(tái)整體拓?fù)浣Y(jié)構(gòu)圖如圖1所示。

為了方便用戶使用大服務(wù)平臺(tái)，又隨即設(shè)計(jì)了一個(gè)配套的門戶系統(tǒng)。這個(gè)門戶系統(tǒng)將平臺(tái)提供的功能都綜合起來，并有組織地呈現(xiàn)在頁(yè)面上，讓用戶在進(jìn)入門戶系統(tǒng)后，能很直觀地查看、使用自己需要的功能服務(wù)，提升用戶對(duì)大服務(wù)平臺(tái)的使用體驗(yàn)。

1 門戶系統(tǒng)整體設(shè)計(jì)

1.1 門戶系統(tǒng)邏輯結(jié)構(gòu)設(shè)計(jì)

大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)是一個(gè)綜合性的服務(wù)平臺(tái)，包括用戶需求管理、服務(wù)模式管理和服務(wù)管理三個(gè)子系統(tǒng)，主要工作是完成從用戶需求提出，到匹配對(duì)應(yīng)服務(wù)模式、設(shè)計(jì)并形成服務(wù)組合方案，直到最終將服務(wù)方案導(dǎo)入服務(wù)執(zhí)行引擎中運(yùn)行實(shí)現(xiàn)的整個(gè)過程。

本門戶系統(tǒng)為大服務(wù)平臺(tái)提供統(tǒng)一業(yè)務(wù)處理入口。該系統(tǒng)的邏輯結(jié)構(gòu)圖如圖2所示，共分為4層，自底向上依次為數(shù)據(jù)層、平臺(tái)層、應(yīng)用層和表示層，各層作用如下所述。

（1）表示層：主要是互聯(lián)網(wǎng)瀏覽器等終端，用戶通過這些終端與門戶平臺(tái)進(jìn)行各種交互。

（2）應(yīng)用層：即將大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)的各個(gè)子系統(tǒng)的功能以及門戶系統(tǒng)本身所必需的用戶管理、權(quán)限管理等功能進(jìn)行有機(jī)組合，是各類應(yīng)用的總稱。對(duì)用戶的操作進(jìn)行解讀，通過RPC調(diào)用平臺(tái)層接口，并對(duì)平臺(tái)層的響應(yīng)信息進(jìn)行處理后返回給表示層。

（3）平臺(tái)層：包括大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)的3個(gè)子系統(tǒng)和門戶系統(tǒng)的service后端，用戶對(duì)需求、服務(wù)模式、服務(wù)等的操作由子系統(tǒng)進(jìn)行響應(yīng)，用戶登錄、權(quán)限驗(yàn)證等功能實(shí)現(xiàn)由service后端來支持。

（4）數(shù)據(jù)層：由用戶需求、服務(wù)模式、服務(wù)和門戶系統(tǒng)等各種數(shù)據(jù)庫(kù)組成。

1.2 需求管理子系統(tǒng)設(shè)計(jì)

需求管理子系統(tǒng)要考慮2部分內(nèi)容，即：個(gè)人需求管理和需求模式管理。其中，個(gè)人需求管理包括用戶需求提出、需求搜索、需求維護(hù)等。這里的用戶在提出需求構(gòu)建個(gè)人需求樹時(shí)，每項(xiàng)子需求有著什么樣的約束、比如限定花費(fèi)要在多少錢范圍內(nèi)等，以及在后續(xù)優(yōu)化服務(wù)方案時(shí)需優(yōu)先考慮哪種約束等，這些信息都是個(gè)人需求樹的重要組成部分。用戶在提交構(gòu)建好的需求樹前，可向系統(tǒng)發(fā)起需求重寫的請(qǐng)求，讓系統(tǒng)從需求模式庫(kù)中檢索出與該需求樹中某些子結(jié)構(gòu)比較相似的內(nèi)容來供用戶參考和篩選，在符合用戶期望的范圍內(nèi)構(gòu)建出更貼合系統(tǒng)的用戶需求樹。對(duì)于已經(jīng)提交的用戶需求樹，用戶可以選擇對(duì)其進(jìn)行一些修改，或者是向系統(tǒng)請(qǐng)求匹配服務(wù)模式、查看匹配方案、生成服務(wù)方案、查看服務(wù)方案、執(zhí)行服務(wù)方案等操作。與需求管理類似，需求模式管理包括新增模式、模式修改、模式檢索、模式挖掘等。用戶需求管理模塊的直觀描述如圖3所示。

1.3 服務(wù)模式管理子系統(tǒng)設(shè)計(jì)

在本系統(tǒng)中，服務(wù)模式的生成有2種方式，包括：服務(wù)模式設(shè)計(jì)者自定義服務(wù)模式和系統(tǒng)自動(dòng)挖掘構(gòu)建服務(wù)模式。服務(wù)模式相當(dāng)于一個(gè)服務(wù)流程片段，設(shè)計(jì)者在自定義服務(wù)模式時(shí)，對(duì)于服務(wù)模式流程中的各個(gè)節(jié)點(diǎn)，除了需要補(bǔ)充模式名稱、模式描述等信息外，還要為其綁定一個(gè)系統(tǒng)所擁有的服務(wù)。系統(tǒng)在經(jīng)過一段時(shí)間的使用后，系統(tǒng)中將出現(xiàn)大量由終端用戶發(fā)起的服務(wù)執(zhí)行記錄，將這些服務(wù)執(zhí)行記錄按照所屬服務(wù)方案進(jìn)行歸類整理后，會(huì)發(fā)現(xiàn)有一些服務(wù)規(guī)律性地總是容易出現(xiàn)在同一個(gè)服務(wù)方案中。研究時(shí)可以將這類服務(wù)提取出來，按照一定的規(guī)則進(jìn)行分析整理后放在一起作為服務(wù)模式，存入系統(tǒng)服務(wù)模式庫(kù)中。服務(wù)模式多了以后，不同的服務(wù)模式總會(huì)在所屬組織、所屬領(lǐng)域上存在一些差異。在為用戶展示服務(wù)模式時(shí)，除以表格的形式分別按組織、按領(lǐng)域來呈現(xiàn)外，還可以篩選出用戶感興趣的組織、領(lǐng)域的服務(wù)模式，以網(wǎng)絡(luò)圖的形式刻畫出來，讓服務(wù)模式間的關(guān)系顯得更清晰直觀，也更具層次感。服務(wù)模式管理模塊的直觀描述則如圖4所示。

1.4 權(quán)限管理模塊設(shè)計(jì)

大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)包括哪些子系統(tǒng)，這些子系統(tǒng)又分別具有哪些業(yè)務(wù)功能，這些信息均以功能菜單樹的形式呈現(xiàn)，其中子系統(tǒng)作為一級(jí)菜單，子系統(tǒng)內(nèi)部的業(yè)務(wù)功能作為二級(jí)菜單，功能菜單樹是系統(tǒng)中權(quán)限管理的基礎(chǔ)。在門戶系統(tǒng)中內(nèi)置有終端用戶、模式設(shè)計(jì)者、服務(wù)提供商和管理員四種角色，不同角色可以查看的菜單項(xiàng)、亦即系統(tǒng)功能也有所不同，具體可由管理員進(jìn)行權(quán)限分配。進(jìn)一步地，管理員還可以根據(jù)實(shí)際需要新增或者刪除一些附加角色，并為其分配權(quán)限，以滿足不同的業(yè)務(wù)場(chǎng)景。與此同時(shí)，以功能菜單樹為基礎(chǔ)，門戶系統(tǒng)也可以很輕易地進(jìn)行功能的擴(kuò)展升級(jí)，新功能上線后，只需交由系統(tǒng)管理員在功能菜單樹中配置上功能訪問路徑等信息即可，非常便捷。此外，普通用戶登錄系統(tǒng)后只可以在個(gè)人信息里面查看自己所擁有的角色類型及權(quán)限內(nèi)容。各個(gè)用戶的操作記錄管理也歸屬于權(quán)限管理部分，管理員可以按照操作人員來分別查看各個(gè)用戶的操作信息，包括操作人員、操作時(shí)間、操作內(nèi)容、操作類別等。權(quán)限管理模塊的直觀描述如圖5所示。

2 門戶系統(tǒng)中的設(shè)計(jì)實(shí)現(xiàn)

2.1 用戶需求維護(hù)功能的實(shí)現(xiàn)

用戶需求模塊為用戶提供了新增需求、需求維護(hù)、新增需求模式、需求模式維護(hù)、需求模式挖掘等多個(gè)主要功能。尤需一提的是，在需求維護(hù)功能中，用戶可以查看自已曾經(jīng)提出過的所有需求意圖樹，并對(duì)每個(gè)意圖樹根據(jù)意圖樹狀態(tài)對(duì)應(yīng)進(jìn)行匹配需求模式、查看匹配方案、修改意圖樹、生成服務(wù)方案、查看服務(wù)方案、執(zhí)行服務(wù)方案等操作，實(shí)現(xiàn)結(jié)果如圖6所示。

2.2 服務(wù)模式層次化展示的實(shí)現(xiàn)

在大服務(wù)平臺(tái)中存在3種服務(wù)模式：原子服務(wù)聚合成組織內(nèi)服務(wù)模式、原子服務(wù)聚合成領(lǐng)域內(nèi)服務(wù)模式、領(lǐng)域內(nèi)服務(wù)模式聚合成跨領(lǐng)域服務(wù)模式。門戶系統(tǒng)中將這3種服務(wù)模式的層次關(guān)系及彼此間關(guān)系以圖形化的形式進(jìn)行了描繪，如圖7所示。由圖7可以看到，通過采用不同的過濾策略，即可查看整體層次關(guān)系、局部關(guān)系或者是特定領(lǐng)域或組織內(nèi)服務(wù)模式詳情信息等。

2.3 用戶權(quán)限管理功能的實(shí)現(xiàn)

用戶權(quán)限管理包括2個(gè)功能，分別是：菜單管理和角色權(quán)限管理。其中，菜單管理重點(diǎn)用于維護(hù)門戶系統(tǒng)的導(dǎo)航菜單樹，角色權(quán)限管理則是針對(duì)每一種角色，指定導(dǎo)航菜單樹中的哪些節(jié)點(diǎn)對(duì)該角色可見，基于此再為每個(gè)用戶按需分配角色，從而達(dá)到控制不同用戶的操作權(quán)限的目的。實(shí)現(xiàn)結(jié)果如圖8所示。

3 結(jié)束語(yǔ)

通過對(duì)大服務(wù)設(shè)計(jì)與運(yùn)行平臺(tái)在“需求-服務(wù)”匹配場(chǎng)景中作用的研究，使用軟件設(shè)計(jì)方法，設(shè)計(jì)并實(shí)現(xiàn)了針對(duì)性的門戶系統(tǒng)。該系統(tǒng)對(duì)大服務(wù)平臺(tái)中的功能進(jìn)行了整合，允許用戶通過瀏覽器僅登錄一

個(gè)系統(tǒng)就可以完成從個(gè)人需求到匹配服務(wù)模式、匹配服務(wù)方案以及服務(wù)方案執(zhí)行的整個(gè)流程。整個(gè)系統(tǒng)操作簡(jiǎn)單，功能清晰，為用戶的“需求-服務(wù)”匹配操作提供了便利，并且系統(tǒng)本身也易于維護(hù)和擴(kuò)展升級(jí)。

參考文獻(xiàn)

[1]XU Xiaofei， SHENG Q Z， ZHANG Liangjie， et al. From big data to big service[J]. Computer， 2015， 48（7）：80-83.

[2]WU Z， YIN Jianwei， DENG Shuiguang， et al. Modern service industry and crossover services： Development and trends in China[J]. IEEE Transactions on Services Computing， 2016， 9（5）： 664-671.

[3]張瑩.基于MVC架構(gòu)的企業(yè)門戶系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J]. 電腦編程技巧與維護(hù)，2020（5）：8-9，33.

[4]周志堅(jiān). 高校門戶系統(tǒng)單點(diǎn)登錄的設(shè)計(jì)與實(shí)現(xiàn)[J]. 電腦編程技巧與維護(hù)，2017（16）：11-13.

[5]呂學(xué)婷. 基于Springmvc和Mybatis框架的門戶網(wǎng)站及其內(nèi)容管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 南昌：東華理工大學(xué)，2016.