劉鈺霄 王裕鑫 徐漢川

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

關鍵詞： 門戶系統;B/S架構;vue.js;springboot

文章編號： 2095-2163（2021）01-0119-04 中圖分類號：TP311.52 文獻標志碼：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 引?言

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

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

為了方便用戶使用大服務平臺，又隨即設計了一個配套的門戶系統。這個門戶系統將平臺提供的功能都綜合起來，并有組織地呈現在頁面上，讓用戶在進入門戶系統后，能很直觀地查看、使用自己需要的功能服務，提升用戶對大服務平臺的使用體驗。

1 門戶系統整體設計

1.1 門戶系統邏輯結構設計

大服務設計與運行平臺是一個綜合性的服務平臺，包括用戶需求管理、服務模式管理和服務管理三個子系統，主要工作是完成從用戶需求提出，到匹配對應服務模式、設計并形成服務組合方案，直到最終將服務方案導入服務執(zhí)行引擎中運行實現的整個過程。

本門戶系統為大服務平臺提供統一業(yè)務處理入口。該系統的邏輯結構圖如圖2所示，共分為4層，自底向上依次為數據層、平臺層、應用層和表示層，各層作用如下所述。

（1）表示層：主要是互聯網瀏覽器等終端，用戶通過這些終端與門戶平臺進行各種交互。

（2）應用層：即將大服務設計與運行平臺的各個子系統的功能以及門戶系統本身所必需的用戶管理、權限管理等功能進行有機組合，是各類應用的總稱。對用戶的操作進行解讀，通過RPC調用平臺層接口，并對平臺層的響應信息進行處理后返回給表示層。

（3）平臺層：包括大服務設計與運行平臺的3個子系統和門戶系統的service后端，用戶對需求、服務模式、服務等的操作由子系統進行響應，用戶登錄、權限驗證等功能實現由service后端來支持。

（4）數據層：由用戶需求、服務模式、服務和門戶系統等各種數據庫組成。

1.2 需求管理子系統設計

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

1.3 服務模式管理子系統設計

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

1.4 權限管理模塊設計

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

2 門戶系統中的設計實現

2.1 用戶需求維護功能的實現

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

2.2 服務模式層次化展示的實現

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

2.3 用戶權限管理功能的實現

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

3 結束語

通過對大服務設計與運行平臺在“需求-服務”匹配場景中作用的研究，使用軟件設計方法，設計并實現了針對性的門戶系統。該系統對大服務平臺中的功能進行了整合，允許用戶通過瀏覽器僅登錄一

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

參考文獻

[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架構的企業(yè)門戶系統設計與實現[J]. 電腦編程技巧與維護，2020（5）：8-9，33.

[4]周志堅. 高校門戶系統單點登錄的設計與實現[J]. 電腦編程技巧與維護，2017（16）：11-13.

[5]呂學婷. 基于Springmvc和Mybatis框架的門戶網站及其內容管理系統的設計與實現[D]. 南昌：東華理工大學，2016.