如何高效的利用低代碼技術(shù)進(jìn)行數(shù)據(jù)建模

0 評論 833 瀏覽 0 收藏 11 分鐘

在數(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ù)需求。

本文由人人都是產(chǎn)品經(jīng)理作者【老司機(jī)聊數(shù)據(jù)】,微信公眾號:【老司機(jī)聊數(shù)據(jù)】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于 CC0 協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!