SOA Service Model Relationship Integrity Enforcement

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current modeling tools for service-oriented architecture (SOA) lack support for tracking and enforcing relationships between service and composition candidates, leading to productivity issues and poor quality SOA implementations due to limitations in design principles and paradigms, requiring programming knowledge, and not adequately addressing business logic representation.

Innovation Solution

A modeling tool that tracks and enforces integrity relationships between service-oriented components using relationship rules, allowing users to create, manage, and visualize service and composition candidates without programming expertise, facilitating abstract modeling and reuse of services across platforms.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional modeling tools are used for SOA, then existing services can be identified and reused, but the tools cannot track or enforce relationships between service and composition candidates

Engineering Contradiction:
Improveintegrity of relationshipsVSAvoidmodeling tool capability
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements automatic tracking and enforcement of relationships between service candidates and composition candidates through a modeling tool that provides feedback mechanisms. The tool monitors relationship integrity, detects violations, and enforces constraints automatically, eliminating the need for manual relationship tracking while ensuring reliability.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The modeling tool performs self-service by automatically maintaining relationship integrity without requiring external verification. The system autonomously tracks relationships, detects conflicts, and enforces constraints through built-in intelligence, reducing the need for complex external validation processes.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If proprietary modeling technology is used, then vendor-specific platforms can be supported, but services cannot be easily assembled across different vendor platforms

Engineering Contradiction:
Improvecross-platform service assemblyVSAvoidvendor platform diversity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal modeling tool that can model services from different vendor platforms using a common service-oriented language. The tool abstracts vendor-specific details and enables services to be assembled across platforms through standardized relationship definitions, achieving multi-platform versatility without requiring separate modeling approaches for each vendor.

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

Solution Approach 2:

The modeling tool acts as an intermediary between vendor-specific service platforms and the composition process. It translates various vendor formats into a unified service model, manages relationships abstractly, and enables cross-platform assembly without direct integration between vendor platforms.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If outdated modeling tools designed for OOAD are used, then programming knowledge is required, but business analysts cannot effectively participate in service modeling

Engineering Contradiction:
Improveservice modeling accessibilityVSAvoidprogramming expertise requirement
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent replaces complex programming-based modeling with simplified service candidate and composition candidate objects that can be created and manipulated without programming knowledge. These lightweight modeling constructs allow business analysts to participate effectively by using intuitive drag-and-drop operations and visual relationship definitions instead of code.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

Solution Approach 2:

The patent substitutes the mechanical programming system with an automated modeling system that handles relationship enforcement through software intelligence. Business analysts interact with high-level abstractions rather than low-level code, and the system automatically manages the complex relationship constraints that previously required programming expertise.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

4Productivity

If services are reused across multiple compositions, then productivity increases, but relationship tracking becomes complex and error-prone

Engineering Contradiction:
Improveservice reuse efficiencyVSAvoidrelationship tracking complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The modeling tool implements automatic feedback mechanisms that track relationships between service candidates and composition candidates. When services are reused across multiple compositions, the system automatically monitors relationship integrity, detects conflicts, and enforces constraints, eliminating manual tracking complexity while enabling efficient service reuse.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs self-service relationship tracking by autonomously maintaining the complex web of relationships between reusable services and compositions. The modeling tool automatically detects relationship violations and enforces constraints without requiring manual intervention, enabling high productivity through service reuse while managing tracking complexity internally.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8924919B2Tracking and integrity enforcement of relationships between service and composition candidates in a service model
Publication Date: 2014.12.30 RED HAT INC
  • US8924919B2 patent drawing
  • US8924919B2 patent drawing
  • US8924919B2 patent drawing

AI summary

An apparatus, system, and method for tracking and enforcing the integrity of relationships between service-oriented candidates in a service-oriented architecture (SOA) service model according to SOA design principles and paradigms. Each service-oriented component can be any one of a service candidate, a service operation candidate or a composition candidate associated with multiple service candidates. In one embodiment, the method includes receiving user input identifying relationships between service-oriented components of the SOA service model, and updating the SOA service model based on the user input. The method further includes receiving a user request pertaining to at least one service-oriented component, determining one or more relationships associated with the component based on the SOA service model, and displaying the relationships to a user.