Documents de gestion de projets |
|
Comptes-rendus
des réunions |
|
Documentation
sur la braille |
|
Documentation synthèse vocale |
|
|
|
Compte rendu de la r�union du 12\01\2004
- Date et Lieu: Lundi 12 janvier 2004 de 14h30 � 17h30 � l'IGA
- Participants :
- Le conseiller p�dagogique
- Le chef du projet
- L'�quipe des d�veloppeurs
- Ordre du jour:
Etat d'avancement du projet
Chaque repr�sentant, des groupes form�s lors de la derni�re r�union et qui ont �t� charg�s d'�tablir une recherche approfondie pour faire par la suite une formation aux autres groupes, a parl� en g�n�ral de ce que son �quipe a �ffectu� comme travail, l'�tat d'avancement des trois groupes est le suivant:
- XML:
La repr�sentante a d�crit le contenu du document developp� par son �quipe, qui pr�sentait la structure d'un docuemnt XML, ses composantes, DTD et les feuilles de styles XSL.
- LaTeX:
Le repr�sentant 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 repr�sentant de cet �quipe a dit qu'ils ont r�ussi � le t�l�charger mais ils n'ont pas arriv� � le compiler.
Pour la synth�se vocale, le probl�me de Mbrola est qu'elle ne s'execute pas sous WinXP. Alors, un d�veloppeur a essay� deux programmes de la TTS de Microsoft, le premier en mode console et le deuxi�me 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� valid�s:
- Plan du projet:
Les dates ont �t� chang�es:
- Du 12 Janvier au 30 Janvier:
Analyse & Conception
- Du 1er Fevrier au 15 Mars:
R�alisation du prototype
- Du 15 Mars au 15 Juin:
R�alisation du reste
- Du 15 Juin au 30 Juin:
L'int�gration
- Cahier des charges:
- On a ajout� une autre partie nomm�e 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 sp�cification qu'il doit permettre la d�tection des hyperliens javascript.
- le gestionnaire de fichiers:
il faut juste expliquer en g�n�ral ce qu'est un gestionnaire de fichiers.
- L'environnement de d�veloppement:
on doit pr�ciser les langages.
- Contraintes de d�veloppement:
�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/d�compression parce qu'elle est integr�e dans le gestionnaire de fichiers.
- Qualit�s requises:
cette partie a �t� enlev�e 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 r�alisera qu'un seul.
- On a enlev� �galement la phase validation du cycle de vie parce qu'il n'existe pas une phase nomm�e 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 m�thode 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 diff�rents objets seront cr��s au niveau de l'objet SIRAGI selon les besoins, si par exemple l'utilisateur veut faire du traitement de texte, SIRAGI cr�era un objet TT, c'est pour cela qu'on a pens� � la relation d'agr�gation entre SIRAGI et les autres objets.
Pour l'objet SYNTHESE puisqu'il sera utilis� par tous les objets, on a pens� � la relation de d�pendance.
L'objet SIRAGI poss�dera 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 m�moire, 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 d�fini pour la navigation internet.
- SYNTHESE
: objet de la synth�se vocale.
- SGBD
: pour la gestion d'une base de donn�es.
- DICO
: le dictionnaire.
- LecteurMM
: le lecteur multim�dia.
- 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 d�veloppement.
- Calculatte
: pour la calculatrice.
- eMAIL
: objet de la messagerie �l�ctronique.
Pour le prototype, on d�veloppera les objets SIRAGI, SYNTHESE, TT et NAVIGATION.
Dans un premier temps, on a commenc� par d�finir les m�thodes de certains objets:
- L'objet principal SIRAGI, on a:
- La m�thode bascule(appli):
est utilis�e pour le basculement de l'objet SIRAGI vers d'autres objets instanci�s par SIRAGI.
- La m�thode personnaliser_touches():
permettera � l'utilisateur de modifier un raccourci pour l'appel d'une application d�termin�e.
- L'objet SYNTHESE, on a:
- La m�thode speak(langue,chaine,epeler,sortie):
permettera la lecture, les arguments pass�s comme param�tres d�finissent:
- Langue:
pour sp�cifier la langue d�sir�e, soit le fran�ais, l'anglais ou l'arabe.
- Chaine:
est la chaine qui va �tre lu, elle peut �tre un caract�re comme elle peut �tre simplement du texte.
- epeler:
est un bool�en, 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 r�sultats � la prochaine r�union le lundi 19 janvier 2004.
|