Logiciel SIRAGI

Documents de gestion de projets

Documentation générale

Comptes-rendus des réunions

Documentation sur la braille

Documentation synthèse vocale

Quelques liens utiles

Compte rendu de la r�union du 12\01\2004

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.


dernière mise à jour 04 Mars 2004 Accueil Contact
logo sourceforge