Scientific Practices, Engineering Design, and Crosscutting Concepts · 9 min read
Engineering Design and Applications
This chapter covers Competency 0002 (SMR 1.2): defining engineering problems with criteria and constraints, developing and evaluating solutions, using models in design, optimizing through trade-offs, and understanding how science, engineering, and technology depend on one another and affect society and the natural world.
Science and Engineering: Different Goals, Shared Tools
Science seeks to explain the natural world by asking questions and building explanations. Engineering seeks to solve problems by designing objects, processes, and systems that meet human needs. A scientist might ask, "Why does soil liquefy during an earthquake?" An engineer asks, "How can we design a foundation that keeps a building standing when the soil under it liquefies?"
The two enterprises use many of the same practices: modeling, investigating, analyzing data, and using mathematics. The key difference is the endpoint. A scientific investigation ends with an explanation; an engineering project ends with a solution that is good enough given the limits it must work within.
Exam Tip: If a question describes a goal of explaining a phenomenon, it is about science. If it describes building, improving, or choosing something to meet a need, it is about engineering. Several distractors on the exam deliberately mix up the two.
Defining the Problem: Criteria and Constraints
Engineering design begins by defining the problem precisely. Two terms are essential.
Criteria: the requirements a successful solution must meet, the measures of success. Example: a classroom water filter must remove at least 90% of visible sediment and produce 1 liter of water in under 10 minutes.
Constraints may be physical (strength of materials, available energy), economic (budget), temporal (deadlines), legal or safety-related (building codes), environmental (no harmful runoff), and social or cultural (community acceptance, accessibility). A problem is well defined when its criteria are measurable and its constraints are explicit.
Common Trap: Criteria and constraints are easy to swap. Ask yourself: is this a goal the design must achieve (criterion) or a limit it must stay within (constraint)? "Must hold 2 kg" is a criterion; "must weigh less than 50 g" is a constraint.
The Design Cycle
Engineering design is iterative rather than a straight line. Most models describe a cycle like this:
- Define the problem, including criteria and constraints.
- Research the problem and existing solutions.
- Brainstorm several possible solutions without judging too early.
- Evaluate and select the most promising solution against the criteria and constraints.
- Build a model or prototype.
- Test the prototype and collect data.
- Analyze results, identify failure points, and redesign.
- Communicate the solution and its limitations.
Steps 5 through 7 repeat many times. Each round of testing reveals weaknesses. Engineers often test one change at a time, the engineering version of a controlled variable, so they know which modification caused an improvement.
Evaluating Solutions: Decision Matrices
When several designs compete, engineers use a decision matrix (also called a Pugh chart or weighted scoring table). Each criterion receives a weight that reflects its importance, each design is scored on each criterion, and the weighted scores are added.
Worked Example: A school is choosing among three shade structures for a playground. Criteria and weights are cost (weight 3), heat reduction (weight 5), and ease of maintenance (weight 2). Each design is scored from 1 (poor) to 5 (excellent). Design A scores cost 4, heat 3, maintenance 5. Design B scores cost 2, heat 5, maintenance 4. Design C scores cost 5, heat 2, maintenance 4.
Result: Design B is the best choice under these weights, even though it is the most expensive, because heat reduction was weighted most heavily.
The example shows that the "best" solution depends on priorities. If the budget constraint were strict and Design B exceeded it, Design B would be rejected regardless of its score. Constraints act as pass-fail filters; criteria are weighed against each other.
Models in Design
Engineers rely on models at every stage. Sketches and diagrams communicate ideas. Physical scale models and prototypes test how a design performs. Mathematical models predict loads, flow rates, or energy use. Computer simulations test thousands of variations quickly and cheaply, such as how a bridge sways in wind or how a building responds to shaking.
Testing a model is cheaper and safer than discovering a flaw in the finished product. A shake-table test of a scale model building can reveal weak connections before a real building is constructed in a seismically active region of California. But a scale model does not behave exactly like the full-size object, because properties such as mass, surface area, and strength scale differently with size. Engineers must account for these differences.
Testing Prototypes and Using Data
Engineering decisions should rest on test data, not on opinions about which design "looks" best. A good test measures performance against each criterion under realistic, repeatable conditions, uses several trials, and changes only one design feature between versions. Engineers also test to failure, deliberately loading a prototype until it breaks, so they know the safety margin between expected use and failure.
Worked Example: Students test two prototype egg-drop containers from a height of 3.0 m. Version 1 protects the egg in 6 of 10 trials. Version 2, which adds a folded-paper crumple zone, protects the egg in 9 of 10 trials. Both meet the mass constraint of 100 g. By how many percentage points did the success rate improve, and why does the crumple zone help?
Result: The success rate improved by 30 percentage points, and the improvement is explained by a longer stopping time reducing impact force.
Notice how the example joins engineering to science: knowing the relationship between force, time, and momentum tells the designer which feature to improve. Notice also what the data cannot show. Ten trials per version is a small sample, so a cautious engineer would run more trials before making a final decision, and would test at other heights to see whether the advantage holds.
Exam Tip: When asked for the best next step after a prototype test, favor answers that use the test data to target the specific failure point and then retest. Answers that change several features at once, or that skip testing, are usually wrong.
Optimization and Trade-Offs
Optimization means improving a design so that it meets the criteria as well as possible within the constraints. Because criteria often conflict, optimization requires trade-offs: giving up some of one quality to gain more of another.
A car body made of aluminum is lighter and more fuel-efficient than steel but costs more.
A thicker levee resists floods better but uses more land and material.
A highly effective pesticide may protect crops but harm pollinators and water quality.
Adding insulation lowers heating costs but increases initial construction cost.
Engineers also break complex problems into smaller subproblems that can be solved and tested separately, then combined. A Mars rover's design, for example, can be split into power, communication, mobility, and sampling systems, each optimized on its own and then integrated, with trade-offs among them (more batteries mean more mass for the wheels to carry).
Failure analysis is part of optimization. When a prototype fails, engineers study where and why it failed and use that information to improve the next version. A failed design is valuable data.
Impacts on Society and the Natural World
Every technology has costs, benefits, and risks, some of them unintended. Engineers and citizens evaluate solutions against environmental, social, cultural, and economic impacts, not just performance.
A life cycle assessment traces a product's environmental effects from raw material extraction through manufacturing, transport, use, and disposal or recycling. A reusable water bottle has a larger manufacturing footprint than a single disposable bottle but a much smaller footprint over hundreds of uses.
Examples relevant to California:
Dams and aqueducts provide water storage, flood control, and hydroelectric power, but they block fish migration, trap sediment, and change downstream ecosystems.
Pumping groundwater in the Central Valley supports agriculture but can cause land subsidence, permanently reducing aquifer storage.
Defensible space and fire-resistant building materials reduce wildfire losses but require ongoing maintenance and cost.
Cultural and social considerations include whether a solution is accessible to all members of a community, whether it respects local practices and knowledge, including the land-management knowledge of Indigenous communities such as cultural burning, and who bears the risks versus who receives the benefits.
Interdependence of Science, Engineering, and Technology
Science, engineering, and technology drive one another forward. Scientific discoveries make new technologies possible: understanding electromagnetic induction led to generators and transformers. In turn, new technologies make new science possible: the telescope revealed moons around Jupiter, the microscope revealed cells, and gene-sequencing machines transformed biology. Engineering problems also raise new scientific questions, such as why certain metals fatigue and crack after repeated stress.
Society shapes this cycle through funding, regulations, and demand. Public concern about air quality, for example, has driven research into emissions, the engineering of catalytic converters and electric vehicles, and new technologies for monitoring pollutants.
Memory Aid: Think "S-E-T spiral": Science explains, Engineering designs, Technology results, and new technology opens the next round of science.
Key Takeaways
Science explains natural phenomena; engineering designs solutions to human problems, but both use models, data, and mathematics.
Criteria are measurable goals for success; constraints are limits such as cost, time, materials, safety, and environmental impact.
Design is iterative: brainstorm, select, prototype, test, analyze failure, and redesign, ideally changing one feature at a time.
Evaluate solutions for environmental, social, cultural, and economic impacts, including unintended consequences across the full life cycle.
Science, engineering, and technology are interdependent, each enabling advances in the others.
Study coach
Ask about this chapter
Answers come only from “Engineering Design and Applications”. If the chapter doesn't cover it, the coach will say so.
Finished reading?
Lock it in with a quick Scientific Practices, Engineering Design, and Crosscutting Concepts quiz.