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

Ven 8 Sep 12:55:41 CEST 2006

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...

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