| Documents de gestion de projets |
|
|
| Comptes-rendus
des réunions |
|
|
| Documentation
sur la braille |
|
|
| Documentation synthèse vocale |
|
|
|
|
Compte rendu de la runion du 12\01\2004
- Date et Lieu: Lundi 12 janvier 2004 de 14h30 17h30 l'IGA
- Participants :
- Le conseiller pdagogique
- Le chef du projet
- L'quipe des dveloppeurs
- Ordre du jour:
Etat d'avancement du projet
Chaque reprsentant, des groupes forms lors de la dernire runion et qui ont t chargs d'tablir une recherche approfondie pour faire par la suite une formation aux autres groupes, a parl en gnral de ce que son quipe a ffectu comme travail, l'tat d'avancement des trois groupes est le suivant:
- XML:
La reprsentante a dcrit le contenu du document developp par son quipe, qui prsentait la structure d'un docuemnt XML, ses composantes, DTD et les feuilles de styles XSL.
- LaTeX:
Le reprsentant a parl de ce que contenait le document que l'quipe a tabli, comme l'installation du LaTeX sous Windows ainsi que sous Linux, la compilation, le visualisation et les exemples.
- Lynx:
Le reprsentant de cet quipe a dit qu'ils ont russi le tlcharger mais ils n'ont pas arriv le compiler.
Pour la synthse vocale, le problme de Mbrola est qu'elle ne s'execute pas sous WinXP. Alors, un dveloppeur a essay deux programmes de la TTS de Microsoft, le premier en mode console et le deuxime en mode application Win32(Graphics) crites en C++ qui sont libres et gratuites.
Mais il faut voir la licence de l'utilisation pour la lire.
Validation des documents
Les documents suivants ont t valids:
- Plan du projet:
Les dates ont t changes:
- Du 12 Janvier au 30 Janvier:
Analyse & Conception
- Du 1er Fevrier au 15 Mars:
Ralisation du prototype
- Du 15 Mars au 15 Juin:
Ralisation du reste
- Du 15 Juin au 30 Juin:
L'intgration
- Cahier des charges:
- On a ajout une autre partie nomme perspective dont laquelle on a plac:
- Le tableur
- Le sous point: "importation des fichiers "*.pdf", "*.doc", "*.tex" et d'autres formats", du module Traitement de texte
- Jeux
- Agenda
- Le navigateur Web:
on a rajout la spcification qu'il doit permettre la dtection des hyperliens javascript.
- le gestionnaire de fichiers:
il faut juste expliquer en gnral ce qu'est un gestionnaire de fichiers.
- L'environnement de dveloppement:
on doit prciser les langages.
- Contraintes de dveloppement:
on a tout enlev, et on a gard une seule contrainte est que SIRAGI doit pouvoir s'installer et s'executer aussi sur une plateforme Windows que Linux.
On a enlev la compression/dcompression parce qu'elle est integre dans le gestionnaire de fichiers.
- Qualits requises:
cette partie a t enleve parce qu'elle doit tre dans le plan de qualit.
- Plan de qualit:
Pour le plan de qualit:
- le second prototype a t enlev parce qu'on ne ralisera qu'un seul.
- On a enlev galement la phase validation du cycle de vie parce qu'il n'existe pas une phase nomme validation dans un plan de qualit.
- On remplace la phase d'installation par la partie diffusion.
- Il faut rajouter la documentation technique.
Analyse et Conception du projet
Notre projet aura un objet principal SIRAGI qui s'instanciera lors du lancement de l'application, cet objet restera l'coute du clavier, et lorsque l'utilisateur tapera un raccourci, l'objet SIRAGI instanciera un autre objet, suivant le raccourci choisi par l'utilisateur, en utilisant sa mthode bascule(), alors l'objet principal passera la main au nouveau objet cr qui lui cette fois restera l'coute du clavier, c'est dire que c'est l'objet courant actif qui coute le clavier. Pour l'objet SIRAGI, on doit savoir qu'il est toujours l mais il est juste inactif.
Les diffrents objets seront crs au niveau de l'objet SIRAGI selon les besoins, si par exemple l'utilisateur veut faire du traitement de texte, SIRAGI crera un objet TT, c'est pour cela qu'on a pens la relation d'agrgation entre SIRAGI et les autres objets.
Pour l'objet SYNTHESE puisqu'il sera utilis par tous les objets, on a pens la relation de dpendance.
L'objet SIRAGI possdera un fichier XML dont lequel on placera tous les raccourcis qui seront connus par cet objet.
Puisqu'on veut que notre application soit rapide et ne bouffera pas beaucoup de mmoire, on a pens avoir une seule instance pour n'importe quel objet.
Les objets de notre projet sont les suivants:
- SIRAGI
: l'objet principal.
- TT
: l'objet qui permettera le traitement de texte.
- NAVIGATEUR
: est un objet dfini pour la navigation internet.
- SYNTHESE
: objet de la synthse vocale.
- SGBD
: pour la gestion d'une base de donnes.
- DICO
: le dictionnaire.
- LecteurMM
: le lecteur multimdia.
- Connexion
: pour la connexion.
- Chat
: pour le tchat.
- Apprentissage
: l'objet qui permettera l'apprentissage.
- FICHIER
: objet qui permettera la gestion des fichiers.
- EnviDevt
: l'environnement de dveloppement.
- Calculatte
: pour la calculatrice.
- eMAIL
: objet de la messagerie lctronique.
Pour le prototype, on dveloppera les objets SIRAGI, SYNTHESE, TT et NAVIGATION.
Dans un premier temps, on a commenc par dfinir les mthodes de certains objets:
- L'objet principal SIRAGI, on a:
- La mthode bascule(appli):
est utilise pour le basculement de l'objet SIRAGI vers d'autres objets instancis par SIRAGI.
- La mthode personnaliser_touches():
permettera l'utilisateur de modifier un raccourci pour l'appel d'une application dtermine.
- L'objet SYNTHESE, on a:
- La mthode speak(langue,chaine,epeler,sortie):
permettera la lecture, les arguments passs comme paramtres dfinissent:
- Langue:
pour spcifier la langue dsire, soit le franais, l'anglais ou l'arabe.
- Chaine:
est la chaine qui va tre lu, elle peut tre un caractre comme elle peut tre simplement du texte.
- epeler:
est un boolen, si sa valeur vaut true alors on va peler sinon on va lire.
- sortie:
peut tre soit les hauts parleurs ou bien WAV.
Conclusion et prochain rendez-vous
L'quipe se partagera le travail d'analyse. Chacun analysera un objet. On confrontera les rsultats la prochaine runion le lundi 19 janvier 2004.
|
