Nous avons vu dans le post précédent comment créer une analyse de code Cobol avec Sonar et Jenkins.
Mais en fait, nous n’avons pas utilisé toutes les régles Cobol existantes dans Sonar. Pourquoi ? Parce que certaines règles sont désactivées car spécifiques à un contexte particulier ou alors nécessitent un certain paramétrage. Par exemple, les règles de nommage ne sont pas standardisées en Cobol, et seront souvent différentes entre différents départements informatiques, voire entre équipes d’un même département.
Il nous faut donc pouvoir gérer différents modéles Qualité, c’est-à-dire différents ensembles de règles selon les projets. Sonar nous offre cette possibilité, grace aux ‘Quality profiles’ qui regroupent les règles actives lors d’une analyse de code.
Nous allons voir, dans ce post, comment créer un nouveau Quality profile comportant toutes les règles Cobol, et l’affecter à un projet existant.
Créer un nouveau Quality profile
Notre objectif est d’examiner le plus de règles Cobol possibles, donc nous allons commencer par créer un profil Qualité avec toutes ces règles. Pour cela :
- Se connecter en Admin dans Sonar.
- Dans ‘Configuration’, le premier écran liste les Quality profiles existants. Nous pouvons voir que le profil ‘Sonar Way’ comporte 34 régles.
- Nous allons créer un nouveau profil en copiant (bouton ‘Copy’) le profil ‘Sonar Way’ existant.
- Nommer le nouveau profil : ‘Sonar Cobol Complete’ par exemple. Celui-ci apparaît maintenant dans la liste des ‘Cobol profiles’.
Gérer les règles d’un Quality profile
Nous souhaitons utiliser toutes les règles Cobol existantes avant d’effectuer quelques analyses, afin de découvrir et commenter ces ‘best practices’ Cobol. Pour cela :
- Entrer dans le nouveau profil en cliquant sur celui-ci : la page ‘Coding rules’ apparaît affichant toutes les 34 règles actives quelque soit leur criticité.
- Sélectionner ‘Inactive’ dans la list-box ‘Status’ et activer le bouton ‘Search’ : 51 règles inactives sont affichées.
- Revenir dans la fenêtre Quality Profiles et faire de notre nouveau profil le ‘Profile’ par défaut.
Remarque: vous pouvez également changer la criticité d’une règle, pour la faire passer de ‘Major’ à ‘Blocker’ par exemple.
De même, vous pouvez modifier les paramètres de certaines règles. Par exemple, pour changer le seuil de Complexité Cyclomatique au-delà duquel un programme Cobol sera considéré comme très complexe.
Affecter un Quality profile à un projet
Ce profil sera activé pour tous les nouveaux projets que vous pouvez créer. Mais qu’en est-il des projets existants ? Ils sont analysés par défaut avec le profil ‘Sonar way’.
Afin d’utiliser maintenant le nouveau profil créé, il nous faut aller dans l’onglet ‘Projects’ de la page ‘Quality profiles’ et associer les projets existants au nouveau profil.
Nous avons vu dans ce post comment créer un Quality profile, c’est-à-dire un modéle Qualité regroupant certaines règles, leur niveau de criticité ou leur paramétrage. Il nous est donc possible de gérer différents profils Qualité selon les normes spécifiques à différentes équipes ou applications.
Si vous analisez à nouveau vos projets avec toutes les règles Cobol activées, vous allez bien sûr rencontrer une forte augmentation de nombre de violations. Nous allons voir cela tout de suite, dans notre prochain post.
Cette publication est également disponible en Leer este articulo en castellano : liste des langues séparées par une virgule, Read that post in english : dernière langue.