Parameterized Component Model for Analytic Applications

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Analytic applications have become increasingly complex, requiring reusable components to facilitate their building, but existing solutions lack flexibility in handling multidimensional data and parameterization for key figure calculations and structures.

Innovation Solution

The method involves defining an analytic application with components that include parameters, which can be set at runtime via user input or programmatically, allowing for the embedding of components and enabling access to parameters through an application programming interface, thereby enhancing reusability and flexibility in modeling and analyzing multidimensional data stored in star or snowflake structures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If analytic applications use fixed, hard-coded structures for key figure calculations, then the application structure is simple and easy to implement, but the application lacks flexibility and reusability when handling different multidimensional data scenarios

Engineering Contradiction:
Improveflexibility in handling multidimensional dataVSAvoidapplication structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic parameters that can be configured at runtime rather than being fixed at compile time. This allows the analytic application to adapt its structure and behavior based on different multidimensional data scenarios while maintaining a consistent underlying framework, thus improving flexibility without proportionally increasing complexity.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent introduces parameterized components where key figure calculations can be customized through parameters such as aggregation functions, characteristic groupings, and data source configurations. These parameters can be changed without modifying the core application structure, enabling versatile handling of different data scenarios while keeping the base structure simple.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If analytic applications are built with reusable parameterized components, then the reusability and flexibility increase, but the complexity of defining and managing components and parameters increases

Engineering Contradiction:
Improvereusability of componentsVSAvoidcomponent definition complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates universal component templates that can serve multiple purposes through parameter configuration. A single component definition can be reused across different analytic scenarios by simply changing parameters like aggregation type, time period, or characteristic grouping, thereby increasing reusability while minimizing the need to create new components for each scenario.

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

Solution Approach 2:

The patent breaks down the analytic application into modular, independently definable components such as key figure components, characteristic components, and aggregation components. Each component has a specific, well-defined function and can be configured through parameters, making them easier to manage and reuse while reducing overall system complexity through modularity.

Inventive Principle:
Principle #1Segmentation

3Adaptability or versatility

If parameters are fixed at design time, then the application structure is stable and easy to maintain, but the application cannot adapt to runtime requirements or user-specific analyses

Engineering Contradiction:
Improveruntime parameter configurationVSAvoidparameter setting complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent implements parameters that can be configured at runtime through user interfaces or programmatic access. This dynamic configuration capability allows users to adapt the analytic application to their specific needs without requiring changes to the underlying code or component definitions, thereby improving adaptability while maintaining ease of operation through standardized configuration interfaces.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS8671391B2Component model for analytic applications supporting parameterization
Publication Date: 2014.03.11 SAP SE
  • US8671391B2 patent drawing
  • US8671391B2 patent drawing
  • US8671391B2 patent drawing

AI summary

In an aspect there is provided a method. The method may include defining an application to include at least one component, the at least one component including at least one parameter; executing the application, wherein the at least one parameter receives a value to enable the application to produce data, wherein the at least one parameter is received from at least one of another component, a user interface, or another program; and providing the produced data to a user interface. Related apparatus, systems, techniques, and articles are also described.