Template for evaluating and grading projects, with grading scale based on achieved points

Evaluation of project number:

Name:

Abstract

Abstract: accurate and informative? Total number of possible points: 5

Mark and comments:

Introduction

Introduction: status of problem and the major objectives. Total number of possible points: 10

Mark and comments:

Formalism

Formalism/methods: Discussion of the methods used and their basis/suitability. Total number of possible points 20

Mark and comments:

Code, implementation and testing

Code/Implementations/test: Readability of code, implementation, testing and discussion of benchmarks. Total number of possible points 20

Mark and comments:

Analysis

Analysis: of results and the effectiveness of their selection and presentation. Are the results well understood and discussed? Total number of possible points: 20

Mark and comments:

Conclusions

Conclusions, discussions and critical comments: on what was learned about the method used and on the results obtained. Possible directions and future improvements? Total number of possible points: 10

Mark and comments:

Overall presentation:

Clarity of figures, tables, algorithms and overall presentation. Too much or too little? Total number of possible points: 10

Mark and comments:

Referencing

Referencing: relevant works cited accurately? Total number of possible points 5

Mark and comments:

Overall

Overall mark in points (maximum number of points per project is 100) and final possible final comments

Grading of all projects

The final number of points is based on the average of all projects (including eventual additional points) and the grade follows the following table:

General guidelines on how to write a report

Some basic ingredients for a successful numerical project

When building up a numerical project there are several elements you should think of, amongst these we take the liberty of mentioning the following:

The conventions and techniques outlined here will save you a lot of time when you incrementally extend software over time from simpler to more complicated problems. In particular, you will benefit from many good habits:

The report: how to write a good scienfitic/technical report

What should it contain? A typical structure

Keep always a good log of what you do.

The report, the abstract

The abstract gives the reader a quick overview of what has been done and the most important results. Try to be to the point and state your main findings.

The report, the introduction

When you write the introduction you could focus on the following aspects

The report, discussion of methods, implementation, codes etc

The report, results part

The report, conclusions and perspectives

The report, appendices

You can consider moving parts of the material from the methods section to the appendix. You can also place additional material on your webpage or GitHub page..

The report, references