Discussion :

[ngouagme]

Bonjour à tous,

je suis sur un forum de bonne réputation UML et je crois pouvoir recevoir des réponses à mes questions.

1) il parait pour certains outils de modélisation UML, on peut générer un thread pour le déclenchement de chaque évènement. Qu"est ce que cela signifie? Qui génère ce thread? est ce les outils UML? peut on accéder à l'implémentation de ce thread?

2) Puisque UML ne spécifie pas comment les différents services sont implémentés (rien n'est dit par exemple sur la façon d'implémenter un appel d'opération asynchrone, ni même synchrone), je suppose quu'il revient à l'utilisateur d'implémenter ces opérations. Mais comment distinguer dans une machine a états avec un outil UML qu'un appel d'opération s'effectue de façon synchrone ou asynchrone? autrement dit peut on visualiser un appel de méthode synchrone ou asynchrone?


Merci et à très bientôt je l'espère.

[bruno_pages]

Bonjour,

un outil UML 'pure' permet de modéliser mais pas de générer du code.

la partie génération est donc toujours une extension, quelque soit la façon de le faire.

les modeleurs UML permettent normalement de produire du code dans un ou plusieurs langages cible en ce qui concerne les classes / relations / opérations, même si tous ne permettent pas de produire le corps des opérations (seule la signature est alors produite).

quelques modeleurs produisent du code à partir de la modélisation d'un comportement c'est à dire les machines à états et les activités. Il en est évidemment de même pour les interactions (support des diagrammes de séquence) qui par définition sont un bien piètre support pour une génération. La partie liée au thread ou l'asynchronisme est problématique car le code produit peut dépendre de l'OS utilisé.

il n'y a pas directement d'appel de méthode dans une machine à état, même si les parties comportement par exemple associée à l'entrée dans un état peuvent en faire. Dans un diagramme de séquences les messages synchrones et asynchrone ont des représentations distinctes. Dans une action d'activité l'appel d'une opération ou d'un comportement peut être synchrone ou asynchrone mais rien ne l'indique visuellement dans le diagramme