在數(shù)字化轉(zhuǎn)型的過程中，業(yè)務(wù)與開發(fā)團(tuán)隊(duì)之間的溝通常常存在障礙，特別是在數(shù)據(jù)治理等專業(yè)領(lǐng)域。數(shù)據(jù)建模作為連接雙方的橋梁，能夠幫助雙方更好地理解和溝通需求。本文將探討如何利用低代碼技術(shù)進(jìn)行有效的數(shù)據(jù)建模，以促進(jìn)業(yè)務(wù)與開發(fā)之間的協(xié)作。

在數(shù)據(jù)需求溝通中，業(yè)務(wù)與開發(fā)之間往往存在“雞同鴨講”，出現(xiàn)無法語言對齊的情況。業(yè)務(wù)抱怨開發(fā)語言太技術(shù)，聽不懂；開發(fā)也苦于業(yè)務(wù)表達(dá)太含糊，無法轉(zhuǎn)化為需求。尤其在數(shù)據(jù)治理等專業(yè)性領(lǐng)域，溝通問題成為了業(yè)務(wù)與開發(fā)之間一道無形的壁壘，急需通過某種有效的手段進(jìn)行打破。而數(shù)據(jù)建模，恰好成為了數(shù)據(jù)需求梳理及系統(tǒng)設(shè)計(jì)的有效手段，能夠幫助業(yè)務(wù)及開發(fā)雙方更好地進(jìn)行需求理解和溝通。

通過進(jìn)行數(shù)據(jù)建模，我們能解決數(shù)據(jù)之間血緣脈絡(luò)，并且清楚影響數(shù)據(jù)質(zhì)量的關(guān)鍵屬性，最關(guān)鍵的是，解決了業(yè)務(wù)與系統(tǒng)開發(fā)人員的統(tǒng)一語言。

01 什么是數(shù)據(jù)建模？

數(shù)據(jù)建模，簡而言之就是明確業(yè)務(wù)場景以及流程后，抽象實(shí)體和之間的關(guān)系，確定實(shí)體涉及的主從表以及對應(yīng)的屬性字段，然后進(jìn)行存儲計(jì)算。一般分為概念模型、邏輯模型、物理模型。

當(dāng)然，目前數(shù)據(jù)建模的方式不少，有維度建模，范式建模，Data Vault模型、Anchor模型。這里我們不展開一一介紹，重點(diǎn)分享一下基于低代碼技術(shù)進(jìn)行維度建模的方法。（常見的建模工具有PowerDesigner、ER/Studio，當(dāng)然直接用Visio、Excel也是可以的）

02 低代碼建模

為什么要通過低代碼技術(shù)進(jìn)行數(shù)據(jù)建模呢？主要還是針對性解決“統(tǒng)一語言”、“高效”的目標(biāo)。低代碼技術(shù)進(jìn)行數(shù)據(jù)建模的優(yōu)勢主要體現(xiàn)在以下幾個(gè)方面：

首先，低代碼技術(shù)能夠顯著縮短開發(fā)周期。傳統(tǒng)的代碼開發(fā)方式，需要嚴(yán)格遵循算法和數(shù)據(jù)結(jié)構(gòu)的組合，這種方式如同手動(dòng)擰螺絲，既費(fèi)時(shí)又費(fèi)力，且對非專業(yè)開發(fā)人員而言上手難度極大。相比之下，數(shù)據(jù)建模對時(shí)效性要求極高，無論是增加實(shí)體對象還是調(diào)整字段屬性，其影響都是深遠(yuǎn)的。而低代碼技術(shù)則讓這一過程變得如同“搭積木”一般簡單快捷，極大地提升了開發(fā)效率。

其次，低代碼開發(fā)能夠迅速響應(yīng)變革場景。隨著企業(yè)應(yīng)用的預(yù)期爆炸性增長，潛在場景的數(shù)量也數(shù)以千計(jì)，這些場景都蘊(yùn)含著為企業(yè)創(chuàng)造價(jià)值的可能。低代碼開發(fā)方式使企業(yè)能夠更好地應(yīng)對這些挑戰(zhàn)，一方面能夠減少代碼開發(fā)工作量，同時(shí)還能彌補(bǔ)現(xiàn)有技術(shù)能力的不足，而無需將每個(gè)人都培養(yǎng)成專業(yè)開發(fā)人員或在內(nèi)部進(jìn)行大量的軟件開發(fā)投入。

最后，低代碼開發(fā)還能夠推動(dòng)業(yè)務(wù)部門更深入的參與數(shù)據(jù)管理、數(shù)據(jù)治理相關(guān)工作。例如數(shù)據(jù)建模的過程中，我們首先需要清楚業(yè)務(wù)邏輯，形成概念模型，并基于物理世界進(jìn)行數(shù)字孿生進(jìn)行邏輯模型。而傳統(tǒng)上這些任務(wù)是由IT部門負(fù)責(zé)的。然而，現(xiàn)在越來越多的企業(yè)開始認(rèn)識到，數(shù)據(jù)的使用、標(biāo)準(zhǔn)定義需要業(yè)務(wù)部門深入的參與甚至主導(dǎo)。因此，一個(gè)簡單易懂、能夠讓業(yè)務(wù)部門輕松上手并參與管理的系統(tǒng)顯得尤為重要。低代碼技術(shù)正是實(shí)現(xiàn)這一目標(biāo)的理想選擇。

利用低代碼技術(shù)進(jìn)行數(shù)據(jù)建模實(shí)際上主要三個(gè)步驟：劃分主題域、創(chuàng)建模型、形成表單。我們可以理解，這三個(gè)步驟實(shí)際就是概念模型、邏輯模型、物理模型的三個(gè)組成部分。

第一步：用戶可以根據(jù)業(yè)務(wù)需要對數(shù)據(jù)按域劃分。各域之間既相互獨(dú)立又可交叉引用；按控制層級將數(shù)據(jù)域分為組織和全局的屬性，例如一家公司里面涉及到的人力域數(shù)據(jù)、供應(yīng)商域數(shù)據(jù)以及物料域數(shù)據(jù)等等，這些域相互引用，相互依賴影響，最終形成整體的數(shù)據(jù)流。

通過將數(shù)據(jù)按域進(jìn)行劃分，從內(nèi)部組織到外部環(huán)境、從上游供應(yīng)商到下游客戶、從組織架構(gòu)到日常業(yè)務(wù)等統(tǒng)一納入數(shù)據(jù)各域管理范疇。有利于理清企業(yè)業(yè)務(wù)脈絡(luò)，重構(gòu)企業(yè)核心價(jià)值鏈。

從源頭劃清不同數(shù)據(jù)之間的界限，層次分明地界定多域之間的關(guān)系，同時(shí)還可以將不同域之間的數(shù)據(jù)交叉引用，實(shí)現(xiàn)數(shù)據(jù)域之間橫向縱向立體管理。

第二步：創(chuàng)建模型。建立主表、子表和獨(dú)立三種類型的模型，支持主表模型和子表模型的嵌套以及主表模型和獨(dú)立模型的引用，構(gòu)建統(tǒng)一的數(shù)據(jù)屬性管理視圖。

• 模型1:主表模型。定義數(shù)據(jù)的主表模型，數(shù)據(jù)的核心屬性集，與子表模型和獨(dú)立模型通過可視化配置表單實(shí)現(xiàn)關(guān)聯(lián)，構(gòu)建數(shù)據(jù)統(tǒng)一視圖。
• 模型2:子表模型。定義數(shù)據(jù)的子表模型，實(shí)現(xiàn)數(shù)據(jù)的數(shù)據(jù)明細(xì)行管理，支持可視化配置實(shí)現(xiàn)數(shù)據(jù)的星型模型，主表模型的創(chuàng)建，是根據(jù)數(shù)據(jù)管理的需要，如果模型屬性是多行數(shù)據(jù)，可以通過創(chuàng)建子表模型進(jìn)行管理，因此子表模型不能獨(dú)立定義對應(yīng)的表單，必須要依賴主表模型進(jìn)行相關(guān)的數(shù)據(jù)管理。
• 模型3:獨(dú)立模型。定文輔助數(shù)據(jù)的模型，作為數(shù)據(jù)主表模型，子表模型的數(shù)據(jù)來源（類似于參考數(shù)據(jù)，行政區(qū)劃等），獨(dú)立模型的創(chuàng)建，是根據(jù)業(yè)務(wù)管理的需要，可以進(jìn)行獨(dú)立的模型定義，不受主表模型的約束，可以獨(dú)立定義數(shù)據(jù)管理的表單和流程。

第三步：構(gòu)建模型相應(yīng)表單。表單配置中可以提供業(yè)務(wù)組件庫和多樣的屬性庫，并輔之以視圖、流程、權(quán)限等，用戶可以根據(jù)業(yè)務(wù)需要靈活地構(gòu)建。

可視表單: 表單可視化無代碼定制，多類型組件提供復(fù)雜業(yè)務(wù)場景解決方案，街接數(shù)據(jù)模型及應(yīng)用功能及菜單。

表單類型1:數(shù)據(jù)表單?？梢暬韱?，其主要功能是將模型中的屬性字段與前端應(yīng)用界面進(jìn)行映射。數(shù)據(jù)表單是以主表模型作為基礎(chǔ)，可以關(guān)聯(lián)多個(gè)子表模型和多個(gè)獨(dú)立模型，通過表單組件及其屬性與子表模型和獨(dú)立模型建立聯(lián)系。

表單類型2:獨(dú)立表單。獨(dú)立表單是以獨(dú)立模型作為基礎(chǔ)，可以關(guān)聯(lián)多個(gè)其他獨(dú)立模型，構(gòu)建符合業(yè)務(wù)需要的復(fù)雜前端管理界面。例如產(chǎn)品類型、行政區(qū)劃等參考數(shù)據(jù)碼表。獨(dú)立表單單相較于數(shù)據(jù)表單，功能上相對簡化，目的在于高效、便捷。

03 寫在后面

數(shù)據(jù)建模其實(shí)往往很容易被忽略，特別是提倡敏捷開發(fā)的背景下。雖然在開始階段，數(shù)據(jù)建模費(fèi)時(shí)費(fèi)力，但從長遠(yuǎn)來看，對我們的基礎(chǔ)架構(gòu)是易于升級和維護(hù)的。其次是，業(yè)務(wù)人員與開發(fā)人員能夠通過數(shù)據(jù)建模的過程中，在概念、物理和邏輯層面設(shè)計(jì)數(shù)據(jù)庫達(dá)成一致意見，有助于識別缺失項(xiàng)和冗余數(shù)據(jù)。

我們會(huì)發(fā)現(xiàn)，利用低代碼技術(shù)去構(gòu)建數(shù)據(jù)模型，方便業(yè)務(wù)人員與IT人員進(jìn)行溝通交互，且操作更加便捷，高效。后續(xù)再進(jìn)行一系列錄入功能的開發(fā)，菜單的定制是非?？旖莸?。當(dāng)然低代碼技術(shù)不能解決業(yè)務(wù)轉(zhuǎn)化成數(shù)據(jù)的過程，針對業(yè)務(wù)場景和流程，我們需要進(jìn)一步解析挖掘?qū)?yīng)的數(shù)據(jù)需求。