[發明專利]一種基于微服務的企業級軟件構建方法及系統

有效

• 申請號: 201910027879.1
• 申請日: 2019-01-11
• 公開（公告）號: CN109766075B
• 公開（公告）日: 2022-09-09
• 發明（設計）人: 譚云杰
• 申請（專利權）人: 北京予能豐智技術有限公司
• 主分類號: G06F8/10
• 分類號: G06F8/10;G06F8/20
• 代理公司: 北京成實知識產權代理有限公司 11724
• 代理人: 陳永虔

本發明公開了一種基于微服務的企業級軟件構建方法及系統，所述方法包括獲取預先建立的適用于待構建軟件的軟件架構，所述軟件架構包括：控制管理區域，包括事件控制模塊和主模塊；邏輯層級區域，包括平臺層、模型層、服務層和應用層；根據所述待構建軟件的需求和所述軟件架構，從微服務共享服務器獲取微服務，構建所述待構建程序。讓微服務具備了在軟件生產和交付鏈條中共享、交換、擴展、交易、組裝的能力，從而顯著提高效率，降低成本。

【技術領域】

本發明涉及軟件技術領域，特別涉及一種基于微服務的企業級軟件構建方法及系統。

【背景技術】

隨著互聯網、云計算、大數據的蓬勃發展，企業管理數字化是大勢所驅。企業的徹底數字化意味著企業需要大量的應用軟件，需要從不同軟件公司采購多套應用軟件滿足不同需求。

然而當前應用軟件的構建方式是每家軟件公司都構建一套自己的軟件系統，可以解決企業某一部分的需求。每家軟件公司的軟件系統都由自己來開發、升級和維護。一個產品從設計到生產均在一個實體內完成。

對企業來說，從不同軟件公司采購不同軟件時，如果A公司的軟件與B公司的軟件互補，那么企業需要額外的集成開發來連通它們。并且很多時候由于兩套軟件的異構性，連通并不總是能夠成功；如果A公司的軟件與B公司的軟件互斥，且企業對A公司軟件的一部分滿意，另一部分不滿意，對B公司一部分滿意，另一部分不滿意，但企業并不能只采購A的滿意部分和B的滿意部分，再把它們組合起來得到最滿意的結果，只能從中選擇一家。

這種只能由一家軟件企業負責從設計到生產到銷售的模式，是一種手工作坊式的軟件構建方式。這就與工業化生產有著極大不同：例如一輛汽車的生產，有公司負責設計、有公司負責營銷，有公司負責生產，而組成汽車的零件可以全球采購，從而生產出最符合客戶需求的成品。這條供應鏈條上的所有廠商只負責做好自己的專業部分，整合在一起為客戶提供最終最優化的成品。

造成軟件構建無法像工業產品一樣形成供應鏈的原因，一部分是因為軟件本身的非標準性，作為一種單體結構，只能整體升級或替換，本質上它只能在一個實體內被生產和維護；一部分是因為軟件技術的限制；另一部分是因為缺乏一套像工業生產那樣構建軟件的方法。

【發明內容】

本申請的多個方面提供了基于微服務的企業級軟件構建方法、系統、設備及存儲介質，能夠提供一套按需服務的基于微服務的企業級軟件構建方法。

本申請的一方面，提供一種基于微服務的企業級軟件構建方法，包括：

獲取預先建立的適用于待構建軟件的軟件架構，所述軟件架構包括：控制管理區域，包括事件控制模塊和主模塊；邏輯層級區域，包括平臺層、模型層、服務層和應用層；

根據所述待構建軟件的需求和所述軟件架構，獲取微服務，構建所述待構建程序。

如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述事件控制模塊，用于接收用于開發所述待構建軟件的用戶事件請求，基于所述用戶事件請求生成委托信息，并將所述委托信息發送給所述主模塊。

如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述主模塊，用于接收所述委托信息，并基于所述委托信息獲得內部配置參數；

基于所述內部配置參數設計應用場景、分解服務；

在微服務共享服務器中查找所需的業務服務；

在預構建的業務場景模型池中，根據業務服務構建業務場景；

在預構建的應用程序模型池中，根據業務場景構建軟件。

如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述微服務包括行業無關級微服務、行業標準級微服務和客戶定制級微服務從上到下三個級別，下一級向上一級完全開放，上一級從下一級繼承獲得下一級的全部功能，并可以在此基礎上擴展本級的功能。