Outils de développeur ALM et .NET : quelles alternatives à TFS ?

Historiquement, le métier de développeur se rapproche bien plus de l’artisanat que de l’industrie. Entendons-nous bien. Le terme d’artisanat n’a ici rien de péjoratif. Pas plus que le terme d’industrie, d’ailleurs. D’ailleurs, que nous dit Wikipedia ?

Artisanat : L’artisanat est la production de produits ou services grâce à un savoir-faire particulier et hors contexte industriel : l’artisan assure en général tous les stades de sa production, ainsi que la commercialisation de celle-ci. 

Industrie : L’industrie est l’ensemble des activités humaines tournées vers la production en série de biens ; elle sous-entend :

• une certaine division du travail, contrairement à l’artisanat où la même personne assure théoriquement l’ensemble des processus : étude, fabrication, commercialisation, gestion :
• une notion d’échelle, on parle de « quantités industrielles » lorsque le nombre de pièces identiques atteint un certain chiffre.

Historiquement, le terme a d’abord désigné l’habileté à faire quelque chose, puis toute forme d’activité productive, et non seulement celle produisant des biens matériels. Ce dernier sens a vieilli, mais il domine encore en anglais.

Donc si l’on résume, l’artisan :

• a un savoir-faire
• est polyvalent

Qu’est-ce qu’une usine logicielle ?

Une usine logicielle s’inscrit dans une démarche de gestion complète du cycle de vie d’une application. Microsoft appelle cette dernière Application Lifecycle Management (ALM), et l’adresse avec son offre Team Foundation. L’idée est donc de proposer des solutions pour chacun des maillons du cycle itératif de la vie de l’application.

Nous retrouvons dans ce schéma l’ensemble des étapes de la vie d’une application :

• Le recueil des besoins
• L’architecture
• La conception, le développement
• Les tests
• La qualimétrie
• Le déploiement
• La gestion des changements

Nous avons tout d’abord besoin d’un outil qui sera partagé par l’ensemble des personnes impliquées. Dans un projet Scrum, le Management, le Product Owner et l’équipe devront partager des informations. Les critères obligatoires pour l’outil choisi seront donc :

• la présentation d’une photo de l’état du projet, ainsi que son historique et différentes métriques de suivi
• un accès web pour les personnes hors-projet
• une liaison au contrôle de sources
• et surtout, l’adoption par l’équipe

C’est le centre névralgique de l’usine. Tout le reste est construit autour. Le code présent dans le contrôle de source fait foi, et lui seul. Nos 2 critères de choix sont :

• L’accessibilité depuis le poste de développement : IDE et système de fichiers.
• L’accessibilité depuis l’Intégration Continue

Le serveur d’intégration est le second élément central de notre usine. Il se branche directement sur le contrôle de sources, et effectue plusieurs actions sur ce dernier :

1. Compilation
2. Exécution des tests unitaires
3. La qualimétrie
4. Génération de la documentation

Notre shortlist :

• Hudson ou son fork Jenkins
• Atlassian Bamboo
• JetBrains TeamCity

Les tests unitaires

Deux solutions là encore s’offrent à nous : le vénérable NUnit, portage des célèbres xUnit pour .NET et MSTest, la réponse de Microsoft. Concernant l’écriture des tests, les différences sont réellement marginales. La syntaxe de NUnit est légèrement plus complète, mais dans 99% du temps, les tests seront écrits de la même façon avec MSTest. NUnit a pour lui son ancienneté, et donc un support très complet de la part des outils devant interagir avec les tests (Intégration Continue, calcul de taux de couverture…). En revanche, MSTest est nativement intégré à Visual Studio, quand il faut jouer avec les plug-ins avec NUnit.

Nous retenons NUnit, pour son intégration native avec Jenkins.

La qualimétrie

Nous retenons donc :

• StyleCop
• FxCop
• OpenCover
• Gendarme

Ici encore, je vous renvoie vers cet article traitant du sujet. La documentation technique doit être écrite par les développeurs directement dans l’IDE, assemblée par l’Intégration Continue et exposée à la fois publiquement (un intranet par exemple) et à nouveau dans l’IDE. Nous utiliserons donc :

• Sandcastle et Sandcastle Help File Builder
• SubMain GhostDoc pour accélérer la production de la documentation

Conclusion

Les outils étant choisis, nous les installons, les intégrons et nous nous en servons chaque jour. La grande question est : que vaut cette solution, comparée avec la solution intégrée Microsoft ?

Avantages :

• Un coût minime : hormis Visual Studio, l’ensemble des outils retenus  est gratuit et le plus souvent open-source. Il existe des versions payantes de certains éléments (VersionOne, GhostDoc), mais nous nous contentons pour le moment des versions gratuites.
• Une ouverture à d’autres plateformes et langages : Git et Jenkins seront parfaitement à même d’intégrer tous types de projets : PHP, Java, RubyOnRails…