Comptes
L'idée est de chiffrer les changements suivants pour voir s'ils sont réalisables dans le cadre du projet T-Coph.
Gestion de l'authentification
Pour pouvoir exister en dehors de HumansMatter, il faudrait qu'on puisse fonctionner de manière autonome sur la création de compte. Deux stratégies sont possibles.
On va utiliser du json pour stocker les comptes. On reste sur la structure HM dans un souci de compatibilité derrière, mais c'est le type de données qui fait foi, histoire que les utilisateurs puissent donner du sens au teacherCode.
{"comptes":
{
"TREMLK":{//Le code à 6 lettres peut être remplacer par une autre string type "école Noam Chomsky"
"password":"monmotdepasse",
"groups":[
{
"iconID":"gp1",
"groupName":"Classe de Mme Machin",
"accounts":[
{
"iconID":"1",
"loginCode":"123456",
"deviceLetter":"A"
},
{
"iconID":"2",
"loginCode":"412376",
"deviceLetter":"B"
},
{
"iconID":"3",
"loginCode":"789412",
"deviceLetter":"A"
}
]
},
{
"iconID":"gp2",
"groupName":"Classe de Mme Bidule",
"accounts":[
{
"iconID":"4",
"loginCode":"654321",
"deviceLetter":"A"
},
{
"iconID":"5",
"loginCode":"376412",
"deviceLetter":"B"
},
{
"iconID":"6",
"loginCode":"781294",
"deviceLetter":"A"
}
]
}
]
},
"SDQVNG":{
"password":"monmotdepassesécurisé",
"groups":[
{
"iconID":"gp1",
"accounts":[
{
"iconID":"1",
"loginCode":"974566",
"deviceLetter":"A"
},
{
"iconID":"4",
"loginCode":"798413",
"deviceLetter":"B"
},
{
"iconID":"5",
"loginCode":"465413",
"deviceLetter":"C"
},
{
"iconID":"6",
"loginCode":"165796",
"deviceLetter":"D"
}
]
}
]
}
/*etc.*/
}
}Le json est fourni au moment du build. On build une version par expé. C'est à mon avis le plus simple
Au 1er lancement le fichier json est lu et les comptes créés sur la tablette (tous). On demande à l'utilisateur de choisir parmi groupes (ici code à 6 chiffres, mais ça peut être le nom de l'école dans la chaine de caractères) et les lettres de tablettes. Puis la tablette est configurée.
Dans l'idéal on peut modifier la lettre de la tablette et le groupe à tout moment (via le panneau de contrôle de l'appli).
Activity
marked this issue as related to #2
marked this issue as related to #20
added T-Coph label
added Godot label
Il est question de "groupe" et de "lettre de la tablette". Mais dans le json je ne vois que 2 niveaux : compte (code à 6 lettres) et liste d'iconID+usercode. Je suppose que la lettre de tablette équivaut aux "lots" de HM en s'insére entre les deux ? mais je ne sais pas trop comment ça se passe au niveau des datas, ni au niveau de la distribution des tablettes sur le terrain...Il me faudrait un peu de contexte.
En gros, c'est pour pouvoir monter une expé. Les expérimentateurs ou les enseignants installent l'appli et à la 1re connexion choisissent les bonnes valeurs (
Groupe— la clé dans le json —,deviceLetter). Une fois ces deux valeurs sélectionnées, seuls les comptes correspondants peuvent être logués sur la tablette.Ca me pose des questions, par exemple : est-ce que plusieurs tablettes peuvent partager le même cheptel de userIDs ?
Oui, si les enseignants donnent 2 fois le même deviceLetter à 2 tablettes différentes.
Quel que soit la réponse, comme on ne dispose pas d'un site enseignant à la HM, ça me paraitrait + fiable de leur imposer, pour chaques tablettes, de choisir dans des listes déroulantes leur département, école, classe, groupe (avec un champ de saisie pour ce dernier) un peu comme dans fireflyscan. Et de bien indiquer ces infos à chaque démarrage pour éviter que ne se mélangent les tablettes. Mais c'est peut etre parce que je ne comprends pas bien le mode de distribution et d'exploitation des tablettes dans les ecoles et les groupes ...
Là où tu as raison, c'est que s'il y a 2 classes qui participent dans l'école, ça peut poser un problème. Peut-être qu'il faudrait rajouter un niveau dans le json, pour avoir une école et un groupe. Le groupe pourrait faire partie de l'identifiant comme sur l'ancienne identification Luciole.