##  [Trade-Off Analysis](/trade-analysis-2) 

 Definition

A structured, multi‑criteria method for comparing alternative designs, architectures, or requirements by quantifying and explicitly representing competing objectives (for example performance, cost, mass, reliability and risk) so decision makers can identify non‑dominated solutions and the assumptions that determine them.

 

 

 

 

 

 





## Principle

Principle

When multiple objectives conflict, representing alternatives in a common trade (decision) space exposes the Pareto/non‑dominated frontier and clarifies how weighting, constraints, and uncertainty change preferred solutions.

 

 

 

 

 





## Demonstration

Demonstration

Illustrative scenario — Situation: An engineering team must choose between three wing concepts with different drag, weight, and manufacturing cost. Recognition: They formulate objective functions for fuel burn, structural mass and unit cost and run multi‑objective optimization. Action: They plot the non‑dominated set and perform sensitivity runs on fuel‑price and manufacturing variance. Consequence: The team selects a configuration on the Pareto frontier that best matches program priorities and documents the sensitivity that would shift the choice.

 

 

 

 

## Misapplication

Misapplication

Treating a trade‑off analysis as a single‑metric optimization (for example equating the analysis to minimising cost only) or hiding objective weights within a single composite score. The semantic error is collapsing distinct objectives and obscuring how trade‑offs depend on subjective weights and uncertainty.

 

 

 

 

 





## Consequence

Consequence

Correctly performed, it reveals feasible, non‑dominated alternatives, their sensitivity to assumptions, and where additional design or data reduces uncertainty. Misapplied, it can produce decisions that appear optimal but hide unacceptable compromises or unaccounted risks.

 

 

 

 

## Reversal

Reversal

If one or more requirements are hard constraints (non‑negotiable safety, regulatory or interface limits) the trade space is reduced to a constrained feasibility problem; trade‑offs apply only among remaining free objectives. Also, when uncertainty dominates expectations (very high epistemic uncertainty), rank ordering by expected value may be misleading and robust or precautionary criteria are required.

 

 

 

 

 





## Boundary

Boundary

Clearly within: multidisciplinary design studies comparing performance, cost and risk metrics across system concepts. Boundary case: supplier selection where lifecycle cost and technical fit are compared but institutional procurement rules fix some weights. Clearly outside: a single‑criterion procurement that strictly selects the lowest bid regardless of performance differences.

 

 

 

 

 





## Semantic Tension

Semantic Tension

Performance (and innovation) versus cost, and quantified risk versus schedule; resolving these requires explicit weighting, constraint framing or multi‑stakeholder governance.

 

 

 

 

 





## Synthesis

Synthesis

Trade‑off analysis makes explicit that design choices are statements about prioritized objectives and assumptions; the useful output is not a single ‘‘best’’ option but a mapped set of defensible alternatives and the conditions under which each is preferred.