Tracking Engine Coordinates Software Updates Across Platforms

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing software development lifecycle tracking systems lack efficient coordination and automation across multiple platforms, leading to challenges in testing and deployment, particularly in ensuring that all tasks associated with software updates are completed and successfully tested before deployment to a production environment.

Innovation Solution

A system comprising tracking objects and a tracking engine that coordinates the development and testing of software updates across multiple platforms, allowing for real-time monitoring of task completion and automated testing, with features like hierarchical tracking objects and test packages to ensure that changes are thoroughly tested before deployment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If manual tracking of software updates across multiple platforms is used, then system complexity is reduced, but tracking efficiency and coordination between systems deteriorates

Engineering Contradiction:
Improvetracking efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces a tracking engine as an intermediary component that coordinates between multiple platform trackers. The tracking engine receives status information from various trackers, manages the tracking objects, and orchestrates the overall update process, thereby improving coordination efficiency without requiring direct complex interactions between all tracker components.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system is segmented into distinct functional components: tracking objects representing individual updates, tracking engines managing specific platforms, and a central coordination mechanism. This segmentation allows each component to operate independently with well-defined interfaces, improving tracking efficiency while managing system complexity through modular architecture.

Inventive Principle:
Principle #1Segmentation

2Reliability

If automated testing is implemented for all changes, then deployment reliability is improved, but testing time and resource consumption increases

Engineering Contradiction:
Improvedeployment reliabilityVSAvoidtesting time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements automated testing selectively based on the type of change being deployed. Not all changes require the same level of automated testing - the system applies testing appropriate to the specific change category, ensuring deployment reliability for critical changes while reducing unnecessary testing time for less impactful updates.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The testing process parameters are dynamically adjusted based on the change characteristics. The system modifies testing depth, scope, and intensity according to the specific update being deployed, allowing for reliable deployment verification while optimizing testing time consumption by avoiding excessive testing for minor changes.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If hierarchical tracking objects are used to monitor all tasks, then task completion accuracy is improved, but data processing complexity increases

Engineering Contradiction:
Improvetask completion accuracyVSAvoiddata processing complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The tracking system uses hierarchical tracking objects that segment task monitoring into manageable levels. Each tracking object represents a specific update or task with well-defined status states, allowing for precise task completion tracking while reducing data processing complexity through structured, modular data representation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a hierarchical dimension to task tracking, organizing tasks in multiple levels of abstraction. This hierarchical structure enables precise tracking of task completion at different granularities simultaneously, improving measurement precision while managing data processing complexity through organized multi-level data structures.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

4Adaptability or versatility

If integration across multiple platforms is implemented, then coordination capability is improved, but system integration complexity increases

Engineering Contradiction:
Improvecoordination capabilityVSAvoidintegration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The tracking engine is designed as a universal platform that can coordinate multiple different tracker systems across various platforms. It implements standardized interfaces and protocols that enable different platforms to work together through a common coordination mechanism, improving coordination capability while reducing integration complexity through unified access patterns.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The tracking engine serves as an intermediary layer between multiple platform-specific trackers. It handles the complexity of cross-platform coordination centrally, allowing individual trackers to maintain platform-specific implementations while achieving unified coordination through the intermediary tracking engine, thereby improving versatility without proportionally increasing integration complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10838847B2Integrated software testing and deployment tracker
Publication Date: 2020.11.17 SAP SE
  • US10838847B2 patent drawing
  • US10838847B2 patent drawing
  • US10838847B2 patent drawing

AI summary

A method may include generating a first tracking object corresponding to at least one change to a software product. The at least one change may be a part of a first update to the software product. The at least one change may have an implementation that requires a completion of a task associated with a second tracking object at another system. The second tracking object may be configured to at least determine when the task is complete. An indication that the task is complete may be received from the second tracking object. In response to receiving the indication, the first tracking object may test the at least one change. In response to the at least one change failing to pass the testing, the second tracking object may be added to a third tracking object associated with a second update to the software product.