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

Ven 8 Sep 15:31:40 CEST 2006

Selon "E. Lebrun" <Eric.Lebrun at ac-Poitiers.Fr>:

> du côté de GEP, chez nous, nous venons tout juste de récupérer des
> fichiers f_ele et f_ere complets. Il a fallu pour ça que la dernière
> version de l'automate soit installée, et même chose pour GEP. Ce fut
> long, mais c'est fait. Comme c'est national, vous devriez y arriver vous
> aussi.
> du côté sconet, il y a moyen de faire une extraction csv
> élève-responsable. Mais je ne dis pas "élève-responsables" : quand un
> élève a plusieurs responsables, il figure autant de fois dans
> l'extraction qu'il a de responsables. C'est pas facile à exploiter
> ensuite...

Merci pour cette info.
J'aurais peut etre lundi matin ces fameux fichiers !

ph gatouillat

>
> philippe a écrit :
> > Bonjour,
> >
> > Juste une petite question concernant  les responsables élèves.
> > Je n'ai pas compris comment cela allait se passer ?
> > Je suppose qu'avec les fichiers f_ele et f_ere il n'y a pas de pb mais
> > actuellement la seule chose exploitable que j'ai réussi à récupérer de
> > Melle "SCONET" est un fichier CSV (sans identifiant et sans sexe...).
> > La secrétaire à essayer de me récupérer les fameux DBF mais le
> > répertoire de GEP reste désespérément vide.
> >
> > ph gatouillat
> >
> >
> >
> >
> >
> >
> >
> > E. Lebrun a écrit :
> >> 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,
> >>
> >
> >
> > _______________________________________________
> > gepi-users mailing list
> > gepi-users at lists.adullact.net
> > https://lists.adullact.net/mailman/listinfo/gepi-users
> >
>
> --
> É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
>
> _______________________________________________
> gepi-users mailing list
> gepi-users at lists.adullact.net
> https://lists.adullact.net/mailman/listinfo/gepi-users
>