la hiérarchie des diagrammes d'UML

bonjour à tous :D
je connais qu'il ya 9 diagrammes en UML (pas UML2) ,mais sur quel critère je peux laisser un diagramme et je peux negliger d'autre
par exemple je sais que :
le diagramme de cas d'utilisation +séquence +classes sont les diagrammes les plus importants
mais j'ai toujours le problème de choisir /*par exemple*/ entre:
le diagramme de "etat-transition" et "activité" (quel est le diagramme le plus important que je dois choisir????
le diagramme de "composant" et "deploiement"
et merci d'avance

Vaste question ... et avec UML2 il y a encore plus de diagrammes ;) Personnellement, j'utilise assez peu de types de diagrammes différents : la plupart du temps je me limite aux diagrammes use case, activité, séquence et classes.
Après je pense que le choix des diagrammes dépend aussi de ce que tu cherches à modéliser ... (oui je sais ça paraît un peu évident dit comme ça) mais par exemple le diagramme de composants n'aura pas d'intérêts si ta modélisation ne doit pas inclure l'architecture applicative.

merci infiniment
en fait mon application est simple,,,elle parle de "gestion des ventes" ..d'apres vous quels sont les diagramme appropriés à mon cas
et je vous remerci

Si jamais le but de la modélisation est d'arriver jusqu'au code source alors les principes présentés dans les articles que je vous ai précédemment transmis devrait suffire. C-a-d utilisation essentiellement de :
* diagramme de cas d'utilisation
* diagramme d'interactions
* diagramme de séquences
* diagramme de classes

merci :D

Citation:

---

le choix des diagrammes dépend aussi de ce que tu cherches à modéliser

---

100% d'accord, et c'est très loin d'être bête. On ne fait pas des diagrammes parcequ'ils sont important, ou pour faire beau, ou je ne sais quoi.

On fait des diagrammes pour spécifier, exprimer des choses d'une manière plus aisée et plus formelle. Je ne penserais jamais à faire un StateChart sur une application. Pourtant il y a quelque temps j'ai discuté d'un analyseur de fichier. Eh bien j'ai aidé à la conception de l'application presque exclusivement avec des diagramme états transition.

C'est le besoin qui rend l'outil utile, pas la mode ;)