[發明專利]一種針對通用化模型客制化需求開發方法

有效

• 申請號: 202011350792.7
• 申請日: 2020-11-26
• 公開（公告）號: CN112463147B
• 公開（公告）日: 2023-07-04
• 發明（設計）人: 王一君;陳燦;段國增;蘇成龍
• 申請（專利權）人: 杭州覽眾數據科技有限公司
• 主分類號: G06F8/35
• 分類號: G06F8/35;G06F8/71;G06F8/65;G06F8/61
• 代理公司: 杭州君度專利代理事務所(特殊普通合伙) 33240
• 代理人: 朱月芬

本發明公開了一種針對通用化模型客制化需求開發框架。本發明包括以下步驟：(1)首先，在服務器上對項目進行部署，包括主體模型和客制化代碼的部署，部署需要按照框架來進行；(2)對部署好的項目進行客制化代碼版本校驗；(3)對客制化代碼與主線模型進行適配校驗；(4)檢驗主線模型的部署版本是否正確；(7)客制化代碼在主線模型中生效。本發明對模型上線部署時，由于人為原因造成的版本部署錯誤和客制化代碼與主體模型不匹配問題提供腳本。通過本發明可以提升模型的復用性，提升模型的部署效率，提升模型部署bug的查找效率，同時有利于規范和優化通用化模型開發流程。

技術領域

本發明屬于軟件工程開發技術領域，具體涉及一種開發通用化模型時所使用的模型客制化需求開發方法。

背景技術

在定制化模型開發中，模型開發是獨立的，當用戶提出新需求時，在用戶已有模型的基礎上，進行新需求的擴展。在定制化模型開發的過程中，不存在無法迭代的需求，所以在定制化模型開發過程是一個閉環流程。

但通用化模型的開發希望是面向多租戶多場景的，在這種模型開發的過程中會存在主體模型可以提供固定的服務，但是無法滿足所有租戶的客制化需求的問題，這就需要使客制化需求迭代到主體模型中。在客制化代碼積累的過程中，當客制化代碼積累到一定程度時，多個租戶下的多個場景就會有相似的可以整合的需求，可以將這一類客制化需求迭代到主體模型中，但是始終會存在無法迭代的需求，就會導致主體模型和客制化代碼之間不能形成閉環的問題。

同時在模型開發時還會存在主體模型代碼進行大版本更新，而客制化代碼未能及時更新，導致項目在上線時出現報錯。這種主體模型和客制化代碼不匹配問題，也是通用化模型中經常出現的問題。

因此本發明針對這兩個問題進行分析，設計出一套解決此問題的模型客制化需求開發框架，為通用化項目的開發提供穩定的技術支持。

發明內容

本發明的目的在于解決通用化模型開發中的客制化需求迭代和主體模型不能實現閉環問題，以及項目部署時客制化代碼和主體模型不匹配的問題。

模型客制化需求開發框架，其可支持解決的問題類型包括：

類型1：在項目開發過程中，客制化需求迭代到主線時的閉環問題。

類型2：在項目部署階段，項目主線代碼和客制化代碼的部署問題。

類型3：在項目部署完成后，主線代碼部署版本是否正確問題。

類型4：在項目部署完成后，客制化代碼版本部署是否正確問題。

類型5：在項目部署完成后，客制化代碼和主線代碼版本之間是否匹配的問題。

本發明解決通用化模型開發時客制化需求迭代到主體模型過程中存在閉環問題的具體邏輯如下：

步驟1：根據項目主體模型的基本構成，對主體模型進行解耦，將主體模型分為四個層級，在框架的src目錄下放置主體模型的四層結構，主體模型四層結構具體如下：

第一層：application文件夾作為模型的appliction層，主要作用是用來存放主體模型的基本流程代碼。

第二層：business_unit文件夾作為模型的business_unit層，是用來存放主體模型的業務邏輯代碼，是存在依賴關系的類。

第三層：component文件夾作為模型的component層，用來存放主體模型的功能組件代碼。

第四層：basic文件夾作為模型的basic層，用來存放模型數據讀取代碼，是對獲取業務單體數據的封裝類。

步驟2：構建框架下項目的客制化代碼存放路徑，客制化代碼通過繼承主體模型來對主體模型進行擴展；且在框架中，將放置客制化代碼的文件夾extend_dev創建在src目錄下。