Projet

Général

Profil

Abs2 » Historique » Version 19

Josselin Jacquard, 13/04/2010 17:13

1 12
h1. Cahier des charges du module absences 2
2
3 1
4 13 Julien Jocal
_Avant propos_
5 1
6
Devant la nécessité de recoder le module absences, nous allons profiter de ce lieu pour établir un cahier des charges le plus complet possible. A cet effet, en fonction des discussions sur les différentes liste de diffusion de gepi, la synthèse sera mise à jour ici même. Tous ceux qui veulent participer à ces échanges sont les bienvenus.
7
8 13 Julien Jocal
h2. Quelques principes pour le développement
9 1
10 14 Julien Jocal
* Pour éviter de disperser les bonnes volontés, il serait bien qu'une version aboutie soit prête avant la fin de l'année scolaire 2009-2010 pour pouvoir tester en grandeur nature le module dans les établissements.
11
* Le choix technologique a été porté sur un outil d'ORM récent et puissant : Propel ("Doc. officielle":http://propel.phpdb.org/trac/wiki/Users/Documentation/1.3 et [[propel|traduction partielle]]).
12 12
* Le module portera le nom de mod_abs2 dont la structure est déjà présente sur le [browser:trunk/mod_abs2 trunk].
13 14 Julien Jocal
* Il faudra que le code respecte quelques principes (conventions de nommage, DRY, POO).
14 12
* Ce module devra être lié avec le nouveau module Disciplines de Stéphane Boireau ainsi qu'avec le module emploi du temps. Pour la saisie des absences, on utilisera les AID pour constituer des groupes d'élèves-professeurs-activité. Le module AID devra donc également être lié au module absences.
15 19 Josselin Jacquard
* Les documents produits par Gepi devront être possibles sous plusieurs formats (html, openoffice, pdf, csv).
16 1
* 3 méthodes d'envoi devront être possibles (papier, courriel et sms).
17
18 13 Julien Jocal
h2. Les fonctionnalités
19 1
20 13 Julien Jocal
h3. La saisie
21 9
22 12
* Chaque utilisateur devra pouvoir disposer de droits bien définis => un professeur ne peut saisir "absent" que des élèves qu'il a en cours par exemple.
23
** => Les informations disponibles lors de la saisie :
24 19 Josselin Jacquard
*** Les utilisateurs CPE auront l'edt de l'élève lors de la saisie des absences.
25 12
*** Les professeurs pourront voir leur propre edt et ainsi vérifier s'ils ont bien saisie les absences lors de leurs cours (couleur différente).
26 16 Josselin Jacquard
** => Les différents niveaux de saisie possibles sont différenciés pour les comptes de statut cpe et de statut prof :
27 12
*** l'utilisateur peut saisir seulement les élèves auxquels il est rattaché
28 17 Josselin Jacquard
*** L'interface de saisie devra permettre de voir le suivi sur chaque créneau de la journée ainsi qu'une information sur la saisie de la veille.
29
*** L'interface sera liée (à la demande de l'admin) au module emploi du temps.
30
*** L'utilisateur pourra ou pas modifier le créneau et la date de la saisie.
31
*** l'utilisateur peut saisir tous les élèves de l'établissement
32
*** L'utilisateur pourra ne saisir que les présents (si l'admin le permet).
33 19 Josselin Jacquard
*** L'utilisateur pourra marquer une saisie comme étant erronée, et non la supprimer pour des raison de sécurité.
34
*** Un professeur ne pourra saisir que certains type d'absence (infirmerie, retard etc...), un cpe pourra saisir tout les types possible (dispense médicale, dérogation, problème familiaux, etc...)
35 17 Josselin Jacquard
*** L'interface devra alors permettre de saisir un lot d'élève à partir de la liste de :
36
**** tous les élèves de l'établissement
37
**** tous les élèves d'une classe
38
**** tous les élèves d'un enseignement
39
**** tous les élèves d'une Activité Inter Disciplinaire (AID)
40
*** L'interface devra permettre par un simple coche de préciser que l'absence dure toute la journée sans devoir nécessairement préciser les créneaux d'absence.
41 12
** => Les "moments" possibles de la saisie
42
*** l'utilisateur peut saisir son niveau d'absence à n'importe quel moment de la journée
43
*** l'utilisateur peut saisir son niveau d'absence en respectant son emploi du temps seulement
44
*** L'utilisateur ne peut saisir/modifier des absences que sur la journée d'aujourd'hui ou sur d'autres journées (paramétrable).
45
** => Que peut saisir l'utilisateur ?
46
*** l'utilisateur peut saisir les élèves absents seulement
47
*** l'utilisateur peut corriger une absence en retard
48
*** l'utilisateur peut saisir les élèves absents et ceux en retard
49
*** l'utilisateur peut saisir tous les types d'absence (absence, retard, dispense, inclusion, ...)
50
** => Le suivi des appels
51
*** Tableau récapitulatif de toutes les saisies de la journée (avec possibilité d'imprimer et/ou d'archiver sous la forme d'un fichier)
52
**** sous la forme brute de toutes les saisies
53
**** sous sa forme traitée
54
**** Chaque professeur aura accès à un tableau récapitulatif de ses saisies (par journée, par semaine, par mois).
55
**** Permettre (paramétrable) à un professeur principal de voir toutes les saisies (par journée, par semaine, par mois) d'une classe (dont il est PP).
56
*** Toutes les saisies, même sans absent, doivent être enregistrées.
57 1
    *-> CPE doit avoir accès à un tableau récapitulatif de toutes les saisies (y compris les enregistrements "vides").
58
* Pouvoir rentrer des absences a priori sans que ça provoque l'envoi de lettres aux parents ......
59
60
61 13 Julien Jocal
h2. Le traitement
62 1
63 13 Julien Jocal
_Préambule_
64 1
65 19 Josselin Jacquard
** Seuls les personnels autorisés (CPE et scolarite) pourront accéder à cette partie du module
66 1
67 13 Julien Jocal
h3. le traitement en lui même
68 1
69 12
* Mettre un motif à une absence
70
* Mettre un type à une absence
71
* Lancer une action sur une absence
72
* Allonger/Raccourcir une absence
73 1
* Fusionner/regrouper des absences
74 15 Julien Jocal
75 12
* Envoyer un courrier/mail/sms aux responsables (responsable 1, 2 ou un simple contact)
76
** Possibilité de demander des justifications pour plusieurs absences en une seule lettre. Le fichier doit donc proposer sur une seule feuille la liste des absences à justifier.
77
** Assurer le suivi de ce courrier (réponse, relance, ...)
78 1
* Suivre le retour de ces courriers
79 15 Julien Jocal
80
* Pouvoir produire des bilans individualisés pour des périodes données (et pouvoir les imprimer + pdf)
81
82 12
* Avoir accès très rapidement sur la liste des absents à toutes les informations concernant l'élève absent (numéro de téléphone, adresse, bilan de ses absences,...)
83 1
* Prévoir un motif d'absence qui ne donne pas lieu à l'envoi de lettre comme pour les voyages scolaire, concours, journée d'appel,...
84 12
* Pouvoir faire des statistiques sur chaque classe, chaque élève, chaque type d'absence, en tenant compte du nombre de jour, de la discipline, du professeur, du régime.
85 14 Julien Jocal
*** Faire un lien fort avec le module discipline déjà existant
86 1
* Lire le bilan de la saisie "fond de salle" dans un seul tableau en précisant le nombre d'absents total (avec également une distinction par régime)
87 19 Josselin Jacquard
* Pouvoir faire des exportations sous plusieurs formats (csv, Excell/Calc.OOo, pdf).
88 1
89 15 Julien Jocal
* Prévoir un module d'archivage des bilans (Légal : 10 ans -> production de pdf à graver par exemple)
90
91 1
h3. le suivi du courrier
92 4
93 14 Julien Jocal
* Envoyer un courrier (papier, mail, sms).
94
* Recevoir/saisir une réponse à ce courrier.
95
* Envoyer une relance et la suivre.
96
* Faire des statistiques de la gestion du courrier (par classe, par élève, par type,...)
97 7
98 13 Julien Jocal
h3. Les interfaces des utilisateurs
99 1
100
* Lors de la consultation de la fiche d'un élève par un cpe, avoir une récapitulation de ses dernières absences sans avoir à donner un intervalle de date
101
* Prévoir l'affichage du motif de l'absence (maladie, décès etc ....) dans l'interface de l'enseignant
102 15 Julien Jocal
103
h3. Gestion des droits
104 1
105 18 Josselin Jacquard
* Il faut qu'elle soit souple, tant dans la saisie que dans le suivi de ces absences (CPE, Prof, chef d'établissement, ...)