用于在模型上实现动作的方法和系统的制作方法

专利名称：：用于在模型上实现动作的方法和系统的制作方法
技术领域：
：本发明涉及一种连接用于建模工具的用户接口的方法，尤其是一种实现业务测量(businessmeasure)建模(BOM观测模型)的用户可视化的方法和接口。
背景技术：
：有许多业务建模工具存在并且为用户提供了对特定公司的一些或所有的业务操作进行优化的能力。IBMWebSphere业务建模器(BusinessModeler)(“IBMWebsphere”是IBM公司的商标)就是一种这样的业务建模工具。IBMWebSphere业务建模器(“IBMWebsphere”是IBM公司的商标)提供了一种实现业务建模、模拟、分析和协作能力的工具。在业务建模领域，这包括诸如过程建模、企业建模、数据和制品(artifact)建模、组织建模、资源建模以及时间线和位置建模的特征。这些类型的模型的优点在于业务模型可以用于了解业务中有多少方面在被部署之前可以被建模。建模工具还帮助减少成本和增加业务生产率。当已经为特定的组织建立了业务模型，有时需要对已经实现的业务过程进行监控，以便对它们进行不断的改进。WebSphere业务监控器(BusinessMonitor)实现的真是这样的监控过程。该建模过程是在Eclipse平台上使用Eclipse建模框架(EMF)实现的。EMF是用于开发模型驱动应用的开放式源代码框架。它基于模型创建了用于操作读取和串行化数据的Java代码。对于一些用户来说，该模型和Eclipse建模框架太复杂以致于难以理解，这是因为需要适当级别的计算机和计算机语言知识。因此常常需要将用户信息转换为模型，反之亦然。本发明的目的是提供一种方法和系统，通过该方法和系统，用户可以获得实现于建模系统上的业务测量模型(BOM观测模型)的清晰的概观。进一步的目的是以一种不需要相关计算机语言的高级知识的方式实现对模型的检查调试、修正和编辑。
发明内容本发明针对如独立权利要求中所规定的方法和系统。更特别地是，本发明公开了一种在诸如业务模型的模型上实现某种动作的方法，其中所述模型包括多个元素，所述或每个元素代表模型的一部分，所述方法包括-使用元素提取过程提取所述模型的每个元素；-为每个已提取的元素确定逻辑分组；-确定与每个已提取的元素相关的一个或多个参数；-基于所述逻辑分组确定已提取的元素的层次，从而产生所述模型的已提取的元素的层次树形图；-在所述层次树形图中随每个已提取的元素包括所述或每个参数；-使用所述层次树形图来访问每个元素的所述一个或多个参数，从而允许实现所述某种动作。在所附的从属权利要求中提供了本发明的更多实施例。本发明的优点在于本发明提供了一种方法和系统，通过该方法和系统，用户可以查看和编辑处于高级别的业务模型而不需要学习和理解复杂的计算机系统、程序或语言。图1是根据本发明的业务建模系统的概况图；图2是用于观测模型的监控上下文的树形图；图3是所选择的图2的树的元素的特性(property)的特性图；图4是用于描述逻辑分组节点如何与用于Eclipse(EMF)特性图的类链接的框图；图5是具有属性值操作框的图3的特性图的屏幕快照；图6是已重建用于向用户阐述的模型的观测监控器的屏幕快照；图7是示出了本发明的方法步骤的第一部分的框图；图8是示出了本发明的方法步骤的第二部分的框图。具体实施例方式图2、图3、图5和图6中并未详细地示出所有的图样元素。而是由不同框体的选择来表示它们。如从图中可明确的，框体表示元素名称、特性和值。任何的阴影框都表示所选择的项目。取决于例子的特定细节，由框体所表示的细节实际上会是变化的。一种用于对过程进行建模的业务模型或者任何其它的模型包括很多步骤或元素。如先前所指出的，这些对于查看、分析、调试或诸如此类的来说是复杂的。业务模型对过程进行建模，并且然后将过程输出至所选择的运行时工作流引擎，例如用于部署和自动化过程的IBMDiamond(TM)引擎。在用户希望监控一个或多个过程元素以获取业务测量时使用观测模型。该观测模型可以用于任何的过程并且充当用于添加或修正业务测量的起始点。观测模型中的核心元素之一是被称为“监控上下文”的元素，其是为已成为业务测量或即将成为业务测量的任何元素而创建的。将在下面对这一细节进行更为详细的描述。参照图1，示出了本发明或其概况图。可以通过诸如Eclipse建模框架(EMF)的观测模型102来观测业务模型100。解析器104用于分析模型的元素以确定“父代”(也就是业务测量元素)和“子代”(也就是业务测量的子元素)。业务测量包括(但不限于)以下度量、关键性能指示器、计数器和计时器。工具(其在稍后的细节中也可以被称为模板模型)106然后将元素分类成语法成分，从而识别每个成分之间的“父代”(也就是业务测量元素)和“子代”关系并且生成模型的树形表示。尽管事实上在每个父代和子代之间并不存在真的父/子关系，该情况仍会发生。树形表示示出了作为树形图的一个级别的“父代”成分和位于一个或多个子级别的“子代”成分。也就是说，一些“子代”成分会是其他“子代”成分的“父代”成分。通过能够将业务模型或观测模型转换为这样的格式，有可能更有效地使模型形象化。由解析器所确定的哪个“子代”属于哪个“父代”是基于“父代”和“子代”二者的属性和特性来实现的。这是通过业务模型的属性和特性，或者是观测模型的属性和特性来实现的。通过使用工具或模板模型，业务或观测模型的复杂度对于用户是隐藏的。用户可以查看和简单地了解模板模型的注释，并且整个系统包括充当模板模型和观测模型之间的接口和转换器的装置(未示出)。工具106和解析器104的操作结果在图2中以树200示出。该树是在打开观测模型时工具的“快照”。工具106使观测模型形象化为树，并且然后可以通过对每个树节点202、204、206等的扩展来检验或检查该模型。通过扩展树节点，有可能查看内容。随后对树中的任何元素的选择会使得用户能够在以下将更为详细描述的特性图中查看特性、属性等。各种“父代”和“子代”元素的名称将取决于特定的环境，除非在这种情况下没有特定的或重要的含义。建模器为用户任务中的每一个产生监控上下文208。所示出的模型(指示为GNDA)用于测试和集成的目的。如可以从图2看到的，工具在以下主要区域创建节点的逻辑分组-观测模型-监控上下文-描述符-入站事件(inboundevent)-出站事件(outboundevent)-度量-关键字-计数器-计时器-状况-事件类型-映射-等……使用这样的逻辑分组(以这种形式或其它形式)允许改善对该业务模型的成分元素的查看，并且因而可以更容易地实现任何的任务、修正等。参照图2最好地描述了模型的不同节点。实际的模型元素节点是模型中的实际元素，并且在图2中示为202、204和206。逻辑节点为相同种类的元素充当逻辑分组节点。例如，图2中的208是对监控上下文中所有的元素进行分组的逻辑分组节点。观测模型、监控上下文、描述符、入站事件、出站事件、度量、关键字、计数器、计时器、状况、事件类型和映射都是用于逻辑分组的逻辑节点，并且并不表示输入模型中任何真实的元素。如先前所指出的，如果选择了树的元素，则显示特性图，这在图3中进行了描述。显示基本特性图300，并且在该例中描述了与正在讨论的业务模型有关的特性的选择。对于每个特性，特性域302和值域304会从模型到模型类似地不等。现在参照图4，针对在逻辑分组节点与用于Eclipse(EMF)特性图的AbstractContainer(抽象容器)类和AbstractAdapter(抽象适配器)类之间实现联接，对过程进行了描述。如先前所指出的，在eclipse框架(可以为诸如来自于IBM的WBI建模器和监控器的两个建模器或监控器充当核心平台)内开发工具。eclipse框架具有如先前所指出的称为“特性图”的标准视图或“窗口”。该视图可以与任何其它视图内的任何选择进行交互，从而为特定的选择提供特性列表(如果这样的列表存在)。工具在称为“观测模型浏览器”的Eclipse内实现它自己的视图。然而，不是实现第二视图(即观测模型特性浏览器)来为任何已选择的观测模型元素显示特性，而是可以使用预制的增强标准Eclipse特性图。特性图不会以选择的方式行事，除非选择导致实现被称为“IAdaptable”400的eclipse接口。产生抽象类“AbstractAdapter”402，其包括代表观测模型元素的观测模型浏览器中所有的树元素。这些均源自“AbstractContainer”404。因而树中的每一元素均被包装(wrap)于“AbstractAdapter”类型的类之内。当特性图发现当前的选择被实现“IAdapter”接口时，它可以然后请求该选择提供它自己的特性。所选择的元素然后会为eclipse特性图提供表示特性并且该特性图可以理解的对象。该对象然后又实现Eclipse接口“IPropertySource”406。因而对于代表观测模型元素的每一“AbstractAdapter”对象来说，应当有实现接口“IPropertySource”的对象。该对象被称为“AbstractElementProperty(抽象元素特性)”408。该对象“AbstractElementProperty”是为显示于工具中的观测模型中的每个元素自动生成的。通过使用称为“反射”的技术来实现该自动生成。借助于反射，可以检查任何特定的对象并且确定所有其特性。因而，如果特性图请求工具中当前选择的特性源对象，则该工具使用反射方法来建立该对象，并且然后将它返回至特性图。使用以上所描述的过程将允许编辑以下特性类型-布尔-字符串-字符串数组-数字特性-等。自动生成的特性将具有可由eclipse特性图读取的特定格式。因而，当用户从表示观测模型的树选择元素的时候，工具会自动地生成eclipse特性图(EMF)可以理解的特性对象。图5示出了多值特性显示框500的生成。工具106包括用于识别元素(“父代”或“子代”)的多值特性形式部分的机制，并且当该元素被选择时，打开显示框500而不是图3中所示的表格视图。该特性图显示了图5中未示出的观测模型浏览器的已选择的元素502的特性。在图5中，特性属于“Descriptor(描述符)”类型的已选择的元素。描述符是用于存储元素由于其格式而不能携带的额外信息的建模元素。描述符是复杂的，并且因而多值特性框帮助用户创建、编辑或读取以标准方式与特定元素关联的描述符信息。任何的业务模型元素都可以携带超过一个的描述符元素。为了附加用于任何元素的描述符，在元素节点下面会需要逻辑分组节点(称为描述符)。工具106还包括确定模板的调试设施，在该模板中对元素进行分组。模板模型是存在于观测模型“之上”的高级模型，但却可以被集成到用于查看的观测模型，如参照图6所示。该图示出了从模板模型的视角显示当前业务模型输入600的例子。顶级树节点表示模板元素ID。该视图是根据存储于称为“TemplateDescriptor(模板描述符)”的描述符中的信息构建的，该描述符被附加到模型中所有的元素。该描述符为所描述的元素存储关于相应的模板ID的信息。观测模型与模板模型一起操作。如先前所描述的，这两个是截然不同的模型。观测模型是用于查看同样内容的业务模型的一部分。模板模型是充当业务和观测模型周围的包装器(wrapper)的隐藏模型，并且作用就像抽象模型。扩展模板模型的过程导致模板的某些源信息被合并到观测模型中。该源信息然后随每个元素被存储于描述符中。工具的调试设施然后可以使用该描述符信息来重建原始的模板模型并且显示树形图610，该树形图610将来自于相同模板的元素分组到具有节点名称为源模板ID的节点上。如先前所描述的，模板模型是暂时性的但却对用户具有重大的实际利益。如果在业务或观测模型中检测到任何错误，则模板模型帮助确定解决方案。错误的例子包括在模板和观测模型之间的转换中的缺陷；输出层中的缺陷；业务测量编辑器中的缺陷和/或仅是不好的建模。确定和修复这些错误在以前会是不可能的，但是本发明的工具却克服了这个问题。此外，模板模型考虑到了将要实现用户检查，而在以前机器检查是唯一可能的选择。显然，如果机器检查也被编制得不好，则这会引入更多的错误。模板模型提供了从未存在过的并且具有许多优点的观测查看设施，如文中所示。图7展示了本发明的高级视图。对业务过程进行建模700。业务模型用于创建一个或多个业务测量702。业务测量编辑器704用于支持依照本发明的观测模型706和模板模型708。观测模型和业务测量编辑器二者都是运行时独立的。可以使用观测模型浏览器工具710(其形成了工具106的一部分)来查看观测模型，并且该观测模型用于使得用户对业务测量编辑器具有清晰的可见性并且在必要或需要时对模型进行改变。从业务测量编辑器的输出被传送到输出引擎，其用于选择特定的运行时间以部署对业务模型的任何修正或改变712。再次使用运行时特定的观测模型714来使对模型的改变形象化，并且使用观测模型浏览器工具710来查看该观测模型。然后在业务模型中部署716对该业务模型的改变。图8示出了图7的方法的步骤的细节，其涉及观测模型和关联的观测模型浏览器。观测模型起动800并且查看业务模型和任何其它的关联元素，例如模板模型等。从业务模型802提取业务模型元素，并且可以使用观测模型浏览器查看804该业务模型元素。在该点的视图是所有业务模型元素的长列表。审查元素并且确定所需要的逻辑节点组。然后在逻辑节点组中的一个组或其余组中对模型的元素进行分类806。在该过程的每个步骤，通过观测模型浏览器可以查看模型或该步骤的评估、修正或其它，804这在每个阶段均被示出。为每个组确定特性和属性，并且随然后被置于相关逻辑节点组中的相应的元素存储该信息808。逻辑节点组现在包括元素及其各自的属性、特性、名称和任何其它相关的信息。如同该过程早先的步骤一样，可以通过观测模型浏览器查看这些结果。然后对每个逻辑节点组中的元素进行分析以确定各种元素之间的联接，以便识别出业务模型层次中的“父代”元素810。对每个“父代”元素进行确定以识别“子代”和“孙代”元素并且将它们认为是相关的“父代”元素所有812。通过业务模型中的元素的观测模型浏览器以及一些它们的高级关系，这提供了用户友好视图。用户可以使业务模型形象化。事实上，业务模型可以实际地充当输入模型以观测正在运行的过程。现在如果需要任何的改变、修正、调试等，则用户可以以易于使用并且操作清楚的形式来进行这些改变814。可以对元素、名称、特性、属性或诸如此类来进行改变。这些改变然后被转换回这样的格式，即该格式是业务模型或者可以将改变等传送到业务模型中用于进行同样更新816的其它的关联工具可接受的格式。尽管可以理解某些步骤必须在逻辑上发生于某些其它的步骤之前，然而可以理解到，在该方法的这部分中的步骤的顺序可以区别于以上所指出的。此外，如果以一种不同的顺序实现该方法对于用户来说更容易或更合乎逻辑，则以上方法中的一个步骤的一些或更多的元素可以处于其它的步骤之中。权利要求1.一种在诸如业务模型的模型上实现某种动作的方法，其中所述模型包括多个元素，所述或每个元素代表所述模型的一部分，所述方法包括-使用元素提取过程提取所述模型的每个元素；-为每个已提取的元素确定逻辑分组；-确定与每个已提取的元素相关的一个或多个参数；-基于所述逻辑分组确定已提取的元素的层次，从而产生所述模型的已提取的元素的层次树形图；-在所述层次树形图中随每个已提取的元素包括所述或每个参数；-使用所述层次树形图来访问每个元素的所述一个或多个参数，从而允许实现所述某种动作。2.根据权利要求1的方法，其中所述产生所述层次树形图的步骤包括在所述层次中确定所述模型的父代和子代元素，并且利用相应的父代元素对所述子代元素进行分组。3.根据权利要求2的方法，其中所述确定所述模型的所述父代和子代元素的步骤包括解析已提取的元素。4.根据任何一项前述权利要求的方法，其中所述确定所述逻辑分组的步骤包括从组中选择所述分组，其中所述组包括观测模型；监控上下文；描述符；入站事件；出站事件；度量；关键字；计数器；计时器；状况；事件类型；映射。5.根据任何一项前述权利要求的方法，其进一步包括从所述层次树形图选择已提取的元素并且由此查看其所述或每个参数，以及通过改变所述参数中的一个或多个来实现所述动作。6.根据任何一项前述权利要求的方法，其进一步包括确定来自不同于所述层次树形图的源的所述或每个参数的存在，如果其已存在于其它地方。7.根据任何一项前述权利要求的方法，其中所述实现所述动作的步骤包括实现一个或多个功能。8.根据权利要求7的方法，其进一步包括从组中选择所述功能，所述组含有查看、更新、修正、调试、审查、重新设计、故障寻找、修复、重新建模。9.一种系统，其包括适于实现根据前述权利要求中任何一项的方法的步骤的装置。全文摘要一种在诸如业务测量模型(BOM观测模型)的模型上实现某种动作的方法，其中所述模型包括多个元素，所述或每个元素代表所述模型的一部分，所述方法包括使用元素提取过程提取所述模型的每个元素；为每个已提取的元素确定逻辑分组；确定与每个已提取的元素相关的一个或多个参数；基于所述逻辑分组确定已提取的元素的层次，从而产生所述模型的已提取的元素的层次树形图；在所述层次树形图中随每个已提取的元素包括所述或每个参数；以及使用所述层次树形图来访问每个元素的所述一个或多个参数，从而允许实现所述某种动作。文档编号G06F17/30GK1983280SQ200610162719公开日2007年6月20日申请日期2006年11月14日优先权日2005年12月14日发明者K·加迈尔申请人:国际商业机器公司