[CdC] Mise à jour
- Dans la page Lex:gaMe, commenter le schéma de l'architecture ;
-
Préciser les interactions de BaLex :
- Créer un article BaBaLex et son API
- Trouver un nom pour le module de mutualisation de traces de BaLex
- Décider si c'est une API à intégrer aux logiciels à connecter ou si ceux-ci doivent fournir une API pour accéder à certaines traces
- Commencer à réfléchir à comment les RTI seront formulées d'après le choix précédent
-
On y gagnerait peut être à décomposer la figure globale en plusieurs figures centrées sur les différents composants 2 possibilités. Voir ce qu'on décide
- soit on fait une figure globale simplifiée et des petites figures complexes pour chaque appli
- soit on découpe la figure globale en petits exports par appli
- pour les comptes préciser les paramètres d'identification qui nous intéressent, exemples de préférences relatives aux amis et outils (Attention : les préférences des outils seront dans les outils a priori j'imagine qu'il s'agit de préférences concernant les liens entre outils.
- Profils utilisateur : Comment est-ce qu'on va gérer cette différence ?
- groupe Est-ce que ce ne serait pas pertinent d'afficher les cas d'utilisation concernant les « fonctionnalités [qui] leur permettront de jouer ensemble et de collaborer » ?
-
Lexique :
-
Je ne sais pas si le terme « mot » est le plus approprié (le fameux problème de pomme de terre), on pourrait peut-être parler de « forme » ou de « forme lexicale ».
- Répercuter aussi dans l'article liste
- Créer un article dans le wiki pour définir « forme » et « entrée lexicale ». Cela va réduire la page lexique mais pour mieux se focaliser sur ce que permet un lexique (peut-être indiquer les différents niveaux de lexique). L'article « entrée lexicale » indiquera les différentes informations présentes pour chaque entrée (peut être que plusieurs points de vues sur la même entrée seraient plus clairs).
- Bien différencier ce qui relève du lexique et de l'entrée lexicale elle-même (comment est gérée la superposition d'infos entre lexique perso, de groupe et commun)
- Saisie d'écran : traditionnellement la numérotation concerne les lexies, l'animal préféré de Théodore n'est-il pas un mustélidé aquatique aux pattes palmées ?
- Peut-être que pour clarifier tout ça le rôle de BaBaLex et son API dans la récupération des informations aiderait.
-
Je ne sais pas si le terme « mot » est le plus approprié (le fameux problème de pomme de terre), on pourrait peut-être parler de « forme » ou de « forme lexicale ».
- Labels, expliquer un peu mieux le mécanisme d'étiquetage permettra de se rapprocher de l'API (il faudrait lier ça aux besoins également)
Activity
assigned to @esimonnet
J'ai un peu modifié Architecture_logicielle.odg et j'ai créé un export svg, pour remplacer la figure dans l'article Lex:gaMe pour la rendre plus lisible.
-
J'ai aussi pris les use cases des comptes pour les mettre dans la page correspondante. S'il faut mettre à jour, ça se fait vite en ouvrant le html : clic-droit copier → coller dans l'éditeur de la page. Idem avec MoLiLex et social. C'est peut-être pas tout à fait optimal, mais ça facilite quand même la lecture des documents
-
Autre conseil, pour lier vers un ticket, il suffit de
#et numéro du ticker :-
#16→ #16 (closed) -
[6.1](#16)→ 6.1
-
marked the checklist item Dans la page Lex:gaMe, commenter le schéma de l'architecture ; as completed
marked the checklist item Répercuter aussi dans l'article liste as completed
marked the checklist item Créer un article dans le wiki pour définir « forme » et « entrée lexicale ». Cela va réduire la page lexique mais pour mieux se focaliser sur ce que permet un lexique (peut-être indiquer les différents niveaux de lexique). L'article « entrée lexicale » indiquera les différentes informations présentes pour chaque entrée (peut être que plusieurs points de vues sur la même entrée seraient plus clairs). as completed
marked the checklist item Créer un article dans le wiki pour définir « forme » et « entrée lexicale ». Cela va réduire la page lexique mais pour mieux se focaliser sur ce que permet un lexique (peut-être indiquer les différents niveaux de lexique). L'article « entrée lexicale » indiquera les différentes informations présentes pour chaque entrée (peut être que plusieurs points de vues sur la même entrée seraient plus clairs). as incomplete
marked the checklist item Créer un article BaBaLex et son API as completed
marked the checklist item pour les comptes préciser les paramètres d'identification qui nous intéressent, exemples de préférences relatives aux amis et outils (Attention : les préférences des outils seront dans les outils a priori j'imagine qu'il s'agit de préférences concernant les liens entre outils. as completed
marked the checklist item Profils utilisateur : Comment est-ce qu'on va gérer cette différence ? as completed
marked the checklist item Créer un article dans le wiki pour définir « forme » et « entrée lexicale ». Cela va réduire la page lexique mais pour mieux se focaliser sur ce que permet un lexique (peut-être indiquer les différents niveaux de lexique). L'article « entrée lexicale » indiquera les différentes informations présentes pour chaque entrée (peut être que plusieurs points de vues sur la même entrée seraient plus clairs). as completed
marked the checklist item Labels, expliquer un peu mieux le mécanisme d'étiquetage permettra de se rapprocher de l'API (il faudrait lier ça aux besoins également) as completed
mentioned in issue #34 (closed)
marked the checklist item Préciser les interactions de BaLex : as completed
marked the checklist item groupe Est-ce que ce ne serait pas pertinent d'afficher les cas d'utilisation concernant les « fonctionnalités [qui] leur permettront de jouer ensemble et de collaborer » ? as completed
marked the checklist item Lexique : as completed
marked the checklist item Peut-être que pour clarifier tout ça le rôle de BaBaLex et son API dans la récupération des informations aiderait. as completed