Context-Dependent Object Types in IDEs

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current integrated development environments (IDEs) fail to effectively communicate authorization restrictions to users until they attempt to perform unauthorized operations, leading to frustrating user experiences and poor usability, especially as they do not dynamically adjust user interface displays based on user roles and system contexts.

Innovation Solution

The method involves using runtime context information in conjunction with pre-defined rules to dynamically generate user interface displays, ensuring that only authorized object types and operations are presented to users, with prominence adjusted based on user roles and system configurations, through an Object Type Provider (OTP) that evaluates and determines availability and visibility of object types and operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If authority checks are implemented in the actual tool, then security is improved, but usability deteriorates because restrictions are not evident until the user tries to complete an operation

Engineering Contradiction:
ImprovesecurityVSAvoidusability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent applies preliminary action by evaluating authority restrictions before the user interface is displayed. The system determines which object types and operations the user is authorized to access in advance, and only presents authorized options to the user. This prevents the user from encountering authorization errors after attempting operations, as unauthorized options are never shown in the first place.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary component (the evaluation mechanism) that sits between the user and the tool operations. This intermediary evaluates context information including user authorizations before allowing access to specific object types or operations, thereby mediating between security requirements and user accessibility without requiring direct authority checks at the tool level.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Quantity of substance

If the user interface displays all object types and operations, then completeness is improved, but relevance deteriorates because not all objects are important for every user role

Engineering Contradiction:
ImprovecompletenessVSAvoidrelevance
Core Design Contradiction:
Quantity of substanceVSAdaptability or versatility

Solution Approach 1:

The patent applies local quality by customizing the user interface display according to the specific user's context, including their role, authorizations, and system configuration. Different users see different subsets of object types and operations based on their specific needs and permissions, rather than all users seeing the same complete list. This makes the interface locally optimized for each user's workflow.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent implements dynamics by making the user interface configurable and adaptable based on runtime context information. The system dynamically determines which object types to display and how prominently to display them, allowing the interface to change based on user role, system configuration, and other contextual factors. This enables the same system to present different views to different users.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If the user interface is customized based on user roles and contexts, then adaptability is improved, but system complexity deteriorates

Engineering Contradiction:
ImprovecustomizationVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies self-service by enabling the system to automatically configure and customize the user interface based on context information without requiring manual intervention. The system evaluates user roles, authorizations, and system configuration to automatically determine the appropriate display configuration, eliminating the need for manual customization while still achieving personalized interfaces.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8869052B2Context-dependent object types in an integrated development environment
Publication Date: 2014.10.21 SAP SE
  • US8869052B2 patent drawing
  • US8869052B2 patent drawing
  • US8869052B2 patent drawing

AI summary

A method is provided to display indicia of an object type for a service within a user interface of a software development system that runs on a computer, the method comprising: obtaining runtime context information that includes an identification of a respective service and an indication of a user role; providing a plurality of corresponding object types; using context dependent rules to determine which respective object types are within scope of a service; and generating a user interface that includes respective indicia of respective object types determined to be within the scope of the service.