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

Sam 9 Sep 22:35:20 CEST 2006

Il semble effectivement compliqué de concilier un début sur la 1.4.2 et
un passage ultérieur en 1.4.3 si c'est pour ne pas pouvoir utiliser les
groupes "façon 1.4.3".

Il y aurait peut-être une sortie à cette impasse : permettre la fusion
de groupes sans pertes de données.

Je ne voudrais pas m'engager sur cette fonction pour la 1.4.3 avant d'y
avoir plus mûrement réfléchi, mais je pense qu'il doit être possible
d'ajouter une fonction pour pouvoir fusionner des groupes de différentes
classes, et ainsi pouvoir tirer tous les bénéfices de la 1.4.3 même avec
un départ sur la 1.4.2.

Cela implique quand même une chose : la définition des matières pour
chaque classe sous la 1.4.2 doit correspondre, en terme 1.4.3, soit à un
groupe complet (exemple des groupes simples, dans une seule classe),
soit à un morceau de regroupement interclasses, qu'il suffira ensuite de
rapprocher d'autres morceaux *ayant la même matière(!)* d'autres classes
pour former un seul et unique regroupement. Cette opération serait faite
à la main, avec comme d'habitude un outil le plus ergonomique possible.

Est-ce que cette solution serait un bon compromis pour permettre à tous
ceux qui doivent vraiment lancer maintenant avec la 1.4.2 de quand même
bénéficier des avancées de la 1.4.3 en terme de groupes d'ici quelques
semaines ?

Si oui, ça ne sera pas pour la 1.4.3, mais plutôt pour une 1.4.4 qui
sortira un peu plus tard, quand on aura un peu le temps de souffler.
Nous manquons tous cruellement de temps en ce moment pour pouvoir
finaliser cette 1.4.3 et donc nous n'allons pas ajouter de nouvelles
fonctions maintenant, mais seulement finaliser les éléments d'ergonomie
nécessaires à une 1.4.3 fonctionnelle.

Je ne peux pas répondre avec précision en terme de délai de sortie de la
1.4.3 stable. Je pense que d'ici une semaine on approchera quelque chose
de plus solide, mais ça n'a pas valeur d'engagement ;)

Dans tous les cas, je le répète encore et toujours, les versions beta et
RC ne doivent pas être utilisées en productions. Certains éléments de
ces versions ne sont pas finalisés, et il peut rester des bugs importants...

a+
Thomas

Bier David wrote:
> Bonjour à tous,
> 
> Je vous expose ma façon de procéder dans notre établissement:
> Nous utilisons depuis l'année dernière le cahier de textes et le 
> carnet de notes.
> Nous tenons pour éviter tous problèmes entre le carnet de notes et le 
> cahier de textes d'avoir de bases distinctes, ce qui permet de ne pas 
> gérer les élèves par classes puisque le cahiers n'est pas nominatif en 
> accès public.
> Aujourd'hui la 1.4.3 n'est pas encore opérationnelle, et je souhaite 
> mettre en production le cahiers de texte, le carnet de notes peut 
> attendre la fin septembre.
> Eric nous conseil de mettre en production dans l'immédiat une 1.4.2, 
> ce que je pense est plus sage que de tenter une 1.4.3 rc1, mais 
> j'hésite car avec une 1.4.2 il est impossible de gérer les groupes et 
> une mise à jour d'une 1.4.2 vers une 1.4.3 ne sera pas sans perte des 
> données saisies si l'on souhaites créer des groupes interclasses.
> Enfin, je pense que pour les cahiers je vais partir sur une version 
> 1.4.2 avec une base de l'année dernière, faire du propre avec les 
> profs matière classe et attendre la 1.4.3 pour construire une base 
> indépendante pour le carnet de notes.
> 
> Je ne sais pas ce que eric, thomas ou autre personnes en pense?.
> La 1.4.3 seras t'elle bientôt dispo?, en tout cas je crois qu'il vaut 
> mieux éviter les versions RC en production.
> 
> @ Bientôt et bon courage à tous pour cette rentrée.
> 
> D.BIER LT Charles coulomb
> 
> 
> ---- Messages d´origine ----
> De: "E. Lebrun" <Eric.Lebrun at ac-Poitiers.Fr>
> Date: Jeudi 7 Septembre 2006 16h08 
> Objet: [gepi-users] nouvelle version de Gepi (1.4.3), Sconet - le point
> 
>> 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 
>> fonctionni 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èmeque 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 
>> faireprofiter la collectivité de votre propre base). A 
>> l'initialisation, le
>> script de génération de la base remplira la table "matières" avec 
>> cettetable 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 
>> avecla 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-
>> dessusest 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'ellesoit 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é 
>> avecle 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 
>> parmid'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
>>
>>
>>
>>
>>
>> _______________________________________________
>> gepi-users mailing list
>> gepi-users at lists.adullact.net
>> https://lists.adullact.net/mailman/listinfo/gepi-users
>>
> 
> 
> _______________________________________________
> gepi-users mailing list
> gepi-users at lists.adullact.net
> https://lists.adullact.net/mailman/listinfo/gepi-users

-------------- section suivante --------------
Une pièce jointe non texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 254 octets
Desc: OpenPGP digital signature
Url: http://lists.adullact.net/pipermail/gepi-users/attachments/20060909/035571da/signature-0001.pgp