Modular Enterprise Software Deployment for Cost and Resource Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Enterprise software applications are often expensive, resource-intensive, and difficult to integrate, making them inaccessible to small businesses and inefficient for large corporations due to their 'one-size-fits-all' approach, which includes unnecessary features and lacks industry-specific functionalities.

Innovation Solution

A method and system for developing and deploying customized enterprise modules in a modular fashion, allowing businesses to select and integrate only the necessary features, using an enterprise module development environment that generates platform-dependent code for specific services, enabling flexibility and cost-effectiveness.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a one-size-fits-all enterprise software application is used, then comprehensive business support functions are provided, but the software becomes expensive and resource-intensive for small businesses

Engineering Contradiction:
Improvecomprehensive business support functionsVSAvoidresource consumption
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The enterprise software application is divided into separate modular components or services that can be independently selected and deployed. Each module provides specific business support functions, allowing organizations to assemble only the functionality they need rather than deploying a complete monolithic application, thereby reducing resource consumption while maintaining comprehensive capability when needed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The software architecture enables dynamic configuration and selection of functional modules based on organizational size, industry, and specific needs. Small businesses can deploy minimal configurations with lower resource requirements, while larger organizations can activate additional modules as needed, making the system adaptable to different resource environments.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If a one-size-fits-all enterprise software application is used, then comprehensive features are available, but corporations must pay for unnecessary features increasing cost

Engineering Contradiction:
Improvecomprehensive featuresVSAvoidcost
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The application is segmented into discrete functional modules that can be independently licensed and deployed. Corporations can select and pay only for the specific modules they require for their operations, eliminating the need to subsidize unnecessary features through a comprehensive package, thereby reducing overall software costs while maintaining access to comprehensive functionality when needed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Different organizations can configure their software environments with different sets of activated modules based on their specific industry requirements and operational needs. This allows each corporation to optimize their feature set locally rather than being forced to use a uniform comprehensive package, reducing costs by eliminating payment for unused capabilities.

Inventive Principle:
Principle #3Local quality

3Stability of the object's composition

If legacy software application is integrated with new enterprise software application, then existing business processes are maintained, but integration becomes difficult and requires very skilled application integrators

Engineering Contradiction:
Improveexisting business processesVSAvoidintegration complexity
Core Design Contradiction:
Stability of the object's compositionVSDevice complexity

Solution Approach 1:

The modular architecture introduces standardized integration interfaces and adapter components that act as intermediaries between legacy software applications and the new enterprise software modules. These intermediaries handle protocol translation, data format conversion, and interface compatibility, thereby simplifying integration processes and reducing the need for highly skilled integrators while maintaining existing business processes.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The enterprise software modules are designed with universal, standardized interfaces that can connect to multiple different legacy systems and data sources. This multi-functionality in integration capabilities allows organizations to maintain their existing business processes across diverse legacy applications without requiring complex custom integration work, thereby reducing integration complexity.

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

4Adaptability or versatility

If additional software application is added to provide missing industry-specific features, then desired functionality is achieved, but integration complexity increases

Engineering Contradiction:
Improveindustry-specific featuresVSAvoidintegration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Industry-specific features are packaged as separate, self-contained software modules that can be independently selected and integrated. Rather than requiring integration of entire additional applications, organizations can deploy only the specific functional modules they need, reducing integration complexity while achieving the desired industry-specific functionality.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The modular architecture provides standardized intermediary interfaces that facilitate seamless integration between core enterprise software modules and industry-specific feature modules. These standardized interfaces handle compatibility and communication protocols, thereby reducing the integration complexity that would otherwise arise from adding specialized functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9075596B2Deployment
Publication Date: 2015.07.07 ORACLE INT CORP
  • US9075596B2 patent drawing
  • US9075596B2 patent drawing
  • US9075596B2 patent drawing

AI summary

A method is provided. The method develops code for an enterprise module in an enterprise module development environment. Further, the method modifies the code to output customized code that runs in an enterprise module production environment. In addition, the method deploys the customized code to the enterprise module production environment.