CN103593174A - 可修改的业务对象 - Google Patents

Abstract

可修改的业务对象可以包括通用的无内容且无含义的框架业务对象，其可用于创建新业务对象而不要求用户熟悉开发环境，比如软件开发包（SDK）。可以经由区域扩展工具接收将被添加到可修改的业务对象的首标的第一区域和将被添加到可修改的业务对象的项目节点的第二区域的定义，并且术语工具可以通过在元数据储存库中存储关于该业务对象的术语的元数据来修改所述可修改的业务对象，以便可以在运行时使用存储的元数据来提供新业务对象所支持的至少一个用户接口屏幕的屏幕和部分的标题。

Description

可修改的业务对象

技术领域

这里描述的主题涉及可修改的业务对象。

背景技术

企业资源规划（ERP）或其它业务软件体系结构的提供商可以向伙伴和客户提供扩展或修改该软件体系结构以适应个体需求的能力。在这个情况下，客户是业务软件体系结构的购买者、被许可方、用户等等，而伙伴是可以与该业务软件体系结构的核心软件平台集成以提供附加的特征或增强该核心软件平台的现有特征的业务软件功能的开发者或卖方。在一些示例中可以经由区域扩展（field extensibility）提供某种程度的灵活性，所述区域扩展可以使得能够向业务对象（例如，销售定单）添加扩展区域（extension field）（例如,新区域“事件（Event）”）。可以使得扩展区域在屏幕上以表单形式，在搜索表单中，在分析报告中，在移植服务中等等可见。也可以向多个业务对象添加扩展区域并且在运行时期间启动扩展区域内容的传输（例如，作为面向过程的区域扩展的一部分）。

发明内容

与本主题的一个或更多个实施方式一致，新业务对象（其可以包括用户接口、打印表单、分析报告等等）的创建可以由用户经由简单的修改接口来执行，所述简单的修改接口不要求精通诸如软件开发包的开发环境。可修改的业务对象可以被提供给用户，作为通用的无内容且无含义的框架业务对象（skeleton business object），并且该用户可以经由区域扩展接口（fieldextensibility interface）提供将被添加到可修改的业务对象的首标的第一区域以及将被添加到可修改的业务对象的项目节点的第二区域的定义。可修改的业务对象的术语可以被修改，例如通过在元数据储存库中存储关于该术语（包括所述第一区域和所述第二区域）的元数据来进行修改，以便可以在运行时使用存储的元数据来确定新业务对象所支持的至少一个用户接口屏幕的屏幕和部分的标题。

本主题的一些实施方式可以包括，但不限于，与这里的描述一致的方法以及包含有形地体现的机器可读介质的物品，该机器可读介质可操作以引起一个或多个机器（例如，计算机等）产生实施一个或多个所描述的特征的操作。类似地，还描述了可以包含一个或多个处理器以及耦合到该一个或多个处理器的一个或多个存储器的计算机系统。可以包含计算机可读存储介质的存储器可以包含、编码、存储等等引起一个或多个处理器执行一个或多个此处描述的操作的一个或多个程序。与本主题的一个或多个实施方式一致的计算机实现的方法可以由驻留在单一的计算机系统或多个计算机系统中的一个或多个数据处理器来实现。这样的多个计算机系统可以被连接并通过一个或多个连接交换数据和/或命令或其它指令等，所述一个或多个连接包含但不限于通过网络（例如，因特网、无线广域网、局域网、广域网、有线网络等等）连接、通过多个计算机系统中的一个或多个之间的直接连接等。

在附图和下面的描述中阐述此处描述的主题的一个或多个变形的细节。通过该描述、附图和权利要求，此处描述的主题的其它特征和优点将是显而易见的。尽管为了说明的目的关于企业资源软件系统或其它商业软件解决方案或体系结构而描述了本公开的主题的某些特征，但是应当容易理解的是，这些特征并不是用于限制的目的。本公开的权利要求书旨在定义要求保护的主题的范围。

附图说明

包含在说明书中并构成说明书一部分的附图，显示了此处公开的主题的某些方面，并且与说明书一起帮助解释与公开的实施方式相关联的一些原理。在附图中，

图1到图5示出说明与本主题的实施方式一致的特征的屏幕视图；以及

图6是说明具有与本主题的实施方式一致的一个或更多个特征的方法的方面的过程流程图；

图7是说明显示与本主题的实施方式一致的特征的软件体系结构的示例的方面的示图；

图8是说明显示与本主题的实施方式一致的特征的软件体系结构的另一个示例的方面的示图；

图9是说明显示与本主题的实施方式一致的特征的储存库的方面的示图；

实际上，相似的参考标号指示相似的结构、特征或元件。

具体实施方式

虽然扩展区域添加方案的灵活性非常强，但是其还是不足以满足更加复杂的客户需要，比如，创建具有用户接口、打印表单、分析报告等等的新业务对象。这样的对业务软件体系结构的修改在传统的方法中可能需要使用开发环境，例如软件开发包（software development kit，SDK）或其它软件开发工具套件，其允许为某个软件包、软件框架、硬件平台、计算机系统、视频游戏控制台、操作系统或类似的平台创建应用。一般的开发环境对于一般的业务用户来说足够复杂和不相关，以至于他们的使用可能需要大量的内部培训和努力和/或与熟悉开发环境的工作的外部伙伴（例如，顾问等等）签约。这样的活动可能给这样的增强制造了明显的障碍，例如，在时间、劳动以及成本方面。

本主题的实施方式可以允许创建新业务对象而不使用开发环境。作为替代，用户，例如使用该业务软件体系结构的客户组织处的关键用户（key user）可以以非常简单的方式执行这样的任务，所述非常简单的方式要求非常低的“学习曲线（learning curve）”，这是因为区域扩展特征的一些共性很有可能是该用户熟悉的。这个能力可以经由可修改的业务对象来提供，所述可修改的业务对象可以包括无内容（content free）且无含义（meaning free）的框架业务对象（skeleton business object）。

与这样的方法一致，一个或更多个可修改的业务对象的集合可以被提供，作为安装包的一部分、添加值的升级等等，或者作为业务软件体系结构。这些可修改的业务对象每个都可以包括"根"节点（其可以包括数据区域）以及"项目"节点（其可以包括数据区域）。每个可修改的业务对象也可以包括一般需要用于充分运用的（fully operative）业务对象的外围特征和功能，比如，用户接口（UI）、搜索表单、打印表单、报告、移植服务、网络服务（例如，用于支持进一步的扩展）、扩展情景（例如，以便支持面向过程的区域扩展）等等。这些外围特征和功能中的每一个对于用户进行实施来说可以非常简单，因为他们只需要提供一些区域，比如，首标和项目区域，等等。与本主题的实施方式一致的可修改的业务对象也可以支持区域扩展，以便基于可修改的业务对象的客户创建的业务对象可以使用传统的区域扩展机制来扩展。术语修改可以集成到区域扩展对话中，以使得能够使用以这种方式从可修改的业务对象创建的业务对象。例如，指向其它业务对象的标识符区域可以允许创建标准业务对象和从可修改的业务对象创建的业务对象之间以及从可修改的业务对象创建的两个业务对象之间的链接。

与本主题的实施方式一致可修改的业务对象的使用可以相对于以前可用的方法提供一个或更多的优点。这些优点可以包括，但不限于，假如客户已经熟悉向业务对象添加扩展区域的过程，则该客户能够容易地采用此功能而几乎没有学习曲线。附加地，许多用例可以仅仅用几个类型的可修改的业务对象来覆盖，例如，其中客户的主要要求是创建新的业务对象而其背后没有复杂的逻辑。在传统的方法中，客户可能需要经由开发环境，SDK等等来实施这些用例。

如上所述，与本主题的实施方式一致的可修改的业务对象可以满足对于标准（例如预先定义的）业务对象的各种要求，同时也使得客户侧的用户或关键用户针对期望的最终结果进行的改动非常简单直接。例如，可修改的业务对象可以对于每个节点提供人可读标识符（其也可以被用作替换关键字（alternative key））,并且可以包含至少一些系统管理数据。可修改的业务对象可以包括区域扩展特征（参见图2）以在更多的步骤中允许区域扩展。

作为可修改的业务对象的一部分提供的用户接口可以提供与业务软件体系结构内可用的公共UI一致的所有功能。例如，工作中心可以被提供给下列各项中的一个或更多个：用于维护业务对象的数据的对象实例平面图（objectinstance floorplan，OIF）；包含至少一个查找表单（find form）、结果列表、细节窗格（detail pane）等等的对象工作列表（object work list，OWL）；允许以向导方式（wizard-like way）在多个步骤中创建实例的引导活动平面图（guidedactivity floorplan，GAF）；用于允许从一个屏幕快速创建实例的快速活动平面图（quick activity floorplan，QAF）；用于允许显示业务对象的主要数据的情况说明书（fact sheet），等等。相应的UI可以比较简单，比如，在图1的屏幕视图100中示出的快速活动平面图102，并且可以直接构建在可修改的业务对象上而无需使用控制业务对象。

为了针对区域扩展来准备可修改的业务对象，可修改的业务对象内包括的用户接口可以提供UI锚（anchor），以允许在客户处添加可以在可修改的业务对象内被解析为一个或更多个相应的底层数据结构的扩展区域。附加地，UI屏幕的标题可以从配置表格中读取，这使得能够用客户特定的术语来替换通用术语“对象”。

可修改的业务对象还可以提供具有相应的搜索能力的OWL。换句话说，该软件体系结构的元数据储存库系统中的可修改的业务对象可以将其节点和区域设置为“允许复制”状态，以使得它们可被搜索，例如使用TREX或一些其它语言。与本主题的实施方式一致的OWL可以可选地使用控制器基础设施（例如，基于体系结构设计语言或SADL的UI）来构建，从而可以避免构建FSI视图。简化的OWL的示例202在图2的屏幕视图中示出。

表单消息类型（forms message type）可以被创建为可修改的业务对象的一部分以显露业务对象的数据。此外，如同在报告所创建的业务对象内存储的数据时使用的报告格式能够使用表单编辑器来编辑那样，具有最小布局的打印表单也可以被提供为能够使用表单编辑器来编辑。可以为元数据储存库系统中的表单消息类型定义服务接口（A2X）和/或参考区域，用于分析，等等。所定义的服务接口可以可选地提供功能，比如，创建实例、更新实例、读取实例、查询实例等等，并且可以有利地使用维护束框架（maintain bundleframework）来实现以允许具有最小性能开销的最佳扩展技术。服务接口可以被暴露在移植工作台（migration workbench）等中，以确保便利地上传业务对象实例。

与本主题的一些实施方式一致，每个可修改的业务对象可以提供允许从其创建后续的可修改的BO的动作。这个特征也可以包括提供文档流。可以为服务接口定义业务对象对业务对象通信的参考区域，例如在MDRS中的元数据储存库系统中。

可以与具有与本主题的实施方式一致的一个或更多个特征的可修改的业务对象相关联地提供可以由关键用户激活的扩展情景。

在这里讨论的主题的某些特征和能力能够通过参考其中需要新业务对象来处理（handle）学生描述的示例性实施方式（例如，在学校记录的管理中使用的业务软件体系结构）来更好地理解。为了文档化（documentation）目的，学生学习的课程被记录。数据从第三方系统提供并且必须被上传。

如图3的屏幕视图300中所示，基于可修改的业务对象增加新业务对象的用户可以进入可修改的业务对象的工作中心302。区域扩展工具304可以在屏幕视图300上的另外的方框（frame）中启动。以这种方式，新的区域可以被添加到可修改的业务对象的首标和项目节点，例如经由新区域对话框306。如图4的屏幕视图400中所示，可修改的业务对象的术语可以被修改，例如使用区域扩展工具304中的链接或其它UI元素404可访问的术语工具402。定义从可修改的业务对象创建的新业务对象的方面的元数据可以存储在客户端依赖表格（client dependent table）（例如，客户可访问的表格）中，并且可以在运行时期间用于为屏幕确定屏幕和部分的标题。

修改的快速活动平面图（adapted quick activity floorplan）502（例如，如图5的屏幕视图500中所示）可以根据客户的需要基于修改业务对象来创建。修改的快速活动平面图502中显示的扩展区域也可以在其它屏幕上使用，例如在OWL中。

进一步参考通过图3、图4和图的示例解释的特征，关键用户可以使扩展区域在表单、报告、企业搜索（如果可用的话）、扩展情景等中可用。例如，如果客户希望能够打印出学生信息，则可以相应地修改打印表单。扩展区域也可以以与上述针对QAF502的描述类似的方式被添加到为可修改的业务对象定义的报告。

新的扩展区域也可以沿着已经为可修改的业务对象的定义的情景来添加。例如，关键用户可以在移植工作台中选择可修改的业务对象以进行上传。当扩展区域已经添加时，对话可以询问用户该扩展区域是否应当被添加到该移植服务并且由此根据需要使必要的扩展区域可用于上传。

客户处的关键用户或其它用户可以通过向作为核心软件平台的一部分的现有业务对象添加标识符扩展区域来将修改的业务对象集成在本主题的一些实施方式中。这样做可以自动地为该用户接口中的这个输入区域提供相应的搜索帮助。

图6示出说明方法特征的过程流程图600，这些方法特征中的一个或更多个可以包括在本主题的实施方式中。响应于业务软件体系结构的用户对创建新业务对象的选项的选择，访问可修改的业务对象。可修改的业务对象可以包括通用的、无内容（content-free）且无含义（meaning-free）的框架业务对象（skeleton business object）。在604，经由区域扩展用户接口工具从该用户接收将被添加到可修改的业务对象的首标的第一区域和将被添加到可修改的业务对象的项目节点的第二区域的定义。在606，使用用户经由区域扩展用户接口工具访问的术语工具修改可修改的业务对象的术语。所述修改可以包括将关于该术语（包括第一区域和第二区域）的元数据存储在元数据储存库中。在610，在运行时使用所存储的元数据确定新业务对象所支持的至少一个用户接口屏幕的屏幕和部分的标题。

企业资源规划（ERP）系统的核心软件平台、其它业务软件体系结构或其它数据库功能在一些实施方式中可以被提供为在处于该组织的控制下的一个或更多个处理器上运行的独立的定制的软件安装。这个布置对于大型组织非常有效，所述大型组织具有非常精通的内部信息技术（IT）员工，并且对于其定制用于组织特定的业务过程和功能的商业可用的业务软件解决方案所需的计算硬件和咨询服务上的大量的资本投资是可行的。图7示出与这样实施方式一致的系统的示图。计算系统702可以包括提供该业务软件系统的一个或更多个特征的一个或更多个核心软件平台模块704。在一些实施方式中，计算系统702可以是应用服务器。计算系统702也可以聚集一个或更多个外部服务提供商706提供的功能或者提供经由其用户可以访问一个或更多个外部服务提供商706提供的功能的网关。外部服务提供商706的示例可以包括支持数据库功能或从伙伴或其它第三方软件开发者创建或提供的其它软件功能的一个或更多个计算系统。如果所述一个或更多个外部提供商计算系统与包括一个或更多个核心软件平台模块704的计算系统702分离，则外部服务供应商数据库功能或其它软件功能可以通过直接连接或网络连接来提供。可替换地，外部服务供应商数据库功能或其它软件功能可以被托管在包括所述一个或更多个核心软件平台模块704的计算系统702上。

客户机708可以经由直接连接、本地终端或通过网络710（例如，局域网、广域网、无线网络、因特网等等）访问该计算系统。可修改的业务对象模块712或多个这样的模块可以在该计算系统702、一个或更多个单独的系统或它们的任何组合上运行，以执行在这里的其它部分更详细讨论的一个或更多个可修改的业务对象管理操作。在本公开的余下部分，可修改的业务对象模块712将以单数来讨论。然而，容易理解，关于归属于单个可修改的业务对象模块712的功能的方法、技术、途径等等的一个或更多个特征可以由多个模块来执行，所述多个模块可以实现在包括一个或更多个处理器的单个系统内或者可以实现在每个都包括一个或更多个处理器的多个系统上。可修改的业务对象模块712可以访问可以保留供所述一个或更多个核心软件平台模块704中的至少一个、以及一个或更多个外部服务提供商706提供的数据库功能或其它软件功能使用的一个或更多个元数据的一个或更多个元数据储存库716（在这里通常以单数形式称为元数据储存库716）。所述一个元数据储存库716也可以保留关于分层业务软件体系结构（layer business softwarearchitecture）的第一（例如，基础）层中的核心业务对象模型的元数据以及关于核心业务对象模型的跨层扩展（cross-layer extensions to the core businessobject model）的元数据。元数据储存库716也可以存储对象或其它元素，例如业务对象，元数据对象等等。这些对象或其它元素可以包括业务情景、业务过程以及一个或更多个业务配置的定义以及关于业务情景、业务过程以及一个或更多个业务配置的定义的数据、元数据、主数据等等，和/或关于业务情景或业务过程的特定实例的数据对象（例如，业务对象）的具体实例。在一些实施方式中，业务对象或其它元数据对象可以包括标准业务过程或其它有关功能的模板定义。模板定义可以可选地经由一个或更多个扩展来修改，所述一个或更多个扩展也可以存储在所述一个或更多个储存库716中。所述一个或更多个储存库也可以包括用于关于该组织的业务或其它方面的数据的存储部分。

较小的组织也可以受益于业务软件功能的使用。然而，这样的组织可能缺乏使用独立的业务软件体系结构产品所必须的必要硬件资源、IT支持和/或咨询预算，并且在某些情况下能够由软件即服务（SaaS）布置来提供更有效的服务，在软件即服务（SaaS）布置中，业务软件体系结构被托管在诸如远离组织的位置来维护的服务器和数据储存库的计算硬件上并且由该组织处的授权用户经由瘦客户端（例如,网络浏览器）通过网络来访问。

在业务软件系统的服务被提供给多个组织的每一个的软件交付配置（software delivery configuration）中，业务软件系统的服务被托管在只有该组织可以访问的专用系统上，该专用系统上的软件安装可以以与上述的在组织硬件上本地运行的独立的定制的软件安装的示例类似的方式来定制和配置。然而，为了更充分地使用SaaS提供商的计算资源并且提供重要的性能冗余和更好的可靠性，将多个租户托管单个系统上可能是有利的，所述单个系统包括多个服务器并且以安全的方式维护全部多个租户的数据，同时也提供针对每个租户的业务过程量身定制的定制解决方案。

图8示出软件交付体系结构800的多租户实施方式的框图，软件交付体系结构800包括应用服务器802，应用服务器802在一些实施方式中可以包括多个服务器系统804，多个服务器系统804可以从单个软件交付体系结构800支持的多个组织810A-810C（这里被称为多租户系统中的"租户"）中的每一个处的用户操作的客户机通过网络806来访问。对于其中应用服务器802包括多个服务器系统804的系统，该应用服务器可以包括负载均衡器812，用于将来自所述一个或更多个组织810A-810C处的用户的请求和动作分布到所述一个或更多个服务器系统804。核心软件平台704的实例（图8中未示出）可以以分布方式跨越服务器系统804来运行。用户可以利用瘦客户端，例如，网络浏览器等等，或在客户机上运行的其它门户软件，跨越该网络访问该软件交付体系结构。应用服务器802可以访问能够使一个或更多个元数据和其它数据可供所述一个或更多个核心软件平台模块704中的至少一个、以及一个或更多个外部服务提供商706提供的数据库功能或其它软件功能使用的一个或更多个元数据储存库716中存储的数据和数据对象。应用服务器802也可以用作中间件组件，经由其向由第三方开发者提供的一个或更多个外部软件组件706提供访问。

如图7的独立系统700中所示，可修改的业务对象模块712或多个这样的模块可以在该计算系统702、一个或更多个单独的系统或它们的任何组合上运行，以按照这里的其它部分讨论的那样执行。可修改的业务对象模块712可以访问元数据储存库716，元数据储存库716如上所述可以是应用服务器802的一部分或者被可以被应用服务器802直接访问，或者可替换地或附加地，可以位于远离应用服务器802的地方，或者可选地分散在一个或更多个物理或虚拟服务器上，例如在云计算布置中那样。可修改的业务对象模块712可以在该应用服务器802、一个或更多个单独的应用服务器或它们的任何组合上运行，以执行上面更详细地讨论的一个或更多个操作。元数据储存库716可以存储类似于上面的参考图7讨论的元数据。

诸如这里描述的多租户系统可以包括对核心软件的多个版本的支持、对旧版本的后向兼容性、无状态操作中的一个或多个，在无状态操作中，没有用户数据或业务数据被保留在瘦客户端上，并且不需要在中心系统上的租户配置。如上所述，在一些实施方式中，对多个租户的支持可以利用包括操控由负载均衡器812分布的处理负载的多个服务器系统804的应用服务器802来提供。这种布置的潜在的益处可以包括但不限于：高度且可靠地连续的应用服务器可用性以及意外的停机时间的最小化、多个服务器系统804的阶段性的更新以允许连续的可用性（一个服务器系统804可能离线而其它系统继续经由负载均衡器812提供服务）、经由负载均衡器812访问的服务器系统804的添加或去除的扩展、以及使得能够独立于个体租户实现的租户特定的定制来更新该核心软件的去耦合的生命周期事件或过程（例如，系统维护、软件升级等等）。

如图7中示出的示例，储存库716可以存储表示标准业务过程的模板定义的业务对象。每个个体租户810A-810C可以根据租户被分配到的组织的业务特定的个体业务过程特征来定制标准模板。定制在元数据储存库中可以被存储为扩展（extensions）。

为了提供单个软件交付体系结构800支持的多个组织中的每一个组织的业务过程的定制，应用服务器802访问的元数据储存库716和/或其它数据储存库中存储的数据和数据对象可以包括三种类型的内容：如图9中所示，核心软件平台内容902（例如，业务过程的标准定义）、系统内容904和租户内容906。核心软件平台内容902包括表示核心功能并且租户不可修改的内容。系统内容904在一些示例中可以通过核心软件平台的运行时来创建，并且可以包括核心数据对象，该核心数据对象存储与给定业务过程的特定实例相关联的具体数据并且可以利用每个租户提供的数据来修改。关于一个或更多个核心软件平台内容902、系统内容904和所述一个或更多个外部服务提供商706提供的内容的元数据可以可选地作为从所有其它租户810A-810N可访问的系统租户的一部分。

租户内容906中保留的数据和/或元数据可以是租户特定的：例如，每个租户810A-810N可以存储关于其自己的库存、销售定单等等的信息、以及关于被指定给租户的组织特定的扩展、过程等等的元数据。因此租户内容906A-906N可以包括为一个特定的租户810A-810N定制的数据对象或其它数据对象的扩展，以便反映该特定租户特定的并且只能由相应租户处的授权用户访问的业务过程和数据。这样的数据对象可以包括关键字区域（key field）（例如,库存跟踪情况中的“客户端"）以及一个或更多个主数据、业务配置信息、事务数据等等。例如，租户内容906可以反映对业务过程的标准模板定义的租户特定的修改或改变以及涉及个体过程步骤的业务对象的租户特定的定制（例如，生成的条件表格中的记录、访问序列、价格计算结果、其他的租户特定值等等）。访问软件平台内容902、系统内容904和特定租户的租户内容906的组合以便根据该租户的定制和业务数据提供业务过程定义和/或关于该业务过程的特定实例的状态信息，从而为每个租户提供到定制的解决方案的访问，所述定制的解决方案的数据只能对于该租户的用户可用。

应用服务器702的一个或更多个生命周期事件或过程可以导致缓存中保留的元数据的无效。在这个上下文中的生命周期事件可以指一个或更多个业务对象或其它数据对象到业务软件体系结构的核心软件平台模块704或一个或更多个外部服务提供商706提供的数据库功能或其他的软件功能的导入、升级、在线修复（hot fix）等等中的一个或更多个。在诸如上面参考图8和图9描述的多租户方法的示例中，影响一个或更多个核心软件平台模块704的特征或一个或更多个外部服务提供商706提供的数据库功能或其它软件功能的特征的生命周期事件可以在该系统租户中执行。类似地，影响多个租户的其它生命周期事件（例如，在多个租户中可以是活动的可升级的插件（scalableadd-on）也可以在该系统租户中执行。只影响一个租户的生命周期事件，例如：仅由业务软件体系结构的单个客户使用的插件（add-on）或其它定制特征的升级、导入、在线修复等等；单个租户的可升级的插件功能的开启或关闭；创建或修改对核心软件平台内容902、系统内容904或一个或更多个外部服务提供商706提供的数据库功能或其它软件功能的扩展；等等，只能在受影响的租户中实现。

诸如在这里描述的可修改的业务对象可以提供与生命周期管理事件的良好的兼容性，所述生命周期管理事件例如，升级、在线修复、新开发产品的发布、到新系统的过度、等等。客户对可修改的业务对象的修改通常包括术语修改（terminology adaptation）和区域扩展（field extension）、所述术语修改可以存储在客户端依赖表格中，所述区域扩展可以作为传统区域扩展存储在该系统中。从而，即使在多租户系统中，完整的生命周期支持也能够用于这些对象，所述完整的生命周期支持包括但不限于对于下列各项的充分支持：租户隔离、将修改的业务对象从试验或影子系统（shadow system）复制到生产性系统（productive system）、即使核心软件平台中的可修改的业务对象的实施方式发生了改变也保持扩展的生命周期稳定性、等等。

此处描述的主题的一个或多个方面或特征可以在数字电子电路、集成电路、专门设计的专用集成电路（ASIC）、现场可编程门阵列（FPGA）计算机硬件、固件、软件和/或其组合中实现。这些不同的方面或特点可以包括在包含至少一个可编程处理器的可编程系统上可运行和/或可解释的一个或多个计算机程序中的实现，所述可编程处理器可以是专用的或通用的，耦接到存储系统、至少一个输入设备以及至少一个输出设备以从其接收数据和指令并向其发送数据和指令。客户机和服务器一般是互相远离的且通常通过通信网络进行交互。客户机和服务器之间的关系依靠运行在各个计算机上的并具有客户机-服务器相互关系的计算机程序产生。

这些计算机程序，也可以被称为程序、软件、软件应用程序、应用、组件、或代码，它们包括可编程处理器的机器指令，并且可以用高级程序和/或面向对象的编程语言，和/或汇编/机器语言来实现。如此处使用的，术语“机器可读介质”是指用于向可编程处理器提供机器指令和/或数据的任何计算机程序产品、装置和/或设备，比如磁盘、光盘、存储器和/或可编程逻辑器件（PLD），包括作为机器可读信号的接收机器指令的机器可读介质。术语“机器可读信号”是指任何用于提供机器指令和/或数据给可编程处理器的信号。机器可读介质可以非暂时性地存储这种机器指令，比如像非暂时性的固态存储器或磁硬盘驱动器或任何其它等效的存储介质那样。机器可读介质可以可替换地或附加地以暂时的方式存储这种机器指令，比如像处理器高速缓存或其它与一个或多个物理处理器内核相关联的随机存取存储器那样。

为提供与用户的交互，此处描述的主题的一个或多个方面或特征可以在具有显示设备以及可以用来向计算机提供输入的键盘和定点设备的计算机上实现，所述显示设备诸如用于向用户显示信息的阴极射线管（CRT）或液晶显示器（LCD）或发光二极管（LED）监视器，所述定点设备诸如鼠标或轨迹球。其它种类的设备也可以用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感觉反馈，比如视觉反馈、听觉反馈或触觉反馈；并且来自用户的输入可以以任何形式接收，包括但不限于，声音、语音或触觉输入。其它可能的输入设备包括但不限于，触摸屏或其它诸如单点或多点电阻或电容轨迹板的触敏设备、语音识别硬件和软件、光学扫描仪、光学指示器、数字图像捕获设备及相关联的解译软件等等。

此处描述的主题可以依赖于期望的配置而实施在系统、装置、方法和/或物品中。在前面的描述中提出的实施方式不代表与此处描述的主题一致的所有实施方式。更确切地说，它们仅仅是与关于所描述主题的方面一致的一些例子。尽管上面已经详细描述了一些变化形式，但是可以做出其它的修改或添加。具体来说，除了在此处提出的这些内容之外，还可以提供进一步的特征和/或变化。例如，上述实施方式可以针对所公开的特征的各种组合和子组合和/或上述公开的一些进一步的特征的组合和子组合。另外，附图中示出的和/或这里描述的逻辑流程不一定要求所显示的特定次序或顺序的次序以获得期望的结果。其它实施方式也在所附权利要求书的范围之内。

Claims (19)

1.一种计算机程序产品，包含存储指令的机器可读介质，当至少一个可编程处理器运行所述指令时，导致所述至少一个可编程处理器执行以下操作：

响应于业务软件体系结构的用户对创建新业务对象的选项的选择，访问可修改的业务对象，所述可修改的业务对象包含通用的无内容且无含义的框架业务对象；

经由区域扩展用户接口从该用户接收将被添加到可修改的业务对象的首标的第一区域和将被添加到可修改的业务对象的项目节点的第二区域的定义；

使用该用户经由所述区域扩展用户接口工具访问的术语工具修改所述可修改的业务对象的术语，所述修改包含将关于包括第一和第二区域的所述术语的元数据存储在元数据储存库中；以及

在运行时使用所存储的元数据确定新业务对象所支持的至少一个用户接口屏幕的屏幕和部分的标题。

2.如权利要求1所述的计算机程序产品，其中，所述可修改的业务对象包含外围特征和外围功能中的至少一个，用于使新业务对象在运行时如同其是被提供该业务软件体系结构的核心软件平台的标准业务对象那样表现。

3.如权利要求2所述的计算机程序产品，其中，所述至少一个外围特征和外围功能是从用户接口（UI）、搜索表单、打印表单、报告、移植服务、网络服务和扩展情景中选择的。

4.如权利要求1所述的计算机程序产品，其中，所述可修改的业务对象包含该用户可修改的标识符区域，用于在该新业务对象与从第二可修改的业务对象创建的第二新业务对象和被包括为该业务软件体系结构的核心软件平台的一部分的标准业务对象中的至少一个之间创建链接。

5.如权利要求1所述的计算机程序产品，其中，所述可修改的业务对象包含区域扩展能力，以便该新的业务对象可以通过使用该业务软件体系结构为被提供该业务软件体系结构的核心软件平台的标准业务对象提供的区域扩展机制来扩展。

6.如权利要求1所述的计算机程序产品，其中，所述可修改的业务对象包含用户接口，该用户接口提供用户接口锚以允许该用户和业务软件体系结构客户处的另一个用户添加扩展区域，该扩展区域分解为从所述可修改的业务对象创建的新业务对象内的相应的底层数据结构。

7.一种系统，包含：

至少一个可编程处理器；以及

存储指令的机器可读介质，当所述至少一个可编程处理器运行所述指令时，导致所述至少一个可编程处理器执行以下操作：

响应于业务软件体系结构的用户对创建新业务对象的选项的选择，访问可修改的业务对象，所述可修改的业务对象包含通用的无内容且无含义的框架业务对象；

经由区域扩展用户接口从该用户接收将被添加到可修改的业务对象的首标的第一区域和将被添加到可修改的业务对象的项目节点的第二区域的定义；

使用该用户经由所述区域扩展用户接口工具访问的术语工具修改所述可修改的业务对象的术语，所述修改包含将关于包括第一和第二区域的所述术语的元数据存储在元数据储存库中；以及

在运行时使用所存储的元数据确定新业务对象所支持的至少一个用户接口屏幕的屏幕和部分的标题。

8.如权利要求7所述的系统，其中，所述可修改的业务对象包含外围特征和外围功能中的至少一个，以便使新业务对象在运行时如同其是被提供该业务软件体系结构的核心软件平台的标准业务对象那样表现。

9.如权利要求8所述的系统，其中，所述至少一个外围特征和外围功能是从用户接口（UI）、搜索表单、打印表单、报告、移植服务、网络服务和扩展情景中选择的。

10.如权利要求7所述的系统，其中，所述可修改的业务对象包含该用户可修改的标识符区域，用于在该新业务对象与从第二可修改的业务对象创建的第二新业务对象和被包括为该业务软件体系结构的核心软件平台的一部分的标准业务对象中的至少一个之间创建链接。

11.如权利要求7所述的系统，其中，所述可修改的业务对象包含区域扩展能力，以便该新的业务对象可以通过使用该业务软件体系结构为被提供该业务软件体系结构的核心软件平台的标准业务对象提供的区域扩展机制来扩展。

12.如权利要求7所述的系统，其中，所述可修改的业务对象包含用户接口，该用户接口提供用户接口锚以允许该用户和业务软件体系结构客户处的另一个用户添加扩展区域，该扩展区域分解为从所述可修改的业务对象创建的新业务对象内的相应的底层数据结构。

13.一种计算机实现的方法，包含：

响应于业务软件体系结构的用户对创建新业务对象的选项的选择，访问可修改的业务对象，所述可修改的业务对象包含通用的无内容且无含义的框架业务对象；

经由区域扩展用户接口从该用户接收将被添加到可修改的业务对象的首标的第一区域和将被添加到可修改的业务对象的项目节点的第二区域的定义；

使用该用户经由所述区域扩展用户接口工具访问的术语工具修改所述可修改的业务对象的术语，所述修改包含将关于包括第一和第二区域的所述术语的元数据存储在元数据储存库中；以及

在运行时使用所存储的元数据确定新业务对象所支持的至少一个用户接口屏幕的屏幕和部分的标题。

14.如权利要求13所述的计算机实现的方法，其中，所述可修改的业务对象包含外围特征和外围功能中的至少一个，以便使新业务对象在运行时如同其是被提供该业务软件体系结构的核心软件平台的标准业务对象那样表现。

15.如权利要求14所述的计算机实现方法，其中，所述至少一个外围特征和外围功能是从用户接口（UI）、搜索表单、打印表单、报告、移植服务、网络服务和扩展情景中选择的。

16.如权利要求13所述的计算机实现方法，其中，所述可修改的业务对象包含该用户可修改的标识符区域，用于在该新业务对象与从第二可修改的业务对象创建的第二新业务对象和被包括为该业务软件体系结构的核心软件平台的一部分的标准业务对象中的至少一个之间创建链接。

17.如权利要求13所述的计算机实现方法，其中，所述可修改的业务对象包含区域扩展能力，以便该新的业务对象可以通过使用该业务软件体系结构为被提供该业务软件体系结构的核心软件平台的标准业务对象提供的区域扩展机制来扩展。

18.如权利要求13所述的计算机实现方法，其中，所述可修改的业务对象包含用户接口，该用户接口提供用户接口锚以允许该用户和业务软件体系结构客户处的另一个用户添加扩展区域，该扩展区域分解为从所述可修改的业务对象创建的新业务对象内的相应的底层数据结构。

19.如权利要求13所述的计算机实现的方法，其中，所述访问、接收、修改和确定中的至少一个由包含至少一个可编程处理器的系统执行。

Images