Discussion :

[MottetCCSF]

Je suis à la recherche de toute information de permettant de conduire un audit de code (C++, fortran sous Windows).
Ce audit couvre principalement les domaines suivants:
- qualité du code et de la documentation associée (nombre de classes, complexité, nb de lignes, % de commentaires, ...)
- profiling et détection de fuites mémoire
- étude de la maintenabilité

En fait, je recherche surtout un retour d'expérience d'auditeur.
Existe-t-il des outils (du type sourcemonitor pour les métriques, ) ou excel permettant de guider un audit? Les questions à se poser sur la maintanabilité du code, sa portabilité, généricité, ... et comment qualifier ces critères.

Quelqu'un pour m'aiguiller et pour me permettre de démarrer correctement?

A votre disposition pour toute demande d'infos complémentaires...

[souviron34]

Bonjour

tu peux te référer à cette discussion pour commencer..

En ce qui concerne l'audit de la qualité, il faut impérativement être expert (ou en tous cas excellent) dans le langage avec lequel cela a été programmé. (ce qui n'a pas l'air gagné avec ta mention de "classes" et de Fortran dans la même phrase)

Les outils automatiques vérifieront la syntaxe, éventuellement même des optimisations possibles, mais ne prendront pas en compte (ils ne le peuvent pas) la subtilité pour laquelle peut-être que cette optimisation n'a pas été faite...

D'autres outils peuvent vérifier les fuites de mémoire. Cependant, un code ayant tourné depuis de nombreuses années a peu de chances d'avoir des choses graves de ce côté-là..

Cependant, la qualité des commentaires et/ou la maintenabilité dépendent beaucoup de qui va lire.. de la taille.. du projet. de l'équipe de maintenance.. de la durée de vie.. de l'audience à qui c'est destiné....

Il y a donc bien des hypothèses qui sont à prendre en compte afin de vouloir "auditer" un quelquonque code.

[MottetCCSF]

Bonjour

tu peux te référer à cette discussion pour commencer..

En ce qui concerne l'audit de la qualité, il faut impérativement être expert (ou en tous cas excellent) dans le langage avec lequel cela a été programmé. (ce qui n'a pas l'air gagné avec ta mention de "classes" et de Fortran dans la même phrase)

Les outils automatiques vérifieront la syntaxe, éventuellement même des optimisations possibles, mais ne prendront pas en compte (ils ne le peuvent pas) la subtilité pour laquelle peut-être que cette optimisation n'a pas été faite...

D'autres outils peuvent vérifier les fuites de mémoire. Cependant, un code ayant tourné depuis de nombreuses années a peu de chances d'avoir des choses graves de ce côté-là..

Cependant, la qualité des commentaires et/ou la maintenabilité dépendent beaucoup de qui va lire.. de la taille.. du projet. de l'équipe de maintenance.. de la durée de vie.. de l'audience à qui c'est destiné....

Il y a donc bien des hypothèses qui sont à prendre en compte afin de vouloir "auditer" un quelquonque code.

J'ai déjà lu cette discussion qui était très orientée JAva en terme d'outils.

L'application à auditer a été développée en fortran pour la couche de calcul et en C++ pour la couche interface de communication d'où notions de classes.
Egalement, une interface graphique été développée en C#.

Pour l'analyse statique en C++, je n'ai pas de soucis car je dispose d'outils me permettant de remonter les métriques intéressants (TestC++ de parasoft, sourceMonitor, ..) Côté fortran, je suis sec.

Pour l'analyse dynamique, en C++, j'utilise les outils tels que PurifyPlus et Insure. Coté fortan?
Je verrai aussi avec l'outil sparx Enterprise (voir Doxygen) ce que donne le reverse engineering.

J'aimerai pouvoir lancer un profiling de l'application.

Egalement, dans l'audit sera évalué les processus utilisés : développement, déploiement et maintenance.

[souviron34]

Bonjour

L'application à auditer a été développée en fortran pour la couche de calcul et en C++ pour la couche interface de communication d'où notions de classes.
Egalement, une interface graphique été développée en C#.

Pour l'analyse statique en C++, je n'ai pas de soucis car je dispose d'outils me permettant de remonter les métriques intéressants (TestC++ de parasoft, sourceMonitor, ..) Côté fortran, je suis sec.

Tu m'embauches ? (ceci dit sérieusement)

J'aimerai pouvoir lancer un profiling de l'application.

Si tu peux la compiler, je suis certain qu'il y a es options de compil (avec gcc c'est -gp ou -p je crois)

Cependant je me pose des questions avec :

JJe verrai aussi avec l'outil sparx Enterprise (voir Doxygen) ce que donne le reverse engineering.

Egalement, dans l'audit sera évalué les processus utilisés : développement, déploiement et maintenance.

Euh.. Je suppose que la partie Fortran date d'un certain temps... Je ne sais pas dans quel domaine se situe ce code, mais les processus utilisés lors des développements/maintenance d'applications scientifiques ont relativement peu à voir avecles "métriques" et normes usuelles... Je suis donc très dubitatif sur un audit concernant ces points...

Surtout si le code coeur marche depuis longtemps.. En général cesont des spécialistes du métier qui ont programmé...