Engineering specifications and requirements are precise, measurable statements that define what a design must do. A requirement says "the bridge must support 10,000 kg" rather than "the bridge must be strong." Requirements are divided into functional requirements (what the product must do), performance requirements (how well it must do it), and constraints (limits it must not exceed). Good requirements are specific, measurable, achievable, and testable -- if you cannot test whether a requirement is met, it is not a real requirement.
Give students a vague design brief ("design a good container") and have them try to build without clear requirements. Then provide a specific requirements list ("must hold at least 500 mL, must not leak when tilted 45 degrees, must weigh less than 200 g, must cost less than $3 in materials") and redesign. Compare the results. The contrast demonstrates why measurable requirements produce better designs.
When you build something casually -- a birdhouse, a sandcastle, a paper airplane -- you probably have a general idea of what "good" means and you adjust as you go. That works for informal projects, but professional engineering demands something more precise: specifications and requirements. These are written statements that define exactly what the design must accomplish, in terms that can be measured and tested.
Consider the difference between "the chair should be comfortable" and "the chair seat must be between 42 and 48 cm above the floor, must support a static load of 150 kg without permanent deformation, and must have a backrest angle between 95 and 110 degrees." The first statement is a wish. The second is a set of requirements -- each one can be measured with a ruler, a scale, or a protractor. You can definitively say whether the chair passes or fails.
Requirements come in several categories. Functional requirements describe what the product must do: "the water filter must remove particles larger than 1 micron." Performance requirements quantify how well it must work: "the filter must process at least 2 liters per minute." Constraints set boundaries: "the filter unit must weigh less than 3 kg and cost less than $50 to manufacture." Together, these categories form a complete picture of what "success" looks like.
Writing good requirements is harder than it sounds. The requirements must be specific enough to guide design decisions, measurable enough to verify, achievable given the technology and budget, and non-contradictory -- you cannot require something to be both as light as possible and as strong as possible without specifying the balance point. Engineers often discover contradictions in their requirements early in the design cycle, which is exactly when those conflicts are cheapest to resolve.
Requirements also serve as the contract between the engineering team and whoever is paying for the product. When a client says "I want a fast car," the engineer translates that into measurable requirements: "0 to 100 km/h in under 6 seconds, top speed above 250 km/h, fuel consumption below 10 L/100 km." If the final car meets those numbers, the engineer has delivered what was promised -- regardless of whether the client later says "I meant faster than that." Clear requirements protect both sides.