IsiSPL : un processus automatisé pour faciliter l'ingénierie des lignes de produits logiciels selon une stratégie d'adoption industrielle réactive ou extractive

IsiSPL : an automated process to facilitate the engineering of software product lines according to a reactive or extractive industrial adoption strategy

• Auteur / Autrice : Nicolas Hlad
• Direction : Abdelhak-Djamel Seriai
• Type : Thèse de doctorat
• Discipline(s) : Informatique
• Date : Soutenance le 20/05/2022
• Etablissement(s) : Université de Montpellier (2022-....)
• Ecole(s) doctorale(s) : École doctorale Information, Structures, Systèmes (Montpellier ; 2015-....)
• Partenaire(s) de recherche : Laboratoire : Laboratoire d'informatique, de robotique et de micro-électronique (Montpellier ; 1992-....)
• Jury : Président / Présidente : Mourad-Chabane Oussalah
• Jury : Examinateurs / Examinatrices : Abdelhak-Djamel Seriai, Camille Salinesi, Tewfik Ziadi, Gilles Perrouin, Marianne Huchard
• Jury : Rapporteurs / Rapporteuses : Camille Salinesi, Tewfik Ziadi

Mots clés

Mots clés contrôlés

Génie logiciel

Analyse formelle de concepts

Automatisation

Mots clés libres

Ligne de produits logiciels

Réutilisation

Automatisation processus de développement

Localisation des caractéristiques

Analyse de Concepts Formels

Stratégie réactive et extractive

Software Product Line

Reusability

Automated process

Feature Location

Formal Concept Analysis

Reactive and Extractive Strategies

Résumé

Les Lignes de Produits Logiciels (LPL) visent à industrialiser la construction d’une famille de logiciels afin de diminuer le temps et les coûts liés au développement et à la maintenance des produits logiciels tout en améliorant leur qualité. La caractéristique principale d’une LPL est qu’elle permet une réutilisation systématique d’artefacts logiciels et une personnalisation massive des produits logiciels. Toutefois, le processus d’ingénierie des LPL représente un coût d’investissement conséquent pour les entreprises, lequel fait souvent obstacle au déploiement des LPL dans les entreprises à faibles ressources. Il faut ajouter à cela l’effort à réaliser par les développeurs pour s’approprier ce processus. Ces derniers, qui sont souvent formés pour développer un produit à la fois, se trouvent obliger de repenser leurs pratiques pour s’adapter à un processus d’ingénierie multiproduit.Notre étude de l’état de l’art montre que les trois stratégies d’adoption, à savoir les stratégies proactive, réactive et extractive, n’offrent pas des réponses satisfaisantes pour pallier ces obstacles.Force est de constater qu’une automatisation partielle ou complète du processus d’ingénierie des LPL permettrait de réduire les coûts et donc de faciliter l’adoption des LPL par les entreprises. Dans ce cadre, la contribution principale de cette thèse est la définition d’IsiSPL, un processus automatisé pour réaliser l’ingénierie des LPL selon une stratégie d’adoption réactive ou extractive. Ce processus est dirigé par les produits et s’intègre au cycle de développement (monoproduit) déjà établi dans une entreprise.Nos travaux apportent les réponses nécessaires à un certain nombre de verrous liés à notre objectif, à savoir : l’identification et l’acquisition sans risque d’artefacts à granularité fine (jusqu'aux instructions du code) ; la définition d’une nouvelle technique de localisation des caractéristiques basée sur l’analyse de concepts formels et relationnels ; enfin, la matérialisation d’une plateforme configurable selon l’approche par annotation, qui minimise les problèmes de lisibilité liés à la prolifération des annotations dans le code.

Software Product Lines (SPL) aim to industrialize the construction of a family of software products in order to reduce the time and costs related to the development and maintenance of software products while improving their quality. The main characteristic of an SPL is that it allows systematic reuse of software artifacts and massive customization of software products. However, the engineering process of SPL represents a significant investment cost for companies, which often prevents the deployment of SPL in low-resource companies. In addition, there is the effort required for developers to take ownership of the process. The latter, which are often trained to develop one product at a time, are obliged to rethink their practices to adapt to a multi-product engineering process.Our study of the state of the art shows that the three adoption strategies, namely proactive, reactive and extractive, do not offer satisfactory answers to overcome these obstacles.It is clear that a partial or complete automation of the SPL engineering process would reduce costs and thus facilitate the adoption of SPL by companies. In this context, the main contribution of this thesis is the definition of IsiSPL, an automated process to perform SPL engineering according to a reactive or extractive adoption strategy. This process is product-driven and is integrated into the development cycle (single product) already established in an enterprise.Our work provides the necessary answers to a number of challenges related to our objective, namely: the identification and safe acquisition of fine-grained artifacts (down to code instructions); the definition of a new feature location technique based on the analysis of formal and relational concepts; and finally, the materialization of a configurable platform based on the annotation approach, which minimizes the readability problems related to the proliferation of annotations in the code.