2020(S09) Lecture:week 8

From OpenWetWare

(Difference between revisions)
Jump to: navigation, search
Current revision (15:03, 30 March 2009) (view source)
(Week 8 Studio)
 
(15 intermediate revisions not shown.)
Line 3: Line 3:
=<center>Week 8 Tuesday</center>=
=<center>Week 8 Tuesday</center>=
 +
==Welcome Back Project Status Report==
 +
* Brief report of each team's project status.
 +
1. oncoCURES<br>
 +
2. ENERGYneering<br>
 +
3. TrashToTreasure<br>
 +
4. Neurohackers<br>
 +
5. Growth!<br>
 +
6. BoostTheBody<br>
==Challenge: <font color = blue> Parts</font color>==
==Challenge: <font color = blue> Parts</font color>==
Line 141: Line 149:
The physical and functional assembly of the poetic parts can be mapped to biological engineering once we define what a genetic "part" is. Let's start by extending what we did with the William Carlos Williams poem, namely let's consider a few natural genetic compositions, see what common elements compose them, and then try to bin these so we might compose new genetic elements by mixing and matching parts.  
The physical and functional assembly of the poetic parts can be mapped to biological engineering once we define what a genetic "part" is. Let's start by extending what we did with the William Carlos Williams poem, namely let's consider a few natural genetic compositions, see what common elements compose them, and then try to bin these so we might compose new genetic elements by mixing and matching parts.  
-
The bacterial lac operon is one we're already familiar with from our conversation with Jon Beckwith earlier in the term.  
+
The bacterial lac operon is one we're already familiar with from our conversation earlier in the term.  
[[Image:Lac operon1.png|600 px]]
[[Image:Lac operon1.png|600 px]]
Line 151: Line 159:
Recombinant DNA technology gives us great power to move pieces of DNA around but it doesn't answer all the questions we might have about the resulting composition. For instance, are promoters/operators/genes and terminators all the parts we need to write a genetic program. Would the promoter that's in front of LacI make sense in front of LacZ, Y, and A? Is there something important about the junction of the parts?  
Recombinant DNA technology gives us great power to move pieces of DNA around but it doesn't answer all the questions we might have about the resulting composition. For instance, are promoters/operators/genes and terminators all the parts we need to write a genetic program. Would the promoter that's in front of LacI make sense in front of LacZ, Y, and A? Is there something important about the junction of the parts?  
-
An introduction to systematic examination and nomenclature of genetic parts, watch Device dude and Systems Sally's introduction to [http://biobuilder.org/part.html Parts]
+
An introduction to systematic examination and nomenclature of genetic parts, watch Device Dude and Systems Sally's introduction to [http://biobuilder.org/part.html Parts]
-
 
+
==Part 3: <font color = blue> The Registry of Standard Biological Parts</font color>==
==Part 3: <font color = blue> The Registry of Standard Biological Parts</font color>==
Line 169: Line 176:
The part numbers as well as the DNA itself are collected at the [http://parts.mit.edu/registry/index.php/Main_Page Registry of Standard Biological Parts].  
The part numbers as well as the DNA itself are collected at the [http://parts.mit.edu/registry/index.php/Main_Page Registry of Standard Biological Parts].  
-
For your final project in this class, you will enter a part into the registry. We'll show you some good parts and some good documentation in class so you can model your work on those examples.
+
For your final project in this class, you will enter a part into the registry. We'll look at some good parts and some good documentation in class so you can model your work on those examples.
==Before tomorrow's studio time==
==Before tomorrow's studio time==
-
If there are outstanding issues related to the system you're working on for your project be sure everyone on your team knows how you'll solve the issue(s) and make a plan to come to studio tomorrow with materials for finishing the system overview and getting good work done on the device list and the timing diagram.  
+
If there are outstanding issues related to the system you're working on for your project be sure everyone on your team knows how you'll solve the issue(s) and make a plan to come to studio tomorrow with materials for finishing the system overview and getting good work done on the device list and the timing diagram.
-
 
+
=<center>Week 8 Studio</center>=
=<center>Week 8 Studio</center>=
-
==Part 1: <font color = blue></font color>==
+
==Part 1: <font color = blue> Eau d'coli test/debug</font color>==
 +
<center>
 +
[[Image:Overall MIT2006 Fullsystem.jpg]]
 +
</center>
 +
Aye yay yay!  Won't we ever get away from this Eau d'E coli project?  Not yet!  Take a close look at the device-level system diagram.  You can't see all the underlying BioBrick parts (there are ~24 parts in total).  If you were the designer of this system, do you think that the system would work if you just synthesized all the DNA as a single contiguous strand, transformed this new DNA into a cell, and let your genetic program rip!?  Or, stated differently, what would be your next step if you tried to get everything working at once, and NOTHING HAPPENED, or, even worse, your engineered DNA killed the cell?  <br>
 +
<br>
 +
Having a plan for testing and debugging your projects is critical.  To help you think about how to develop the best testing and debug plan for your 20.020 projects, spend the next 10' working with your team to outline a testing and debug plan for the Eau d'coli system.  Before you get started, designate one person on your team to act as spokesperson. Once the 10' are up, we'll ask each spokesperson for an accurate description of your testing and debug plan. If you're having trouble knowing where to start, you might consider:
 +
*First, use the device level system diagram to sketch out a timing diagram (use a white board).
 +
*Second, think about what this iGEM team could have done if they just added all this DNA to the cell, and then nothing happened (no smell, or worse, all the cells died). How would they go about figuring out what aspects of the project might be working, and what other components need to be revised or fixed?
 +
*Finally, look again at the device-level system diagram.  Is there anything about the system's design that makes testing and debugging easier or harder than it might be otherwise?  Would you like to change any aspects of the system design to make testing and debug easier?
 +
==Part 2: <font color = blue>Data-driven Decision-making</font color>==
-
==Part 2: <font color = blue></font color>==
 
-
 
-
=<center>Week 8 Thursday</center>=
 
-
==Challenge: <font color = blue> </font color>==
 
-
As much as we'd all like to have unlimited amounts of time and funding, few of us do. Let's warm up for today's lecture-time work with two quick conversion challenges.
 
-
===Part 1: take me away!===
 
-
Spring Break has just passed but who wouldn't mind another getaway. Maybe even for just a day--skip classes on Friday and come back late Saturday. All of Sunday to catch up. Hmm. Delta has a direct flight to Bermuda. Kayak.com....
 
-
*Flight 508 departs Logan Friday at 8:53 AM and arrives at Bermuda International at noon then
 
-
*Flight 507 leaves BDA Saturday at 4:35 PM, back at Logan at 5:50...in time for Saturday dinner.
 
-
Airfare alone is $371. '''Should I take the T or a cab to Logan?'''
 
-
'''Take 10 minutes to decide as a group if you'd travel by T or taxi to the airport.''' Be sure to keep track of your reasons that favor one or make you disinclined to the other. After 10 minutes of work on this challenge, we'll hear the choice and the top 2 reasons from each group. 
 
-
===Part 2: better to be lucky than good?===
 
-
[[Image:1101540329 400.jpg|thumb|left| Jonas Salk/Time magazine cover]]Some people seem destined to be in the right place at the right time. There are businessmen, military heroes, and celebrities whose good personal outcomes seem best explained as lucky alignments of stars and planets. Critically good timing was a strength of Jonas Salk, who is commonly credited as ''the'' scientist responsible for the polio vaccine. As profiled in [http://www.time.com/time/time100/scientist/profile/salk.html Time Magazine], Jonas Salk was "strictly a kitchen chemist (who) never had an original idea in his life," according to Albert Sabin one of "the other" men credited for conquering polio. How can timing be related to cost of launching a project? In Salk's case, his ability to offer a killed-virus as a polio vaccine was wholly enabled by John Ender's discovery of effective culturing techniques for the polio virus itself. <br>
 
Consider once more the Melbourne 2007 iGEM project. In a series of questions at the end of [http://parts.mit.edu/igem07/jam07media/Jam07_Melbourne.mp4 their presentation], the team gets asked about any changes to the gas vesicles device that might allow gas-filled cells to become even more buoyant. Their answer speaks to some scientific work others have done to understand the vesicle-encoding operon, research that has shown at least one gene in the operon is a negative regulator. By deleting that gene, the Melbourne team thinks they might make their cells even more buoyant. '''If you and your team were the Melbourne team, what would you do with this information?''' <br>
Consider once more the Melbourne 2007 iGEM project. In a series of questions at the end of [http://parts.mit.edu/igem07/jam07media/Jam07_Melbourne.mp4 their presentation], the team gets asked about any changes to the gas vesicles device that might allow gas-filled cells to become even more buoyant. Their answer speaks to some scientific work others have done to understand the vesicle-encoding operon, research that has shown at least one gene in the operon is a negative regulator. By deleting that gene, the Melbourne team thinks they might make their cells even more buoyant. '''If you and your team were the Melbourne team, what would you do with this information?''' <br>
-
Here are some options. You can consider these or others, but weigh them in terms of their associated cost (both time and money).  
+
First let's review one technical advance that opens a number of options for you, namely [http://www.biobuilder.org/dnasynthesis.html DNA synthesis.]
 +
Then as a class we'll consider some options--weighing these (or others) in terms of their associated cost (both time and money).  
*Use the entire gas vesicle operon to get the basic Coliform system working then tweak the system later to improve it.  
*Use the entire gas vesicle operon to get the basic Coliform system working then tweak the system later to improve it.  
*Wait to assemble your system until you can perform experiments to know more about each gene in the operon.  
*Wait to assemble your system until you can perform experiments to know more about each gene in the operon.  
Line 199: Line 203:
*Spend one week in the library to read all you can about these vesicles and then decide.  
*Spend one week in the library to read all you can about these vesicles and then decide.  
*Place a DNA synthesis order for the full operon (6 kilobases) as well as every single gene knockout and double gene knockout.  
*Place a DNA synthesis order for the full operon (6 kilobases) as well as every single gene knockout and double gene knockout.  
-
'''After 10 minutes''' we will hear back from each group about their preferred strategy for optimizing time and money.
 
-
 
===Mapping these ideas to your project===
===Mapping these ideas to your project===
Now it's time to look at the list of devices you have identified as part of your project (some of you may have a full list of needed devices and some of you will have only a partial list, in which case you'll have to consider these ideas now and then revisit them when your device list is complete). What might factor into the cost and time of assembling the devices into your working system? Do you know all you need to know about how they work? Are there easy ways to find out more? Do the devices already exist or will you have to make them yourself? You might want to make a chart that lists your degree of confidence in each device, where confidence is tempered by its cost/time/source/description and perhaps safety/security concerns...something we will return to next week. <br>
Now it's time to look at the list of devices you have identified as part of your project (some of you may have a full list of needed devices and some of you will have only a partial list, in which case you'll have to consider these ideas now and then revisit them when your device list is complete). What might factor into the cost and time of assembling the devices into your working system? Do you know all you need to know about how they work? Are there easy ways to find out more? Do the devices already exist or will you have to make them yourself? You might want to make a chart that lists your degree of confidence in each device, where confidence is tempered by its cost/time/source/description and perhaps safety/security concerns...something we will return to next week. <br>
Generate a list or table that might be useful as part of your [[20.20(S09): Technical Specification Review| Tech Spec Review]] next week.
Generate a list or table that might be useful as part of your [[20.20(S09): Technical Specification Review| Tech Spec Review]] next week.
 +
 +
==Part 3: <font color = blue>Project work time</font color>==
 +
Let's get busy working on the details of these projects!
 +
 +
=<center>Week 8 Thursday</center>=
 +
<center>''“Faith is a poor substitute for reason”'' Thomas Jefferson</center>
 +
As you hone in on the details of your projects, your team should plan ways to validate the system's operation and ways to learn from its glitches. We have two quick challenges for you today. The first illustrates that even the "best" answers you can offer that are consistent with all available data remain tentative, that the answer is either strengthened or revised by additional data and that all interpretations are subject to personal biases, human values and the various ways we all think about the world. The second challenge puts you midstream in a flawed design and requires that you consider the modes of failure to debug/troubleshoot the problem. <br>
 +
We will spend '''only 20 minutes on these challenges''' and then you and your team can use the rest of today's lecture time to prepare for next week's [[20.20(S09): Technical Specification Review| Tech Spec Review.]]
 +
==Challenge 1: <font color = blue> The check's in the mail </font color>==
 +
This challenge is adapted from Judy Loundagin's lesson, [http://www.indiana.edu/~ensiweb/lessons/chec.lab.html here].
 +
# One member of your team should serve as scribe (with notebook sheet to be provided). Another should be spokesperson (see item 7, below).
 +
# Each team should get one envelope that is filled with fictional checks. Do not look at the checks yet. All envelopes have the same checks.
 +
# Remove and examine '''4 checks only.'''
 +
# Discuss a plausible scenario which involves those checks.
 +
# Once your group has agreed on a reasonable scenario that accounts for the checks, and the scribe has written it down, then you can draw '''4 more checks from the envelope.''' As tempting as they are, the unchosen checks must stay in the envelope, unexamined.
 +
# Reconsider your initial scenario to include the information you can glean from all 8 of the checks. 
 +
# We will take 1 minute to hear from each team. The spokesperson should detail
 +
*the content of the first 4 checks,
 +
*the way your team considered their content and
 +
*the initial conclusion you drew
 +
*the details of the next 4 checks and
 +
*the revisions you made to the scenario to accommodate the information. <br>
 +
Finally, the spokesperson should say '''what kind of check they would expect to see''' in the envelope if their scenario is correct '''OR what kind of check would blow their ideas out of the water''' and demand a full re-write of their explanation.
 +
==Challenge 2: <font color = blue> Soap Stress </font color>==
 +
[[Image:CompressionalStress.png|thumb|left|Compressional stress on a cube]]
 +
[[Image:TensionalStress.png|thumb|left|Tensional stress on a cube]]
 +
[[Image:ShearStress.png|thumb|right| Shear stress on a cube]]<br>
 +
This challenge is adapted from one described at [http://www.teachengineering.com/ teachengineering.org]. We will skip the preliminary descriptions of [http://scign.jpl.nasa.gov/learn/plate5.htm plate tectonics] and just remind you of three stresses that give rise to deformation: compression, tension and shearing forces.
 +
[[Image:Brokensoap.png|center|200pxl|sample of soap packaging and damage]]
 +
# Begin by looking at how the packaged soap is breaking during shipment from the factory to the distributor (a sample of the broken soap will be available for you to look at). Decide as a team which kind of stress could be leading to this kind of damage. '''Pick only one kind''' (i.e. not a combination of tension and shear) and rate your confidence in that choice on a scale of 1-10 (1 = we had to pick something so we picked this, 10 = I'd bet my house on it)
 +
# Now start counting costs to analyze and fix what you believe to be the failure mode.
 +
#* if you'd like to stress an unbroken soap bar, each bar costs $1
 +
#* if you'd like to use paper to wrap each bar of soap, each sheet of paper costs $0.01
 +
#* if you'd like to use a small piece of cardboard to line each bar of soap, each piece of cardboard costs $0.05
 +
#* if you'd like to use larger sheets of cardboard to line each 12 pack of soap, each large sheet costs $0.50
 +
<br>
 +
'''In 5 minutes''', your team will be asked
 +
*which of the three stresses you believe could be breaking the bars of soap
 +
*how confident you are with that choice
 +
*what you'd propose as the best way to fix the problem
 +
*how much you spent to arrive at that recommendation and what your proposed solution will cost
 +
*and finally if you are more or less confident in the source of stress that's breaking the soapbars after this quick round of failure analysis, and debugging.
 +
Be sure to wash your hands before you touch your eyes if you've been breaking soap to test it.
 +
==Mapping these challenges to your project==
 +
There is no such thing as either complete knowledge or flawless design. And if you believe, as Henry Petroski does, that "...the central goal of engineering is still to obviate failure, and thus it is critical to identify exactly how a structure may fail." (pg 195 in [http://www.amazon.com/Engineer-Human-Failure-Successful-Design/dp/0679734163 To Engineer is Human]), then you and your team will dedicate effort
 +
*to collecting relevant data that validates or disproves the ideas in your own project and
 +
*to anticipating failure modes so debugging your design is trivial rather than backbreaking. <br>These ideas of validation and debugging should be included in your Tech Spec Review, at least a first go at them.

Current revision

Contents

Week 8 Tuesday

Welcome Back Project Status Report

  • Brief report of each team's project status.

1. oncoCURES
2. ENERGYneering
3. TrashToTreasure
4. Neurohackers
5. Growth!
6. BoostTheBody

Challenge: Parts

Part 1: Poetic Parts

This challenge was inspired by This American Life #354: Mistakes Were Made

Consider the content of ‘This is Just to Say” a poem by William Carlos Williams

Poem 1

I have eaten
the plums
that were in
the icebox
and which
you were probably
saving
for breakfast
Forgive me
they were delicious
so sweet
and so cold

The poem is often taught in poetry classes and often spoofed. Consider, for instance, these 2 spoofs by Kenneth Koch:

Poem 2

Last evening
we went dancing
and I broke your leg
Forgive me
I was clumsy and
I wanted you here
in the wards
where I am the doctor

Poem 3

I chopped down the house that you had been saving to live in next summer.
I am sorry, but it was morning, and I had nothing to do
and its wooden beams were so inviting.


And one more spoof from the blog somewhere in the suburbs

Poem 4

I have dried
the shirt
made of 100% cotton
that was on your floor
and which
you were probably
planning
to air dry
Forgive me
if you had sorted
your own laundry
it would not be
so short
and so small

If you wanted to write your own spoof of the William Carlos Williams poem, you might begin by comparing the structure of these four poems. As a starting point they can be broken into 5 elements, namely

  • 2 part situation
  • “forgive me,” and
  • 2 part explanation.

For each poem, these elements are:

Situation (part 1) Situation (part 2) Forgive me Explanation (part 1) Explanation (part 2)
I have eaten the plums that were in the icebox and which you were probably saving for breakfast Forgive me they were delicious so sweet and so cold
Last evening we went dancing and I broke your leg Forgive me I was clumsy and I wanted you here in the wards where I am the doctor
I chopped down the house that you had been saving to live in next summer. I am sorry, but it was morning, and I had nothing to do and its wooden beams were so inviting.
I have dried the shirt made of 100% cotton that was on your floor and which you were probably planning to air dry Forgive me if you had sorted your own laundry it would not be so short and so small

Mix & Match Poetry

Now we can try to swap these poetic elements to see what interesting and clever spoofs we write. How about:

Situation (part 1) Situation (part 2) Forgive me Explanation (part 1) Explanation (part 2)
I have eaten the plums that were in the icebox and I broke your leg Forgive me but it was morning, and I had nothing to do and I wanted you here in the wards where I am the doctor

That seems to work but is it better? Let's try again:

Situation (part 1) Situation (part 2) Forgive me Explanation (part 1) Explanation (part 2)
I chopped down the house and which you were probably planning to air dry Forgive me they were delicious it would not be so short and so small

Well shoot, that's horrible. For one thing: It doesn't say anything understandable---this can be broadly described as a problem of functional compostion. For another thing: the connection between the different elements is, well, "awkward" at best---this can be broadly described as a problem of physical composition. If physical and functional composition of poems were working perfectly then every part would grammatically connect to the ones that flank it, and the meaning of the connected pieces would be interpretable at worst and clear at best.

Part 2: Genetic Parts

The physical and functional assembly of the poetic parts can be mapped to biological engineering once we define what a genetic "part" is. Let's start by extending what we did with the William Carlos Williams poem, namely let's consider a few natural genetic compositions, see what common elements compose them, and then try to bin these so we might compose new genetic elements by mixing and matching parts.

The bacterial lac operon is one we're already familiar with from our conversation earlier in the term.

There are several genes encoded by this composition. LacI is made and we can see it's flanked by a promoter and a terminator. Lac Z, Y, and A are also made and they are flanked by a promoter + an operator on one end and a terminator on the other. So some genetic parts we might consider naming are:

  • promoter
  • operator
  • protein-coding gene
  • transcriptional terminator

Recombinant DNA technology gives us great power to move pieces of DNA around but it doesn't answer all the questions we might have about the resulting composition. For instance, are promoters/operators/genes and terminators all the parts we need to write a genetic program. Would the promoter that's in front of LacI make sense in front of LacZ, Y, and A? Is there something important about the junction of the parts? An introduction to systematic examination and nomenclature of genetic parts, watch Device Dude and Systems Sally's introduction to Parts

Part 3: The Registry of Standard Biological Parts

The animation ends with a screen shot from the BioBricks Foundation a not-for-profit organization that "encourages the development and responsible use of technologies based on BioBrick™ standard DNA parts that encode basic biological functions." BioBricks™ represent one kind of standard biological parts, standardized to enable reliable physical composition.

Just as we mixed and matched poetic elements, here are some mixed and matched genetic elements made from BioBrick™ parts.

Image:BBa_I13603.png
Image:BBA-I13521.png
Image:Be109BBa M30010.jpg
Image:BBa_J44011.png

Just as we could identify "forgive me"-ish elements in the "this is just to say poems" we can see common elements in these genetic compositions: the green arrow element which is = a promoter, but which comes in different flavors (I13452, R0040 or R0011), the red stop signs = transcriptional terminators (B0010, B0012).

The part numbers as well as the DNA itself are collected at the Registry of Standard Biological Parts.

For your final project in this class, you will enter a part into the registry. We'll look at some good parts and some good documentation in class so you can model your work on those examples.

Before tomorrow's studio time

If there are outstanding issues related to the system you're working on for your project be sure everyone on your team knows how you'll solve the issue(s) and make a plan to come to studio tomorrow with materials for finishing the system overview and getting good work done on the device list and the timing diagram.

Week 8 Studio

Part 1: Eau d'coli test/debug

Image:Overall MIT2006 Fullsystem.jpg

Aye yay yay! Won't we ever get away from this Eau d'E coli project? Not yet! Take a close look at the device-level system diagram. You can't see all the underlying BioBrick parts (there are ~24 parts in total). If you were the designer of this system, do you think that the system would work if you just synthesized all the DNA as a single contiguous strand, transformed this new DNA into a cell, and let your genetic program rip!? Or, stated differently, what would be your next step if you tried to get everything working at once, and NOTHING HAPPENED, or, even worse, your engineered DNA killed the cell?

Having a plan for testing and debugging your projects is critical. To help you think about how to develop the best testing and debug plan for your 20.020 projects, spend the next 10' working with your team to outline a testing and debug plan for the Eau d'coli system. Before you get started, designate one person on your team to act as spokesperson. Once the 10' are up, we'll ask each spokesperson for an accurate description of your testing and debug plan. If you're having trouble knowing where to start, you might consider:

  • First, use the device level system diagram to sketch out a timing diagram (use a white board).
  • Second, think about what this iGEM team could have done if they just added all this DNA to the cell, and then nothing happened (no smell, or worse, all the cells died). How would they go about figuring out what aspects of the project might be working, and what other components need to be revised or fixed?
  • Finally, look again at the device-level system diagram. Is there anything about the system's design that makes testing and debugging easier or harder than it might be otherwise? Would you like to change any aspects of the system design to make testing and debug easier?

Part 2: Data-driven Decision-making

Consider once more the Melbourne 2007 iGEM project. In a series of questions at the end of their presentation, the team gets asked about any changes to the gas vesicles device that might allow gas-filled cells to become even more buoyant. Their answer speaks to some scientific work others have done to understand the vesicle-encoding operon, research that has shown at least one gene in the operon is a negative regulator. By deleting that gene, the Melbourne team thinks they might make their cells even more buoyant. If you and your team were the Melbourne team, what would you do with this information?
First let's review one technical advance that opens a number of options for you, namely DNA synthesis. Then as a class we'll consider some options--weighing these (or others) in terms of their associated cost (both time and money).

  • Use the entire gas vesicle operon to get the basic Coliform system working then tweak the system later to improve it.
  • Wait to assemble your system until you can perform experiments to know more about each gene in the operon.
  • Divide the team in half, with some launching into the project with the DNA as is, and others studying it and refining it.
  • Spend one week in the library to read all you can about these vesicles and then decide.
  • Place a DNA synthesis order for the full operon (6 kilobases) as well as every single gene knockout and double gene knockout.

Mapping these ideas to your project

Now it's time to look at the list of devices you have identified as part of your project (some of you may have a full list of needed devices and some of you will have only a partial list, in which case you'll have to consider these ideas now and then revisit them when your device list is complete). What might factor into the cost and time of assembling the devices into your working system? Do you know all you need to know about how they work? Are there easy ways to find out more? Do the devices already exist or will you have to make them yourself? You might want to make a chart that lists your degree of confidence in each device, where confidence is tempered by its cost/time/source/description and perhaps safety/security concerns...something we will return to next week.
Generate a list or table that might be useful as part of your Tech Spec Review next week.

Part 3: Project work time

Let's get busy working on the details of these projects!

Week 8 Thursday

“Faith is a poor substitute for reason” Thomas Jefferson

As you hone in on the details of your projects, your team should plan ways to validate the system's operation and ways to learn from its glitches. We have two quick challenges for you today. The first illustrates that even the "best" answers you can offer that are consistent with all available data remain tentative, that the answer is either strengthened or revised by additional data and that all interpretations are subject to personal biases, human values and the various ways we all think about the world. The second challenge puts you midstream in a flawed design and requires that you consider the modes of failure to debug/troubleshoot the problem.
We will spend only 20 minutes on these challenges and then you and your team can use the rest of today's lecture time to prepare for next week's Tech Spec Review.

Challenge 1: The check's in the mail

This challenge is adapted from Judy Loundagin's lesson, here.

  1. One member of your team should serve as scribe (with notebook sheet to be provided). Another should be spokesperson (see item 7, below).
  2. Each team should get one envelope that is filled with fictional checks. Do not look at the checks yet. All envelopes have the same checks.
  3. Remove and examine 4 checks only.
  4. Discuss a plausible scenario which involves those checks.
  5. Once your group has agreed on a reasonable scenario that accounts for the checks, and the scribe has written it down, then you can draw 4 more checks from the envelope. As tempting as they are, the unchosen checks must stay in the envelope, unexamined.
  6. Reconsider your initial scenario to include the information you can glean from all 8 of the checks.
  7. We will take 1 minute to hear from each team. The spokesperson should detail
  • the content of the first 4 checks,
  • the way your team considered their content and
  • the initial conclusion you drew
  • the details of the next 4 checks and
  • the revisions you made to the scenario to accommodate the information.

Finally, the spokesperson should say what kind of check they would expect to see in the envelope if their scenario is correct OR what kind of check would blow their ideas out of the water and demand a full re-write of their explanation.

Challenge 2: Soap Stress

Compressional stress on a cube
Compressional stress on a cube
Tensional stress on a cube
Tensional stress on a cube
Shear stress on a cube
Shear stress on a cube

This challenge is adapted from one described at teachengineering.org. We will skip the preliminary descriptions of plate tectonics and just remind you of three stresses that give rise to deformation: compression, tension and shearing forces.

sample of soap packaging and damage
  1. Begin by looking at how the packaged soap is breaking during shipment from the factory to the distributor (a sample of the broken soap will be available for you to look at). Decide as a team which kind of stress could be leading to this kind of damage. Pick only one kind (i.e. not a combination of tension and shear) and rate your confidence in that choice on a scale of 1-10 (1 = we had to pick something so we picked this, 10 = I'd bet my house on it)
  2. Now start counting costs to analyze and fix what you believe to be the failure mode.
    • if you'd like to stress an unbroken soap bar, each bar costs $1
    • if you'd like to use paper to wrap each bar of soap, each sheet of paper costs $0.01
    • if you'd like to use a small piece of cardboard to line each bar of soap, each piece of cardboard costs $0.05
    • if you'd like to use larger sheets of cardboard to line each 12 pack of soap, each large sheet costs $0.50


In 5 minutes, your team will be asked

  • which of the three stresses you believe could be breaking the bars of soap
  • how confident you are with that choice
  • what you'd propose as the best way to fix the problem
  • how much you spent to arrive at that recommendation and what your proposed solution will cost
  • and finally if you are more or less confident in the source of stress that's breaking the soapbars after this quick round of failure analysis, and debugging.

Be sure to wash your hands before you touch your eyes if you've been breaking soap to test it.

Mapping these challenges to your project

There is no such thing as either complete knowledge or flawless design. And if you believe, as Henry Petroski does, that "...the central goal of engineering is still to obviate failure, and thus it is critical to identify exactly how a structure may fail." (pg 195 in To Engineer is Human), then you and your team will dedicate effort

  • to collecting relevant data that validates or disproves the ideas in your own project and
  • to anticipating failure modes so debugging your design is trivial rather than backbreaking.
    These ideas of validation and debugging should be included in your Tech Spec Review, at least a first go at them.
Personal tools