For systems engineers in aerospace and defense
Find the requirements you can't verify, before your test plan does.
VerifyPlan reads your requirements, flags the ones that can't be proven as written, suggests how to verify each one, and drafts the verification matrix your team builds by hand today.
In development with a small group of design partners. Email us at partners@verifyplan.com.
Illustrative example on invented requirements for a fictional satellite.
The problem
Requirements that can't be tested
"Shall be robust." "Shall respond quickly." A number with no unit. A value still marked TBD. Each one turns into a verification argument late in the program.
A matrix built by hand
Someone reads every requirement, picks test, analysis, inspection or demonstration, and types it into a spreadsheet. It takes days and goes stale with the next change.
Tools that don't check content
DOORS, Jama and Polarion store and trace requirements well. They don't tell you which ones are ambiguous, compound, duplicated or in conflict.
How it works
- 1
Export
Export a module from DOORS or Polarion as ReqIF, or use a spreadsheet or Word file.
- 2
Audit
Every requirement is checked against clear rules: vague terms, missing units or bounds, TBDs, compound statements, escape clauses, duplicates and conflicting values. Each finding comes with an explanation and a suggested fix.
- 3
Plan
Each requirement gets a suggested verification method (test, analysis, inspection or demonstration) with the reason, or is marked not verifiable as written.
- 4
Review
You get a draft verification matrix and a report. Your engineers review and approve. Nothing is written back to your requirements tool.
Why it's safe to use
Runs on your machines
VerifyPlan installs inside your network, including offline environments. Your requirements never leave it.
Works with your tools
Reads exports from the tools you already use. No migration and no change to your system of record.
Engineers stay in control
Findings come from rules you can read. Any AI-suggested rewrite is optional, labeled, and never replaces your text.
Become a design partner
We're working with a small number of engineering teams to shape VerifyPlan on real requirements sets. Design partners run it on a sample of their own requirements, on their own machines, and compare the result with their current verification matrix.
Talk to usOr email partners@verifyplan.com