Temporary Package Interface for Hierarchical Software Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In hierarchical software development, errors occur when software packages in upper layers attempt to access objects in lower layers due to lack of linkage and missing common usage permissions, leading to package check violations and delayed development processes.

Innovation Solution

The creation of temporary package interfaces allows upper software packages to access objects in lower layers by authenticating and assigning access rights, preventing unauthorized access after the development project is completed.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If temporary package interfaces are created to enable access between software layers, then access errors are resolved and development speed is enhanced, but device complexity increases due to additional authentication and assignment mechanisms

Engineering Contradiction:
Improvedevelopment speedVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces temporary package interfaces as intermediary components that enable communication between software packages in different layers. These interfaces act as mediators that temporarily bridge the gap between upper and lower layers during development, allowing access without permanent structural changes. The intermediary nature resolves the contradiction by providing just enough complexity to enable access while maintaining overall system simplicity through temporary, non-permanent solutions.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary authentication and assignment actions before enabling access between layers. By pre-establishing package interfaces and verifying permissions in advance, the system prevents access errors before they occur during development. This preliminary action reduces the need for complex runtime error handling and authentication mechanisms, thereby resolving the contradiction between enabling access and maintaining system simplicity.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If access control lists and authentication mechanisms are implemented, then security and authorization are improved, but ease of operation deteriorates due to additional access management procedures

Engineering Contradiction:
Improveaccess control reliabilityVSAvoidaccess operation simplicity
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements self-service mechanisms where the system automatically manages authentication and authorization based on pre-defined package interfaces and access control lists. Instead of requiring manual intervention for each access request, the system autonomously verifies permissions and establishes connections. This self-service approach maintains high reliability through automated security checks while improving ease of operation by eliminating repetitive manual authentication procedures.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Access control lists and authentication rules are established in advance during package interface creation. By performing authorization decisions beforehand, the system eliminates the need for complex runtime authentication procedures. This preliminary configuration of access rights maintains security reliability while simplifying operation during actual access requests, as the system only needs to verify pre-established permissions rather than perform complex authorization logic at runtime.

Inventive Principle:
Principle #10Preliminary action

3Stability of the object's composition

If temporary package interfaces are deleted after use, then layer independence is maintained and unauthorized access is prevented, but loss of time occurs due to deletion and recreation operations

Engineering Contradiction:
Improvelayer independenceVSAvoidinterface management time
Core Design Contradiction:
Stability of the object's compositionVSLoss of time

Solution Approach 1:

The system automatically discards temporary package interfaces after they have served their purpose in enabling development access. By deleting these temporary interfaces, the system restores layer independence and prevents unauthorized access. The automatic discarding mechanism minimizes manual intervention and time loss, as the system manages the lifecycle of temporary interfaces without requiring developer intervention for each deletion operation.

Inventive Principle:
Principle #34Discarding and recovering

Solution Approach 2:

The system implements feedback mechanisms that monitor when temporary package interfaces are no longer needed and automatically trigger their deletion. This feedback-driven approach ensures that interfaces are removed at the appropriate time to maintain layer independence while avoiding unnecessary time loss from manual management. The system continuously monitors usage states and autonomously decides when to discard temporary interfaces, optimizing the balance between security and time efficiency.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS7853925B2System and method for managing hierarchical software development
Publication Date: 2010.12.14 SAP SE
  • US7853925B2 patent drawing
  • US7853925B2 patent drawing
  • US7853925B2 patent drawing

AI summary

The disclosure provides systems, methods, and software for facilitating hierarchical software development. One solution comprises software operable to identify a first software package of a first software layer that is associated with a second software package of a second software layer. The software creates a temporary package interface for the second software package, the temporary package interface allowing the first software package to access one or more objects within the second software package. Such software can be further operable to delete the temporary package interface after the first software package has been moved away from the first software layer to a different software layer. The software may be still further operable to assign the objects to the temporary package interface of the second package. Moreover, the temporary package interface could be operable to authenticate the first software package prior to allowing the first software package to access the objects.