Version imprimable
Bonjour,
Bon, toujours dans ce joyeux monde du plsql...(quoi qu'il faut etre honnete, j'ai connu pire language -> RPG ).
Je cherche des Threasold pour les metrics PL/SQL. On a des outils pour extraires des métrics de PlSQL (LOC, Line, Cyclomatics, Nbre of Select , constant, ...). Mais je n'ai aucune idée de ce qu'elle signifie.
exist t il des etudes, des papiers qui me dit quelles threasolds il faut appliquer (a partir de combien de ligne, une procedure devient enorme, ....)
merci
a++
BonjourCitation:
Envoyé par elekis
"Chercher des seuils pour des métriques PL/SQL" sans autre précision ni contexte, c'est complètement creux.
Que cherchez-vous à faire ???
Par ailleurs, si vous avez un outil qui vous extrait des métriques (comment s'appelle-t-il ?), il a certainement une documentation qui précise leur signification.
heu... en fait, j'ai un parser plsql (lexical, gramatical)(home made). il me permet d'analyser un code, de faire du refactoring sur les sources, etc..., ....
Je peux par exemple calculer le nombre de ligne par procedure. calculer pour chaque procedure, calculer sa complexité.
j'ai des complexité (de MCC) de 31 , 78, ...) mais comment savoir , a partir de quand, cela devient BAD. (Est ce a partir de 45 ou 15). etc...
merci
a++
A priori vous avez un outil qui ne sert pas à grand chose à part de générer de jolis statistiques. Je pense que la meilleure chose est de changez de stratégie et d’outil, mais il n’est pas claire que est-ce que vous cherchez à accomplir.
heu ... je comprend pas.
cet outils fait tout ce dont j'ai besoin (recherche de copier coller , recherche de bug, refactoring, generation de documentation basé sur cvs, , metrics...) et si il ne fait pas qqch, ben je l'implémente.
ce que je cherche, ce sont des études , des papiers qui me disent quand est ce qu'on a un bon code plsql et quand est ce c'est un mauvais code et cela basé sur metrics regle de codage, .... ... .
voila
merci
a++
Pour ma part, je consulte très souvent les tips de ce site :
http://www.dba-oracle.com/plsql/
tu peux tout creuser en PL
une question : pq avoir créer un outil 'home made' alors que tu as un outil déjà très bien qui s'appelle le profiler ?
On progresse, puisque vous avez enfin réussi à expliquer ce que vous voulez faire !Citation:
Envoyé par elekis
Pour ma part, je ne connais pas d'indicateurs formels de la qualité de code, et encore moins des seuils limites, mais ce document peut vous aider à interpréter les indicateurs que votre outil vous fournit : http://lgl.isnetne.ch/isnet72/Phase3/complexiteCode.pdf
Désolé, mais je continue à douter de l’utilité de votre outil pourvu qu’à part des statistiques il ne sait rien montrer d’utile. La preuve est que vous même ne pouvez pas tirer profit des ces résultats.Citation:
Envoyé par elekis
Sur la problématique de la refactorisation des applications SQL j’ai lu un excellent livre de Stephane Faroult que je vous recommande.
Salut et merci.
Je vais regarder tout cela a mon aise.
mnitu : C'est un peu plus compliquer que cela, en fait ma societé a une technologie de generateur de parser orienté objet, ayant vertu et defaut.
Ce generateur permet de creer des parser lexical et grammatical d'une efficacité redoutable pour des languages totalement exotiques (j'ai eu a faire parser pour un language dont les mots clé étaient en neerlandais).
En clair , pour n'importe quelle language (COBOL , PL SQL ... ,C). On a un outils qui analyse en profondeur le code . ce qui permet de faire enormément de choses style elimination de copier coller, recherche de table non utilisée (pour PLSQL) refactoring, metrics. Bref on peut tout faire sur les sources. A condition de savoir quoi faire.
Cela ne sert pas juste a faire des statistiques. c'est juste que le projet ici (2 millions de lignes plsql) on nous a demandé de faire un audit, De dire ce qu'on pense du code, pourcentage de copier coller, pourcentage de non maintenabilité. code mort, etc... etc... ET entre autre les métriques.
voila
a++
plus ample information : http://www.phidani.be
Salut elekis,
Très sympa la description du ce produit.
Et je suis entièrement d’accord avec ça :
Peut être un jour on pourrait le tester, qui sait ?Citation:
Envoyé par elekis