提供模型数据生成器的系统和方法

专利名称：提供模型数据生成器的系统和方法
技术领域：
本发明一般涉及数据处理。更具体地讲，本发明涉及用于生成用于模型
业务对象(mockup business object)的模型数据(mockup data)的系统和方法。
背景技术：
在企业如何开展业务中存在并将继续存在各种改进和改变。通过成长的 竟争和全球化、合并和收购是否出现这些改进和改变，或者业务模型的修补， 成功的关键常常在于企业的信息技术(IT)组织如何能够迅速的适应于发展业 务需求。因此，主要的挑战在于这些企业如何处理这种变革。
对于使能企业活力的组织，它们必须保证企业应用不仅仅是驱动效率的 高性能业务引擎，而且它们还成为未来业务系统的灵活的构件块(building block)。最近以服务形式出现了一种有前途的解决方案。服务，诸如网络服务 或程序，代表能够由其它应用找到和访问的独立的(self-contained)、自述 (self-describing)的应用功能。服务是独立的，因为除了服务本身以外使用该服 务的应用不必依赖于任何东西，服务也是自述的，因为关于如何使用该服务 的所有信息能够从服务自身获得。所述描述被集中地存储，并且可以通过标 准机制来访问。
不同于要求程序员建立和保持在应用之间的链接，服务是松散的连接的 (loosely coupled),使得连接更筒单和更加灵活，并允许应用设计师(architects) 更容易地找到和理解由其它合作应用提供的服务。但是，服务中存在的问题 是它们通常被设计来暴露(expose)个别应用的功能，因而太受限制以至于不能 成为用于企业范围(enterprise-wide)的业务处理的有效的构件块。这种不足的 一个解决方案被转移到面向服务的体系结构(Service Oriented Architecture, SOA)。 SOA是一种开放体系结构的中间件，其建立在服务的益处之上。SOA 的例子能够在企业服务框架(Enterprise Service Framework, ESF)中找到，ESF 可以从德国Walldorf的SAP AG购买到。术语"SOA"还被称为"分布式对 象"(distributed objects)体系结构，诸如CORBA(Common Object R叫uest Broker
Architecture)禾口 DCOM(Distributed Component Object Model)。
SOA使能从实际应用中提炼(abstraction)建模为服务(也称为企业服务)的 业务对象(business objects , BO)。将服务聚集(aggregating)为业务级 (business-level)的企业服务可以为自动化企业规模的业务情节(scenarios)的任 务提供更有意义的构件块。企业服务允许IT组织有效的开发复合应用，复合 应用被定义为组合了来自已有系统的功能和信息的应用，以便支持新的业务 处理和情节。
SOA还使能企业服务储存库的使用。企业服务储存库存储相关的已有企 业服务，并使它们为所选择的合作伙伴和客户所用。通过使用企业服务储存 库，这些所选择的合作伙伴和客户能够使用已有企业服务来帮助实施新的服 务和相应的业务对象。术语"业务对象"(BO)代表对业务有重要意义的物理 或逻辑对象，诸如包括用于生成釆购定单的方法的数据结构。"对象"指的是 参数(例如，数据)和相关方法的软件束(software bimdle)。例如，在面向对象 的编程中，对象是由数据和与该数据相关联的操作组成的类(class)的具体实现 (实例)。
当开发服务和业务对象时，其它系统组件的开发被延迟，直到完成所述 服务和相应的业务对象。创建模型业务对象从而便利于其它系统组件的开发。 通常，需要对这些服务和业务对象进行多次的回归(regression)以及海量数据 测试。但是，这些模型业务对象需要在实际开发业务对象之前填入应用于回 归测试和海量数据测试的数据。同样，这里也需要改善对用于这些模型业务
对象的模型数据的开发。

发明内容
本发明提供了用于提供用于模型业务对象的模型数据的方法和装置，包 括计算机程序产品。
在一个示范实施例中，这里提供了 一种用于创建用于模型对象的模型数 据的方法，在框架内实施的模型对象包括其它对象。该方法还可以包括从 用户接收将要为其创建模型数据的模型对象的名称，其中所述对象包括一个 或多个节点；从用户接收要为所述对象的每个节点创建的记录的数量；确定 是否为每个节点创建新的模型数据或修改已有模型数据；从用户接收用于所 述模型数据的开始范围和结束范围；以及基于存储在框架内的元数据以及所
述开始和结束范围，在框架内生成所述对象的每个节点的模型数据。
应当理解，前述的一般描述以及后面的详细描述都仅仅是示例性的和说 明性的，而不是将本发明限制在所描述的范围。除了那些在这里所论述的以 外，还可以提供另外的特征和/或变化。例如，本发明可以致力于所公开的特
征的各种组合和子组合(subcombinations)，和/或在以下的详细描述中公开的 一些另外的特征的组合和子组合。


这里所合并、并组成此说明书的一部分的附图示出了本发明的某些方面， 并结合描述，帮助解释了与本发明相关联的一些原理。在附图中，
图1A说明了符合与本发明相关的某些方面的示范系统环境的框图； 图1B说明了符合与本发明相关的某些方面的示范模式(schema);
骤的流程图。
具体实施例方式
现在将对本发明进行详细描述，在附图中说明了本发明的示例。在以下 描述中论述的实施方式并不代表与所要求保护的发明一致的全部实施方式。 而是仅仅是符合与本发明相关的某些方面的一些示例。无论哪种情况下，相 同的参考标号在整个附图中将总是用来指代相同或相似的部分。
图1A是示范系统100环境的框图，其包括客户端系统110和用于生成 业务对象(business object)的服务器系统190。业务对象可以担当存储在模 型存储器(storage)中的、用于在运行时使用的模型(mockups)。通过提供用于 模型业务对象的持续性框架(persistence framework),能够独立于实际业务对 象而使用模型业务对象，诸如在系统100的开发完成或结束时实施的业务对 象。同样，生成的模型业务对象允许诸如用户接口的开发的系统100的组件 的开发独立于、并平行于实际业务对象的实施来进行。
参考图1A,客户端系统110包括用户接口(user interface, UI)120和类属 客户端代理(generic client proxy, GCP)140。客户端系统110通过网络连接150b 连接到服务器系统l卯。服务器系统190还包括服务管理器(service manager,
SM)160、储存库175、模型服务适配器196、模型数据生成器197、数据库 170、以及服务提供商180、 181。系统100可以实施为企业服务框架(ESF) 的一部分。ESF是一种计算机框架类型，诸如客户端-服务器体系结构框架， 其包括一个或多个服务。框架是在一个或多个内联的计算机上的软件系统。 所述服务通过通信机制，诸如因特网或内联网，可以被ESF的其它部分诸如 客户端系统和它们的对应用户所访问。ESF可以使用由SAP NetweaverTM(可 以从德国Walldorf的SAP AG买到)提供的工具来构建。虽然图1A示出了单 一的客户端系统110和单一的服务器系统190,但是也可以使用多个客户端 系统和服务器系统。而且，在图1A中描绘的组件可以分布在多个位置。虽 然就客户端-服务器体系结构和ESF描述了图1A，但是系统100也可以使用 任何其它的体系结构或框架。
客户端系统110可以包括一个或多个处理器，诸如计算机，以便与服务 器系统190连接。用户接口 120可以提供一个接口以允许用户与其它应用诸 如服务提供商180、 181以及它们的相应业务对象相互作用(interact)。用户接 口 120可以包括提供来自服务提供商180、 181的内容的浏览器。在一些实施 方式中，SAP Web Dynpro (可以从德国Walldorf的SAP AG买到)被用作用 于生成用户接口 120的基于模型(model-based)的开发环境，虽然也可以使用 其它的开发环境。用户接口 120可以通过网络连接150a调用(call)类属客户端 代理l仰的应用程序接口 (application program interface ， API)， 以i"更与 <列i口月良 务提供商180、 181之一相互作用。
类属客户端代理140可以具有在客户端系统110实施的、能够被用户接 口 120访问的API。当进行例示说明(instantiate)时，类属客户端代理140可以 通过网络连接150b将如远程过程调用(Remote Procedure Call, RPC)或简单对 象访问协议(Simple Object Access Protocol ， SOAP)接口提供给服务器系统190 的服务管理器160。类属客户端代理140可以被实施为通过提供定义明确的 接口给服务管理器160,来控制对用户接口 120可用的功能。例如，服务管 理器160可以包括各种过程，但是类属客户端代理140可以仅被允许访问那 些过程的子集(subset)。而且，类属客户端代理140可以緩冲在用户接口 120 和服务管理器160之间的请求和/或响应。
网络连接150a-150i可以单独或以任何适当的组合来包括基于电话系统 的(telephony-based)网络、局域网(LAN)、广域网(WAN)、专用内联网、无线
LAN、因特网、内联网、无线网络、总线、或任何其它的通信机制。而且， 有线和/或无线组件和系统的任何适当的组合都可以提供网络连接150a-150g。 并且，网络连接150a-150g可以使用双向、单向、或专用通信链接来具体实 现。网络链接150a-150g还可以实施标准传输协议，诸如传输控制协议/网际 协议(TCP/IP)、超文本传输通讯协议(HTTP)、 SOAP、 RPC、或其它协议。
服务器系统190可以包括一个或多个诸如计算机的处理器以便与诸如客 户端系统110的其它计算机接口连接。类属客户端代理140调用在服务器系 统l卯的服务管理器160的API。当调用服务管理器160的API时，在服务 器系统190创建服务管理器160的实例(instance)。虽然服务管理器160被描 述为在服务器系统190内，但服务管理器160也可以位于任何位置和分布在 多个位置。
储存库175可以存储与业务对象相关联的信息，包括用于业务对象的元 数据，以及用于模型业务对象的模型数据。例如，储存库175可以存储包括 标识符(ID)和模型数据内容的业务对象节点的列表。业务对象的ID是指在储 存库175内唯一地标识各个业务对象节点的、业务对象节点的标识存储器地 址。存储器地址能够被用来访问和读取特定业务对象节点的数据内容。例如， 业务对象节点的ID可以由目录结构(directory stmcture)和与该业务对象节点 相关联的文件名组成。储存库175可以被实施为企业服务储存库，虽然也可 以使用任何其它的计算机可读存储介质。
储存库175还可以存储关于一个或多个业务对象的元数据。元数据可以 被定义为关于数据的数据。例如，元数据是指关于数据自身的信息，诸如数 据的内容、质量、条件、源、尺寸、格式、性质等。可扩展标记语言(XML) 是元数据的一个具体例子，因为其是一种用于定义其它数据对象的格式。元 数据可以包括模式(schema)。模式是组织或结构，诸如数据库的组织或在面向 对象的程序中对象的结构。在面向对象的编程中，建模(即，用在业务或其它 的上下文关系中的对象的分析以及在这些数据对象之间的关系的标识)产生 模式，其可以作为模式存储在储存库175中。模式可以被可视地描述为结构 或形式的面向文本的描述(例如，脚本)。例如，元数据可以为数据库表的形式。 元数据可以包括诸如业务对象中节点的数量、节点的名称、业务对象层级中 节点的位置、节点的结构、关联、动作、以及对节点的默认查询等信息。
储存库175还可以存储与模型业务对象相关联的模型数据。模型数据如
下面将要描述的、由模型数据生成器197生成。
图IB描述了用于含有存储在储存库175的才莫型数据的业务对象节点的 示例模式。模式包括用于销售定单198a的业务对象节点、包含销售定单项 198a的销售定单项198b、以及相应的产品描述198c。图1B还描述了具有生 成的模型数据的业务对象节点，如在父类节点销售定单项198d、子类节点销 售定单项198e、以及子类节点产品描述198f中所示。如以下所述，这些模型 数据业务对象中的模型数据由模型数据生成器197生成。而且，图IB中所述 的模式包括标识在业务对象节点198之中的关系的关键字199a-d。例如，关 键字199a是用于链接业务对象节点198a和198b的销售定单标识值("id，，)。 关键字199b将销售定单项198b的产品标识值(在图1B标为"product id") 链接到产品描述198c的产品标识值(标为"id")。描述了业务对象节点以及 它们如何互相关联的模式可以被看作元数据，并存储在储存库175中。而且， 模式可以被看作如何实施这些业务对象节点的"模型"(model)。模型可以担 当使能业务对象的其它模型以及它们的节点的组合的模板(template)。模型还 可以用于生成脚本(script),该脚本用于生成用于业务对象和它们的节点的代 码。模式可以作为元数据存储在储存库175中。在系统100的最终实施期间， 用户将与诸如网络服务或服务提供商180或181的服务相互作用(例如，接收 产品编目)，以便访问存储在储存库175中的业务对象。存储在业务对象中模 型数据也可以存储在储存库175中。
参考图1A,模型服务适配器196可以包括API，该API被调用时使用元 数据生成模型业务对象。例如，存储在储存库175中的元数据被用于生成模 型业务对象。模型服务适配器196在模型存储器(mockup storage)中存储任何 生成的模型业务对象。
模型数据生成器197可以包括API，该API被调用时使用用户响应和元 数据生成用于模型业务对象的模型数据。例如，存储在储存库175中的元数 据可以用于生成模型数据。具体来讲，如果图IB的模式描述了含有实际数据 的实际业务对象的模型，则模型可以用于提供用于生成模型业务对象的模型 数据的类似;溪型。模型数据生成器197将任何生成的模型数据存储在模型存 储器224中(如图2所示)。在运行时，使用具有模型数据的模型业务对象，以 便独立地进行系统100的组件的开发。例如，用户接口设计师可以不用顾忌 在系统100完成时可能使用的实际业务对象数据来开发用户接口 120，以便
与含有模型数据的模型业务对象相互作用。
图2描述了示范模型数据生成器197。模型数据生成器197可以基于存 储在储存库175中的元数据以及用户响应生成用于模型业务对象的模型数 据。模型数据生成器197还可以在模型存储器224中存储模型数据。而且， 模型数据生成器197可以在运行期间例示模型数据。生成模型数据的步骤将 参考图3在下面进行描述。参考图2,当被服务管理器160调用时，模型数 据生成器197调用数据分析器212。
模型数据生成器197包括数据分析器212、数据生成器引擎220、以及后 台工作管理器226。数据分析器212允许用户指定创建模型数据的数值范围。 例如，用户可以指定一个设定在从'T，到"1000"的整数域的值。从而，参 考图1B，用户可以指定为198b中的"line id"生成的数据必须是在"1"到 "1000"之间的整数。数据分析器212还允许用户指定使用正则表达式(regular expressions)设定的值。数据分析器212还执行对由用户为特定字段指定的值 的检验，以便确定该字段是否有效(valid)。例如，对于销售定单项198b, "line id"必须是整数，而"product id"也必须是整数。因此，用户可以只指定模 型数据的整数范围，例如，从'T，到"1000"的范围。如果用户指定了一个 字符范围，则数据分析器212将确定该字段不是有效的。
数据生成器引擎220可以被模型数据生成器197调用以生成用于模型业 务对象的模型数据。模型数据独立于任何实际数据来生成。例如，基于存储 在模型存储器224中的业务对象元数据，以及用户输入，数据生成器引擎220 创建用于模型业务对象节点的模型数据(例如，在图1B中描述的表)，并将所 得到的模型业务对象节点中的模型数据存储在模型存储器224中。所述表具 有技术名称，诸如"销售定单"、"销售定单项"、以及"产品描述"。数据生 成器引擎220将这些技术名称映射到诸如模型存储器224或数据库170之类 的适当的存储器机构。模型业务对象节点、数据库表名称、以及字段名称(例 如参见198a的"id"、"定单日期"、以及"客户id")之间的关联被存储在模 型存储器224。
模型业务对象节点可以具有对业务对象节点的字段的相关联的默认查
询。例如，每个模型业务对象节点可以具有包括字段以及那些字段的默认SQL
查询的相关联的数据库表(例如，对应节点198a-c的表)。交易緩冲器
(transactional buffer)222可以使能数据库数据和緩冲器数据的归并(merging)。
例如，对模型业务对象节点中的模型数据的改变可以被存储到缓沖器中，直 到实施对数据库的保存。当调用保存时，緩冲器中的任何改变都被写入数据
库170中，这样所述改变被以有序的(或分阶段的(phased))方式被输入 (entered)。交易缓沖器222还可以通过模型业务对象节点提供父类-子类以及 子类-父类导航(navigation)。例如，存储在模型存储器224中的模型业务对象 模型可以包括定义了父类节点(例如，节点198a)和子类节点(例如，节点198b) 的模式(例如参见图1B)。父类节点可以是用于生成销售定单的模型业务对象 节点，而子类节点之一可以是销售定单的对象(例如，包含在定单中的项目以 及所述项目的产品描述)。交易緩冲器222因此可以提供在那些节点198之间 的导航。虽然结合销售定单业务对象描述了模型业务对象节点，但是也可以 使用其它类型的对象。
数据生成器引擎220中的交易缓沖器222管理交易緩冲，诸如对模型存 储器224的模型业务对象节点执行的创建、检索、更新、以及删除。例如， 服务管理器160可以从服务提供商180、 181调用各种过程以例示存储在模型 存储器224中模型业务对象，以便与模型业务对象相互作用以及操纵模型业 务对象节点。这些过程可以包括创建、检索、更新、以及删除对应于服务提 供商180、 181的模型业务对象节点的指令。例如，"创建，，过程能够用来创 建新的模型业务对象节点，"更新"过程用来更新一个或多个模型业务对象节
点中的数据内容，"检索，，过程用来检索模型业务对象节点，而"删除"过程 用来删除一个或多个模型业务对象节点。而且，这些过程可以组合使用，例 如"查询，，过程与"检索，，过程，用来从模型业务对象节点搜索和检索数据 内容。当使用创建、检索、更新、以及删除过程时，交易緩冲器222还可以 实施另外的过程，诸如检查、保存、以及清空，并且支持改变通告，以改变 服务管理器160的处理程序(handler)。虽然交易緩冲器222如上所述对模型业 务对象执行诸如创建、检索、更新、以及删除的过程，交易緩沖器222还可 以对任何对象执行所述过程。
后台工作管理器226可以将存储在交易緩冲器222中的所有模型数据写 入数据库170或模型存储器224。如果在写入操作期间出现任何失败，则后 台工作管理器226将维持数据库170中的任何不一致。
数据库引擎和字段名称映射器228可以提供对数据库170的访问，并提 供代理名称和数据库名称之间的任何需要的映射功能。节点字段的代理名称
(例如，图IB中节点198b的"product id")可以代表在模型业务对象的代理 生成(proxy generation)时生成的用于高级业务应用编程(ABAP)字典中的节点 字段的ABAP名称。当使用元数据创建用于模型业务对象节点的数据库表时， 用与代理名称完全相同的名称来创建数据库表的列名称可能是并不实用的。 同样，数据库170可以使用"伪"名称，而不是由模型业务对象节点所用的 实际代理名称。数据库引擎228还可以包括限制对数据库170的访问的API。 例如，只有数据库引擎228能够得知在数据库170中使用的实际伪字段名称。 系统200的所有其它组件只能得知代理名称，该代理名称由数据库引擎228 映射到数据库170的实际伪字段名称。数据库引擎228还可以提供默认查询 过程。例如，模型业务对象节点可以包括预定的查询作为默认查询。这样， 默认查询(由模型引擎定义)可以是对模型业务对象节点(或其相应的数据库表) 定义的任何查询。
而且，当服务管理器160的API被模型服务适配器196调用时，服务管 理器160可以例示一个或多个服务提供商180、 181以及相应的模型业务对象。
模型存储器224提供对模型业务对象、用于模型业务对象的模型数据、 以及它们的业务对象节点的存储(例如参见图1B)。模型存储器224还可以包 括元数据。虽然模型储存器224可以用来存储与模型业务对象相关联的所有 模型数据，但是与模型业务对象节点相关联的实际数据可以存储在另外的位 置，诸如数据库170。参考图1B,模型业务对象节点可以对应节点198。在 这个例子中，与节点198a的定单日期相关联的数据可以被存储在数据库170 中。模型存储器224可以实施为计算机可读存储介质(例如，磁盘驱动、光盘 驱动等)。
图3是用于创建用于模型业务对象的模型数据的示范步骤的流程图。参 考图2和图3，当服务管理器160调用模型数据生成器197时，该调用启动 步骤302。数据分析器212可以首先从用户接收要为其创建模型数据的业务 对象的名称(步骤302)。用户(例如，在计算机前的人)在这种情况下可以指定 业务对象以及需要为其填上模型数据(也称为"模拟数据"或"虛拟数据") 的业务对象节点的名称。
对模型数据生成器197的调用启动数据分析器212，以确定在为那个业
务对象创建模型数据之前是否存在指定的模型业务对象。例如，如果通过调 用所请求的模型业务对象没有任何对应的数据存储在;^莫型存储器224中，则
数据分析器212可以确定该业务对象不存在。
然后用户可以提供要为业务对象的每个节点创建的记录的数量(步骤
304)。例如，如果用户指定父类节点198a,则用户可以指定^t型数据生成器 197将要创建多少模型销售定单项198a。该父类节点可以是用于生成销售定 单的模型业务对象节点，而子类节点之一(例如，198b)可以是销售定单的对象 (例如，包含在定单中的项目以及所述项目的产品描述)。
如果数据分析器212确定业务对象已经与模型数据相关联，则用户可以 选择保存和清除旧的数据(步骤306)。如果用户决定清除该模型数据，则在指 定业务对象中的模型数据被删除并且不被保存(步骤308)。但是，如果用户决 定保存已有模型数据，则数据分析器212可以将该数据写入模型存储器224 中。例如，如果用户选择销售定单项198a,并且那个节点的日期被设定为 "03/04/05",用户可以选择清除这个数据，并让模型数据生成器197为这个 节点创建新的模型日期。用户还可以将销售定单项198d中的信息保存到模型 存储器224。
用户还可以被给予修改已有数据的机会(步骤310)。例如，如果用户指定 业务对象销售定单项198d，则用户可以将定单日期或客户id改变为与所存储 的值不同的值。如果用户决定修改已有数据，则用户首先必须指定该数据的 开始和结束范围(步骤314)。该范围由业务对象的相应模式来确定。例如，如 果用户修改该定单日期，则他必须指定的范围必须对应于日期范围。
用户可以决定不修改任何已有数据(步骤310),而是为所选业务对象创建 新的数据(步骤312)。用户可以如上所述再次指定所述数据的开始和结束范围 (步骤314)。 一旦用户已经指定了是否要创建新的数据或要修改已有数据，则 数据生成器引擎220可以基于存储在储存库175中的元数据以及由用户指定 的数值范围来创建模型数据(步骤316)。然后数据生成器引擎220可以遍历 (traverse through)所指定的业务对象的每个节点，并为每个节点在模型存储器 224中创建记录(步骤318)。数据生成器引擎220为模型业务对象自动创建随 机模型数据。
在一个实施例中，用户可以为要由模型数据生成器197生成的数据指定 每个模型业务对象的父类-子类比率。因此，用户可以指定特定的父类节点可 以具有与其相关联的"X"数量的子类节点。例如，在图1B的例子中，父类 节点198d具有与其相关联的两个子类节点198e和198f。用户可能已经指定
了该父类具有两个子类节点。在另一个实施例中，用户在选#^该父类-子类比 率时被给予有修改该记录的机会。因此，如果用户选择较大的父类-子类比率， 则用户能够看到将为那个比率创建的记录的数量。用户能够修改这个数量以
使模型数据生成器197为特定节点产生更多或更少的记录。在同一个例子中， 如果用户为每个父类节点指定了两个子类节点，则模型数据生成器197可以 警告该用户将为这个业务对象创建七个记录。此时，如果希望如此，用户可 以减少记录的数量。
这里所公开的系统和方法可以以例如包括数据处理器的各种方式来实 现，数据处理器例如是还包括数据库、数字电子电路、固件、软件或任何它 们的组合的计算机。而且，本发明的上述特征和其它方面和原理可以在各种 环境中实施。这样的环境和相关应用可以被特定地构建，用于根据本发明执 行各种处理和操作，或者它们可以包括选择性的激活或由代码配置以提供所 需功能的通用计算机或计算平台。这里公开的处理并非必然地与任何特定的 计算机、网络、体系结构、环境、或其它装置相关，并且可以由硬件、软件、 和/或固件的适当组合来实施。例如，可以使用具有按照本发明的教导编写的 程序的各种通用机器，或者更方便地构建特定装置或系统来执行所需要的方 法和记述。
这里公开的系统和方法可以作为计算机程序产品实施，即，以信息载体 有形地实现的计算机程序，例如以机器可读存储设备或载波，用于执行或控 制例如可编程处理器、计算机、或多个计算机数据处理装置的数据处理装置 的操作。计算机程序可以用任何形式的编程语言来编写，包括编译或解释语 言，并且其可以配置为包括独立程序，或适于计算环境使用模块、组件、子 程序、或其它单元的任何形式。计算机程序可被配置为在一个地点或分布在 多个地点并通过通信网络相互连接的一个或多个计算机上执行。
前述描述是为了说明而不是为了限定本发明的范围，本发明的保护范围 由所附权利要求的范围来定义。其它的实施例也在以下权利要求书的范围以 内。
权利要求
1.一种用于创建用于模型对象的模型数据的方法，在框架内实施的所述模型对象包括其它对象，该方法包括从用户接收将要为其创建模型数据的模型对象的名称，其中所述对象包括一个或多个节点；从用户接收要为所述对象的每个节点创建的记录的数量；确定是否为每个节点创建新的模型数据或修改已有模型数据；从用户接收用于所述模型数据的开始范围和结束范围；以及基于存储在框架内的元数据以及所述开始和结束范围，在框架内生成所述对象的每个节点的模型数据。
2. 如权利要求l所述的方法，还包括允许用户在所述对象的每个节点内保存已有模型数据，其中所述对象包 括业务对象。
3. 如权利要求l所述的方法，其中所述确定步骤还包括允许用户在保存所述已有模型数据之后清除所述对象的每个节点内的所 述已有模型数据。
4. 如权利要求l所述的方法，还包括创建所述对象的每个节点的模型数据的记录。
5. 如权利要求l所述的方法，其中所述确定步骤还包括提示用户以确定用户是否希望创建新的模型数据或改变已有模型数据。
6. 如权利要求l所述的方法，还包括 向用户显示所述对象的子类节点与父类节点的比率； 向用户显示将要为每个节点创建的记录的数量；以及 允许用户修改记录的数量。
7. 如权利要求l所述的方法，其中所述框架是计算机框架。
8. —种用于创建用于模型对象的模型数据的系统，在框架内实施的所述 模型对象包括其它对象，该系统包括处理器；以及存储器，其中所述处理器和存储器被配置来执行方法，该方法包括 从用户接收将要为其创建模型数据的模型对象的名称，其中所述对象包 括一个或多个节点；从用户接收要为所述对象的每个节点创建的记录的数量； 确定是否为每个节点修改已有模型数据或创建新的模型数据； 从用户接收用于所述模型数据的开始范围和结束范围；以及 基于存储在框架内的元数据以及所述开始和结束范围，在框架内生成所 述对象的每个节点的模型数据。
9. 如权利要求8所述的系统，还包括允许用户在所述对象的每个节点内保存已有模型数据，其中所述对象包 括业务对象。
10. 如权利要求8所述的系统，其中所述确定还包括允许用户在保存所述已有模型数据之后清除所述对象的每个节点内的所 述已有模型数据。
11. 如权利要求8所述的系统，还包括 创建所述对象的每个节点的模型数据的记录。
12. 如权利要求8所述的系统，其中所述确定还包括提示用户以确定用户是否希望创建新的模型数据或改变已有模型数据。
13. 如权利要求8所述的系统，还包括 向用户显示所述对象的子类节点与父类节点的比率； 向用户显示将要为每个节点创建的记录的数量；以及 允许用户修改记录的数量。
14. 如权利要求8所述的系统，其中所述框架是计算机框架。
15. —种计算机可读介质，其含有指令以便配置处理器执行用于创建用 于模型对象的模型数据的方法，在框架内实施的所述模型对象包括其它对象， 该方法包括从用户接收将要为其创建模型数据的模型对象的名称，其中所述对象包括一个或多个节点；从用户接收要为所述对象的每个节点创建的记录的数量； 确定是否为每个节点修改已有模型数据或创建新的模型数据； 从用户接收用于所述模型数据的开始范围和结束范围；以及 基于存储在框架内的元数据以及所述开始和结束范围，在框架内生成所述对象的每个节点的模型数据。
16. 如权利要求15所述的计算机可读介质，还包括允许用户在所述对象的每个节点内保存已有模型数据，其中所述对象包 括业务对象。
17. 如权利要求15所述的计算机可读介质，其中所述确定步骤还包括 允许用户在保存所述已有模型数据之后清除所述对象的每个节点内的所述已有模型数据。
全文摘要
提供用于模型对象的模型数据的方法和装置，包括计算机程序产品。在一个示范实施例中，所述方法可以包括从用户接收将要为其创建模型数据的模型对象的名称，其中所述对象包括一个或多个节点。所述方法还可以包括从用户接收要为所述对象的每个节点创建的记录的数量；确定是否为每个节点修改已有模型数据或创建新的模型数据；从用户接收用于模型数据的开始范围和结束范围；以及基于存储在框架内的元数据以及开始和结束范围、在框架内生成所述对象的每个节点的模型数据。
文档编号G06F17/30GK101097579SQ20071010958
公开日2008年1月2日 申请日期2007年6月27日 优先权日2006年6月27日
发明者弗兰克·布伦斯威格, 普雷尚思·雷, 普雷格尼什·B·米斯特里, 阿布海·A·蒂普尔 申请人:Sap股份公司