Simulation Model for Enterprise Software Requirements Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for managing requirements in enterprise software projects are inadequate, as they fail to effectively handle the complexity and change inherent in software development, leading to issues with communication, documentation, and resource allocation, resulting in many projects exceeding time, budget, and scope estimates.

Innovation Solution

A computing system that creates a simulation model of the software project using visual elements, allowing diverse team members to interact and update requirements from their unique perspectives, facilitating consensus and change management within the project ecosystem.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If formal requirements management tools and methodologies are used, then requirements can be gathered and documented systematically, but the process becomes resource intensive and time consuming, causing projects to exceed time and budget estimates

Engineering Contradiction:
Improverequirements management effectivenessVSAvoidproject time estimates
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent creates virtual copies of requirements documents and project artifacts that can be dynamically updated and shared across the project ecosystem. These copies allow multiple team members to access and modify requirements without creating version conflicts, enabling parallel work while maintaining consistency across all project documentation.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system transforms static requirements documents into dynamic, living artifacts that automatically update when changes are made. The requirements management tool integrates with other project tools to propagate changes across the entire project ecosystem, allowing requirements to evolve with the project rather than remaining fixed templates.

Inventive Principle:
Principle #15Dynamics

2Loss of information

If requirements are documented in detail using formal tools, then communication between team members improves, but the complexity of documentation increases and changes become difficult to manage

Engineering Contradiction:
Improvecommunication effectivenessVSAvoiddocumentation complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent divides the requirements documentation into modular segments that can be independently managed and updated. Each requirement or project artifact can be separated into its own document or section, allowing team members to work on specific portions without affecting the entire documentation set, thereby reducing overall complexity while maintaining comprehensive communication.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary layer between team members and the documentation. This intermediary is the integrated requirements management tool that automatically synchronizes changes across all documents, acting as a mediator that translates individual modifications into consistent updates across the entire project ecosystem without requiring manual coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Stability of the object's composition

If change management processes are implemented formally, then scope creep is reduced, but the process becomes rigid and cannot adapt to inevitable changes in software development

Engineering Contradiction:
Improvescope controlVSAvoidchange adaptability
Core Design Contradiction:
Stability of the object's compositionVSAdaptability or versatility

Solution Approach 1:

The system implements dynamic change management where requirements and project scope can be modified in real-time as the project evolves. The integrated tool automatically tracks and propagates changes, allowing the project to adapt to new requirements while maintaining visibility into the impact on overall scope, time, and budget estimates.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent incorporates feedback mechanisms that automatically assess the impact of proposed changes on project timelines, budgets, and scope. This feedback loop allows the team to evaluate the consequences of changes before implementing them, enabling informed decision-making that balances scope control with necessary adaptability to emerging project needs.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS7644390B2Design tool and methodology for enterprise software applications
Publication Date: 2010.01.05 KHODABANDEHLOO PAYMAN
  • US7644390B2 patent drawing
  • US7644390B2 patent drawing
  • US7644390B2 patent drawing

AI summary

A system for creating and viewing simulation models that are used for managing requirements and design specifications for complex systems. Users simultaneously collaborate on the description of a complex system such as an enterprise software project throughout its life cycle. User interfaces, designed to assist in the visualization of a particular form of knowledge, allow users to describe the complex system with simple interactive elements. Information in all perspectives is presented so that it is legible and discernable to a non-technical audience. Multi-dimensional data structures record all the resulting information, creating a simulation model of the complex system, and the tasks required for construction and maintenance. Tasks are driven from the specifications not as a separate activity, but as part of the same activity to facilitate project management by allowing decisions to be tracked virtually throughout the simulation model.