Discussion :

[big x]

Bonjour,
Je cherche tous renseignements et documents à propos d'analyse qualité de modèles uml2, des normes éventuellement en vigueur, et aussi des métriques existantes.

Après quelques recherches, je n'ai pas trouvé grand chose, y'a pas un McCabe des modèles par ici?

J'ai trouvé une liste de métriques intéressantes ici : http://www.sdmetrics.com/LoM.html#LoM

SDMetrics est un outil d'analyse qualité de modèles.

Le débat est ouvert!

Merci d'avance!

Xavier

[bruno_pages]

par pitié, ne pas considérer qu'un modèle est 'de qualité' en fonction du fait qu'il respecte ou non des métriques

ainsi une classe n'est pas par exemple forcément de mauvaise qualité parce qu'elle à plus de 10 attributs, et de bonne qualité parce qu'elle en a moins de 10

ce baser sur ce genre de chose est pitoyable dans le même genre on peut aussi regarder la taille des pieds du programmeur/architecte

[big x]

ne t'inquietes pas pour moi!!
des mesures bien plus intéressantes sont par exemple :

- l'interdépendance entre classes surtout quand celles-ci ne sont pas dans les mêmes packages (soient deux classes A et B, il est bon de vérifier si A est associée à B, et quelle est la navigabilité de l'association, si la classe A possède un attribut/paramètre de type B, etc...)

- voir si le découpage en couches est bien fait

- identifier les patterns

- etc...

Parce qu'a l'échelle industrielle, il se pose des soucis d'urbanisme. Enifn, dans le cadre d'une démarche MDD, il est super important de disposer d'outils d'analyse de modèle, car le modèle est ESSENTIEL.

@bruno : je chausse du 44

[big x]

Et je rajouterais qu'il faut distinguer qualité de modèle et qualité de diagrammes... (j'espère que vous faites la différence!)

J'estime que la deuxième notion peut se baser sur des critères plus terre à terre, tel le nombre de classes par diagramme, etc...

Les appels à la logique métier n'ont rien à faire sur un diagramme présentant la cinématique de l'appli, par exemple...

Alors oui effectivement, les métriques ne sont pas toutes pertinentes lorsque utilisées brutes. L'intérêt est ce qu'on en fait...

[big x]

Personne pour réagir?
J'aurai bien aimé avoir des avis plus évolués que "c'est pitoyable" ...

Sur quoi se concentrer pour évaluer un modèle?

- un bon découpage en package
- un bon découpage en couche au sein de chaque package
- l'indépendance entre packages

Sur quoi se concentrer pour évaluer un diagramme?

- éviter de mélanger les objets des diverses couches inutilement


Vous en pensez quoi? Vous avez d'autres idées?

[hed62]

Avant toute autre chose , un diagramme doit être clair, concis, précis. Ourte le fait de respecter le langage UML, il doit présenter les aspect fonctionnels de l'application.

Aucune métrique ne peut entrer en compte là dedans selon moi, seul un expert métier former à la lecture d'UML peut considérer un diagramme de qualité.

Finalement, je dirais presque de même pour les modèles.