Discussion :

[Matthieu76]

Bonjour,
tout est dans le titre, je cherche à générer un diagramme UML à partir de mon code C++/Qt.
J'ai déjà testé plusieurs solution mais aucune ne fonctionne correctement. (StarUML, Doxygen et Umbrello).
Avez-vous déjà eu cette problématique ? N'y a-t'il pas un moyen SIMPLE de générer un diagramme UML pour vérifier les dépendances entre mes classes ?

J'y suis depuis 3 heures et je commence un peu à désespéré, aidez-moi s'il vous plaît !!!

PS : j'ai 5000 lignes de code dans mon programme et des 10e de classes donc je ne peux pas le faire à la main. J'aimerais refaire toute l'architecture de mon programme car les fondations sont mauvaises mais je ne peux pas le faire si je n'ai pas un outils pour m'aider à y voir un peu plus claire.

[bruno_pages]

Bonjour,

A priori lorsque vous dite un "diagramme" vous parlez des diagrammes de classes, en tout cas de diagramme statique, pas de cas d'utilisation ou autre bien évidement impossible à produire automatiquement à partir d'un code

Soyons clair, la production automatique d'un diagramme de classes (en tant que "dessin") n'a aucun sens, la seule possibilité serait de mettre toutes les classes dans le même diagramme ce qui est évidemment absurde, un diagramme doit avoir un but / du sens, ce n'est pas un "tas" de classes rassemblées au hasard

Ce que vous voulez faire c'est d'abord modéliser vos classes ( sans production de diagramme ) pour cela utilisez un reverse C++, ensuite vous pourrez aisément faire vos diagrammes

Votre code C++ utilisant Qt ce dernier "pollue" les définitions via des macros additionnelles "slots" / Q_OBJECT ou autre, je gère celles-ci dans Bouml, vous pouvez donc utiliser ce dernier. Bien évidemment avant de faire le reverse retirer les fichiers produits par "moc" qui correspondent à 'implémentation de QT et non à votre application. Sauvegardez vos sources avant de faire le reverse, car si ensuite vous lancez par erreur la génération de code ils seront écrasés

[Matthieu76]

Oui, je parle bien d'un diagramme de classes.
J'ai utilisé Enterprise Architect pour générer mes les classes, c'est pas trop mal mais malheureusement il ne me crée pas les liaisons "contains" entre les classes, il me fait juste l'héritage. (En gros je veux vérifier les dépendances)
Moi je que je voudrais c'est par exemple une flèche entre ma classe Algorithm et ma classe Database pour me dire : "Ok, c'est pas normal que la classe Algorithme ait besoin de m’accéder à la base de données, je vais voir ça et utiliser un design pattern pour réglé le problème."




En vrai la solution la plus simple serait de vérifier tous les include/import de chaque entête de fichier pour vérifier qui appelle qui mais c'est ennuyeux à faire et ce n'est pas une bonne méthode de travail.

Quelqu'un aurait-il une solution viable ?

PS : La plupart de mes classes sont des singleton, ça doit pas aider.

[bruno_pages]

malheureusement il ne me crée pas les liaisons "contains" entre les classes

"contains" ? vous voulez dire "depends" ?

il me fait juste l'héritage.

bizarre qu'il n'y ai pas d'association/agrégation et que tout soit présenté comme des attributs

(En gros je veux vérifier les dépendances)
Moi je que je voudrais c'est par exemple une flèche entre ma classe Algorithm et ma classe Database pour me dire : "Ok, c'est pas normal que la classe Algorithme ait besoin de m’accéder à la base de données, je vais voir ça et utiliser un design pattern pour réglé le problème."

C'est le genre de truc qui ferait rapidement un plat de nouilles

A noter que pour produire cela il faudrait aussi décortiquer le code de vos opérations, ce qui revient à faire la partie haute d'un compilateur C++ sachant que lui même ne sait pas vraiment quel est le type des instances sinon les virtuels seraient résolus à la compilation et non à 'exécution

En vrai la solution la plus simple serait de vérifier tous les include/import de chaque entête de fichier pour vérifier qui appelle qui mais c'est ennuyeux à faire et ce n'est pas une bonne méthode de travail.

oui et non, vous pouvez très bien avoir des #include non pas parce que cela est directement utile mais juste pour vous permettre de faire d'autres #include

Si Enterprise Architect vous permet de fouiller/modifier le modèle automatiquement (comme mes"plug-out" dans bouml) vous pouvez toujours chercher les classes utilisées (hors corps des opération) afin d'ajouter les dépendances "visibles", ce sera déjà ça

La plupart de mes classes sont des singleton

Bizarre, mais je ne vois pas en quoi ca gène pour le calcul des dépendances

[Matthieu76]

Tout d'abord, merci pour ta réponse.

vous pouvez toujours chercher les classes utilisées (hors corps des opération) afin d'ajouter les dépendances "visibles"

Oui, en gros c'est ça que je cherche à faire mais je ne sais pas trop comment faire et il y a très peu d'aide sur internet.

Finalement je pense que fais faire le diagramme moi-même sous StarUML, c'est IDE le plus simple et avec le meilleur design. C'est un peu triste mais bon ça sera plus rapide que de chercher à le générer automatiquement.





Du coup ça me donne quelque chose comme ça. Mon diagramme n'est pas fini mais je le complèterai au fur et à mesure. Comme je disais là on voit déjà qu'il y a beaucoup trop d'appel à ma base de données alors que je pourrais passer par ma factory. Je pense que pour être sur de n'appeler que les bonnes classes je vais passer par l'utilisation de namespaces.

vous pouvez très bien avoir des #include non pas parce que cela est directement utile mais juste pour vous permettre de faire d'autres #include

Je ne vois pas en très bien comment car les #include utile à d'autre son déjà présent dans le fichier de l'include.

C'est le genre de truc qui ferait rapidement un plat de nouilles

Justement, j'aimerais éviter d'avoir le plat de nouilles dans mon code c'est pour ça que j'aimerais le visualiser, ça sera plus facile à démêler par la suite.