Ca, Inc.

Rich Jan Lau

Fang Yang

Kouros Hodaee Esfahany

Michael Ralph Chiaramonte

Miguel A Rivera

Bing Li

Rui Zhong Zhou

Transaction data is accessed that has been generated from monitoring of a plurality of transactions in a system that includes a plurality of software components. The transaction data is assessed to identify that a particular one of the plurality of transactions meets a particular one of a set of conditions based on an attribute of the particular transaction. A portion of the transaction data describing the particular transaction is selected based on the particular transaction meeting the particular condition. A model of a particular one of the software components involved in the particular transaction is generated using the selected portion of the transaction data. The model is used to launch a computer-implemented simulation of the particular software component within subsequent transactions of the system.

Automated model generation for a software system

Transaction data is generated during monitoring of a plurality of transactions in a system and a respective flow is determined, from the transaction data, for each of the plurality of transactions. Each of the determined flows involves participation of a respective subset of software components of the system. A plurality of sets of overlapping flows in the plurality of flows are determined and a particular one of the plurality of sets of overlapping flows is determined to correspond to a use scenario of the system. A measure of the degree to which a set of artifacts modeling the system corresponds to the use scenarios of the system is determined.

Scenario coverage in test generation

A transaction is initiated that involves a plurality of software components in a system. Transaction data is received from a plurality of agents instrumented on at least a subset of software components in the plurality of software components, the transaction data describing attributes of a plurality of fragments of the transaction observed by the plurality of agents. Each transaction fragment includes a respective request and a corresponding response communicated between two software components in the plurality of software components. From the transaction data, a flow of the transaction is determined that describes an order of the transaction fragments and involvement of respective software components in each transaction fragment. Documentation is generated from the transaction data, the documentation describing the system and including a representation of a functional architecture of the system based on the determined flow.

Automated system documentation generation

Transaction data is accessed that describes a plurality of transactions and includes a plurality of frames, with each frame describing a respective portion of a corresponding one of the plurality of transactions. A user-defined stitching definition is accessed that is related to a particular one of the plurality of transactions. Correlations between respective transaction portions described in the plurality of transaction frames are determined with a particular correlation between first and second transaction portions determined based on the user-defined stitching definition. A transaction path of the particular transaction is determined based at least in part on the particular correlation determined between the first and second transaction portions. The particular transaction includes the first and second transaction portions and the first transaction portion is determined to immediately precede the second transaction portion in the transaction path of the particular transaction based on the determined particular correlation.

Transaction stitching definitions

A virtual service is instantiated from a service model that is operable to receive requests intended for a particular one of a plurality of software components in a system and generate simulated responses of the particular software component based on a service model modeling responses of the particular software component. A particular request is identified that has been redirected to the virtual service. A size of a data set for inclusion in a simulated response of the virtual service to the particular request is determined based on a size value in the particular request. The data set is generated using the virtual service according to the size value and the simulated response that includes the data set is sent to the other software component in response to the particular request.

Virtual service data set generation

Transaction data is accessed and a flow of a particular one of the plurality of transactions is determined from the transaction data, the flow describing involvement of a particular set of the software components in the particular transaction and a plurality of transaction fragments of the particular transaction. A duration of each of the plurality of transaction fragments can be determined and a graphical representation of the flow can be generated that includes a set of graphical block elements and a set of graphical connector elements, each of the graphical block elements representing a respective software component, each of the graphical connector elements representing a respective one of the transaction fragments, where a particular one of the graphical connector elements is formatted based on the respective duration determined for the corresponding transaction fragment.

Transaction flow visualization

A virtual service is instantiated from a service model that is operable to receive requests intended for a particular software component in a system and generate simulated responses of the particular software component based on a service model modeling responses of the particular software component. A particular request intended for the particular software component is identified that has been redirected to the virtual service and content of a simulated response to the particular request is generated using the virtual service in a first language. A second language to be applied to the simulated response is determined based on the request, and a translation of the content from the first language into the second language is determined. A modified version of the simulated response is sent to the other software component in response to the particular request that includes the content in the second language.

Virtual service localization

Embodiments of the disclosure pertain to providing, via a graphical user interface, a set of user-selectable resources available for defining a resource architecture for an application in development; receiving, via the graphical user interface, a selection of a first resource for the application; receiving, via the graphical user interface, a selection of a second resource for the application; functionally connecting the first resource with the second resource, wherein the first resource, the second resource, and the logical relationship between the first resource and the second resource define the resource architecture for the application; verifying the resource architecture, wherein verifying the resource architecture comprises communicating over a network with the first resource and with the second resource and verifying that the first resource can communicate over a network with the second resource; and providing a graphical indication of a result of the verification of the resource architecture.

Unified interface for development and testing of deployment resource architecture

A method for dynamic resource provisioning for job placement includes receiving a request to perform a job on an unspecified computer device. One or more job criteria for performing the job are determined. Each job criteria defines a required operational characteristic needed for a computer device to perform the job. A list of available computer devices is provided. The list includes a plurality of computer devices currently provisioned to perform computer operations. A list of suitable computer devices for performing the job is determined from the list of available computer devices by comparing operational characteristics for each available computer device with the job criteria. The list of suitable computer devices includes one or more computer devices having operational characteristics that satisfy the job criteria. From the list of suitable computer devices, a least active computer device is determined, and the job is forwarded to the least active computer device.

Growing community of inventors

Deer Park, NY, United States of America

Rich Jan Lau