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

Jeu 7 Sep 18:38:01 CEST 2006

Bonjour,

En qui concerne la saisie des classes j'ai eu sans doute le même pb que 
vous avec sconet. Je l'ai résolu en important le csv des élèves, les 
classes sont extraites et une page propose les classe à valider ou 
invalider avec des cases à cocher.
Pour le module trombinoscope le notre utilise la même importation sconet 
et en extrait le n°GEP qiu existe tjrs mais lié au RNE. De cette façon 
la photo suit l'élève d'année en année à l'aide d'une table liant 
l'élève au fichier. L'avantage est que le trombinoscope est opérationnel 
dès le premier jour de l'année.

Cordialement,

En effet les anciens élèves apparaissent sans division, les actuels dans 
la bonne division ou bien  dans la division avec options.
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,
>

-------------- section suivante --------------
Une pièce jointe non texte a été nettoyée...
Nom: laurent.verdier.vcf
Type: text/x-vcard
Taille: 427 octets
Desc: non disponible
Url: http://lists.adullact.net/pipermail/gepi-users/attachments/20060907/cf8376ff/laurent.verdier.vcf