Change Management System for Software Error Root Cause Identification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern computer systems face instability and error issues due to incompatibilities between shared libraries or drivers, making it difficult to identify the cause of errors in complex software environments.

Innovation Solution

A system and method that generates a database to track component changes and potential problems, monitors for error alerts, and identifies and corrects the cause of errors by rolling back or removing problematic software entities, while iteratively narrowing down the minimum number of changes causing the issue.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If shared libraries and drivers are used to improve system efficiency and performance, then resource utilization increases, but system stability deteriorates due to version incompatibilities

Engineering Contradiction:
Improvesystem efficiencyVSAvoidsystem stability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary actions by proactively monitoring and tracking all software component changes (shared libraries, drivers, applications) before errors occur. The change management system maintains a detailed database of component versions, installation dates, and dependencies, enabling early detection of potential incompatibility issues before they manifest as system instability or crashes.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements continuous feedback mechanisms by monitoring system performance and error logs in real-time. When instability or crashes occur, the system automatically correlates these events with recent component changes, providing feedback about potential culprits. This feedback loop enables rapid identification and rollback of problematic components, restoring system stability while maintaining the benefits of shared library usage.

Inventive Principle:
Principle #23Feedback

2Loss of time

If modular software design with shared libraries is implemented, then upgrade speed improves, but error identification difficulty increases

Engineering Contradiction:
Improveupgrade timeVSAvoiderror identification difficulty
Core Design Contradiction:
Loss of timeVSDifficulty of detecting and measuring

Solution Approach 1:

The system segments the complex software environment into individually trackable components (shared libraries, drivers, applications, configurations). Each component is assigned a unique identifier and tracked separately in the database, including version information, installation timestamps, and dependency relationships. This segmentation enables precise identification of which specific component caused an error without requiring analysis of the entire software ecosystem.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The change management system acts as an intermediary layer between the modular software components and the error analysis process. It maintains a centralized database that mediates all component changes and correlates them with system errors. When an error occurs, the intermediary system automatically queries the database to identify recent changes, eliminating the need for manual analysis of multiple modular components and their interdependencies.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If complete reinstallation is performed to resolve software errors, then system reliability improves, but time loss increases

Engineering Contradiction:
Improvesystem reliabilityVSAvoidreinstallation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system extracts and identifies only the specific problematic component(s) causing errors, rather than requiring complete reinstallation. By analyzing error logs against the database of recent changes, the system extracts the minimal set of components responsible for the issue. This selective approach allows administrators to rollback or repair only the necessary components, maintaining system reliability while avoiding the time-consuming process of complete reinstallation.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system applies partial action by performing targeted rollbacks of specific problematic components rather than excessive complete reinstallation. The change management system determines the precise scope of the problem and applies corrective actions only to the affected components, using just enough intervention to resolve the error without unnecessary disruption to the rest of the system.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS8738966B2Change management system and method
Publication Date: 2014.05.27 CA TECH INC
  • US8738966B2 patent drawing
  • US8738966B2 patent drawing
  • US8738966B2 patent drawing

AI summary

A method is provided for managing changes to a computer system. The method includes generating a database configured with fields identifying one or more component changes and potential problems associated with each one or more component changes; populating the fields of the database with information as a change is made to a computer system; monitoring the computer system for issuance of error alerts; comparing issued error alerts against entries of potential problems in the database; and identifying a set of at least one of the component changes as a potential cause of the issued error alert based on the result of the comparing step. The method executes a corrective process in response to the identification of the potential cause of the issued error and updates the database entry of the set of at least one of the component changes to reflect the issued error as a confirmed error thereof.