Formal Lab Report Rules & Example

Formal Lab Report Rules & Example





GEORGIA INSTITUTE OF TECHNOLOGY

School of Electrical and Computer Engineering

ECE2025

Introduction to Signal Processing

Format for Formal Lab Reports


The format required for the formal lab reports is detailed
below. Each report should be a well-organized document that not only solves the lab
project, but also discusses the solution in a way that demonstrates your knowledge
of the topic.

  1. The total length of the report should be less than 12
    pages (excluding the title page). If necessary, reduce the size of figures, use the
    subplot command, etc.
  2. The font size must be greater than or equal to 10
    point.
  3. The title page should contain the following
    information: course name and section, report title, your name, name of your grader, and
    date. See the example on the next page.
  4. Number all pages, figures, tables, etc.
  5. It is strongly recommended that the report be typed.
    If you choose not type your report, you must neatly print your report and write on one
    side of the page only. Regardless of whether you type or print your report, it is expected
    that the report is well organized, neat, and easy to read.
  6. In order to make a professional looking report, use CUT and
    PASTE so that you will have the text and graphics on the same page (i.e., graphics
    should not be included at the end of your report). Matlab (current PC version) allows you
    to copy the figure window, after which you can paste the graphic directly into a Word
    document (or whatever windows-based word processor you’re using). If the version of
    Matlab you’re using doesn’t allow you to copy figures, you may use the
    old-fashioned method (scissors and tape).
  7. Figures, tables, etc. are not self-explanatory! All figures,
    tables, etc. must be clearly and appropriately labeled. For example: "Figure 1.
    Instantaneous Frequency Plot" is not an appropriate figure caption as it is
    too vague (especially if you have several plots of the instantaneous frequency for various
    cases). A figure caption is too vague if it could also describe another figure/table. A
    more appropriate caption would be "Figure 1. Instantaneous Frequency vs. Time for
    Case 1" (assuming the reader knows what Case 1 refers to, but you get the idea). In
    addition, all axes on figures should also be labeled appropriately with the quantity
    measured and the units. Finally, all figures, tables, etc. should be introduced and
    explained within the text of your report.
  8. Matlab code should be presented as a figure (not as
    part of the "text" of your report). In general, code should be adequately
    commented. If the code is for a function, the comment/help section that explains the usage
    of the function must be included.
  9. The report should begin with an Introduction section.
    In this section, you should describe the objective or purpose of the project you are
    reporting on, as well as any background information necessary to understand the rest of
    the report. After reading the Introduction, the reader should have a general idea of what
    your project is about and what the goals/objectives of the project were.
  10. The organization of the rest of the report is left up
    to you; however, it must be well organized! One way to organize your report would be to
    start with a general description of the overall system in terms of the major tasks
    involved in your implementation of the system. Then, for each major section of the
    project, explain the methods used to perform the section’s function and show any
    supporting data, graphs, etc. you feel are necessary. Finally, explain how all the
    sections put together implement the system in question. If in the project you are
    implementing more than one system to perform the same (or similar) function, it is then
    appropriate to compare and contrast the two systems (in a Conclusion section).
  11. You know you’ve done a good job in your reporting if a
    fellow classmate of yours (who isn’t necessarily familiar with the lab you’re
    reporting on) understands what the lab was about and could possibly reproduce what
    you’ve done after reading your report. Also (and perhaps more importantly from your
    perspective :-), the grader should be able to easily determine whether or not you
    understand the concepts presented in the lab.

EXAMPLES: Mock examples of write-ups.

Sample 2 contains useful tips for writing the lab not included in Sample 1.

GRADING: The quality of the writing will be a factor
in the grading, so take some care in the presentation of your results. The only way that
this will work is if you do the solution well before the deadline and make a rough draft
of the write-up at least 24 hours before the deadline. Then, the all-important "last
minute" can be spent polishing up the write-up!

REALITY: The work you turn is, by default, assumed
to be yours alone. Other students are all working on the same lab, so you must limit your
discussions about the solution to general ideas (only a completely na? professor would
assume there is no discussion). Sharing/copying files that implement the solution is
obviously a violation of the Institute rules related to academic honesty, so you’d
have to explain that sort of behavior to the appropriate Dean. Likewise, the write-up must
not be plagiarized from other sources or from other students.


GEORGIA INSTITUTE OF TECHNOLOGY

School of Electrical and Computer Engineering

 

 

 

ECE2025 A4

Introduction to Signal Processing

Lab 2

Introduction to Complex Exponentials

 

 

Submitted by:

George P. Burdell

 

Submitted to:

Georgette P. Burdell

 

Submitted on:

January 1, 1999