估算事务处理响应时间的方法和系统的制作方法

专利名称：估算事务处理响应时间的方法和系统的制作方法
估算事务处理响应时间的方法和系统技术领域一般来说，本发明涉及估算事务处理响应时间的方法、系统和程 序产品，确切地说，本发明提供了估算网络环境中比如在企业架构内 发生的应用程序事务处理响应时间的方法。
背景技术：
借助现今的信息技术(IT)，应用程序往往部署在网络环境中。 例如，某机构的企业架构中也许部署着由成千上万名用户使用的若干 应用程序。这样的应用程序也许经历了许多阶段和/或版本。在许多情 况下，这些应用程序都遇到了性能挑战，比如稳定性问题、瓶颈问题 等。解决这些问题的重要部分是理解和量化在整个企业架构内发生 的事务处理的性质。遗憾的是，现有系统都未提供准确地执行这种任 务的方法。也就是说，现有系统甚至都未考虑过如何在企业架构内根 据客户-服务器的性质定义性能特征。不仅如此，现有系统都未意识到 这样的性能挑战在若干地理区域之间可以变化。另外，当解析这种性 能特征时，现有系统都未试图充分理解基本的商务过程。考虑到上述事实，需要一种方法、系统和程序产品，描迷企业架 构内的应用程序的概况。确切地说，需要一种方法、系统和程序产品 估算事务处理的响应时间。发明内容一般来说，本发明提供了记栽企业架构内应用程序的方法、系统 和程序产品。确切地说，本发明提供了估算事务处理响应时间的方法、 系统和程序产品。借助本发明，首先识别企业架构的组成部分。这种
过程不仅涉及硬件、软件和地形标识，而且包括建立并描述企业架构 内发生的商务过程的协议。基于这种分析，形成了企业架构概况。此 后，识别在企业架构内发生的事务处理，并且为不同的地理区域收集 与之相关的数据。 一般来说，事务处理包括企业架构的应用程序内的 一组(如一个或多个)步骤(如"点击")。对于每个这样的步骤都要 收集数据。基于所收集的数据，形成了一种或多种事务处理类概况。 使用这些概况和所述企业架构概况，能够估算事务处理的响应时间。本发明的第一方面提供了估算事务处理响应时间的方法，包括 识别企业架构的组成部分；基于所识别的组成部分形成企业架构概况； 对于企业架构内不同地理区域根据一组事务处理收集数据；根据所述 数据形成至少一个事务处理类概况；以及根据企业架构概况和所述至 少 一个事务处理类概况估算事务处理响应时间。本发明的第二方面提供了估算事务处理响应时间的系统，包括 识别企业架构组成部分的系统；基于所识别的组成部分形成企业架构 概况的系统；对于企业架构内不同地理区域根据一组事务处理收集数 据的系统；根据所述数据形成至少一个事务处理类概况的系统；以及 根据企业架构概况和所述至少一个事务处理类概况估算事务处理响应 时间的系统。本发明的第三方面提供了计算机可读介质上存储的、估算事务处 理响应时间的程序产品，所述计算机可读介质包括的程序代码用于执 行以下步骤识别企业架构的组成部分；基于所识别的组成部分形成 企业架构概况；对于企业架构内不同地理区域根据一组事务处理收集 数据；根据所述数据形成至少一个事务处理类概况；以及根据企业架 构概况和所述至少一个事务处理类概况估算事务处理响应时间。优选情况下，所述程序产品进一步包括其中所述识别步骤包括识 别所述企业架构的硬件和软件单元；以及对于企业架构内发生的任何 商务过程都进行文档编制。优选情况下，所述程序产品进一步包括其中所述收集步骤包括收 集所述事务处理组所需的资源。
优选情况下，所述程序产品进一步包括其中所述事务处理组中的 每一项都包括企业架构应用程序中的一组步骤，以及收集步骤包括对 于所述步骤组中的每一步骤收集数据。优选情况下，所述程序产品进一步包括其中所述收集步骤包括对 于所述事务处理组中的每一项事务处理收集带宽需求信息。优选情况下，所述程序产品进一步包括其中所述计算机可读介质 进一步包括的程序代码用于产生包含事务处理响应时间的报告，在所 述报告中根据对应的地理区域安排所述事务处理响应时间。优选情况下，所述程序产品进一步包括其中所述至少一个事务处 理类概况详述了所述事务处理组中的每一项事务处理的商务方案、一 组步骤、事务处理号、持续时间、带宽需求和多个应用程序轮次。本发明的第四方面提供了部署用于估算亊务处理响应时间的应用程序的方法，包括部署计算机基础设施，用于识别企业架构的 组成部分；基于所识别的组成部分形成企业架构概况；对于企业架构 内不同地理区域根据一组事务处理收集数据；根据所述数据形成至少 一个事务处理类概况；以及根据企业架构概况和所述至少一个事务处 理类概况估算事务处理响应时间。本发明的第五方面提供了以传播的信号体现的计算机软件，用于 估算事务处理响应时间，所述计算机软件包括的指令使计算机系统执行以下功能识别企业架构的组成部分；基于所识别的组成部分形成 企业架构概况；对于企业架构内不同地理区域根据一组事务处理收集 数据；根据所述数据形成至少一个亊务处理类概况；以及根据企业架 构概况和所述至少一个亊务处理类概况估算事务处理响应时间. 本发明的第六方面提供了估算事务处理响应时间的商业方法。 所以，本发明提供了估算事务处理响应时间的方法、系统和穉序产品。


连同描述本发明多种实施例的附图阅读本发明之不同方面的以
下详细说明，本发明的这些和其他特性将会更加易于理解，其中 图l描述了用于估算事务处理响应时间的说明性系统； 图2描述了根据本发明的说明性事务处理类概况； 图3描述了根据本发明的说明性报告，内含估算的事务处理响应时间；图4描述了本发明的方法流程图。
具体实施方式
I. 一般描述如上所述，本发明提供了描述企业架构内应用程序概况的方法、 系统和程序产品。确切地说，本发明提供了估算事务处理响应时间的 方法、系统和程序产品。借助本发明，首先识别企业架构的组成部分。 这种过程不仅涉及硬件、软件和地形标识，而且包括建立并描述企业 架构内发生的商务过程的协议。基于这种分析，形成了企业架构概况。 此后，识别在企业架构内发生的事务处理，并且为不同的地理区域收 集与之相关的数据。 一般来说，事务处理包括企业架构的应用程序内 的一组(如一个或多个)步骤(如"点击")。对于每个这样的步骤都 要收集数据。基于所收集的数据，形成了一种或多种事务处理类概况。 使用这些概况和所述企业架构概况，能够估算事务处理的响应时间。现在参考图l,其中显示了用于为企业架构16估算事务处理响应 时间的系统IO.如图所示，系统10包括计算机基础设施12，它又包 括与企业架构16通信的计算机系统14.企业架构16通常包括多种硬 件60(如客户机、服务器、路由器、数据库等)和软件62 (如应用程 序、操作系统等)单元。在这个意义上，典型情况下，企业架构16 在跨越多个地理区域的网络环境中实现。计算机系统14显示在与企业 架构16分开的基础设施12之内，展示出本发明可以由独立于企业架 构16的一方实现，比如服务提供商等。不过应当理解，计算机系统 14可以部署在企业架构16之内(如通过服务提供商或通过企业架构 16的所有者/操作员)，且仍然可以执行本发明的功能。
无论如何，对于图1中显示的实施例，计算机系统14可以通过 网络(如因特网、广域网(WAN )、局域网(LAN )、虚拟专用网(VPN ) 等)与企业架构16 (或其组件)进行通信。在这种情况下，计算机系 统14与企业架构16之间的通信可以通过多种类型通信链路的任何组 合而发生。例如，这些通信链路能够包括可以利用若干有线和/或无线 传输方法的任何组合的若干可寻址连接。在通过因特网发生通信时， 可以通过常规的基于TCP/IP套接字的协议提供连通性，并且可以使 用因特网服务提供商创建到因特网的连通性。显示的计算机系统14包括处理单元20、存储器22、总线24和 输入/输出(1/0)接口 26。此外，显示的计算机系统14与外部I/0设 备/资源28和存储系统30通信。 一般来说，处理单元20执行存储在 存储器22和/或存储系统30中的计算机程序代码，比如估算系统40。 在执行计算机程序代码的同时，处理单元20可以从存储器22、存储 系统30和/或I/O接口 26中读取数据，以及/或者向它们写入数据。总 线24提供了计算机系统14中的各个组件之间的通信链路。外部设备 28可以包括使用户能够与计算机系统14互动的任何设备(如鍵盘、 定点设备、显示器等)，以及/或者使计算机系统14能够与一种或多 种其他计算设备(比如企业架构16)通信的任何设备(如网卡、调制解调器等)。计算机基础设施12仅仅是为了说明实现本发明的多种类型计算 机基础设施。例如在一个实施例中，计算机基础设施12包括两台或多 台计算设备(如服务器集群)，它们跨越网络进行通信，执行本发明 的多种处理步骤，另外，计算机系统14仅仅是可以包括众多的硬件组 合的多种可能计算机系统的代表.在这个意义上，在其他实施例中， 计算机系统14可以包括制成的任何专用的计算部件一包括执行专用 功能的硬件和/或计算机程序代码，以及包括专用和通用的硬件/软件 组合的任何制成计算部件等。在每种情况下，都可以分别使用标准的 编程和工程技术创建程序代码和硬件。此外，处理单元20可以包括单 处理单元，也可以分布在跨越一个或多个地点如在客户机和服务器上
的一台或多台处理单元上。同样，存储器22和/或存储系统30可以包 括驻留在一个或多个物理位置的多种类型数据的存储和/或传输媒介 的任何组合。此外，1/0接口 26可以包括与一台或多台外部设备28 交换信息的任何系统。不仅如此，应当理解，在图l中未显示的一种 或多种其他组件(如系统软件、数学协处理单元等)也能够包括在计 算机系统14中。不过，如果计算机系统14包括手持设备等，则应当 理解， 一台或多台外部设备28 (如显示器)和/或存储系统30可能要 包含在计算机系统14之内，而不是如图所示在外部。存储系统30可以是能够提供本发明信息存储的任何类型的系统(如数据库)。在这个意义上，存储系统30可以包括一台或多台存储 设备，比如磁盘驱动器或光盘驱动器。在另一个实施例中，存储系统 30包括横跨例如局域网(LAN )、广域网(WAN )或存储域网络(SAN )(未显示)分布的数据。虽然未显示，但是可以向计算机系统14内加 入其他的组件，比如高速緩冲存储器、通信系统、系统软件等。不仅 如此，虽然为了简洁未显示，但是企业架构16将很可能包含类似于计 算机系统14的计算机化组件。在计算机系统14的存储器22中所显示的是估算系统40。 一般来 说，估算系统40将为企业架构16内发生的事务处理估算事务处理响 应时间。如图所示，估算系统40包括组件识别系统42、企业架构概 况系统44、事务处理数据系统46、事务处理概况系统48和事务处理 响应时间系统50。 一般来说，估算系统40将采用以下步骤估算亊务 处理响应时间(1) 形成应用程序62的通信量模式的有效协议，包括网络等待时 间的影响和由用户64所确定的可接受的响应时间。(2) 根据若干特征比如访问的类型、数量、地理区域等识别用户 64的种类。(3) 根据用户的需要和通信量，为每个区域中的每种用户类别确定 合适的连接策略。(4) 根据客户机通信量模式和其他需求，为部署应用程序后台组件 确定策略。(5)确定全球核心网络的带宽需求，以支持应用程序62所需要的 事务处理，并且满足终端用户64的期望或共同的响应时间标准。测定 带宽需求的典型因素包括识别和测量典型的使用模式；了解用户64 的类型(如销售、管理等)以及了解谁在调用哪些功能和附件的规模; 了解事务处理的频度；每个站点同时使用该应用程序的用户并发性； 以及响应时间服务等级要求。II.企业架构概况当力图为企业架构16估算事务处理响应时间时，组件识别系统 42将首先识别其中的组件。借助本发明的组件识别不仅是对硬件60 和软件62单元的识别。它还包括通过使用应用程序62,建立企业架 构16内发生的任何商务过程的协议。也就是说，用户64将通过采用 应用程序62内的某些动作/步骤(如"点击")，实施一组(如一个或 多个)事务处理。正如以下的显示，本发明要识别和理解这样的步骤 和事务处理，以便准确地测量响应时间。在这个意义上，组件识别系 统42可以编程为分析企业架构16做出这样的识别。另外，组件识别 系统42也可以编程为接收企业架构16组件所对应的数据，比如(如 通过系统管理员)手工输入的数据。在这个意义上，组件识别系统42 应当理解为提供任何所需要的界面页面，以便能够收集所有的相干数 据并识别组件，在典型的实施例中，组件识别系统42将收集有关企业架构16自 身的某些信息。例如，企业架构16将收集下述有关信息企业架构 16中存在的硬件60和软件62;企业架构16的全球广域网细节，包括 拓朴、技术和全球站点和数据中心之间所经历的等待时间；响应时间 服务等级协议和服务等级目标；企业架构16的特点和功能；以及客户 机策略和所有者标准.此外，如上所述，组件识别系统42将被用于对 企业架构内发生的任何商务过程进行识别/文档编制。 一般来说，这包 括对于用户64的多种角色/责任，形成与全部商务过程相关联的全部
事务处理的列表。在编制企业架构商务过程的文档时，组件识别系统42可以编程为监视用户64与应用程序的互动。另外，组件识别系统 42也可以编程为"解析"每个应用程序，确定用户64可能采用的若干 可能步骤。还有，如上所述，组件识别系统42有可能提供一种或多种 界面页面，可以向其中输入用于商务过程的数据(如通过系统管理员 等)。无论如何实现，都可以形成对使用企业架构16实现商务过程的 理解并进行文档编制。在已经以这种方式识别了企业架构组件之后，企业架构概况系统 44将在此基础之上形成企业架构概况。所述概况可以采用现在已知的 或后面形成的任何类型的格式。例如，企业架构概况可以包括图形架 构图，它描述若干硬件和软件组件以及其间的所有互连。不仅如此， 这样的概况可以描述或"跟踪，，这些组件之间能够发生的若干事务处 理。作为替代，企业架构概况也可以具有包括以上所讨论的全部信息 的列表格式。m.事务处理类概况无论如何， 一旦已经识别企业架构16的组件并描述了企业架构 16的组件的概况，事务处理数据系统46将为每个识别的事务处理和 步骤/点击收集数据。在执行这种任务时，事务处理数据系统46可以 确保(或请求)任何先决条件得到满足。借助本发明的典型实施例， 先决条件可以包括以下条件在LAN环境中收集了事务处理数据； 收集亊务处理数据发生在网络客户机与网络服务器之间以及企业架构 16的应用程序服务器与数据库之间；企业架构16中存在的任何负栽 平衡都脱机地进行；对客户机和网络服务器都进行网络交换端口镜像 映射；以及企业架构16中与事务处理测试无关的任何服务器都被置为 脱机。借助本发明的事务处理数据收集可以包括几种截然不同的要素. 例如，事务处理数据系统46可以执行每项事务处理，并且对于每项事 务处理和/或基础步骤/点击，确定所需要的资源，比如发送和接收
的字节；应用程序轮次、TCP轮次、执行每项事务处理和/或轮次的时 间；以及延时/等待时间(事务处理、网络传播、协议等)。为了确定 这种数据，事务处理数据系统46可以跟踪用户在工作日中正常执行的 一组商务方案，并且监视该互动以确定所需要的信息，比如发送和接 收的总字节、平均bps/用户(带宽要求)等。此外，典型情况下，事 务处理数据系统46将为企业架构16内的不同地理区域收集这样的数 据。先前系统未涉及的一个问题是不同地理区域事务处理数据中的差 异。例如，有可能存在一个地理区域具有等待时间而另一个地理区域 没有的情况。在这个意义上，地理区域A和与B之间的亊务处理有可 能会产生完全不同于地理区域A与C之间事务处理的响应时间。还有， 事务处理数据系统46可以根据执行该亊务处理的用户类型、它们的使 用模式以及事务处理自身的数据而收集事务处理数据，沿着这些路线， 事务处理数据也有可能包括每个步骤/轮次的尺寸、任何附件的尺寸、 事务处理、步骤/点击和/或轮次的频度(如， 一个小时中执行多少次 事务处理)等。一旦已经收集了全部有关事务处理的数据，事务处理概况系统48 将根据该数据形成至少一个事务处理类概况，在典型的实施例中，形 成的事务处理类概况详述了用于该事务处理组中每一项的商务方案、 一组步骤、事务处理号、事务处理持续时间、带宽需求和多个应用程 序轮次。参考图2，其中描述了说明性亊务处理类概况70，显示了四 类不同的亊务处理72A-72D,每一类事务处理72A-72D都伴随着商务 方案/类74、事务处理说明76、亊务处理号78、持续时间80、许多字 节82和多个应用程序轮次84.不仅如此，每一类事务处理72A-72D 都包括一个或多个步骤/点击.例如，事务处理72A包括"点击双筒望 远镜"和"点击查找按钮"的步骤76,IV.估算事务处理响应时间返回参考图1，在已经形成了事务处理概况70 (图2)之后，事 务处理响应时间系统50将根据企业架构概况和事务处理类概况为每 项事务处理估算事务处理响应时间。确切地说，典型情况下，事务处 理响应时间基于地理区域，并且包括基线时间、网络传播时间和数据 传输时间。当这些时间求和时，通常表示估算的整体事务处理响应时间。事务处理响应时间系统50然后将按地理区域产生包含这些时间的 报告。参考图3，其中显示了说明性报告100。 一般来说，报告100将 显示在每项事务处理中的每个步骤/点击及其对应时间。图3所示的实 例用于事务处理的"定位到账户屏幕，，步骤，如列102下的注释。不难 看出，在列104下显示了对于不同地理区域中这个步骤的时间。在列 106、 108、 110和112下分别显示了基线时间、网络传播时间、数据 传输时间和总时间。观察报告100可以看出，对于布鲁塞尔与朴次茅 斯之间"定位到账户屏幕"步猓，基线时间是10.215秒(对这个步骤所 有区域的基线时间都相同)，网络传播时间是0.13754秒，而数据传 输时间是0.00583秒。这些数值产生了 10.35837秒的估算事务处理响 应总时间。现在参考图4，其中显示了说明性方法流程图110。如图所示， 方法100的第一个步骤Sl是识别企业架构的组成部分。第二个步骤 S2是根据所识别的组成部分形成企业架构概况。第三个步骤S3是根 据企业架构内不同地理区域的一组事务处理收集数据.第四个步骤S4 是根据该数据形成至少一个事务处理类概况。第五个步骤S5是根据企 业架构概况和至少一个事务处理类概况估算事务处理响应时间，虽然本文显示和介绍的是估算事务处理响应时间的方法和系统， 但是应当理解，本发明进一步提供了多种替代实施例。例如在一个实 施例中，本发明提供了包括计算机程序代码的计算机可读介质，使计 算机基础设施能够估算事务处理响应时间。在这个意义上，计算机可 读介质包括的程序代码实施了本发明多种处理步骤的每一步。应当理 解，术语"计算机可读介质"包括了程序代码的任何类型物理实施例中的一种或多种。具体地说，计算机可读介质可以包括在一种或多种便 携存储制成品(如光盘、磁盘、磁带等)上、在计算设备的一个或多
个数据存储部分比如存储器22 (图1)和/或存储系统30 (图1)(如 固定磁盘、只读存储器、随机存取存储器、高速緩沖存储器等)上记 录的以及/或者作为(如在程序代码的有线/无线电子发行期间)在网 络上传播的数据信号(如传播信号)的程序代码。在另一个实施例中，本发明提供了以预订、广告和/或交费为基 础执行本发明处理步骤的商务方法。也就是说，服务提供商比如解决 方案集成者可以提供对事务处理响应时间的估算。在这种情况下，该 服务提供商可以对计算机的基础设施进行创建、维护、支持等，比如 为一位或多位客户执行本发明的处理步骤的计算机基础设施12 (图1)。作为报答，服务提供商可以借助预订和/或交费协议从客户收到 支付，并且/或者该服务提供商可以从对一个或多个笫三方的广告内容 销售中收到支付。在又一个实施例中，本发明提供了估算事务处理响应时间的方 法。在这种情况下，可以提供计算机基础设施，比如计算机基础设施 12 (图1)，而且可以获得(如创建、购买、使用、修改等)用于执 行本发明处理步骤的一个或多个系统并部署到计算机基础设施中。在 这个意义上，部署系统可以包括以下步骤的一步或多步(l)在计算设 备比如计算机系统14上安装来自计算机可读介质的程序代码(图1); (2)向计算机基础设施增加一台或多台计算设备；以及(3)合并和/或修 改计算机基础设施的一个或多个现有系统，以便使计算机基础设施能 够执行本发明的步骤，应当理解，本文所用的术语"程序代码"和"计算机程序代码"是同 义的，意味着以任何语言、代码或符号的一组指令的任何表达，力图 使具有信息处理能力的计算设备或者直接地或者在以下步猓中任一或 全部后执行某具体功能(a)转换为另一种语言、代码或符号；以及/ 或者(b)以不同的物质形式再现。这个意义上，程序代码可以表现为 以下的一种或多种应用程序/软件程序、软件组件/库函数、操作系 统、用于特定计算和/或I/O设备的基本I/O系统/驱动程序等.
权利要求
1.一种估算事务处理响应时间的方法，包括识别企业架构的组成部分；基于所识别的组成部分形成企业架构概况；对于所述企业架构内不同地理区域根据一组事务处理收集数据；根据所述数据形成至少一个事务处理类概况；以及根据所述企业架构概况和所述至少一个事务处理类概况估算所述事务处理响应时间。
2. 根据权利要求l的方法，其中，所述识别步骤包括 识别所述企业架构的硬件和软件单元；以及 对于所述企业架构内发生的任何商务过程都进行文档编制。
3. 根据权利要求1的方法，其中，所述收集步骤包括确定实施所述事务处理组所需的资源，
4. 根据权利要求1的方法，其中，所述事务处理组中的每一项 都包括所述企业架构应用程序中的一组步骤，以及所述收集步骤进一 步包括对于所述步骤组中的每一步驟收集数据。
5. 根据权利要求1的方法，其中，所述收集步骤发生在局域网 环境中。
6. 根据权利要求1的方法，其中，对于所述收集步骤，所述企 业架构的负栽平衡功能和与所述事务处理組无关的所述企业架构的任 何服务器都被置为脱机.
7. 根据权利要求1的方法，其中，所述收臬步骤发生在所述企 业架构的客户机、服务器和数据库之间。
8. 根据权利要求1的方法，进一步包括对于所述事务处理組中 的每一项事务处理计算带宽需求。
9. 根据权利要求1的方法，进一步包括产生包含所述事务处理 响应时间的报告，其中，在所述报告中根据对应的地理区域安排所述 事务处理响应时间。
10. 根据权利要求l的方法，其中，所述至少一个事务处理类概况详述了所述事务处理组中的每一项事务处理的商务方案、一组步骤、 事务处理号、持续时间、带宽需求和多个应用程序轮次。
11. 一种估算事务处理响应时间的系统，包括 识别企业架构的组成部分的设备； 基于所识别的组成部分形成企业架构概况的设备； 对于所述企业架构内不同地理区域根据一组事务处理收集数据的设备；根据所述数据形成至少一个事务处理类概况的设备；以及 根据所述企业架构概况和所述至少一个事务处理类概况估算所 述事务处理响应时间的设备。
12. 根据权利要求11的系统，其中，所述识别组成部分的设备 识别所述企业架构的硬件和软件单元，并且对于所述企业架构内发生 的任何商务过程都进行文档编制。
13. 根据权利要求11的系统，其中，所述收集i殳备收集所述事 务处理组需要的资源。
14. 根据权利要求11的系统，其中，所述事务处理组中的每一 项事务处理都包括所述企业架构的应用程序中的一组步骤，并且所述 收集设备收集所述步骤组中每一 步的数据。
15. 根据权利要求11的系统，其中，所述收集设备为所述事务 处理组中每一项事务处理都计算带宽需求。
16. 根据权利要求11的系统，进一步包括产生包含所述事务处 理响应时间的报告，其中，在所述报告中根据对应的地理区域安排所 述事务处理响应时间。
17. 根据权利要求11的系统，其中，所述至少一个事务处理类 概况详述了所述事务处理组中的每一项事务处理的商务方案、 一组步 骤、事务处理号、持续时间、带宽需求和多个应用程序轮次。
18. —种可加载到数字计算机内存中的计算机程序产品，包括用 于执行的软件代码部分，当所述产品在计算机上运行时，执行权利要 求1到10所要求保护的本发明。
19. 一种部署估算事务处理响应时间应用程序的方法，包括 部署计算机基础设施，可用于识别企业架构的组成部分；基于所识别的组成部分形成企业架构概况；对于企业架构内不同地理区域根据一组事务处理收集数据；根据所述数据形成至少一个事务处理类概况；以及 根据所述企业架构概况和所述至少一个事务处理类概况估 算事务处理响应时间。
全文摘要
按照本发明，首先识别企业架构的组成部分。这种过程不仅涉及硬件、软件和地形标识，而且包括形成并描述对企业架构内发生的商务过程的理解。基于这种分析，形成了企业架构概况。此后，识别在企业架构内发生的事务处理，并且为不同的地理区域收集与之相关的数据。一般来说，事务处理包括企业架构的应用程序内的一组(如一个或多个)步骤(如“点击”)。对于每个这样的步骤都要收集数据。基于所收集的数据，形成一种或多种事务处理类概况。使用这些概况和所述企业架构概况，能够估算事务处理的响应时间。
文档编号G06F11/34GK101120322SQ200680005237
公开日2008年2月6日 申请日期2006年4月7日 优先权日2005年4月21日
发明者卡维塔·查夫达 申请人:国际商业机器公司