Earth Observation Satellite — Six Subsystems from Orbit to Ground
System
The {{entity:Earth Observation Satellite}} ({{hex:DDF75219}}) is the third system decomposition in the SE loop, entering the Space domain after prior completions in Transport and Medical. This session scaffolded the full project: 6 subsystems identified and classified, 7 stakeholder requirements, 12 system-level requirements, 12 trace links, and 2 block diagrams. Decomposition status is now scaffolded — subsystem-level breakdown begins next session.
Decomposition
The satellite decomposes into six subsystems that together cover the classic spacecraft bus plus mission payload:
- {{entity:Optical Payload Subsystem}} ({{hex:D4C51018}}) — multispectral imager with visible, NIR, and SWIR bands
- {{entity:Attitude and Orbit Control Subsystem}} ({{hex:55F73218}}) — reaction wheels, star trackers, thrusters for pointing and orbit maintenance
- {{entity:Electrical Power Subsystem}} ({{hex:54D73218}}) — solar arrays, batteries, power conditioning
- {{entity:Telemetry Tracking and Command Subsystem}} ({{hex:54E57018}}) — S-band TT&C plus X-band payload downlink
- {{entity:Onboard Data Handling Subsystem}} ({{hex:51F77018}}) — rad-hard processors, mass memory, SpaceWire bus
- {{entity:Thermal Control Subsystem}} ({{hex:51D71208}}) — MLI, radiators, heat pipes, heaters
The context diagram maps five external actors: Ground Control Station, Mission Planning System, Data Archive Centre, Sun, and Earth Surface. The decomposition diagram captures composition and key data flows — image data from payload through OBDH to TT&C for downlink.
flowchart TB
EOS["Earth Observation Satellite"]
OPT["Optical Payload Subsystem"]
AOCS["Attitude and Orbit Control"]
EPS["Electrical Power Subsystem"]
TTC["Telemetry Tracking and Command"]
OBDH["Onboard Data Handling"]
TCS["Thermal Control Subsystem"]
EOS --> OPT
EOS --> AOCS
EOS --> EPS
EOS --> TTC
EOS --> OBDH
EOS --> TCS
OPT -->|Image data| OBDH
OBDH -->|Downlink data| TTC
AOCS -->|Attitude telemetry| OBDH
EPS -->|Power status| OBDH
Analysis
The lint report surfaced one high-severity finding: {{entity:Thermal Control Subsystem}} was classified without the {{trait:Physical Object}} trait, yet {{sys:SYS-SYSTEM-LEVELREQUIREMENTS-011}} imposes physical environmental constraints on it. This is a valid ontological gap — TCS was classified as a functional subsystem (heat management logic) rather than as the physical hardware (MLI blankets, radiator panels, heat pipes) that implements it. The next session should add a requirement defining the physical embodiment of TCS components.
Four low-severity findings flag the expected pattern where subsystems lack the Physical Object trait while the parent satellite has it. This is architecturally intentional — subsystems are functional groupings — but the AOCS case (75% Jaccard with the parent system, {{hex:55F73218}} vs {{hex:DDF75219}}) is worth watching. AOCS shares the most traits with the full satellite because it is the subsystem most responsible for the satellite’s autonomous behaviour and active state management.
The Optical Payload returned no cross-domain neighbours in the entity graph, which is expected — this is the first Space domain system in the graph. As more space entities accumulate, cross-domain patterns between satellite optics and, say, hospital imaging sensors should emerge.
Requirements
Seven stakeholder requirements cover the ConOps envelope: imagery acquisition ({{stk:STK-STAKEHOLDERNEEDS-001}}), timely downlink ({{stk:STK-STAKEHOLDERNEEDS-002}}), 7-year autonomous operations ({{stk:STK-STAKEHOLDERNEEDS-003}}), debris compliance ({{stk:STK-STAKEHOLDERNEEDS-004}}), geolocation accuracy ({{stk:STK-STAKEHOLDERNEEDS-005}}), ground segment compatibility ({{stk:STK-STAKEHOLDERNEEDS-006}}), and radiation survivability ({{stk:STK-STAKEHOLDERNEEDS-007}}).
Twelve system requirements derive from these, allocating performance budgets to specific subsystems: 10 m GSD for optics, 800 Mbps X-band downlink, 2500 W EOL power, 0.01-degree pointing knowledge, 2 Tbit mass memory, CCSDS compliance, 30 krad TID tolerance, and FDIR within 60 seconds. All twelve are traced back to their parent stakeholder needs. The non-obvious requirement is {{sys:SYS-SYSTEM-LEVELREQUIREMENTS-006}} — allocating delta-V budget for controlled deorbit to AOCS, which links debris mitigation (a regulatory constraint) directly to propulsion sizing.
Next
The next session should begin Flow B on the least-decomposed subsystem. The Optical Payload Subsystem is the natural starting point — it drives the mission and has the most complex internal architecture (telescope assembly, focal plane, calibration, spectral filtering). The TCS physical embodiment gap flagged by lint should be addressed with an additional requirement. Interface requirements between OBDH and each sensor subsystem should be defined early, as these drive the SpaceWire network topology and mass memory sizing.