[发明专利]声明性视图对象

说明书

技术领域

本公开总地涉及声明性视图对象，并且更具体地，涉及一种用于在元数据储存库中建模视图对象作为业务对象投影的系统和方法，在该系统和方法中业务对象节点的永久属性可以在投影中使用。

背景技术

为了运行和完善复杂的业务场景，通常需要访问来自位于不同部署单元（Deployment Unit，DU）中的业务对象（business object，BO）的信息。DU表示可以在与其它过程（process）组件相隔离的单独的系统上操作从而不同的部署单元可以在不同的物理系统上被实例化（instantiated）并且完全去耦合（decoupled）的一组过程组件。例如，存在一些简单的用例（use cases），其中要求参考另一个DU的BO以便实现搜索和验证（validation）。或者，在更加复杂的用例中，可能要求具有来自另一个DU的BO的信息，以便准备或运行后续的过程。而且，存在这样的用例，其中要求来自另一个DU的BO的信息，以便在“本地”BO的上下文中在用户界面（UI）上容易地示出数据。

示例：

1．搜索和验证：项目（project）被复制到时间和人工管理（TLM）以便创建用于时间记录的特定于雇员的工作列表。

2．准备后续过程：项目被复制到财务（FIN）以便实现项目成本计算并使得能够使用项目作为会计对象。

3．实现后续过程：与项目有关的时间确认、费用报告、商品和服务收据、以及供货商发票被复制到项目管理（PRO）并存储在项目费用视图中作为项目清单开具（invoicing）的基础。

4．在UI上显示数据：与项目有关的采购请求和订单被复制到PRO并存储在项目采购请求中以便在项目的上下文中可视化采购申请/订单。

今天，这些问题通常通过引入所谓的“视图对象”来解决。视图对象是另一个DU中“主（master）”BO的镜像对象（mirror object），“主”业务对象的数据通过视图对象被复制到要求该信息的DU；通常通过以来自接收DU的附加信息来充实（enriching）该视图对象。在一些实施方式中，数据复制使用过程代理框架来达成。

视图对象主要用于符合本地架构指南、健壮性（robustness）标准、以及快速数据访问（即，本地访问），还有对于合作者增强的要求。例如，SAP业务ByDesign（“ByD”）平台垂直架构基于一种三层方案（three tier approach），该三层方案由数据库层、应用层、以及用户界面层组成。在ByD实施中，整个应用逻辑在基于业务对象的ABAP应用服务器中运行。从水平架构的角度看，平台被划分为通过过程管理去耦合的多个单元，因为平台过程在部分范围场景中或者对于第三方集成的灵活部署是平台的关键优点。

图1示出了这样的平台的简化的业务示例的系统架构。在图1中示出的业务示例由客户关系管理（CRM）DU和项目管理（PM）DU组成。该示例基于销售订单快速活动用户界面（Sales Order QuickActivity User Interface），其具有用于创建带有对项目的参考的销售订单的用例。这个用例导致（lead to）搜索允许的和已有的项目以及验证（validate）在销售订单中使用的项目标识符的要求。

当前，跨DU（cross-DU）通信基于由过程代理框架（PAF）支持的应用对应用（A2A）或业务对业务（B2B）网络服务。在SAP ByD方案中，例如，所有DU过去被部署在单一的系统中，但是这种情形已经随着联网的应用的引入而改变，所述联网的应用运行在分离的系统中但是也需要在已有的ByD平台中的过程集成。

图2显示了使用绑定到销售订单快速活动控制器的快速活动平面布局（floorplan）的“创建订单”示例。销售订单快速活动使用销售订单作为主要（leading）BO。如果销售订单BO中的项目标识符被修改，则将由销售订单服务提供者经由在复制的项目视图中的本地客户代理（local consumer proxy，LCP）查找来验证该项目标识符。只能在只读模式下访问复制对象。项目视图业务对象的所有属性性质都是只读的，并且启用的（enabled）节点性质创建、启用的更新、以及启用的删除都被禁用（disabled）。此外，在用户界面上的值帮助（value help）经由基于文本挖掘（mining）系统（例如，SAP的文本检索和抽取（TREX）系统）的快速搜索基础结构（fast search infrastructure，FSI）查询来提供。用于这个场景的基本假设是所有的项目相关的数据从项目管理DU被复制到CRM DU。