CN1841375A - 模式化业务网络的关联和可视化 - Google Patents
模式化业务网络的关联和可视化 Download PDFInfo
- Publication number
- CN1841375A CN1841375A CNA2006100515516A CN200610051551A CN1841375A CN 1841375 A CN1841375 A CN 1841375A CN A2006100515516 A CNA2006100515516 A CN A2006100515516A CN 200610051551 A CN200610051551 A CN 200610051551A CN 1841375 A CN1841375 A CN 1841375A
- Authority
- CN
- China
- Prior art keywords
- action
- service
- attribute
- detail
- service architecture
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B43—WRITING OR DRAWING IMPLEMENTS; BUREAU ACCESSORIES
- B43K—IMPLEMENTS FOR WRITING OR DRAWING
- B43K5/00—Pens with ink reservoirs in holders, e.g. fountain-pens
- B43K5/005—Pen barrels
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B43—WRITING OR DRAWING IMPLEMENTS; BUREAU ACCESSORIES
- B43K—IMPLEMENTS FOR WRITING OR DRAWING
- B43K21/00—Propelling pencils
- B43K21/006—Pencil-barrels
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B43—WRITING OR DRAWING IMPLEMENTS; BUREAU ACCESSORIES
- B43K—IMPLEMENTS FOR WRITING OR DRAWING
- B43K7/00—Ball-point pens
- B43K7/005—Pen barrels
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B43—WRITING OR DRAWING IMPLEMENTS; BUREAU ACCESSORIES
- B43K—IMPLEMENTS FOR WRITING OR DRAWING
- B43K8/00—Pens with writing-points other than nibs or balls
- B43K8/003—Pen barrels
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
Abstract
本发明涉及关联和可视化模式化的业务网络。用户可可视化和导航业务网络,而无需理解或创建不同业务层的结构之间的关联。用户可通过放大和缩小业务网络的相关部分,使得对给定任务提供适当数量的细节来配置细节级别。因此,向用户提供了更有效地完成任务,而不会被不需要的业务细节淹没且不会缺少所有相关业务细节的业务上下文。
Description
技术领域
本发明涉及业务建模,尤其涉及关联和可视化模式化的业务网络。
背景技术
业务具有复杂的操作。对这些操作的理解对于企业例如准备改变、考虑成本等而言是重要的。因此,开发了各种机制来模型化和表示业务。某些机制可包括对表示描述如何完成工作的业务处理的图表的手动生成。例如,经训练的个人可分析业务的所有方面以标识业务能力以及业务处理之间的相互关系和相互依赖性。基于该分析,经训练的个人可生成代表性图表。然而,从业务处理的观点来看,对业务的准确分析可花费大量的时间。此外,一旦生成了代表性图表,这样的图表不能被容易地修改。
不幸的是,由于许多业务处理是动态的(即,可随时间而改变),因此对业务处理的手动生成的表示可以甚至在其完成之前就过时。此外,即使业务处理的手动生成的表示在它完成时是准确的,然而在生成业务表示之后业务处理中的任何改变会导致业务表示变得不正确。由此,手动生成的表示提供了用于使企业确定对各种业务能力的模拟的和/或假定的改变将如何影响业务的有限的(如果有)能力。
至少部分地作为手动生成的业务表示的缺陷,开发了某些计算机化的机制来生成业务表示。这些计算机化的机制使用各种技术来表示业务和主要集中于对业务处理和支持那些处理的详细过程的建模的业务功能。例如,某些计算机化的机制在用户界面处表示业务处理的图形视图。就某一有限的程度而言,可改变这些图形视图以模拟不同的业务能力对于企业的影响。
然而,大多数计算机化的机制集中于“如何”执行业务,从而合并(或组合)了各种不同的输入数据层(或类型),诸如,例如组织结构、过程、处理流程以及支持技术。输入数据的稳定性(即,所表示的信息的半衰期)可能在不同的输入层(或类型)之间有显著的变化,使得生成的视图的可用生存期仅与最少的稳定输入一样有效。将交错的而仍非独立的输入数据合并(或组合)在一起也可导致关于业务如何运作的模糊视图并导致对所建模的业务的不必要的和昂贵的改进工作,而没有确定每一个别层中的改变效果的能力。
此外,计算机化的机制通常包括对于业务建模输入数据的硬编码的数据类型和硬编码的表示。这些硬编码的数据类型和表示在不访问源代码的情况下是难以改变的。由此,对业务建模以及生成对应的视图的灵活性和可扩展性受到限制。例如,可能难以改变预定义的数据格式,使得业务能力可以用不同的方式来表示或使得可添加先前未定义的业务能力。
与对业务建模相关联的所有上述缺陷限制了这些模型的可视呈现的有用性。例如,诸如业务图等大多数业务模型的可视呈现是以特定的隔离任务或活动上下文中的数据表示为中心的。可视化和导航到附属的、可能有用的业务数据、组织结构、合伙人或相关的业务处理流程是繁琐且通常是不可能的。例如,通常没有一种机制能够可视地从诸如业务处理流程层等一个业务层中的数据导航到诸如指示实现/管理业务处理流程的人员的组织结构层等另一业务层中的数据。
另外,通常没有一种机制能够可视地从一个业务层中的数据导航到诸如地理层等其它相关非业务层中的数据。例如,没有方法从业务流图导航到指示该业务处理流程在何处发生的地理地图。
此外,通常没有一种机制能够可视地表示联网的业务元素的变化的细节级别。即,典型的业务可视化技术缺少聚焦(或“放大”)和抽象(或“缩小)由用户指定的细节级别。由此,用户可被迫使用具有对特定任务的过多或过少细节的业务图。结果,一方面,用户可能深陷于使得执行任务变得低效的不必要的细节。另一方面,用户可能根本缺少用于完成该任务的足够细节。
因此,用于关联和可视化模式化的业务网络的系统、方法、计算机程序产品和数据结构将是有利的。
发明内容
现有技术的上述问题由本发明的原理得以克服,本发明针对用于关联和可视化模式化的业务网络的方法、系统、计算机程序产品和数据结构。在某些实施例中,计算机系统生成业务体系结构的可视表示。计算机系统访问业务体系结构的结构化业务模型。该结构化业务模型包括依照结构化数据模型中定义的数据格式形成的业务属性和业务属性关系。
计算机系统为每一业务属性生成可呈现的属性对象。计算机系统为每一业务属性关系生成可呈现的关系对象。计算机系统将属性对象和图形关系对象呈现为反映业务体系结构的配置的可导航业务体系结构地图。
在其它实施例中,计算机系统导航业务体系结构地图。计算机系统可视地呈现可导航业务体系结构地图的一部分。可导航业务体系结构地图的该部分包括可视地呈现的图形属性对象以及可视地呈现的图形关系对象,它们被排列以反映业务体系结构的对应部分的配置。计算机系统选择图形对象的第一个作为可导航业务体系结构地图的该部分中的焦点。剩余的未选中图形对象向由所选中的图形对象表示的业务属性或业务属性关系的功能提供上下文。
计算机系统导航到可导航业务体系结构地图中的第二图形对象。计算机系统选择第二图形对象作为焦点。计算机系统围绕所选中的第二图形对象可视地呈现第二未选中图形属性对象和未选中图形关系对象,以向由选中的第二图形对象表示的第二业务属性或第二业务属性关系的功能提供上下文。可视地呈现的第二未选中图形属性对象和可视地呈现的第二未选中图形关系对象被排列以反映业务体系结构的对应的第二部分的配置。
在其它实施例中,一种计算机系统改变业务模型地图中的细节级别。该计算机系统接收关于要呈现具有初始细节级别的业务体系结构地图的指示。计算机系统将图形属性对象和图形属性关系对象可视地呈现为具有初始细节级别的可导航业务属性图。可导航业务属性图以初始细节级别反映了对应的业务体系结构的配置。图形属性对象和图形关系对象分别表示业务体系结构的结构化业务属性和结构化业务属性关系。
计算机系统接收关于要将细节级别改为更新的细节级别的指示。计算机系统将图形属性对象和图形属性关系对象的至少一部分可视地呈现为具有更新的细节级别的可导航业务体系结构地图的至少一部分。可导航业务体系结构地图的该部分以更新的细节级别反映了对应的业务体系结构的一部分的配置。
本发明的这些和其它特征将从以下描述和所附权利要求书中变得完全显而易见,或者可通过如下所述对本发明的实践而获知。
附图说明
为进一步阐明本发明的上述和其它优点和特征,将参考附图中示出的其具体实施例来呈现本发明的更具体描述。可以理解,这些附图仅描绘了本发明的典型实施例,且因此不被认为是限制其范围。本发明将通过使用附图以附加的细节和特殊性来描述和解释,附图中:
图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中描述。
模型 | 模型用于将能力分组成描述单个业务的不同的组。模型可包含为业务定义的所有能力以及任何定义的能力如何按照分层分解和 |
处理流程关系来彼此相关。模型便于将存储库中的数据分段成可相互比较但彼此分离的不同业务模型。此外,尽管能力数据是在模型内定义的,然而数据模型的其它数据元素位于模型外部,且便于将不同的模型相互比较。 | |
能力 | 能力是在模型中以至少三种不同方式建模的个别业务功能区域。能力可被建模为具有其自己的特性集的单独的事物:被建模为功能区域的分解层次;以及被建模为在简单的业务处理流程中连接。更粗粒度(或较高级)能力可包括一组更细粒度(或更低级)能力,诸如当将高级能力被分解成其组成部分时。向能力的特性分配可发生在层次中的多个级别,这可用于控制稍后的数据变换。例如,当较高级能力通过变换来操纵时,对应的较低级能力的特性可以在变换中考虑。 |
能力输入和输出 | 能力输入和输出是由业务能力消耗和/或产生的人为因素和事件。它们表示关于能力的行为什么是公开且可见的。输入可被消耗,而输出可被产生,它们与其它输入和输出彼此独立。例如,不要求能力的所有输入都在能力开始之前消耗。同样,不要求能力的所有处理都在可产生输出之前完成。 |
处理 | 处理是在流程中连接以示出业务处理的端对端视图的业务能力的网络。处理定义了允许更大的业务功能的能力之间的连接。数据模型中建模的处理可以指的是表示能力之间的边界穿越的跨能力处理。 |
连接 | 连接用于表示业务能力之间的关系。连接可以是数据连接,在数据连接上,诸如业务文档等数据可在那些能力之间流动。然而,其它类型的连接也是可能的。连接也可指的是在业务活动的规定区域内频繁发生的业务功能的监督或管理。连接可以是类型化的,使得连接类型跨所有的模型都是相同的。类型化的连接可用于便于模型比较。 |
服务级别 | 服务级别指的是能力的性能的总期望。服务级别以变化的正式程度(例如,协定的)以及时间程度(例如,历史的、当前的、目标和最大)向能力附加性能和责任属性。在某些实施例中,能力 |
包括动词和名词短语(或者这一动词-名词短语可从能力描述中分析得出)。与能力相关联的服务级别描述性数据指示能力执行该短语所蕴含的动作有多好。例如,批准贷款申请可能具有2天的服务级别期望。 |
表1
图2示出了可用于基于结构化的业务能力的有效且灵活的业务建模的示例业务能力建模模式200。业务能力建模模式200可包括用于对业务能力特性、业务能力输入和输出、业务能力处理、业务能力连接以及业务能力服务级别期望建模的数据格式。应当理解,业务能力建模模式200可以是包括用于对对应的多个不同业务建模属性建模的数据定义的多个模式中的一个。
如图2所示,模式200包括模型数据格式20l。一般而言,模型数据格式201可如下表2中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 模型的关键字,且用于将其它数据实体与该模型相关。 |
Name | varchar(150) | 标识该模型的唯一名称。 |
OwnerID | int | 模型所有者的分数。所有者可以拥有许多模型 |
IsTemplate | bit | 控制建模者修改该模型的能力。如果该字段为真,则意味着该模型要用作其它模型的模板,且可用于比较导出的模型,即使在建模者在导出模型中改变了特性之后。因此,该模型不能由模型的普通编辑者改变。默认为假。 |
Description | varchar(2000) | 模型的文本描述。 |
表2
如图2所示,模式200包括所有者数据格式202。一般而言,所有者数据格式202可如表3中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 所有者的关键字,且用于将其它数据实体与该所有者相关。 |
Name | varchar(50) | 所有者的唯一名称。 |
表3
如图2所示,模式200包括能力数据格式214。一般而言,能力数据格式214可如表4中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 能力的关键字,且用于将其它数据实体与该能力相关。 |
Name | varchar(256) | 在特定模型内唯一的名称。 |
Purpose | varchar(1000) | 能力的简短描述。 |
Description | varchar(8000) | 能力的更详细描述,且可解释该能力的关系和特性以及该能力本身。 |
SourcingType | int | 该字段可具有三个值:Internal(内部)、Outsourced(外包)或Both(两者)。它指示该能力是由“拥有”该模型的组织内部(其一部分)的组织执行的;还是由作为对模型的“所有者”的能力提供者的组织执行的;还是由内部和外部提供者同时执行的。 |
Division | varchar(100) | 标识其中执行能力的业务组织区域。 |
Location | varchar(100) | 其中执行能力的地理区域。 |
CopiedFromID | int | 指示从其中复制该能力的特定能力(以及因此的模板模型)。可以是系统设置的值。 |
ModelID | int | 指示该能力所属的模型。 |
表4
如图2所示,模式200包括能力层次数据格式203。一般而言,能力层次数据格式203可以如表5中所示地描述。
名称 | 数据类型 | 描述 |
CapabilityID | int | 链接到能力。 |
ParentID | int | 链接到同一模型中的能力且指示该能力在模型能力的分层视图中的父节点。 |
Generation | int | 在某些查询中使用的世系关键字的一部分。 |
Sequence | int | 在某些查询中使用的世系关键字的一部分。 |
Linege | varchar(20) | 指示能力的整个祖传世系,且用于执行分层分类。 |
表5
如图2所示,模式200包括能力特性数据格式211。一般而言,能力特性数据格式211可如表6所示地描述。
名称 | 数据类型 | 描述 |
CapabilityID | int | 链接到能力 |
PrepertyNameID | int | 链接到用户定义的特性 |
Value | varchar(250) | 该能力的特性的值 |
表6
如图2所示,模式200包括特性名称数据格式212。一般而言,特性名称数据格式212可如表7所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 特性的关键字,且用于将该特性与能力相关 |
Name | varchar(250) | 特性名称,且是用户定义的 |
Description | varchar(4000) | 关于该特性是什么以及它如何用于描述能力的描述 |
DataType | int | 链接到数据类型实体,并指示当建模者为能力的该特性设置值时期望的数据类型。例如,如果建模者定义名为“固定成本分配”的特性,则该特性的数据类型可能是“Currency(货币)”。 |
表7
如图2所示,模式200包括数据类型数据格式213。一般而言,数据类型数据格式213可以如表8所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 数据类型的关键字,且用于指示用户定义特性的数据类型。这是假定不被建模者修改的几个表中的一个,因为建模工具依赖于“已知”的值以正确地执行特性值的确认。 |
Name | varchar(20) | 数据类型的友好名。示例是“Integer”、“String”、“Currency”等。 |
Description | varchar(4000) | 关于数据类型的任何附加信息,在指导用户为它们定义的特性选择数据类型时尤其有用。 |
表8
如图2所示,模式200包括端口数据格式224。对应于业务能力的端口可用于将输入传输到对应的业务能力并将输出从对应的业务能力中传输出来。一般而言,端口数据格式224可以如表9所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 端口的关键字,且用于将该端口与其它实体相关。 |
ModelID | int | 指示该端口属于相关的模型。当处理特定的模型时,仅与该模型相关联的端口对建模者可用。端口是作为输入(由能力消耗)或输出(有能力产生)的事物。 |
Name | varchar(256) | 特定模型内的唯一名称 |
ItemType | int | 链接到指示输入或输出类型的项目类型实体,可以是电子数据、物理项目、传真、事件等。 |
SchemaID | int | 如果项目类型指示这是某种类型的电子数据记录,则该字段链接到描述数据记录的内容的模式。 |
Description | varchar(4000) | 输入/输出项目的详细描述。 |
表9
如图2所示,模式200包括能力端口数据格式219。一般而言,能力端口数据格式219可以如表10中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 能力端口的关键字,且用于将该端口与其它实体相关。 |
CapabilityID | int | 链接到由该关系引用的能力。 |
ProtID | int | 链接到由该关系引用的端口。 |
Direction | int | 具有三个值,且指示该项目是对所引用能力的输入、来自所引用能力的输出、还是在两个方向上流动、 |
UsageType | int | 链接到UsageType实体并指示能力如何使用该项目。示例是“Read Only(只读)”、“Read and update(读和更新)”、“Create(创建)”等。 |
表10
如图2所示,模式200包括使用类型数据格式218。一般而言,使用类型数据格式218可如表11中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 使用类型的关键字,且用于将该使用类型与输入/输出项目(端口实体)相关。该表假定为不可由建模者修改,因为工具依赖于其特定值来处理模型。 |
Name | varchar(150) | 标识使用类型的唯一名称。示例包括“Read only”、“Read and update”、“Create”等。 |
Description | varchar(4000) | 关于使用类型以及建模工具在处理特定使用类型时如何运作的更详细描述。 |
表11
如图2所示,模式200包括项目类型数据格式216。一般而言,项目类型数据格式216可以如表12所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 项目类型的关键字,且用于将该项目类型与输入/输出项目(端口实体)相关。该表被假定为不可由建模者修改,因为工具依赖于其特定值来处理模型。 |
ItemTypeName | varchar(150) | 标识使用类型的唯一名称。示例包括“Electronicdata(电子数据)”、“Physical item(物理项目)”、“Fax(传真)”等。 |
Description | varchar(4000) | 关于项目类型以及建模工具在处理特定项目类型时如何运作的更详细描述。 |
表12
如图12所示,模式200包括模式数据格式217。一般而言,模式数据格式217可以如表13中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 这是模式实体的关键字,且用于将该项目类型与输入/输出项目(端口实体)相关。 |
Name | varchar(250) | 这是模式的唯一名称。 |
Description | varchar(4000) | 这可以是XML模式(或其某一简化)形式的数据记录的数据内容的详细描述。 |
表13
如图2所示,模式200包括处理数据格式227。一般而言,处理数据格式227可以如表14中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 处理实体的关键字,且用于将该项目类型与连接器实 |
体相关,且通过它们与处理能力实体中的相关能力相关。 | ||
ModelID | int | 指示这些处理所属的模型。 |
Name | varchar(256) | 该模型内的处理的唯一名称。 |
Description | varchar(4000) | 描述由该实体和处理能力实体建模的处理。 |
表14
如图2所示,模式200包括处理能力数据格式227。一般而言,处理能力数据格式227可如表15所示地描述。
名称 | 数据类型 | 描述 |
ProcessID | int | 指示该能力和连接所属的处理。 |
StepNumber | int | 指示处理中该连接的序列,且用于对处理步骤排序以供在可视模型中呈现。 |
ConnectorID | int | 链接到连接器实体,其通过它链接到从源能力到目标能力的处理流程的源和目标能力。 |
Sequence | int | 指示步骤内的连接序列,由此支持具有通过它的多个路径的处理流程。为定义其中一条支路具有比另一支路更多步骤(或通过更多能力的流程)的路径,较短的支路由该表中引用同一连接器但不同的StepNumber的条目来标识。 |
Condition | varchar(4000) | 储存关于驱动该处理的条件是什么的注解。 |
表15
如图2所示,模式200包括连接器数据格式223。一般而言,连接器数据格式223可以如表16所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 连接器实体的关键字,且指示了两个能力之间的连接。该关键字用于将该连接链接到其它实体。 |
Name | varchar(256) | 与两个能力之间的该连接相关联的注解。 |
FromCapabilityID | int | 引用作为源能力的能力。取决于ConnectorType,成为源能力的意义可略微不同。 |
ToCapabilityID | int | 引用作为目标能力的能力。取决于ConnectorType,成为目标能力的意义可能略微不同。 |
ConnectorType | int | 链接到连接器类型实体,且指示两个所引用的能力之间的关系实际上意味着什么。示例是“Collaborative(协作)”、“Controlling(控制)”、“Dependent(依赖)”等。 |
表16
如图2所示,模式200包括连接器类型数据格式221。一般而言,连接器类型数据格式221可以如表17中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 连接器类型实体的关键字,且用于描述连接器实体中的连接类型。 |
TypeName | varchar(50) | 描述连接类型的唯一名称。示例是“Collaborative”、“Controlling”、“Dependent”等。 |
Description | varchar(4000) | 连接类型的详细描述,且帮助建模者理解连接在其模型中的意义。 |
表17
如图2所示,模式200包括连接器端口数据格式222。一般而言,连接器端口数据格式222可以如表18中所示地描述。
名称 | 数据类型 | 描述 |
ConnectorID | int | 对连接器实体的引用,并用于链接具有特定输入/输出项目的两个能力之间的特定连接。 |
PortID | int | 对端口实体(输入/输出项目)的引用,并用于标识沿特定连接流动的输入/输出项目。 |
Comments | varchar(4000) | 关于项目沿该连接的流程的更详细注解。 |
表18
如图2所示,模式200包括角色数据格式209。一般而言,角色数据格式209可如表19中所示地描述。
名称 | 数据类型 | 描述 |
ID | int | 角色实体的关键字,且用于将该实体与能力实体相关。 |
ModelID | int | 指示该角色实体属于什么模型。 |
Name | varchar(100) | 角色在该模型内的唯一名称。角色描述了执行能力时涉及的人或用户的类型。 |
Description | varchar(2000) | 提供了角色的描述,并可在建模者选择要与能力相关联的角色时向他们提供指导。 |
表19
如图2所示,模式200包括能力角色数据格式208。一般而言,能力角色数据格式208可如表20中所示地描述。
名称 | 数据类型 | 描述 |
CapabilityID | int | 引用特定的能力,并用于将该能力与特定角色链接。 |
RoleID | int | 引用特定角色,并将其链接到所引用的能力。 |
Count | int | 指示该角色中要求执行该能力的人的数目。“0”值指示角色参与未被量化。 |
表20
如图2所示,模式200包括SLE类型数据格式204。一般而言,SLE类型数据格式204可如表21所示地描述。
名称 | 数据类型 | 描述 |
ID | int | SLE类型实体的关键字,且用于将该角色与能力SLE实体相关。 |
Name | varchar(100) | 唯一地命名该实体中描述的服务级别的类型。该实体被建模者假定为只读,因为建模工具依赖于这些条目的值来可视化服务级别。服务级别类型的某些值包括“Duration(持续时间)”、“Throughput(吞吐量)”、“Monetary Cost(货币成本)”、“Time Cost(时间成本)”以及“Concurrency(并发性)”。 |
Description | varchar(4000) | 服务级别类型以及如何描述与能力有关的特定服务级别的详细描述。 |
表21
如图2所示,模式200包括能力SLE数据格式206。一般而言,能力SLE数据格式206可如表22所示地定义。
名称 | 数据类型 | 描述 |
ID | int | 角色实体的关键字,且用于将该角色与能力实体相关。 |
SLETypeID | int | 引用SLE类型实体,且标识测量服务级别的特定方式。 |
Name | varchar(50) | 服务级别定义的唯一名称 |
CapabilityID | int | 引用该服务级别所应用的能力。 |
MeasurementPeriodType | varchar(50) | 命名服务级别的测量单位。对于“Duration”类型服务级别,这应当是时间段。对于“Monetary Cost”SLE类型,“Dollors(美元)”或“Thousands of dollars(千美元)”是适当的。 |
MeasurementPeriodLen | int | 如果SLE类型引用SLE的“Throughput”类型,则该字段指示对吞吐量的测量周期长度。 |
MetricCount | int | SLE的实际(当前状态/性能或历史性能)测量,诸如持续天数、对吞吐量完成的项目数、用于货币成本的美元数等。 |
Goal | int | 未来性能的目标,诸如持续天数、为吞吐量完成的项目数、用于货币成本的美元数等。 |
VarianceThreshold | int | 在注意到变化或发送通知之前可容忍性能中的多少变化(例如,来自目标)。例如,当超过变化阈值时,可向适当的管理人员发送电子邮件消息。 |
Description | varchar(2000) | 该能力的SLE的详细描述。 |
表22
如图2所示,模式200包括能力SLE端口数据格式207。一般而言,能力SLE端口数据格式207可如表23中所示地描述。
名称 | 数据类型 | 描述 |
CapabilitySLEID | int | 引用能力SLE实体中描述的特定能力的特定服务级别。它用于将特定服务级别链接到特定输入或输出项目。 |
PortID | int | 引用能力的特定输入或输出项目,且将服务级别链接到所测量的特定项目。例如,这可能引用对抵押处理能力的持续时间服务级别的抵押批准,且整个服务级别定义可能因此描述每天对抵押处理能力完成100个抵押批准。 |
表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相关联的系统存储器和/或大容量存储设备。这些模块的执行可以在如上所述的分布式环境中实现。
本发明可以用其它具体形式来实施,而不脱离其精神或本质特征。所描述的实施例被认为在所有方面都仅是说明性而非限制性的。因此,本发明的范围由所附权利要求书而非以上描述来指示。落入所附权利要求书的等效技术方案的意义和范围之内的所有改变都包含在其范围之内。
Claims (20)
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所述的方法,其特征在于,所述可视地呈现图形属性对象和图形属性关系对象的至少一部分的动作包括在用户界面上为指定业务组件呈现配置数量的上下文的动作。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/094,988 US20060229922A1 (en) | 2005-03-31 | 2005-03-31 | Association and visualization of schematized business networks |
US11/094,988 | 2005-03-31 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1841375A true CN1841375A (zh) | 2006-10-04 |
Family
ID=36293451
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006100515516A Pending CN1841375A (zh) | 2005-03-31 | 2006-02-28 | 模式化业务网络的关联和可视化 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20060229922A1 (zh) |
EP (1) | EP1710744A1 (zh) |
JP (1) | JP2007048261A (zh) |
KR (1) | KR20060106648A (zh) |
CN (1) | CN1841375A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102043632A (zh) * | 2011-01-21 | 2011-05-04 | 北京星网锐捷网络技术有限公司 | 一种提供导航提示的软件系统及方法 |
CN101404541B (zh) * | 2008-10-27 | 2011-09-21 | 中兴通讯股份有限公司 | 一种网管拓扑链接分层关联多个业务对象的方法 |
CN103606037A (zh) * | 2013-11-06 | 2014-02-26 | 远光软件股份有限公司 | 一种业务数据的查询配置方法及装置 |
CN114489572A (zh) * | 2020-11-13 | 2022-05-13 | 华为技术有限公司 | 业务需求调整方法和相关设备 |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060116919A1 (en) * | 2004-11-29 | 2006-06-01 | Microsoft Corporation | Efficient and flexible business modeling based upon structured business capabilities |
US20060229926A1 (en) * | 2005-03-31 | 2006-10-12 | Microsoft Corporation | Comparing and contrasting models of business |
US20060241956A1 (en) * | 2005-04-22 | 2006-10-26 | Microsoft Corporation | Transforming business models |
US7890452B2 (en) | 2005-07-13 | 2011-02-15 | Sap Ag | Methods for enterprise-level data and process access and presentation |
US20070027909A1 (en) * | 2005-07-29 | 2007-02-01 | Moore Dennis B | Methods and apparatus for comparison of projects |
US7925985B2 (en) * | 2005-07-29 | 2011-04-12 | Sap Ag | Methods and apparatus for process thumbnail view |
US20070203718A1 (en) * | 2006-02-24 | 2007-08-30 | Microsoft Corporation | Computing system for modeling of regulatory practices |
US8904341B2 (en) * | 2007-04-30 | 2014-12-02 | Hewlett-Packard Development Company, L.P. | Deriving grounded model of business process suitable for automatic deployment |
EP2223282A4 (en) * | 2007-12-20 | 2011-11-16 | Hewlett Packard Development Co | AUTOMATED MODEL GENERATION FOR COMPUTERIZED ENTERPRISE PROCESS |
EP2223281A4 (en) * | 2007-12-20 | 2011-05-25 | Hewlett Packard Development Co | COMMERCIAL PROCESS MODELING ON COMPUTER FOR CUSTOMIZATION AND DELIVERY |
WO2009082381A1 (en) * | 2007-12-20 | 2009-07-02 | Hewlett-Packard Development Company, L.P. | Incorporating development tools in system for deploying computer based process on shared infrastructure |
CN101946257A (zh) * | 2007-12-20 | 2011-01-12 | 惠普开发有限公司 | 建模基于计算机的业务过程以及模拟操作 |
EP2223277A4 (en) * | 2007-12-20 | 2012-02-29 | Hewlett Packard Development Co | MODEL-BASED USE OF A COMPUTER-BASED COMPANY PROCESS ON DEDICATED HARDWARE |
US8271319B2 (en) | 2008-08-06 | 2012-09-18 | Microsoft Corporation | Structured implementation of business adaptability changes |
US8195504B2 (en) | 2008-09-08 | 2012-06-05 | Microsoft Corporation | Linking service level expectations to performing entities |
US8150726B2 (en) * | 2008-09-30 | 2012-04-03 | Microsoft Corporation | Linking organizational strategies to performing capabilities |
US8312419B2 (en) | 2008-10-30 | 2012-11-13 | Hewlett-Packard Development Company, L.P. | Automated lifecycle management of a computer implemented service |
US8655711B2 (en) | 2008-11-25 | 2014-02-18 | Microsoft Corporation | Linking enterprise resource planning data to business capabilities |
US10387524B2 (en) * | 2010-09-29 | 2019-08-20 | Open Text Sa Ulc | System and method for managing objects using an object map |
US9251505B2 (en) | 2011-09-28 | 2016-02-02 | International Business Machines Corporation | Network contact management |
US9318078B2 (en) | 2011-10-31 | 2016-04-19 | Invensys Systems, Inc. | Intelligent memory management system and method for visualization of information |
JP2014035620A (ja) | 2012-08-08 | 2014-02-24 | International Business Maschines Corporation | 業務要素に関する情報を提供する装置及び方法 |
CN111522617B (zh) * | 2020-04-28 | 2024-02-09 | 奇富数科(上海)科技有限公司 | 一种维护系统的方法、装置和电子设备 |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5233513A (en) * | 1989-12-28 | 1993-08-03 | Doyle William P | Business modeling, software engineering and prototyping method and apparatus |
EP0770967A3 (en) * | 1995-10-26 | 1998-12-30 | Koninklijke Philips Electronics N.V. | Decision support system for the management of an agile supply chain |
US6311144B1 (en) * | 1998-05-13 | 2001-10-30 | Nabil A. Abu El Ata | Method and apparatus for designing and analyzing information systems using multi-layer mathematical models |
US7162427B1 (en) * | 1999-08-20 | 2007-01-09 | Electronic Data Systems Corporation | Structure and method of modeling integrated business and information technology frameworks and architecture in support of a business |
US6345239B1 (en) * | 1999-08-31 | 2002-02-05 | Accenture Llp | Remote demonstration of business capabilities in an e-commerce environment |
AU3076801A (en) * | 1999-12-27 | 2001-07-09 | Pitchware, Inc. | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate purchase and licensing |
JP2001357197A (ja) * | 2000-04-11 | 2001-12-26 | Sumitomo Heavy Ind Ltd | ポジション表示システム及びコンピュータ可読媒体 |
US6772216B1 (en) * | 2000-05-19 | 2004-08-03 | Sun Microsystems, Inc. | Interaction protocol for managing cross company processes among network-distributed applications |
US20020103869A1 (en) * | 2000-07-07 | 2002-08-01 | Philip Goatly | Standards development package method and system |
US6898783B1 (en) * | 2000-08-03 | 2005-05-24 | International Business Machines Corporation | Object oriented based methodology for modeling business functionality for enabling implementation in a web based environment |
US6961756B1 (en) * | 2000-08-16 | 2005-11-01 | Charles Schwab & Co., Inc. | Innovation management network |
AU2001286786A1 (en) * | 2000-08-25 | 2002-03-13 | Stuart E. Massey | Transaction-based enterprise application integration (eai) and development system |
US7308417B1 (en) * | 2001-03-12 | 2007-12-11 | Novell, Inc. | Method for creating and displaying a multi-dimensional business model comparative static |
US7120896B2 (en) * | 2001-10-31 | 2006-10-10 | Vitria Technology, Inc. | Integrated business process modeling environment and models created thereby |
US7415671B2 (en) * | 2001-06-08 | 2008-08-19 | Computer Associates Think, Inc. | Interactive hierarchical status display |
CA2355959A1 (en) * | 2001-06-27 | 2002-12-27 | Mapfusion Corp. | Spatial business intelligence system |
US7251613B2 (en) * | 2001-09-05 | 2007-07-31 | David Flores | System and method for generating a multi-layered strategy description including integrated implementation requirements |
US6965886B2 (en) * | 2001-11-01 | 2005-11-15 | Actimize Ltd. | System and method for analyzing and utilizing data, by executing complex analytical models in real time |
US7139766B2 (en) * | 2001-12-17 | 2006-11-21 | Business Objects, S.A. | Universal drill-down system for coordinated presentation of items in different databases |
US7281235B2 (en) * | 2002-01-09 | 2007-10-09 | International Business Machines Corporation | Computer controlled system for modularizing the information technology structure of a business enterprise into a structure of holonic self-contained modules |
US7567917B2 (en) * | 2002-03-14 | 2009-07-28 | Kenneth Miller | Product design methodology |
US7246144B2 (en) * | 2002-03-25 | 2007-07-17 | Data Quality Solutions | Method and system for managing a plurality of enterprise business systems |
US20040034496A1 (en) * | 2002-08-13 | 2004-02-19 | Correll Jeffrey N. | Displaying functionality of a hardware device in a measurement system |
US7313561B2 (en) * | 2003-03-12 | 2007-12-25 | Microsoft Corporation | Model definition schema |
GB0311026D0 (en) * | 2003-05-14 | 2003-06-18 | Salamander Organisation The Lt | Organisation representation framework and design process |
CN101410857B (zh) * | 2003-06-04 | 2016-05-04 | 费尔艾萨克公司 | 关系逻辑管理系统 |
JP2005004521A (ja) * | 2003-06-12 | 2005-01-06 | Hitachi Ltd | 経営支援システム |
US7774751B2 (en) * | 2003-12-26 | 2010-08-10 | Yefim Zhuk | Knowledge-driven architecture |
US7496860B2 (en) * | 2004-06-30 | 2009-02-24 | United Technologies Corporation | Engineering standard work framework method and system |
US20060241956A1 (en) * | 2005-04-22 | 2006-10-26 | Microsoft Corporation | Transforming business models |
-
2005
- 2005-03-31 US US11/094,988 patent/US20060229922A1/en not_active Abandoned
-
2006
- 2006-02-17 KR KR1020060015572A patent/KR20060106648A/ko not_active Application Discontinuation
- 2006-02-22 JP JP2006045948A patent/JP2007048261A/ja active Pending
- 2006-02-28 CN CNA2006100515516A patent/CN1841375A/zh active Pending
- 2006-03-21 EP EP06111469A patent/EP1710744A1/en not_active Withdrawn
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404541B (zh) * | 2008-10-27 | 2011-09-21 | 中兴通讯股份有限公司 | 一种网管拓扑链接分层关联多个业务对象的方法 |
CN102043632A (zh) * | 2011-01-21 | 2011-05-04 | 北京星网锐捷网络技术有限公司 | 一种提供导航提示的软件系统及方法 |
CN102043632B (zh) * | 2011-01-21 | 2014-04-02 | 北京星网锐捷网络技术有限公司 | 一种提供导航提示的软件系统及方法 |
CN103606037A (zh) * | 2013-11-06 | 2014-02-26 | 远光软件股份有限公司 | 一种业务数据的查询配置方法及装置 |
CN114489572A (zh) * | 2020-11-13 | 2022-05-13 | 华为技术有限公司 | 业务需求调整方法和相关设备 |
CN114489572B (zh) * | 2020-11-13 | 2023-12-29 | 华为技术有限公司 | 业务需求调整方法和相关设备 |
Also Published As
Publication number | Publication date |
---|---|
EP1710744A1 (en) | 2006-10-11 |
US20060229922A1 (en) | 2006-10-12 |
JP2007048261A (ja) | 2007-02-22 |
KR20060106648A (ko) | 2006-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1841375A (zh) | 模式化业务网络的关联和可视化 | |
CN1841423A (zh) | 业务模型的比较与对比 | |
JP5064211B2 (ja) | 電子カタログのサプライヤ・ポータルのためのシステムおよび方法 | |
CN1783127A (zh) | 基于结构化商务能力的有效和灵活的商务建模 | |
CN1245692C (zh) | 确定计算机系统配置的方法和生成计算机系统订单的系统 | |
US20120144363A1 (en) | Management of work packets in a software factory | |
US20010032195A1 (en) | System and method for identifying productivity improvements in a business organization | |
CN1711522A (zh) | 图形用户接口建模系统 | |
US7694270B2 (en) | Systems and methods for facilitating and managing business projects | |
CN1588369A (zh) | 一种关系型数据库系统及其查询和报表方法 | |
CN1790327A (zh) | 交互式地将数据链接到图中的形状的系统和方法 | |
JP2005044362A (ja) | 動的役割生成器 | |
CN1413332A (zh) | 信用计分的自动推断估价的方法和系统 | |
CN1419675A (zh) | 用于自上而下的企业过程定义和执行的方法和系统 | |
CN1527225A (zh) | 信息关联性显示方法、程序、存储介质和装置 | |
US7624159B2 (en) | Methods and systems for time-basing, matching, and reporting digital resumes, digital job orders and other electronic proposals | |
CN1437736A (zh) | 用于量化现金流回收和风险的方法和系统 | |
JP2013503400A (ja) | 公的セクタの雇用と私的セクタの雇用の間における労働力移行を管理するためのシステムおよび方法 | |
CN1862541A (zh) | 丰富数据源的方法 | |
CN1384947A (zh) | 其上记录有用于显示技能成绩等级的程序的介质,显示装置,和显示方法 | |
CA2557748A1 (en) | System and method for ecatalog supplier portal | |
Adeniran et al. | The significance of strategic management accounting on the performance of transport businesses in Nigeria | |
CN1777901A (zh) | 企业规划模型的级联规划 | |
CN1589446A (zh) | 增强用户服务的集成供气系统和计算机网络 | |
Elshafei et al. | Opportunities for using analytical hierarchy process in green building optimization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |