Technical Debt Automation Tool for Vendor Plugin Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current vendor products managed by Developer Services require extended lead times for evaluation, installation, configuration, customization, and testing, increasing an entity's risk profile due to critical vulnerabilities and technical debt, necessitating a more efficient method for managing technical debt and reducing manual errors.

Innovation Solution

A technical debt automation tool that identifies vendor-associated products, obtains dependencies and binaries, determines technical debt, generates plugin upgrade paths, and communicates these findings to reduce the risk vulnerability by automating processes such as scanning for security vulnerabilities and generating documentation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If manual evaluation, installation, configuration, customization and testing processes are used for vendor products, then implementation completeness is ensured, but implementation time increases to a minimum of three months

Engineering Contradiction:
Improveimplementation speedVSAvoidlead time for product implementation
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The system performs preliminary analysis of technical debt, dependency conflicts, and compatibility issues before the actual product implementation begins. By pre-identifying potential problems and preparing mitigation strategies in advance, the system enables faster execution of the implementation process without sacrificing completeness or quality assurance.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If extended build cycles are conducted for functional, performance, and resilient platform testing, then platform reliability is improved, but time to address critical vulnerabilities increases

Engineering Contradiction:
Improveplatform reliabilityVSAvoidtime to address critical vulnerabilities
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The testing process is segmented into distinct phases: critical security vulnerability testing, functional testing, performance testing, and resilience testing. Each phase can be executed independently and in parallel where possible, allowing critical vulnerabilities to be addressed immediately while other testing continues separately, thus maintaining reliability without delaying security responses.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The testing methodology dynamically adjusts based on the severity and type of issues detected. Critical security vulnerabilities trigger immediate focused testing and rapid response protocols, while non-critical issues follow standard extended testing cycles. This dynamic approach ensures platform reliability is maintained through comprehensive testing while enabling rapid response to time-sensitive security threats.

Inventive Principle:
Principle #15Dynamics

3Manufacturing precision

If comprehensive dependency analysis and plugin version capability analysis are performed, then implementation accuracy is improved, but manual effort and complexity increase

Engineering Contradiction:
Improveimplementation accuracyVSAvoidanalysis process complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The system replaces manual mechanical analysis processes with automated computational analysis. Dependency analysis, plugin version capability analysis, and compatibility checking are performed automatically by the system using algorithms that scan product documentation, analyze dependency graphs, and evaluate version compatibility matrices, thereby maintaining high implementation accuracy while eliminating manual complexity.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The system creates and maintains standardized templates and models for dependency analysis and plugin evaluation. By copying and reusing validated analysis patterns across different products and versions, the system achieves consistent high-accuracy results without repeating the full complex analysis process each time, thus improving efficiency while maintaining precision.

Inventive Principle:
Principle #26Copying

4Adaptability or versatility

If extensive customization and configuration work is done to adapt vendor products, then product adaptability to firm needs is improved, but technical debt accumulates

Engineering Contradiction:
Improveproduct adaptability to firm needsVSAvoidtechnical debt
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system continuously monitors and tracks customization and configuration activities, providing feedback on the accumulating technical debt. By analyzing customization patterns, dependency conflicts, and compatibility issues in real-time, the system alerts teams to growing technical debt and suggests alternative approaches that maintain product adaptability while minimizing technical debt accumulation through standardized configurations where possible.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11307846B2System and method for implementing a technical debt automation
Publication Date: 2022.04.19 JPMORGAN CHASE BANK NA
  • US11307846B2 patent drawing
  • US11307846B2 patent drawing
  • US11307846B2 patent drawing

AI summary

An embodiment of the present invention is directed to an automated series of modules to reduce recurring tasks, eliminate manual errors, reduce the firm's risk profile, and decrease time for version upgrades. An embodiment of the present invention is directed to a Technical Debt Automation Tool that determines current and subsequently released versions from a primary vendor as well as for other vendors for various plugins that provide critical business functionality. An embodiment of the present invention may calculate an amount of technical debt (e.g., changes) that an entity (e.g., firm) will have to make due to the customization inherent with firmwide risk policies and AD (Application Development) methodology.