NivaarExam PrepOfficial exam papers ↗

22-Mec-B5 Product Design and Development · December 2017

Question 2 of 7: The Design Process, Iteration, and What Makes a Design Complete

Nivaar worked solution (AI-drafted; not reviewed by a licensed engineer)

Notes on this paper

Paper format. National Exams, December 2017. Three (3) hours. OPEN BOOK; an approved Casio or Sharp calculator is permitted. Question 1 is compulsory and carries 40 marks; four (4) of the remaining six (6) questions are chosen, each worth 15 marks, for 100 marks attempted out of 130 printed. Only the first five questions appearing in the answer book are marked. The marking scheme is printed on page 4 of the paper and is reproduced against each question below. Most answers are expected in essay form, supported by tables, figures and charts.

How to use this document. Every one of the seven printed questions is answered in full, not just the five a candidate would attempt, so that the set works as a study resource. This is a descriptive design-methodology paper: the marks are for method, structure and judgement rather than for arithmetic. Where a number genuinely sharpens an argument — a DFA index, a process break-even, a capability index, a material index — it is computed explicitly and framed with Given. and Find. so the reasoning can be checked. All monetary figures are Canadian dollars.

Reference texts for 16-Mec-B5

Question 2: The Design Process, Iteration, and What Makes a Design Complete (15 marks)

Question text not reproduced: the examination questions are © Engineers and Geoscientists BC. Open the official past paper (linked at the top of this page) to read the question, then follow the worked solution below.

Part A — Design as a verb and as a noun

Design as a verb is the activity of converting an incompletely stated need into a completely specified physical realisation, under constraints that are only partly known when the activity begins. Functionally, it is a search: the designer proposes candidate solutions, evaluates them against requirements, and uses the discrepancy to propose better candidates. Three properties distinguish it from analysis. It is divergent before it is convergent — the solution set must be widened before it is narrowed, or the chosen concept is merely the first one thought of. It is constrained but underdetermined — the requirements are necessary conditions, never sufficient ones, so there is no unique right answer and the designer must supply judgement the requirements do not contain. And it is decision-consuming — each commitment removes freedom from every later stage, which is why the cost of a change grows so steeply with time.

Design as a noun is the complete, unambiguous and self-consistent description of the artefact that results: the geometry, the materials, the tolerances, the processes, the interfaces and the operating and disposal conditions, together with the evidence that the description satisfies the requirements. The functional test of the noun is reproducibility — a competent third party, given the design and nothing else, must be able to make the product and get the same result. If they must telephone the designer to ask a question, the noun is not yet finished, however finished the verb feels.

The distinction is not academic. Contract disputes, professional-liability claims and technology-transfer failures usually arise because a client bought the noun and the engineer delivered the verb: a design direction, a set of sketches and a body of undocumented judgement that lived only in the design team. Under Canadian professional practice the deliverable is the noun, sealed, and the seal certifies that the description is complete enough to be built from.

Part B — Important steps in a typical design process

Every serious formulation — Ulrich and Eppinger, Pahl and Beitz, Dieter and Schmidt — contains the same six moves under different names.

  1. Clarify the need and plan the project. Identify who the customer is, what problem they actually have as distinct from the solution they asked for, the business case, and the market and regulatory context. The output is a mission statement with a scope boundary.
  2. Establish requirements and target specifications. Convert customer statements into measurable metrics with target and marginally acceptable values. This is the step that makes later evaluation possible; a process that skips it can generate concepts but cannot choose between them.
  3. Generate concepts. Decompose the function, search externally (patents, competitors, analogous industries) and internally (structured ideation, morphological charts), and produce a genuinely diverse set of architectures rather than variants of one idea.
  4. Select and embody a concept. Screen against a datum, then score the survivors against weighted criteria, then commit. Embodiment fixes the architecture, the layout, the major materials and the manufacturing routes, and it is where most of the eventual cost is determined.
  5. Detail, prototype and validate. Complete every dimension, tolerance, material and process specification; build physical and analytical prototypes; verify against the requirement set and validate against the original need. Design reviews at defined gates are part of this step, not an interruption of it.
  6. Release to production and support the life cycle. Transfer to manufacturing with a controlled data package, ramp up, then manage field feedback, service, obsolescence and end-of-life recovery. Design responsibility does not end at release.
ClarifyneedSpecifyrequirementsGenerateconceptsSelect andembodyDetail andvalidateRelease toproductionrequirement changeconcept reworkfield feedbackA typical design process: forward flow, with the iteration loops that carry most of the learningeach loop closes a fraction of the remaining requirement gap; loops crossing the release gate cost the most
Figure 2.1 — The six steps run forward, but the loops shown dashed are where most of the learning happens. The further right a loop starts, the more expensive it is.

Part C — The importance of iteration

Iteration is not a symptom of a badly run project; it is the mechanism by which design converges at all. Because the requirements are incomplete at the start and the designer’s knowledge of the solution is lowest exactly when the most consequential decisions are being made, the only way to reduce uncertainty is to build a candidate, test it against reality and use the error. Each pass closes some fraction of the remaining gap between the current design and a compliant one, so the gap decays geometrically rather than linearly.

Given. Each design pass closes 40 per cent of the remaining requirement gap, so the retention ratio is $\rho = 0.60$. A residual gap of 4 per cent is considered acceptable for release. Find. The number of passes required.

  1. Model the residual gap. After $k$ passes the residual gap is $g_k=\rho^{k}$. Setting $g_k = 0.04$ and solving, $$k=\frac{\ln g_{\text{target}}}{\ln \rho}=\frac{\ln 0.04}{\ln 0.60}=6.30$$ so $\boxed{k = 7\ \text{iterations}}$ are needed, since a partial pass does not exist. The intermediate values are instructive: 60, 36, 21.6, 13.0, 7.8, 4.7 and 2.8 per cent, which is why a project that has budgeted three iterations is still 21.6 per cent away when it runs out of schedule.
0.000.200.400.600.801.00012345678design iteration kresidual requirement gappass 7residual gap g_k = rho^k, rho = 0.60target residual gap 4 pct reached on pass 7
Figure 2.2 — Geometric decay of the residual requirement gap at a 40 per cent closure rate per pass. Seven passes are needed to reach a 4 per cent residual; the first three passes do most of the visible work and the last four do most of the convincing.

Two consequences follow, and they are what the marks are for. First, iteration must be planned and budgeted, because seven passes at a realistic closure rate is a schedule item, not an accident. Second, and more important, iterations must be pushed early. The cost of a change rises by roughly an order of magnitude at each stage boundary — concept, detail, tooling, production, field — so a loop closed at the concept stage and the same loop closed after tooling differ in cost by a factor approaching ten thousand across four boundaries. This is the entire economic argument for cheap early prototypes, for simulation, and for set-based concurrent practice: they are ways of buying iterations at the price of the left-hand end of the process. The correct summary is that you do not get to choose whether to iterate, only where.

Part D — Key requirements that define a final, complete design

A design is complete when all of the following can be answered without consulting the designer.

The four-way test that Dieter and Schmidt use is a compact way to remember the first four: a complete design fixes function, form, material and process, and the marks are usually in noticing that these four are coupled rather than independent — changing the material changes the feasible processes, which changes the achievable tolerances, which changes the form, which can change the function.