Activate systems → define assembly → evaluate feasible mission consequences
This mockup keeps everything on one continuous page. The first section captures which systems are online and shows a mission operations graph,
the middle section is the assembly-builder workspace, and the final section is the mission consequence explorer that surfaces DES-generated scenario options.
1. Activate Systems + Mission Operations Graph
The user is not hard-coding the event sequence here. They are activating available assets, setting high-level operational constraints, and defining the mission configuration that the DES can use to generate feasible sequences.
Activate Systems
Active Systems
5
Assets currently available to the DES
Network Edges
8
Potential operational interactions
Feasible Plans
3
Dummy DES outputs ready for screening
Mission Score
78
Composite cost / throughput / risk proxy
Mission Operations Graph
Active logistics or production nodeSurface support / crew nodeTransport or transfer path
Graph updates when systems are turned on or off. This is the stakeholder-facing systems view that constrains what the DES is allowed to sequence downstream.
2. Assembly Builder
This section keeps the assembly tree + editable part metadata layout from your uploaded Assembly Builder structure, but reformats it into the single-page flow beneath the activation section. The original file uses a left tree / right form composition with tree rendering, import, metadata fields, and preview actions. fileciteturn1file0 fileciteturn1file3
Assembly Tree
Select a node to edit or create a new child.
Part / Assembly Metadata
Selected path: /LSP1Assembly
Identity
Dimensions
Transform — Position
Transform — Orientation
Units
Custom Attributes
Actions
✓ Assembly metadata saved and ready to feed downstream logic.