Work you have to repeat
- Rework the code architecture
- Update the documents
- Redraw the diagrams
- Recheck the traceability
- Repackage every hand-off
For embedded engineering teams
Capture and agree what your product does as you go.
Turn that definition into instant code architecture and supporting material.
// Our team has supported
// 01 · The Platform
Capture features in plain English. Prioritise them with your team and decide what moves forward.
Build out approved features with Structured English, use cases and requirements.
Check the agreed definition, then build code architecture for EOS Max, Zephyr or FreeRTOS.
// 02 · The work that goes away
One product change can mean updating code, documents, diagrams and traceability by hand. With Solaros, they all come from the same definition.
// 03 · What you get
Agree what the product does in English.
Get the code architecture deterministically from that definition, as well as updated supporting material.
REVIEW PACK
BUILD OUTPUT
VISUALISATIONS
CHANGESET
CHECKS
// 04 · The Build Engine
Take the framework and source definition into your development environment. Engineers and AI tools can work from the agreed behaviour, with calls already placed & stubbed and requirement references retained in the code.
How the Build Engine works// 05 · Hand-off
01 · Present
Produce reports, diagrams and presentations from the current definition, ready to export or edit.
02 · Export
Export reports, data and diagrams into their native formats.
03 · Continue
Carry feature and feature-set identifiers into the work your team manages elsewhere.
04 · Implement
State machines, events and APIs are placed and compiled for your target.
05 · Context
Export the definition and its documentation in machine-friendly formats.
// See it work
See a reference project get built from specification to code architecture.