Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Every other Friday at midnight (or as noted on the syllabus), design subteams must hand in a single design progress report (only one per team) emailed to aaa284@cornell.eduthe Design Advisor. This is a formal report, so spelling, grammar, and sentence structure are taken into account in grading. All figures and tables should be numbered, and well-labeled. Figures and tables should not stand alone. Rather, they must have references and explanations in the text.  Below is a suggestion on how to organize the report. The questions are generic questions that subteams should be thinking about during the design process, but not every question will be relevant to each team. Use your judgment to determine which aspects are relevant to your task and need to be addressed in the report.

...

The purpose of the first section is to describe the problem and solution process. When writing this section, your target audience should be someone with technical engineering knowledge who is not necessarily familiar with AguaClara technology. This will be the only part due for the first design report unless you have already made significant progress. Since most of the information in the Introduction and Design Details below (perhaps with the exception of the "solution approach" “solution approach” subsection, which may change as you delve deeper into your task) will not change from week to week, teams may resubmit these sections from the previous week unchanged. If any changes are made, they must be given in italicized font to distinguish from previously written material.

...

Teams will receive their reports back with comments on both parts. In the Problem Definition part, responses to comments (where appropriate) and corrections must be integrated seamlessly into the report, and they must be bolded to distinguish from previously written material. Do not delete the comments to which you are responding when submitting new reports. In the documentation part, the comments will include suggestions for overcoming problems. Do not delete these comments either so that we can keep track of what works and what doesn't doesn’t work.