1. Réponse aux besoins2. Facilité d’utilisation3. Interface Homme-Machine4. Architecture du logiciel5. Algorithme de calcul6. Format des données7. Difficultés techniques8. Planning de répartition

Simulation prenant en compte de nombreux paramètres : Pour chaque aéroport Pour un virus donné

Définition d’un point de départ de la contagion, puis observation de la propagation au fil d’une période de temps choisie (jours, semaines, mois).

Affichage visuel clair à l’aide de couleurs représentatives (vert, orange, rouge) associées à une légende.

Outil de prévention de la propagation d’un virus

Fichier d’entrée simple (format texte) suivant des normes précises.

En cas de problème dans le fichier texte, un message d’erreur explicite est affiché pour l’utilisateur.

Interface graphique claire, simple et étiquetée.

Manuel d’utilisation fourni avec le logiciel.

Maintenance et extensions du produit possibles.

Aéroport de départ

Nombre de personnes infectées

Paramètres initiaux

Contagiosité du virus

Taux de reproduction

du virus

Paramètres temporels LANCER

Jour

Semaine

Mois

Période suivanteSTOPPER

Londres

Paris

Détails

Détails Détails

Détails

Dublin

Amsterdam

Amsterdam

5

15%

10

20%

Temps d’incubation

du virus (jours)

600

500300200

Nom de l’aéroport

Nombre moyen de personnes dans

l’aéroport

Sévérité des contrôles

Conditions sanitaires

Pourcentages de personnes atteintes

Nombre de personnes atteintes

OK

Londres

10000

20%

15%

5%

100

Fichier Texte

Parsage fichier texte

Vérif. Syntaxique et lexicale

Construction du graphe

Vérif. conformité

Génération XML

Fichier XML

Parsage XML

Algo. simulation

Interfaçagegraphique

IHM

Pourcentage d’infectés (n+1) =

Algorithme

Paramètres

Pourcentage d’infectés (n) = Nombre Personnes à l'aéroportContagiosité(%)Taux reproduction(%)Conditions sanitaires(%)Sévérité contrôle(%)Arrivants infectés(%)Nombre d'arrivants

Format fichier texte :

Berlin:1000:0.6:0.3:Londres:500:Paris:700;

Londres:1500:0.5:0.7:Paris:600;

Paris:2000:0.4:0.5:Berlin:700;

Format fichier XML :

<graphe><noeuds>

<aeroport nom="Berlin" nb_pers="1000" cond_san="0.6" controle="0.3"/>

<aeroport nom="Londres" nb_pers="1500" cond_san="0.5" controle ="0.7"/>

<aeroport nom="Paris" nb_pers="2000" cond_san="0.4" controle ="0.5"/>

</noeuds><arcs>

<ligne dep="Berlin" nb_passagers="500" dest="Londres"/><ligne dep="Berlin" nb_passagers= "700" dest= " Paris" /><ligne dep="Londres" nb_passagers="600" dest="Paris"/><ligne dep="Paris" nb_passagers="700" dest="Berlin"/>

</arcs> </graphe>

Intégration des différentes parties

Recherche d’un algorithme cohérent et améliorable

Tests pertinents

Détermination de la portabilité de l’application

Inclusion des extensions : Taux d’erreur Ajout de paramètres Amélioration de l’affichage Calcul du nombre de morts

Partie Caml : 16 Juin : Vérification lexicale et syntaxique (Eloïse

L.M.) 16 Juin : Parser Caml (Soline N. et Antony J.)

17 Juin : Construction du graphe (Eloïse L.M.) 17 Juin : Génération du fichier XML (Antony J.)

18 Juin : Intégration Vérifications et Construction (Eloïse L.M.)

18 Juin : Intégration Parser Caml, Vérification/Construction

18 Juin : Intégration finale de la partie Caml.

Partie Java: 16-19 Juin : Parseur XML (Estelle B. et Giang T.Q.) 16-19 Juin : Interface Homme-Machine (Julien G.)

20-21 Juin : Classes Java (Estelle B. et Giang T.Q.) 20-21 Juin : Algorithme de simulation (Julien G.) 20-22 Juin : Interactions Programme/IHM (Eloïse L.M.

et Soline N)

23-24 Juin : Intégrations et Tests (Soline N., Eloïse L.M., Antony. J)

22-24 Juin : Extensions (Giang T.Q., Estelle B., Julien G.) 25-26 Juin : Préparation

soutenance et démonstration

Simplicité d’utilisation et interface claire

Algorithme réaliste

Difficultés techniques gérées

Planning et répartitions équilibrés