李忠民 何鑫

摘? 要:在某大型央企的業(yè)務(wù)中臺(tái)的建設(shè)過程中對(duì)模型驅(qū)動(dòng)架構(gòu)方法論進(jìn)行了系統(tǒng)深入的研究,結(jié)合工作實(shí)踐提出了一個(gè)可行的模型序列,并總結(jié)出了一套模型轉(zhuǎn)換規(guī)則,之后進(jìn)一步采用該方法論指導(dǎo)了中臺(tái)項(xiàng)目從分析、設(shè)計(jì)到落地的整個(gè)生命周期,實(shí)現(xiàn)了模型驅(qū)動(dòng)架構(gòu)在業(yè)務(wù)中臺(tái)項(xiàng)目的應(yīng)用。文章對(duì)實(shí)踐經(jīng)驗(yàn)進(jìn)行總結(jié),重點(diǎn)就模型驅(qū)動(dòng)架構(gòu)的主要內(nèi)容——模型序列及其轉(zhuǎn)換規(guī)則展開討論。
關(guān)鍵詞:模型驅(qū)動(dòng)架構(gòu);業(yè)務(wù)過程建模;用例模型;組件模型;模型轉(zhuǎn)換
中圖分類號(hào):TP311.52? ? ? ?文獻(xiàn)標(biāo)識(shí)碼:A 文章編號(hào):2096-4706(2020)17-0129-03
Abstract:In the process of the construction of a large central enterprises financial middle office,this paper makes a systematic and in-depth study on the MDA methodology,puts forward a feasible model sequence and summarizes a set of model conversion rules,and further adopts the methodology to guide the analysis,design and implementation of the project,so as to realize the whole life cycle of the project and realize the fall of MDA in the financial center project. This paper summarizes the practical experience and focuses on the main content of MDA model sequence and its transformation rules.
Keywords:MDA(model driven architecture);business process modeling;use case model;component model;model transformation
0? 引? 言
最近,北京中電普華信息技術(shù)有限公司承建了某大型央企業(yè)務(wù)中臺(tái)的建設(shè)任務(wù),業(yè)務(wù)中臺(tái)作為某大型央企的企業(yè)級(jí)應(yīng)用,支持該企業(yè)總部和全國范圍的分支機(jī)構(gòu)的相關(guān)業(yè)務(wù)。該企業(yè)在此前已經(jīng)長期進(jìn)行業(yè)務(wù)信息化建設(shè),存在著數(shù)十個(gè)分立的業(yè)務(wù)系統(tǒng),就像大多數(shù)企業(yè)一樣,這些系統(tǒng)呈煙囪狀,已經(jīng)對(duì)企業(yè)的數(shù)字化形成阻礙。在此情境下我公司實(shí)施了中臺(tái)戰(zhàn)略,業(yè)務(wù)中臺(tái)作為該戰(zhàn)略的一部分,其目標(biāo)是采用新的架構(gòu),繼承已有信息化成果,抽取公司各領(lǐng)域的有復(fù)用價(jià)值的業(yè)務(wù)模塊集成到業(yè)務(wù)中臺(tái)中,為該企業(yè)各業(yè)務(wù)條線提供公共服務(wù)。業(yè)務(wù)中臺(tái)是該央企的關(guān)鍵應(yīng)用,業(yè)務(wù)復(fù)雜、涉及范圍廣、架構(gòu)先進(jìn),相關(guān)領(lǐng)域的實(shí)踐不多,可資借鑒的經(jīng)驗(yàn)不多,因此設(shè)計(jì)一套成熟的、系統(tǒng)化的方法論來指導(dǎo)業(yè)務(wù)中臺(tái)的建設(shè)至關(guān)重要。
模型驅(qū)動(dòng)架構(gòu)方法論對(duì)系統(tǒng)分析和設(shè)計(jì)領(lǐng)域進(jìn)行了概括和抽象,把系統(tǒng)分析和設(shè)計(jì)過程抽象為一系列前后依賴的模型的建模過程,其核心思想是只要對(duì)該序列的模型依次建模,就可以從業(yè)務(wù)逐步逼近實(shí)現(xiàn),最后達(dá)到實(shí)現(xiàn)。該方法論給出了一個(gè)完整的、系統(tǒng)化的、前后銜接一致的解決方案,其覆蓋了從需求分析、系統(tǒng)設(shè)計(jì)、到系統(tǒng)實(shí)現(xiàn)的全生命周期,實(shí)現(xiàn)了業(yè)務(wù)需求的結(jié)構(gòu)化描述,利用嚴(yán)謹(jǐn)?shù)慕UZ言描述了結(jié)構(gòu)、數(shù)據(jù)和行為,為系統(tǒng)的分析設(shè)計(jì)提供了一條邏輯嚴(yán)謹(jǐn)、步驟明確、接近可推理演算的實(shí)現(xiàn)方法;它可以確保設(shè)計(jì)反映業(yè)務(wù),針對(duì)業(yè)務(wù)展開設(shè)計(jì),確保設(shè)計(jì)意圖貫徹到實(shí)現(xiàn)中去,從而讓客戶更有可能獲得他們真正需要的系統(tǒng)。
但模型驅(qū)動(dòng)架構(gòu)(MDA)方法論只是提出了一個(gè)抽象的
理論,距離落地實(shí)施還有一段距離:首先其并沒有給出具體的模型序列,其次亦沒有給出模型間的轉(zhuǎn)化規(guī)則。故模型驅(qū)動(dòng)架構(gòu)方法的落地仍需實(shí)踐者自己去探索,去找到模型序列,并給出模型間的轉(zhuǎn)換規(guī)則,補(bǔ)齊抽象的方法論與具象的實(shí)踐間的空白。盡管這樣,MDA的思想在某些局部已得以實(shí)現(xiàn),若借助市場上現(xiàn)有的CASE工具,再輔以人工編寫的一些腳本,是具備落地實(shí)施的可行性的。作為業(yè)務(wù)中臺(tái)的承建單位,公司認(rèn)識(shí)到模型驅(qū)動(dòng)架構(gòu)的優(yōu)勢(shì),結(jié)合業(yè)務(wù)中臺(tái)的建設(shè)任務(wù)展開對(duì)MDA方法論的深入研究,并利用MDA指導(dǎo)業(yè)務(wù)中臺(tái)的建設(shè)實(shí)施。本文結(jié)合作者在業(yè)務(wù)中臺(tái)設(shè)計(jì)開發(fā)工作中的實(shí)踐,提出一個(gè)可行的模型序列,并在后續(xù)系列文章中給出模型轉(zhuǎn)換規(guī)則。
1? 模型驅(qū)動(dòng)架構(gòu)及其適用場景
在《應(yīng)用MDA》一書中,作者提出“XP的核心部件是3GL代碼,而MDA的核心工件是模型”,這句話道出了MDA的本質(zhì),說明了MDA和時(shí)下流行的各種設(shè)計(jì)方法的區(qū)別,MDA更加重視設(shè)計(jì),甚至試圖以設(shè)計(jì)代替開發(fā)。MDA適用于傳統(tǒng)的、注重設(shè)計(jì)的重型項(xiàng)目,但這并不意味著MDA在敏捷開發(fā)大行其道的時(shí)代就是過時(shí)的。實(shí)踐中我們往往在系統(tǒng)第一次建設(shè)時(shí)進(jìn)行一個(gè)重型的設(shè)計(jì)過程,給系統(tǒng)搭建一個(gè)相對(duì)合理的架構(gòu),然后再利用敏捷方法不斷迭代升級(jí)、不斷完善,此時(shí)往往伴隨著架構(gòu)的逐漸腐化,以致于到一定階段需要再用MDA來一次徹底的重構(gòu)。而業(yè)務(wù)中臺(tái)是客戶企業(yè)中臺(tái)戰(zhàn)略的重要組成部分,是按照全新架構(gòu)、全新思路建立的平臺(tái),正適合采用MDA這種重型的設(shè)計(jì)方法論來指導(dǎo)。
2? 模型驅(qū)動(dòng)架構(gòu)方法的優(yōu)點(diǎn)
在進(jìn)行信息化系統(tǒng)開發(fā)時(shí),我們面臨兩個(gè)突出的困難:一是如何確保設(shè)計(jì)反映業(yè)務(wù),即如何確保我們是為了業(yè)務(wù)中臺(tái)進(jìn)行設(shè)計(jì),而不是拿出一個(gè)放之四海皆準(zhǔn)的普適的方案;二是如何確保設(shè)計(jì)意圖貫徹到開發(fā)中去,即如何確保系統(tǒng)開發(fā)落實(shí)了設(shè)計(jì)方案。這兩個(gè)問題是多數(shù)項(xiàng)目中非常普遍且很難解決的問題,MDA可以很好地解決這兩個(gè)問題。
2.1? 確保設(shè)計(jì)反映業(yè)務(wù)
MDA通過把系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)的過程抽象為一系列建模過程,把非結(jié)構(gòu)化的過程工件結(jié)構(gòu)化,借助工具實(shí)現(xiàn)模型對(duì)業(yè)務(wù)的全覆蓋,實(shí)現(xiàn)模型之間的信息交接無遺漏、不失真,且從分析到實(shí)現(xiàn)的全過程可追溯。
2.2? 確保實(shí)現(xiàn)貫徹設(shè)計(jì)
MDA借助工具提供輔助代碼生成功能,輸出包含業(yè)務(wù)邏輯和業(yè)務(wù)規(guī)則的代碼規(guī)約(即接口),這些規(guī)約規(guī)定了系統(tǒng)實(shí)現(xiàn)需要那些領(lǐng)域類、存在那些輔助類/接口規(guī)范,以及其業(yè)務(wù)邏輯和業(yè)務(wù)規(guī)則。開發(fā)團(tuán)隊(duì)借助一些工具(如Swagger),可以自動(dòng)根據(jù)這個(gè)規(guī)約生成前端和后端實(shí)現(xiàn)代碼。MDA也輸出物理模型建庫腳本,有些工具會(huì)基于建庫腳本生成DAO層甚至前端CURD代碼。
3? 可行的模型序列
在業(yè)務(wù)中臺(tái)實(shí)際工作中,本人提出一個(gè)MDA落地可行的模型序列,通過依次構(gòu)建序列上的每個(gè)模型,描述模型中容納的概念,在模型序列的引導(dǎo)下,由業(yè)務(wù)逐漸逼近系統(tǒng)實(shí)現(xiàn),該序列如圖1所示。
從業(yè)務(wù)空間到系統(tǒng)實(shí)現(xiàn)要經(jīng)過四個(gè)視角的轉(zhuǎn)換,稱之為域,即業(yè)務(wù)域(業(yè)務(wù)流程模型、業(yè)務(wù)用例模型)、應(yīng)用域(業(yè)務(wù)對(duì)象模型、領(lǐng)域模型)、數(shù)據(jù)域(概念模型、邏輯模型、物理模型)、技術(shù)域(組件模型)。每個(gè)域通過對(duì)一個(gè)或多個(gè)模型的建立,從不同視角描述同一個(gè)事物(即業(yè)務(wù)中臺(tái)的業(yè)務(wù))。
3.1? 業(yè)務(wù)域
在業(yè)務(wù)域我們用直白的語言描述業(yè)務(wù)事實(shí),不進(jìn)行抽象。此階段使用的工具即業(yè)務(wù)過程模型,該模型又包括業(yè)務(wù)流程模型和業(yè)務(wù)用例模型。
該階段的核心工作是需求的結(jié)構(gòu)化,即通過建立業(yè)務(wù)流程模型和業(yè)務(wù)用例模型,把從客戶那里收集到的非結(jié)構(gòu)化的、碎片狀的需求信息結(jié)構(gòu)化,用結(jié)構(gòu)化數(shù)據(jù)描述業(yè)務(wù)空間,不但能確保分析人員全面描述業(yè)務(wù),避免遺漏,而且將需求變成了數(shù)據(jù)。從需求到數(shù)據(jù)的這一轉(zhuǎn)換非常關(guān)鍵,此舉使得后續(xù)的系統(tǒng)分析和設(shè)計(jì)過程轉(zhuǎn)變?yōu)閷?duì)數(shù)據(jù)的加工處理過程,可以利用數(shù)據(jù)處理的技術(shù)進(jìn)行系統(tǒng)分析和設(shè)計(jì),進(jìn)一步豐富了我們進(jìn)行系統(tǒng)分析和設(shè)計(jì)的手段,為確保實(shí)現(xiàn)“設(shè)計(jì)反映業(yè)務(wù)、實(shí)現(xiàn)貫徹設(shè)計(jì)”和做到“全覆蓋、無重復(fù)、無遺漏”的目標(biāo)打下了基礎(chǔ)。事實(shí)上MDA強(qiáng)調(diào)模型間的自動(dòng)轉(zhuǎn)換,需求的結(jié)構(gòu)化是實(shí)現(xiàn)模型間自動(dòng)轉(zhuǎn)換的基礎(chǔ)。
3.1.1? 業(yè)務(wù)過程模型建模
業(yè)務(wù)過程建模的基本方法是切分,首先由粗到細(xì)把業(yè)務(wù)中臺(tái)業(yè)務(wù)切分為業(yè)務(wù)產(chǎn)品、業(yè)務(wù)場景、業(yè)務(wù)單元(業(yè)務(wù)用例)、業(yè)務(wù)活動(dòng)(系統(tǒng)用例)等不同粒度的模塊,其次定義這些模塊中包含的業(yè)務(wù)邏輯和業(yè)務(wù)規(guī)則,繼而描述這些模塊之間的關(guān)系。業(yè)務(wù)過程建模中有兩個(gè)關(guān)鍵問題要解決:一是如何確定模塊的粒度;二是如何實(shí)現(xiàn)業(yè)務(wù)需求的結(jié)構(gòu)化描述,下文結(jié)合業(yè)務(wù)中臺(tái)的實(shí)踐嘗試進(jìn)行分析。
3.1.2? 業(yè)務(wù)概念的粒度
業(yè)務(wù)模型中通過建立業(yè)務(wù)產(chǎn)品、業(yè)務(wù)場景、業(yè)務(wù)單元、業(yè)務(wù)活動(dòng)、業(yè)務(wù)用例、系統(tǒng)用例等概念對(duì)業(yè)務(wù)中臺(tái)的業(yè)務(wù)進(jìn)行不同粒度的逐級(jí)切分,分而治之,為建立業(yè)務(wù)中臺(tái)業(yè)務(wù)的結(jié)構(gòu)化描述提供概念框架。既然談起劃分,就面臨粒度的問題,筆者的認(rèn)識(shí)是,粒度的把握取決于概念的用途,業(yè)務(wù)產(chǎn)品、業(yè)務(wù)場景等高層概念的劃分粒度和維度必須是客戶能夠理解的,與客戶的認(rèn)知保持一致。最細(xì)粒度的概念的粒度把握最為關(guān)鍵,必須是可結(jié)構(gòu)化的,是能夠用于指導(dǎo)后續(xù)設(shè)計(jì)、有利于后續(xù)模型的建模復(fù)用的。在業(yè)務(wù)中臺(tái)項(xiàng)目中,我們約定業(yè)務(wù)過程模型中最細(xì)粒度的概念是業(yè)務(wù)活動(dòng),其粒度為一次包含業(yè)務(wù)邏輯處理過程的人機(jī)交互或者系統(tǒng)間的交互,同時(shí)為了簡化方法論的復(fù)雜度,約定系統(tǒng)用例等價(jià)于業(yè)務(wù)活動(dòng)。
3.1.3? 需求的結(jié)構(gòu)化
在業(yè)務(wù)過程模型的幾個(gè)業(yè)務(wù)概念中,最細(xì)一級(jí)的業(yè)務(wù)概念即業(yè)務(wù)活動(dòng)最為關(guān)鍵,在業(yè)務(wù)中臺(tái)項(xiàng)目中,業(yè)務(wù)需求的結(jié)構(gòu)化描述主要是在業(yè)務(wù)活動(dòng)中展開,UML和BPMN2.0等建模語言都為需求的結(jié)構(gòu)化提供了支持。如UML的行為元素提供了規(guī)范、輸入?yún)?shù)、返回值等項(xiàng);約束元素通過Post-condition、Pre-condition、OCL等項(xiàng)目提供結(jié)構(gòu)化手段;規(guī)則元素則通過結(jié)構(gòu)性描述規(guī)范提供了對(duì)業(yè)務(wù)步驟的詳細(xì)描述手段。
由于項(xiàng)目的時(shí)間成本限制和團(tuán)隊(duì)對(duì)UML的實(shí)際理解程度的原因,我們實(shí)踐中在需求的結(jié)構(gòu)化方面采用通俗易懂的約束+規(guī)則兩種元素來結(jié)構(gòu)化業(yè)務(wù)需求。
3.2? 應(yīng)用域
該域從功能、服務(wù)角度描述業(yè)務(wù),用業(yè)務(wù)的語言回答怎么做,在應(yīng)用域有兩個(gè)模型:業(yè)務(wù)對(duì)象模型、領(lǐng)域模型。
3.2.1? 業(yè)務(wù)對(duì)象模型的建立及其重構(gòu)過程
業(yè)務(wù)過程模型給出了完整的、詳細(xì)的業(yè)務(wù)需求的結(jié)構(gòu)化描述,不過這種描述是面向過程的;業(yè)務(wù)對(duì)象模型則實(shí)現(xiàn)一個(gè)跳躍,從面向?qū)ο蟮囊暯墙o出業(yè)務(wù)描述,可以說業(yè)務(wù)對(duì)象模型幫助我們從面向過程的分析進(jìn)入了面向?qū)ο蟮姆治觥T跇I(yè)務(wù)中臺(tái)項(xiàng)目中借助建模工具和自己編寫的自動(dòng)化腳本(這也體現(xiàn)了上一階段需求結(jié)構(gòu)化的好處),實(shí)現(xiàn)了面向過程描述向面向?qū)ο竺枋龅牟糠肿詣?dòng)轉(zhuǎn)換,同時(shí)確保業(yè)務(wù)過程模型向業(yè)務(wù)對(duì)象模型的轉(zhuǎn)換過程中信息全繼承、無遺漏。
3.2.1.1? 業(yè)務(wù)對(duì)象的識(shí)別
業(yè)務(wù)對(duì)象包含方法和屬性,其方法由業(yè)務(wù)過程模型的業(yè)務(wù)活動(dòng)(或系統(tǒng)用例)遷移而來,其屬性由業(yè)務(wù)過程模型中的輸入輸出信息遷移而來。對(duì)轉(zhuǎn)過程可借助自動(dòng)化工具自動(dòng)完成。
業(yè)務(wù)對(duì)象識(shí)別的過程為:
(1)首先從業(yè)務(wù)過程模型的輸入輸出業(yè)務(wù)信息中抽象出業(yè)務(wù)對(duì)象,同時(shí)建立業(yè)務(wù)對(duì)象和輸入輸出業(yè)務(wù)信息的“血緣關(guān)系”。
(2)遍歷所有與該業(yè)務(wù)對(duì)象存在“血緣關(guān)系”的輸入輸出業(yè)務(wù)信息,取其數(shù)據(jù)項(xiàng)作為業(yè)務(wù)對(duì)象的屬性。
(3)遍歷所有與該業(yè)務(wù)對(duì)象存在“血緣關(guān)系”的輸入輸出業(yè)務(wù)信息,進(jìn)一步管理與這些輸入輸出業(yè)務(wù)信息相關(guān)聯(lián)的業(yè)務(wù)活動(dòng)或者系統(tǒng)用例,取這些業(yè)務(wù)活動(dòng)或者系統(tǒng)用例作為該業(yè)務(wù)對(duì)象的方法。
3.2.1.2? 業(yè)務(wù)對(duì)象模型的重構(gòu)
通過上述三步得出業(yè)務(wù)對(duì)象的原型,然后對(duì)業(yè)務(wù)對(duì)象模型進(jìn)行重構(gòu):
(1)語義分析:1)對(duì)于重復(fù)的對(duì)象,做去重處理;2)對(duì)于有共同祖先的對(duì)象,建立抽象父類,與父類之間建立泛化關(guān)系;3)對(duì)于語義有交叉的業(yè)務(wù)對(duì)象,進(jìn)行拆分,根據(jù)需要定義新的業(yè)務(wù)對(duì)象或者合并業(yè)務(wù)對(duì)象。
(2)對(duì)象間關(guān)系分析:1)識(shí)別對(duì)象的聚合、組合關(guān)系;2)識(shí)別對(duì)象的依賴關(guān)系。
(3)屬性和方法的語義分析:由于業(yè)務(wù)對(duì)象的屬性是由有“血緣關(guān)系”的業(yè)務(wù)信息的數(shù)據(jù)項(xiàng)的簡單合并,且在做去重處理時(shí)進(jìn)一步合并了屬性和方法,因此必然存在屬性重復(fù)、方法重復(fù)的情況,所以需要繼續(xù)對(duì)同一個(gè)業(yè)務(wù)對(duì)象內(nèi)的屬性、方法進(jìn)行合并、去重處理,處理過程與第一步語義分析過程類似。
(4)對(duì)標(biāo)處理:1)規(guī)范命名:業(yè)務(wù)對(duì)象的命名、方法的命名、輸入輸出參數(shù)的命名都要符合命名規(guī)范,不規(guī)范的命名要進(jìn)行規(guī)范;2)分析業(yè)務(wù)實(shí)現(xiàn)和業(yè)務(wù)應(yīng)用場景,調(diào)整不合理的定義,比如對(duì)于身份證號(hào),要替換為證件種類和證件號(hào)碼兩個(gè)字段;3)與數(shù)據(jù)詞典對(duì)標(biāo):業(yè)務(wù)對(duì)象的屬性必須來自數(shù)據(jù)字典,即要與數(shù)據(jù)字典中的某個(gè)單詞建立映射關(guān)系,其語義、值域要保持完全一致。
3.2.2? 領(lǐng)域模型的建立及其重構(gòu)過程
領(lǐng)域模型完全繼承業(yè)務(wù)對(duì)象模型的業(yè)務(wù)對(duì)象和對(duì)象間關(guān)系等信息,并在此基礎(chǔ)上做了以下兩方面的工作。
3.2.2.1? 由業(yè)務(wù)描述向功能定義轉(zhuǎn)變
分析領(lǐng)域?qū)ο髲臉I(yè)務(wù)對(duì)象中繼承過來的行為,識(shí)別業(yè)務(wù)實(shí)現(xiàn)需要的功能支持,這些功能或者抽象為領(lǐng)域?qū)ο螅蛘咦鳛轭I(lǐng)域服務(wù)存在。
3.2.2.2? 識(shí)別對(duì)象之間距離關(guān)系
建立聚合,并定義聚合根、領(lǐng)域服務(wù)。為了簡化設(shè)計(jì),項(xiàng)目中約定以下內(nèi)容:
(1)聚合:聚合是內(nèi)聚性很高的領(lǐng)域?qū)ο蟮慕M合。聚合實(shí)現(xiàn)了對(duì)業(yè)務(wù)規(guī)則的封裝,約定聚合是由具有數(shù)據(jù)一致性要求、需要變動(dòng)的一組實(shí)體組成,并約定微服務(wù)的最小邊界不能小于聚合(事實(shí)上一般要遠(yuǎn)大于聚合),這樣的聚合能夠避免分布式事務(wù)。
(2)聚合根:聚合中主要的領(lǐng)域?qū)ο螅砭酆蠈?duì)外提供訪問接口,約定只有聚合根才提供有業(yè)務(wù)含義的對(duì)外接口方法,如簽訂合同、終止合同等,聚合中的其他實(shí)體只提供CRUD操作;在聚合之外要訪問聚合只能通過訪問聚合根的接口方法實(shí)現(xiàn)。
(3)領(lǐng)域?qū)ο螅簽榱撕喕O(shè)計(jì),約定領(lǐng)域?qū)ο蟮葍r(jià)于業(yè)務(wù)對(duì)象。
(4)領(lǐng)域服務(wù):無法歸于某個(gè)領(lǐng)域?qū)ο螅强蓮?fù)用、無狀態(tài)的獨(dú)立服務(wù)。
4? 結(jié)? 論
模型驅(qū)動(dòng)架構(gòu)方法論出了系統(tǒng)分析設(shè)計(jì)的全局性的、協(xié)調(diào)一致的全景視圖,實(shí)現(xiàn)了業(yè)務(wù)需求的結(jié)構(gòu)化描述,在一定程度上實(shí)現(xiàn)了計(jì)算機(jī)輔助系統(tǒng)的分析和設(shè)計(jì)。某大型央企業(yè)務(wù)中臺(tái)建設(shè)的實(shí)踐證明該方法論是完全可以落地的,其能夠確保每一項(xiàng)設(shè)計(jì)都有依據(jù)、每一個(gè)結(jié)論都可追溯,能夠確保設(shè)計(jì)成果反映業(yè)務(wù),確保設(shè)計(jì)成果貫徹落實(shí),從而讓客戶更有可能獲得他們真正需要的系統(tǒng),是一種非常有價(jià)值的系統(tǒng)分析和設(shè)計(jì)方法。
參考文獻(xiàn):
[1] 張鵬,李忠民.企業(yè)級(jí)數(shù)據(jù)模型全域一致性的一種解決方案 [J].智庫時(shí)代,2018(35):135-136+139.
[2] FRANKEL D S.應(yīng)用MDA [M].鮑志云,譯.北京:人民郵電出版社,2003.
[3] KLEPPE A,WARMER J,BAST W.解析MDA [M].鮑志云,譯.北京:人民郵電出版社,2004.
作者簡介:李忠民(1967—),男,漢族,山東聊城人,技術(shù)專家,中級(jí)職稱,本科,研究方向:銀行應(yīng)用系統(tǒng)設(shè)計(jì)開發(fā)、大型互聯(lián)網(wǎng)平臺(tái)架構(gòu)設(shè)計(jì)、大數(shù)據(jù)應(yīng)用系統(tǒng)設(shè)計(jì);何鑫(1988—),男,漢族,內(nèi)蒙古烏蘭察布人,助理工程師,本科,研究方向:國網(wǎng)公司統(tǒng)一數(shù)據(jù)模型(SG-CIM)設(shè)計(jì)。