[發(fā)明專利]星型結(jié)構(gòu)的通用業(yè)務(wù)模型

在審

• 申請?zhí)枺?/td>: 201410077789.0
• 申請日: 2014-03-05
• 公開（公告）號: CN104899011A
• 公開（公告）日: 2015-09-09
• 發(fā)明（設(shè)計）人: 張航
• 申請（專利權(quán)）人: 張航
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域：

本發(fā)明涉及到的技術(shù)領(lǐng)域是軟件面向?qū)ο箝_發(fā)模式中的一種，即領(lǐng)域模型驅(qū)動開發(fā)方式。本發(fā)明設(shè)計了一種星型結(jié)構(gòu)的通用模型，應(yīng)用到領(lǐng)域模型驅(qū)動開發(fā)方式中，實現(xiàn)了領(lǐng)域模型的標(biāo)準(zhǔn)化，并且提供了相關(guān)的框架，對數(shù)據(jù)的結(jié)構(gòu)和對數(shù)據(jù)模型的處理方式實現(xiàn)了通用化，標(biāo)準(zhǔn)化，大大降低了由于在以往的開發(fā)過程中，模型多樣化帶來的多重處理的問題，降低了建模的難度，提高了建模的效率。?

背景技術(shù)：

傳統(tǒng)的面向?qū)ο蟮拈_發(fā)方式，包含了以下幾個開發(fā)過程，1.需求收集，2.需求分析，3.概要設(shè)計，4，詳細(xì)設(shè)計，5.編碼實現(xiàn)。在這樣過程中，產(chǎn)生的模型有：1.需求用例模型，2.設(shè)計模型。而領(lǐng)域驅(qū)動開發(fā)方式(DDD：Domain?Driven?Design)的引入[1]，在需求用例模型和設(shè)計模型中引入了“領(lǐng)域模型”的概念。產(chǎn)生了一個各個部門都能夠理解的通用模型，更有利于開發(fā)部門和客戶的交流，使得面向?qū)ο蟮能浖_發(fā)更加接近實際業(yè)務(wù)流程，技術(shù)模型更接近于業(yè)務(wù)需求的各個模塊。?

但實際上，領(lǐng)域模型驅(qū)動在實現(xiàn)的過程中，由于不同業(yè)務(wù)的流程的差異，領(lǐng)域模型的具體構(gòu)成也是千差萬別。實際開發(fā)中，領(lǐng)域模型直接轉(zhuǎn)換成面向?qū)ο蟮幕A(chǔ)類，進行處理的開發(fā)方式存在著一些問題：面向?qū)ο蟮哪Ｐ推毡槭侵挥卸S結(jié)構(gòu)的簡單數(shù)據(jù)模型，為了基于它構(gòu)建出復(fù)雜的數(shù)據(jù)模型，必然使得開發(fā)人員大部分的精力放在了維護不同的模型的結(jié)構(gòu)，處理不同結(jié)構(gòu)的數(shù)據(jù)上來，由于不同業(yè)務(wù)模型的差異，對數(shù)據(jù)的維護和處理方式也差別較大，不同的模型，要重新制定特定的數(shù)據(jù)處理方式。這樣的作法，一方面浪費了開發(fā)人員的精力，使得模型的開發(fā)效率低下，另一方面，各個模型服務(wù)層的類往往也集中了大量這樣的不同的數(shù)據(jù)維護性的方法，造成數(shù)據(jù)結(jié)構(gòu)層“肥大”，難以維護。?

經(jīng)過長期的觀察和經(jīng)驗積累，我們發(fā)現(xiàn)，絕大部分的領(lǐng)域模型之間的建模形式，可以由星型拓?fù)浣Y(jié)構(gòu)來表示，即每個模型，由一個且唯一的根節(jié)點來描述該模型的基本信息。根節(jié)點下面，有多層的子節(jié)點來描述和模型相關(guān)的附加性信息。?

我們將這樣一個可以獨立出來的，可以由星型結(jié)構(gòu)描述的數(shù)據(jù)模型單元，稱為一個服務(wù)實體(Service?Entity)。它上面的每一個節(jié)點，將對應(yīng)面向?qū)ο笳Z言的一個二維的簡單數(shù)據(jù)類。稱為一個服務(wù)實體節(jié)點(Service?Entity?node)。?

除了提出星型結(jié)構(gòu)的通用業(yè)務(wù)模型的概念。本發(fā)明還采用了JAVA面向?qū)ο蟮木幊陶Z言，構(gòu)建了基于JAVA平臺的基本服務(wù)實體框架，該框架用于支持服務(wù)實體，即星型通用業(yè)務(wù)模型的快速建模和維護。?

發(fā)明內(nèi)容：

為了解決領(lǐng)域模型驅(qū)動建模中，不同形式的領(lǐng)域模型建模效率低下、難以維護的問題，我們提出了一種星型拓?fù)浣Y(jié)構(gòu)的通用模型，稱為：服務(wù)實體(Service?Entity)。對業(yè)務(wù)模型的建模，我們統(tǒng)一地使用星型結(jié)構(gòu)的數(shù)據(jù)模型來表示，即有一個唯一的根節(jié)點描述模型的基本信息，其它信息，由一對一或者一對多子節(jié)點來描述。通用的模型結(jié)構(gòu)，一方面數(shù)據(jù)結(jié)構(gòu)統(tǒng)一化，另一方面對數(shù)據(jù)的處理也實現(xiàn)了通用化，在這種情況下，服務(wù)實體的結(jié)構(gòu)維護，包括實體內(nèi)部各個節(jié)點的關(guān)系，以及實體間的關(guān)系維護，均由框架實現(xiàn)。?

這樣一個可以獨立出來的，由星型結(jié)構(gòu)描述的業(yè)務(wù)單元，稱為服務(wù)實體(Service?Entity)。服務(wù)實體的每一個節(jié)點，將對應(yīng)面向?qū)ο笳Z言的一個簡單數(shù)據(jù)類。稱為一個服務(wù)實體節(jié)點(Service?Entity?node)。?

節(jié)點的類型有下面幾種：?

1.根節(jié)點：根節(jié)點用于描述服務(wù)實體的基本屬性，且和服務(wù)實體本身呈現(xiàn)1比1的對應(yīng)關(guān)系，比如模型的標(biāo)識性信息，如編號，名稱等，或者類似于憑證的優(yōu)先級別，生成時間等。?

2.子節(jié)點：用于描述服務(wù)實體的非基本信息，即附屬性質(zhì)的信息，和服務(wù)實體本身呈現(xiàn)1比1或者1對多的關(guān)系，比如銷售訂單中，包含的銷售商品的信息。和銷售訂單呈現(xiàn)1對多的關(guān)系。?

3.引用節(jié)點：當(dāng)一個服務(wù)實體需要引用到外部服務(wù)實體，基本的信息由外部實體提供，本服務(wù)實體僅僅提供和本服務(wù)實體業(yè)務(wù)相關(guān)的信息，這種引用關(guān)系中，需要建立引用型節(jié)點。如銷售訂單中，商品銷售信息將會引用到“商品”這個獨立于銷售訂單之外的服務(wù)實體，銷售訂單中，銷售商品節(jié)點中包含了銷售本身相關(guān)的信息，如銷售數(shù)量，銷售價格，但是商品本身的信息來自于對商品這個服務(wù)節(jié)點的引用。?

下面通過一個實際的例子，描述通過服務(wù)實體，實現(xiàn)“銷售訂單”的建模過程。?