Abstract: A device may evaluate first data to identify a plurality of users, where each user, of the plurality of users, is assigned to complete a portion of a group task. The device may evaluate the first data to select a first user, of the plurality of users, for completion of a particular portion of the group task based on a first set of decision criteria. The device may provide, to the first user, information identifying the particular portion of the group task. The device may receive second data relating to the particular portion of the group task after providing information identifying the particular portion of the group task. The device may evaluate the first data to select a second user, of the plurality of users, based on a second set of decision criteria. The device may provide, to the second user, information associated with the second data.

Abstract: Workflow test case generation may include receiving an intermediate output of a workflow. The intermediate output of the workflow may reference a plurality of workflow building blocks that provide a specified functionality at each step of the workflow. Workflow definitions of the intermediate output of the workflow may be analyzed to generate a graph structure that represents the workflow. Building block attributes that include an identification of attributes for the plurality of workflow building blocks, and the graph structure may be analyzed to generate building block and attribute information for the workflow. The building block and attribute information and the graph structure may be analyzed to generate test paths for the workflow. The building block and attribute information, the test paths, and a plurality of test case templates may be analyzed to generate test artifacts that include testing to be performed for the workflow.

Abstract: This disclosure relates to assessing database migrations to cloud computing systems. On example method includes determining, by a migration server including one or more hardware processors, a set of possible transactions associated with a database application based at least in part on a set of application attributes associated with the database application; generating, by the migration server, a set of application requirements associated with the set of possible transactions; and creating, by the migration server, a set of migration recommendations associated with the database application based on the set of application requirements, the set of migration recommendations configured to allow the database application to be migrated to a cloud computing system and to allow the database application to comply with the set of application requirements when executed in the cloud computing system.

Abstract: Various embodiments provide an assessment tool that enables an automated functional assessment of applications for migration to target cloud computing platforms, such as a Platform as a Service (PaaS). The technical capabilities of various types of applications in a traditional non-platform deployment are studied and support for these technical capabilities is evaluated relative to the target platform.

Abstract: The REsilient LOosely Coupled (ReLoC) system and method implement a session-state management architecture for cloud computing that uses loosely-coupled services and platform agnostic scalable messaging technology to propagate and save session states. Maintaining the state of applications and user sessions is difficult in large scale web-based software systems, particularly in the context of cloud computing (e.g., platform as a service (PaaS) vendors, do not explicitly support state management infrastructure, such as clustering). In a PaaS environment, a user has little or no access and control over the server platform and session management layer. The platform tiers are generally loosely coupled and service-oriented, which make traditional session-state management techniques non-usable. The ReLoC system and method provides a high level of tolerance to failures of the platform tiers without corresponding disruptions in user sessions.

Abstract: In a rule-based system for monitoring process adherence, first and second processing patterns are received and merged to provide a merged processing pattern. Each processing pattern, which may be expressed in a state graph representation, embodies at least a portion of a desired software code development process. Optionally, the merged processing pattern may be presented to a subject-matter expert to obtain feedback thereon. The merged processing pattern may then be converted into an executable process verification rule for use in monitoring process adherence. In an embodiment, development process event data is compared to the executable process verification rules. Violations of the rules result in the generation of failure indications that may be stored and subsequently reported as needed. In this manner, efficiency of automated process adherence monitoring systems may be improved when determining the level of compliance by developers with one or more software code development processes.

Abstract: In systems and methods for providing assistance to software developers, a profile of a software developer is accessed. The profile contains a software development history of the software developer. Event data is developed comprising data related to at least one software code event associated with a software development project and with the software developer. Guidance is selected for use by the software developer in resolving a software development problem, based on an analysis of the event data, data related to the software development project, data related to an environment in which the at least one software code event occurred, and the profile. Feedback regarding progress of the software developer in the development project is also developed from the event data and the profile. The guidance and feedback are presented to the software developer via an interactive console unit.

Abstract: Within each of a plurality of developer workstations contributing to a software development project, event data concerning at least one quality-related issue is collected via a development tool implemented by the developer workstation. The event data is stored locally and periodically output as at least part of code development information. The code development information is provided to a quality management component for subsequent processing, particularly the determination of one or more quality metrics. At least a portion of such quality metrics may be subsequently provided to the developer workstation for display on a suitable display device.

Abstract: In a rule-based system for monitoring process adherence, first and second processing patterns are received and merged to provide a merged processing pattern. Each processing pattern, which may be expressed in a state graph representation, embodies at least a portion of a desired software code development process. Optionally, the merged processing pattern may be presented to a subject-matter expert to obtain feedback thereon. The merged processing pattern may then be converted into an executable process verification rule for use in monitoring process adherence. In an embodiment, development process event data is compared to the executable process verification rules. Violations of the rules result in the generation of failure indications that may be stored and subsequently reported as needed. In this manner, efficiency of automated process adherence monitoring systems may be improved when determining the level of compliance by developers with one or more software code development processes.

Abstract: In systems and methods for providing assistance to software developers, a profile of a software developer is accessed. The profile contains a software development history of the software developer. Event data is developed comprising data related to at least one software code event associated with a software development project and with the software developer. Guidance is selected for use by the software developer in resolving a software development problem, based on an analysis of the event data, data related to the software development project, data related to an environment in which the at least one software code event occurred, and the profile. Feedback regarding progress of the software developer in the development project is also developed from the event data and the profile. The guidance and feedback are presented to the software developer via an interactive console unit.

Abstract: A plurality of coding violation indications corresponding to software code are categorized according to a plurality of coding quality attributes. The coding violation indications may be reported via static analysis tools or via manual analysis of the software code. The categorized coding violations serve as the basis for determining a plurality of code quality indices each corresponding to a respective one of the plurality of coding quality attributes. In an embodiment, the plurality of code quality indices may be further processed to determine an overall code quality index for the software code. One or more of the resulting code quality indices may be displayed to a user. In this manner, code quality indices may be provided that are directly based on coding violations reported through static analysis.

Abstract: Within each of a plurality of developer workstations contributing to a software development project, event data concerning at least one quality-related issue is collected via a development tool implemented by the developer workstation. The event data is stored locally and periodically output as at least part of code development information. The code development information is provided to a quality management component for subsequent processing, particularly the determination of one or more quality metrics. At least a portion of such quality metrics may be subsequently provided to the developer workstation for display on a suitable display device.