Differences

This shows you the differences between two versions of the page.

--- ece4011:main [2017/12/02 22:38] – [Design Sketches] pvela
+++ ece4011:main [2023/03/06 10:31] (current) – external edit 127.0.0.1
@@ Line 7: / Line 7: @@
 ------------------------
-While Gantt charts are nice, they can be far too detailed while at the same time missing important aspects of the best way to execute the construction process.  Additionally, Pert charts are easy to make without thinking too deeply about what is an effective execution strategy for the team. I advocate creating a few additional planning documents that precede the Gannt and Pert charts.  These documents are visual and textual summaries of the proposed design solution. There are two basic additional charts that I always recommend.
+While Gantt charts are nice, they can be far too detailed while at the same time missing important aspects of the best way to execute the construction process.  Additionally, Pert charts are easy to make without thinking too deeply about what is an effective execution strategy for the team. Both of these charts are easy to draft up in a very generic form that hide all of the important parts of the design process/timeline. That makes the documents pretty useless as guides to follow. The typical charts remind me of the PhD Comics strip on drafting a [[http://phdcomics.com/comics/archive.php?comicid=715|thesis outline]]. The outline is so generic as to be uninformative. A good outline gives a strong sense for what will be done.  The design chart documents need to do the same.
+The best way to proceed is to actually have multiple documents that go from the high level and descend to the low level. The high level would be the //manager// equivalent and promote rapid identification of the overall design and its components. The low level is the //engineer// equivalent and gets closer to the day-to-day or week-to-week details. I advocate creating a few additional planning documents that operate at the higher level and precede the Gantt and Pert charts.  These documents are visual and textual summaries of the proposed design solution. There are two basic additional charts that I always recommend since they really expose what the design process will require.
 ==== Device Block Diagram ====
@@ Line 28: / Line 29: @@
 Industrial design folk do lots of pre-design exploration, have many [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=HXAjWoTLD8r4_Aau_JzICw&q=industrial+design+product+iterations&oq=industrial+design+product+iterations&gs_l=psy-ab.3...3909.5291.0.5431.8.6.0.0.0.0.167.386.0j3.3.0....0...1c.1.64.psy-ab..5.0.0....0.c9wqsuztzCM#imgrc=_|design iterations]] where multiple design instances and modifications get considered. For those few that seem promising, they go so far as to create cool [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=s24jWonCO6WI_Qbw7Z6oDw&q=cardboard+prototypes&oq=cardboard+prototypes&gs_l=psy-ab.3..0j0i5i30k1.312316.315062.0.315335.20.16.0.4.4.0.109.1307.14j1.15.0....0...1c.1.64.psy-ab..1.19.1399...0i67k1j0i30k1j0i8i30k1.0.7Fl1y2dCxZg|miniature mock-ups]]. Sometimes the [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=E3EjWo_qFsSxggeV0I2ABg&q=industrial+design+mockup&oq=industrial+design+mockup&gs_l=psy-ab.3..0.11864.11864.0.13355.1.1.0.0.0.0.88.88.1.1.0....0...1c..64.psy-ab..0.1.87....0.F0Yfke_X7gg|mockups]] use modern fabrication methods (3D printing, laser cutting) or old fashioned methods (paper).  Fast, small instances of the envisioned design rapidly identify what really is promising and what would be problematic.  In the senior design class there is not enough time to actually do this, but the degree to which one can make the effort, even in thought, is quite worthwhile.
-The most important philosophy, one that even applies to research, is to alwaysmake an effort to identify at least 5.  We can call this process prototyping, for lack of a better word.  Pre-design exploration often involves identifying a theme or underlying design direction then examining [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=oW4jWrrgK-Ti_Qb_kLSoCA&q=industrial+design+prototypes+sketches&oq=industrial+design+prototypes+sketches&gs_l=psy-ab.3...17039.17039.0.17200.1.1.0.0.0.0.63.63.1.1.0....0...1c..64.psy-ab..0.0.0....0.9KKj-tdhthU|variations of the theme/direction.]]  Note that in the link many instantiations are considered.  do this for each important component of the product.
+The most important philosophy, one that even applies to research, is to always make an effort to identify at least 5 solutions.  We can call this process prototyping, for lack of a better word.  Pre-design exploration often involves identifying a theme or underlying design direction then examining [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=oW4jWrrgK-Ti_Qb_kLSoCA&q=industrial+design+prototypes+sketches&oq=industrial+design+prototypes+sketches&gs_l=psy-ab.3...17039.17039.0.17200.1.1.0.0.0.0.63.63.1.1.0....0...1c..64.psy-ab..0.0.0....0.9KKj-tdhthU|variations of the theme/direction.]]  Note that in the link many instantiations are considered.  Do this for each important component of the product.  The current senior design course sequence does not really provide for this, nor have a strong coercion component to induce this. As a team, you should put the extra effort now to do so.  It will give great return on efforts during ECE4012.
@@ Line 36: / Line 37: @@
 ==== Storyboarding ====
-For both the inital thinking about the product, as well as the final demonstration, I recommend doing something called //storyboarding//, which is the process of describing and visualizing interface scenarios between the user and the product.  I am not sure if the hits will be the best, but here is a [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=qGgjWp6qBOSFggeWqJ6YBA&q=storyboarding+industrial+design&oq=storyboarding+industrial+design&gs_l=psy-ab.3...19589.21502.0.22061.18.17.0.0.0.0.147.1475.12j5.17.0....0...1c.1.64.psy-ab..1.3.279...0j0i67k1j0i10k1j0i24k1.0.6yUf1tPjUCg | google search]] for the topic (try clicking on the "engineering" option since we are engineers).
+For both the inital thinking about the product, as well as the final demonstration, I recommend doing something called //storyboarding//, which is the process of describing and visualizing interface scenarios between the user and the product.  I am not sure if the hits will be the best, but here is a [[https://www.google.com/search?biw=1188&bih=1234&tbm=isch&sa=1&ei=qGgjWp6qBOSFggeWqJ6YBA&q=storyboarding+industrial+design&oq=storyboarding+industrial+design&gs_l=psy-ab.3...19589.21502.0.22061.18.17.0.0.0.0.147.1475.12j5.17.0....0...1c.1.64.psy-ab..1.3.279...0j0i67k1j0i10k1j0i24k1.0.6yUf1tPjUCg | google search]] for the topic (try clicking on the "engineering" option since we are engineers, then maybe the "software" option with "engineering" unclicked afterwards).
-As engineers, we should be somewhat familiar with this. In Physics classes we learn about //[[https://en.wikipedia.org/wiki/Thought_experiment| gedankenexperiments]]//, otherwise translated as //though-experiments//.  Here physical scenarios are specified and imagined.  Applying the laws of physics to these scenarios leads to hypothesized outcomes in order to reason through a particular concept.  The design process should involve something similar.  Storyboarding is a way to force the designer to think about the user interaction and the designed item more thoroughly, from the beginning to the end of the interaction.  If multiple pathways are possible, then they should be outlined.
+As engineers, we should be somewhat familiar with this. In Physics classes we learn about //[[https://en.wikipedia.org/wiki/Thought_experiment| gedankenexperiments]]//, otherwise translated as //thought-experiments//.  Here physical scenarios are specified and imagined.  Applying the laws of physics to these scenarios leads to hypothesized outcomes in order to reason through a particular concept.  The design process should involve something similar.  Storyboarding is a way to force the designer to think about the user interaction and the designed item more thoroughly, from the beginning to the end of the interaction.  If multiple pathways are possible, then they should be outlined.
 ===== Themes =====
@@ Line 55: / Line 56: @@
 Robotics is really a multi-disciplinary field.  Opting to design a functional robot is a non-trivial task, usually well beyond the time frame allotted by ECE4012. It is best to create a realistic end-point for the robotic device, as well as to define what the real contribution should be.  Is it the robot or what the robot does? Is it a new accessory for a robot? Define what matters and simplify the rest.
-Some design teams don't really need to build a robot, but can simply use an existing robot (such as the Turtlebots from ECE4560, or a robot from a research lab).  Some choose a commercially available product hoping that it can serve as the robotic platform.  This can often be a mistake since commercial products don't always have the sensory devices, or don't provide access to sensory signals, that are crucial to robotic autonomy.  The effect of this deficiency will be to make the entire project more difficult as the team works to overcome these limitations.  It is important to be aware of what affordances are available versus what are needed.
+Some design teams don't really need to build a robot, but can simply use an existing robot (such as the Turtlebots from ECE4560, or a robot from a research lab).  Some choose a commercially available product hoping that it can serve as the robotic platform.  This can often be a mistake since commercial products don't always have the sensory devices, or don't provide access to sensory signals, that are crucial to robotic autonomy.  The effect of this deficiency will be to make the entire project more difficult as the team works to overcome these limitations.  It is important to be aware of what affordances are available versus what are needed. This way the proposed design is compatible with the underlying device.  It can be OK to us a commercial device that has limited capabilities if the design takes them into consideration, and defines an execution plan that is informed by them.