Visual Interface for Software Development Using Node-Event Modeling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing software engineering methods fail to effectively capture and maintain high-level business requirements across the software development life cycle, leading to information leakage and costly rework due to loosely coupled syntax and semantics, and lack of visual representation that aligns with the eventual software delivery.

Innovation Solution

A method using node/event pairs to model business systems, defining five elements (business functions, activities, user interfaces, tasks, and business rules) with data structures to ensure coherence and semantic relationships, allowing for visual specification and review through interactive interfaces, reducing information leakage and improving traceability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If diagrammatic conventions are used to represent software structures, then visual representation is provided, but the diagrams bear little resemblance to the look and feel of the eventual software delivered

Engineering Contradiction:
Improvevisual representationVSAvoidalignment with software delivery
Core Design Contradiction:
Ease of manufactureVSManufacturing precision

Solution Approach 1:

The patent employs dynamic visual representations that evolve alongside software development. The visual interface allows users to interact with and modify software models dynamically, transforming static diagrams into living representations that adapt to changing requirements and closely mirror the actual software behavior throughout the development lifecycle.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system creates visual copies or representations of software components, interfaces, and behaviors that accurately replicate the look and feel of the eventual software delivery. These visual models serve as faithful replicas that can be reviewed, validated, and used to guide implementation, ensuring alignment between diagrams and final product.

Inventive Principle:
Principle #26Copying

2Ease of operation

If users are provided with visual interfaces for specification and review, then requirements can be specified effectively, but existing tools lack formal methods for capturing business requirements with strong semantic relationships

Engineering Contradiction:
Improverequirements specificationVSAvoidsemantic relationship enforcement
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The visual interface incorporates feedback mechanisms that automatically validate requirements against established business rules and semantic relationships. When users specify requirements, the system provides immediate feedback on consistency and completeness, ensuring that semantic relationships are maintained throughout the specification process and reducing errors in requirement capture.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system enforces semantic relationships by dynamically adjusting and validating parameters of requirements as they are specified and modified. Change tracking and validation rules ensure that any modifications to requirements maintain their semantic integrity and relationship to other requirements, business rules, and software artifacts.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If syntax of requirements is dealt with in available tools, then development can proceed, but semantics of behavior remain loosely coupled leading to information leakage

Engineering Contradiction:
Improvedevelopment progressVSAvoidinformation leakage
Core Design Contradiction:
ProductivityVSLoss of information

Solution Approach 1:

The patent merges the handling of syntax and semantics into a unified visual interface framework. By combining structural representation with behavioral semantics in a single integrated environment, the system eliminates the separation between syntax processing and semantic validation, preventing information leakage and ensuring consistent interpretation of requirements throughout development.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The visual interface acts as an intermediary layer between requirements specification and software implementation. It mediates between high-level business requirements and low-level technical implementation, maintaining semantic relationships and preventing information loss as requirements are translated into software artifacts across different development stages.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If different diagram conventions are used for specification, then various software structures can be represented, but software professionals must visualize and specify using different conventions increasing complexity

Engineering Contradiction:
Improverepresentation capabilityVSAvoidspecification process
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The visual interface provides a universal representation framework that can model various software structures, behaviors, and relationships using a single consistent paradigm. Instead of requiring professionals to switch between multiple diagram conventions, the system offers a unified visual language that handles diverse requirements through one interface, reducing cognitive load and specification complexity while maintaining versatility.

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

Data Source

PatentUS7793258B2Software development using visual interfaces
Publication Date: 2010.09.07 RAMCO SYSTEMS
  • US7793258B2 patent drawing
  • US7793258B2 patent drawing
  • US7793258B2 patent drawing

AI summary

A method and system of a software development using visual action elements is disclosed. In one embodiment, the method includes providing a user interface with action elements, and providing a mechanism for specification and review of the action elements using the user interface. For example, providing a user interface includes providing a prototype of the user interface in a web browser and providing a mechanism for specification and review includes providing a toolbar with functionality to record user comments regarding the action elements. The method may also include providing a user interface to document the user interface. The method may further include providing an animated view of stimulus response behavior of the action elements.