专利名称：模式化业务网络的关联和可视化的制作方法
技术领域：
本发明涉及业务建模，尤其涉及关联和可视化模式化的业务网络。
背景技术：
业务具有复杂的操作。对这些操作的理解对于企业例如准备改变、考虑成本等而言是重要的。因此，开发了各种机制来模型化和表示业务。某些机制可包括对表示描述如何完成工作的业务处理的图表的手动生成。例如，经训练的个人可分析业务的所有方面以标识业务能力以及业务处理之间的相互关系和相互依赖性。基于该分析，经训练的个人可生成代表性图表。然而，从业务处理的观点来看，对业务的准确分析可花费大量的时间。此外，一旦生成了代表性图表，这样的图表不能被容易地修改。
不幸的是，由于许多业务处理是动态的(即，可随时间而改变)，因此对业务处理的手动生成的表示可以甚至在其完成之前就过时。此外，即使业务处理的手动生成的表示在它完成时是准确的，然而在生成业务表示之后业务处理中的任何改变会导致业务表示变得不正确。由此，手动生成的表示提供了用于使企业确定对各种业务能力的模拟的和/或假定的改变将如何影响业务的有限的(如果有)能力。
至少部分地作为手动生成的业务表示的缺陷，开发了某些计算机化的机制来生成业务表示。这些计算机化的机制使用各种技术来表示业务和主要集中于对业务处理和支持那些处理的详细过程的建模的业务功能。例如，某些计算机化的机制在用户界面处表示业务处理的图形视图。就某一有限的程度而言，可改变这些图形视图以模拟不同的业务能力对于企业的影响。
然而，大多数计算机化的机制集中于“如何”执行业务，从而合并(或组合)了各种不同的输入数据层(或类型)，诸如，例如组织结构、过程、处理流程以及支持技术。输入数据的稳定性(即，所表示的信息的半衰期)可能在不同的输入层(或类型)之间有显著的变化，使得生成的视图的可用生存期仅与最少的稳定输入一样有效。将交错的而仍非独立的输入数据合并(或组合)在一起也可导致关于业务如何运作的模糊视图并导致对所建模的业务的不必要的和昂贵的改进工作，而没有确定每一个别层中的改变效果的能力。
此外，计算机化的机制通常包括对于业务建模输入数据的硬编码的数据类型和硬编码的表示。这些硬编码的数据类型和表示在不访问源代码的情况下是难以改变的。由此，对业务建模以及生成对应的视图的灵活性和可扩展性受到限制。例如，可能难以改变预定义的数据格式，使得业务能力可以用不同的方式来表示或使得可添加先前未定义的业务能力。
与对业务建模相关联的所有上述缺陷限制了这些模型的可视呈现的有用性。例如，诸如业务图等大多数业务模型的可视呈现是以特定的隔离任务或活动上下文中的数据表示为中心的。可视化和导航到附属的、可能有用的业务数据、组织结构、合伙人或相关的业务处理流程是繁琐且通常是不可能的。例如，通常没有一种机制能够可视地从诸如业务处理流程层等一个业务层中的数据导航到诸如指示实现/管理业务处理流程的人员的组织结构层等另一业务层中的数据。
另外，通常没有一种机制能够可视地从一个业务层中的数据导航到诸如地理层等其它相关非业务层中的数据。例如，没有方法从业务流图导航到指示该业务处理流程在何处发生的地理地图。
此外，通常没有一种机制能够可视地表示联网的业务元素的变化的细节级别。即，典型的业务可视化技术缺少聚焦(或“放大”)和抽象(或“缩小)由用户指定的细节级别。由此，用户可被迫使用具有对特定任务的过多或过少细节的业务图。结果，一方面，用户可能深陷于使得执行任务变得低效的不必要的细节。另一方面，用户可能根本缺少用于完成该任务的足够细节。
因此，用于关联和可视化模式化的业务网络的系统、方法、计算机程序产品和数据结构将是有利的。
发明内容
现有技术的上述问题由本发明的原理得以克服，本发明针对用于关联和可视化模式化的业务网络的方法、系统、计算机程序产品和数据结构。在某些实施例中，计算机系统生成业务体系结构的可视表示。计算机系统访问业务体系结构的结构化业务模型。该结构化业务模型包括依照结构化数据模型中定义的数据格式形成的业务属性和业务属性关系。
计算机系统为每一业务属性生成可呈现的属性对象。计算机系统为每一业务属性关系生成可呈现的关系对象。计算机系统将属性对象和图形关系对象呈现为反映业务体系结构的配置的可导航业务体系结构地图。
在其它实施例中，计算机系统导航业务体系结构地图。计算机系统可视地呈现可导航业务体系结构地图的一部分。可导航业务体系结构地图的该部分包括可视地呈现的图形属性对象以及可视地呈现的图形关系对象，它们被排列以反映业务体系结构的对应部分的配置。计算机系统选择图形对象的第一个作为可导航业务体系结构地图的该部分中的焦点。剩余的未选中图形对象向由所选中的图形对象表示的业务属性或业务属性关系的功能提供上下文。
计算机系统导航到可导航业务体系结构地图中的第二图形对象。计算机系统选择第二图形对象作为焦点。计算机系统围绕所选中的第二图形对象可视地呈现第二未选中图形属性对象和未选中图形关系对象，以向由选中的第二图形对象表示的第二业务属性或第二业务属性关系的功能提供上下文。可视地呈现的第二未选中图形属性对象和可视地呈现的第二未选中图形关系对象被排列以反映业务体系结构的对应的第二部分的配置。
在其它实施例中，一种计算机系统改变业务模型地图中的细节级别。该计算机系统接收关于要呈现具有初始细节级别的业务体系结构地图的指示。计算机系统将图形属性对象和图形属性关系对象可视地呈现为具有初始细节级别的可导航业务属性图。可导航业务属性图以初始细节级别反映了对应的业务体系结构的配置。图形属性对象和图形关系对象分别表示业务体系结构的结构化业务属性和结构化业务属性关系。
计算机系统接收关于要将细节级别改为更新的细节级别的指示。计算机系统将图形属性对象和图形属性关系对象的至少一部分可视地呈现为具有更新的细节级别的可导航业务体系结构地图的至少一部分。可导航业务体系结构地图的该部分以更新的细节级别反映了对应的业务体系结构的一部分的配置。
本发明的这些和其它特征将从以下描述和所附权利要求书中变得完全显而易见，或者可通过如下所述对本发明的实践而获知。
为进一步阐明本发明的上述和其它优点和特征，将参考附图中示出的其具体实施例来呈现本发明的更具体描述。可以理解，这些附图仅描绘了本发明的典型实施例，且因此不被认为是限制其范围。本发明将通过使用附图以附加的细节和特殊性来描述和解释，附图中图1示出了可用于关联和可视化模式化的业务网络的示例计算机体系结构。
图2示出了可用于基于结构化业务能力的有效且灵活的业务建模的示例能力建模模式。
图3示出了用于关联和可视化模式化的业务网络的方法的示例流程图。
图4示出了用于导航模式化的业务网络的可视表示的方法的示例流程图。
图5示出了用于改变模式化的业务网络的可视表示中的细节级别的方法的示例流程图。
图6A和6B以变化的细节级别示出了模式化的业务网络的可视表示。
图7示出了叠加在业务能力网络的可视表示之上的业务处理流程的模型的可视表示。
图8A和8B示出了其中改变了可视表示的焦点的模式化的业务网络的可视表示。
图8C示出了叠加在来自地理业务层的模型的可视表示之上的图8A和8B的模式化业务网络的可视表示。
图9示出了用于本发明的原理的合适的操作环境。
图10示出了多个驾驶员相对于消费者的位置的可视表示。
具体实施例方式
本发明的原理用于关联和可视化模式化的业务网络。在某些实施例中，计算机系统生成业务体系结构的可视表示。计算机系统访问业务体系结构的结构化业务模型。该结构化业务模型包括依照结构化数据模型中定义的数据格式形成的业务属性和业务属性关系。
计算机系统为每一业务属性生成可呈现的属性对象。计算机系统为每一业务属性关系生成可呈现的关系对象。计算机系统将属性对象和图形关系对象可视地呈现为反映业务体系结构的配置的可导航业务体系结构地图。
在其它实施例中，计算机系统导航业务体系结构地图。该计算机系统可视地呈现可导航业务体系结构地图的一部分。可导航业务体系结构地图的该部分可包括可视地呈现的图形属性对象和可视地呈现的图形关系对象，它们被排列以反映业务体系结构的对应部分的配置。该计算机系统选择图形对象的第一个作为可导航业务体系结构地图的该部分内的焦点。剩余的未选中图形对象为由选中的图形对象表示的业务属性或业务属性关系的功能提供了上下文。
计算机系统导航到可导航业务体系结构地图内的第二图形对象。计算机系统选择该第二图形对象作为焦点。计算机系统可视地呈现围绕该选中第二图形对象的第二未选中图形属性对象和未选中图形关系对象，以向由选中的第二图形对象表示的第二业务属性或第二业务属性关系的功能提供上下文。可视地呈现的第二未选中图形属性对象和可视地呈现的第二未选中图形关系对象被排列，以反映业务体系结构的对应的第二部分的配置。
在其它实施例中，计算机系统改变业务模型地图中的细节级别。计算机系统接收关于要呈现具有初始细节级别的业务体系结构地图指示。计算机系统将图形属性对象和图形属性关系对象可视地呈现为具有初始细节级别的可导航业务体系结构地图。可导航业务体系结构地图以初始细节级别反映了对应的业务体系结构的配置。图形属性对象和图形关系对象分别表示业务体系结构的结构化业务属性和结构化业务属性关系。
然后，计算机系统接收关于要将初始细节级别改为更新的细节级别的指示。计算机系统将图形属性对象和图形属性关系对象的至少一部分可视地呈现为具有更新的细节级别的可导航业务体系结构地图的至少一部分。该可导航业务体系结构地图的至少一部分以更新的细节级别反映了对应的业务体系结构的一部分的配置。
本发明的范围内的实施例包括用于携带或在其上储存计算机可执行指令或数据结构的计算机可读介质。这类计算机可读介质可以是可由通用或专用计算机系统访问的任一可用介质。作为示例而非局限，这类计算机可读介质可包括诸如RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备等物理存储介质、或其它可用来以计算机可执行指令、计算机可读指令或数据结构的形式携带或储存所期望的程序代码装置并可由通用或专用计算机系统访问的任一介质。
在本描述和所附权利要求书中，“计算机网络”被定义为允许在计算机系统和/或模块之间传输电子数据的一个或多个数据链路。当通过计算机网络或另一通信连接(或者硬布线、或者无线、或硬布线和无线的组合)向计算机系统传输或提供信息时，该连接被适当地视为计算机可读介质。由此，任一这类连接适当地称为计算机可读介质。上述的组合也应当包括在计算机可读介质的范围内。计算机可执行指令包括，如，促使通用计算机系统或专用计算机系统执行一个或一组特定功能的指令和数据。计算机可执行指令可以是，例如二进制代码、诸如汇编语言等中间格式指令、或甚至是源代码。
在本描述和所附权利要求书中，“计算机系统”被定义为一个或多个软件模块、一个或多个硬件模块或其组合，它们共同运作以对电子数据执行操作。例如，计算机系统的定义包括个人计算机的硬件组件，以及诸如个人计算机的操作系统等软件模块。模块的物理布局不是重要的。计算机系统可包括通过计算机网络耦合的一个或多个计算机。同样，计算机系统可包括单个物理设备(诸如移动电话或个人数字助理“PDA”)，其中内部模块(诸如存储器和处理器)共同运作以对电子数据执行操作。
在本描述以及所附权利要求书中，“业务层”被定义为业务的指定特征的视图。例如，业务可基于其组织结构、其业务能力、其业务处理、其服务网络、其地理位置等来查看。由此，业务可包括对应的组织层、能力层、处理流程层、服务网络层、地理层等等。
在本描述和所附权利要求书中，“业务体系结构”被定义为业务的至少一部分的总体设计。公司或公司的一个或多个部分的业务体系结构可包括跨越公司内部和/或外部的各种边界的一个或多个业务层。例如，公司的业务体系结构可跨越外部物理边界(例如，墙、建筑物等)、内部物理边界(例如，分公司、部门等)以及逻辑边界(例如，财政年度末尾、感知的服务边界、安全性等)。由此，外包的业务能力可以被视为公司的业务体系结构的一部分，即使该外包的业务能力不是由该公司执行的。业务体系结构可以是整个业务或业务的一个或多个部分的过去的、当前的(原样)或未来(将来)的体系结构。业务的一部分可包括业务能力的一个特定子网或一组子网。
一般而言，对应于不同业务层的不同类型的业务模型的稳定性(或易变性)可以变化。即，一种类型的业务模型相对于其它类型的业务模型可以更稳定或更不稳定。例如，对业务过程建模的业务过程模型可以比对业务组织结构建模的业务组织模型更稳定。另一方面，对业务过程建模的业务过程可以比对业务能力建模的业务能力模型更不稳定。
在本描述和所附权利要求书中，“业务属性”被定义为可用于对业务或业务的一部分建模的任何属性。不同的业务建模属性可对应于业务体系结构的不同建模方面(或不同层)。由此，业务建模属性一般可被划分成不同类型的业务建模属性的子集，诸如业务组织属性、业务过程属性、业务处理流程属性、业务能力属性、地理属性等。因此，每一不同类型的业务属性可以用于对对应的业务方面(或业务层)的业务组件建模。例如，业务组织属性可用于对业务组织结构建模，业务过程属性可用于对业务过程建模，业务处理流程属性可用于对业务处理流程建模，业务能力属性可用于对业务能力建模，地理属性可用于对地理建模，等等。
由此，在本描述和所附权利要求书中，“业务组件”被定义为诸如业务组织结构、业务过程、业务处理流程、业务能力、地理等相对于特定业务层的适当建模结果的集体表示。此外，本领域的技术人员在阅读本描述之后可以清楚，除明确描述的属性之外，业务建模属性的其它子集可用于对其它对应的业务方面(或业务层)建模。
在本描述和所附权利要求书中，“业务属性关系”被定义为可对(第一业务组件的)第一业务属性和(第二业务组件的)第二不同的业务属性之间的关系建模的属性。关系可以是，例如依赖性、连接或边界。依赖性可指示对于建模的业务组件要开始必须发生什么、对于业务组件要停止所发生的外部事件、或取决于业务组件的其它业务组件。连接指示业务组件如何与其它业务组件有关。边界指示业务组件上的影响对业务组件是内部的(例如，公司内部的人、处理、技术)还是外部的(例如，规章制度、顾客、合伙人)。业务属性关系可用于对同一业务层内的业务组件之间或不同业务层内的业务组件之间的关系建模。
在本描述和所附权利要求书中，“模式”被定义为多个计算机系统或模块之间的共享词汇表的表达，它允许多个计算机系统或模块依照所表达的共享词汇表来处理数据。模式可使用模式语言的构造(例如，名称/值对)来定义和描述数据类。模式构造可用于约束和证明诸如业务能力模型等指定的应用程序中使用的数据类型、元素及其内容、属性及其值、实体及其内容以及表示法的意义、用途和关系。由此，可访问模式的任何计算机系统或模块可依照该模式来处理数据。此外，可访问模式的任何计算机系统或模块可组成或修改数据以供也可访问该模式的其它计算机系统和/或模块使用。
模式可用于可视地定义任何数据类型，包括逻辑、二进制、八进制、十进制、十六进制、整数、浮点、字符、字符串、用户定义数据类型、以及用于定义数据结构的这些数据类型的组合。用户定义数据类型的某些示例是业务能力特性、业务能力输入和输出、业务能力处理、业务能力连接、以及业务能力服务级别期望。数据类型也可被定义为对模式分层结构中的其它数据类型的链接引用。
可扩展标记语言(“XML”)模式是模式类型的一个示例。XML模式可使用XML模式语言的模式构造(例如，名称/值对)来定义和描述XML文档类。这些模式构造可用于约束和证明XML文档中使用的数据类型、元素及其内容、属性及其值、实体及其内容、以及表示法的意义、用途和关系。由此，模式也被定义为包括诸如以“.dtd”扩展名结尾的DTD文件等文档类型定义(“DTD”)、以及诸如以“.xsd”扩展名结尾的XML模式文件等万维网联盟(“W3C”)XML模式。然而，用于特定DTD或XML模式的实际文件扩展名不是重要的。
在本描述和所附权利要求书中，“业务体系结构”被定义为业务的至少一部分的总体设计。公司或公司的一个或多个部分的业务体系结构可包括跨越公司内部和/或外部的各种边界的业务层。例如，公司的业务体系结构可跨越外部物理边界(例如，墙、建筑物等)、内部物理边界(例如，分公司、部门等)以及逻辑边界(例如，财政年度末尾、感知的服务边界、安全性等)。由此，外包的业务能力可被视为公司的业务体系结构的一部分，即使该外包的业务能力不是由该公司执行的。业务体系结构可以是整个业务或业务的一个或多个部分的过去的、当前的(原样)或未来的(将来)体系结构。业务的一部分可以是业务能力的一个特定子网或一组子网。
本领域的技术人员可以理解，本发明可以在具有多种类型的计算机系统配置的计算机网络环境中实施，包括个人计算机、膝上型计算机、手持式设备、多处理器系统、基于微处理器的或可编程消费者电子产品、网络PC、小型机、大型计算机、移动电话、PDA、寻呼机等。本发明也可在分布式系统环境中实施，其中通过计算机网络链接(或者通过硬布线链路、无线数据链路、或者通过硬布线和无线数据链路的组合)的本地和远程计算机系统都执行任务。在分布式系统环境中，程序模块可以位于本地和远程存储器存储设备中。
图1示出了可用于关联和可视化模式化业务网络的示例计算机体系结构100。如计算机体系结构100中所描述的，计算机101包括用户界面102和映射模块103。用户界面102被配置成在计算机系统用户和计算机系统101之间接口。用户界面102可提供计算机系统用户用于将用户输入114(例如，对业务体系结构地图的选择操作)输入到映射模块103以及查看来自映射模块103的输出的界面。
一般而言，映射模块103可包括被配置成呈现业务模型的可视表示的模块。对于计算机体系结构100中所描绘的示例，映射模块103包括呈现模块108、映射模式109、细节级别模块104、导航模块106以及层选择模块107。
呈现模块108被配置成利用映射模式109将模式化的业务属性和业务属性关系变换成能可视地呈现的(图形)对象。映射模式109可提供(各不同业务层的)模式化的业务属性和业务属性关系以及对应的图形对象之间的转换。呈现模块108可在同一业务图内呈现多个不同业务层的图形对象。呈现模块108可并排或将一个叠加在另一个之上来可视地呈现不同业务层的地图。
细节级别模块104被配置成控制业务模型的可视表示内的细节级别。例如，细节级别模块104可响应于用户输入隐藏或提供具有可视表示的细节。由此，细节级别模块104可导致呈现少于业务属性和业务属性关系图形对象中的所有数据。
细节级别模块104还可改变细节级别，使得递增或递减当前细节级别。例如，细节级别模块104可集中在(或“放大”)用户请求的细节级别上(例如，在业务图的指定部分上深入)。另一方面，细节级别模块104也可抽象(或“缩小”)用户请求的细节级别(例如，提供业务图的一部分的综述)。细节级别模块104也可用不同的细节级来显示业务图的不同部分。由此，用户可在业务图的指定部分上可视化较多的细节，而在业务图的其它部分上可视化较少的细节。使用变化的细节级别可便于以递增的细节深入到业务图的指定部分，而同时仍向递增的细节部分提供上下文(即，减少的细节环绕组件)。
导航模块106被配置成便于通过第一和第二业务组件之间的关系从第一业务组件导航到第二业务组件。导航模块106可便于在相同或不同业务层中的业务组件之间导航。
层选择模块107被配置成确定要可视地呈现哪些业务层。层选择模块107可对不要呈现的层过滤业务属性和业务属性关系，使得呈现模块108不接收所过滤的层的业务属性和业务属性关系。响应于用户输入，已过滤的和未过滤的层可被改变。由此，当呈现了已呈现的层之后，可将其它业务层叠加在已呈现的层上或与其并排放置。
一般而言，计算机系统101被配置成接收依照适当的数据模型生成的业务模型、未结构化的业务模型和/或未结构化的业务数据。响应于接收未结构化的业务模型和/或未结构化的业务数据，计算机系统101可参考适当的数据模型来依照该数据模型生成业务模型。图2描绘了业务能力建模模式200的一个示例，这将在下文中更详细地描述。
业务体系结构内的业务层可以使用单个数据模型来建模。例如，单个业务能力数据模型可用于对业务体系结构的业务能力层建模。然而，业务层也可使用多个不同数据模型中的任一个来建模。例如，多个不同业务能力数据模型的任一个可用于对业务体系结构的业务能力层建模。
此外，不同业务体系结构内的同一业务层可使用同一数据模型或类似的数据模型来建模。例如，同一数据模型可用于对第一业务体系结构的业务能力层建模，并还可用于对第二业务体系结构的对应业务能力层建模。在本描述以及所附权利要求书中，“相似类型的业务模型”被定义为基于同一数据模型或类似的数据模型的模型。
然而，不同的数据模型可用于对不同业务体系结构内的同一业务层建模。例如，第一业务能力数据模型可用于对第一业务体系结构的业务能力层建模，而第二业务能力数据模型可用于对第二业务体系结构的业务能力层建模。另外，不同的数据模型可用于对同一业务体系结构的不同业务层建模。例如，业务能力数据模型可用于对业务体系结构的业务能力层建模，而服务网络数据模型可用于对业务体系结构的服务网络层建模。
由此，计算机系统101访问对应于不同业务层(例如，业务能力层121、服务网络层131、业务处理流程层141、业务组织层151、地理层161等)的业务模型。例如，计算机系统101可访问能力模型122、服务模型132、处理流程模型142、以及组织模型152和地理模型162的一个或多个。在明确地描述的层之前、之间和之后的一系列垂直的两个连续的点(垂直省略号)表示计算机体系结构100可包括其它额外的层。在明确地描述的每一层中的模型之前、之间和之后的一系列水平的两个连续的点(省略号)表示每一层可包括其它额外的模型。模型122、132、142、152和162共同表示了业务体系结构111。
映射模块103可对访问的模型(可能响应于用户输入的命令)执行一个或多个映射操作(例如，变换和呈现业务属性和业务属性关系)，并可生成对应的业务属性图。生成的地图可以是用户界面102处的输出，发送到其它处理模块以供进一步处理，和/或可以通过电子消息发送到其它计算机系统。
如上所述，各种不同的数据模型可用于对不同的业务层建模。由此，在某些实施例中，数据模型可包括用于对业务能力层建模的至少一个业务能力建模模式、用于对业务组织层建模的至少一个业务组织模式、用于对业务处理流程层建模的至少一个业务处理流程建模模式、用于对服务网络层建模的至少一个服务网络层业务建模模式等等。
在某些实施例中，业务模型和数据格式定义一般可以如下表1中描述。
表1图2示出了可用于基于结构化的业务能力的有效且灵活的业务建模的示例业务能力建模模式200。业务能力建模模式200可包括用于对业务能力特性、业务能力输入和输出、业务能力处理、业务能力连接以及业务能力服务级别期望建模的数据格式。应当理解，业务能力建模模式200可以是包括用于对对应的多个不同业务建模属性建模的数据定义的多个模式中的一个。
如图2所示，模式200包括模型数据格式20l。一般而言，模型数据格式201可如下表2中所示地描述。
表2如图2所示，模式200包括所有者数据格式202。一般而言，所有者数据格式202可如表3中所示地描述。
表3如图2所示，模式200包括能力数据格式214。一般而言，能力数据格式214可如表4中所示地描述。
表4如图2所示，模式200包括能力层次数据格式203。一般而言，能力层次数据格式203可以如表5中所示地描述。
表5如图2所示，模式200包括能力特性数据格式211。一般而言，能力特性数据格式211可如表6所示地描述。
表6如图2所示，模式200包括特性名称数据格式212。一般而言，特性名称数据格式212可如表7所示地描述。
表7
如图2所示，模式200包括数据类型数据格式213。一般而言，数据类型数据格式213可以如表8所示地描述。
表8如图2所示，模式200包括端口数据格式224。对应于业务能力的端口可用于将输入传输到对应的业务能力并将输出从对应的业务能力中传输出来。一般而言，端口数据格式224可以如表9所示地描述。
表9如图2所示，模式200包括能力端口数据格式219。一般而言，能力端口数据格式219可以如表10中所示地描述。
表10如图2所示，模式200包括使用类型数据格式218。一般而言，使用类型数据格式218可如表11中所示地描述。
表11如图2所示，模式200包括项目类型数据格式216。一般而言，项目类型数据格式216可以如表12所示地描述。
表12如图12所示，模式200包括模式数据格式217。一般而言，模式数据格式217可以如表13中所示地描述。
表13如图2所示，模式200包括处理数据格式227。一般而言，处理数据格式227可以如表14中所示地描述。
表14如图2所示，模式200包括处理能力数据格式227。一般而言，处理能力数据格式227可如表15所示地描述。
表15如图2所示，模式200包括连接器数据格式223。一般而言，连接器数据格式223可以如表16所示地描述。
表16如图2所示，模式200包括连接器类型数据格式221。一般而言，连接器类型数据格式221可以如表17中所示地描述。
表17如图2所示，模式200包括连接器端口数据格式222。一般而言，连接器端口数据格式222可以如表18中所示地描述。
表18如图2所示，模式200包括角色数据格式209。一般而言，角色数据格式209可如表19中所示地描述。
表19如图2所示，模式200包括能力角色数据格式208。一般而言，能力角色数据格式208可如表20中所示地描述。
表20如图2所示，模式200包括SLE类型数据格式204。一般而言，SLE类型数据格式204可如表21所示地描述。
表21如图2所示，模式200包括能力SLE数据格式206。一般而言，能力SLE数据格式206可如表22所示地定义。
表22如图2所示，模式200包括能力SLE端口数据格式207。一般而言，能力SLE端口数据格式207可如表23中所示地描述。
表23
应当理解，模式100仅是业务能力建模模式的一个示例。此外，建模业务能力不要求模式200中所有数据格式的能力属性都是可访问的。例如，能力和连接器可用于基于能力数据格式214和连接器数据格式223对业务能力建模，而无需访问对应于其它数据格式的能力属性。由此，模式200为所访问的业务能力属性定义了数据格式，但是不需要填充所有的数据格式来生成业务能力模型。
在阅读了本描述之后，本领域的技术人员可以清楚，除模式200之外，本发明的实施例可用于各种各样的其它业务能力建模模式。在阅读了本描述之后，本领域的技术人员可以清楚，本发明的实施例可用于便于对其它业务层建模的各种各样其它的模式。
图3示出了用于关联和可视化模式化业务网络的方法300的示例流程图。方法400将参考体系结构100中的组件和数据以及其它附图中各种可视地呈现的业务模型地图来描述。
方法300包括访问业务体系结构的结构化业务模型的动作(动作301)。结构化业务模型包括依照结构化数据模型中定义的数据格式形成的业务属性和业务属性关系。例如，映射模块103可访问能力模型122。能力模型122可包括依照模式300的数据格式形成的业务属性和业务属性关系。
方法300包括为每一业务属性生成可呈现属性对象的动作(动作302)。例如，呈现模块108可利用映射模式109将能力模型122中包含的结构化业务属性变换成对应的能可视地呈现的图形属性关系对象。
方法300包括为每一业务属性关系生成可呈现关系对象的动作(动作303)。例如，呈现模块108可利用映射模式109包含在能力模型122中的结构化业务属性关系变换成对应的能可视地呈现的图形对象。
方法300包括将属性对象和图形关系对象可视地呈现为反映业务体系结构的配置的可导航业务体系结构地图的动作(动作304)。例如，呈现模型108可将图形属性对象和图形关系对象可视地呈现为业务体系结构地图112。业务体系结构地图112可反映在能力模型122中建模的业务体系结构的配置。
业务体系结构地图112包括允许用户在组件之间导航的可选择组件。例如，用户可选择图形关系对象以在相关的图形属性对象之间导航。或者，用户可选择(例如，用鼠标或通过键盘输入)图形属性对象或图形关系对象以使焦点转移到选中的图形属性对象或图形关系。由此，用户可仅通过选择对象导航到可视的任何图形属性对象或图形关系对象。
图6A描绘了各种业务能力的示例可视表示600A(例如，图)。可视表示600A中可视地呈现的业务能力是用变化的细节级别来呈现的。例如，以较少的细节来呈现面向顾客的渠道合伙人602、顾客603、供应商604、后勤提供商605以及财政提供商606。另一方面，企业601用更多的细节来呈现。即，包括在企业601内的各种能力也被明确地呈现。例如，开发产品/服务601.1、生成需求601.2、满足需求601.3、规划和管理企业601.4、以及协作601.5在企业601内明确地呈现。因此，向用户提供了对企业601的更详细视图以及用于可视表示600A中的其它能力的某些上下文。
可视表示600A可以通过用户界面102向计算机系统101的用户呈现。用户可通过从用户界面102内选择对象来导航到可视表示600A中的对象。例如，用户可通过用鼠标选择满足需求601.3来导航到满足需求601.3。指示对象选择的输入可在导航模块104处接收。导航模块104可与呈现模块108结合，以可视地表示该对象已被选中。
图5示出了用于改变模式化业务网络中的可视表示的细节程度的方法500的示例流程图。方法500将参考计算机体系结构100中的组件，并进一步参考可视表示600A和图6B的可视表示600B来描述。
方法500包括接收要呈现具有初始细节级别的业务体系结构地图的指示的动作(动作501)。例如，用户界面102可接收指示业务体系结构地图112的初始细节级别的用户输入114。用户界面102可将用户输入114传输到细节级别模块104。初始细节级别可指示所有对象都以同一细节级别呈现。然而，该初始细节级别可跨不同的对象来配置，使得初始细节级别对不同的图形对象是不同的。由此，初始细节级别可指示要以不同的细节级别呈现不同的对象。
方法500包括将图形属性对象和图形属性关系对象可视地呈现为具有初始细节级别的可导航业务体系结构地图的动作(动作502)。可导航业务体系结构地图以初始细节级别反映了对应的业务体系结构的配置。图形属性对象和图形关系对象分别表示业务体系结构的结构化业务属性和结构化业务属性关系。例如，映射模块103可呈现可视表示600A。可视表示600A可反映对应于体系结构模型111的业务体系结构的一部分的配置。可视表示600A可以是表示业务体系结构111中的对应的结构化业务属性和结构化业务属性关系的图形属性对象和图形属性关系对象的可视呈现。
当接收到诸如能力模型122等业务模，业务模型可包括以多种不同的细节级别对业务组件建模的结构化属性和结构化属性关系。基于初始细节级别，细节级别模块104可选择要映射的适当的结构化属性和结构化属性关系。细节级别模块104可与呈现模块108结合以促进诸如可视表示600A等呈现图中的每一对象的适当的细节级别。映射模块103可保留对应于提高的细节级别的结构化属性和结构化属性关系，即使当图中的对象是用降低的细节级别来呈现的。
例如，对应于可视表示600A的业务模型可包括对应于多个不同细节级别(例如，六个不同的细节级别)的结构化属性和结构化属性关系。细节级别模块104和呈现模块108可以结合以按指定的细节级别呈现可视表示600A。由此，可视表示600A可以部分地以最降低的细节级别(例如，级别1)来呈现，且部分地以递增提高的细节级别(例如，级别2)来呈现。即，在可视表示600A内，面向顾客的渠道合伙人602、顾客603、供应商604、后勤提供商605以及财政提供商606是以较少的细节来呈现的(没有明确地呈现内部组件)，而企业601是以提高的细节来呈现的(明确地呈现了某些内部组件)。因此，映射模块103可对于对应的业务模型的抽象(或没有明确呈现的)部分保留结构化属性和结构化属性关系。例如，映射模块103可对企业601的3-6级(并且可能对级别2的非呈现部分)保留结构化属性和结构化属性关系。
如上所述，“初始细节级别”可指示要用不同的细节级别来呈现不同的对象。例如，可视表示600A是用初始细节级别来呈现的，即使某些对象是用提高的细节来呈现的，而某些对象是用降低的细节来呈现的。
方法500包括接收要将初始细节级别改为更新的细节级别的指示的动作(动作503)。例如，用户界面102可接收指示要改变业务体系结构地图112的细节级别的用户输入。用户界面102可将用户输入114传输到映射模块103。改变细节级别可包括提高和/或降低业务体系结构地图中的所有、某些或一个图形对象的细节级别。例如，第二细节级别可指示要用提高的细节来呈现满足需求601.3。
方法500包括将图形属性对象和图形属性关系对象的至少一部分呈现为具有更新的细节级别的可导航业务体系结构地图的至少一部分的动作(动作504)。可导航业务体系结构地图的至少一部分以更新的细节级别反映了对应的业务体系结构的一部分。例如，映射模块103可呈现可视表示600B。
如可视表示600B中所描述的，满足需求601.3的细节被提高了多个细节级别。基于更新的细节级别，细节级别模块104和呈现模块108可结合以标识要呈现的结构化业务属性和结构化业务属性关系。该结合可能包括访问对应于提高的细节级别的先前接收和维护的结构化业务属性和结构化属性关系。
图4示出了用于导航模式化业务网络的可视表示的方法400的示例流程图。图8A和8B分别示出了模式化业务网络的可视表示800A和800B，其中改变了可视表示的焦点。方法400将参考图1中的数据和组件以及可视表示800A和800B来描述。
方法400包括可视地呈现可导航业务体系结构地图的一部分的动作(动作401)。可导航业务体系结构地图的一部分包括可视地呈现的图形属性对象和可视地呈现的图形关系对象，它们被排列以反映业务体系结构的对应部分的配置。例如，映射模块103可呈现可视表示800A。可视表示800A包括业务能力对象801-807以及业务能力关系对象831-836。能力对象801-807和业务能力关系对象831-836的排列可反映例如由业务体系结构模型111建模的业务体系结构的一部分的配置。
方法400包括选择图形对象的第一个作为可导航业务体系结构地图的该部分中的焦点的动作(动作402)。由此，剩余的未选中图形对象向由选中图形对象表示的业务属性或业务属性关系的功能提供了上下文。例如，映射模块103可接收选择业务能力对象805的用户输入。由此，业务能力对象805转移到可视表示800A中的焦点。因此，剩余的未选中业务能力对象801-804、806和807和业务能力关系对象831-836向由业务能力对象805表示的业务能力的功能提供了上下文。
方法400包括导航到可导航业务体系结构地图内的第二图形对象的动作(动作403)。例如，导航模块106可接收用于导航到业务能力对象801的用户输入。用户输入可包括用于导航业务能力关系对象833的输入。
方法400包括选择第二图形对象作为焦点的动作(动作404)。例如，映射模块103可接收选择业务能力对象801作为焦点的用户输入。或者，作为导航到业务能力对象801的结果，业务能力对象801被自动选为焦点。
方法400包括在选中的第二图形对象周围可视地呈现第二未选中图形属性对象和第二未选中图形关系对象，以向由选中的第二图形对象表示的第二业务属性或第二业务属性关系的功能提供上下文的动作(动作405)。该可视地呈现的第二未选中图形属性对象和可视地呈现的第二未选中图形关系对象被排列，以反映业务体系结构的对应的第二部分的配置。例如，呈现模块108可呈现可视表示800B。可视表示800B包括业务能力对象801、802、804、805、808和809，以及业务能力关系对象831-833、837和838。业务能力对象801、802、804、805、808和809以及业务能力关系对象831-833、837、838的排列可反映例如由业务体系结构模型111建模的业务体系结构的第二部分的配置。
可视表示800B描绘了未选中业务能力对象802、804、805、808和809以及未选中业务能力关系对象831-833、837和838。未选中业务能力对象802、804、805、808和809以及未选中业务能力关系对象831-833、837和838向由业务能力对象801表示的业务能力的功能提供了上下文。因此，当用户导航业务模型的可视表示中的对象时，可为选中对象提供相关上下文。
本发明的实施例也可用于同时可视地呈现多个不同的业务层。在某些实施例中，对于不同业务层的地图可以按并排的排列分开呈现。例如，可视表示600A和可视表示600B可以在用户界面102上并排呈现。同时查看不同业务层的可视表示可向用户提供对所表示的业务体系结构的更多理解。
图8C示出了叠加在地理业务层的模型的可视表示之上的图8A和8B的模式化业务网络的可视表示800C。可视表示800C包括业务能力对象801-809以及业务能力关系对象831-838。叠加在业务能力对象801-809和业务能力关系对象831-838之上的是地理位置821、822和823。地理位置可包括国家、城市、州、校园、建筑物、办公室、街道等。
如图所示，业务能力对象802、803和806驻留在地理位置821处，业务能力对象809、804、805和807驻留在地理位置822处，而业务能力对象801和808驻留在地理位置823处。由此，用户可有效地确定存在什么业务能力以及从何处定位这些业务能力。
在可视表示800C内，某些业务能力关系对象驻留在单个地理位置处。例如，业务能力关系对象837驻留在地理位置823处，业务能力关系对象834驻留在地理位置821处，业务能力关系对象836驻留在地理位置822处。然而，其它业务能力关系对象跨越地理位置。例如，业务能力关系对象831跨越在地理位置823和821之间，业务能力关系对象838、832和833跨越在地理位置822和823之间，业务能力关系对象835跨越在地理位置821和822之间。由此，用户可有效地确定存在什么业务能力关系以及这些业务能力关系如何跨越地理位置。
为清楚起见，位置821、822和823是由虚线标识的。然而，可使用实际的地理图，诸如地球、国家、州、校园、建筑物、城市等的地图。驻留在指定的位置处的业务组件可以在地图上的该位置处或该位置附近呈现。可以呈现跨越位置的业务组件以适当地描绘跨越，诸如连接不同位置处的其它业务组件。查看同一可视表示内的多个不同业务层的覆盖图可向用户提供对所表示的业务体系结构的更多理解。
图7示出了叠加在需求处理能力780的可视表示之上的购买订单处理流程790的模型的可视表示。如图所示，购买订单请求能力501(业务能力)从端口703出发连接到端口721处的需求723(连接器)。需求723进而从端口722出发连接到端口732处的购买订单提交能力733。购买订单提交能力733从端口741出发连接到端口742出的需求743(连接器)。需求743进而从端口744出发连接到端口761处的购买订单审阅能力。
本发明的实施例可包括单向端口和连接器。例如，需求723有时可将数据从购买订单请求能力701(从端口703出来并进入端口721)传输到购买订单提交能力733(从端口722出来并进入端口733)。本发明的实施例可包括双向端口和连接器。例如，需求743有时可将数据从购买订单审阅能力763(从端口761出来并进入端口744)传输到购买订单提交能力733(从端口742出来并进入端口741)。另一方面，需求743有时也可将数据从购买订单提交能力733(从端口741出来并进入端口742)传输到购买订单审阅能力763(从端口744出来并进入端口761)。
端口790-799表示需求处理能力580可与例如包括在业务能力的通用获取网络的一部分中的其它业务能力和连接器交换数据。
如图所示，购买订单处理流程790利用购买订单请求能力701、需求723、购买订单提交能力733、需求743、以及购买订单审阅能力763。由此，用户可有效地确定使用了什么业务能力和连接器来实现购买订单处理流程790。
本发明的实施例也包括便于在不同业务层之间导航的业务模型的可视表示。例如，在可视表示700中，用户可从购买订单能力请求701(例如，在业务能力层121处)导航到购买订单处理流程790(例如，在业务处理流程层141上)。类似地，在可视表示800C中，用户可从业务能力对象803(例如，在业务能力层121上)导航到地理位置821(例如，在地理层161上)。
对不同业务层中的业务组件的选择可导致对不同业务层可视地呈现提高的细节级别。例如，导航到购买订单处理流程790可导致可视表示700转移到购买订单处理流程790的更详细可视表示，包括例如与购买订单处理流程790交互的其它处理流程。类似地，导航到位置821可导致可视表示800C转移到位置821的更详细视图，包括例如来自也驻留在位置821处的其它业务层(例如，来自服务网络层、业务组织层等)的业务组件。
对不同业务层中的业务组件的选择也可导致对当前业务层可视地呈现降低的细节水平。例如，导航到购买订单处理流程790可导致可视表示700转移到需求处理能力780的较不详细的可视表示，包括例如抽象出购买订单请求能力701、需求723、购买订单提交能力733、需求743以及购买订单审阅能力763。类似地，导航到位置821可导致可视表示800C转移到位置822和823的较不详细的视图，包括例如抽象出业务能力对象808、809和807。
图10示出了多个驾驶员相对于顾客的位置的进一步的可视表示1000。可视表示1000可以呈现给从零售商店接收关于紧急递送的呼叫的顾客服务代表。该代表需要标识顾客位置1001的物理位置(例如，从顾客关系数据库中导出的数据)。该代表然后确定驾驶员1002、1003和1004的哪一个正在该顾客位置1001附近递送(例如，从企业资源管理系统中导出的数据)以及哪一仓库有该顾客想要的货物可用。所有这些信息可使用类似地图的工具来呈现。该可呈现信息可进一步从表示业务及其各种互连的模型中可用的结构化信息中导出。
本发明的实施例提供了可视化和导航网络化业务结构的机制。用户可配置细节级别，使得对给定任务提供适当的细节量。此外，用户可跨业务层进行导航，而无需关联或理解不同业务层的结构。因此，向用户提供了用于更有效地完成任务而不会被不需要的业务细节淹没且不会缺少所有相关业务细节的业务上下文。
图9及以下讨论旨在提供对适于在其中实现本发明的计算环境的简要概括描述。尽管并非所需，但本发明可在诸如程序模块等由计算机执行的计算机可执行指令的一般上下文环境中实现。一般而言，程序模块包括例程、程序、对象、组件、数据结构等等，它们执行特定的任务或实现特定的抽象数据类型。计算机可执行指令、相关的数据结构以及程序模块表示了用于执行这里揭示的方法的动作的程序代码装置的示例。
参考图9，用于实现本发明的示例系统包括计算机系统920形式的通用计算设备，包括处理单元921、系统存储器922以及将包括系统存储器922的各类系统组件耦合至处理单元921的系统总线923。处理单元921可以执行被设计成实现计算机系统920的特征(包括本发明的特征)的计算机可执行指令。系统总线923可以是若干种总线结构类型的任一种，包括存储器总线或存储器控制器、外围总线以及使用各类总线体系结构的任一种的局部总线。系统存储器包括只读存储器(ROM)924和随机存取存储器(RAM)925。基本输入/输出系统(BIOS)926包含如在启动时协助在计算机系统920内的元件之间传输信息的基本例程，可储存在ROM 924中。
计算机系统920也可包括用于对磁硬盘939进行读写的磁硬盘驱动器927、用于对可移动磁盘929进行读写的磁盘驱动器928以及用于对可移动光盘931，如CD-ROM或其它光介质进行读写的光盘驱动器930。磁硬盘驱动器927、磁盘驱动器928以及光盘驱动器930分别通过硬盘驱动器接口932、磁盘驱动器接口933和光盘驱动器接口934连接至系统总线923。驱动器及其相关的计算机可读介质为计算机系统920提供了计算机可执行指令、数据结构、程序模块和其它数据的非易失性存储。尽管这里描述的示例环境采用了磁硬盘939、可移动磁盘929以及可移动光盘931，然而也可以使用用于储存数据的其它类型的计算机可读介质，包括盒式磁带、闪存卡、数字多功能盘、Bernoulli盒式磁盘、RAM、ROM等等。
包括一个或多个程序模块的程序代码装置可储存在硬盘939、磁盘929、光盘931、ROM 924或RAM 925中，包括操作系统935、一个或多个应用程序936、其它程序模块937以及程序数据938。用户可以通过键盘940、定点设备942或其它输入设备(未示出)，如麦克风、操纵杆、游戏垫、扫描仪等等向计算机920输入命令和信息。这些和其它输入设备通过耦合至系统总线923的输入/输出接口946连接到处理单元921。输入/输出接口946逻辑地表示多种不同接口中的任一个，如串行端口接口、PS/2接口、并行端口接口、通用串行总线(“USB”)接口、或电器和电子工程师协会(“IEEE”)1394接口(即，火线接口)，或甚至可以逻辑地表示不同接口的组合。
监视器947或其它显示设备也通过视频接口948连接到系统总线923。扬声器或其它音频输出设备也通过音频接口连接到系统总线932。诸如打印机等其它外围输出设备(未示出)也可连接到计算机系统920。
计算机系统920可连接到计算机网络，诸如办公室范围或企业范围计算机网络、家庭网络、内联网和/或因特网。计算机系统920可通过这样的计算机网络与诸如远程计算机系统、远程应用程序和/或远程数据库等外部源交换数据。
计算机系统920包括网络接口953，通过该接口，计算机系统920从外部源接收数据和/或向外部源发送数据。如图9所示，网络接口953便于通过链路951与远程计算机系统983交换数据。网络接口953可逻辑地表示一个或多个软件和/或硬件模块，诸如网络接口卡和对应的网络驱动程序接口规范(“NDIS”)栈。链路951表示计算机网络的一部分(例如，以太网段)，而远程计算机系统983表示计算机网络的一个节点。
同样，计算机系统920包括输入/输出接口946，通过该接口，计算机系统920从外部源接收数据和/或向外部源发送数据。输入/输出接口946耦合到调制解调器954(例如，标准调制解调器、电缆调制解调器或数字用户线(“DSL”)调制解调器)，通过该调制解调器，计算机系统920从外部源接收数据和/或向外部源发送数据。如图9所示，输入/输出接口946和调制解调器954便于通过链路952与远程计算机系统993交换数据。链路952表示计算机网络的一部分，而远程计算机系统933表示计算机网络的一个节点。
尽管图9表示对本发明合适的操作环境，然而本发明的原理可用于能够在必要时以合适的修改来实现本发明的原理的任何系统。图9所示的环境仅是说明性的，且决不表示其中可实现本发明的原理的各种各样环境中的甚至一小部分。
依照本发明，用户界面、映射模块、呈现模块、细节级别模块、层选择模块、和呈现模块及相关联的数据(包括业务模型、映射模式以及业务体系结构地图)可储存在与计算机系统920相关联的任何计算机可读介质上并可从其中进行访问。例如，这些模块的各部分以及相关联的程序数据的各部分可以包括在操作系统935、应用程序936、程序模块937和/或程序数据938中，用于储存在系统存储器922中。
当诸如磁硬盘939等大容量存储设备被耦合到计算机系统920时，这些模块和相关联的程序数据也可被储存在大容量存储设备中。在计算机网络环境中，相对于计算机系统920所描述的程序模块或其部分可被储存在远程存储器存储设备中，诸如与远程计算机系统983和/或远程计算机系统993相关联的系统存储器和/或大容量存储设备。这些模块的执行可以在如上所述的分布式环境中实现。
本发明可以用其它具体形式来实施，而不脱离其精神或本质特征。所描述的实施例被认为在所有方面都仅是说明性而非限制性的。因此，本发明的范围由所附权利要求书而非以上描述来指示。落入所附权利要求书的等效技术方案的意义和范围之内的所有改变都包含在其范围之内。
权利要求
1.一种在计算机系统处用于生成业务模型的地图的方法，所述方法包括访问业务体系结构的结构化业务模型的动作，所述结构化业务模型包括依照结构化数据模型中定义的数据格式形成的业务属性和业务属性关系；为每一业务属性生成可呈现属性对象的动作；为每一业务属性关系生成可呈现关系对象的动作；将所述属性对象和所述关系对象可视地呈现为反映所述业务体系结构的配置的可导航业务体系结构地图的动作。
2.如权利要求1所述的方法，其特征在于，所述访问业务体系结构的结构化业务模型的动作包括访问对应于特定业务层的结构化业务模型的动作。
3.如权利要求2所述的方法，其特征在于，所述访问对应于特定业务层的结构化业务模型的动作包括访问对应于选择业务能力层、服务网络层、业务处理流程层、业务组织层以及地理层的特定业务层的结构化业务模型的动作。
4.如权利要求1所述的方法，其特征在于，所述为每一业务属性生成可呈现属性对象的动作包括利用映射模式将业务属性变换成可呈现属性对象的动作。
5.如权利要求1所述的方法，其特征在于，所述为每一业务属性关系生成可呈现关系对象的动作包括利用映射模式将业务属性关系变换成可呈现关系对象的动作。
6.如权利要求1所述的方法，其特征在于，所述将属性对象和关系对象可视地呈现为可导航业务体系结构地图的动作包括在用户界面上呈现所述可导航业务体系结构地图的动作。
7.如权利要求1所述的方法，其特征在于，还包括访问所述业务体系结构的第二结构化业务模型的动作，所述第二结构化业务模型包括第二业务属性和第二业务属性关系；为每一第二业务属性生成第二可呈现属性对象的动作；为每一第二业务属性关系生成第二可呈现关系对象的动作；可视地呈现所述第二图形属性对象和所述第二图形关系对象，使得所述第二图形属性对象和所述第二图形关系对象叠加在所述可导航业务体系结构地图之上的动作。
8.一种在计算机系统处用于导航业务模型的地图的方法，所述方法包括可视地呈现可导航业务体系结构地图的一部分的动作，所述可导航业务体系结构地图的一部分包括可视地呈现的图形属性对象和可视地呈现的图形关系对象，它们被排列以反映业务体系结构的对应部分的配置；选择所述图形对象的第一个作为所述可导航业务体系结构地图的一部分中的焦点，使得剩余的未选中图形对象向由所选中的图形对象表示的业务属性或业务属性关系的功能提供上下文的动作；导航到所述可导航业务体系结构地图内的第二图形对象的动作；选择所述第二图形对象作为焦点的动作；以及在所选中的第二图形对象的周围可视地呈现第二未选中图形属性对象和第二未选中图形关系对象，以向由所选中的第二图形对象表示的第二业务属性或第二业务属性关系的功能提供上下文的动作，所述可视地呈现的第二未选中图形属性对象和可视地呈现的第二未选中图形关系对象被排列，以反映所述业务体系结构的对应的第二部分的配置。
9.如权利要求8所述的方法，其特征在于，所述可视地呈现可导航业务体系结构地图的一部分的动作包括呈现表示来自多个不同的业务层的业务组件的可导航业务体系结构地图的一部分的动作。
10.如权利要求8所述的方法，其特征在于，所述导航到可导航业务体系结构地图中的第二图形对象的动作包括导航到位于与所述第一图形对象相同的业务层中的第二图形对象的动作。
11.如权利要求8所述的方法，其特征在于，所述导航到可导航业务体系结构地图内的第二图形对象的动作包括导航到位于与所述第一图形对象不同的业务层中的第二图形对象的动作。
12.如权利要求11所述的方法，其特征在于，还包括响应于导航到所述不同的业务层，降低与对应于所述第一图形对象的业务层相关联的细节级别的动作。
13.如权利要求11所述的方法，其特征在于，还包括响应于导航到所述不同的业务层，提高与所述不同业务层相关联的细节级别的动作。
14.一种在计算机系统处用于改变业务模型地图中的细节级别的方法，所述方法包括接收关于要呈现具有初始细节级别的业务体系结构地图的指示的动作；将图形属性对象和图形属性关系对象可视地呈现为具有所述初始细节级别的可导航业务体系结构地图的动作，所述可导航业务体系结构地图以所述初始细节级别反映了对应的业务体系结构的配置，所述图形属性对象和图形关系对象分别表示所述业务体系结构的结构化业务属性和结构化业务属性关系；接收关于要将所述初始细节级别改为更新的细节级别的指示的动作；以及将图形属性对象和图形属性关系对象的至少一部分可视地呈现为具有所述更新的细节级别的可导航业务体系结构地图的至少一部分的动作，所述可导航业务体系结构地图的至少一部分以所述更新的细节级别反映了对应的业务体系结构的一部分的配置。
15.如权利要求14所述的方法，其特征在于，所述接收关于要呈现具有初始细节级别的业务体系结构地图的指示的动作包括接收关于最初要以不同的细节级别呈现表示不同的业务属性和业务属性关系的至少两个不同图形对象的指示的动作。
16.如权利要求14所述的方法，其特征在于，所述将图形属性对象和图形属性关系对象可视地呈现为具有所述初始细节级别的可导航业务体系结构地图的动作包括可视地呈现多个不同的业务层的动作。
17.如权利要求14所述的方法，其特征在于，所述接收关于要将初始细节级别改为更新的细节级别的指示的动作包括在至少一个图形对象上放大使得所述图形对象以提高的细节来呈现的动作。
18.如权利要求14所述的方法，其特征在于，所述接收关于要将初始细节级别改为更新的细节级别的指示的动作包括在至少一个图形对象上缩小使得所述图形对象以降低的细节来呈现的动作。
19.如权利要求14所述的方法，其特征在于，所述接收关于要将初始细节级别改为更新的细节级别的指示的动作包括接收关于要提高指定的业务层的细节级别的指示的动作。
20.如权利要求14所述的方法，其特征在于，所述可视地呈现图形属性对象和图形属性关系对象的至少一部分的动作包括在用户界面上为指定业务组件呈现配置数量的上下文的动作。
全文摘要
本发明涉及关联和可视化模式化的业务网络。用户可可视化和导航业务网络，而无需理解或创建不同业务层的结构之间的关联。用户可通过放大和缩小业务网络的相关部分，使得对给定任务提供适当数量的细节来配置细节级别。因此，向用户提供了更有效地完成任务，而不会被不需要的业务细节淹没且不会缺少所有相关业务细节的业务上下文。
文档编号G06F17/30GK1841375SQ20061005155
公开日2006年10月4日 申请日期2006年2月28日 优先权日2005年3月31日
发明者D·B·阿佩尔, 小E·S·梅里菲尔德, M·莱维, S·M·艾萨克斯, U·霍曼, N·B·朱达 申请人:微软公司