KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第1頁(yè)共12頁(yè)＜項(xiàng)目名稱＞

軟件構(gòu)架文檔項(xiàng)目Id項(xiàng)目名稱BOS4.1部門經(jīng)理彭璐項(xiàng)目經(jīng)理張勇修改記錄Ver.No發(fā)版日期作者審核人改動(dòng)的章節(jié)號(hào)1.0Needle

KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第2頁(yè)共12頁(yè)1.簡(jiǎn)介32.用例視圖32.1角色32.2業(yè)務(wù)建模42.3 設(shè)計(jì)建模43.模型視圖43.1業(yè)務(wù)模型視圖43.2設(shè)計(jì)模型視圖43.2.1 元元模型(MetaMetaModel)53.2.2元模型(MetaModel)63.3 業(yè)務(wù)模型和設(shè)計(jì)模型的映射74.邏輯視圖74.1BOS架構(gòu)特性74.2BOS組件視圖84.3BOS工具集85.進(jìn)程視圖95.1 ORM-RPC和J2EE服務(wù)器分別部署在不同的進(jìn)程中95.2 ORM-RPC和J2EE服務(wù)器部署在一個(gè)進(jìn)程中106.部署視圖106.1 小規(guī)模應(yīng)用116.2 大規(guī)模應(yīng)用116.2.1集群116.2.2集群實(shí)現(xiàn)策略126.2.3工作流引擎的部署126.2.4緩存的使用126.2.5消息中心126.2.6唯一編碼生成126.3 部署模型帶來(lái)的問(wèn)題12DOCID:KDSPEASTV3.0.0DOCID:KDSPEASTV3.0.0第3頁(yè)共12頁(yè)軟件構(gòu)架文檔簡(jiǎn)介BOS內(nèi)核是一個(gè)構(gòu)建大型應(yīng)用系統(tǒng)的基礎(chǔ)平臺(tái)(Infrastructure),開發(fā)人員、需求分析人員、實(shí)施人員、二次開發(fā)人員和最終用戶，可以利用這個(gè)平臺(tái)提供的工具來(lái)構(gòu)建和定制應(yīng)用系統(tǒng)。此平臺(tái)主要有兩個(gè)目標(biāo)一個(gè)是提高應(yīng)用的開發(fā)效率，標(biāo)準(zhǔn)化開發(fā)過(guò)程，提升軟件質(zhì)量；另外一個(gè)是給最終用戶，實(shí)施人員，二次開發(fā)人員提供簡(jiǎn)便快捷的開發(fā)和配置工具，使他們可以快速搭建應(yīng)用，來(lái)滿足用戶的個(gè)性化需求。BOS采用模型驅(qū)動(dòng)架構(gòu)(MDA)的思想搭建，BOS內(nèi)部的引擎和基于BOS搭建的應(yīng)用都是以元模型來(lái)驅(qū)動(dòng)的。采用模型驅(qū)動(dòng)的架構(gòu)架構(gòu)使整個(gè)應(yīng)用具有極好的可擴(kuò)展性，靈活性和開發(fā)性。本文從用例視圖，邏輯視圖，進(jìn)程視圖和部署視圖，來(lái)描述BOS的靜態(tài)和動(dòng)態(tài)結(jié)構(gòu)。本架構(gòu)不包含工作流引擎和相關(guān)工具的描述，工作流系統(tǒng)可以看成是應(yīng)用系統(tǒng)的有機(jī)組成部分，而不屬于BOS內(nèi)核。用例視圖本小節(jié)描述了BOS本小節(jié)描述了BOS的用戶和BOS提供給這些用戶的功能。角色設(shè)計(jì)建模人員業(yè)務(wù)建模人員需求分析人員實(shí)施人員開發(fā)人員設(shè)計(jì)建模人員業(yè)務(wù)建模人員需求分析人員實(shí)施人員開發(fā)人員操作BOS的人員從建模角度分主要包括業(yè)務(wù)建模人員和設(shè)計(jì)建模人員。業(yè)務(wù)建模人員利用BOS進(jìn)行粗粒度建模，面向的是業(yè)務(wù)層面，主要包括對(duì)業(yè)務(wù)數(shù)據(jù)，業(yè)務(wù)流程和部分簡(jiǎn)單業(yè)務(wù)邏輯進(jìn)行建模；設(shè)計(jì)建模人員BOS進(jìn)行細(xì)粒度建模，面向的是設(shè)計(jì)層面，主要完成對(duì)象建模，數(shù)據(jù)庫(kù)建模，UI建模，工作流建模，對(duì)象模型和數(shù)據(jù)庫(kù)模型的映射，對(duì)象模型和工作流模型的映射等。業(yè)務(wù)建模人員包括需求分析人員，最終用戶，實(shí)施人員和開發(fā)人員；設(shè)計(jì)建模人員包括開發(fā)人員。二次開發(fā)人員是開發(fā)人員的一種，他和開發(fā)人員的區(qū)別是，二次開發(fā)人員的工作任務(wù)是面向已經(jīng)發(fā)布的產(chǎn)品。DOCID:DOCID:KDSPEASTV3.0.0軟件架構(gòu)文檔第4頁(yè)共12頁(yè)業(yè)務(wù)建模業(yè)務(wù)建模人員主要維護(hù)業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)工作、業(yè)務(wù)流程。業(yè)務(wù)數(shù)據(jù)指的是應(yīng)用系統(tǒng)中具體業(yè)務(wù)對(duì)象的屬性，如企業(yè)的基礎(chǔ)數(shù)據(jù)、單據(jù)或帳薄等。業(yè)務(wù)工作是對(duì)業(yè)務(wù)數(shù)據(jù)上操作的邏輯封裝，是用來(lái)維護(hù)業(yè)務(wù)數(shù)據(jù)的。業(yè)務(wù)流程有機(jī)的將業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)工作組織在一起。設(shè)計(jì)建模設(shè)計(jì)建模人員主要維護(hù)實(shí)體、功能、查詢、界面、數(shù)據(jù)和業(yè)務(wù)功能對(duì)象。這些對(duì)象在設(shè)計(jì)模型中會(huì)詳細(xì)介紹。設(shè)計(jì)建模人員主要維護(hù)實(shí)體、功能、查詢、界面、數(shù)據(jù)和業(yè)務(wù)功能對(duì)象。這些對(duì)象在設(shè)計(jì)模型中會(huì)詳細(xì)介紹。模型視圖業(yè)務(wù)模型視圖（無(wú)，需要BIM補(bǔ)充）設(shè)計(jì)模型視圖BOS設(shè)計(jì)模型分為三層MetaMetaModel,MetaModel,Model，上一層模型描述了下一層模型的結(jié)構(gòu)，如下圖：KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第5頁(yè)共12頁(yè)其中上一層定義了下一層的結(jié)構(gòu)，也就是元元模型定義了元模型的機(jī)構(gòu)，元模型定義了模型的結(jié)構(gòu)。其中元元模型是BOS內(nèi)置的模型層，只是用來(lái)驅(qū)動(dòng)元模型引擎的。3.2.1元元模型(MetaMetaModel)元模型包含包，實(shí)體，屬性，關(guān)系，數(shù)據(jù)類型和邏輯鍵。包是用來(lái)物理劃分元數(shù)據(jù)模塊的，實(shí)體對(duì)象只包含屬性和邏輯鍵。屬性分為自有屬性和連接屬性，自有屬性的數(shù)據(jù)類型為基本類型。連接屬性用來(lái)關(guān)聯(lián)其它實(shí)體。實(shí)體通過(guò)邏輯鍵來(lái)唯一標(biāo)識(shí)。

KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第6頁(yè)共12頁(yè)3.2.2元模型(MetaModel)元元模型是元模型的一個(gè)子集，在我們的設(shè)計(jì)中沒有明確區(qū)分元模型和元元模型，只有在元數(shù)據(jù)裝載引擎內(nèi)部處理了元元模型。元模型包含三個(gè)層次，數(shù)據(jù)對(duì)象(DataObject)，業(yè)務(wù)對(duì)象(BusinessObject)和界面對(duì)象(UlObject)。其中數(shù)據(jù)對(duì)象包括數(shù)據(jù)表，擴(kuò)展表和交叉表。業(yè)務(wù)對(duì)象主要包括實(shí)體對(duì)象，功能對(duì)象和業(yè)務(wù)功能對(duì)象。界面對(duì)象包括UI定義。KINGDEE軟件架構(gòu)文檔DOCID：KDSP_EAS_T_V3.0.0第7頁(yè)共12頁(yè)3.3 業(yè)務(wù)模型和設(shè)計(jì)模型的映射業(yè)務(wù)模型BEzUnitViewBiiFiledViewRule設(shè)計(jì)模型業(yè)務(wù)模型主要包括業(yè)務(wù)單元，業(yè)務(wù)單元封裝了底層的實(shí)體，數(shù)據(jù)對(duì)象，查詢對(duì)象，規(guī)則，UI對(duì)象和功能對(duì)象，是從業(yè)務(wù)的角度來(lái)展示設(shè)計(jì)模型。conditicmRuBizUnitEMiiy日i工FmidBizFi-l&thcidGDlurnn偵業(yè)務(wù)模型BEzUnitViewBiiFiledViewRule設(shè)計(jì)模型業(yè)務(wù)模型主要包括業(yè)務(wù)單元，業(yè)務(wù)單元封裝了底層的實(shí)體，數(shù)據(jù)對(duì)象，查詢對(duì)象，規(guī)則，UI對(duì)象和功能對(duì)象，是從業(yè)務(wù)的角度來(lái)展示設(shè)計(jì)模型。conditicmRuBizUnitEMiiy日i工FmidBizFi-l&thcidGDlurnn偵i」巳「yFielOQi-iery"TmSeFurp^tiDn口口注『￡3tl匚「IE「|I」E邏輯視圖本視圖描述了BOS運(yùn)行期和設(shè)計(jì)期間的架構(gòu)特性，BOS運(yùn)行期組件圖和BOS為設(shè)計(jì)期和運(yùn)行期提供的組件。4.1 BOS架構(gòu)特性BOS平臺(tái)架構(gòu)特性支持多語(yǔ)言支持多數(shù)據(jù)庫(kù)多操作系統(tǒng)?支持RichClieng&Browser提供嵌入式工作流引擎(???)BOS實(shí)現(xiàn)模型架構(gòu)特性支持O/RMapping管理(包括面向?qū)ο蟮牟樵兎?wù))?支持WebService支持J2EE采用聲明式管理事務(wù)支持運(yùn)行時(shí)修改業(yè)務(wù)邏輯支持多維報(bào)表支持緩存服務(wù)提供自動(dòng)更新服務(wù)提供任務(wù)調(diào)度服務(wù)提供消息服務(wù)提供異步處理機(jī)制提供強(qiáng)大的應(yīng)用框架

KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第8頁(yè)共12頁(yè)4.2 BOS組件視圖BOS提供了豐富的業(yè)務(wù)組件來(lái)支持上述特性，如下圖：包括元數(shù)據(jù)管理引擎，O/RMapping管理引擎，調(diào)度服務(wù)，消息服務(wù)，工作流引擎，ORM-RPC引擎，WebService引擎，Web框架，GUI框架，多維報(bào)表服務(wù)，多數(shù)據(jù)庫(kù)支持引擎KSQL，業(yè)務(wù)對(duì)象轉(zhuǎn)換平臺(tái)BOTP，自動(dòng)更新組件等。多維報(bào)表服務(wù)，多數(shù)據(jù)庫(kù)支持引擎KSQL，業(yè)務(wù)對(duì)象轉(zhuǎn)換平臺(tái)BOTP，自動(dòng)更新組件等。4.3BOS工具集4.3我們通過(guò)設(shè)計(jì)期間的建模工具，以及配置管理工具來(lái)完成業(yè)務(wù)建模和設(shè)計(jì)建模，以及模型的發(fā)布，部署管理。

DOCID:KDSPEASTV3.0.0■MetadaExceptionDataType軟件架構(gòu)文檔第9頁(yè)共12頁(yè)業(yè)務(wù)模型視圖Designtime

MetaDataEngineUlObjectFunctionDeployEngine工作流設(shè)計(jì)器DOCID:KDSPEASTV3.0.0■MetadaExceptionDataType軟件架構(gòu)文檔第9頁(yè)共12頁(yè)業(yè)務(wù)模型視圖Designtime

MetaDataEngineUlObjectFunctionDeployEngine工作流設(shè)計(jì)器RuleBuilderDAPBOTPReportDesigner套打設(shè)計(jì)器MetaDataEngine業(yè)務(wù)數(shù)據(jù)庫(kù)(Productive)進(jìn)程視圖BOS進(jìn)程相關(guān)的組件主要包括客戶端(GUI/Web),ORM-RPC服務(wù)器，J2EE服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器。其中客戶端和數(shù)據(jù)庫(kù)服務(wù)器肯定是在單獨(dú)的進(jìn)程中運(yùn)行的，但是ORM-RPC和J2EE服務(wù)器可以部署在一個(gè)進(jìn)程中，也可以部署在單獨(dú)的進(jìn)程中，下面的小節(jié)描述了這兩種模式的進(jìn)程視圖，以及這些進(jìn)程間的通訊方式。下面的小節(jié)只描述了客戶端為GUI的經(jīng)常視圖(EAS目前主要采用的模式)，沒有描述基于客戶端是Web的進(jìn)程視圖。從上圖可以看出Client,ORM-RPC，J2EEApplicationServer，Database分別部署在不同的進(jìn)程中，其中他們的交互關(guān)系是Client訪問(wèn)ORM-RPC服務(wù)器里面的Remoting代理組件，Remoting代理組件再訪問(wèn)應(yīng)用服務(wù)器中的業(yè)務(wù)組件，業(yè)務(wù)組件再和數(shù)據(jù)庫(kù)服務(wù)器交互。其中ORM-RPCServer支持TCP/HTTP兩種通信協(xié)議，客戶端根據(jù)應(yīng)用場(chǎng)景，在連接服務(wù)器時(shí)可以使用TCP協(xié)議，也可以使用HTTP協(xié)議。通常在LAN中使用TCP協(xié)議，在WAN中使用HTTP協(xié)議，并且為了減小網(wǎng)絡(luò)負(fù)載通常采用壓縮功能。ORM-RPC采用RMI-IIOP協(xié)議訪問(wèn)應(yīng)用服務(wù)器中的業(yè)務(wù)組件EJB(StatelessSessionBean)。IIOP協(xié)議是一種重量級(jí)的通信協(xié)議，在傳輸復(fù)雜對(duì)象時(shí)，需要復(fù)雜的Marshal和UnMarshal計(jì)算，對(duì)服務(wù)器的CPU和Memory有極大的消耗，經(jīng)過(guò)我們測(cè)試Apusic的RMI-IIOP協(xié)議實(shí)現(xiàn)，在傳輸復(fù)雜對(duì)象時(shí)，性能KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第10頁(yè)共12頁(yè)要比Java標(biāo)準(zhǔn)序列化慢30~50倍。不幸的是，BOS設(shè)計(jì)的網(wǎng)絡(luò)模型中要傳輸?shù)膶?duì)象都是極其復(fù)雜的值對(duì)象（ValueObject）,因此這種進(jìn)程視圖雖然在理論上使成立，并可用的，但是在實(shí)際的應(yīng)用中我們已經(jīng)放棄采用這種模式。業(yè)務(wù)組件EJB和數(shù)據(jù)庫(kù)服務(wù)器的交互方式，我們采用標(biāo)準(zhǔn)的JDBC，這種方式是工業(yè)標(biāo)準(zhǔn)，這里就不加描述啦！ORM-RPC和J2EE服務(wù)器部署在一個(gè)進(jìn)程中=：=：.JVM?ClientI-JI<<0rmRpcObject：=：Busini日msPrcw=：=：.JVM：=-：=<<EJ0Container?EJBContainer^eteremie卜―m=：=：.JVM?ClientI-JI<<0rmRpcObject：=：Busini日msPrcw=：=：.JVM：=-：=<<EJ0Container?EJBContainer^eteremie卜―mBusinessCnimMini日mt日usin日ssComponentI~ Me-■BusinessInterface該小節(jié)的進(jìn)程視圖和上面小節(jié)進(jìn)程視圖之間的唯一差異是將ORM-RPC服務(wù)放到了應(yīng)用服務(wù)器的進(jìn)程中。對(duì)于客戶端來(lái)說(shuō)完全透明，客戶端還是可以任意采用TCP或者HTTP協(xié)議來(lái)和ORM-RPC服務(wù)通信，但我們要注意的是運(yùn)行在ORM-RPC服務(wù)中的Remoting代理，和業(yè)務(wù)組件EJB的交互方式。為了提高性能，J2EEEJB2.0規(guī)范中新增了EJBLocal的概念，采用這種方式訪問(wèn)EJB將可以采用Pass-by-Reference的方式來(lái)訪問(wèn)EJB，這種方式要比原來(lái)的Pass-by-Value方式，減少一次對(duì)象的Marshal和UnMarshal，從而可以大大改善ORM-RPCRemoting代理和業(yè)務(wù)組件的通信成本。注意：BOS目前生成的部署文件，只能在Apusic上使用Local模式，不能在Weblogic和Websphere上使用；但是WebSphere提供了Pass-by-reference的選項(xiàng)，設(shè)置此選項(xiàng)作用與Local方式調(diào)用效果一樣；據(jù)稱Weblogic可以將一個(gè)進(jìn)程里面的調(diào)用，自動(dòng)轉(zhuǎn)換為Pass-by-Reference，如果這樣RemotingProxy在Weblogic上采用Remote方式調(diào)用EJB性能也沒有問(wèn)題。（沒有在Weblogic上驗(yàn)證此特性）部署視圖進(jìn)程視圖主要分析了基于BOS應(yīng)用進(jìn)程間的通信方式，以及各個(gè)進(jìn)程間的通信成本，為了性能我們采用將ORM-RPC服務(wù)納入到應(yīng)用服務(wù)器進(jìn)程中的方式，這種方式會(huì)影響基于BOS產(chǎn)品的最終的部署模型。部署視圖要考慮整個(gè)應(yīng)用的性能（吞吐量）和可伸縮性，當(dāng)然還要考慮可用性和易用性。由于應(yīng)用的規(guī)模不同，我們要考慮用不同的部署方式來(lái)使應(yīng)用可以滿足需求。我們提供的部署方式共有兩種，一種是小規(guī)模應(yīng)用部署模式，一種是大規(guī)模應(yīng)用部署模式。在開發(fā)和演示期間，我們可以采用小規(guī)模應(yīng)用的部署模式，并通過(guò)一些優(yōu)化策略（如采用非EJB模式，元數(shù)據(jù)采用惰性加載等）來(lái)降低對(duì)資源的消耗。

KINGDEE軟件架構(gòu)文檔DOCID:KDSP_EAS_T_V3.0.0第11頁(yè)共12頁(yè)小規(guī)模應(yīng)用6.1小規(guī)模應(yīng)用的部署模型和進(jìn)程視圖基本一致，但是在部署視圖里面我們可以更清楚的看到，ORM-RPC服務(wù)同時(shí)提供了TCP/HTTP的支持，同時(shí)客戶端還可以選擇是否采用壓縮，注意壓縮功能是客戶端6.2大規(guī)模應(yīng)用PrivacyProtocol<OrmRf：icObie-i：：t>日usingsPn二唧=：2EEAppin:：ationi=：erver>>

AppServer發(fā)起的。這樣客戶端和服務(wù)器的通信模式就有四種組合：TCP,HTTP,TCP6.1小規(guī)模應(yīng)用的部署模型和進(jìn)程視圖基本一致，但是在部署視圖里面我們可以更清楚的看到，ORM-RPC服務(wù)同時(shí)提供了TCP/HTTP的支持，同時(shí)客戶端還可以選擇是否采用壓縮，注意壓縮功能是客戶端6.2大規(guī)模應(yīng)用PrivacyProtocol<OrmRf：icObie-i：：t>日usingsPn二唧=：2EEAppin:：ationi=：erver>>

AppServer6.2.1集群為了能夠支持更多的并發(fā)用戶，并且通過(guò)簡(jiǎn)單的增強(qiáng)一臺(tái)服務(wù)器配置，服務(wù)器已經(jīng)不能滿足并發(fā)壓力啦，我們必須考慮采用集群的方式來(lái)解決這個(gè)問(wèn)題。由于一些應(yīng)用服務(wù)器本身沒有提供EJBContainer的集群功能，但為了在這些應(yīng)用服務(wù)器上支持大規(guī)模的應(yīng)用，我們?cè)贠RM-RPC服務(wù)上提供了集群功能，這樣我們的應(yīng)用的伸縮性就不依賴與應(yīng)用服務(wù)器的集群功能啦。除了上