CN102193781B - 集成设计应用 - Google Patents

Abstract

本申请涉及集成设计应用。具体地，要求保护的主题的实施例提供一种用于设计复合应用系统的方法和系统。要求保护的主题的一个实施例是一种用于设计复合应用系统以符合应用需求的方法。该方法包括：定义由复合应用系统执行的用例情境以满足应用需求，将用例情境与执行工具进行集成，以及指定系统设计的下层基础结构，其中，整个方法在集成软件应用中执行。

Description

集成设计应用

技术领域

本发明涉及集成设计应用，并且具体涉及用于设计复合应用系统的方法和系统。

背景技术

提供数字通信服务(例如web服务)的业务的日益流行，导致了能够提供多种交易主机功能的耐用、混杂的系统的发展。这些系统通常被构想为跨越一个或多个层，这些层通常包括逻辑层、硬件层和过程层的某种组合。此外，这些系统常常被实施为一种在逻辑上和物理上遥远距离分布且全部协同工作的计算硬件设备的复合。因此，在设计这些多层、分布式系统以精确和一致性实现业务目标过程中的困难增加，以得到符合扩展需求同时发展系统组件而引起的管理成本之间的错综复杂的关系。

作为对解决上述需求的响应，技术架构的领域已经发展。这种特定领域中的主要挑战是：精确地捕获具有一个或多个合适业务处理的目标的给定集合，并且以成功和有效地执行这些过程所必须的主要物理基础结构来实施它们。在庞大且复杂的系统中，单个系统设计可以包括系统每层的视图，例如，系统组件的布置、在所述执行过程中系统执行的过程、以及实际使用的系统组件。这些系统也被称为“复合应用系统”。

如所述那样，可以为一个或多个目标和/或对象来设计一种复合应用系统。这些目标(和/或对象)通常包括，例如，执行一个或多个动作，实现一个或多个系统目标，观察特定的规范，符合某些应用需求，或者它们的某一组合。设计过程典型包括构思一种用于执行一个或多个设计目的的解决方案。一种构想的解决方案代表潜在地实现(或者最为合理地近似)复合应用系统所想要的一个或多个目的(和/或目标)的一种方法和/或设计方法学。

当然，设计过程包括许多协同者的努力，每一协同者都具有他们自己的专业技能。不幸的是，由于兴趣的毛段、预算业务或简单的错误传达而在协同者之间出现失调。设计中业务模型与其下层基础结构之间的失调能够使得系统低效率，不能达到最佳性能，或者更坏，无法满足业务目标。宝贵的时间可能花费在调试、与其他协同者通信、以及从新设计系统以矫正失调性上。这继而会引起对所设计系统的成本和性能缺乏可预测性。另外，由系统寿命中的低效复合所导致的经济损失、或者由重新构造和再次提供系统组件所导致的经济损失可能是巨大的。

业务系统设计中的失调导致资源供应不佳(过度提供或不足提供)。当以比实现应用需求实际所需更大的资源的组件来设计系统时候，通常以比其他合适的组件或组合更高的成本而出现过度提供并且导致金融资源的浪费。在具有严格或受限制的预算的设计项目中，过度提供一个组件导致预算上的限制，即限制在系统的其他区域中提供较为便宜的、较少有效的部件，该部件随后无法在设计(不足提供)所需求的水平上操作。由于业务目标的错误传达或系统组件的错误理解，还可能出现过度提供和不足提供。

此外，缺少直接工具的支持和统一的设计标准进一步增加了技术架构的当前实践中存在的困难。缺少直接工具和统一标准集导致协同的错误传达，其继而引起区域、厂商、个人或者甚至设计项目之间不合逻辑的设计质量、不相容的设计形式以及冲突表现。在典型的设计过程内，设计的贡献者可以使用许多现有的应用和/或各种现有工具集的应用。示例包括特别为字处理、计算机辅助图表、电子邮件、电子表格、软件配置管理和文件传输协议而设计的应用。

协同失调的一个示例包括由一个协同者所表示的系统设计中的一个组件表达为文档中的文本，而另一协同者可以选择将另一组件表示为图表。为每一设计目标建立标准的架构和/或合并和符合不一致表示可以占据有价值的时间和协同努力。而且，目前不存在支持显式地对组件和设计视图间的关系进行可视化的公知或普及应用。

此外，在具有多个协同者的系统中，其中在这些协同者之间发布设计副本，很难标识最新版本的系统设计。一个或多个协同者可以实现本地存储副本的改变，由此随后手动合并该修改会变得苦难和消耗时间，并且被发布的、本地存储的副本的自动合并存在丢失一部分或所有修改的风险。

最后，标准工具支持的缺乏还带来了有效复用先前工作成果的困难，因为统一标准的缺乏通常导致尤其根据非标准设计来构思每一系统。虽然一个有经验的系统设计者可以使得设计者使用的存储研究作为模板，但是统一标准或工具的缺乏限制对于设计者单个研究的参考。新的或缺少经验的设计者没有办法使用上述资源。

发明内容

提供发明内容部分是为了以简单的方式引入概念的选择，其将在以下详细的描述中进一步描述。该发明内容不是用来鉴定所要求主题的关键特征或基本特征，也不是用来限制要求保护的主题的范围。

提供的实施例涉及集成设计应用。具体地，提供一种用于设计复合应用系统的系统。实施例解决了用于选择和配置硬件和软件工具的可视化工具，当硬件和软件工具被组合时候，其形成一种信息技术架构。各种实施例所提供的功能性包括(但不限于)：为用户提供设计中所包括的过程的多个视图；允许用户显式地创建和浏览这些视图之间的视图关系；允许用户指定具有开始和结束日期的项目容量负载；允许用户指定这些负载的时间标度(日、小时、周等等)；能够将相应的目标度量分配到技术或逻辑过程；以及支持标识其评估性能符合目标度量的基础结构组件之内和之间的关系。

在一实施例中，提供一种用于设计一种复合应用系统以满足一个或多个应用需求的过程。根据该过程，在单个软件应用中设计复合应用系统。通过定义一个或多个由构想的复合应用系统所执行的用例情境来设计该复合应用系统以符合一个或多个应用需求。捕获应用需求以作为系统负载功能，该系统负载被指定为容量信息，其的需求输出被指定为目标度量。一旦定义一个或多个用例情境，那么将该一个或多个用例情境与一个或多个执行工具相集成。用于特定化该一个或多个执行工具的主要的基础结构被标识并被选择以实现系统需求。

附图说明

说明书相结合并形成本说明书一部分的附图，描述了本发明的实施例，并且与说明书一起用于说明发明的原理：

图1根据一实施例描述了用于设计复合应用系统的集成设计应用的组件框图。

图2根据一实施例描述了设计复合应用系统的过程的流程图。

图3根据一实施例描述了为系统设计而指定下层基础结构的过程的流程图。

图4根据一实施例描述了在其上实施本发明实施例的典型计算机系统的结构图。

图5根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，定义用例情境的典型用户界面的图形表示。

图6根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于将用例与执行工具进行集成的典型用户界面的图形表示。

图7根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于指定下层基础结构的典型用户界面的图形表示。

图8根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，在具有执行工具的用例情境的技术过程之间用于映射关系的典型用户界面的图形表示。

图9根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于在具有下层基础结构的组件与用例情境中的组件之间映射关系的典型用户界面的图形表示。

图10A根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于定义下层基础结构的容量数据的用户界面的图形表示。

图10B根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于定义下层基础结构的目标度量数据的用户界面的图形表示。

图11根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于应用下层基础结构的容量和目标度量数据的用户界面的图形表示。

图12根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，用于应用下层基础结构的容量和目标度量数据的用户界面的另一个图形表示。

图13根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，与下层基础结构中的选定对象相对应的典型性能文件的图形表示。

图14根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，与下层基础结构中的选定对象的容量负载数据和性能度量数据相对应的典型比较接口的图形表示。

图15根据一实施例描述了在集成设计应用系统中设计复合应用过程期间，与下层基础结构布置中的选定对象相对应的典型度量和容量显示的图形表示。

具体实施方式

现在将对几个实施例进行详细地参考。虽然将结合可选实施例对主题进行描述，但是应该明白，它们不是用于将所要求的主题限制到这些实施例的。相反，所要求的主题是用来覆盖替换、修改和等价物，它们被包含在如所附权利要求定义那样的所要求主题的精神和范围中。

此外，在以下详细的描述中，阐述多个特定的细节以便提供对所要求的主题的全面理解。然而，本领域技术人员应该意识到，可以在没有这些特定细节或具有其等价物的实例下实践这些实施例。在其他示例中，公知的方法、程序、组件和电路由于作为主题不必要且模糊的方面和特征而不进行详细的描述。

从方法的角度提供并讨论以下详细描述的部分。尽管在描述该方法操作的图形中(例如图2和3)公开了步骤及其次序，但是这些步骤和次序是示范性的。实施例也适合于执行各种其他步骤或此处图形流程中列举的步骤的变化以及以一种与在此描绘和描述不同的次序执行。

从过程、步骤、逻辑块、过程以及能够在计算机存储器上执行的数据位上操作的其他符号表示来提供一些详细描述的部分。这些描述和表达是本领域技术人员在数据处理领域中使用的手段以最有效地将他们工作的内容传送给本领域的其他技术人员。在此通常将过程、计算机执行步骤、逻辑块、过程等等构想为一种导致期望结果的自洽的步骤序列或指令序列。这些步骤需要物理量的物理操作。通常，虽然是不必要的，但是这些量采用能够在计算机系统中存储、传输、组合、比较和其他操作的电或磁信号形式。主要为了通用的原因而将这些信号参考为位、值、组件、符号、字符、术语、数字等等，有时被证明是方便的。

然而，需要牢记的是，将所有这些和相似的术语与合适的物理量相关联，并且仅仅作为施加到这些量上的方便标签。除非特定描述的其他方面不是根据以下讨论而显而易见的话，那么应该意识到通篇使用诸如“访问”、“写”、“包括”、“存储”、“传输”、“遍历”、“相关”、“标识”等等术语的讨论涉及计算机系统或相似电子计算设备的动作和操作，其中计算机系统或相似电子计算设备对计算机系统寄存器和存储器内的表示物理(电)量的数据进行操作并转换为计算机系统存储器或寄存器或其他所述信息存储、传输或显示设备内的同样表示为物理量的其他数据。

在以下实施例中，描述一种方法以提供一种设计复合应用的集成设计应用。实施例提出一种设计复合应用的方法和系统，其使得用户具有设计中所包括的过程的多个视图，允许用户显式地地创建和阅览这些视图上的关系，允许将容量负载信息和目标度量分配给技术处理并选择性能匹配或使得指定负载的目标度量最大化的基础结构组件。

集成设计应用

现在参考图1，根据一实施例，描述了用于设计复合应用系统的集成设计应用100的组件图。在典型的配置中，集成设计应用100包括客户应用101、业务逻辑组件103和后端存储组件105。

根据一实施例，集成设计应用100的一个用户111经由客户设备113而访问集成设计应用100的功能。客户设备113可以是在集成设计应用100的接口115上实施并被用户111访问的工作平台。在一些实施例中，多个分布的用户可以使用多个客户设备、经由多个本地安装的接口115副本来访问集成设计应用100的功能。

在一实施例中，集成设计应用100的接口115允许用户111操作(例如创建、捕获、提供、说明等等)复合应用系统设计。例如，接口115可以允许用户111通过提供多个具有执行一个或多个用例情境的各种属性的组件来设计复合应用系统，允许用户111表示组件之间的关系以及根据各种度量来建模该被设计系统的性能和特定组件。还可以实施接口115以允许用户111浏览和修改该设计(也即，通过提供一个或多个备选组件)，从而更为精确地对准系统需求或目标。

接口115还可以对多个设计“层”上的复合应用系统进行捕获(也就是全面地表示)。例如，可以在过程层(例如系统执行的功能)、逻辑层(例如需要执行功能的信息和/或技术工具)以及物理层(例如选择被用作为执行功能的工具的实际专门被标识的设备)上表示设计或设计的一部分。在可选的实施例中，包括复合应用系统设计的多个层并不限于以上提供的三个特定列举的层(例如，其他的层包括用于示出虚拟化基础结构的虚拟化层和用于示出被包括软件应用交互的应用层)。根据所述实施例，用户111可以分配和指定多个用于表示设计的层。

然而，用于设计复合应用系统的传统技术包括通过使用一个或多个独立的、不同的平台和设计应用来分别表示每一层，从而在多个设计层上设计系统，并且集成设计应用100允许用户111单独地或是以单个应用和接口115内的多个层的组合形式来查看设计中的每一层。而且，包括集成设计应用100内复合应用系统的多层的每一层能够是用户定义的相互关系，所以在整个集成设计应用100中组件(例如，工具、关系以及用例情境)的交叉引用是可能的。因此，对于每一组件而言，系统的聚集效果经由集成设计应用100的接口115而可视化地表示给用户111。

接口115还包括如下功能：将不同贡献者的材料与项目相关，将过去的研究作为模板，分配和显示度量数据、或者将设计(或者包括设计特定部分的文件)封装并传送到接受者。将不同贡献者的材料于项目相关例如包括将同一个文件或多个文件的失调性版本之间的功能进行合并。合并过程期间所发现的冲突项目经由接口115而被显示给合并用户。在这些实施例范围内，用户能够对合并相同项目的两个冲突版本的结果进行支配。

通过提供通信功能，诸如消息传递，接口115还将不同贡献者的材料与项目进行相关。例如，用户111能够将一个或多个注释(或者其他文本/图形的显示)附加到文件，或者文件中特定的对象。其他相关性功能包括允许协同用户的文档编制特征。在一些实施例中，用户也能够输出(也就是复制和输出)字处理器内的设计文档编制和包括文件类型(例如文档)、电子表格或图形表示应用的其他文本。接口115通过例如访问和显示本地存储器存储的现有架构(例如设计或部分设计)或后端存储组件105以将过去的研究形成模板。

通常，设计作为一个或多个文件而由客户应用本地存储，共同参考和/或区分为项目。对于包括来自于分布协同者的贡献的项目而言，用户111能够将本地存储的设计版本(或部分设计)传送给其他用户。在一些实施例中，用户能够将设计传送到可为其他协同者访问到的中心存储库。在其他的实施例中，协同用户的客户设备也可以操作为对等网络的节点。在所述实施例中，直接在客户设备之间执行文件传输，而不是传输到中心存储库。接口115允许用户111启动与其他协同者的联系，并且允许用户选择源文件和目标文件。设计的传输可以作为整体来执行，这通过是通过封装包括项目的文件；或者，设计的传输可以部分地执行(传输一个或多个特定文件)。

在一些实施例中，将接口115实施为包括嵌入式应用，该嵌入式应用向用户111提供可访问的主要基础功能。嵌入式应用例如包括：可编程应用接口、字处理应用、电子表格应用、用于本地工作存储的本地数据库、以及用于图形表示系统组件之间关系的一个或多个浏览应用。在可选实施例中，可编程应用接口本身包括与字处理应用相似的功能和/或包括图形表示系统组件之间关系的特征。

根据一些实施例，用于复合应用系统的设计包括根据特定输出负载的某些参数和与系统相关的输出度量。典型的负载信息其特征在于容量数据。该容量数据例如包括用户对话量/大小、消息量/大小，访问时间(例如小时、天、年等等)频率和周期。典型的输出度量与系统性能和/或成本有关。典型地，负载度量直接和/或间接与输出度量相关。用户根据各种实施例预定义或者定制负载和度量。接口115可以用于根据用户指定的数据来输入度量。在一些实施例中，从外部资源(例如后端存储组件105)提供与用例或应用组件的负载数据和/或与特定标识的物理组件相对应的度量数据。在可选的实施例中，例如经由嵌入式电子表格应用中的编程来本地定制和存储负载和度量数据。

业务逻辑组件103有助于集成设计应用100的一个或多个分布用户之间的协同。易于协同例如包括将多个分布用户的客户设备本地存储的复合系统设计的版本与中心(“主”)版本进行合理化。业务逻辑组件103可以提供另外的协同中心服务，诸如提供先进的设计建模、同意对外部数据源的访问、捕获容量负载数据，以及其他。在一实施例中，业务逻辑组件103包括彼此耦合通信的一个或多个计算设备(例如服务器121)、一个或多个客户设备、或者由一个或多个客户设备访问的网络。

在一实施例中，经由业务逻辑组件103实施集成设计系统100中设计项目的分布用户之间的文件传输。用于查找将项目或文件子集传送到另一协同者(或者更新中心版本)的用户将该项目(或文件子集)发送到业务逻辑组件103。业务逻辑组件103随后存档并版本化这些项目。随后授权的用户被允许访问一个或多个项目版本(或者文件子集)。

在进一步的实施例中，业务逻辑组件103包括先进的版本控制特征。例如，业务逻辑组件103执行诸如自动文档编制、排他性校验、版本合并、版本快照和版本回退。自动文档编制更新了与文件使用相对应的元数据(例如创建、最后修改等等的日期和时间)并且包括在此自动更新的内容。排他性校验限制了对一个或多个设计项目版本的访问。例如，当校验被限制到一个协同者，那么一旦用户111访问了业务逻辑组件103内存储的设计项目的一个或多个版本，则没有其他的用户能够访问一个或多个设计项目的版本，直到该设计项目的一个或多个版本不再被访问(也即，再次提交)。

在一些实施例中，可以将排他性校验限制到版本(也即，其他的用户可以访问非当前正被访问的版本)。在可选的实施例中，校验维持排他性的时间长度被限制为某个持续时间周期。所述周期期满，消除对正被校验的文档的访问的限制。

版本合并对产生同一文件的不同副本的多个改变进行协调。这些改变被合并，产生包括改变集合的单个新文件。在一些实施例中，授权用户能够使用接口115来支配对同一项目或文件的两个冲突版本进行合并的结果。该合并可以优先于到一个或多个用户的接口115的传输，而在业务逻辑组件103内执行。合并用户也可以利用业务逻辑组件103中合并版本来更新中心存储库中存储的文件的版本。

版本快照对已经更新或合并的文件的版本进行保存。根据一实施例，中心存储库中已经被更新的文件可以对先前版本重新命名、存储以及保持可由协同用户访问。同样，版本回退允许可访问项目的授权用户将文件的当前版本返回到先前的版本。例如，文件当前(也就是最近更新的)主版本可再转换到先前版本，其变成主版本。

对于所描述的每一特征(也就是自动系统文档编制、排他性校验、版本合并、版本快照以及版本回退)，授权用户例如包括项目中的所有协同者或者限于项目内特定的用户。在其他的实施例中，可以为项目内容给予授权。在其他的实施例中，授权被特别限制于一个或多个文件。根据各种已知的实施，排他性校验、版本合并、版本快照和版本回退的所有特征对于本领域技术人员是公知的。因此，在此将忽略对实施的详细描述。

业务逻辑组件103也可以明确地捕获版本控制数据。版本控制数据例如包括项目中协同者的数量、项目设计期间出现的业务(也就是文件传送)的数量、通信(消息)大小以及项目文件期间所执行业务和/或通信的时序细节(诸如日期的时间、年的时间)。例如，通过对访问文件的中心版本的身份(例如网络中的IP地址或者用户账户)数量进行监控来获取某一版本控制数据。备选地，还可以通过对文件中心版本的修改(例如更新)量进行监控来获得某一容量数据。

在又一实施例中，业务逻辑组件103可以扩展诸如预测操作建模、运行时间最佳化以及实时自动供应的特征。

后端存储组件105提供附加的存储功能。后端存储组件105可以被实施为一种为集成设计应用100的用户存储版本的存储库。在一些实施例中，后端存储组件105包括组件属性的数据库131。例如，数据库131存储具有诸如成本和性能那样已知属性的供应商知识库和对应于每一供应商的产品。上述属性包括供应商提供的信息。在另外的实施例中，后端存储组件105收集配置系统中的性能度量，以便在未来系统的性能预测中使用。后端存储组件105还存储可以由用户作为模板来参考的已有架构。

通过提供将多个(远程)贡献者的材料进行相关的能力，集成设计应用100为多个用户111提供在同一项目中进行协同的能力。此外，可能直接在贡献者之间并且在该设计的同一级或阶段期间进行协同。然而，包括协同的传统技术可能排除同时和并发的修改和/或需要不同贡献者之间的人工转换，以上所述的特征提供了附加的功能以易于无缝协同和随后内容转换。

复合应用系统设计

图2根据一实施例描述了设计集成设计应用中的复合应用系统的过程的流程图200。步骤201-205根据在此描述的各种实施例而描述包括过程200的示范性步骤。

在步骤201，定义应用系统的构想解决方案的一个或多个用例情境。用例描述系统中的状态序列。每一用例描述了参与者(也就是人或向系统提供刺激的物体)如何与系统交互以实现特定的目标。根据每一用例产生一个或多个情境，这些情境对应于实现所述目标的可用方法。

用例情境通常特征为业务用例或系统用例。业务用例一般描述了一种向业务参与者提供价值的业务过程，其通常不用高层技术术语描述，并且描述了该过程做什么。系统用例通常在系统功能级上被描述并且指定系统为用户提供的功能或服务。系统用例将描述参与者经由与系统的交互而实现什么。

为构想解决方案定义用例情境可以包括定义如下情境，其描绘关于系统为了执行功能而实现或执行的级、程序、操作、过程和交互的系统功能。用例例如包括系统执行的“步骤”以执行特定的操作，或者实现想要的结果。此外，容量负载和结果目标度量与用例相关联。

在步骤203，对步骤201所定义的一个或多个用例情境与用于执行步骤201中定义的用例情境的适当信息技术工具进行集成。这些信息技术工具包括执行用例情境所需的技术(例如组件、设备)和应用(软件)。例如，单个基于网页的业务包括经由在于一个或多个通信技术组件(例如路由)耦合的一个或多个存储/处理组件(例如服务器)上执行的一个或多个软件平台来提供服务。

在步骤205，指定包括复合应用系统的下层基础结构。指定包括复合应用系统的下层基础结构可以包括：标识具有一个或多个执行工具的特定硬件和软件组件。指定下层基础结构还可以包括：指定最佳(也就是最有效和/或效率)实现系统目标的硬件和软件组件的组合。指定下层基础结构也包括对最近似地实现系统目标、但实际实现是不切实际的硬件和软件组件的组合进行标识。

尽管根据三个模型层来设计根据图2的系统，但是应该懂得，系统设计不限于三个示范性的模型层。而是，根据使用和实施例可以改变模型层的数量。

指定下层基础结构

图3根据一实施例描述了为步骤205所讨论的复合应用系统而制定的一种下层基础结构的方法的流程图300。

在步骤301，对所设计的复合应用系统的下层基础结构的性能进行评估。根据一实施例，通过聚集复合应用系统设计中每一组件的用户输入评估性能来执行系统设计的性能评估。在一个实施例中，包括复合应用系统设计的组件的性能数据预存储在集成设计应该并且是可被访问的。

在步骤303，根据项目目标和/或目的对设计可行性进行估计。设计可行性的估计包括对在步骤301获得的复合应用系统设计的评估性能进行估计。估计包括将根据设计的复合应用系统的评估性能与系统性能需求进行比较。在一实施例中，用户可以指定阈值和计算以经由相关的可编程平台(例如电子表格)来评估复合应用系统的可行性。成功的比较(也即，根据设计的复合应用系统的评估性能符合或超过系统性能需求)可以被进一步的估计以比较复合应用系统设计的评估成本与系统预算需求。

满足系统预算和性能需求的系统设计被认为是可行的。备选地，以较小的差距不满足性能估计或成本估计的复合应用系统设计也可以被认为是可行的。不满足性能和成本估计二者的复合应用系统设计或者以按照比例而言较大的差距不满足性能或成本估计的复合应用系统设计可以被认为是不可行的。

在步骤305，(根据步骤303执行的估计)标识可行设计的潜在缺陷。潜在的缺陷包括导致系统设计不满足系统需求的特定的一个或多个组件。潜在的缺陷还包括导致未达最佳输出的组件的特定组合或布置。通过将复合应用系统设计中每一组件的评估性能和评估成本与符合系统需求的组件的期望性能和期望成本进行比较，以确定导致系统设计失败的特定组件。

基本计算机设备

现在参考图4，示出了典型计算机系统412的方块图。应该意识到，在此描述的计算机系统412，描述了有利地在其上实施的操作平台的示范性配置。尽管如此，在本发明的范围内，具有不同配置的其他计算机系统也能够被使用以代替计算机系统412。也就是说，计算机系统412能够包括除了结合图4描述的那些组件之外的组件。然而，可以在被配置以实现实施例的任一系统上实践实施例，而不仅仅是类似于计算机系统412那样的计算机系统。应该懂得，能够在许多不同类型的计算机系统412上实践实施例。示例包括，但不限于台式计算机、工作站、服务器、媒体服务器、膝上型计算机、游戏控制台、数字电视、PVR和个人数字助理(PDA)，以及具有计算和数据存储能力的其他电子设备，诸如无线电话、媒体中心计算机、数字视频记录器、数码相机、和数字音频回放或记录设备。

参考图4，用于实施实施例的典型系统包括通用计算系统工作平台，诸如计算系统412。在计算系统412的最基本配置中，其典型包括至少一个处理单元401和存储器，以及用于通信信息的地址/数据总线400(或其他接口)。取决于计算系统工作平台的确切配置和类型，存储器可以是易失性的(诸如RAM402)、非易失性的(诸如ROM 403，闪存等等)或者是两者的某些组合。计算机系统412还可以包括任意用于将信息提供给计算机用户的图形子系统405，例如，在通过视频电缆411连接的附加显示设备410上显示显示。

另外，计算系统412也可以具有附加的特征/功能。例如，计算系统412还可以包括附加的存储器(可移动和/或非移动的)，包括但不限于磁盘或光盘或磁带。在图4中通过数据存储设备404说明所述另外的存储器。计算机存储媒体包括为诸如计算机可读指令、数据指令、程序模块或其他数据那样的信息存储而以任一方法或技术实现的易失性和非易失性、可移动和非移动的媒体。RAM 402、ROM 403以及数据存储设备404是计算机存储媒体的所有示例。

计算机系统412还包括可选的字母数字输入设备406、可选的光标控制或引导设备407、以及一个或多个信号通信接口(输入/输出设备，例如网络接口卡)408。可选的字母数字输入设备406能够将信息和命令需安装传送到中央处理器404。可选的光标控制或引导设备407耦合到总线400以将用户输入信息和命令选择传送到中央处理器404。同样耦合到总线400的信号通信接口(输入/输出设备)408能够是一种串口。通信接口408也包括无线通信结构。使用通信接口408，计算机系统412能够经由通信网络可通信地耦合到其他的计算机系统，所述通信网络诸如为互联网或内部网(例如局域网)，或者能够接收数据(例如数字电视信号)。

定义用例情境

图5根据一实施例描述了在集成设计应用系统中涉及复合应用系统的过程期间(图2的步骤201)用于定义用例情境的典型用户界面500的图形表示。

在所述的实施例中，用户界面500是集成设计应用100内的一种典型用户界面的图形表示。典型的用户界面500包括工具栏501、面板503、浏览视图505、典型设计布置(也就是布置视图507)、文件浏览器511、文件信息显示513、对象信息显示515、对象目标视图509以及度量和容量显示517。

工具栏501为集成设计应用的用户提供访问功能。工具栏501通常被实施为对近似为主要功能的一般特征的关键字进行显示。通常，通过点击(例如经由输入设备选择)关键字，一个或多个功能经由下拉条或菜单而进一步地展现给用户。如所示的那样，工具条501包括涉及以下内容的功能：操作文件(“File”)、Visio工具(“VisioTools”)、计算(“Compute”)、关系(“Relationships”)、目标输出度量和负载容量数据(“Performance”)和通信(“Messaging”)。因此，其他的实施例可以包括不同的功能、所列举实施例的不同布置、或者可以包括一个或多个功能的子集。

如所提供的那样，面板503显示操作具体功能的面板。例如，在当前图5的描述中，用户界面500显示示意性涉及的过程层。同样，面板503包括对于当前操作(在此例中，定义用例情境)而言特定的功能。如所示的那样，面板503包括“Shapes(形状)”，其包括成形对象，该成形对象表示可在定义用例情境中使用的组件。

如所示的那样，浏览视图505显示用户正在浏览和/或操作的当前文件或内容。如图5所描述的那样，浏览视图505包括布置视图507的显示，其显示包括示意性项目的用例。在进一步的实施例只能够，浏览视图包括对显示内容的支持。例如，在设计和显示操作期间，可以提供改变透视图(例如，“Pan&Zoom(平推和缩放)”)的特征或有助于测量的简单工具。

如所述的那样，布置视图507描述一种示意性的用例情境，该用例情境描述了示意性设计中所包括的技术过程。包括布置视图507的对象是示意性的并且仅用于显示的目的。

文件浏览器511(“Project File Browser(项目文件浏览器)”)显示项目中当前收集的文件。如所描述的那样，文件浏览器511根据层进一步区别项目中所包含的文件。在其他的实施例中，文件浏览器511根据其他的排列来自动组织文件浏览器511中所包括的文件。在进一步的实施例中，文件浏览器511按照协同用户指定的顺序显示文件。备选地，被显示文件的顺序对于用户而言是特定的，和/或对于每一设计版本而言是可调节的。

在一实施例中，文件信息显示513显示与当前浏览文件相对应的信息。例如，文件信息显示513指示当前浏览文件内对象关系的存在。在其他实施例中，文件信息显示513还可以提供提示和/或通知，即文件中的一个或多个对象与系统目标相冲突。在进一步的实施例中，文件信息显示513可以显示协同者笔记(例如与其他协同者之间的消息)。

如所提供的那样，对象信息显示515显示与选定对象或过程相对应的信息。对象信息显示515内显示的信息例如可以包括选定对象的计算特性，和/或与估计性能统计相对应的元数据。计算特征可以包括对于与选定对象或过程相对应的对象信息视图509中输出的数据进行计算。与估计性能统计相对应的元数据例如可以包括具有该估计的多个报告数据源。根据一些实施例，当目前没有选择对象或过程时候，对象信息显示515可以显示最后选定的对象或过程的信息。在进一步的实施例中，当没有选择对象或过程时候，对象信息显示515可以是空的。在可替换的实施例中，当没有选择对象或过程，对象信息显示515可以显示一种没有选择对象或过程的指示。

如所描述的那样，对象目标视图509显示对象信息显示515所参考的、与用例中的选定对象或过程相对应的信息。与用例中选定的对象或过程相对应的信息可以包括用于对象或过程的目标度量(也就是实现系统目标所足够的条件)。在一些实施例中，对象目标视图509允许授权的浏览用户输入用于选定对象或过程的目标数据。为示意性目的，如所提供的那样，对象目标视图509允许用户浏览和/或设定目标成本、可用性以及选定对象的延迟。

度量和容量显示517显示与为选定对象或过程而设立的度量相对应的信息。度量和容量显示517中所包含的信息例如可以用于浏览与系统目标和/或目标度量(例如成本、性能等)有关的系统设计的性能。所以，用户能够浏览既符合目标又符合目标度量的系统设计的度量。因此，可以修改不合格的系统设计(例如再次提供下层基础结构的组件)，从而较为精确地与系统配准。与为选定对象或过程而设立的度量相对应的信息可以包括数据字段，诸如被指定的度量目标、当前设计的估计性能、根据包括当前设计的组件的绝对性能限制等等。与为选定对象或过程而设计的度量相对应的信息可以从预建立的数据存储器中获得和/或通过用户以经由对象信息视图509输入。

在其他实施例中，根据当前的系统设计，度量和容量显示517提供用于度量数据的计算估计。度量数据例如可以包括成本、碳、性能和可用性度量。可以通过对于包括当前系统设计的组件所对应的元数据存储进行参考，来获得度量数据。所以对于当前系统设计的修改导致用于系统设计度量数据的一种运行再运算和修改过的估计。因此，在设计期间，度量数据是可以得到的，并且根据该实施例，一种完整的系统设计没有必要去导出估计的度量数据。在又一实施例中，度量和容量显示517在要求时在所有的应用层上再计算当前系统设计的复合度量。

通过提供显示度量数据的计算估计的能力，用户能够立刻监测每一附加组件或增加关系的复合应用设计的效果。随后，可以较早地追踪系统目标，并且在设计过程期间可以比传统技术较早地确定系统可行性。例如，如果某些组件的组合具有比根据应用或项目需求更大的估计成本，那么可以立刻检查到过度提供。

根据一些实施例，当目前没有选择对象或过程时候，度量和容量显示517显示最后选定的对象或过程的信息。在其他实施例中，当没有选定对象或过程时候，对象信息显示515可以是空的。在可选的实施例中，当没有选择对象或过程时候，对象信息显示515显示没有选择对象或过程的指示。在又一实施例中，度量和容量显示517可以明确指示缺乏足够的容量负载数据和/或性能度量数据以计算特定数据字段的对象或过程不具有足够的数据。

用例和执行工具集成

图6根据一实施例描述了在集成设计应用系统中设计复合应用过程期间(图2的步骤203)用于将用例与执行工具相结合的示意性用户界面600的图形表示。

在所述的实施例中，示意性用户界面600是集成设计应用100内用户界面的一种示意性图形表示。示意性用户界面600包括工具栏501、面板503、浏览视图505、示意性设计布置(例如布置视图607)、文件浏览器511、文件信息显示513、对象信息显示515、对象信息视图509、度量和容量显示517以及相关技术过程显示619。

在先前的实施例中已经提供了对工具栏501、面板503、浏览视图505、文件浏览器511、文件信息显示513、对象信息显示515、对象信息视图509、度量和容量显示517的详细描述。因此其重复内容在此将被忽略。

如所述的那样，布置视图607描述一种示意性的用例情境，其具有在示意性复合应用设计中与执行工具集成的组件。包括布置视图607的对象是示意性的并且仅用于显示目的。如所示那样，布置视图607包括与示意性用例情境中特定的技术过程成对的执行工具。例如，用例情境中的一个技术过程被显示为“Patrol MonitoringIdentifies an App Server which has failed”。布置视图607对执行由技术过程所标识的动作的执行工具(例如“Mairmba Agent”)进行显示。

如所提供的那样，相关技术过程显示619显示布置视图607中用于选定对象(例如执行工具、基础结构设备)的相关技术过程。相关技术过程包括映射到对象的技术过程。技术过程包括由对象执行以实现用例中定义的特定使用的操作。不具有相关技术过程的对象可以具有空的相关技术过程显示619。在可选的实施例中，不具有相关技术过程的对象可以具有明确指示缺乏相关技术过程的相关技术过程显示619。

指定下层基础结构

图7根据一实施例描述了在集成设计应用系统中设计复合应用处理期间(图2的步骤205)，用于指定下层基础结构的示意性用户界面700的图形表示。

在所述实施例中，示意性用户界面700是一种集成设计应用100内用户界面的示意性图形表示。示意性用户界面700包括工具栏501、面板503、浏览视图505、示意性设计布置(例如布置视图707)、文件浏览器511、文件信息显示513、对象信息显示515、对象信息视图509、度量和容量显示517以及相关技术过程显示619。

先前实施例已经提供了有关工具栏501、面板503、浏览视图505、文件浏览器511、文件信息显示513、对象信息显示515、对象信息视图509、度量和容量显示517以及相关技术过程显示619。

如所述的那样，布置视图707描述了包括示意性复合应用设计中的下层基础结构的组件。包括布置视图807的对象是示意性的并仅用于显示的目的。如所示那样，布置视图707特别包括被标识的硬件设备和软件平台，它们被选择以作为执行用例情境的用例的工具。例如，被指定“virtualization layer-Vmware ESX”的对象都参考一种VMware ESX服务器-一种由商业厂家VMware公司提供的企业级虚拟化产品。

用例组件和执行工具之间的关系映射

图8根据一个实施例描述了在集成设计应用系统中设计复合应用过程期间用于具有执行工具的用例情境中的技术过程之间映射关系的用户界面800的图形表示。

在所述的实施例中，用户界面800是一种集成设计应用100内用户界面的示意性图形表示。示意性用户界面800包括一个或多个浏览界面(例如浏览视图801、805)和示意性设计布置(例如布置视图803、807)。示意性用户界面800还包括相关组件显示809、以及有序关系显示811。

浏览视图801和805显示布置视图(例如布置视图803和807)并且允许用户对包括布置视图的组件(例如技术过程和执行工具)之间关系进行浏览和/或映射。例如，布置视图803为示意性复合应用设计显示包括用例情境的一个或多个技术过程。布置视图807显示具有执行工具的用例情境。所以，用户界面800通过映射技术过程及其对应执行工具之间的关系，允许用户将布置视图803内显示的用例情境的技术过程与布置视图807内的执行工具相结合。因此，一旦映射，该关系经由用户界面800而明显可见。

有序关系显示811显示一列用户界面800的布置视图803和807中对象之间已经映射的关系。有序关系显示811还允许创建(也即，“映射”)和删除(也就是“不映射”)布置视图内对象之间的关系。在一些实施例中，有序关系显示811还允许用户保存对现有映射关系的修改。在一些实施例中，有序关系显示811也允许用户改变有序关系显示811中所提供的一列映射关系。

根据又一些实施例，当没有映射关系的时候，有序关系显示811可以是空的。在可选的实施例中，当没有映射关系的时候，有序关系显示811显示一种已经映射关系的指示。

用例情境和下层基础结构之间的关系映射

图9根据一实施例描述了在集成设计应用系统中设计复合应用系统过程期间用于在具有下层基础结构的组件和用例情境中组件之间映射关系的用户界面900的图形表示。

在所述的实施例中，用户界面900是一种集成设计应用100内用户界面的示意性图形表示。示意性用户界面900包括一个或多个浏览界面(例如浏览视图801、905)和示意性设计布置(例如浏览视图803、907)。示意性用户界面900还包括相关组件显示809以及有序关系显示811。

浏览视图801和905显示布置视图(例如布置视图803和907)并且允许用户对包括布置视图的组件(例如技术过程和下层基础结构)之间关系进行浏览和/或映射。例如，布置视图803为示意性复合应用设计显示包括用例情境的一个或多个技术过程。布置视图907显示同一示意性复合应用设计的下层基础结构。所以，用户界面900允许用户对布置视图803内显示的技术过程与包括布置视图907内用例情境的基础结构的特定设备进行映射。因此，一旦映射，该关系通过用户界面800可显式地观察。

先前的实施例已经提供了有关相关组件显示809和有序关系显示811的详细描述。

定义容量和目标度量数据

图10A和10B根据一实施例描述了在集成设计应用系统中设计复合应用过程期间用于分别定义下层基础结构的容量和目标度量数据的示意性用户界面1000、1100的图形表示。

在所述的实施例中，用户界面1000是一种集成设计应用100内的用户界面的示意性图形表示。示意性用户界面1000包括一个或多个字段(例如标题字段1001和单位缩写字段1003)和动作按钮(例如取消按钮1005和完成按钮1007)。

用户界面1000例如可以由用户界面500经由通过工具栏501的导航来实例化。用户界面1000允许根据用户输入定义容量数据。如图10A所述的那样，用户能够通过指定与容量(经由单位缩写字段1003)对应的单位缩写和名字(经由标题字段1001)来定义容量。容量的定义包括根据使用和实施例的可选和/或附加字段。

在输入定义容量的数据之后，用户能够经由完成按钮1007来提交输入。在提交之后，该容量被添加到集成设计应用系统的相应存储组件，并且该容量被保存并持续(例如重复被使用)用于当前的项目(例如在当前复合应用的设计期间)。在另外的实施例中，用户可以选择以将容量永久性地存储到集成设计应用系统的存储组件(直到手动删除)，以至于在随后的复合应用设计中使用该容量。取消按钮1005允许用户在不提交数据字段中输入的数据的情况下退出界面1000。

在所述的实施例中，用户界面1100是一种集成设计应用100内用户界面的示意性图形表示。示意性用户界面1100包括一个或多个字段(例如标题字段1101和单位缩写字段1103)和动作按钮(例如取消按钮1105和完成按钮1107)。

例如用户界面500经由通过工具栏501的导航来例示用户界面1100。用户界面1100允许根据用户输入定义性能度量数据。如图10B所述的那样，用户能够通过指定与性能度量(经由单位缩写字段1103)对应的单位缩写和名字(经由标题字段1101)来定义性能度量。性能度量的定义包括根据使用和实施例的可选和/或附加字段。

在输入定义性能度量的数据之后，用户能够经由完成按钮1107来提交输入。在提交之后，该性能度量被添加到集成设计应用系统的相应存储组件，并且该性能度量被保存并持续(例如，重复被使用)用于当前的项目(例如，在当前复合应用的设计期间)。在另外的实施例中，用户可以选择将性能度量永久性地存储到集成设计应用系统的存储组件(直到手动删除)，从而在随后的复合应用设计中使用该性能度量。取消按钮1105允许用户在没有提交数据字段中输入的数据的情况下退出界面1100。

将容量和目标度量应用于对象

图11根据一实施例描述了在集成设计应用系统中设计复合应用过程期间用于应用下层基础结构的容量和目标度量数据的典型用户界面1200的图形表示。

在所述的实施例中，用户界面1200是一种集成设计应用100内用户界面的示意性图形表示。示意性用户界面1200包括度量选择字段1201、度量定义字段1203以及动作按钮(例如完成按钮1007)。

用户界面1200例如由用户界面500通过工具栏501的导航来实例化。用户界面1200允许将容量和性能数据应用于复合应用设计中选定的对象。如图11所述，用户通过在容量选择字段1201中选择预定义容量或性能度量的名字而能够施加容量或性能度量。在一实施例中，度量选择字段1201显示用于复合应用设计中选定对象的所有度量和性能度量。在其他的实施例中，度量选择字段1201也显示所有相关对象(例如被标识为选定对象的子代、祖先或同辈的对象)的容量和性能度量，和/或所述选定对象属于的整组对象。

在选择用于选定对象的容量或性能度量之后，用户经由度量定义字段1203可以输入包括选定容量(例如边界)的数据。如图11所示，度量选择字段1201中选定的容量(例如“Peak usertransactions”)包括具有时间标度(计算或测量中使用的时间标度，例如“小时”、“天”、“周”等)和边界(用于测量或计算的时间和日期的期间或范围)的子字段。

在经由度量定义字段1203输入包括选定容量的数据之后，用户可以通过选择完成按钮1207将容量或性能度量应用于选定的对象。在一实施例，在将容量或性能度量应用于对象之后，为选定的对象编辑一相应的性能文件以包括最新应用的容量或性能度量。该性能文件例如可以被实施为一种将为对象而输入的性能数据与为对象而输入的容量负载进行比较的电子表格。

在其他的实施例中，在将容量或性能度量应用于选定对象之后，将该容量或性能度量添加到复合应用设计中的对象的每个实例。在进一步的实施例中，用于可以选择以将容量或性能数据应用于集成设计应用系统存储组件中的永久选定对象的同一类型的所有对象(直到被删除)，使得所有随后的选定对象实例将包括容量或性能度量。

在可选的实施例中，用户可以选择以使用数据存储库中与项目类型相对应的基线(例如默认的)容量和度量定义和数量。例如，用户能够从菜单中进行选择，并从其中选取预定义的项目，以便基于存储在中心存储库并可从中心存储库中获得的预先存在数据集对项目定义进行建模。然后，该应用形成可得到的那些典型的容量类型和与每一容量类型对应的相关度量，并且可以以一组标准的值在电子表格界面中自动预填写它们。在更进一步的实施例中，用户能够编辑该组标准值以至于随后选择的项目类型将自动被更新的值所预先填写。

图12根据一实施例描述了在集成设计应用系统中设计复合应用过程期间用于应用下层基础结构的容量和目标度量数据典型用户界面1300的可选图形表示。

在所述的实施例中，用户界面1300是一种集成设计应用100内用户界面的示意性图形表示。示意性用户界面1300包括如先前所述的工具栏501、面板503、浏览视图505、示意性设计布置(例如布置视图507)、文件浏览器511、文件信息。用户界面1300还包括度量应用视图1301。

用户界面1300包括允许将容量和性能度量应用于布置视图507中选定的对象的度量应用视图1301。度量应用视图1301包括容量选择字段1303、性能度量字段1305、关联度量显示1307、度量定义字段1309和动作按钮(例如，添加按钮1311、删除按钮1313和完成按钮1315)。

容量选择字段1303允许将容量数据应用于布置视图507中的选定对象。用户通过在容量选择字段1303中选择预定义容量的名称而能够应用容量或性能度量。在一实施例中，容量选择字段1303是复合应用设计中所选定对象而定义的所有容量。在其他的实施例中，容量选择字段1303也显示所有相关对象(例如被标识为选定对象的子代、祖先或同辈的对象)的容量和性能度量，和/或所述选定对象属于的整组对象。

性能度量选择字段1305允许将性能度量数据应用于布置视图507中选定的对象。用户通过在性能度量选择字段1305中选择预定义性能度量的名称而能够应用性能度量。在一实施例中，性能度量选择字段1305显示复合应用设计中选定对象所定义的所有性能度量。在其他的实施例中，性能度量选择字段1305还显示性能度量和所有相关对象(例如被标识为选定对象的子代、祖先或同辈的对象)的性能度量，和/或所述选定对象属于的整组对象。

关联度量显示1307显示与布置视图507中选定对象当前相关联的所有度量的列表。在一实施例中，如果当前通过用户界面1301中的用户选择容量，那么仅与布置视图507中选定对象相关联的容量显示在关联度量显示1307。同样地，如果当前通过用户界面1301中的用户选择性能度量，那么仅与布置视图507中选定对象相关联的性能度量显示在关联度量显示1307。

度量定义字段1309允许用户对与容量选择字段1301中选定的容量或性能度量相对应的数据进行添加或编辑。在一实施例中，仅在容量选择字段1301和性能度量选择字段1303中选择一容量或性能度量。

动作按钮(例如添加按钮1311、删除按钮1313和完成按钮1315)允许用户利用输入数据来执行动作。添加按钮1311允许用户将选定的容量或性能度量添加(应用)到选定对象。删除按钮1313允许用户将选定的容量或性能度量从选定的对象中删除(解除)。完成按钮1315提交用户界面1301执行的数据和动作并且退出用户界面1301。

图13根据一实施例描述了在集成设计应用系统中的复合应用过程期间与下层基础结构中的选定对象相对应的示意性性能文件1400的图形表示。

如图13所述那样，将性能文件被实施为一种将为对象而输入的性能数据与为对象而输入的容量负载进行比较的电子表格。针对针对对象而输入的性能数据例如可以通过用户界面1200来输入。

图14根据一实施例描述了在集成设计应用系统中的复合应用过程期间与下层基础结构中的选定对象的容量负载数据和性能度量数据相对应的示意性比较接口1500的图形表示。

如图14所述，对包括选定对象的性能文件的数据进行分析和解析以将选定对象的容量负载数据与相应选定对象的性能度量数据进行比较。在一实施例中，以图形的方式显示该比较(例如图14的线图)。在可选的实施例中，可以使用其他的可视化。

图15根据一实施例描述了在集成设计应用系统中的复合应用过程期间与下层基础结构布置中的选定对象相对应的示意性对象信息视图1600的图形表示。

如图15所示，对象信息视图1600的典型配置包括对象信息显示515和度量和容量显示517。在此已经描述了对象信息显示515以及度量和容量显示517。在一实施例中，度量和容量显示517显示选定对象的容量负载数据与选定对象相应性能度量的比较。图15所提供的数据例如根据图13的选定对象的性能文件进行分析，和/或根据图11和12的用户输入(或者从存储器获得)的容量和度量数据进行分析。

先前的详细描述包括对各种术语的参考，例如包括协同设计应用、复合应用、系统目标、相关材料、不同贡献者、以及信息技术对象。为清楚起见，随后仅作为示例而被提供。在各种实施例中，协同设计应用例如包括和/或被实施为一种编辑器、源代码产生器、一个或多个图形用户界面以及软件应用存储库。在各种实施例中，复合应用可以包括和/或被实施为一个或多个可执行的软件程序、软件包、数据结构、文件系统和配置数据。系统目标可以包括以下组中的一个或多个：性能、效率、吞吐量、带宽和存储需求。相关材料可以包括合并程序功能、共享数据和/或解析软件或数据冲突。不同贡献者可以是分离的(也就是地理上遥远的)软件开发者或设计者或者产生计算机可执行指令的分离计算机系统。信息技术工具可以包括以下的任意一个：计算机软件程序、程序包、数据结构、文件系统、二进制、程序库和配置数据，以及计算软件组件、设备和包括分布式计算系统架构的等同物。

尽管特别针对结构特征和/或方法动作，以语言的方式描述了主题，但是应该理解的是，所付权利要求中限定的主题没有必要限定到特定的结构或上述的动作。相反，特定的特征和上述的动作以实施权利要求的示例方式公开。

Claims (9)

1.一种设计复合应用系统以满足多个应用需求的方法，所述方法包括： 

在系统设计中定义由复合应用系统执行的多个用例情境； 

将所述多个用例情境与多个信息技术工具进行集成，所述多个信息技术工具包括软件应用和硬件组件的集合；以及 

指定用于所述系统设计的下层基础结构，用以包含所述多个信息技术工具，其中指定下层基础结构包括：具体地选择与信息技术工具的所述集合相对应的多个软件应用和硬件组件，其中所述多个软件应用和硬件组件满足所述多个应用需求， 

其中所述方法由集成软件应用执行，并且 

其中指定所述系统设计的下层基础结构包括： 

根据所述系统设计来评估所述下层基础结构的性能； 

通过对所述系统设计与用户指定的阈值和计算进行比较，来估计所述系统设计的可行性；以及 

标识可行的系统设计的潜在缺陷。 

2.如权利要求1的方法，其中所述方法进一步包括： 

提供度量数据的运行评估，其中所述度量数据被更新，以对应于对所述系统设计的修改。 

3.如权利要求2的方法，其中提供度量数据的运行评估包括： 

对来自多个设计层的所述系统设计的度量数据进行结合。 

4.如权利要求1的方法，其中定义所述系统设计的用例情境包括：对所述用例情境的目标性能与所述用例情境的评估性能进行比较。 

5.如权利要求1的方法，其中将所述多个用例情境与所述多个信息技术工具进行集成包括： 

定义用于执行用例情境的信息技术工具；以及 

将所述用例情境映射到执行所述用例情境的所述信息技术工具。 

6.如权利要求1的方法，其中指定系统设计的下层基础结构进一步包括： 

标识多个组件之间的多个关系； 

可视化所述多个关系的每一个；以及 

将所述多个关系的每一个映射到所述系统设计中的所述多个组件的相应组件。 

7.如权利要求6的方法，其中将关系映射到所述复合应用系统中的多个组件包括： 

将对应于第一组件的度量数据评估传播到第二组件；以及 

将对应于第一组件的度量数据评估传播到第三组件， 

其中所述第二组件包括所述第一组件的已 识别的后代， 

并且其中所述第三组件包括所述第一组件的已标识的祖先。 

8.如权利要求1的方法，进一步包括校正用于所述复合应用系统的不合格的系统设计以满足所述应用需求，其中校正所述不合格的系统设计包括： 

对所述多个应用需求与所述下层基础结构的性能之间的关系进行可视化；以及 

基于可视化的关系来调整所述不合格的系统设计以满足所述多个应用需求。 

9.如权利要求1的方法，其中，所述集成软件应用可操作以配置用于在所述集成软件应用的分布用户之间提供协同，其中在所述集成软件应用的分布用户之间提供协同包括：支持在所述集成软件应用中执行的直接同时协同。