Règles de contrôle qualité

Rational Programming Patterns propose des règles de contrôle qualité dans l'outil Software Analyzer qui permettent d'effectuer les contrôles les plus courants sur les fichiers COBOL générés.

Mise en oeuvre

Avant de lancer une analyse du code COBOL, vous devez définir une configuration d'analyse au niveau du Software Analyzer, et préciser :
  • La portée (analyser tout l'espace de travail, un ensemble de projets ou limiter l'analyse à un ou plusieurs projets),
  • Les règles à prendre en compte dans l'analyse. Pour chaque règle sélectionnée, vous pouvez préciser le niveau de gravité (recommandation, avertissement ou grave).

Pour lancer l'analyse, faites un clic droit sur un fichier ou projet. Sélectionnez Software Analyzer puis la configuration créée au préalable. La vue Résultats Software Analyzer affiche alors la liste des règles non respectées. Il y a une arborescence pour chaque catégorie de règles. Le premier niveau représente la catégorie, le second niveau représente la règle et le dernier niveau affiche les instances en erreur. Pour voir le détail d'une violation, faites un clic droit sur le fichier concerné et sélectionnez Visualiser le résultat. Le fichier COBOL s'ouvre dans l'éditeur à l'endroit de la violation et la ligne en erreur est en surbrillance.

Après avoir corrigé la ou les violations et ensuite sauvegardé, vous pouvez de nouveau lancer l'analyse du fichier pour vérifier le respect des règles.

Pour une information complète sur le Software Analyzer, consultez l'aide en ligne de Rational Developer for System z, dans la rubrique Révision du code COBOL de la section Développement.

Analyse des entités de design

Software Analyzer propose une analyse des entités de design Rational Programming Patterns.

Il existe trois catégories de règles pour identifier les problèmes liés au design des instances :

Révision du code spécifique COBOL

Software Analyzer propose des règles qui s'appliquent uniquement au code spécifique inséré par l'utilisateur dans un programme COBOL généré.
Les règles Rational Programming Patterns peuvent être différenciées des règles standard Rational Developer for System z car elles sont toutes préfixées par RPP /.

Il existe quatre catégories de règles RPP. Les règles de la catégorie Programmation Pilotée par Pattern sont spécifiques à Rational Programming Patterns et n'ont pas leur équivalent dans Rational Developer for System z.
En revanche, les règles de Conventions de dénomination, de Performance et de Structures du programme sont équivalentes aux règles qui existent dans Rational Developer for System z, mais restreignent le contrôle aux portions de code spécifique.


Vos commentaires