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

[Mathieu ADOUTTE]

Si je comprends bien, on pourra toujours importer automatiquement les 
listes de profs-élèves-matières (en bataillant un peu avec des cvs), 
mais il va falloir créer à la main les associations prof-classe-matière 
(baptisées "enseignements") ?
Environs 60 classes, 5mn par classes, ca fait 5h de boulot. Disons une 
journée, quoi. Juste pour créer les enseignements. Hum. Je m'affole pour 
rien, ou ça va être ça ?


E. Lebrun wrote:
> 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,
>