Skip to main content
Engineering LibreTexts

7: The Engineering Design Process

  • Page ID
    131332

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \( \newcommand{\dsum}{\displaystyle\sum\limits} \)

    \( \newcommand{\dint}{\displaystyle\int\limits} \)

    \( \newcommand{\dlim}{\displaystyle\lim\limits} \)

    \( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)

    ( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\id}{\mathrm{id}}\)

    \( \newcommand{\Span}{\mathrm{span}}\)

    \( \newcommand{\kernel}{\mathrm{null}\,}\)

    \( \newcommand{\range}{\mathrm{range}\,}\)

    \( \newcommand{\RealPart}{\mathrm{Re}}\)

    \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)

    \( \newcommand{\Argument}{\mathrm{Arg}}\)

    \( \newcommand{\norm}[1]{\| #1 \|}\)

    \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)

    \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    \( \newcommand{\vectorA}[1]{\vec{#1}}      % arrow\)

    \( \newcommand{\vectorAt}[1]{\vec{\text{#1}}}      % arrow\)

    \( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \( \newcommand{\vectorC}[1]{\textbf{#1}} \)

    \( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)

    \( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)

    \( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)

    \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)

    \(\newcommand{\longvect}{\overrightarrow}\)

    \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)

    \(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)
    The Engineering Design Process
    Design begins with incomplete information and ends with a justified decision. It is not analysis with extra steps — it is a fundamentally different kind of engineering work.

    Learning Objectives

    By the end of this chapter, you will be able to:

    • Distinguish between analysis problems and design problems.
    • Apply a seven-step engineering design framework from objective definition through communication.
    • Write a strong design objective that includes function, performance target, and evaluation metric.
    • Identify and classify hard versus soft constraints in a design problem.
    • Generate multiple design alternatives and evaluate them using a decision matrix.
    • Explain why iteration is a feature of design, not a symptom of failure.
    • Connect design decisions to safety factors and ethical responsibility.

    • 7.1: Analysis vs Design
      This page contrasts analysis and design in engineering, highlighting that analysis evaluates existing systems for outcomes, while design defines systems to achieve specific goals. Key design elements include variable selection, constraint adherence, and acknowledging multiple solutions. Notable real-world failures emphasize the necessity for rigorous design processes and the importance of reassessing modifications to prevent disasters.
    • 7.2: What Makes a Design Problem
      This page explains the difference between design problems and analysis tasks in engineering. Analysis tasks involve clearly defined systems with unique outcomes, like calculating current or tension. In contrast, design problems require choosing from alternatives based on constraints and often lead to multiple valid solutions, such as selecting component specifications for performance standards.
    • 7.3: Seven-Step Design Framework
      This page presents a seven-step engineering design framework: Define Objective, Identify Constraints, Generate Alternatives, Model & Analyze, Evaluate Trade-offs, Iterate & Refine, and Communicate. It highlights the iterative nature of design, where engineers revisit steps based on constraints and analysis. The chapter demonstrates these steps through a practical design problem—creating a support bracket for a 500 N load, emphasizing design thinking over full structural analysis.
    • 7.4: Define the Design Objective
      This page highlights the significance of defining design objectives for effective outcomes, detailing four essential components: function, performance target, context, and evaluation metric. It explains the necessity of an evaluation metric for comparison and includes an example for clearer formulation of objectives. Additionally, it offers a practice prompt for enhancing vague design objectives by adding specific details.
    • 7.5: Identify Constraints
      This page emphasizes the significance of identifying constraints in engineering design, distinguishing between hard constraints (mandatory requirements) and soft constraints (preferences subject to justification). It illustrates the role of hard constraints in defining the design space with an example involving cross-sectional area calculation based on load and allowable stress. Meeting hard constraints is deemed critical for evaluating design candidates.
    • 7.6: Generate Alternatives
      This page highlights the necessity of developing multiple design alternatives rather than relying on the initial idea to avoid suboptimal solutions. Engineers should create at least three distinct options to explore trade-offs and foster creativity while considering constraints. Examples of designs include a solid square rod, a hollow rectangular tube, and an L-bracket with gussets, all meeting area requirements.
    • 7.7: Model and Analyze
      This page details the application of structured workflow to assess bracket design alternatives, focusing on stress and mass as key performance indicators. It evaluates three design options (A, B, and C), all meeting safety constraints, and conducts a trade-off analysis to identify the optimal choice based on performance and material efficiency.
    • 7.8: Evaluate Trade-offs
      This page discusses the importance of trade-offs in design, where enhancing one aspect may weaken another. It highlights the use of a decision matrix for evaluating alternatives against various criteria through listing, weighting, scoring, and calculating totals to find the best option. It emphasizes the significance of careful weighting, as it can change results.
    • 7.9: Iterate and Refine
      This page highlights the critical role of iteration in design, focusing on its purpose beyond error correction to include refinement for improved constraint adherence. It notes that iteration may arise from hard constraints, design inefficiencies, or better alternatives. An example showcases iterating to optimize material usage in a bracket while ensuring safety and efficiency, stressing the need to continue refining until an optimal balance is reached, rather than accepting initial solutions.
    • 7.10: Communicate
      This page emphasizes the significance of clear communication in design decisions, detailing the necessary components such as objectives, constraints, alternatives, justification, and limitations. An example illustrates the choice of a solid square rod considering factors like load and safety, while addressing alternatives and their limitations.
    • 7.11: Design, Ethics, and Safety Factors
      This page explores the ethical dimensions of engineering design, highlighting that failures can stem from collectively flawed yet defensible individual decisions. It outlines key ethical principles like stating assumptions, applying appropriate safety factors, and honest documentation of limitations.
    • 7.12: Summary
      This page outlines the difference between engineering design and analysis, noting that design addresses "what to build" and analysis deals with the implications. It highlights the importance of establishing clear design objectives, distinguishing hard from soft constraints, and exploring multiple alternatives. The use of a decision matrix for trade-off evaluations is emphasized, along with the necessity for clear communication regarding objectives and constraints.
    • 7.13: Quick Check
      This page distinguishes between analysis and design tasks in engineering, highlighting that analysis involves calculations, while design requires selecting components to meet objectives. It stresses the importance of clear design goals, evaluation metrics, and iterative processes for improvement. Understanding material limits and constraints is also crucial, with practical examples provided through a matrix decision-making approach.


    This page titled 7: The Engineering Design Process is shared under a CC BY-NC license and was authored, remixed, and/or curated by .