Migrate research practicum to recurrence
Suggested workflow:
- Experiment is basically equivalent to project.
- Difference is that experiment allows one to specify the minimum and maximum number of groups linked to it. I think we want to add this functionality to project (turn into separate issue?) with relevant UI (only in management panel). We currently have this at course edition level, but this is often not sufficient (not all projects can do multiple) and it is also something we could use for Research Project (CSEY3).
- There is a "theoretical" flag on experiment which is information used by the algorithm / preferences on which experiments are available to a particular student.
- There is a department linked to the experiment. This would essentially be the offerer in this case. Perhaps we can add offerer to department, or (perhaps better) turn this into a research group offerer instead (we make them a single research group). Modifications to the exeperiments available to the user may be necessary to work with the new research group setup.
- Round is not relevant, because that will be modelled by a separate course edition in the recurrence scenario.
- Active is the equivalence to a recurrence state (recurring (normal status) or deactivated), and can thus be mostly ignored (except for migration).
- Experiment Profile is equivalent to group.
- Round is not relevant, because that will be modelled by a separate course edition in the recurrence scenario.
- Experiment Preferences are basically equivalent to normal preferences.
- Difference is that there exists an overview interface that shows preferences across different recurrent editions, which we will need (should be separate issue?).
For filling preferences, the logic should be different if the course is using experiment workflow. Instead of showing all projects as normal, only projects which are valid for the user are shown. What is valid for the user is part of TNW specific logic which depends on the type of the student, but its essentially:
- Not done this one before
- Max 1 theoretical
- Max 3 non-theoretical
The options that are not valid for the user should not show up in their preferences fill out page.
Edited by Taico Aerts