Repository Tagging for Extension Project Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Business service providers face challenges in managing and tracking various versions of their framework extensions, as clients often need to modify or extend the framework based on specific requirements, leading to complexity and potential high costs in maintaining multiple versions.

Innovation Solution

Implementing a repository-based tagging system that allows customers to logically group and manage extension projects by associating delta change packages with descriptive tags, enabling efficient activation, deactivation, and movement of changes, and using entity tagging to assign projects to entities for easy search and consistency checks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If an entirely new project management infrastructure is created to manage extension projects, then the ability to group and track extensions is improved, but the cost and complexity increase significantly

Engineering Contradiction:
Improveability to group and track extensionsVSAvoidproject management infrastructure
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent applies universality by making the existing repository serve multiple functions: it stores not only standard business service content but also customer-specific extensions and adaptations. The repository becomes a multi-functional platform that handles both generic and customized content, eliminating the need for separate project management infrastructure while maintaining the ability to group and track extensions through tagging mechanisms.

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

Solution Approach 2:

The patent uses copying by creating delta change packages that capture differences between standard and customized content. Instead of maintaining complete copies of extended frameworks, the system stores and manages only the delta changes (extensions) as separate units that can be applied to the base framework, reducing complexity while enabling efficient tracking and deployment of modifications.

Inventive Principle:
Principle #26Copying

2Adaptability or versatility

If multiple versions of the framework are maintained to meet different client requirements, then the ability to satisfy diverse business needs is improved, but the cost and complexity of maintenance increase

Engineering Contradiction:
Improveability to meet different client requirementsVSAvoidframework maintenance
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies segmentation by dividing the framework into distinct segments: the base business service framework and separate delta change packages representing customer-specific extensions. Each delta package is an independent unit that can be created, managed, and deployed separately, allowing the system to maintain multiple versions and configurations without managing complete framework copies, thus reducing maintenance complexity while preserving adaptability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements dynamics by enabling flexible activation and deactivation of delta change packages. The system allows dynamic configuration of which extensions are active for which customers or business services, permitting the framework to adapt to different requirements without maintaining permanent multiple versions. This dynamic approach reduces maintenance costs by allowing selective application of changes rather than managing all possible variants simultaneously.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9021392B2Managing extension projects with repository based tagging
Publication Date: 2015.04.28 SAP SE
  • US9021392B2 patent drawing
  • US9021392B2 patent drawing
  • US9021392B2 patent drawing

AI summary

According to some embodiments, information about a delta change package may be received. The delta change package may be, for example, associated with a customer extension project to be applied to content from a business service provider. A description tag for the delta change package may be received from a user, and the delta change package may be associated with the description tag in a repository of the business service provider.