Compte-rendu 4 avril 2000
[préparation de la présentation orale]
Nous avons décidé de suivre le plan que nous a donné M. Josset, en y apportant certaines modifications. La plus importante est que nous allons présenter le logiciel comme une démonstration : on commence à montrer l’interface du logiciel (quelque chose qui ressemble à l’image du compte-rendu précédent), et de là, on explique toutes les étapes de la saisie de l’automate à son affichage en passant par les sorties de la traces, etc…
Les divers transparents seront répartis dans (les noms entre parenthèses correspondent aux personnes en charge du problème) :
- Sujet (1 transparent)
(Page de garde)
Tout le tralala avec « Projet en génie logiciel licence informatique 1999 – 2000 ».
(Chong Woo)
- Introduction (2 transparents)
Reprise de l’introduction du cahier des charges, sans l’historique.
Faire des dessins.
(Anne-Claire)
- Enjeux du projet, screenshot de l’interface (2 transparents)
On explique en quoi consiste l’intérêt du logiciel.
On fait pêter l’interface, en quoi il est fait, ce qu’il fait, etc...
On explique son rôle, détaillé par la suite.
(Chong Woo)
- Description de l’automate, automate initial (2 transparents)
Explications sur la façon de saisir les spécifications de l’automate (états, voisinage, règles), et l’état initial.
On aura un transparent montrant une des fenêtres de saisie, un autre pour les règles (texte). Le voisinage et l’automate initial se serviront du screenshot précédent.
(Anne-Claire, Fatima)
- Compilateur (3 transparents)
On a comme un gros flou, ici.
On pense qu’on aura un transparent pour les fichiers en entrée (type, fonction), un autre pour le fonctionnement propre du compilateur, et un dernier pour les fichiers en sortie. Toutes idées bienvenues.
(Antoine)
- Module d’entrées-sorties (anciennement Trace) (1 transparent)
On pense faire transiter toutes les entrées-sorties de fichiers par ce bout de programme. Il prendra en entrée les fichiers en sortie du compilateur, ainsi que l’automate de départ, qu’il va sauver sur disque. Il passera ensuite tous ces éléments au moteur.
(Julien)
- Moteur (1 transparent)
Il reçoit les spécifications de l’automate, et se contente de calculer et de laisser les états calculés à disposition du module d’entrées-sorties et de l’interface (affichage). Deux états disponibles : le précédent et l’actuel. On a besoin du précédent pour calculer l’actuel (la tournure de phrase est naze, mais je me comprends).
(Thomas)
- Module d’entrées-sorties (1 transparent)
Rebelote. Cette fois-ci, on récupère les données du moteur (les états), et on les sauvegarde suivant un intervalle défini par le biais de l’interface graphique. On peut aussi ouvrir un état précédent, ou un autre automate (description). Les filles parlent de table de hachage, mais ne savent pas l’implémenter.
(Julien)
- Interface graphique (1 transparent)
Un ou deux mots sur l’affichage et les contrôles.
On n’en a pas encore vraiment discuté.
(on verra)
- Conclusion (1 – 2 transparents)
Black-out total. On verra quand on aura le reste.
Todo list. Pour l’instant, on a regardé des docs sur Lex/Yacc, Java et commencé à bidouiller avec des bouts d’interface.
Si vous n’êtes pas listé pour une tâche, piochez-en une qui vous plaît, et essayez de pondre deux ou trois choses dessus et envoyez-les moi par mail (valken@i.am). Pareil pour les remarques / commentaires / ajouts / contestations / etc…
J’ai aussi un prototype de modèle de transparents (à débattre).