How To Write AProject Report
How To Write AProject Report
The project report should introduce the reader into the topic of your project as well as highlight
and discuss the main results. As target audience imagine someone who works in the broader
domain but is not familiar with the project. With the help of the report an independent
researcher should be able to follow the aim of the project and to understand your results. The
introduction and the discussion should help to see your project in the broader scope of the
domain. Finally, all results should be reproducible with the information in the protocol together
with the source code.
Title page
The title page should contain:
• Title of the project
• Name
• Matriculation number
• Name of the course
• Date of the course (can be at the level of month and year or semester)
• Name of the supervisor(s)
Introduction
The introduction gives the reader the required background of the domain as well as the state
of the art and introduces all projects, methods and data needed for the project of the course.
At the end of the introduction your project should be shortly introduced, mainly what is the aim
and how it will help to improve the understanding of the domain.
Results
The result section is the main part of the lab report and present the results of your work.
Depending on the type of your project the focus can be on a newly developed method, the
-1-
implementation of an algorithm, the resulting software, simulation or testing results or on the
produced data.
If you implemented a significant software (more than a short shell script), the structure of the
tool(s) and the workflow can be described. Why was something implemented as it is and how
do the several components work together to process the data? Crucial parts can be presented
as pseudo code to allow a better description. In general, the source code is not part of the
report, but should be submitted in a documented form, together with the report.
For the generated data make sure, that it can be reproduced. Note down the required
parameters and processing steps. If you wrote a shell script to automate a workflow, refer to
the script and describe the single steps.
With subheadings the text can be structured and the different steps or tasks can be lined out.
A short sentence to note the purpose of the next step facilitates the reader to follow your project
(e.g. load data/images; reformat data; derive descriptors; test statistics). The results should be
presented in a neutral way without judgement. The discussion section is the right place for the
interpretation of the results.
Discussion
The discussion takes up the work proposed in the introduction and reviews the results and sets
them in the context of the domain.
It should be discussed if the results correspond to the prior expectations or why they do not.
Do the results fit to the results of other projects or do they contradict? Also, any shortcoming
or new questions can be mentioned and explained.
References
The references are noted as number in brackets or, preferable, the author and the year, e.g.
(Wilmut et al., 1997). In the bibliography all references have to be formatted in a uniform way.
This is best done by using a citation manager and selected a citation style, like “Cell Press” for
this example:
Wilmut, I., Schnieke, A.E., McWhir, J., Kind, A.J., and Campbell, K.H. (1997). Viable
offspring derived from fetal and adult mammalian cells. Nature 385, 810–813.
-2-
If you use images in your report that are not made by you, always check the copyright (it may
be relaxed for academic use) and mention the source and author in the figure legend as well
as if you modified it (e.g. Modified after …)
Figures
Figures must be numbered and always have a figure legend. The reader has to be able to
understand the figure with the legend without the main text. All sub-figures, arrows, letters and
numbers should be explained. Every figure has to be mentioned and referenced in the main
text
-3-