Discussion :

[rdtech]

bonjour,
soit ce diagramme de classes dans une application qui interroge une centrale de mesures.

En mode one shot, Client_tcp emet une requête sur un clic de bouton sur l'IHM et récupère un fichier xml qui est passé au parseur pour extraction des données intéressantes. Parser retourne les résultats à l'IHM qui les affiche.
J'ai besoin maintenant de faire de l'acquisition en mode continu, je confie le travail à un thread d'où mon nouveau diagrammes de classes:

J'ai mis IHM en relation avec un client et un parser pour éviter les relations ternaires. A chaque "tour de boucle" le thread passe les résultats à l'IHM pour affichage. Du coup est-ce que ce diagramme est valide?

Merci.

[bruno_pages]

saperlipopette

pourquoi utilisez-vous un diagramme classes pour y mettre des 'entités' qui n'ont rien à voir avec des classes dans le but de décrire des comportements qui eux mêmes ne peuvent pas être décrits via un diagramme de classe ?

[rdtech]

Bonjour M. Pages,
bigre, quelles sont ces 'entités' qui n'ont rien à voir avec des classes.
Dans le cahier des charges, j'ai besoin de me connecter à la centrale d'acquisition pour émettre une requête et récupérer une trame XML puis décortiquer cette trame pour en extraire les données qui m'intéressent aux fins d'affichage dans l'IHM. D'où l'utilisation d'un client tcp et d'un "trieur".
J'ai donc identifié dans le texte une classe Client_tcp et une classe Parser qui me rendent les services voulus.
Mauvaise analyse?

Merci.