Design-Time Rules Mechanism for Scalable Portal Modeling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Customizing visual design tools for different business domains is time-consuming, costly, and not scalable, and existing approaches like Object Constraint Language (OCL) definitions are not suitable for interactive activities requiring real-time responsiveness.

Innovation Solution

A design-time rules mechanism is introduced for a modeling system associated with a visual design tool, allowing for the creation and deployment of business enterprise portals, where meta-model information includes rules and user interface design rules, and a development/build server interprets these rules in real-time to facilitate efficient and context-dependent design.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If visual design tools are customized for different business domains, then domain-specific design capability is improved, but development time and cost increase

Engineering Contradiction:
Improvedomain-specific design capabilityVSAvoiddevelopment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent implements a universal visual design tool that can adapt to multiple business domains through a configurable rule engine. Instead of creating separate customized tools for each domain, the system provides a single platform that can be configured with different design rules, constraints, and meta-models to serve various domains such as enterprise portals, data models, and application designs, thereby achieving domain-specific capability without separate development efforts

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

Solution Approach 2:

The system employs dynamic rule configuration that allows design rules, constraints, and meta-models to be modified at runtime without requiring tool reconfiguration or recompilation. This dynamic adaptability enables the visual design tool to respond to different domain requirements on-demand, switching between domain-specific behaviors through configurable rules rather than through static customized versions

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If visual design tools are customized for different business domains, then domain-specific design capability is improved, but system complexity increases

Engineering Contradiction:
Improvedomain-specific design capabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent extracts domain-specific logic from the core visual design tool by implementing a separate, configurable rule engine and meta-model layer. This separation allows the core tool to remain simple and universal, while domain-specific constraints and rules are extracted into independent configurations that can be added or removed without affecting the base system, thereby avoiding complexity proliferation

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system segments domain-specific design logic into separate, modular rule configurations and meta-models that can be independently managed. Each domain operates with its own set of configurable rules and constraints that are segmented from the core tool, allowing complex domain requirements to be broken down into manageable, reusable rule sets that don't increase overall system complexity

Inventive Principle:
Principle #1Segmentation

3Reliability

If OCL definitions are used to describe model elements, then model validation capability is improved, but real-time responsiveness deteriorates

Engineering Contradiction:
Improvemodel validation capabilityVSAvoidreal-time responsiveness
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The patent implements selective rule evaluation that only activates and evaluates relevant design rules based on the current design context and user actions. Instead of evaluating all OCL constraints continuously, the system evaluates only the subset of rules applicable to the current operation, reducing computational overhead while maintaining validation reliability for the specific context being edited

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system dynamically adjusts rule evaluation based on design-time versus run-time contexts. At design-time, full validation is applied to ensure model correctness, while at run-time during interactive editing, the system uses optimized, context-aware rule evaluation that provides real-time feedback without the full computational burden of complete OCL constraint checking, thus achieving both reliability and responsiveness

Inventive Principle:
Principle #15Dynamics

4Reliability

If OCL definitions are evaluated frequently for interactive activities, then constraint satisfaction is improved, but computational overhead increases

Engineering Contradiction:
Improveconstraint satisfactionVSAvoidcomputational overhead
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent applies different evaluation strategies to different parts of the model based on local context. Instead of uniformly evaluating all OCL constraints across the entire model during every interactive operation, the system identifies and evaluates only the local subset of constraints relevant to the specific design element being modified, thereby maintaining constraint satisfaction while reducing overall computational overhead

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system performs partial evaluation of constraints by only checking the necessary subset of OCL definitions required for the current interactive operation. This partial action approach ensures that constraint satisfaction is maintained for the relevant portion of the model without incurring the computational cost of evaluating the entire constraint set, thus balancing reliability with reduced computational overhead

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS7975254B2Design-time rules mechanism for modeling systems
Publication Date: 2011.07.05 SAP PORTALS ISRAEL
  • US7975254B2 patent drawing
  • US7975254B2 patent drawing
  • US7975254B2 patent drawing

AI summary

According to some embodiments, a visual design tool associated with a generic modeling framework may be selected, and a set of design-time functions used in the visual design tool may be identified. A set of design-time rules may be created (e.g., by a rule creator), each rule corresponding to an identified design-time function. In addition, parameters may be defined for each rule in terms of entities of a language of the generic modeling framework. A set of basic rule cases may then be defined for each rule to specify rule logic, and an extension mechanism may be provided to enable the defined set of basic rule cases to be extended outside the generic modeling framework. According to some embodiments, the set of rules and associated basic rule cases may be interpreted at run-time by the modeling framework.