領(lǐng)域知識(shí)模型一一企業(yè)應(yīng)用系統(tǒng)的智慧中樞摘要：企業(yè)應(yīng)用系統(tǒng)有海量的領(lǐng)域?qū)ο蠛拓S富的領(lǐng)域知識(shí)，這些領(lǐng)域知識(shí)一般被作為領(lǐng)域?qū)ο蟮臉I(yè)務(wù)邏輯或規(guī)則定義。本文認(rèn)為領(lǐng)域知識(shí)是領(lǐng)域模型的一個(gè)知識(shí)切面且自成體系，結(jié)合領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)［DDD］和面向方面編程［AOP］的方法，對領(lǐng)域知識(shí)進(jìn)行建模和應(yīng)用，讓面向業(yè)務(wù)活動(dòng)的領(lǐng)域應(yīng)用對象只需關(guān)注業(yè)務(wù)過程的組織和管理，用AOP技術(shù)把領(lǐng)域知識(shí)應(yīng)用到具體的業(yè)務(wù)處理策略中，使領(lǐng)域應(yīng)用對象和領(lǐng)域知識(shí)對象有更好內(nèi)聚性且更輕量，不僅可大幅提升它們的可管理性和復(fù)用性，而且對系統(tǒng)開發(fā)效率、動(dòng)態(tài)業(yè)務(wù)建模和裝配能力也大有益處。關(guān)鍵詞：領(lǐng)域知識(shí)、領(lǐng)域模型、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)、企業(yè)應(yīng)用架構(gòu)、DDD、AOP前言領(lǐng)域模型［DomainModel］和領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)［Domain-DrivenDesign］［1］是目前在應(yīng)用軟件行業(yè)非常熱門和前沿的話題，普遍認(rèn)為這是構(gòu)建高質(zhì)量復(fù)雜系統(tǒng)最有效的方法和技術(shù)。領(lǐng)域模型在業(yè)界比較認(rèn)可的定義是：領(lǐng)域模型是領(lǐng)域內(nèi)的概念或者現(xiàn)實(shí)世界中對象的可視化表示，又稱為概念模型、領(lǐng)域?qū)ο竽Ｐ汀⒎治鰧ο竽Ｐ?，它專注于分析領(lǐng)域問題本身，領(lǐng)域?qū)ο笫桥c技術(shù)無關(guān)的純業(yè)務(wù)對象。領(lǐng)域建模的核心理念是把業(yè)務(wù)對象的屬性、規(guī)則和職能封裝在領(lǐng)域?qū)ο笾?，而不是被分散在用戶界面層、?yīng)用層和持久化層中。領(lǐng)域建模一般情況下是從應(yīng)用功能或用例［UseCase］入手，因此，領(lǐng)域模型中的領(lǐng)域?qū)ο笠彩侵苯优c應(yīng)用功能或用例相關(guān)的業(yè)務(wù)對象，而這些領(lǐng)域?qū)ο竽Ｐ蜕婕暗念I(lǐng)域知識(shí)，一般都作為領(lǐng)域?qū)ο蟮倪壿嫽蛘咭?guī)則而存在。知識(shí)是應(yīng)用領(lǐng)域問題的本質(zhì)，是特定領(lǐng)域中一系列業(yè)務(wù)對象共有的知識(shí)切面，這個(gè)知識(shí)切面自成體系，本文中把這個(gè)知識(shí)體系的模型稱為領(lǐng)域知識(shí)模型，與具體應(yīng)用功能或者活動(dòng)相關(guān)的領(lǐng)域?qū)ο竽Ｐ头Q為領(lǐng)域應(yīng)用模型。為了便于理解這些概念，我用一個(gè)與企業(yè)管理無關(guān)的通俗的例子來說明知識(shí)模型和應(yīng)用模型的關(guān)系，比如對我喜歡的臺(tái)球運(yùn)動(dòng)進(jìn)行游戲建模，美式九球模型或者英式斯諾克模型是具體的領(lǐng)域應(yīng)用模型，球臺(tái)、球、球桿、運(yùn)動(dòng)員等是應(yīng)用領(lǐng)域模型的核心領(lǐng)域?qū)ο?，但要做出好玩的仿真游戲，臺(tái)球碰撞中的基本物理知識(shí)是不可或缺的，用牛頓理論作為領(lǐng)域知識(shí)模型就涉及到質(zhì)量、速度、動(dòng)量等概念和動(dòng)量守恒及能量守恒模型。知識(shí)模型是高度抽象并且可獨(dú)立存在的模型，也是可以在各種業(yè)務(wù)情景中復(fù)用的模型，就如前面提到的臺(tái)球游戲用到的牛頓理論模型，同樣可以應(yīng)用到保齡球游戲以及任何一款涉及到碰撞的游戲場景。企業(yè)管理領(lǐng)域也同樣存在大量的知識(shí)模型，本文筆者致力于把企業(yè)管理領(lǐng)域涉及的領(lǐng)域知識(shí)進(jìn)行分離、建模和應(yīng)用的可行性分析和實(shí)踐，希望以此進(jìn)一步提升大型復(fù)雜企業(yè)應(yīng)用系統(tǒng)的質(zhì)量、動(dòng)態(tài)業(yè)務(wù)建模和裝配能力及組件復(fù)用水平。企業(yè)應(yīng)用系統(tǒng)中的領(lǐng)域知識(shí)問題分析企業(yè)應(yīng)用系統(tǒng)已逐漸成為企業(yè)經(jīng)營管理的一體化應(yīng)用平臺(tái)，面向業(yè)務(wù)流程的行業(yè)深度應(yīng)用和面向業(yè)務(wù)活動(dòng)的作業(yè)處理成為系統(tǒng)核心，系統(tǒng)中包含的領(lǐng)域知識(shí)的廣度和復(fù)雜度也隨之成幾何級(jí)數(shù)增長，系統(tǒng)復(fù)雜度、彈性、可靠性和開發(fā)效率都受到前所未有的挑戰(zhàn)。為了迎接這些挑戰(zhàn)，技術(shù)領(lǐng)域方面開始廣泛使用動(dòng)態(tài)業(yè)務(wù)建模、產(chǎn)業(yè)鏈分層、SOA等前沿技術(shù)方案;應(yīng)用領(lǐng)域方面則積極采用領(lǐng)域建模方法。動(dòng)態(tài)業(yè)務(wù)建模和SOA組件裝配主要是面對業(yè)務(wù)流程、活動(dòng)的粗顆粒業(yè)務(wù)組件或者對象。領(lǐng)域建模因一般從用例［UseCase］入手而導(dǎo)致關(guān)注的領(lǐng)域?qū)ο笠仓饕菢I(yè)務(wù)流程、活動(dòng)涉及到的交易記錄或者賬務(wù)對象。如圖1所示的一種普通銷售業(yè)務(wù)流程包括接單、發(fā)貨、開票、收款等業(yè)務(wù)環(huán)節(jié)，涉及到的主要領(lǐng)域?qū)ο蟀ㄤN售訂單、發(fā)貨單、發(fā)票、收款單等交易記錄對象和信用、應(yīng)收、庫存、可用量、收入、成本、資金等賬務(wù)對象或者模型。從表面上看這是一個(gè)完整、合理的領(lǐng)域模型，但是當(dāng)你仔細(xì)查看這些業(yè)務(wù)對象的代碼細(xì)節(jié)時(shí)，你會(huì)發(fā)現(xiàn)各業(yè)務(wù)對象間存在大量關(guān)于產(chǎn)品特性、數(shù)量計(jì)量處理、金額處理、稅額處理的重復(fù)代碼，為了消除這些冗余代碼，程序員可能采用抽象基類、抽取公共規(guī)則及其接口等設(shè)計(jì)方法，然而，遺憾的是這些方法都只是代碼實(shí)現(xiàn)思維模式，沒有領(lǐng)域知識(shí)模型與之對應(yīng)，導(dǎo)致代碼更加晦澀。該如何解決這個(gè)問題呢？產(chǎn)品L計(jì)量i輯仲收入:［"成木I析扭］稅［伽金:一>§—標(biāo)g*>《哭如已值亙〉>……ga―>以矗死一圖1一種普通銷售業(yè)務(wù)流程與領(lǐng)域知識(shí)仔細(xì)分析這些業(yè)務(wù)對象，其實(shí)不難發(fā)現(xiàn)它們都涉及到產(chǎn)品、計(jì)量、收入、成本、折扣、稅、傭金等領(lǐng)域知識(shí)，無論企業(yè)流程和活動(dòng)如何變化，這些知識(shí)的定義和邏輯是基本不變的，而且這些知識(shí)本身包含豐富的體系結(jié)構(gòu)，如產(chǎn)品模型包括產(chǎn)品系列、特征、Kit件模型、ATO模型等領(lǐng)域知識(shí)，產(chǎn)品計(jì)量有包裝計(jì)量、SKU計(jì)量、計(jì)價(jià)計(jì)量、特性計(jì)量、純度計(jì)量等領(lǐng)域知識(shí)模型，而且這些知識(shí)模型在不同的行業(yè)或者地區(qū)中可能表現(xiàn)為不同的模型或規(guī)則，比如針對中國大陸工商企業(yè)增值稅制度，大部分設(shè)計(jì)人員會(huì)按照圖2中所示那樣簡單地把稅額計(jì)算邏輯作為領(lǐng)域?qū)ο蟮囊粋€(gè)規(guī)則邏輯，銷售發(fā)貨、發(fā)票等環(huán)節(jié)都涉及到同樣的稅額計(jì)算規(guī)則和計(jì)算功能，如果真的僅僅是一個(gè)簡單的計(jì)算公式，就只是一個(gè)表達(dá)式計(jì)算代碼的簡單重復(fù)那倒無所謂了。當(dāng)把稅額容差處理、不同稅種及其征收范圍和適用條件、稅制改革和國際貿(mào)易中各地區(qū)有不同稅模型等都考慮在內(nèi)時(shí)，圖2中稅額計(jì)算設(shè)計(jì)方案問題就比較突出了，而且這些問題

與具體的訂單、發(fā)貨、發(fā)票這些業(yè)務(wù)對象顯然不應(yīng)該有直接關(guān)系，更沒有理由因此而改變它們的代碼邏輯，大家會(huì)很自然地想到把稅作為領(lǐng)域知識(shí)對象剝離出來，這樣不僅結(jié)構(gòu)清晰了，而且系統(tǒng)應(yīng)對稅制變化的開發(fā)效率和彈性能力明顯增強(qiáng)了，但同時(shí)問題也來了，何時(shí)用何種手段讓訂單、發(fā)貨、發(fā)票這些領(lǐng)域?qū)ο髨?zhí)行這個(gè)稅邏輯呢？如何管理它呢？RulcSl'n?iRulcSl'n?iPosts：refluIt=Suo+=TaxJateSq脂OrderL.n,Sr1弱t)rdetLii卜SquillCcublf!卜施四：iJjCiUblvsT-axl?Eiteiccjbiieiirmu+ItemCocetstriuj；十QlhdiLkk^iJldL!4-Priceidcublf*：?3,■3double卜0-Currum：+Tax0idcublc十■&CuriwC)圖2稅額計(jì)算規(guī)則在領(lǐng)域?qū)ο笾械某Ｒ娫O(shè)計(jì)方案建立領(lǐng)域知識(shí)層用尸界而居領(lǐng)域房基礎(chǔ)設(shè)施層用戶.界而房底用層L鋤域晦用層領(lǐng)域知詛層基礎(chǔ)設(shè)施層圖3領(lǐng)域知識(shí)在分層架構(gòu)中的層次位置用尸界而居領(lǐng)域房基礎(chǔ)設(shè)施層用戶.界而房底用層L鋤域晦用層領(lǐng)域知詛層基礎(chǔ)設(shè)施層目前復(fù)雜的企業(yè)管理軟件系統(tǒng)普遍使用領(lǐng)域驅(qū)動(dòng)的分層架構(gòu)，如圖3左半部分［2］所示，把系統(tǒng)分為用戶界面層、應(yīng)用層、領(lǐng)域?qū)雍突A(chǔ)設(shè)施層，根據(jù)前面的分析，可以把應(yīng)用層和領(lǐng)域?qū)又蓄I(lǐng)域知識(shí)分離出來建立一個(gè)獨(dú)立的領(lǐng)域知識(shí)層，如圖3右半部分所示，領(lǐng)域知識(shí)層的邏輯和規(guī)則和可以在領(lǐng)域?qū)雍蛻?yīng)用層中使用，各層的職責(zé)如下：用戶界面層負(fù)責(zé)向用戶顯示信息和解釋用戶指令。這里指的用戶可以是另一個(gè)計(jì)算機(jī)系統(tǒng)，不一定是使用用戶界面的人。應(yīng)用層定義軟件要完成的任務(wù)，并且指揮領(lǐng)域?qū)ο髞硖幚韱栴}。應(yīng)用層要盡量的簡單，不包含業(yè)務(wù)規(guī)則或者知識(shí)，而只是為下一層中的領(lǐng)域?qū)ο髤f(xié)調(diào)任務(wù)，分配工作，是它們相互協(xié)作。領(lǐng)域應(yīng)用層負(fù)責(zé)表達(dá)業(yè)務(wù)流程和活動(dòng)中業(yè)務(wù)對象的職能、規(guī)則和狀態(tài)。業(yè)務(wù)對象是高度內(nèi)聚的，多個(gè)業(yè)務(wù)對象通過應(yīng)用層的組織來協(xié)作完成一個(gè)任務(wù)或者功能。領(lǐng)域應(yīng)用層是業(yè)務(wù)軟件的核心。領(lǐng)域知識(shí)層負(fù)責(zé)表達(dá)業(yè)務(wù)領(lǐng)域中業(yè)務(wù)知識(shí)相關(guān)的概念、算法、規(guī)則。業(yè)務(wù)知識(shí)是應(yīng)用層中的業(yè)務(wù)活動(dòng)和領(lǐng)域應(yīng)用層領(lǐng)域?qū)ο髴?yīng)該普遍適用或者遵循的知識(shí)規(guī)律或者制度。領(lǐng)域知識(shí)層模型的完善度和豐富度決定了業(yè)務(wù)軟件系統(tǒng)的應(yīng)用彈性能力和應(yīng)對需求變化的開發(fā)效率?；A(chǔ)設(shè)施層為上面各層提供通用技術(shù)能力：持久化、事務(wù)、上下文環(huán)境、緩存、消息通道、任務(wù)調(diào)度、UI組件等。領(lǐng)域知識(shí)對象在領(lǐng)域知識(shí)層集中管理和建模，便于領(lǐng)域知識(shí)專家獨(dú)立對它們進(jìn)行優(yōu)化和管理。企業(yè)應(yīng)用系統(tǒng)中領(lǐng)域知識(shí)模型一般可以分為流程制度或業(yè)務(wù)模式、算法、規(guī)則、策略和概念或類型。從管理策略上一般遵循產(chǎn)業(yè)鏈分層體系：水平、行業(yè)、區(qū)域、個(gè)性四個(gè)層次?；A(chǔ)設(shè)施層提供相應(yīng)的技術(shù)框架體支撐領(lǐng)域知識(shí)模型擴(kuò)展和管理。領(lǐng)域知識(shí)對象與領(lǐng)域應(yīng)用對象之間的關(guān)系領(lǐng)域知識(shí)對象或者模型是對知識(shí)的模型表達(dá)，在現(xiàn)實(shí)世界中一般沒有實(shí)體對象與之對應(yīng)，它們是現(xiàn)實(shí)世界中實(shí)體對象(本文稱為領(lǐng)域應(yīng)用對象)和業(yè)務(wù)活動(dòng)對象完成自身業(yè)務(wù)功能中要遵循的內(nèi)在知識(shí)規(guī)律，因此，領(lǐng)域知識(shí)對象是無狀態(tài)的。最常見的設(shè)計(jì)方案是把領(lǐng)域知識(shí)模型中的概念對象作為領(lǐng)域應(yīng)用對象中實(shí)體對象的值對象［ValueObject］成員，或者在領(lǐng)域應(yīng)用對象中直接調(diào)用這些領(lǐng)域知識(shí)對象的功能，這雖然實(shí)現(xiàn)了領(lǐng)域知識(shí)對象的封裝和復(fù)用，但系統(tǒng)運(yùn)行性能和應(yīng)用策略擴(kuò)展都會(huì)有較大問題。領(lǐng)域應(yīng)用對象在不同的業(yè)務(wù)上下文環(huán)境中，如不同的業(yè)務(wù)流程和業(yè)務(wù)類型，要遵循或者應(yīng)用的領(lǐng)域知識(shí)模型可能是不同的，比如面向訂單生產(chǎn)［MTO］和面向?qū)τ唵窝b配［ATO］銷售接單對應(yīng)的核心領(lǐng)域模型都是銷售訂單模型，僅從銷售業(yè)務(wù)領(lǐng)域看，訂單模型是相同的，但兩個(gè)業(yè)務(wù)模式下銷售訂單中應(yīng)用的產(chǎn)品模型卻是不同的，任何商品化的企業(yè)應(yīng)用系統(tǒng)都要同時(shí)支持這兩種業(yè)務(wù)，而且還可能支持更多的業(yè)務(wù)模式(如面向訂單設(shè)計(jì)［ETO］)，還有，不要忘了這種業(yè)務(wù)模式相關(guān)聯(lián)的特定產(chǎn)品模型會(huì)貫穿整個(gè)計(jì)劃和生產(chǎn)過程。另外，同一個(gè)領(lǐng)域應(yīng)用對象很有可能要同時(shí)應(yīng)用不同的知識(shí)維度，如采購訂單對象要同時(shí)受到采購訂貨業(yè)務(wù)模式和內(nèi)控體系領(lǐng)域知識(shí)約束，所以，把領(lǐng)域知識(shí)對象作為領(lǐng)域應(yīng)用對象的成員或者在領(lǐng)域應(yīng)用對象的功能邏輯中直接訪問都是顯然不合理的。領(lǐng)域知識(shí)對象的應(yīng)用切入點(diǎn)是業(yè)務(wù)服務(wù)(BusinessService)、領(lǐng)域服務(wù)(DomainService)和領(lǐng)域?qū)嶓w(DomainEntity)的具體某一職能中(在業(yè)務(wù)上表現(xiàn)為某一個(gè)具體的業(yè)務(wù)功能)，領(lǐng)域知識(shí)對象的行為主要表現(xiàn)為對領(lǐng)域?qū)嶓w對象的約束控制和計(jì)算處理，同時(shí)，這些結(jié)果可能影響業(yè)務(wù)流程后續(xù)執(zhí)行策略的選擇。在目前普遍采用的動(dòng)態(tài)建模和組件裝配的技術(shù)架構(gòu)體系下，領(lǐng)域知識(shí)對象切入領(lǐng)域應(yīng)用對象的定義最合適的地方應(yīng)該就是業(yè)務(wù)流程策略、組件策略和業(yè)務(wù)對象策略中。如圖4所示，業(yè)務(wù)策略執(zhí)行器攔截領(lǐng)域應(yīng)用對象的方法執(zhí)行點(diǎn)后會(huì)根據(jù)切

入條件創(chuàng)建并調(diào)用領(lǐng)域知識(shí)對象的應(yīng)用功能，領(lǐng)域知識(shí)對象屬性通過綁定映射訪問被綁定的領(lǐng)域應(yīng)用對象的屬性，這樣，領(lǐng)域知識(shí)就自然地根據(jù)業(yè)務(wù)上下文條件動(dòng)態(tài)注入到領(lǐng)域應(yīng)用對象職能中了。業(yè)務(wù)宛程

[Bnsin￡ESZ^-ocess]□O典劇服務(wù)[ErnsillfEEService]爽IB*[Ik-rraiB.業(yè)務(wù)策略[FnsStrata業(yè)務(wù)宛程

[Bnsin￡ESZ^-ocess]□O典劇服務(wù)[ErnsillfEEService]爽IB*[Ik-rraiB.業(yè)務(wù)策略[FnsStrataffi*E][IkirmiiLEni-tiy]C<n.tcKt]領(lǐng)SEffl樨4屬也1*-'38定,[BzulLncto]-*|—4屈也a—[BzdJ.liie'io]—4勰L。十+由臨〔）￥應(yīng)用到lArplpto]-/-4伽1?！?+由能E〔）4.國性1■+4屈慳口RBAC[3]知識(shí)模型應(yīng)用示例分析為了更直觀地理解領(lǐng)域知識(shí)模型對企業(yè)應(yīng)用系統(tǒng)的影響和價(jià)值，用企業(yè)管理軟件中應(yīng)用普遍且不包含企業(yè)管理業(yè)務(wù)知識(shí)的例子一一權(quán)限管理示例說明。權(quán)限管理目前普遍采納的知識(shí)模型是RBAC模型，如圖5所示。圖-5RBAC知識(shí)模型應(yīng)用示例RBAC模型包含角色［Role］、操作［Operation］、資源［Resource］三個(gè)基本概念，對角色有靜態(tài)沖突［SSD］和動(dòng)態(tài)沖突［DSD］約束規(guī)則，有授權(quán)分配［PA：PermissionsAssignment］及控制［PC：PermissionsControlling］功能，非常簡單。僅用資源為例，在企業(yè)應(yīng)用系統(tǒng)表現(xiàn)為屬性訪問權(quán)限控制，資源可以具體化為：成本、價(jià)格、折扣、客戶、供應(yīng)商等等，授權(quán)分配直接針對這些概念即可，各業(yè)務(wù)對象在應(yīng)用權(quán)限控制對象時(shí)，只需指定業(yè)務(wù)對象的屬于與權(quán)限控制概念的綁定映射關(guān)系即可。如果沒有引入RBAC知識(shí)模型，授權(quán)資源就只能直接針對領(lǐng)域應(yīng)用層業(yè)務(wù)對象的屬性，以圖5中成本資源為例，一個(gè)業(yè)務(wù)對象可能有多個(gè)屬性都屬于成本概念，授權(quán)操作人員不得不辨別哪些屬性應(yīng)該歸屬于成本概念，但如授權(quán)操作人員是對業(yè)務(wù)知識(shí)不太精通的系統(tǒng)管理人員時(shí)，他只能通過查閱用戶手冊并和領(lǐng)域?qū)＜也粩鄿贤ú拍芡瓿晒ぷ?，而且同樣一個(gè)成本控制授權(quán)還不得不在各領(lǐng)域應(yīng)用對象上重復(fù)上面痛苦的步驟，一般情況下至少會(huì)涉及到上百個(gè)業(yè)務(wù)對象、查詢及報(bào)表對象，稍有疏忽，就可能出現(xiàn)系統(tǒng)授權(quán)控制不完整或不一致，另外，達(dá)到同樣控制效果的授權(quán)數(shù)據(jù)規(guī)模也會(huì)相差巨大，相差倍數(shù)等于相關(guān)聯(lián)的業(yè)務(wù)對象個(gè)數(shù)乘以相關(guān)聯(lián)的屬性個(gè)數(shù)，一般企業(yè)管理系統(tǒng)可以達(dá)到10000倍以上。業(yè)務(wù)主管可能會(huì)用很不信任的語氣問系統(tǒng)管理員：“就讓某角色不允許查詢成本信息就這么麻煩和困難嗎？”。如果用領(lǐng)域知識(shí)模型處理該問題，系統(tǒng)處理就會(huì)像那位業(yè)務(wù)主管期望的那樣簡單和智能，只需設(shè)置某角色不允許訪問成本資源就好了，一鍵就處理完成，而且僅產(chǎn)生一行授權(quán)數(shù)據(jù)，不僅處理快捷，而且系統(tǒng)運(yùn)行效率也有天壤之別。由此可見，把領(lǐng)域知識(shí)從領(lǐng)域業(yè)務(wù)模型中分離，領(lǐng)域模型和系統(tǒng)功能更加符合現(xiàn)實(shí)模型和人的思維