Multi-domain Impact Analysis via Non-data Relationship Modeling

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Current impact analysis systems are inadequate in handling multiple domains and non-data type relationships between objects, leading to inefficiencies in understanding and visualizing dependencies across large-scale enterprises.

Innovation Solution

A computer-implemented method and system that form a data model with objects representing physical data from separate domains and include non-data type relationships, generating an impact analysis interface to visualize and scope the relationships, supporting various relationship types such as dependency, parent/child, inclusion, synonymous, and equivalent, allowing for optimized storage and retrieval of impact analysis information.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If impact analysis systems attempt to handle multiple domains and non-data type relationships, then the completeness and accuracy of impact analysis improves, but the system complexity and computational burden increase significantly

Engineering Contradiction:

Improveimpact analysis accuracyVSAvoidsystem complexity

Core Design Contradiction:

Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments the impact analysis system into distinct modules: a data model layer that represents objects and relationships, an interface generation layer that creates visual representations, and an analysis layer that performs impact assessment. This segmentation allows the system to handle complex multi-domain relationships by processing them in manageable stages, reducing overall system complexity while maintaining analysis accuracy.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary data model that serves as a standardized representation layer between the complex multi-domain data and the impact analysis functionality. This data model with defined relationship types (dependency, parent/child, inclusion, synonymous, equivalent) acts as a mediator that simplifies the processing of diverse relationships while preserving the completeness needed for accurate impact analysis.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Loss of information

If the system visualizes all relationships and objects across multiple domains, then the comprehensiveness of impact analysis improves, but the performance and retrieval speed deteriorate

Engineering Contradiction:

Improveinformation completenessVSAvoiddata retrieval speed

Core Design Contradiction:

Loss of informationVSProductivity

Solution Approach 1:

The patent extracts and displays only the relevant relationships and objects needed for a specific impact analysis query, rather than visualizing all data across multiple domains. The system allows users to scope the analysis to specific objects or relationship types, extracting only the necessary subset of information for visualization and analysis, thus maintaining information completeness for the analysis scope while improving retrieval performance.

Inventive Principle:

Principle #2Taking out (Extraction)

Solution Approach 2:

The patent implements partial visualization by allowing users to select specific scopes for impact analysis (e.g., specific objects, relationship types, or domains). Instead of displaying all possible relationships excessively, the system performs partial analysis on the selected scope, delivering complete information within that scope while maintaining fast retrieval performance by avoiding processing of unrelated data.

Inventive Principle:

Principle #16Partial or excessive action

3Adaptability or versatility

If the system supports diverse relationship types and third-party content, then the versatility of impact analysis improves, but the ease of operation and interface complexity worsen

Engineering Contradiction:

Improverelationship type supportVSAvoidinterface usability

Core Design Contradiction:

Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent implements a universal data model that can represent multiple relationship types (dependency, parent/child, inclusion, synonymous, equivalent) and third-party content through a unified interface. This universal model allows the system to handle diverse relationship types and external content sources without requiring separate interfaces for each type, thereby maintaining ease of operation while achieving high versatility.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent inverts the traditional approach by not requiring users to specify detailed relationship types or content sources upfront. Instead, the system provides a simplified interface that automatically discovers and represents diverse relationships and third-party content, then allows users to filter or scope the results. This inversion simplifies the user interface while maintaining the ability to support diverse relationship types and content sources.

Inventive Principle:

Principle #13The other way round (Inversion)

Data Source

PatentUS9239854B2Multi-domain impact analysis using object relationships

Publication Date: 2016.01.19 SAS INSTITUTE INC

AI summary

Systems and methods for impact analysis across multiple domains using non-data types of relationships between objects are provided. A data model can be formed. The data model can include objects representative of physical data in separate domains and relationships of non-data types between the objects. An impact analysis interface can be generated using the data model. The impact analysis interface can depict the objects and the non-data types of relationships between the objects.