Attestations B2i

Didacticiel

Le GiBii (Gestion Informatisée du Brevet Informatique et Internet) est une application Web qui permet une gestion informatisée du B2i collant bien à son esprit.

L'installation sur le serveur académique offre l’avantage d’assurer le transfert des feuilles de suivi de l’école au collège, du collège au lycée ou en cas de changement d’établissement, à condition que les établissements précédents de l'élève aient également utilisé GiBii.

1 / Principe :

GiBii est installé sur le serveur Web académique. Tous les utilisateurs se connectent à GiBii à l'aide de Firefox et d'un identifiant (nom d'utilisateur + mot de passe).

Il existe pour GiBii 4 sortes d'utilisateurs différenciés par leur identifiant.

•  L'élève qui demande la validation de ses compétences, avec une justification éventuelle.
•  Le professeur qui valide ces demandes, avec ou sans justification.
•  Le gestionnaire (un professeur délégué de la classe) qui suit l'avancement, édite les résultats et les attestations du B2i.
•  L'administrateur qui assure les fonctions techniques, qui gère les utilisateurs du GiBii du lycée Risle-Seine et la stratégie.

2 / Fonctionnement de base :

Mélissa, Kévin, Elodie et Charlotte sont quatre élèves de 3°DP6. Ils estiment avoir la compétence correspondant à l’item 23. Ils se connectent sur le site de GiBii et cochent la case correspondant à cet item. Après validation, la coche disparaît et, à la place, apparaît le bouton : Demandé. Kévin en profite pour cocher une dizaine d’autres items, mais le programme lui rappelle qu’il ne peut dépasser 5 demandes à la fois.

Rudy est professeur dans la classe de ces 4 élèves ; il a participé au partage des compétences au sein de l'équipe pédagogique dont il fait partie pour valider certains items.

•  Quand il se connecte sur le site GiBii, il voit la demande de Mélissa et donne son accord. Lorsque Mélissa se reconnectera plus tard, le bouton précédent sera devenu : Oui : 1  Non : 0 . L’item ne sera obtenu que lorsque un deuxième prof aura apporté son accord (valeur par défaut : 2 accords).
•  Pour Kévin, Rudy n'est pas d'accord et coche le bouton « Non ». Kévin trouvera le bouton : Oui : 0  Non : 1 en regard de l’item 23, la prochaine fois qu’il se connectera. Rudy garde la possibilité de changer d’avis plus tard et de donner son accord s’il estime que Kévin a fait des progrès. Dans ce cas, Kévin obtiendra le même bouton que Mélissa.
•  Pour Elodie et Charlotte, Rudy donne son accord.

La durée de vie de ces demandes est de 15 jours (par défaut). Si aucun autre prof n’apporte son accord, elles disparaissent de GiBii.

Evelyne est aussi professeur de 3°DP6, compétente pour l’item 23, et elle se connecte avant la limite de péremption des demandes des quatre élèves.

•  Pour Melissa, elle donne son accord. Dans sa « page élève », Melissa trouvera : Obtenu en regard de l’item 23 puisqu’elle a obtenu 2 accords.
   
•  Pour Kévin, elle refuse elle-aussi. Dans la page normale de Kévin, une case à cocher vide remplacera le bouton devant l’item 23. La demande de Kévin et les réponses de Rudy et d’Evelyne seront conservées et visibles par Kévin dans une page spéciale accessible par le bouton : Demandes anciennes . Cette page affiche toutes les demandes périmées lorsqu’au moins une réponse a été apportée par un prof.
   
•  Pour Elodie, Evelyne refuse. Elodie trouvera dans sa page élève : Oui : 1  Non : 1 . Son bilan est de 0, l’accord apportant 1 et le refus -1. Pour obtenir l’item, il lui faudra donc 2 accords supplémentaires afin que son bilan atteigne 2. Si Rudy change son refus en accord, elle aura 2 accords, donc l’item acquis.
   
•  Pour Charlotte, Evelyne n’a pas d’élément pour juger et ne répond pas. Si personne d’autre ne répond dans les 15 jours, la demande n’apparaîtra plus dans la page prof ni dans la page élève. Elle n’apparaîtra pas non plus dans les demandes périmées de la page élève, car elle n’a pas eu de réponse.

3 / En cas de rareté des profs compétents :

Bien que le nombre de validations ait été fixé à 2 ou plus, il peut arriver qu’il n’y ait qu’un seul prof dans la classe capable de valider partiellement une demande. Pour éviter que l’élève ne soit pénalisé, l’item lui est alors accordé automatiquement dès que ce prof a validé.

4 / Demande longue :

Dans certains cas particuliers, la durée de validité des items fixée par l’établissement est insuffisante. Il peut y avoir différentes raisons, mais la plus souvent mise en avant est celle appelée " maths-techno-tableur ".

Pour ces cas (en principe exceptionnels), GiBii propose l’option « demandes longues » que l’administrateur sélectionne pour les professeurs qui en ont besoin et lui en font la demande.
Avec cette option, toutes les demandes apparaîtront pendant un an, seulement dans la page des professeurs concernés. Après, elles disparaîtront définitivement, qu’elles aient abouti à l’obtention de l’item ou non.

Supposons que Rudy et Evelyne acceptent les demandes longues. Evelyne n’a pas pu donner son avis sur la demande de Charlotte concernant l’item 23, par exemple parce qu’elle n’a pas encore traité, dans son programme, les notions ayant un rapport avec cet item. On suppose de plus qu’il n’y a pas d’autre prof de la classe capable d’estimer la compétence relative à cet item ; cette supposition est souvent réalisée, notamment dans le cas maths-techno-tableur signalé ci-dessus.

Résumé :

Charlotte a l’item 23 partiellement validé par Rudy en novembre et elle attend qu'Evelyne puisse la juger en avril. Evelyne pourra valider cette demande longue bien après la durée limite choisie par l’établissement.

L’inconvénient de ces demandes est de bloquer une des 5 possibilités de demande pendant un an. En envisageant le pire, si l’élève pouvait faire 5 demandes longues, il ne pourrait plus rien demander pendant un an ! Pour éviter cet effet pervers, les demandes longues ne sont pas comptabilisées dans les demandes en cours. Pour que l’élève puisse les différencier des autres, elles sont indiquées avec un bouton spécial : En attente . En passant la souris dessus, on trouve l’indication habituelle : Oui : 1 Non : 0.

5 / Stratégie de la gestion des demandes :

Les demandes des élèves sont stockées dans une table qui nécessite une purge régulière pour éviter d'encombrer la base de données et de ralentir l'affichage des pages élève ou prof. Cette purge est effectuée :

•  à la première connexion de la journée :

Lors de la première connexion à GiBii, les demandes de plus d'un an sont supprimées. Le pauvre élève matinal se voit ainsi pénalisé d'une requête à la base. Mais cette pénalisation est légère et on peut penser que ce n'est pas le même élève chaque matin.

•  à la connexion d'un prof ou d'un élève :
  Les demandes marquées " actives " dans la table demandes sont récupérées. Ce statut a été inscrit lors de la création de la demande et vérifié ensuite à chaque connexion de l'élève ou des profs concernés. Une demande est active lorsqu'elle vérifie les conditions suivantes :
   
  • l'item correspondant n'est pas obtenu,
  • le nombre de refus maximal (choisi par l'établissement) n'est pas encore atteint,
  • la demande n'est pas périmée.

La valeur de ce champ actif est modifiée lorsque l'une des conditions précédente change. Lorsqu'elle devient périmée, la demande est supprimée seulement si elle n'a eu aucune réponse. Dans les autres cas, elle est seulement désactivée. Pour de telles demandes, l'élève peut consulter la ou les réponses des profs sur une page spéciale. Ainsi, avec le remplacement de la suppression par une désactivation, les demandes et réponses sont conservées et l'élève pourra connaître la raison des refus.

6 / La condition de péremption nécessite quelques explications :

Si la demande n'a pas dépassé la durée limite fixée par l'établissement, son état reste " non périmé " (et elle reste donc active si les deux premières conditions n'ont pas été modifiées).

Si elle a dépassé cette durée limite, elle peut avoir le statut de " demande longue ". Pour le vérifier, GiBii calcule le maximum d'accords que peut obtenir la demande en tenant compte d'éventuels profs " longs ". Ce nombre n'est pas obligatoirement le même que pendant la phase de vie " normale " de la demande (c'est à dire pendant la durée maximale fixée par l'établissement, souvent 15 jours).

Voici un exemple :

Les profs A et B potentiellement sont seuls validateurs d'une certaine demande.

A accepte les demandes longues, B non.

La durée de vie d'une demande est de 15 jours pour l'établissement.

Il faut 2 demandes pour acquérir un item.

A ne s'est pas prononcé.

B a refusé la demande dans les 15 premiers jours.

Pendant les 15 premiers jours, si A apporte son accord et B change son refus en accord, l'item est accordé.

Au-delà et bien qu'étant une demande longue, la demande est désactivée, car elle ne peut plus être accordée : B ne peut plus modifier son refus. Cette désactivation aura lieu dès que l'élève concerné ou l'un des profs (A ou B) ouvrira une session. Elle sera irréversible : même si B se décrète trop tardivement prof long, elle ne sera pas réactivée.

Entraînez-vous avec un élève et un professeur fictifs, puis attendez, après la rentrée scolaire, l'intégration des fichiers Sconet de l'établissement (importation des utilisateurs).

Compte de test professeur :

Utilisateur :       proftest
Mot de passe : le demander à la Personne ressource

Compte de test élève :

Utilisateur :       00000
Mot de passe : le demander à la Personne ressource

| Attestations collège | Attestations lycée |

Voir aussi : | Documentation |

Page modifiée le 23/06/2009