Abstract: Systems and methods for a software development lifecycle traceability tool. In some aspects, the system may implement a traceability tool that generates a system data stream for an SDLC management platform that stitches together source data from multiple sources, trains a machine learning model to generate progress information and execution risks for a user story on the SDLC management platform, generates a graphical user interface with information for each user story and corresponding progress tracking indicia based on output from the machine learning model, and generates an event-based view of prior actions for each user story and one or more recommended actions to address execution risks.

Abstract: A custom system data stream stitches together aspects of data streams from source systems. In one implementation, an analytics circuit extracts from a first data stream received from a system quality assurance (QA) management system, test case data. The analytics circuit parses metadata, such as a user story identifier, from the test case data. Based on the metadata, the analytics circuit parses, from a second data stream received from a system development lifecycle (SDLC) management computing system, SDLC item data, such as a project identifier. Based on the SDLC item data, the analytics circuit determines at least one impacted computer application. The custom system data stream is bound to a graphical user interface. In some implementations, the interface includes a plurality of side-by-side smart dials.

Abstract: Systems and methods for a software development lifecycle traceability tool. In some aspects, the system may implement a traceability tool that generates a system data stream for an SDLC management platform that stitches together source data from multiple sources, trains a machine learning model to generate progress information and execution risks for a user story on the SDLC management platform, generates a graphical user interface with information for each user story and corresponding progress tracking indicia based on output from the machine learning model, and generates an event-based view of prior actions for each user story and one or more recommended actions to address execution risks.

Abstract: A custom system data stream stitches together aspects of data streams from source systems. In one implementation, an analytics circuit extracts from a first data stream received from a system quality assurance (QA) management system, test case data. The analytics circuit parses metadata, such as a user story identifier, from the test case data. Based on the metadata, the analytics circuit parses, from a second data stream received from a system development lifecycle (SDLC) management computing system, SDLC item data, such as a project identifier. Based on the SDLC item data, the analytics circuit determines at least one impacted computer application. The custom system data stream is bound to a graphical user interface. In some implementations, the interface includes a plurality of side-by-side smart dials.

Abstract: A custom system data stream stitches together aspects of various data streams from source systems. In one implementation, an analytics circuit of a computing system extracts, from a first data stream received from a system quality assurance (QA) management system, test case data. The analytics circuit parses metadata, including a user story identifier, from the test case data. Based on the user story identifier, the analytics circuit parses, from a second data stream received from a system development lifecycle (SDLC) management computing system, SDLC item data that includes a project identifier. Based on the project identifier from the second data stream, the analytics circuit determines at least one computer application impacted by activity associated with the test case data from the first data stream. Items from the source data streams are dynamically identified for inclusion in the custom system data stream. The custom system data stream is bound to a graphical user interface.

Abstract: The disclosure relates to compounds of formula I, which are formyl peptide 2 (FPR2) receptor agonists. The disclosure also provides compositions and methods of using the compounds, for example, for the treatment of atherosclerosis, heart failure, chronic obstructive pulmonary disease (COPD), and related diseases.

Abstract: Systems and methods for vessel position reporting and monitoring. Methods and systems for augmenting e-Navigation messages to provide ancillary information, such as a history of previous vessel positions. A compact representation is provided, in which transmitters may select among a plurality of possible position layouts to provide a compact representation. Transmitted messages are received by a satellite or other surveillance platform employing a compatible radio frequency receiver to collect message signals over a large area or great distance.

Abstract: Systems and methods for vessel position reporting and monitoring. Methods and systems for augmenting e-Navigation messages to provide ancillary information, such as a history of previous vessel positions. A compact representation is provided, in which transmitters may select among a plurality of possible position layouts to provide a compact representation. Transmitted messages are received by a satellite or other surveillance platform employing a compatible radio frequency receiver to collect message signals over a large area or great distance.

Abstract: Systems and methods for vessel position reporting and monitoring. Methods and systems for augmenting e-Navigation messages to provide ancillary information, such as a history of previous vessel positions. A compact representation is provided, in which transmitters may select among a plurality of possible position layouts to provide a compact representation. Transmitted messages are received by a satellite or other surveillance platform employing a compatible radio frequency receiver to collect message signals over a large area or great distance.

Abstract: Systems and methods for vessel position reporting and monitoring. Methods and systems for augmenting e-Navigation messages to provide ancillary information, such as a history of previous vessel positions. A compact representation is provided, in which transmitters may select among a plurality of possible position layouts to provide a compact representation. Transmitted messages are received by a satellite or other surveillance platform employing a compatible radio frequency receiver to collect message signals over a large area or great distance.

Abstract: An exemplary method includes displaying a graphical user interface configured to facilitate identification of one or more defects in a software instance, receiving data representative of at least one instruction via the graphical user interface to associate one of a plurality of defect severity levels each having one of a plurality of weighted values with each of the one or more defects, and generating a product quality index corresponding to the software instance and that indicates a quality level of the software instance compared to a substantially defect-free software instance. In some examples, the generation of the product quality index is based on the defect severity levels and the weighted values associated with the one or more defects.

Abstract: An exemplary method includes parsing data representative of an automated test case into at least one transaction defined in accordance with a global test language, translating the transaction into at least one command specific to an automated test tool, and providing the command to the automated test tool for execution. In certain examples, the method further includes parsing the data representative of the automated test case into at least one other transaction defined in accordance with the global test language, translating the other transaction into at least one other command specific to another automated test tool, and providing other command to the other automated test tool for execution.

Abstract: A software engine has a base system in communication with service subsystems and test subsystems. The base system, the service subsystems, and the test subsystems are software applications that exchange data with one another while operating within the software engine. In one exemplary mode of operation, the base system receives outputs from the service subsystems. In another exemplary mode of operation, the base system receives outputs from the test subsystems that simulate the outputs generated by the service subsystems. An exemplary method of testing the software engine is also provided. Specifically, the illustrative method includes receiving an output during a service mode, switching from the service mode to a testing mode, and receiving the simulated output during the testing mode. The method steps may be performed by a computer executing instructions stored on a computer-readable medium.

Abstract: An exemplary method includes displaying a graphical user interface configured to facilitate identification of one or more defects within a software instance, receiving data representative of at least one instruction via the graphical user interface to assign a severity risk value, an impact risk value, and a likelihood risk value to each of the one or more defects, and generating a defect risk factor corresponding to each of the one or more defects that indicates a risk level of each of the one or more defects, the generating based on a combination of the severity risk value, the impact risk value, and the likelihood risk value corresponding to each of the one or more defects.

Abstract: A system may include a plurality of test environments, each test environment being configured to simulate user actions according to a test configuration. The system may further include a test simulator device including a processor in selective communication with the plurality of test environments and configured to receive a user action; send the user action to a first of the plurality of test environments having a first test environment; and send the user action to a second of the plurality of test environments having a second test environment.

Abstract: An exemplary method includes displaying a graphical user interface configured to facilitate identification of one or more defects in a software instance, receiving data representative of at least one instruction via the graphical user interface to associate one of a plurality of defect severity levels each having one of a plurality of weighted values with each of the one or more defects, and generating a product quality index corresponding to the software instance and that indicates a quality level of the software instance compared to a substantially defect-free software instance. In some examples, the generation of the product quality index is based on the defect severity levels and the weighted values associated with the one or more defects.

Abstract: An exemplary method includes displaying a graphical user interface configured to facilitate identification of one or more defects within a software instance, receiving data representative of at least one instruction via the graphical user interface to assign a severity risk value, an impact risk value, and a likelihood risk value to each of the one or more defects, and generating a defect risk factor corresponding to each of the one or more defects that indicates a risk level of each of the one or more defects, the generating based on a combination of the severity risk value, the impact risk value, and the likelihood risk value corresponding to each of the one or more defects.

Abstract: An exemplary method includes parsing data representative of an automated test case into at least one transaction defined in accordance with a global test language, translating the transaction into at least one command specific to an automated test tool, and providing the command to the automated test tool for execution. In certain examples, the method further includes parsing the data representative of the automated test case into at least one other transaction defined in accordance with the global test language, translating the other transaction into at least one other command specific to another automated test tool, and providing other command to the other automated test tool for execution.

Abstract: A software engine has a base system in communication with service subsystems and test subsystems. The base system, the service subsystems, and the test subsystems are software applications that exchange data with one another while operating within the software engine. In one exemplary mode of operation, the base system receives outputs from the service subsystems. In another exemplary mode of operation, the base system receives outputs from the test subsystems that simulate the outputs generated by the service subsystems. An exemplary method of testing the software engine is also provided. Specifically, the illustrative method includes receiving an output during a service mode, switching from the service mode to a testing mode, and receiving the simulated output during the testing mode. The method steps may be performed by a computer executing instructions stored on a computer-readable medium.