The present disclosure relates to a system and method for API driven rapid micro service application development and execution. The system allows developers to define business requirements into flow definition files, includes an event engine to handle and execute the logic by dynamically correlating the definition files and API protocol specifications. The system incorporates plugins for each protocol to process the specification and communicate with other components. When acting as event handler for specific process flow, the system decodes the packets, associates the data with corresponding event handler and application flow, converts into the format per conversion rules defined in the definition files, executes the actions and transitions defined in the process flow per the application's business requirements. The system enables developers or business analysts develop application via visualized user interface, without the need of writing codes in programming languages or compiling into binary executable files.

Some examples described herein related to automated functional-safety evaluation and deployment of a software package. As one example, a system can execute an automated scoring engine configured to analyze data associated with different phases of a software development process for a software package. Based on the data, the automated scoring engine can generate a score indicating compliance of the software package with a functional safety standard issued by a standard-setting organization. The system can then automatically control deployment of the software package to an entity based on the score.

A computing system includes a server. The server is communicatively coupled to a data repository and is configured to store a data in the data repository. The server is further configured to create, via a visual information flow creation tool, at least one information flow object, wherein the at least one information flow object comprises a flow, a sub-flow, an Action, or a combination thereof. The server is also configured to interface with the at least one information flow object via a front-end application programing interface (API), a back-end API, or a combination thereof. The server is additionally configured to execute the at least one information flow object via the front-end API, the back-end API, or a combination thereof, and to retrieve results obtained by executing the at least one information flow object via the front-end API, the back-end API, or the combination thereof.

The present technology adds code to a top level build configuration file of a configuration program that will gather metrics for each invocation of a build. These metrics are sent to a commonly accessible metric server for future analysis. The metrics are collected for a distributed engineering team over several machines. Compilation time metrics may then be collected for each compilation event and those metrics are analyzed by a common aggregator.

Limited duration supply for heuristic algorithms is disclosed. A supply manager receives, from a first subsystem, a first request for a first supply. The supply manager determines that the first supply is not executing. The supply manager initiates the first supply, the first supply to return supply data upon request. The supply manager provides to the first subsystem a supply reference that refers to the first supply that allows the first subsystem to request the supply data directly from the first supply. The supply manager subsequently determines that no subsystem requires the first supply and disables the first supply.

Data transformation in a distributed system of applications and data repositories is described. The subsystems for the overall framework are distributed, thereby allowing for customization to require only isolated changes to one or more subsystems. In one embodiment, a source code repository is used to receive and store source code. A build subsystem can retrieve source code from the source code repository and build it, using one or more criteria. By building the source code, the build subsystem can generate an artifact, which is executable code, such as a JAR or SQL file. Likewise, by building the source code, the build subsystem can generate one or more job specifications for executing the executable code. In one embodiment, the artifact and job specification may be used to launch an application server in a cluster. The application server can then receive data transformation instructions and execute the data transformation instructions.

Software can be built for different computer architectures. For example, an orchestration node in an orchestration cluster of nodes can receive a request from a client device to build the software. In response to receiving the request, the orchestration node can transmit a first request to a first cluster of nodes to cause the first cluster of nodes to build a first version of the software that is compatible with a first computer architecture. The orchestration node can additionally or alternatively transmit a second request to a second cluster of nodes to cause the second cluster of nodes to build a second version of the software that is compatible with a second computer architecture. The second computer architecture can be different from the first computer architecture.

A programming support program causes an electronic computer to execute: a first conversion step of converting a first program described in a ladder language into a second program described in an intermediate language; a second conversion step of converting the second program into a third program described in a procedural language; a circuit display component generation step of, when a result of analysis of each block of the second program satisfies a predetermined condition, generating a circuit display component representing a content of a block satisfying the condition; and a display step of displaying the third program and the circuit display component in a format enabling recognition of correspondence between the circuit display component and a block of the third program.

Software can be built for different computer architectures. For example, an orchestration node in an orchestration cluster of nodes can receive a request from a client device to build the software. In response to receiving the request, the orchestration node can transmit a first request to a first cluster of nodes to cause the first cluster of nodes to build a first version of the software that is compatible with a first computer architecture. The orchestration node can additionally or alternatively transmit a second request to a second cluster of nodes to cause the second cluster of nodes to build a second version of the software that is compatible with a second computer architecture. The second computer architecture can be different from the first computer architecture.

A workflow construction system for constructing automation workflows that automate user specific processes. The workflow construction system may include a template library including workflow templates and pre-configured attributes. The workflow template can accelerate the design and construction of custom automation workflows. An orchestration layer included in the workflow construction system will also improve the performance of systems that execute the automation workflows by dynamically scaling the processing capacity, memory, and storage of servers and other systems hosting the model file instances of the automation workflows to ensure the available resources meet the demands of users completing processes using the automation workflows.