3.6.27 · D3Spacecraft Structures & Systems Engineering

Worked examples — Requirements — SMART (Specific, Measurable, Achievable, Relevant, Testable)

3,652 words17 min readBack to topic

Before anything, one word we will use constantly: a requirement is verifiable (or falsifiable) if there exists a concrete measurement or calculation whose result definitively says "pass" or "fail". A requirement you can argue about forever is not verifiable. Keep that picture: a requirement is a locked gate — either the key fits or it doesn't.

One term will recur too: FEA stands for finite-element analysis — a computer method that chops a structure into thousands of tiny blocks ("elements") and solves the physics on each, so you can predict stresses and vibration frequencies before building hardware. Whenever you see FEA below, picture a mesh of little tiles covering the part.


The scenario matrix

Every broken (or checkable) requirement you'll meet falls into one of these cells. Each row is a distinct failure mode or edge case; the last column names the worked example that covers it.

# Case class The trap / edge Which SMART letter it stresses Example
1 Vague adjective "lightweight", "robust" — no number Specific + Measurable Ex 1
2 Number but no conditions value given, but when/where missing Measurable Ex 2
3 Physics-impossible violates a hard law (rocket eq.) Achievable Ex 3
4 Degenerate / zero input tolerance = 0, or "exactly" with no margin Measurable + Achievable Ex 4
5 Orphan requirement traces to nothing — bureaucracy Relevant Ex 5
6 Process not performance "shall be designed to..." Testable Ex 6
7 Real-world word problem derive a number from a mission goal all five Ex 7
8 Exam twist requirement that looks fine but hides a limiting-value failure Achievable (limit) Ex 8

We will hit every cell. Read a statement, cover the fix, make your Forecast, then check yourself.


The Verification and Validation step here uses two methods (analysis + test) — that's normal for structural requirements.


Figure — Requirements — SMART (Specific, Measurable, Achievable, Relevant, Testable)

The figure above shows why each condition matters: the orange curve is power versus off-normal angle (the law — halved at ), and the teal curve is power versus cell temperature (the gentle downward slope). A "3 kW" with no conditions could land anywhere along either curve.


Figure — Requirements — SMART (Specific, Measurable, Achievable, Relevant, Testable)

Read the plot carefully. The horizontal axis is mass ratio and the vertical axis is in km/s. The orange curve is the rocket equation itself: it bends over because grows ever more slowly — doubling the ratio adds a fixed chunk of , never a proportional one. The teal dashed line marks the impossible demand; drop straight down and you land near ratio , out where the curve is almost flat, i.e. where each further km/s costs a wall of propellant. The plum dot is the feasible fix (ratio 6). This is the whole reason Case 3 fails: the log makes high exponentially expensive.




This mirrors the Systems Engineering V-Model: every requirement on the left descending arm must have a matching verification on the right ascending arm. A process requirement has no partner to climb back up to.


Figure — Requirements — SMART (Specific, Measurable, Achievable, Relevant, Testable)

The figure shows why the small-angle tool is legitimate here: the true miss (teal dashed) and the linear (orange) are visually one line across the whole microradian range, and the plum dot marks .



Recall Self-test: which cell is each requirement in?

"The panel shall be robust." ::: Case 1 — vague adjective (fails Specific + Measurable). "The thruster gives on hydrazine, dry mass ." ::: Case 3 — physics-impossible (fails Achievable via the rocket equation). "Alignment shall be exactly ." ::: Case 4 — zero tolerance is unverifiable. "The bracket shall be designed to survive launch." ::: Case 6 — process not performance (fails Testable). Why does grow only logarithmically with mass ratio? ::: Because — the log flattens, so extra speed costs exponentially more propellant. In Ex 7, why is small-angle () valid? ::: Because , and to ~12 decimals at that size. What does FEA stand for? ::: Finite-element analysis — dividing a part into tiny elements to predict stress and vibration by computer.

See also: Mass Budget (Achievability of mass requirements), Technology Readiness Levels (TRL) (the TRL-6 gate for Achievable), Interface Control Document (ICD) (where interface requirements live), Failure Modes and Effects Analysis (FMEA) (which failures justify a requirement's Relevance).