How to Use This Book
This book is long because rocket science is broad — but it is built so you can take the path that fits your goal, and so that every chapter rewards the time you give it. Here is how it is organized and how to get the most from it.
Four learning paths
You do not have to read all forty chapters in order (though the Engineering Student path does). Pick the path that matches why you are here; each chapter's Learning Paths box tells you what to focus on and what you can safely skim.
- 🚀 Space Enthusiast. Parts I–III, concepts over derivations. You will come away understanding what is really happening during a launch and why orbital mechanics works — enough to watch any mission with real comprehension. Read the prose and the callouts; skim the heaviest algebra.
- 📐 Engineering Student. The whole book, all the mathematics, every exercise. You will be able to size a rocket, design an orbit, and plan a mission. This is the path that matches an introductory aerospace-engineering sequence.
- 🎮 KSP Player. Parts I–III with a focus on orbital mechanics and delta-v. The game gave you the intuition; this path gives you the math behind it — vis-viva, Hohmann transfers, the delta-v map — so that "just add more boosters" becomes "here is exactly how much I need."
- 🛰️ Industry Prep. All parts, with emphasis on Parts IV–V (spacecraft systems and mission design). You will be ready to speak the language of a space-industry job: link budgets, mass budgets, trade studies, and design reviews.
How each chapter is built
Every chapter (index.md) follows the same rhythm, so you always know where you are:
- An Overview that hooks the physics and lists what you will be able to do.
- Numbered sections, each moving from physical intuition to a definition or derivation (with the strategy stated first) to a worked example using real numbers from a real rocket, at least one of them in Python.
- A Mission Design Checkpoint that advances your own mission (below).
- A Summary you can revise from, a Spaced Review that quizzes you on earlier chapters, and a What's Next that bridges forward.
Alongside the chapter body are six companion files: Exercises (graded ⭐ to ⭐⭐⭐), a Quiz for self-checking, two Case Studies (one that analyzes a real vehicle, one that designs a new one), Key Takeaways (a one-page reference card), and Further Reading.
The callouts
Watch for these boxes; each does a specific job:
💡 Intuition — the mental model. ⚠️ Common Misconception — a mistake people actually make. 🔗 Connection — a link to another chapter or a real mission. 🧩 Productive Struggle — try it before reading on. 🔄 Check Your Understanding — quick retrieval questions with hidden answers. 🚪 Threshold Concept — an idea that changes how you see everything after it. 🐛 Find the Error — a flawed calculation to debug. 📜 From History — who did it first, and why. 🔧 Engineering Reality — the practical constraint theory misses.
Your project: Design Your Mission
Starting in Chapter 1, you will choose one mission and develop it across the whole book: a
communications satellite to GEO, a lunar lander, a Mars orbiter, or an asteroid
rendezvous. Each chapter's Mission Design Checkpoint adds one piece — an orbit, a delta-v budget, a
propulsion choice, a mass budget — until, at the capstone, you hold a complete Mission Design Review
(MDR) document, the same deliverable real engineers defend before a mission is funded. If you want to
go further, an optional Python package, astrotools (assembled in Appendix I), lets you simulate your
mission as you build it.
Running the code (optional)
The book is designed to be read without running anything — every code example shows its expected
output inline. If you want to run and modify the examples, install the four libraries in
requirements.txt (pip install -r requirements.txt): NumPy, SciPy, Matplotlib, and Astropy. In the
Jupyter Book edition the code cells are live.
A note on the mathematics
The math is real, but it is never decoration. Every symbol is defined the moment it appears, every equation is explained in words, and every number carries its units. If a derivation feels dense, read the Strategy first note above it, then follow the steps — and remember that the reward for the algebra is always a real, checkable fact about how a real machine flies.