[gepi-users] nouvelle version de Gepi (1.4.3), Sconet - le point

[E. Lebrun]

Bonjour à tous

Ce message vous est adressé sous le contrôle de Thomas, chef du projet.

Une nouvelle version de Gepi est sur le point de sortir (la 1.4.3), et
je souhaite préciser sa philosophie et son échéancier, même si nous ne
pouvons bien évidemment pas nous engager formellement sur telle fonction
ni sur tel délai.

La version 1.4.3 apportera plusieurs nouveautés importantes, malgré sa
numérotation modeste (de 1.4.2 à 1.4.3) :
- une nouvelle gestion des matières enseignées, qui réglera le problème
que nous déplorons tous dans la 1.4.2 : les barrettes (ou regroupements)
découpées par classe ;
- des fonctionnalités permettant une compatibilité avec Sconet ;
- une compatibilité entre Gepi et les systèmes LCS et Scribe, qui
permettra à terme à Gepi d'être une composante d'un ENT ;
- une nouvelle correction du code de Gepi pour le rendre respectueux (à
98%) de la norme W3C ;
ces deux derniers points n'étant pas l'objet de ce message.

Nous sommes en train de stabiliser la version 1.4.3rc1, qui contient les
modifications structurelles fondamentales. Il reste à la compléter par
les quelques fonctionnalités manquantes, que nous débuggerons sous la
numérotation rc2.

La philosophie de cette nouvelle version, dans l'optique de la
disparition de GEP, et en ce qui concerne l'alimentation de la base, est
la suivante :

1- les classes sont saisies à la main : à l'initialisation, il faut
toutes les saisir, mais au changement d'année, seules de rares
modifications sont nécessaires. L'interface existe déjà (1.4.2).

2- une table "matières" type sera fournie avec les scripts de Gepi
1.4.3, un peu comme celle des établissements. Cette table type reste à
constituer, je vais fournir celle que j'utilise dans mon établissement
(un lycée), je suis preneur de tables typiques d'un collège et d'un
lycée professionnel (contactez moi en privé si vous pensez pouvoir faire
profiter la collectivité de votre propre base). A l'initialisation, le
script de génération de la base remplira la table "matières" avec cette
table type ; par contre, une mise à jour ne touchera pas à une table
déjà remplie, de façon à préserver vos matières préexistantes. Cette
table, et le script d'initialisation, sera intégré à la rc2.

3- les profs pourront être saisis à la main (procédure existante, et
simple dans le cas d'un changement d'année pour un petit établissement à
l'équipe stable), ou bien importés par csv, avec l'option de préciser la
matière enseignée. Cette importation par csv (qui apparaîtra aussi avec
la rc2) permettra l'initialisation ainsi qu'un turn over important :
nous avons tous des listes de profs sous une forme ou une autre,
facilement transformable en csv. Il n'y aura donc pas de fonctionnalité
d'import depuis STS-web (jumeau de Sconet pour les profs).

4- les matières enseignées dans les classes sont l'objet de la nouveauté
majeure de la 1.4.3. On n'associera plus une matière et un(des) prof(s)
au sein d'une classe. On créera un enseignement, constitué d'une
matière, enseignée par un(des) prof(s), dans une(des) classe(s). Ceci de
deux façons possibles :
*soit une interface simple correspondant à "un enseignement = une
matière + un prof + tous les élèves d'une classe" sous la forme d'un
tableau par classe où l'on cochera les matières et les profs (tous les
enseignements simples d'une classe seront donc créés sur une page unique) ;
*soit une page de création d'un enseignement à la fois, en faisant le
choix successif de la matière, des classes concernées, puis du(des)
prof(s), et enfin des élèves.
Cette dernière interface, ainsi que toute la structure exposée ci-dessus
est fonctionnelle dans la rc1 ; l'interface simple est à écrire pour la
rc2.
La création de la structure pédagogique à l'initialisation, ou sa
modification au changement d'année, sera donc à faire à la main.
On peut imaginer que l'import des élèves (dont je parle ci-dessous) crée
à la volée les enseignements nécessaires, mais cette fonctionnalité est
ambitieuse, et ne pourra être fournie pour la 1.4.3.

5- il ne reste plus qu'à introduire les élèves dans la base pour qu'elle
soit fonctionnelle. L'import des élèves par csv (s'appuyant sur une
extraction de Sconet) existe à l'état embryonnaire (parties de scripts
de la 1.4.2), et sera mise en place pour la rc2. Il s'agira d'importer
les élèves, leur classe, leurs responsables, et leurs options. Lors de
l'importation, les options seront associées à des enseignements et
provoqueront l'inscription de l'élève dans le groupe correspondant. Pour
tous les enseignements de la classe non associés à une option d'élève,
tous les élèves de la classe seront inscrits par défaut.

Voilà pour la procédure de début d'année envisagée pour la 1.4.3.

En complément, je dois préciser que contrairement à ce qui a été dit un
temps, la mise à jour de la 1.4.2 vers la 1.4.3 conserve les groupes
(classe-matière-prof(s)-élèves) existants, qui sont transformés en
enseignements (matière-classe(s)-prof(s)-élèves) à une seule classe.

Concernant les absences, la fonctionnalité d'import des absences
trimestrielles depuis GEP est maintenue en l'état, puisqu'il est annoncé
officiellement que le module absence de GEP reste fonctionnel pour
l'année à venir.
Une "gestion" réelle des absences (saisie en direct et quotidienne) a
été ébauchée dans Gepi ; cependant, après réflexion, il nous semble
illusoire de vouloir gérer la saisie des absences au quotidien voire
heure par heure sans intégrer à Gepi un module emploi du temps, ce qui
n'est pas envisagé pour l'instant. Ce module n'est donc pas "mûr".
De plus, les scripts le concernant n'ont pas été mis en conformité avec
le nouveau concept "d'enseignements" et ne fonctionnent donc pas du tout
en 1.4.3.

Un module "trombinoscope" est en cours de développement, permettant
d'associer une photo avec chaque élève. Ce module n'est pour l'instant
pas activé dans les versions distribuées, car incomplètement débogué.
Les établissements souhaitant utiliser le trombinoscope - et participer
à son débogage - pourront activer le module par une simple manip que
nous indiquerons.

Enfin, je tiens à dire que les développeurs travaillent d'arrache-pied,
mais que pour chacun d'entre nous, Gepi n'est qu'une urgence parmi
d'autres. (Ce ne sont pas les collègues chefs d'établissement qui me
diront le contraire !)

En conclusion, quelle politique pouvez-vous adopter en cette rentrée
vis-à-vis de l'évolution de Gepi ?
Il me semble que ceux d'entre vous qui souhaitent mettre en service dès
maintenant le cahier de texte (et le carnet de notes) doivent opter pour
la 1.4.2, et attendre la sortie de la 1.4.3 stable pour envisager une
mise à jour. A ce moment-là, ils auront le choix entre conserver pour
l'année leurs groupes éclatés ou bien regrouper les enseignements
communs à plusieurs classes, avec pour conséquence une non continuité de
ces enseignements au niveau du cahier de texte notamment.
Pour un démarrage en 1.4.2, il faut utiliser l'ancienne procédure
d'initialisation à partir des fichiers GEP, et pour cela attendre que
les services informatiques officiels réussissent à synchroniser ces
fichiers élèves GEP avec Sconet, comme cela nous a été promis
officiellement. (il faudra bien, puisque le module absence de GEP doit
fonctionner encore un certain temps...)
Les collègues qui n'utilisent que la fonctionnalité "bulletins" ont par
contre tout intérêt à attendre la 1.4.3 stable, qui ne saurait tarder.

En espérant que ce message vous aide à vous déterminer, je vous souhaite
à tous une excellente rentrée.

cordialement,

-- 
Éric LEBRUN
Proviseur adjoint
Lycée Camille Guérin

33 rue de la Gibauderie - 86000 Poitiers
téléphone : 05.49.46.28.70 - télécopie : 05.49.45.21.43