forked from ScoDoc/DocScoDoc
184 lines
7.2 KiB
Markdown
184 lines
7.2 KiB
Markdown
# Implémentation jurys BUT
|
|
|
|
*Quelques notes informelles sur la gestion des jurys BUT.*
|
|
|
|
Fichiers sources:
|
|
|
|
```txt
|
|
app/but/jury_but.py
|
|
app/but/cursus_but.py
|
|
```
|
|
|
|
## Validations enregistrées
|
|
|
|
- UEs : comme pour les formations classiques
|
|
|
|
- RCUE: `ApcValidationRCUE(etudid, formsemestre, ue1, ue2)`
|
|
- Le formsemestre est optionnel: c'est celui d'où a été émise la validation.
|
|
- Pour retrouver le niveau, passer par l'UE: `ue1.niveau_competence`
|
|
|
|
- Années BUT: `ApcValidationAnnee`
|
|
- liée au référentiel de compétence.
|
|
|
|
## La page saisie jury BUT (annuelle)
|
|
|
|
Partir de la liste des niveaux à valider pour cet étudiant dans sa scolarité,
|
|
selon le parcours de l'étudiant. Le parcours est donné par son inscription dans
|
|
le semestre courant (celui duquel on lance la saisie).
|
|
Chaque compétence forme une ligne, comme sur la fiche étudiant.
|
|
Le semestre courant donne l'année scolaire (2022, ...) et l'année BUT courante (1, 2, 3)
|
|
On affiche les colonnes suivantes (exemple d'un jury de BUT2 S4):
|
|
|
|
| BUT1 | BUT2 S2 | BUT2 S3 | BUT2 RCUE | autorisation | BUT3 |
|
|
|---------------|---------|---------|-----------|--------------|-------------|
|
|
| Compétence 1 | rcue | UE1.3 | UE1.4 | code | feu vert S5 |
|
|
| Compétence 2 | ... | ... | ... | ... | ... |
|
|
|
|
sur chaque code un popup explicatif (date de validation)
|
|
|
|
Actuellement (9.4), l'état du BUT1 (et BUT2 quand on sera en BUT3) n'est pas
|
|
rappelé sur cet affichage.
|
|
|
|
### Rappel sur les validations de jury
|
|
|
|
En BUT, on va utiliser 3 types de décisions de jury: sur les UEs, les RCUEs et
|
|
les années de BUT. Une décision sur une UE concerne l'UE d'un semestre, d'une
|
|
année scolaire donnée: on peut enregistre une décision AJ sur l'UE12 en 2022,
|
|
puis ADM sur l'UE12 d'an nouveau formsemestre en 2023. Ce n'est pas le cas pour
|
|
les décisions concernant le cursus BUT: on valide (ou non) l'année BUT1, puis
|
|
BUT2 puis BUT3. Un redoublant pour avoir son BUT1 en AJ, puis il passera en ADM
|
|
l'année suivante. Pareil pour les RCUEs. Autrement dit, le code d'une année BUT
|
|
ou d'un RCUE, pour un étudiant donné, est unique.
|
|
|
|
### Validations d'UE antérieures
|
|
|
|
Les validations d'UEs externes existaient avant ScoDoc 9.
|
|
Elles sont utilisées quand un étudiant arrive en transfert avec une UE validée
|
|
mais pas un semestre complet (ne pas confondre avec les "semestres extérieurs"
|
|
qui sont gérés comme des formsemestres ordinaires).
|
|
|
|
Les UE antérieures sont présentes dans les bulletins BUT.
|
|
|
|
### Tenue du jury
|
|
|
|
Le jury part d'un formsemestre (dit origine).
|
|
Dans ce formsemestre, `etud` est inscrit à un parcours (ou au tronc commun): on
|
|
sait quels niveaux il doit valider durant année.
|
|
|
|
Le jury (pour un niveau) peut éditer:
|
|
|
|
- l'UE du formsemestre origine (qui peut être déjà validée en cas de
|
|
modification)
|
|
- l'UE du formsemestre précédent si l'origine est impaire et que ce formsemestre
|
|
impair n'est pas verrouillé (sinon, affichée mais en lecture seule)
|
|
- le RCUE
|
|
|
|
#### Édition décision d'UE
|
|
|
|
Le menu jury (activé par défaut) pour une UE affichera:
|
|
|
|
- Si en cours: la moyenne courante, la décision recommandée basée sur cette note
|
|
- Si validée ailleurs que dans le semestre en cours: le code et la moyenne
|
|
enregistrés.
|
|
- Si pas en cours, menu désactivé, pas d'édition de la décision d'UE.
|
|
|
|
#### Édition décision de RCUE
|
|
|
|
Le menu RCUE est désactivé par défaut: calcul automatique en fonction des
|
|
décisions d'UE.
|
|
|
|
Le code enregistré (rappel: chaque RCUE n'a qu'un code enregistré, contrairement
|
|
aux UEs) est affiché (code couleur s'ile st différent d ecelui calculé).
|
|
|
|
La modification du code RCUE peut entrainer la modification des codes des UEs
|
|
qui le constituent: code RCUE `ADJ` => UEs non validante passées en `ADJR`
|
|
(géré par `DecisionRCUE.record` et en js dans `jury_but.js`). )
|
|
|
|
La modification de codes d'UE devrait ou pourrait modifier le code RCUE proposé,
|
|
mais ce n'est pas implémenté en 9.4.92.
|
|
|
|
### Classes
|
|
|
|
Ordre de construction:
|
|
- `DecisionsProposeesAnnee`
|
|
- `RegroupementCoherentUE`
|
|
- `DecisionsProposeesRCUE(rcue)`
|
|
- `DecisionsProposeesUE`
|
|
|
|
#### `RegroupementCoherentUE(etud, ApcNiveau, ues_pair, ues_impair)`
|
|
|
|
Modélise un couple d'UEs associées au même niveau de compétence du référentiel.
|
|
|
|
L'ancienne classe `RegroupementCoherentUE` (définie dans
|
|
`models/but_validation.py`) ne répondait pas au besoin car elle était construite sur
|
|
la base de deux formsemestres.
|
|
|
|
- On part de toutes les UEs de nos formations associées à ce niveau. On peut
|
|
avoir un nombre quelconque d'UEs paires et impaires associées à ce niveau.
|
|
|
|
- Les UEs associées à ce niveau peuvent être:
|
|
- validées (externes, ou dans un formsemestre connu), avec une moyenne enregistrée
|
|
- ou en cours: dans un formsemestre suivi par l'étudiant, avec une moyenne
|
|
d'UE calculable.
|
|
|
|
Notons qu'il peut arriver qu'aucune des UEs n'appartiennent au semestre origine
|
|
(capitalisations, validations antérieures). Dans ce cas, leurs décisions ne sont
|
|
pas toujours éditables, mais le RCUE l'est.
|
|
|
|
Pour chaque côté (impair, pair), on va chercher:
|
|
|
|
- l'UE en cours pendant l'année scolaire du formsemestre origine s'il y en a
|
|
une (ie cherche dans les formations des formsemestres de même année scolaire
|
|
que l'origine)
|
|
- la validation de jury enregistrée pour cette UE en cours
|
|
- la validation d'UE validante enregistrée (capitalisation ou antérieure, peu
|
|
importe)
|
|
|
|
NB: s'il y a plusieurs UEs en cours (double inscription, erreur): prend celle du
|
|
formsemestre commencé le plus récemment.
|
|
|
|
État d'un `RegroupementCoherentUE`:
|
|
|
|
- **complete** : False si on n'a pas les deux UEs
|
|
|
|
#### Opérations sur `RegroupementCoherentUE`
|
|
|
|
- init:
|
|
- Chercher l'UE en cours pour pair, impair: `ue_cur_pair`, `ue_cur_impair`, et
|
|
leurs validations `validation_ue_cur_pair`, `validation_ue_cur_impair`.
|
|
- Chercher pour pair, impair la meilleure validation d'UE enregistrée dans un
|
|
autre formsemestre. `validation_ue_best_pair`
|
|
- complete = les deux UEs validées ou en cours cette année
|
|
- moy_rcue: moyenne des moyennes d'UE
|
|
|
|
#### DecisionsProposeesAnnee
|
|
|
|
- `decisions_ues` : considérer les UEs associées aux niveaux et non celles des
|
|
semestres. Notez que même si l'étudiant n'est pas inscrit ("dispensé") à une UE
|
|
dans le formsemestre origine, elle doit apparaitre sur la page jury.
|
|
- `rcues_annee`: liste des `RegroupementCoherentUE`
|
|
- `decisions_rcue_by_niveau`
|
|
|
|
#### DecisionsProposeesRCUE
|
|
|
|
- `record`: modifie les codes d'UE en fonction du RCUE: *si le RCUE est `ADJ`,
|
|
les UEs non validées sont passées à `ADJR`.
|
|
- Les validations d'UEs antérieures ou capitalisées ne sont pas concernées car
|
|
déjà valides.
|
|
- Si le formsemestre contenant l'UE à modifier est verrouillé, on
|
|
modifie quand même et on émet un warning.
|
|
- Les RCUE/UE du niveau inférieur peuvent aussi être modifiées (c'est déjà le
|
|
cas, `ADSUP`).
|
|
|
|
#### DecisionsProposeesUE
|
|
|
|
L'objet peut représenter une validation capitalisée ou antérieure: il est alors
|
|
en lecture seule.
|
|
|
|
Pour chaque RCUE, on a les deux UEs à considérer dans `ue_1`, `ue_2`.
|
|
|
|
- Modifier affichage UE "en lecture seule"
|
|
- Ne pas restreindre la recherche aux UEs du formsemestre.
|
|
- Le calcul de la moyenne en utilisant `ResultatsSemestreBUT` n'est évidemment
|
|
utilisé que pour l'UE en cours.
|