Software Development Tool Using Parameter-Based Requirements

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional software development processes are plagued by inefficiencies due to the complexity of interactions between various tools and platforms, leading to high costs and time consumption, with requirements often being inconsistent, error-prone, and difficult to interpret, resulting in increased maintenance and integration challenges.

Innovation Solution

The development of systems and methods that utilize multidimensional glossaries and user-friendly graphical interfaces to create parameter-based requirements, which are machine-executable, allowing for automated generation of software code, design artifacts, test cases, and documentation, thereby reducing human intervention and improving consistency and accuracy.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional software development processes are used with multiple tools and platforms, then functionality and capabilities are improved, but device complexity and human involvement increase significantly

Engineering Contradiction:
ImprovefunctionalityVSAvoidcomplexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent merges multiple separate tools (requirements repositories, project planners, version controls, configuration management, defect workflow, and test managers) into a single integrated software development platform. This consolidation maintains all necessary functionalities while reducing the complexity of managing multiple interacting tools and their interfaces.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The software development platform is designed as a universal system that performs multiple functions across different development phases. A single platform handles requirements management, project planning, version control, configuration management, defect tracking, and testing, eliminating the need for separate specialized tools and reducing overall system complexity.

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

2Ease of manufacture

If traditional textual requirements documents are used, then flexibility in documentation is improved, but measurement precision and interpretation accuracy deteriorate

Engineering Contradiction:
Improvedocumentation flexibilityVSAvoidinterpretation accuracy
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The patent transforms requirements from free-text format into a structured parameter-based format with defined fields, data types, and validation rules. This parameterization maintains documentation flexibility while significantly improving precision by eliminating ambiguous interpretations and ensuring consistent understanding across the development team.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent replaces the manual interpretation mechanism (human reading and subjective understanding of textual documents) with an automated validation mechanism. The system automatically checks requirements against defined parameters, constraints, and business rules, eliminating subjective interpretation errors while maintaining documentation flexibility.

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

3Quantity of substance

If requirements are documented in thousands of pages across multiple documents, then completeness of requirements is improved, but loss of time and difficulty of detection increase

Engineering Contradiction:
Improverequirements completenessVSAvoidtime to review and validate
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The patent segments the large requirements documentation into structured, modular parameter-based requirements. Each requirement is broken down into discrete parameterized elements that can be independently validated, tracked, and managed. This segmentation maintains completeness while enabling automated validation and reducing the time needed to review and detect errors.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements automated feedback mechanisms that continuously validate requirements as they are created or modified. The system automatically checks for inconsistencies, completeness, and adherence to business rules, providing immediate feedback to developers. This eliminates the need for time-consuming manual reviews of thousands of pages while maintaining requirements completeness.

Inventive Principle:
Principle #23Feedback

4Adaptability or versatility

If customized deliverables are created for each implementation, then adaptability to specific needs is improved, but loss of time and productivity decrease due to inability to leverage previous work

Engineering Contradiction:
Improvecustomization capabilityVSAvoiddevelopment efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent creates parameterized templates for software deliverables that can be customized by changing parameters rather than rewriting entire documents or code. This allows the same template to serve multiple implementations with different requirements, maintaining adaptability while significantly improving productivity through reuse. Previous work can be leveraged by adjusting parameters to fit new contexts.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS7752606B2Software development tool using a structured format to generate software code
Publication Date: 2010.07.06 CAPITAL ONE SERVICES LLC
  • US7752606B2 patent drawing
  • US7752606B2 patent drawing
  • US7752606B2 patent drawing

AI summary

Systems and methods are provided for the automated development and implementation of software using parameter-based requirements. Such systems and methods may include acquiring terms usable to create a parameter-based requirement, in which each of the terms contains at least one attribute, and storing a glossary containing the terms. The systems and methods may further include collecting a system requirement from a user based on the terms stored in the glossary, generating the parameter-based requirement based on the terms stored in the glossary and the system requirement, and creating an artifact based on the parameter-based requirement.