Tout le monde connaît le célèbre principe énoncé par Tom DeMarco : « You cannot control what you cannot measure ». Tout le monde est bien sûr d’accord avec cette phrase. Pourtant nombre de personnes qui travaillent dans le monde de l’ingénierie logicelle – responsables de maîtrise d’oeuvre, représentants des utilisateurs, managers, stakeholders, voire même des consultants Qualité – prennent des décisions en termes de budget, de planning et d’équipes sans disposer des mesures qui leur permettraient de contrôler leurs projets.
Ces personnes savent qu’un outil d’analyse de code produit ces mesures, mais comme elles n’ont pas un profil technique et qu’elles pensent qu’un tel outil est complexe à installer et à utiliser, elles vont en réserver l’usage à des ‘spécialistes’.
Après notre série sur l’analyse de code ABAP avec SONAR, nous allons donc en débuter une nouvelle sur l’installation d’un environnement d’analyse SONAR. Vous n’y connaissez rien en matière de Java, vous avez vaguement entendu parler de SDK ou de Tomcat, vous ne savez pas installer une base de données, et encore moins SONAR ou Jenkins ? Cette série est faite pour vous.
Vous travaillez au sein d’une équipe de projet Cobol ou SAP, vous êtes testeur dans le monde de la QA, un consultant Qualité spécialiste des points de fonction mais qui n’a jamais utilisé un outil d’analyse de code, vous êtes une des personnes citées précédemment qui doit prendre des décisions sur un projet, bref vous souhaitez mesurer pour mieux contrôler? Cette série est faite pour vous.
Objectifs
Cette série se composera de différents posts, dont le premier portera sur notre environnement. Puis nous verrons successivement l’installation des softs suivants :
- Un JDK ou Java Development Toolkit, qui vient équipé d’un run-time Java afin d’exécuter des applications J2EE tels que Sonar, Jenkins ou encore Tomcat.
- Tomcat, un gestionnaire d’applications Web (telles que Sonar ou Jenkins).
- Oracle, la base de données qu’on ne présente plus.
- SONAR.
- Le Sonar-Runner.
- Jenkins et le plugin SONAR pour Jenkins.
Et nous terminerons par une analyse de code avec SONAR, afin de vérifier que notre environnement d’analyse est bien opérationnel, et de présenter comment configurer une telle analyse.
Il existe toutes sortes de manières différentes d’utiliser SONAR, pour différents ‘use cases’ et processus organisationnels, et toutes sortes d’installation également. Un programmeur Java qui souhaite utiliser SONAR dans un cycle d’Intégration Continue ne procèdera pas forcément de la même manière que celle que nous allons présenter dans cette série. Donc retenez bien que cette manière n’est pas la seule, et que même dans le cadre de nos objectifs, nous pourrions procéder différemment.
Néanmoins, cette procédure d’installation nous permettra de disposer d’une ‘station’ d’analyse de code simple à utiliser, afin de produire les mesures dont nous avons besoin pour évaluer la qualité des applications.
A bientôt pour le premier post de cette série !
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.