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

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

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

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

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

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

02 低代碼建模

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

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

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

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

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

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

通過(guò)將數(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ú)立三種類(lèi)型的模型，支持主表模型和子表模型的嵌套以及主表模型和獨(dú)立模型的引用，構(gòu)建統(tǒng)一的數(shù)據(jù)屬性管理視圖。

• 模型1:主表模型。定義數(shù)據(jù)的主表模型，數(shù)據(jù)的核心屬性集，與子表模型和獨(dú)立模型通過(guò)可視化配置表單實(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ù)，可以通過(guò)創(chuàng)建子表模型進(jìn)行管理，因此子表模型不能獨(dú)立定義對(duì)應(yīng)的表單，必須要依賴主表模型進(jìn)行相關(guān)的數(shù)據(jù)管理。
• 模型3:獨(dú)立模型。定文輔助數(shù)據(jù)的模型，作為數(shù)據(jù)主表模型，子表模型的數(shù)據(jù)來(lái)源（類(lèi)似于參考數(shù)據(jù)，行政區(qū)劃等），獨(dú)立模型的創(chuàng)建，是根據(jù)業(yè)務(wù)管理的需要，可以進(jìn)行獨(dú)立的模型定義，不受主表模型的約束，可以獨(dú)立定義數(shù)據(jù)管理的表單和流程。

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

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

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

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

03 寫(xiě)在后面

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

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