Software Requirement Tracking System Using Electronic Templates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for creating and tracking software requirements for products are inefficient, as they lack a systematic approach to organize, reuse, and compare requirements across similar products, leading to increased time and complexity in product development and maintenance.

Innovation Solution

A system utilizing electronic templates with software requirement type fields and content fields, stored in a database, allows for the creation, tracking, and comparison of software requirements, enabling the reuse of requirements across products and facilitating the identification of similarities and differences through a comparison module, with features like cloning and versioning.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional manual methods are used to create and track software requirements, then flexibility in customization is maintained, but productivity and time efficiency deteriorate due to increased manual effort and lack of systematic organization

Engineering Contradiction:
ImproveproductivityVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system segments requirements into structured fields (software requirement type fields and software requirement content fields) within electronic templates. This segmentation allows systematic organization of requirement data, enabling efficient retrieval, reuse, and comparison across products while maintaining manageable system complexity through modular template design.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system enables copying of electronic templates and their associated requirement data between products. This copying mechanism allows rapid replication of proven requirement structures across similar products, significantly improving productivity by eliminating manual recreation of requirements while the template framework controls complexity through standardized formats.

Inventive Principle:
Principle #26Copying

2Loss of time

If requirements are created individually for each product without reuse mechanisms, then product-specific customization is achieved, but loss of time increases due to redundant creation efforts

Engineering Contradiction:
ImprovetimeVSAvoidproduct customization
Core Design Contradiction:
Loss of timeVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary action by pre-defining requirement structures in electronic templates that can be reused across multiple products. This preliminary template creation eliminates the need to recreate requirements from scratch for each product, significantly reducing time loss while the templates maintain adaptability through configurable fields that can be customized for product-specific needs.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The electronic templates serve multiple functions: they store requirement definitions, enable data entry, facilitate comparison across products, and support reuse across different product types. This multi-functionality reduces time loss by consolidating what would otherwise require separate processes, while maintaining product customization through the universal template structure that adapts to different product requirements.

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

3Measurement precision

If no systematic organization of requirements is implemented, then ease of operation is maintained through simple ad-hoc methods, but measurement precision deteriorates due to inability to accurately compare and analyze requirements

Engineering Contradiction:
Improvecomparison accuracyVSAvoidoperational simplicity
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The system segments requirements into standardized fields within electronic templates, enabling precise comparison and analysis. This field-based segmentation allows accurate measurement and comparison of requirement attributes across products while maintaining ease of operation through a structured yet user-friendly template interface that guides data entry and analysis.

Inventive Principle:
Principle #1Segmentation

4Productivity

If manual tracking methods are used for software requirements, then implementation simplicity is maintained, but productivity deteriorates due to inefficiency in creating and managing requirements across multiple products

Engineering Contradiction:
ImproveproductivityVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system uses copying of electronic templates and requirement data across products to dramatically improve productivity. This copying mechanism eliminates redundant manual creation efforts while the template framework manages system complexity by providing a standardized, reusable structure that simplifies rather than complicates the overall requirement management process.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS11803356B1Software requirements creating and tracking system and method
Publication Date: 2023.10.31 NATIONWIDE MUTUAL INSURANCE CO
  • US11803356B1 patent drawing
  • US11803356B1 patent drawing
  • US11803356B1 patent drawing

AI summary

A system and method for creating and tracking software requirements associated with a product offering. An electronic template is employed in connection with the system and method. The electronic template is configured to be associated with a product type, where the product type is associated with a plurality of software requirements. The electronic template comprises a plurality of fields where the fields comprise software requirement type fields. Each software requirement type field is associated with a software requirement content field. The electronic template is configured to receive data in the software requirement type fields and the software requirement content fields. A database is employed and configured to store the data received in the software requirement type fields and the software requirement content fields in accordance with the configuration of the template.