Plugin for Multi-Module Web Application Dependency Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional business planning systems lack dynamic adaptability to meet the unique needs of different organizations, as they rely on static modules that fail to accommodate varying business drivers and accounting methods, leading to inefficient expense planning and revenue management.

Innovation Solution

A dynamic business planning model that uses a seed model to incrementally update and adapt to specific enterprise needs, facilitated by a cloud-based software application, allowing for flexible configuration of business processes and integration of new features through a plugin that manages module dependencies using RequireJS, enabling seamless development and maintenance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If static modules are used in conventional business planning systems, then system structure is simple and easy to implement, but the system lacks dynamic adaptability to meet varying business needs

Engineering Contradiction:
Improvedynamic adaptabilityVSAvoidsystem structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system is divided into independent software modules, each representing a discrete business planning function. These modules can be selectively combined and configured to meet specific organizational needs, enabling adaptability without requiring a complete system redesign. The modular architecture allows organizations to pick and choose modules relevant to their business drivers and accounting methods.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system transitions from static modules to dynamic modules that can be incrementally updated and reconfigured. The seed model provides a baseline configuration that can be progressively modified through dependency management, allowing the system to adapt to changing business needs while maintaining structural integrity through controlled evolution.

Inventive Principle:
Principle #15Dynamics

2Ease of operation

If multiple software modules are combined into one program to provide a management system, then comprehensive functionality is achieved, but dependency management becomes complex and maintenance difficult

Engineering Contradiction:
Improvemaintenance easeVSAvoiddependency management
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The dependency management system serves multiple functions: it tracks module dependencies, manages configuration files, handles updates, and ensures system consistency. This universal approach to dependency management simplifies maintenance across the entire multi-module system by providing a single mechanism that handles all dependency-related operations.

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

Solution Approach 2:

The system automatically manages module dependencies through configuration files that are generated and updated based on module requirements. The dependency management mechanism operates autonomously, tracking changes and updating relevant paths without requiring manual intervention, thereby reducing maintenance complexity.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If static modules are used, then implementation is straightforward, but the system cannot accommodate varying business drivers and accounting methods

Engineering Contradiction:
Improveaccommodation of business needsVSAvoidimplementation time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

A seed model is created in advance that contains the fundamental module structure and dependency relationships. This pre-configured baseline allows for rapid deployment while maintaining the ability to later customize and adapt to specific business needs through incremental updates, thus reducing initial implementation time without sacrificing adaptability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system allows modification of module parameters and configurations to accommodate different business drivers and accounting methods. By enabling parameter changes in the module configuration files, the system can adapt to varying organizational requirements without requiring complete reimplementation, thus balancing adaptability with implementation efficiency.

Inventive Principle:
Principle #35Parameter changes

4Ease of manufacture

If modules are independently developed, then development flexibility is improved, but integration and consistency across modules becomes difficult

Engineering Contradiction:
Improvedevelopment flexibilityVSAvoidintegration consistency
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The dependency management system provides feedback mechanisms that track module relationships and configurations. When modules are independently developed, the system monitors their dependencies and ensures proper integration through configuration file updates, maintaining consistency across independently developed components while preserving development flexibility.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10216513B2Plugin for multi-module web applications
Publication Date: 2019.02.26 ORACLE INT CORP
  • US10216513B2 patent drawing
  • US10216513B2 patent drawing
  • US10216513B2 patent drawing

AI summary

Implementations generally relate to managing module dependencies. In some implementations, a method includes determining, at a server, dependencies associated with each software module of a process. The method further includes aggregating the dependencies associated with the software modules. The method further includes storing the aggregated dependencies in one or more configuration files, where the configuration file includes one or more dependency paths associated with each of the dependencies. The method further includes updating one or more of the dependency paths in the configuration files based on one or more changes to one or more of the dependency paths.