G06F8/355

Systems and methods of data migration in multi-layer model-driven applications

Systems and methods for data migration in multi-layer model-driven applications is provided. The traditional systems and methods simply provide for comparison based migration approaches, and thus face severe challenges in case of model-driven applications, wherein continuous capturing of transformations in model changes is required. Embodiment of the proposed disclosure provide for a changelog based data migration methodology by modelling, a model-driven application conceptual model; generating, a plurality of optimized data models from the modelling; extracting, from each of the plurality of optimized data models, at least one changelog capturing one or more model changes and transformations in each of the plurality of optimized data models; and executing the data migration using each of an executing changelog.

Automated system capacity optimization

A method, system, and computer program product for implementing automated system capacity optimization is provided. The method includes retrieving from plug-in components running on a plurality of hardware and software sources, metrics data associated with the plug-in components. The metrics data is cross-referenced with respect to operational sizing recommendations for each plug-in component based on aggregated disparate sizing guidelines and resulting software code modules are generated. Software and hardware requirements for enabling target computing components are determined based on results of executing the software code modules and operational functionality of the target computing components are enabled in accordance with the software and hardware requirements.

AUTOMATED SYSTEM CAPACITY OPTIMIZATION
20220357928 · 2022-11-10 ·

A method, system, and computer program product for implementing automated system capacity optimization is provided. The method includes retrieving from plug-in components running on a plurality of hardware and software sources, metrics data associated with the plug-in components. The metrics data is cross-referenced with respect to operational sizing recommendations for each plug-in component based on aggregated disparate sizing guidelines and resulting software code modules are generated. Software and hardware requirements for enabling target computing components are determined based on results of executing the software code modules and operational functionality of the target computing components are enabled in accordance with the software and hardware requirements.

User interface for accessing and modifying development area content

A development engine may enable a developer to customize a user experience using an intuitive developer interface. A rules engine may provide constructs to a card engine in the form of card definitions, which the card engine may evaluate using facts obtained from a facts controller. The evaluated card definitions are cards that may be output for presentation via user equipment. Variants may be assigned weights which can be set or changed dynamically by the card engine substantively and in real time based on factors such as user behavior, account condition, promotions or offerings. The card engine may make content decisions proximate to events occurring to the user. The presentation of the cards may be changed substantively and in real time in accordance with the setting or changes in variants.

System and method for facilitating efficient round-trip engineering using intermediate representations

Embodiments described herein provide a round-trip engineering system. During operation, the system can maintain an intermediate system representation (ISR) for a set of artifacts of a piece of software. The set of artifacts can include a piece of code and a development model. The ISR can remain persistent upon synchronization of the set of artifacts. The system can incorporate, in a respective component of the ISR, a reference to a code block in the piece of code and a corresponding element in the development model. If the system determines a first update in a first segment of a first artifact of the set of artifacts, the system can identify a second segment in a second artifact from the set of artifacts based on a corresponding component in the ISR. The system can then propagate a second update to the second segment to reflect the first update in the first segment.

COMPLEMENTARY MODEL-DRIVEN AND TEXTUAL DEVELOPMENT USING ENFORCED FORMATTING CONSTRAINTS
20170286070 · 2017-10-05 ·

A complementary editor opens a plurality of views. Changes are received in a particular view of the plurality of views. The received changes are propagated to other views of the plurality of views other than the particular view and received by each particular view. The propagated changes are transformed in each particular view by a computer based on formatting constraints associated with each particular view and display of the transformed propagated changes is initiated in each particular view.

System and method for iterative generating and testing of application code
09778916 · 2017-10-03 · ·

A method begins by generating application system state transitions from inputted requirements and parameters. For a current implementation of generating application code, the method continues by entering a loop. The loop begins by generating a current intermediate result based on a previous implementation and in accordance with current application code development factors. The loop continues by generating at least one test case based on the one or more of the application system state transitions. The loop continues by testing the current intermediate result in accordance with the at least one test case. When the testing is unfavorable, the loop continues by modifying one or more of: the one or more of the plurality of application system state transitions, the one or more of the parameters, and the one or more implementation tools. The loop then continues by repeating the loop using the modified current application code development factors.

Model-based system and method for undoing actions in an application
11210180 · 2021-12-28 · ·

An improved model-based approach for undoing actions in an application that was not previously configured with an undo feature is disclosed. Object models are constructed for each object invoked by the application. Snapshots of the object model are captured after every action to preserve the object model state at different points in time. The object model includes an object tree data structure having multiple nodes comprising data and metadata for the object. The object model is frozen and editing of the object is only permitted via an undo management engine. In response to edits from the application, the undo management engine responds by unfreezing the path of object nodes from leaf node to root node in the object tree data structure. Edits are applied to the object model at the leaf node. The object model can then be re-frozen to maintain the state of the object after each action.

SYSTEMS AND METHODS OF DATA MIGRATION IN MULTI-LAYER MODEL-DRIVEN APPLICATIONS

Systems and methods for data migration in multi-layer model-driven applications is provided. The traditional systems and methods simply provide for comparison based migration approaches, and thus face severe challenges in case of model-driven applications, wherein continuous capturing of transformations in model changes is required. Embodiment of the proposed disclosure provide for a changelog based data migration methodology by modelling, a model-driven application conceptual model; generating, a plurality of optimized data models from the modelling; extracting, from each of the plurality of optimized data models, at least one changelog capturing one or more model changes and transformations in each of the plurality of optimized data models; and executing the data migration using each of an executing changelog.

SYSTEMS AND METHODS FOR GENERATING SERVICE ACCESS POINTS FOR RTE SERVICES IN CODE OR OTHER RTE SERVICE INFORMATION FOR USE WITH THE CODE
20210382698 · 2021-12-09 ·

Systems and methods may generate code, for a model, with one or more service access points generated and at locations in the code based on an analysis of model constraints and deployment specifications (e.g., RTE specifications or OS specifications). The systems and methods may analyze the model and identify a functionality that needs an RTE service. The system and methods may receive deployment specifications. The systems and methods may generate code for the model, where an analysis of model constraints and the deployment specifications determine which service access points are generated and where in the code the service access points are located. In an embodiment, the code may be executed by different RTEs. In an embodiment, the systems and methods may determine, based on the analysis of the model constraints and the deployment specification, one or more admissible implementations for an RTE service that may be implemented in different ways.