Low-Code Object Templates with Seed Validation for Process Generation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Low-code and no-code software process execution environments face challenges in managing software process development due to the need for specialized knowledge, handling changes in application requirements, and ensuring design consistency, security, and interoperability.

Innovation Solution

A system and method for generating objects in low-code or no-code environments using a backend that receives a request to initiate an object templating subroutine, obtains a seed file with seed data, performs validation and update actions, and generates or modifies objects based on design rules and user intentions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If users manually create software objects from scratch in low-code/no-code environments, then they have full control over object structure, but development time increases and complexity management becomes difficult

Engineering Contradiction:
Improvedevelopment speedVSAvoidsoftware process complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system pre-creates standardized object templates with predefined structures, properties, and relationships before users need them. When users initiate object creation, the system provides ready-to-use templates rather than requiring users to build objects from scratch, thereby reducing development time and complexity management burden.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system copies existing standardized object templates to create new objects. Instead of manually constructing each object's structure, users can instantiate copies of pre-defined templates, which significantly accelerates development while maintaining consistent object designs across the software process.

Inventive Principle:
Principle #26Copying

2Adaptability or versatility

If users manually update object references when requirements change, then they can adapt to new requirements, but the risk of introducing bugs increases and consistency across the software process deteriorates

Engineering Contradiction:
Improveability to reflect changesVSAvoidrisk of bugs
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system implements automated validation that provides feedback when users modify object references or create new objects. The validation mechanism checks for consistency with existing software process definitions, dependency rules, and design constraints, alerting users to potential errors before they are introduced, thereby reducing bug risk while maintaining adaptability.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system segments the software process into distinct object types with clearly defined relationships and reference rules. This segmentation allows the validation system to independently verify each object and its references against predefined rules, making it easier to detect and prevent bugs while enabling flexible adaptation to requirement changes.

Inventive Principle:
Principle #1Segmentation

3Ease of operation

If users create objects without access to design rules and best practices, then the development process is simpler, but design consistency and security standards deteriorate

Engineering Contradiction:
Improveease of object creationVSAvoiddesign consistency
Core Design Contradiction:
Ease of operationVSManufacturing precision

Solution Approach 1:

The system provides a universal object template library that serves multiple functions: it defines consistent design patterns, enforces security standards, and guides users through the creation process. This universal reference system maintains design consistency across all objects while keeping the user interface simple and ease of operation high.

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

Solution Approach 2:

The system introduces an intermediary validation layer between users and the actual object creation. This intermediary component translates user-friendly object creation actions into consistent, secure implementations by automatically applying design rules and best practices, thereby maintaining both ease of operation and design precision.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If the system provides comprehensive validation and security checks during object generation, then design consistency and security improve, but the time required for object creation increases

Engineering Contradiction:
Improvesecurity and design consistencyVSAvoidobject generation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs validation and security checks in advance by pre-defining all validation rules, security constraints, and design patterns in the object templates. When users create objects, the system only needs to verify against these pre-established rules rather than performing comprehensive analysis from scratch, reducing validation time while maintaining high security and consistency standards.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system applies partial validation by focusing verification efforts on the most critical security and consistency aspects rather than exhaustively checking every possible condition. This selective validation approach maintains essential security and design quality while significantly reducing the time required for object generation.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS20250251915A1System and methods for Generating Objects in Low-Code or No-Code Software Process Execution Environments
Publication Date: 2025.08.07 APPIAN CORP
  • US20250251915A1 patent drawing
  • US20250251915A1 patent drawing
  • US20250251915A1 patent drawing

AI summary

Disclosed are methods, systems and non-transitory computer readable memory for generating objects in low-code or no-code software process execution environments. For instance, a method may include: receive a request to initiate an object templating subroutine; obtain a seed file, the seed file containing seed data relating to an object to be generated; and transmit the seed file to a user environment. The user environment may be configured to: perform validation and/or update actions to the seed data; and transmit the validated and/or updated seed data with a request to initiate an object generation subroutine. The method may further include, in response to receiving the validated and/or updated seed data and the request to initiate the object generation subroutine, generate the object by performing one or both of: (i) generating a new object; and (ii) modifying an existing object.