[發(fā)明專利]聲明性視圖對象

在審

• 申請?zhí)枺?/td>: 201210585177.3
• 申請日: 2012-12-28
• 公開（公告）號: CN103186661A
• 公開（公告）日: 2013-07-03
• 發(fā)明（設(shè)計）人: F.布倫斯威格;O.蓋索;D.戈德曼;C.哈斯;T.約翰;S.施米特
• 申請（專利權(quán)）人: SAP股份公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 邵亞麗

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

本公開總地涉及聲明性視圖對象，并且更具體地，涉及一種用于在元數(shù)據(jù)儲存庫中建模視圖對象作為業(yè)務(wù)對象投影的系統(tǒng)和方法，在該系統(tǒng)和方法中業(yè)務(wù)對象節(jié)點(diǎn)的永久屬性可以在投影中使用。

背景技術(shù)

為了運(yùn)行和完善復(fù)雜的業(yè)務(wù)場景，通常需要訪問來自位于不同部署單元（Deployment?Unit，DU）中的業(yè)務(wù)對象（business?object，BO）的信息。DU表示可以在與其它過程（process）組件相隔離的單獨(dú)的系統(tǒng)上操作從而不同的部署單元可以在不同的物理系統(tǒng)上被實(shí)例化（instantiated）并且完全去耦合（decoupled）的一組過程組件。例如，存在一些簡單的用例（use?cases），其中要求參考另一個DU的BO以便實(shí)現(xiàn)搜索和驗(yàn)證（validation）?；蛘撸诟訌?fù)雜的用例中，可能要求具有來自另一個DU的BO的信息，以便準(zhǔn)備或運(yùn)行后續(xù)的過程。而且，存在這樣的用例，其中要求來自另一個DU的BO的信息，以便在“本地”BO的上下文中在用戶界面（UI）上容易地示出數(shù)據(jù)。

示例：

1．搜索和驗(yàn)證：項目（project）被復(fù)制到時間和人工管理（TLM）以便創(chuàng)建用于時間記錄的特定于雇員的工作列表。

2．準(zhǔn)備后續(xù)過程：項目被復(fù)制到財務(wù)（FIN）以便實(shí)現(xiàn)項目成本計算并使得能夠使用項目作為會計對象。

3．實(shí)現(xiàn)后續(xù)過程：與項目有關(guān)的時間確認(rèn)、費(fèi)用報告、商品和服務(wù)收據(jù)、以及供貨商發(fā)票被復(fù)制到項目管理（PRO）并存儲在項目費(fèi)用視圖中作為項目清單開具（invoicing）的基礎(chǔ)。

4．在UI上顯示數(shù)據(jù)：與項目有關(guān)的采購請求和訂單被復(fù)制到PRO并存儲在項目采購請求中以便在項目的上下文中可視化采購申請/訂單。

今天，這些問題通常通過引入所謂的“視圖對象”來解決。視圖對象是另一個DU中“主（master）”BO的鏡像對象（mirror?object），“主”業(yè)務(wù)對象的數(shù)據(jù)通過視圖對象被復(fù)制到要求該信息的DU；通常通過以來自接收DU的附加信息來充實(shí)（enriching）該視圖對象。在一些實(shí)施方式中，數(shù)據(jù)復(fù)制使用過程代理框架來達(dá)成。

視圖對象主要用于符合本地架構(gòu)指南、健壯性（robustness）標(biāo)準(zhǔn)、以及快速數(shù)據(jù)訪問（即，本地訪問），還有對于合作者增強(qiáng)的要求。例如，SAP業(yè)務(wù)ByDesign（“ByD”）平臺垂直架構(gòu)基于一種三層方案（three?tier?approach），該三層方案由數(shù)據(jù)庫層、應(yīng)用層、以及用戶界面層組成。在ByD實(shí)施中，整個應(yīng)用邏輯在基于業(yè)務(wù)對象的ABAP應(yīng)用服務(wù)器中運(yùn)行。從水平架構(gòu)的角度看，平臺被劃分為通過過程管理去耦合的多個單元，因?yàn)槠脚_過程在部分范圍場景中或者對于第三方集成的靈活部署是平臺的關(guān)鍵優(yōu)點(diǎn)。

圖1示出了這樣的平臺的簡化的業(yè)務(wù)示例的系統(tǒng)架構(gòu)。在圖1中示出的業(yè)務(wù)示例由客戶關(guān)系管理（CRM）DU和項目管理（PM）DU組成。該示例基于銷售訂單快速活動用戶界面（Sales?Order?QuickActivity?User?Interface），其具有用于創(chuàng)建帶有對項目的參考的銷售訂單的用例。這個用例導(dǎo)致（lead?to）搜索允許的和已有的項目以及驗(yàn)證（validate）在銷售訂單中使用的項目標(biāo)識符的要求。

當(dāng)前，跨DU（cross-DU）通信基于由過程代理框架（PAF）支持的應(yīng)用對應(yīng)用（A2A）或業(yè)務(wù)對業(yè)務(wù)（B2B）網(wǎng)絡(luò)服務(wù)。在SAP?ByD方案中，例如，所有DU過去被部署在單一的系統(tǒng)中，但是這種情形已經(jīng)隨著聯(lián)網(wǎng)的應(yīng)用的引入而改變，所述聯(lián)網(wǎng)的應(yīng)用運(yùn)行在分離的系統(tǒng)中但是也需要在已有的ByD平臺中的過程集成。

圖2顯示了使用綁定到銷售訂單快速活動控制器的快速活動平面布局（floorplan）的“創(chuàng)建訂單”示例。銷售訂單快速活動使用銷售訂單作為主要（leading）BO。如果銷售訂單BO中的項目標(biāo)識符被修改，則將由銷售訂單服務(wù)提供者經(jīng)由在復(fù)制的項目視圖中的本地客戶代理（local?consumer?proxy，LCP）查找來驗(yàn)證該項目標(biāo)識符。只能在只讀模式下訪問復(fù)制對象。項目視圖業(yè)務(wù)對象的所有屬性性質(zhì)都是只讀的，并且啟用的（enabled）節(jié)點(diǎn)性質(zhì)創(chuàng)建、啟用的更新、以及啟用的刪除都被禁用（disabled）。此外，在用戶界面上的值幫助（value?help）經(jīng)由基于文本挖掘（mining）系統(tǒng)（例如，SAP的文本檢索和抽?。═REX）系統(tǒng)）的快速搜索基礎(chǔ)結(jié)構(gòu)（fast?search?infrastructure，F(xiàn)SI）查詢來提供。用于這個場景的基本假設(shè)是所有的項目相關(guān)的數(shù)據(jù)從項目管理DU被復(fù)制到CRM?DU。