<?xml version="1.0"?>
<raweb xmlns:xlink="http://www.w3.org/1999/xlink" xml:lang="en" year="2024">
  <identification id="diverse" isproject="true">
    <shortname>DIVERSE</shortname>
    <projectName>Diversity-centric Software Engineering</projectName>
    <theme-de-recherche>Distributed programming and Software engineering</theme-de-recherche>
    <domaine-de-recherche>Networks, Systems and Services, Distributed Computing</domaine-de-recherche>
    <urlTeam>http://team.inria.fr/diverse</urlTeam>
    <structure_exterieure type="Labs">
      <libelle>Institut de recherche en informatique et systèmes aléatoires (IRISA)</libelle>
    </structure_exterieure>
    <structure_exterieure type="Organism">
      <libelle>Institut national des sciences appliquées de Rennes, CNRS, Université de Rennes</libelle>
    </structure_exterieure>
    <header_dates_team/>
    <LeTypeProjet>Project-Team</LeTypeProjet>
    <keywordsSdN>
      <term>A1.2.1. - Dynamic reconfiguration</term>
      <term>A1.3.1. - Web</term>
      <term>A1.3.5. - Cloud</term>
      <term>A1.3.6. - Fog, Edge</term>
      <term>A2.1.3. - Object-oriented programming</term>
      <term>A2.1.10. - Domain-specific languages</term>
      <term>A2.5. - Software engineering</term>
      <term>A2.5.1. - Software Architecture &amp; Design</term>
      <term>A2.5.2. - Component-based Design</term>
      <term>A2.5.3. - Empirical Software Engineering</term>
      <term>A2.5.4. - Software Maintenance &amp; Evolution</term>
      <term>A2.5.5. - Software testing</term>
      <term>A2.6.4. - Ressource management</term>
      <term>A4.1.1. - Malware analysis</term>
      <term>A4.4. - Security of equipment and software</term>
      <term>A4.6. - Authentication</term>
      <term>A4.7. - Access control</term>
      <term>A4.8. - Privacy-enhancing technologies</term>
    </keywordsSdN>
    <keywordsSecteurs>
      <term>B3.1. - Sustainable development</term>
      <term>B3.1.1. - Resource management</term>
      <term>B6.1. - Software industry</term>
      <term>B6.1.1. - Software engineering</term>
      <term>B6.1.2. - Software evolution, maintenance</term>
      <term>B6.4. - Internet of things</term>
      <term>B6.5. - Information systems</term>
      <term>B6.6. - Embedded systems</term>
      <term>B8.1.2. - Sensor networks for smart buildings</term>
      <term>B9.5.1. - Computer science</term>
      <term>B9.10. - Privacy</term>
    </keywordsSecteurs>
    <center type="main" id="RBA">Inria Centre at Rennes University</center>
    <UR name="Rennes"/>
  </identification>
  <team id="DIVERSE-RA-2024-cid1">
    <person>
      <firstname>Djamel</firstname>
      <lastname>Khelladi</lastname>
      <categoryPro>Chercheur</categoryPro>
      <moreinfo>CNRS, Researcher</moreinfo>
    </person>
    <person>
      <firstname>Gunter</firstname>
      <lastname>Mussbacher</lastname>
      <categoryPro>Chercheur</categoryPro>
      <moreinfo>UNIV MCGILL, Senior Researcher, from May 2024 until Jul 2024</moreinfo>
    </person>
    <person>
      <firstname>Olivier</firstname>
      <lastname>Zendra</lastname>
      <categoryPro>Chercheur</categoryPro>
      <moreinfo>INRIA, Researcher</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Olivier</firstname>
      <lastname>Barais</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>Team leader, UNIV RENNES, Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Mathieu</firstname>
      <lastname>Acher</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>INSA RENNES, Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Aymeric</firstname>
      <lastname>Blot</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Associate Professor</moreinfo>
    </person>
    <person>
      <firstname>Arnaud</firstname>
      <lastname>Blouin</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>INSA RENNES, Associate Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Johann</firstname>
      <lastname>Bourcier</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Associate Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Stéphanie</firstname>
      <lastname>Challita</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Associate Professor</moreinfo>
    </person>
    <person>
      <firstname>Benoît</firstname>
      <lastname>Combemale</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Jean-Marc</firstname>
      <lastname>Jezequel</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Gwendal</firstname>
      <lastname>Jouneaux</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, ATER, until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Quentin</firstname>
      <lastname>Perez</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>INSA RENNES, Associate Professor</moreinfo>
    </person>
    <person>
      <firstname>Noël</firstname>
      <lastname>Plouzeau</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Associate Professor</moreinfo>
    </person>
    <person>
      <firstname>Walter</firstname>
      <lastname>Rudametkin Ivey</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Associate Professor</moreinfo>
      <hdr>oui</hdr>
    </person>
    <person>
      <firstname>Paul</firstname>
      <lastname>Temple</lastname>
      <categoryPro>Enseignant</categoryPro>
      <moreinfo>UNIV RENNES, Associate Professor</moreinfo>
    </person>
    <person>
      <firstname>Faezeh</firstname>
      <lastname>Khorram</lastname>
      <categoryPro>PostDoc</categoryPro>
      <moreinfo>CNRS, Post-Doctoral Fellow</moreinfo>
    </person>
    <person>
      <firstname>Gauthier</firstname>
      <lastname>Le Bartz Lyan</lastname>
      <categoryPro>PostDoc</categoryPro>
      <moreinfo>INRIA, Post-Doctoral Fellow</moreinfo>
    </person>
    <person>
      <firstname>Samuel</firstname>
      <lastname>Pelissier</lastname>
      <categoryPro>PostDoc</categoryPro>
      <moreinfo>INRIA, Post-Doctoral Fellow, from Nov 2024</moreinfo>
    </person>
    <person>
      <firstname>Jolan</firstname>
      <lastname>Philippe</lastname>
      <categoryPro>PostDoc</categoryPro>
      <moreinfo>UNIV RENNES, Post-Doctoral Fellow, from Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Lina</firstname>
      <lastname>Bilal</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES</moreinfo>
    </person>
    <person>
      <firstname>Ewen</firstname>
      <lastname>Brune</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>INRIA</moreinfo>
    </person>
    <person>
      <firstname>Nicolo</firstname>
      <lastname>Cavalli</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>INRIA, from Dec 2024</moreinfo>
    </person>
    <person>
      <firstname>Haitam</firstname>
      <lastname>El Hayani</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES, from Sep 2024</moreinfo>
    </person>
    <person>
      <firstname>Theo</firstname>
      <lastname>Giraudet</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>OBEO, CIFRE</moreinfo>
    </person>
    <person>
      <firstname>Philemon</firstname>
      <lastname>Houdaille</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>CNRS</moreinfo>
    </person>
    <person>
      <firstname>Zohra</firstname>
      <lastname>Kebaili</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>CNRS</moreinfo>
    </person>
    <person>
      <firstname>N'Guessan Hermann</firstname>
      <lastname>Kouadio</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>CGI , CIFRE</moreinfo>
    </person>
    <person>
      <firstname>Clement</firstname>
      <lastname>Lahoche</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>INRIA</moreinfo>
    </person>
    <person>
      <firstname>Romain</firstname>
      <lastname>Lefeuvre</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES</moreinfo>
    </person>
    <person>
      <firstname>Camille</firstname>
      <lastname>Molinier</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES, from Oct 2024</moreinfo>
    </person>
    <person>
      <firstname>Georges Aaron</firstname>
      <lastname>Randrianaina</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES</moreinfo>
    </person>
    <person>
      <firstname>Chiara</firstname>
      <lastname>Relevat</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES</moreinfo>
    </person>
    <person>
      <firstname>Charly</firstname>
      <lastname>Reux</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>INRIA, from Oct 2024</moreinfo>
    </person>
    <person>
      <firstname>Sterenn</firstname>
      <lastname>Roux</lastname>
      <categoryPro>PhD</categoryPro>
      <moreinfo>UNIV RENNES</moreinfo>
    </person>
    <person>
      <firstname>Emmanuel</firstname>
      <lastname>Chebbi</lastname>
      <categoryPro>Technique</categoryPro>
      <moreinfo>INRIA, Engineer</moreinfo>
    </person>
    <person>
      <firstname>Caroline</firstname>
      <lastname>Landry</lastname>
      <categoryPro>Technique</categoryPro>
      <moreinfo>INRIA, Engineer, from Dec 2024</moreinfo>
    </person>
    <person>
      <firstname>Quentin</firstname>
      <lastname>Le Dilavrec</lastname>
      <categoryPro>Technique</categoryPro>
      <moreinfo>INRIA, Engineer, until Feb 2024</moreinfo>
    </person>
    <person>
      <firstname>Baptiste</firstname>
      <lastname>Mehat</lastname>
      <categoryPro>Technique</categoryPro>
      <moreinfo>INRIA, Engineer, from Nov 2024</moreinfo>
    </person>
    <person>
      <firstname>Sergiu</firstname>
      <lastname>Mocanu</lastname>
      <categoryPro>Technique</categoryPro>
      <moreinfo>INRIA, Engineer, from Dec 2024</moreinfo>
    </person>
    <person>
      <firstname>Charly</firstname>
      <lastname>Reux</lastname>
      <categoryPro>Technique</categoryPro>
      <moreinfo>INRIA, Engineer, until Sep 2024</moreinfo>
    </person>
    <person>
      <firstname>Elie</firstname>
      <lastname>Castang</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>UNIV RENNES, Intern, from Jun 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Matis</firstname>
      <lastname>Codjia</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>UNIV RENNES, Intern, from May 2024 until Jul 2024</moreinfo>
    </person>
    <person>
      <firstname>Mathieu</firstname>
      <lastname>Cyr</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from Jun 2024 until Sep 2024</moreinfo>
    </person>
    <person>
      <firstname>Haitam</firstname>
      <lastname>El Hayani</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>UNIV RENNES, Intern, from Mar 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Sofiane</firstname>
      <lastname>El Naggar</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from Jul 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Guillaume</firstname>
      <lastname>Freyermuth</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from Jun 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Ulysse-Neo</firstname>
      <lastname>Lartigaud</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INSA RENNES, Intern</moreinfo>
    </person>
    <person>
      <firstname>Axel</firstname>
      <lastname>Martin</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INSA RENNES, Intern, until Mar 2024</moreinfo>
    </person>
    <person>
      <firstname>Hywel</firstname>
      <lastname>Mathieu</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>UNIV RENNES, Intern, until Mar 2024</moreinfo>
    </person>
    <person>
      <firstname>Sergiu</firstname>
      <lastname>Mocanu</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from Mar 2024 until Sep 2024</moreinfo>
    </person>
    <person>
      <firstname>Duc Nam</firstname>
      <lastname>Nguyen</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from Jun 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Florentin</firstname>
      <lastname>Royer</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from May 2024 until Jun 2024</moreinfo>
    </person>
    <person>
      <firstname>Aubry</firstname>
      <lastname>Tonnerre</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>UNIV RENNES, Intern, from Jun 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Ivann</firstname>
      <lastname>Vyslanko</lastname>
      <categoryPro>Stagiaire</categoryPro>
      <moreinfo>INRIA, Intern, from Jun 2024 until Aug 2024</moreinfo>
    </person>
    <person>
      <firstname>Sophie</firstname>
      <lastname>Maupile</lastname>
      <categoryPro>Assistant</categoryPro>
      <moreinfo>CNRS</moreinfo>
    </person>
    <person>
      <firstname>Jessie</firstname>
      <lastname>Galasso-Carbonnel</lastname>
      <categoryPro>Visiteur</categoryPro>
      <moreinfo>Mc Guill</moreinfo>
    </person>
    <person>
      <firstname>Theo</firstname>
      <lastname>Matricon</lastname>
      <categoryPro>Visiteur</categoryPro>
      <moreinfo>CNRS, from Mar 2024 until Apr 2024</moreinfo>
    </person>
    <person>
      <firstname>Sergio</firstname>
      <lastname>Queiroz De Medeiros</lastname>
      <categoryPro>Visiteur</categoryPro>
      <moreinfo>UFRGS, from Apr 2024</moreinfo>
    </person>
    <person>
      <firstname>Gurvan</firstname>
      <lastname>Le Guernic</lastname>
      <categoryPro>CollaborateurExterieur</categoryPro>
      <moreinfo>DGA</moreinfo>
    </person>
  </team>
  <presentation id="DIVERSE-RA-2024-cid2">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-context">Overall objectives</bodyTitle>
                <p>DIVERSE's research agenda targets core values of software engineering.
In this fundamental domain we focus on and develop models, methodologies and theories to address major challenges raised by the emergence of several forms of diversity in the design, deployment and evolution of software-intensive systems.
Software diversity has emerged as an essential phenomenon in all application domains borne by our industrial partners. These application domains range from complex systems brought by systems of systems (addressed in collaboration with Thales, Safran, CEA and DGA) and Instrumentation and Control (addressed with EDF) to pervasive combinations of Internet of Things and Internet of Services (addressed with TellU and Orange) and tactical information systems (addressed in collaboration with civil security services).
Today these systems seem to be all radically different, but we envision a strong convergence of the scientific principles that underpin their construction and validation, bringing forwards sane and reliable methods for the design of <hi rend="bold">flexible and open yet dependable systems</hi>.
Flexibility and openness are both critical and challenging software layer properties that must deal with the following four dimensions of diversity: <hi rend="bold">diversity of languages</hi>, used by the stakeholders involved in the construction of these systems; <hi rend="bold">diversity of features</hi>, required by the different customers; <hi rend="bold">diversity of runtime environments</hi>, where software has to run and adapted; <hi rend="bold">diversity of implementations</hi>, which are necessary for resilience by redundancy.</p>
                <p>In this context, the central software engineering challenge consists in handling <hi rend="bold">diversity</hi> from variability in requirements and design to heterogeneous and dynamic execution environments.
In particular, this requires considering that the software system must adapt, in unpredictable yet valid ways, to changes in the requirements as well as in its environment.
Conversely, explicitly handling diversity is a great opportunity to allow software to spontaneously explore alternative design solutions, and to mitigate security risks.</p>
                <p>Concretely, we want to provide software engineers with the following abilities:</p>
                <simplelist>
                  <li>to characterize an “envelope” of possible variations;</li>
                  <li>to compose envelopes (to discover new macro correctness envelopes in an opportunistic manner);</li>
                  <li>to dynamically synthesize software inside a given envelope.</li>
                </simplelist>
                <p>The major scientific objective that we must achieve to provide such mechanisms for software engineering is summarized below:</p>
                <p><hi rend="bold">Scientific objective for DIVERSE:</hi> To automatically <hi rend="bold">compose and synthesize software diversity</hi> from design to runtime to <hi rend="bold">address unpredictable evolution of software-intensive systems</hi></p>
                <p>Software product lines and associated variability modeling formalisms represent an essential aspect of software diversity, which we already explored in the past, and this aspect stands as a major foundation of DIVERSE's research agenda.
However, DIVERSE also exploits other foundations to handle new forms of diversity: type theory and models of computation for the composition of languages; distributed algorithms and pervasive computation to handle the diversity of execution platforms; functional and qualitative randomized transformations to synthesize diversity for robust systems.</p>
              </presentation>
  <fondements id="DIVERSE-RA-2024-cid3">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-research">Research program</bodyTitle>
                <subsection id="DIVERSE-RA-2024-uid4" level="1">
                  <bodyTitle>Context</bodyTitle>
                  <p>Applications are becoming more complex and the demand for faster development is increasing. In order to better adapt to the unbridled evolution of requirements in markets where software plays an essential role, companies are changing the way they design, develop, secure and deploy applications, by relying on:</p>
                  <simplelist>
                    <li>A massive use of reusable libraries from a rich but fragmented eco-system;</li>
                    <li>An increasing configurability of most of the produced software;</li>
                    <li>A strongly increase in evolution frequency;</li>
                    <li>Cloud-native architectures based on containers, naturally leading to a diversity of programming languages used, and to the emergence of infrastructure, dependency, project and deployment descriptors (models);</li>
                    <li>Implementations of fully automated software supply chains;</li>
                    <li>The use of lowcode/nocode platforms;</li>
                    <li>The use of ever richer integrated development environments (IDEs), more and more deployed in SaaS mode;</li>
                    <li>The massive use of data and artificial intelligence techniques in software production chains.</li>
                  </simplelist>
                  <p>These trends are set to continue, all the while with a strong concern about the security properties of the produced and distributed software.</p>
                  <p noindent="true">The numbers in the examples below help to understand why this evolution of modern software engineering brings a <hi rend="bold">change of dimension</hi>:</p>
                  <simplelist>
                    <li>When designing a simple kitchen sink (<hi rend="it">hello world</hi>) with the <hi rend="tt">angular</hi> framework, more than 1600 dependencies of JavaScript libraries are pulled.</li>
                    <li>The numbers revealed by Google in 2018 showed that over 500 million tests are run <hi rend="it">per day</hi> inside Google’s systems, leading to over 4 millions daily builds.</li>
                    <li>Also at Google, they reported 86 TB of data, including two billion lines of code in nine million source files <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_potvin2016google">117</ref>. Their software also rapidly evolves both in terms of frequency and in terms of size. Again, at Google, 25,000 developers typically commit 16,000 changes to the codebase on a single workday. This is also the case for most of software code, including open source software.</li>
                    <li>x264, a highly popular and configurable video encoder, provides 100+ options that can take boolean, integer or string values.
There are different ways of compiling x264, and it is well-known that the compiler options (e.g., -O1 –O2 –O3 of gcc) can influence the performance of a software; the widely used gcc compiler, for example, offers more than 200 options.
The x264 encoder can be executed on different configurations of the Linux operating system, whose options may in turn influence x264 execution time; in recent versions (<formula type="inline"><math xmlns="http://www.w3.org/1998/Math/MathML"><mo>&gt;</mo></math></formula> 5), there are 16000+ options to the Linux kernel.
Last but not least, x264 should be able to encode many different videos, in different formats and with different visual properties, implying a
huge variability of the input space.
Overall, the variability space is enormous, and ideally x264 should be run and tested in all these settings.
But a rough estimation shows that the number of possible configurations, resulting from the combination of the different variability layers, is <formula type="inline"><math xmlns="http://www.w3.org/1998/Math/MathML"><msup><mn>10</mn><mn>6000</mn></msup></math></formula>.</li>
                  </simplelist>
                  <p>The DIVERSE research project is working and evolving in the context of this acceleration.
We are active at all stages of the <hi rend="bold">software supply chain</hi>.
Software supply chain covers all the activities and all the stakeholders that relate to software production and delivery.
All these activities and stakeholders have to be smartly managed together as part of an overall strategy.
The goal of supply chain management (SCM) is to meet customer demands with the most efficient use of resources possible.</p>
                  <p>In this context, DIVERSE is particularly interested in the following research questions:</p>
                  <simplelist>
                    <li>How to engineer tool-based abstractions for a given set of experts in order to foster their socio-technical collaboration;</li>
                    <li>How to generate and exploit useful data for the optimization of this supply chain, in particular for the control of variability and the management of the co-evolution of the various software artifacts;</li>
                    <li>How to increase the confidence in the produced software, by working on the resilience and security of the artifacts produced throughout this supply chain.</li>
                  </simplelist>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid20" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_fondements-sota">Scientific background</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid21" level="2">
                    <bodyTitle>Model-Driven Engineering</bodyTitle>
                    <p>Model-Driven Engineering (MDE) aims at reducing the accidental complexity associated with developing complex software-intensive systems (e.g., use of abstractions of the problem space rather than abstractions of the solution space)  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Schmidt06">121</ref>. It provides DIVERSE with solid foundations to specify, analyze and reason about the different forms of diversity that occur throughout the development life cycle. A primary source of accidental complexity is the wide gap between the concepts used by domain experts and the low-level abstractions provided by general-purpose programming languages  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_France07">93</ref>. MDE approaches address this problem through modeling techniques that support separation of concerns and automated generation of major system artifacts from models (<hi rend="it">e.g.,</hi> test cases, implementations, deployment and configuration scripts). In MDE, a model describes an aspect of a system and is typically created or derived for specific development purposes  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_BAN04">77</ref>. Separation of concerns is supported through the use of different modeling languages, each providing constructs based on abstractions that are specific to an aspect of a system. MDE technologies also provide support for manipulating models, for example, support for querying, slicing, transforming, merging, and analyzing (including executing) models. Modeling languages are thus at the core of MDE, which participates in the development of a sound <hi rend="it">Software Language Engineering</hi>, including a unified typing theory that integrates models as first class entities  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Steel07a">123</ref>.</p>
                    <p>Incorporating domain-specific concepts and a high-quality development experience into MDE technologies can significantly improve developer productivity and system quality. Since the late nineties, this realization has led to work on MDE language workbenches that support the development of domain-specific modeling languages (DSMLs) and associated tools (<hi rend="it">e.g.,</hi> model editors and code generators). A DSML provides a bridge between the field in which domain experts work and the implementation (programming) field. Domains in which DSMLs have been developed and used include, among others, automotive, avionics, and cyber-physical systems. A study performed by Hutchinson et al.  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Hutchinson11">98</ref> indicates that DSMLs can pave the way for wider industrial adoption of MDE.</p>
                    <p>More recently, the emergence of new classes of systems that are complex and operate in heterogeneous and rapidly changing environments raises new challenges for the software engineering community. These systems must be adaptable, flexible, reconfigurable and, increasingly, self-managing. Such characteristics make systems more prone to failure when running and thus the development and study of appropriate mechanisms for continuous design and runtime validation and monitoring are needed. In the MDE community, research is focused primarily on using models at the design, implementation, and deployment stages of development. This work has been highly productive, with several techniques now entering a commercialization phase. As software systems are becoming more and more dynamic, the use of model-driven techniques for validating and monitoring runtime behavior is extremely promising <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Morin09f">107</ref>.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid22" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_sec-variability">Variability modeling</bodyTitle>
                    <p>While the basic vision underlying <hi rend="it">Software Product Lines</hi> (SPL) can
probably be traced back to David Parnas' seminal article  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_parnas1976">114</ref> on
the Design and Development of Program Families, it is only quite recently that
SPLs have started emerging as a paradigm shift towards modeling and developing
software system families rather than individual
systems  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Northrop1999a">111</ref>. SPL engineering embraces the ideas of mass
customization and software reuse. It focuses on the means of efficiently
producing and maintaining multiple related software products, exploiting what
they have in common and managing what varies among them.</p>
                    <p>Several definitions of the <hi rend="it">software product line</hi> concept can be found
in the research literature. Clements <hi rend="it">et al.</hi> define it as <hi rend="it">a set of
software-intensive systems sharing a common, managed set of features that
satisfy the specific needs of a particular market segment or mission and are
developed from a common set of core assets in a prescribed way</hi> 
<ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Northrop2002">112</ref>. Bosch provides a different definition <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Bosch2000">83</ref>:
<hi rend="it">A SPL consists of a product line architecture and a set of reusable
components designed for incorporation into the product line architecture. In
addition, the PL consists of the software products developed using the
mentioned reusable assets</hi>. In spite of the similarities, these definitions
provide different perspectives of the concept: <hi rend="it">market-driven</hi>, as seen
by Clements <hi rend="it">et al.</hi>, and <hi rend="it">technology-oriented</hi> for Bosch.</p>
                    <p>SPL engineering is a process focusing on capturing the <hi rend="it">commonalities</hi>
(assumptions true for each family member) and <hi rend="it">variability</hi>
(assumptions about how individual family members differ) between several
software products  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Coplien1998">89</ref>. Instead of describing a single software
system, a SPL model describes a set of products in the same domain. This is
accomplished by distinguishing between elements common to all SPL members, and
those that may vary from one product to another. Reuse of core assets, which
form the basis of the product line, is key to productivity and quality
gains. These core assets extend beyond simple code reuse and may include the
architecture, software components, domain models, requirements statements,
documentation, test plans or test cases.</p>
                    <p>The SPL engineering process consists of two major steps:</p>
                    <orderedlist rend="ordered-list">
                      <li>
<hi rend="bold">Domain Engineering</hi>, or <hi rend="it">development for reuse</hi>, focuses on
core assets development.</li>
                      <li>
<hi rend="bold">Application Engineering</hi>, or <hi rend="it">development with reuse</hi>,
addresses the development of the final products using core assets and
following customer requirements.</li>
                    </orderedlist>
                    <p>Central to both processes is the management of <hi rend="bold">variability</hi> across
the product line  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_halmans2003">95</ref>. In common language use, the term
<hi rend="it">variability</hi> refers to <hi rend="it">the ability or the tendency to
change</hi>. Variability management is thus seen as the key feature that
distinguishes SPL engineering from other software development approaches  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Bosch2002">84</ref>. Variability management is thus increasingly seen as the
cornerstone of SPL development, covering the entire development life cycle,
from requirements elicitation  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Jean-ChristopheTRIGAUX2003">125</ref> to product
derivation  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Ziadi2006a">129</ref> to product testing  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_nebut03b">110</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Nebut06b">109</ref>.</p>
                    <p>Halmans <hi rend="it">et al.</hi>  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_halmans2003">95</ref> distinguish between <hi rend="it">essential</hi> and
<hi rend="it">technical</hi> variability, especially at the requirements level. Essential
variability corresponds to the customer's viewpoint, defining what to
implement, while technical variability relates to product family engineering,
defining how to implement it. A classification based on the dimensions of
variability is proposed by Pohl <hi rend="it">et al.</hi>  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Pohl2005">116</ref>: beyond
<hi rend="bold">variability in time</hi> (existence of different versions of an artifact
that are valid at different times) and <hi rend="bold">variability in space</hi>
(existence of an artifact in different shapes at the same time) Pohl <hi rend="it">et al.</hi> claim that variability is important to different stakeholders and thus has
different levels of visibility: <hi rend="bold">external variability</hi> is visible to
the customers while <hi rend="bold">internal variability</hi>, that of domain artifacts,
is hidden from them. Other classification proposals come from Meekel <hi rend="it">et al.</hi>  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Meekel1998">104</ref> (feature, hardware platform, performance and attributes
variability) or Bass <hi rend="it">et al.</hi>  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_BachmannEtAl2001">75</ref> who discusses about variability
at the architectural level.</p>
                    <p>Central to the modeling of variability is the notion of <hi rend="it">feature</hi>,
originally defined by Kang <hi rend="it">et al.</hi> as: <hi rend="it">a prominent or distinctive user-visible
aspect, quality or characteristic of a software system or
systems</hi>  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Kang1990">100</ref>. Based on this notion of <hi rend="it">feature</hi>, they proposed to use a
<hi rend="it">feature model</hi> to model the variability in a SPL. A
feature model consists of a <hi rend="it">feature diagram</hi> and other associated
information: <hi rend="it">constraints</hi> and <hi rend="it">dependency rules</hi>. Feature
diagrams provide a <hi rend="it">graphical tree-like notation depicting the
hierarchical organization of high level product functionalities</hi> represented
as features. The root of the tree refers to the complete system and is
progressively decomposed into more refined features (tree nodes). Relations
between nodes (features) are materialized by <hi rend="it">decomposition edges</hi> and
<hi rend="it">textual constraints</hi>. Variability can be expressed in several
ways. Presence or absence of a feature from a product is modeled using
<hi rend="it">mandatory</hi> or <hi rend="it">optional features</hi>. Features are graphically
represented as rectangles while some graphical elements (e.g., unfilled
circle) are used to describe the variability (e.g., a feature may be
optional).</p>
                    <p>Features can be organized into <hi rend="it">feature groups</hi>. Boolean operators
<hi rend="it">exclusive alternative (XOR)</hi>, <hi rend="it">inclusive alternative (OR)</hi> or
<hi rend="it">inclusive (AND)</hi> are used to select one, several or all the features
from a feature group. Dependencies between features can be modeled using
<hi rend="it">textual constraints</hi>: <hi rend="it">requires</hi> (presence of a feature requires
the presence of another), <hi rend="it">mutex</hi> (presence of a feature automatically
excludes another). Feature attributes can be also used for modeling quantitative (e.g., numerical) information.
Constraints over attributes and features can be specified as well.</p>
                    <p>Modeling variability allows an organization to capture and select which
version of which variant of any particular aspect is wanted in the
system  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Bosch2002">84</ref>. To implement it cheaply, quickly and safely, redoing by hand
the tedious weaving of every aspect is not an option: some form of automation
is needed to leverage the modeling of
variability <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_batory2002">79</ref>. Model Driven Engineering (MDE)
makes it possible to automate this weaving process  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Jezequel08a">99</ref>. This
requires that models are no longer informal, and that the weaving process is
itself described as a program (which is as a matter of fact an executable
meta-model  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Muller05a">108</ref>) manipulating these models to produce for instance a
detailed design that can ultimately be transformed to code, or to test
suites  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Pickin07a">115</ref>, or other software artifacts.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid25" level="2">
                    <bodyTitle>Component-based software development</bodyTitle>
                    <p>Component-based software development  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_szyperski2002component">124</ref> aims at providing reliable software architectures with a low cost of design.
Components are now used routinely in many domains of software system designs:
distributed systems, user interaction, product lines, embedded systems, etc.
With respect to more traditional software artifacts (e.g., object oriented architectures),
modern component models have the following distinctive features  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_crnkovic2011classification">90</ref>:
description of requirements on services required from the other components;
indirect connections between components thanks to ports and connectors constructs  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_lau2005exogenous">102</ref>;
hierarchical definition of components (assemblies of components can define new component types);
connectors supporting various communication semantics  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_bures2006sofa">87</ref>;
quantitative properties on the services  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_beugnard2010contract">82</ref>.</p>
                    <p>In recent years component-based architectures have evolved from static designs to dynamic, adaptive designs (e.g., SOFA  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_bures2006sofa">87</ref>, Palladio  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Becker-2009cl">80</ref>, Frascati  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Melisson-2010it">105</ref>).
Processes for building a system using a statically designed architecture are made of the following sequential lifecycle stages: requirements, modeling, implementation, packaging, deployment, system launch, system execution, system shutdown and system removal.
If for any reason after design time architectural changes are needed after system launch (e.g., because requirements changed, or the implementation platform has evolved, etc) then the design process must be reexecuted from scratch
(unless the changes are limited to parameter adjustment in the components deployed).</p>
                    <p>Dynamic designs allow for <hi rend="it">on the fly</hi> redesign of a component based system.
A process for dynamic adaptation is able to reapply the design phases while the system is up and running, without stopping it (this is different from a stop/redeploy/start process).
Dynamic adaptation processes support <hi rend="it">chosen adaptation</hi>, when changes are planned and realized to maintain a good fit between the needs that the system must support and the way it supports them  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Kramer-2007kv">101</ref>.
Dynamic component-based designs rely on a component meta-model that supports complex life cycles for components, connectors, service specification, etc.
Advanced dynamic designs can also take platform changes into account at runtime, without human intervention, by adapting themselves  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Cheng-2009hh">88</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Vromant-NPd9bKZ">127</ref>.
Platform changes and more generally environmental changes trigger <hi rend="it">imposed adaptation</hi>, when the system can no longer use its design to provide the services it must support.
In order to support an eternal system  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Bencomo-2009tm">81</ref>, dynamic component based systems must separate architectural design and platform compatibility.
This requires support for heterogeneity, since platform evolution can be partial.</p>
                    <p>The Models@runtime paradigm denotes a model-driven approach aiming at taming the complexity of dynamic software systems. It basically pushes the idea of reflection one step further by considering the reflection layer as a real model “something simpler, safer or cheaper than reality to avoid the complexity, danger and irreversibility of reality  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_Rothenberg89thenature">119</ref>”. In practice, component-based (and/or service-based) platforms offer reflection APIs that make it possible to introspect the system (to determine which components and bindings are currently in place in the system) and dynamic adaptation (by applying CRUD operations on these components and bindings). While some of these platforms offer rollback mechanisms to recover after an erroneous adaptation, the idea of Models@runtime is to prevent the system from actually enacting an erroneous adaptation. In other words, the “model at run-time” is a reflection model that can be uncoupled (for reasoning, validation, simulation purposes) and automatically resynchronized.</p>
                    <p>Heterogeneity is a key challenge for modern component based systems.
Until recently, component based techniques were designed to address a specific domain, such as embedded software for command and control, or distributed Web based service oriented architectures.
The emergence of the Internet of Things paradigm calls for a unified approach in component based design techniques.
By implementing an efficient separation of concern between platform independent architecture management and platform dependent implementations,
<hi rend="it">Models@runtime</hi> is now established as a key technique to support dynamic component based designs. It provides DIVERSE with an essential foundation to explore an adaptation envelope at run-time.
The goal is to automatically explore a set of alternatives and assess their relevance with respect to the considered problem.
These techniques have been applied to craft software architecture exhibiting high quality of services properties  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_frey2013search">94</ref>.
Multi Objectives Search based techniques  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_deb2002fast">92</ref> deal with optimization problem containing several (possibly conflicting) dimensions to optimize.
These techniques provide DIVERSE with the scientific foundations for reasoning and efficiently exploring an envelope of software configurations at run-time.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid26" level="2">
                    <bodyTitle>Validation and verification</bodyTitle>
                    <p>Validation and verification (V&amp;V) theories and techniques provide the means to assess the validity of a software system with respect to a specific correctness envelope. As such, they form an essential element of DIVERSE's scientific background. In particular, we focus on model-based V&amp;V in order to leverage the different models that specify the envelope at different moments of the software development lifecycle.</p>
                    <p>Model-based testing consists in analyzing a formal model of a system (<hi rend="it">e.g.</hi>, activity diagrams, which capture high-level requirements about the system, statecharts, which capture the expected behavior of a software module, or a feature model, which describes all possible variants of the system) in order to generate test cases that will be executed against the system. Model-based testing  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_utting2010practical">126</ref> mainly relies on model analysis, constraint solving  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_demilli1991constraint">91</ref> and search-based reasoning  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_mcminn2004search">103</ref>. DIVERSE leverages in particular the applications of model-based testing in the context of highly-configurable systems and <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_yilmaz2006covering">128</ref> interactive systems  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_memon2007event">106</ref> as well as recent advances based on diversity for test cases selection  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_HemmatiBAA10">97</ref>.</p>
                    <p>Nowadays, it is possible to simulate various kinds of models. Existing tools range from industrial tools such as <ref xlink:href="https://fr.mathworks.com/products/simulink.html" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">Simulink</ref>, <ref xlink:href="https://www.ibm.com/fr-fr/products/architect-for-software" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">Rhapsody</ref> or <ref xlink:href="https://www.ibm.com/support/pages/ibm-telelogic-rhapsody-74" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">Telelogic</ref> to academic approaches like Omega <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_ober2006validating">113</ref>, or <ref xlink:href="http://www.primordion.com/Xholon/" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">Xholon</ref>.
All these simulation environments operate on homogeneous environment models. However, to handle diversity in software systems, we also leverage recent advances in heterogeneous simulation.
Ptolemy  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_buck1994ptolemy">86</ref> proposes a common abstract syntax, which represents
the description of the model structure. These elements can be decorated using different
directors that reflect the application of a specific model of computation on the model element.
Metropolis  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_balarin2003metropolis">76</ref> provides modeling elements amenable to semantically
equivalent mathematical models. Metropolis offers a precise semantics flexible enough to
support different models of computation.
ModHel'X  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_hardebolle2008modhel">96</ref> studies the composition of multi-paradigm models relying on
different models of computation.</p>
                    <p>Model-based testing and simulation are complemented by runtime fault-tolerance through the automatic generation of software variants that can run in parallel, to tackle the open nature of software-intensive systems. The foundations in this case are the seminal work about N-version programming   <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_avizienis85">74</ref>, recovery blocks  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_randell75">118</ref> and code randomization  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_barrantes05">78</ref>, which demonstrated the central role of diversity in software to ensure runtime resilience of complex systems. Such techniques rely on truly diverse software solutions in order to provide systems with the ability to react to events, which could not be predicted at design time and checked through testing or simulation.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid27" level="2">
                    <bodyTitle>Empirical software engineering</bodyTitle>
                    <p>The rigorous, scientific evaluation of DIVERSE's contributions is an essential aspect of our research methodology. In addition to theoretical validation through formal analysis or complexity estimation, we also aim at applying state-of-the-art methodologies and principles of empirical software engineering. This approach encompasses a set of techniques for the sound validation contributions in the field of software engineering, ranging from statistically sound comparisons of techniques and large-scale data analysis to interviews and systematic literature reviews  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_shull2008guide">122</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_runeson2009guidelines">120</ref>. Such methods have been used for example to understand the impact of new software development paradigms  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_briand1999empirical">85</ref>. Experimental design and statistical tests represent another major aspect of empirical software engineering. Addressing large-scale software engineering problems often requires the application of heuristics, and it is important to understand their effects through sound statistical analyses  <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_ArcuriB11">73</ref>.</p>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid28" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_fondements-axis">Research axis</bodyTitle>
                  <p>DIVERSE explore <hi rend="it">Software Diversity</hi>.
Leveraging our strong background on Model-Driven Engineering, and our large expertise on several related fields (programming languages, distributed systems, GUI, machine learning, security...), <hi rend="it">we explore tools and methods to embrace the inherent diversity in software engineering</hi>, from the stakeholders and underlying tool-supported languages involved in the software system life cycle, to the configuration and evolution space of the modern software systems, and the heterogeneity of the targeted execution platforms. Hence, we organize our research directions according to three axes (cf. Fig. <ref location="intern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_label_fig-perspectives">1</ref>):</p>
                  <simplelist>
                    <li>
<hi rend="bold">Axis #1: Software Language Engineering.</hi> We explore the future engineering and scientific environments to support the socio-technical coordination among the various stakeholders involved across modern software system life cycles.</li>
                    <li>
<hi rend="bold">Axis #2: Spatio-temporal Variability in Software and Systems.</hi> We explore systematic and automatic approaches to cope with software variability, both in space (software variants) and time (software maintenance and evolution).</li>
                    <li>
<hi rend="bold">Axis #3: DevSecOps and Resilience Engineering for Software and Systems.</hi> We explore smart continuous integration and deployment pipelines to ensure the delivery of secure and resilient software systems on heterogeneous execution platforms (cloud, IoT...).</li>
                  </simplelist>
                  <object id="DIVERSE-RA-2024_label_fig:perspectives"><table><tr><td><ressource xlink:href="WEB_IMG/perspectives.png" type="figure" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" id="DIVERSE-RA-2024-uid32" media="WEB"/></td></tr></table><caption>Figure 1: The three research axes of DIVERSE, relying on model driven engineering scientific background and leveraging several related fields</caption></object>
                  <subsection id="DIVERSE-RA-2024-uid33" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_sec-future-axis1-SLE">Axis #1: Software Language Engineering</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid34" level="3">
                      <bodyTitle>Overall objective.</bodyTitle>
                      <p>The disruptive design of new, complex systems requires a high degree of flexibility in the communication between many stakeholders, often limited by the silo-like structure of the organization itself (cf. Conway’s law). To overcome this constraint, modern engineering environments aim to: (i) better manage the necessary exchanges between the different stakeholders; (ii) provide a unique and usable place for information sharing; and (iii) ensure the consistency of the many points of view.
Software languages are the key pivot between the <hi rend="it">diverse</hi> stakeholders involved, and the software systems they have to implement.
Domain-Specific (Modeling) Languages enable stakeholders to address the <hi rend="it">diverse</hi> concerns through specific points of view, and their coordinated use is essential to support the socio-technical coordination across the overall software system life cycle.</p>
                      <p>Our perspectives on Software Language Engineering over the next period is presented in Figure <ref location="intern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_label_fig-perspectives-sle">2</ref> and detailed in the following paragraphs.</p>
                      <object id="DIVERSE-RA-2024_label_fig:perspectives-sle"><table><tr><td><ressource xlink:href="WEB_IMG/sle.png" type="figure" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" id="DIVERSE-RA-2024-uid35" media="WEB"/></td></tr></table><caption>Figure 2: Perspectives on Software Language Engineering (axis #1)</caption></object>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid36" level="3">
                      <bodyTitle>DSL Executability.</bodyTitle>
                      <p>Providing rich and adequate environments is key to the adoption of domain-specific languages. In particular, we focus on tools that support model and program execution. We explore the foundations to define the required concerns in language specification, and systematic approaches to derive environments (<hi rend="it">e.g.,</hi> IDE, notebook, design labs) including debuggers, animators, simulators, loggers, monitors, trade-off analysis, etc.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid37" level="3">
                      <bodyTitle>Modular &amp; Distributed IDE.</bodyTitle>
                      <p>IDEs are indispensable companions to software languages. They are increasingly turning towards Web-based platforms, heavily relying on cloud infrastructures and forges. Since all language services require different computing capacities and response times (to guarantee a user-friendly experience within the IDE) and use shared resources (<hi rend="it">e.g.,</hi> the program), we explore new architectures for their modularization and systematic approaches for their individual deployment and dynamic adaptation within an IDE. To cope with the ever-growing number of programming languages, manufacturers of Integrated Development Environments (IDE) have recently defined protocols as a way to use and share multiple language services in language-agnostic environments. These protocols rely on a proper specification of the services that are commonly found in the tool support of general-purpose languages, and define a fixed set of capabilities to offer in the IDE. However, new languages regularly appear offering unique constructs (e.g., DSLs), and which are supported by dedicated services to be offered as new capabilities in IDEs. This trend leads to the multiplication of new protocols, hard to combine and possibly incompatible (e.g., overlap, different technological stacks). Beyond the proposition of specific protocols, we will explore an original approach to be able to specify language protocols and to offer IDEs to be configured with such protocol specifications. IDEs went from directly supporting languages to protocols, and we envision the next step: <hi rend="it">IDE as code</hi>, where language protocols are created or inferred on demand and serve as support of an adaptation loop taking in charge of the (re)configuration of the IDE.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid38" level="3">
                      <bodyTitle>Design Lab.</bodyTitle>
                      <p>Web-based and cloud-native IDEs open new opportunities to bridge the gap between the IDE and collaborative platforms, <hi rend="it">e.g.,</hi> forges. In the complex world of software systems, we explore new approaches to reduce the distance between the various stakeholders (e.g., systems engineers and all those involved in specialty engineering) and to improve the interactions between them through an adapted tool chain. We aim to improve the usability of development cycles with efficiency, affordance and satisfaction. We also explore new approaches to explore and interact with the design space or other concerns such as human values or security, and provide facilities for trade-off analysis and decision making in the the context of software and system designs.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid39" level="3">
                      <bodyTitle>Live &amp; Polyglot Development.</bodyTitle>
                      <p>As of today, polyglot development is massively popular and virtually all software systems put multiple languages to use, which not only complexifies their development, but also their evolution and maintenance. Moreover, as software are more used in new application domains (e.g., data analytics, health or scientific computing), it is crucial to ease the participation of scientists, decision-makers, and more generally non-software experts. Live programming makes it possible to change a program while it is running, by propagating changes on a program code to its run-time state. This effectively bridges the gulf of evaluation between program writing and program execution: the effects a change has on the running system are immediately visible, and the developer can take immediate action. The challenges at the intersection of polyglot and live programming have received little attention so far, and we envision a language design and implementation approach to specify domain-specific languages and their coordination, and automatically provide interactive domain-specific environments for live and polyglot programming.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid40" level="3">
                      <bodyTitle>Self-Adaptable Language.</bodyTitle>
                      <p>Over recent years, self-adaptation has become a concern for many software systems that operate in complex and changing environments. At the core of self-adaptation lies a feedback loop and its associated trade-off reasoning, to decide on the best course of action. However, existing software languages do not abstract the development and execution of such feedback loops for self-adaptable systems. Developers have to fall back to ad-hoc solutions to implement self-adaptable systems, often with wide-ranging design implications (e.g., explicit MAPE-K loop). Furthermore, existing software languages do not capitalize on monitored usage data of a language and its modeling environment. This hinders the continuous and automatic evolution of a software language based on feedback loops from the modeling environment and runtime software system. To address the aforementioned issues, we will explore the concept of Self-Adaptable Language (SAL) to abstract the feedback loops at both system and language levels.</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid41" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_sec-future-axis2-variability">Axis #2: Spatio-temporal Variability in Software and Systems</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid42" level="3">
                      <bodyTitle>Overall objective.</bodyTitle>
                      <p>Leveraging our longstanding activity on variability management for software product lines and configurable systems covering <hi rend="it">diverse</hi> scenarios of use, we will investigate over the next period the impact of such a variability across the <hi rend="it">diverse</hi> layers, incl. source code, input/output data, compilation chain, operating systems and underlying execution platforms. We envision a better support and assistance for the configuration and optimisation (e.g., non-functional properties) of software systems according to this deep variability. Moreover, as software systems involve <hi rend="it">diverse</hi> artefacts (<hi rend="it">e.g.,</hi> APIs, tests, models, scripts, data, cloud services, documentation, deployment descriptors...), we will investigate their continuous co-evolution during the overall lifecycle, including maintenance and evolution. Our perspectives on spatio-temporal variability over the next period is presented in Figure <ref location="intern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_label_fig-perspectives-variability">3</ref> and is detailed in the following paragraphs.</p>
                      <object id="DIVERSE-RA-2024_label_fig:perspectives-variability"><table><tr><td><ressource xlink:href="WEB_IMG/variability.png" type="figure" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" id="DIVERSE-RA-2024-uid43" media="WEB"/></td></tr></table><caption>Figure 3: Perspectives on Spatio-temporal Variability in Software and Systems (axis #2)</caption></object>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid44" level="3">
                      <bodyTitle>Deep Software Variability.</bodyTitle>
                      <p>Software systems can be configured to reach specific functional goals and non-functional performance, either statically at compile time or through the choice of command line options at runtime. We observed that considering the software layer only might be a naive approach to tune the performance of the system or to test its functional correctness. In fact, many layers (hardware, operating system, input data, etc.), which are themselves subject to variability, can alter the performance or functionalities of software configurations. We call <hi rend="it">deep software variability</hi> the interaction of all variability layers that could modify the behavior or non-functional properties of a software. Deep software variability calls to investigate how to systematically handle cross-layer configuration. The diversification of the different layers is also an opportunity to test the robustness and resilience of the software layer in multiple environments. Another interesting challenge is to tune the software for one specific executing environment. In essence, deep software variability questions the generalization of the configuration knowledge.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid45" level="3">
                      <bodyTitle>Continuous Software Evolution.</bodyTitle>
                      <p>Nowadays, software development has become more and more complex, involving various artefacts, such as APIs, tests, models, scripts, data, cloud services, documentation, etc., and embedding millions of lines of code (LOC). Recent evidence highlights continuous software evolution based on thousands of commits, hundreds of releases, all done by thousands of developers. We focus on the following essential backbone dimensions in software engineering: languages, models, APIs, tests and deployment descriptors, all revolving around software code implementation. We will explore the foundations of a multidimensional and polyglot co-evolution platform, and will provide a better understanding with new empirical evidence and knowledge.</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid46" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label__sec-future-axis3-DevSecOps">Axis #3: DevSecOps and Resilience Engineering for Software and Systems</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid47" level="3">
                      <bodyTitle>Overall objective.</bodyTitle>
                      <p>The production and delivery of modern software systems involves the integration of <hi rend="it">diverse</hi> dependencies and continuous deployment on <hi rend="it">diverse</hi> execution platforms in the form of large distributed socio-technical systems.
This leads to new software architectures and programming models, as well as complex supply chains for final delivery to system users.
In order to boost cybersecurity, we want to provide strong support to software engineers and IT teams in the development and delivery of secure and resilient software systems, ie. systems able to resist or recover from cyberattacks.
Our perspectives on DevSecOps and Resilience Engineering over the next period are presented in Figure <ref location="intern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_label_fig-perspectives-devsecops">4</ref> and detailed in the following paragraphs.</p>
                      <object id="DIVERSE-RA-2024_label_fig:perspectives-devsecops"><table><tr><td><ressource xlink:href="WEB_IMG/devsecops.png" type="figure" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" id="DIVERSE-RA-2024-uid48" media="WEB"/></td></tr></table><caption>Figure 4: Perspectives on DevSecOps and Resilience Eng. for Software and Systems (axis #3)</caption></object>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid49" level="3">
                      <bodyTitle>Secure &amp; Resilient Architecture.</bodyTitle>
                      <p>Continuous integration and deployment pipelines are processes implementing complex software supply chains. We envision an explicit and early consideration of security properties in such pipelines to help in detecting vulnerabilities. In particular, we integrate the security concern in Model-Based System Analysis (MBSA) approaches, and explore guidelines, tools and methods to drive the definition of secure and resilient architectures. We also investigate resilience at runtime through frameworks for autonomic computing and data-centric applications, both for the software systems and the associated deployment descriptors.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid50" level="3">
                      <bodyTitle>Smart CI/CD.</bodyTitle>
                      <p>Dependencies management, Infrastructure as Code (IaC) and DevOps practices open opportunities to analyze complex supply chains. We aim at providing relevant metrics to evaluate and ensure the security of such supply chains, advanced assistants to help in specifying corresponding pipelines, and new approaches to optimize them (<hi rend="it">e.g.,</hi> software debloating, scalability...).
We study how supply chains can actively leverage software variability and diversity to increase cybersecurity and resilience.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid51" level="3">
                      <bodyTitle>Secure Supply Chain.</bodyTitle>
                      <p>In order to produce secure and resilient software systems, we explore new secure-by-design foundations that integrate security concerns as first class entities through a seamless continuum from the design to the continuous integration and deployment.
We explore new models, architectures, inter-relations, and static and dynamic analyses that rely on explicitly expressed security concerns to ensure a secure and resilient supply chain.
We lead research on automatic vulnerability and malware detection in modern supply chains, considering the various artefacts either as white boxes enabling source code analysis (to avoid accidental vulnerabilities or intentional ones or code poisoning), or as black boxes requiring binary analysis (to find malware or vulnerabilities).
We also conduct research activities in dependencies and deployment descriptors security analysis.</p>
                    </subsection>
                  </subsection>
                </subsection>
              </fondements>
  <domaine id="DIVERSE-RA-2024-cid4">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-domain">Application domains</bodyTitle>
                <p>Information technology affects all areas of society. The need to develop software systems is therefore present in a huge number of application domains. One of the goals of software engineering is to <hi rend="it">apply a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software</hi> whatever the application domain.</p>
                <p>As a result, the team covers a wide range of application domains and never refrains from exploring a particular field of application.
Our primary expertise is in complex, heterogeneous and distributed systems. While we historically collaborated with partners in the field of systems engineering, it should be noted that for several years now, we have investigated several new areas in depth:</p>
                <simplelist>
                  <li>the field of web applications, with the associated design principles and architectures, for applications ranging from cloud-native applications to the design of modern web front-ends.</li>
                  <li>the field of scientific computing in connection with the CEA DAM, Safran and scientists from other disciplines such as the ecologists of the University of Rennes. In this field where the writing of complex software is common, we explore how we could help scientists to use software engineering approach, in particular, the use of SLE and approximate computing techniques.</li>
                  <li>the field of large software systems such as the Linux kernel or other open-source projects. In this field, we explore, in particular, the variability management, the support of co-evolution and the use of polyglot approaches.</li>
                </simplelist>
              </domaine>
  <responsability id="DIVERSE-RA-2024-cid5">
                <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-responsabilities">Social and environmental responsibility</bodyTitle>
                <subsection id="DIVERSE-RA-2024-uid55" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-footprint">Footprint of research activities</bodyTitle>
                  <p>We share the vision that reducing the environmental footprint of research activities is crucial for promoting sustainability within academic and scientific communities. Here are some examples of actions that we promote within the team:</p>
                  <p>We encourage virtual seminars (e.g., the creation of the EDT Community (cf. <ref xlink:href="https://edt.community" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">https://edt.community</ref>) on the engineering of digital twins) and meetings (not conferences) to reduce the need for long-distance travel. When travel is necessary, we try to opt for modes of transportation with lower carbon footprints, such as trains. We want to share that INRIA has to improve the booking system that do not offer trains that go to London for example, as well as reasonable per diem reimbursements that cover the actual costs (e.g., Amsterdam where even the travel agency is incapable of proposing hotels within the budget) so that as people can stay longer working with colleagues when they have to travel.</p>
                  <p>We try to engage students of the field through educational outreach: We raise awareness about the importance of environmental sustainability within research communities through educational programs and seminars. We encourage students to incorporate sustainable practices into their work. We have also started to create scientific results on the impact of software development practices on environmental sustainability. Quentin Perez has been hired as a new faculty member on this research topic.</p>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid56" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-impact">Impact of research results</bodyTitle>
                  <p>The DiverSE project-team initiated several research activities at the crossroads of sustainability and software engineering. In particular, the research challenges are twofold: i) GreenIT, and more specifically how to measure the energy consumption of software all along the development life cycle and the DevOps pipelines, and ii) IT for green, more specifically the engineering of digital twins either to optimize and reconfigure, or to support informed decisions in tradeoff analysis and design space exploration. In this context, the project-team organized in 2023 the international conference on Information and Communications Technology for Sustainability (ICT4S), with not only a research program, but also a so called OFF! Program which complements the research program with a set of satellite events bringing together researchers, practitioners, decision and policy makers, artists, students and the general public. It proposed various kinds of events on campus as well as in pubs downtown. In particular, the OFF! Program included general keynotes, panels, debates, art performances, etc.</p>
                  <p>Moreover, the DiverSE project-team is currently exploring several research axes related to social and environmental challenges, all in a pluri-disciplinary context. In particular, the team is involved in both: i) collaboration with environmental sciences and sociology on the use of climate change scientific models for decision-makers, and ii) collaboration with sociology on the privacy in web applications, and iii) research results about sustainability and Green IT are also disseminated through a dedicated course named Green Computing, taught at INSA Rennes.</p>
                </subsection>
              </responsability>
  <highlights id="DIVERSE-RA-2024-cid6">
                <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-highlights">Highlights of the year</bodyTitle>
                <subsection id="DIVERSE-RA-2024-uid57" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-highlights-awards">Awards</bodyTitle>
                  <simplelist>
                    <li>Mathieu Acher took part in a popularisation video of Monsieur Phi in April 2024. This video reached over 100,000 views <ref xlink:href="#DIVERSE-RA-2024-note-uid59" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">1</ref>.</li>
                    <li>Gurvan Le Guernic chaired the organising committee for the C&amp;ESAR 2024 conference held in Rennes. Every year since 1997, the French Ministry of Defence has organised a conference on cyber security, known as C&amp;ESAR. This conference is now one of the main events of the European Cyber Week (ECW) organised every autumn in Rennes, France. The aim of C&amp;ESAR is to bring together and facilitate exchanges between various governmental, industrial and academic players with an interest in cybersecurity. This event, which is both educational and scientific, brings together experts, researchers, practitioners and decision-makers. This interdisciplinary approach enables operational practitioners to understand and anticipate future technological (r)evolutions, and enables academics and industry to confront research and the development of products and services with operational realities.</li>
                    <li>This year we launched the Code Commons project. This is a project worth more than €1.5 for the team in conjunction with Software Heritage, the aim of which is to prepare Software Heritage for use in data source scenarios for LLM training, with traceability of the data used for this training.</li>
                  </simplelist>
                </subsection>
              </highlights>
  <logiciels id="DIVERSE-RA-2024-cid7">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-softwares-platforms">New software, platforms, open data</bodyTitle>
                <subsection id="DIVERSE-RA-2024-uid62" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_softwares">New software</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid63" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-2742">GEMOC Studio</bodyTitle>
                    <descriptionlist>
                      <label>Name:</label><li>GEMOC Studio</li>
                      <label>Keywords:</label><li>DSL, Language workbench, Model debugging</li>
                      <label>Scientific Description:</label><li>
                          <p noindent="true">The language workbench put together the following tools seamlessly integrated to the Eclipse Modeling Framework (EMF):</p>
                          <p>1) Melange, a tool-supported meta-language to modularly define executable modeling languages with execution functions and data, and to extend (EMF-based) existing modeling languages.
2) MoCCML, a tool-supported meta-language dedicated to the specification of a Model of Concurrency and Communication (MoCC) and its mapping to a specific abstract syntax and associated execution functions of a modeling language.
3) GEL, a tool-supported meta-language dedicated to the specification of the protocol between the execution functions and the MoCC to support the feedback of the data as well as the callback of other expected execution functions.
4) BCOoL, a tool-supported meta-language dedicated to the specification of language coordination patterns to automatically coordinates the execution of, possibly heterogeneous, models.
5) Monilog, an extension for monitoring and logging executable domain-specific models
6) Sirius Animator, an extension to the model editor designer Sirius to create graphical animators for executable modeling languages.</p>
                        </li>
                      <label>Functional Description:</label><li>The GEMOC Studio is an Eclipse package that contains components supporting the GEMOC methodology for building and composing executable Domain-Specific Modeling Languages (DSMLs). It includes two workbenches:
The GEMOC Language Workbench: intended to be used by language designers (aka domain experts), it allows to build and compose new executable DSMLs.
The GEMOC Modeling Workbench: intended to be used by domain designers to create, execute and coordinate models conforming to executable DSMLs. The different concerns of a DSML, as defined with the tools of the language workbench, are automatically deployed into the modeling workbench. They parametrize a generic execution framework that provides various generic services such as graphical animation, debugging tools, trace and event managers, timeline.</li>
                      <label>URL:</label><li>
                          <ref xlink:href="http://gemoc.org/studio.html" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">http://­gemoc.­org/­studio.­html</ref>
                        </li>
                      <label>Publications:</label><li>
<ref xlink:href="https://hal.inria.fr/hal-00850770" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-00850770</ref>, <ref xlink:href="https://hal.inria.fr/hal-01355391" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-01355391</ref>, <ref xlink:href="https://hal.inria.fr/hal-01609576" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-01609576</ref>, <ref xlink:href="https://hal.inria.fr/hal-01651801" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-01651801</ref>, <ref xlink:href="https://hal.inria.fr/hal-01152342" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-01152342</ref>, <ref xlink:href="https://hal.inria.fr/hal-03374955" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-03374955</ref>, <ref xlink:href="https://hal.inria.fr/hal-01614561" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-01614561</ref>, <ref xlink:href="https://hal.inria.fr/hal-01616154" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-01616154</ref>
</li>
                      <label>Contact:</label><li>Benoît Combemale</li>
                      <label>Participants:</label><li>Didier Vojtisek, Erwan Bousse, Julien Deantoni</li>
                      <label>Partners:</label><li>I3S, Université de Nantes</li>
                    </descriptionlist>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid73" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-2542">Interacto</bodyTitle>
                    <descriptionlist>
                      <label>Functional Description:</label><li>Interacto is a framework for developing user interfaces and user interactions. It complements other general graphical framework by providing a fluent API specifically designed to process user interface event and develop complex user interactions. Interacto is currently developped in Java and TypeScript to target both Java desktop applications (JavaFX) and Web applications (Angular).</li>
                      <label>URL:</label><li>
                          <ref xlink:href="https://interacto.github.io" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">https://­interacto.­github.­io</ref>
                        </li>
                      <label>Publications:</label><li>
<ref xlink:href="https://hal.inria.fr/hal-03231669" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">hal-03231669</ref>, <ref xlink:href="https://hal.inria.fr/tel-02354530" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">tel-02354530</ref>, <ref xlink:href="https://hal.inria.fr/inria-00590891" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">inria-00590891</ref>, <ref xlink:href="https://hal.inria.fr/inria-00477627" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">inria-00477627</ref>
</li>
                      <label>Contact:</label><li>Arnaud Blouin</li>
                      <label>Participants:</label><li>Arnaud Blouin, Olivier Beaudoux</li>
                    </descriptionlist>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid79" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-5111">HyperAST</bodyTitle>
                    <descriptionlist>
                      <label>Keywords:</label><li>Code analysis, Git svn</li>
                      <label>Functional Description:</label><li>
                          <p noindent="true">The HyperAST is an AST structured as a Direct Acyclic Graph (DAG) (similar to MerkleDAG used in Git). An HyperAST is efficiently constructed by leveraging Git and TreeSitter.</p>
                          <p>It reimplements the Gumtree algorithm in Rust while using the HyperAST as the underlying AST structure.</p>
                          <p>It implements a use-def solver, that uses a context-free indexing of references present in subtrees (each subtree has a bloom filter of contained references).</p>
                        </li>
                      <label>Contact:</label><li>Olivier Barais</li>
                    </descriptionlist>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid83" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-5112">CorrectExam</bodyTitle>
                    <descriptionlist>
                      <label>Name:</label><li>CorrectExam: GRADE YOUR ASSESSMENTS MORE EFFICIENTLY</li>
                      <label>Keyword:</label><li>Digital pedagogy</li>
                      <label>Functional Description:</label><li>The first objective of the correctexam project is pedagogical. The aim is to be able to send feedback to students as quickly as possible on the marking of their papers, to easily generate a standard answer key from answers marked as excellent by the marker, and to facilitate a constructive exchange between students and the teaching team. This helps to overcome a shortcoming at university where, as examinations generally take place partly at the end of the course, students are not strongly encouraged to look at their marked papers in order to understand their mistakes.
The second objective is to seek to increase the efficiency of exam marking and the administrative aspects associated with an exam by using AI techniques to mark certain questions, and by factoring standard comments added to an exam paper, generating documents in the format expected by the school, and so on.
Finally, the last notable element of the project that could be discussed concerns the choice of technical architecture. Even though an application server is used to store the students' results, all the processing of the scans (pdf), images and AI is carried out completely on the browser side, using the possibilities offered by modern browsers such as WASM or worker services. This is an opportunity to significantly limit the power required on the server side.</li>
                      <label>Release Contributions:</label><li>See https://correctexam.github.io/#about</li>
                      <label>Contact:</label><li>Olivier Barais</li>
                      <label>Partner:</label><li>Université de Rennes 1</li>
                    </descriptionlist>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid90" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-5113">PolyglotAST</bodyTitle>
                    <descriptionlist>
                      <label>Name:</label><li>PolyglotAST</li>
                      <label>Keywords:</label><li>Code analysis, Static analysis</li>
                      <label>Functional Description:</label><li>Framework to facilitate the static analysis of multilingual programs on GraalVM, by providing a unified representation of the various sub-programs via a single AST</li>
                      <label>Contact:</label><li>Olivier Barais</li>
                    </descriptionlist>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid95" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-5114">HydroPredictUI</bodyTitle>
                    <descriptionlist>
                      <label>Name:</label><li>Jupyter graphical interface for HydroModPy</li>
                      <label>Keywords:</label><li>GUI (Graphical User Interface), Jupyter, Simulator, Scientific computing, Distributed Applications</li>
                      <label>Functional Description:</label><li>HydroModPy is a Python tool for running numerical simulations of groundwater flow. The aim of the HydroPredictUi software is to provide a graphical interface in the form of a Jupyter notebook to make it easier to learn and run simulations on a remote server.</li>
                      <label>Contact:</label><li>Johann Bourcier</li>
                    </descriptionlist>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid100" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_bil-5318">Magpie</bodyTitle>
                    <descriptionlist>
                      <label>Keywords:</label><li>Artificial intelligence, Evolutionary Algorithms, Code optimisation, Automatic software repair</li>
                      <label>Functional Description:</label><li>
                          <p noindent="true">Magpie is a tool for automated software improvement. It uses the genetic improvement methodology to traverse the search space of different software variants to find improved software.</p>
                          <p>Magpie provides support for improvement of both functional (automated bug fixing) and non-functional (e.g., execution time) properties of software.
Two types of language-agnostic source code representations are supported: line-by-line, and XML trees. For the latter we recommend the srcML tool with out-of-the-box support for C/C++/C# and Java.
Finally, Magpie also enables parameter tuning and algorithm configuration, both independently and concurrently of the source code search process.</p>
                        </li>
                      <label>Contact:</label><li>Aymeric Blot</li>
                    </descriptionlist>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid104" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-platforms">New platforms</bodyTitle>
                  <p>
                    <hi rend="bold">A platform for experimentation as part of the digital twins of Industry 4.0.</hi>
                  </p>
                  <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Benoit</firstname><lastname>Combemale</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person><person><firstname>Quentin</firstname><lastname>Perez</lastname></person><person><firstname>Didier</firstname><lastname>Vojtisek</lastname></person></participants>
                  <p/>
                  <p>As part of the ANR MBDO project in conjunction with our German partners, we are creating a platform to emulate the behaviour of a factory. On the hardware side, this platform consists of a FisherTechnik base. <ref xlink:href="https://www.fischertechnik.de/en/products/industry-and-universities" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">FisherTechnik</ref>
The digital twins software layer is built using the GEMOC platform. In 2023, we worked mainly on the specification, equipment orders and initial experiments. This platform will be further developed in 2024.</p>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid105" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-open-data">Open data</bodyTitle>
                  <simplelist>
                    <li>Piergiorgio Ladisa contributes to the Backstabbers-Knife-Collection dataset <ref xlink:href="https://github.com/cybertier/Backstabbers-Knife-Collection/" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">https://­github.­com/­cybertier/­Backstabbers-Knife-Collection/</ref>.</li>
                    <li>Piergiorgio Ladisa created a public dataset of runnable examples for multiple ecosystems, explaining how a 3rd-party dependency can trigger execution in downstream projects, ultimately resulting in OSS supply chain attacks. <ref xlink:href="https://github.com/SAP-samples/risk-explorer-execution-pocs" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">https://­github.­com/­SAP-samples/­risk-explorer-execution-pocs</ref>
</li>
                    <li>In the context of a collaboration with Université de Montréal and Software Heritage, we support an approach for fingerprinting and building large reproducible datasets on top of Software Heritage.</li>
                  </simplelist>
                </subsection>
              </logiciels>
  <resultats id="DIVERSE-RA-2024-cid8">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-results">New results</bodyTitle>
                <p>Publications to process:</p>
                <subsection id="DIVERSE-RA-2024-uid109" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_resultats-results-axis1">Results for Axis #1: Software Language Engineering</bodyTitle>
                  <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Arnaud</firstname><lastname>Blouin</lastname></person><person><firstname>Johann</firstname><lastname>Bourcier</lastname></person><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person><person><firstname>Djamel</firstname><lastname>Eddine Khelladi</lastname></person><person><firstname>Gurvan</firstname><lastname>Leguernic</lastname></person><person><firstname>Gunter</firstname><lastname>Mussbacher</lastname></person><person><firstname>Noël</firstname><lastname>Plouzeau</lastname></person><person><firstname>Didier</firstname><lastname>Vojtisek</lastname></person></participants>
                  <p/>
                  <subsection id="DIVERSE-RA-2024-uid110" level="2">
                    <bodyTitle>Polyglot Programming</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid111" level="3">
                      <bodyTitle>Polyglot Software Development: Wait, What?</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_mussbacher-hal-04383286">40</ref>
The notion of polyglot software development refers to the fact that most software projects nowadays rely on multiple languages to deal with widely different concerns, from core business concerns to user interface, security, and deployment concerns among many others. Many different wordings around this notion have been proposed in the literature, with little understanding of their differences. In this article, we propose a concise and unambiguous definition of polyglot software development including a conceptual model and its illustration on a well-known, open-source project. We further characterize the techniques used for the specification and operationalization of polyglot software development with a feature model, concentrating on polyglot programming. We conclude the article outlining the many challenges and perspectives raised by polyglot software development.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid112" level="3">
                      <bodyTitle>On Polyglot Program Testing</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_houdaille-hal-04588744">49</ref>
In modern applications, it has become increasingly necessary to use multiple languages in a coordinated way to deal with the complexity and diversity of concerns encountered during development. This practice is known as polyglot programming. However, while execution platforms for polyglot programs are increasingly mature, there is a lack of support in how to test polyglot programs. This work is a first step to increase awareness about polyglot testing efforts. It provides an overview of how polyglot programs are constructed, and an analysis of the impact on test writing at its different steps. More specifically, we focus on dynamic white box testing, and how polyglot programming impacts selection of input data, scenario specification and execution, and oracle expression.We discuss the related challenges in particular with regards to the current state of the practice. We envision in this work to raise interest in polyglot program testing within the software engineering community, and help in defining directions for future work.</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid113" level="2">
                    <bodyTitle>Language Workbenches</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid114" level="3">
                      <bodyTitle>Sirius Web: Insights in Language Workbenches - An Experience Report</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_giraudet-hal-04797246">35</ref>
Sirius Web is an open-source, web-based language workbench maintained by Obeo and hosted under the Eclipse Foundation. It is the successor of Sirius Desktop, an Eclipse-based language workbench used for producing numerous industrial graphical modeling workbenches in the past decades. Leveraging on this valuable experience, in this article we provide an overview of Sirius Web and document the rationales and good practices that have shaped its development. Specifically, we focus on: 1/ the rationales behind modeling and usability features; 2/ their impact on the development lifecycle of tool-supported modeling languages; 3/ the software architecture of the language workbench and the resulting modeling environments. Concrete examples illustrate both the detailed rationales and the use of the tool. We also discuss alternative approaches Obeo considered. In addition to introducing Sirius Web, this work also aims to help language workbench developers make informed design choices for the future development of web-based language workbenches. It also identifies current open questions for the software language engineering community. Moreover, by addressing current open questions in software language engineering, this study contributes to the ongoing dialogue in the community, potentially steering future research directions.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid115" level="3">
                      <bodyTitle>A Type System for Flexible User Interactions Handling</bodyTitle>
                      <p>
                        
                          <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_blouin-hal-04485762">29</ref>
                        
                      </p>
                      <p>Engineering user interfaces involves the use of multiple user interactions. Developers may struggle with programming and using those user interactions because of a lack of flexibility that affects the current user interface programming approaches. First, developers may want to switch from one user interaction to another close one or combine multiple user interactions without changing much code. Second, developers may also want to use several user interactions to concisely produce the same user command. Third, developers may want to be warned about conflicts between involved user interactions. Currently, developers can hardly perform these first two cases without applying numerous code changes or producing boilerplate code. Regarding the third case, developers can only observe such issues during the execution of the interactive systems, which prolongs the detection time. To overcome these three issues, this work proposes a user interaction type system. This user interaction type system reifies user interactions as first-class concerns with typing facilities for enabling user interactions substitutability and union. It also allows the writing of type checking rules to check for possible issues related to user interactions at compile time. We implemented the type system within the TypeScript version of Interacto, a framework for processing user interactions. We evaluated the soundness and the expressiveness of our approach through several implemented use cases. This demonstrates the feasibility of the proposed approach and its ability to overcome the three mentioned issues.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid116" level="3">
                      <bodyTitle>There Is Only One Time in Software (Language) Engineering!</bodyTitle>
                      <p>Software engineering is a complex endeavor that encompasses various socio-technical activities. These activities are traditionally orchestrated over a development life cycle from development time to operation time, and applying engineering processes both at design and run times, and at the application and domain levels. Software Language engineering follows a similar pattern, including the development of domain-specific languages, and all the required tools to support the various language-related activities.This organization, often working in silos, structures the available tools and methods we use, and even the various communities of software engineering (i.e., Conway's law applied to our own discipline!). While this ”divide and conquer” approach was crucial in the early days of software engineering, we argue in <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_combemale-hal-04827348">45</ref> that it now limits the adaptability required to address what I refer to as software hyper-agility. Modern software systems evolve at an accelerating pace, operate in dynamic environments, and face growing uncertainty.To manage such complexity, a shift towards continuous engineering of cyber-physical and socio-technical ecosystems is necessary, along with more adaptable DSLs. we present the concept of (self-)adaptable languages. We then explore the future of the developer experience with the support of a continuous, feedback-driven, software engineering, with challenges related to abstraction engineering, variability management and digital twins.</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid117" level="2">
                    <bodyTitle>Language (co-)evolution</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid118" level="3">
                      <bodyTitle>An Empirical Study on Leveraging LLMs for Metamodels and Code Co-evolution</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_kebaili-hal-04667772">38</ref>
Metamodels play an important role in MDE and in specifying a software language. They are cornerstone to generate other artifacts of lower abstraction level, such as code. Developers then enrich the generated code to build their language services and tooling, e.g., editors, and checkers. When a metamodel evolves, part of the code is regenerated and all the additional developers' code can be impacted, thus requiring erroneous code to be co-evolved accordingly. In this work, we explore a novel approach to mitigate the challenge of metamodel evolution impacts on the code using LLMs. In fact, LLMs stand as promising tools for tackling increasingly complex problems and support developers in various tasks of writing, correcting, and documenting source code, models, and other artifacts. However, while there is an extensive empirical assessment of the LLMs capabilities in generating models, code, and tests, there is a lack of work on their ability to support their maintenance. In this work, we focus on the particular problem of metamodels and code co-evolution. We first designed a prompt template structure that contains contextual information about metamodel changes, the abstraction gap between the metamodel and the code, and the erroneous code to co-evolve. To investigate the usefulness of this template, we generated three more variations of the prompts. The generated prompts are then given to the LLM to co-evolve the impacted code. We evaluated our generated prompts and other three of their variations with ChatGPT version 3.5 on seven Eclipse projects from OCL and Modisco evolved metamodels. Results show that ChatGPT can co-evolve correctly 88.7% of the errors due to metamodel evolution, varying from 75% to 100% of correctness rate. When varying the prompts, we observed increased correctness in two variants and decreased correctness in another variant. We also observed that varying the temperature hyperparameter yields better results with lower temperatures. Our results are observed on a total of 5320 generated prompts. Finally, when compared to the quick fixes of the IDE, the generated prompts co-evolutions completely outperform the quick fixes.</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid119" level="2">
                    <bodyTitle>Digital Twin</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid120" level="3">
                      <bodyTitle>Global Decision Making Support for Complex System Development</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_burgueno-hal-04839629">44</ref>
To succeed with the development of modern and complex systems (e.g., aircrafts or production systems), organizations must have the agility to adapt faster to constantly evolving requirements in order to deliver more reliable and optimized solutions that can be adapted to the needs and environments of their stakeholders including users, customers, suppliers, and partners. However, stakeholders do not have sufficiently explicit and systematic support for global decision making, considering the vast decision space and complex inter-relationships. This decision space is characterized by increasing yet inadequately represented variability and the uncertainty of the impact of decisions on stakeholders and the solution space. This leads to an ad-hoc decision making process that is slow, error-prone, and often favors local knowledge over global, organization-wide objectives. As a result, one team's design decisions may impose too restrictive requirements on another team. In this work, we evaluate our understanding of global decision making in the context of complex system development based on a conceptual model which explicitly represents and manages decision spaces including variability and impacts. We have conducted our evaluation by means of an exploratory case study where we interviewed domain experts with an average of 20 years of experience in complex system industries and report the key findings and remaining challenges. In the future, we aim at providing explicit and systematic tool-supported approaches for global decision making support for complex systems.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid121" level="3">
                      <bodyTitle>GreyCat: A Framework to Develop Digital Twins at Large Scale</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_fouquet-hal-04839614">48</ref>
Digital Twins (DTs) have become a pivotal technology for enhancing the understanding, monitoring, and ultimately autonomous piloting of systems across various domains, including large-scale critical infrastructures such as smart electricity networks. The development of DTs necessitates developing diverse services that utilize different models and a digital shadow, which encompasses both real-time and historical data from the physical counterpart. The extensive scale of large infrastructures presents significant challenges, including managing numerous parameters, heterogeneous data, and the complex computations required, particularly with the increased use of AI algorithms. Current technologies, built by stacking multiple databases and using general-purpose languages, are inadequate for efficiently implementing digital twin services that need runtime reactivity. This work introduces GreyCat, a framework designed for the development of digital twins over large-scale digital shadows. GreyCat combines imperative object-oriented programming, database persistent indexes, and scalable memory management to facilitate the creation of comprehensive and efficient digital twins. We demonstrate the ease use of GreyCat through simple examples and showcase its effectiveness in constructing the national digital twin of Luxembourg's electricity grid, which is currently operational and managing billions of data points. Reflecting on the development of GreyCat over the past years, we discuss the main lessons learned and identify open questions for future digital twin development frameworks.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid122" level="3">
                      <bodyTitle>Multi-Partner Project: A Model-Driven Engineering Framework for Federated Digital Twins of Industrial Systems (MATISSE)</bodyTitle>
                      <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_bucaioni-hal-04839759">43</ref>
Digital twins are virtual representations of realworld entities or systems. Their primary goal is to help organizations understand and predict the behaviour and properties of these entities or systems. Additionally, digital twins enhance activities such as monitoring, verification, validation, and testing. However, the inherent complexity of digital twins implies challenges throughout the systems engineering process. This notably includes design, development, and analysis phases, as well as deployment, execution, and maintenance. Moreover, existing approaches, methods, techniques, and tools for modelling, simulating, validating, and monitoring single digital twins must now address the increased complexity in federation scenarios. These scenarios introduce new challenges, such as digital twin identification, shared metadata, cross-digital twin communication and synchronization, and federation governance. The KDT Joint Undertaking MATISSE project tackles these challenges by aiming to provide a model-driven framework for the continuous engineering of federated digital twins. It leverages model-driven engineering techniques and practices as the core enabling technology, with traceability serving as an essential infrastructural service for the digital twins federation. In this work, we introduce the MATISSE conceptual framework for digital twins, highlighting both the novelty of the project's concept and its technical objectives. As the project is still in its initial phase, we identify key research challenges relevant to the DATE community and propose a preliminary research roadmap. This roadmap addresses traceability and federation mechanisms, the required continuous engineering strategy, and the development of digital twin-based services for verification, validation, prediction, and monitoring. To illustrate our approach, we present two concrete scenarios that demonstrate practical applications of the MATISSE conceptual framework.</p>
                    </subsection>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid123" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_resultats-results-axis2">Results for Axis #2: Spatio-temporal Variability in Software and Systems</bodyTitle>
                  <participants><person><firstname>Mathieu</firstname><lastname>Acher</lastname></person><person><firstname>Olivier</firstname><lastname>barais</lastname></person><person><firstname>Arnaud</firstname><lastname>Blouin</lastname></person><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person><person><firstname>Djamel</firstname><lastname>Eddine Khelladi</lastname></person><person><firstname>Olivier</firstname><lastname>Zendra</lastname></person><person><firstname>Paul</firstname><lastname>Temple</lastname></person></participants>
                  <p/>
                  <subsection id="DIVERSE-RA-2024-uid124" level="2">
                    <bodyTitle>Options Matter: Documenting and Fixing Non-Reproducible Builds in Highly-Configurable Systems</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_randrianaina-hal-04441579">55</ref>
A critical aspect of software development, build reproducibility, ensures the dependability, security, and maintainability of software systems. Although several factors, including the build environment, have been investigated in the context of non-reproducible builds, to the best of our knowledge the precise influence of configuration options in configurable systems has not been thoroughly investigated. This work aims at filling this gap. This work thus proposes an approach for the automatic identification of configuration options causing non-reproducibility of builds. It begins by building a set of builds in order to detect non-reproducible ones through binary comparison. We then develop automated techniques that combine statistical learning with symbolic reasoning to analyze over 20,000 configuration options. Our methods are designed to both detect options causing non-reproducibility, and remedy non-reproducible configurations, two tasks that are challenging and costly to perform manually. We evaluate our approach on three case studies, namely Toybox, Busybox, and Linux, analyzing more than 2,000 configurations for each of them. Toybox and Busybox come exempt from nonreproducibility. In contrast, 47% of Linux configurations lead to non-reproducible builds. The approach we propose in this work is capable of identifying 10 configuration options that caused this non-reproducibility. When confronted to the Linux documentation, none of these are documented as non-reproducible. Thus, our identified non-reproducible configuration options are novel knowledge and constitutes a direct, actionable information improvement for the Linux community. Finally, we demonstrate that our methodology effectively identifies a set of undesirable option values, enabling the enhancement and expansion of the Linux kernel documentation while automatically rectifying 96% of encountered non-reproducible builds.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid125" level="2">
                    <bodyTitle>Un ordinateur, ça ne calcule jamais juste</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_acher-hal-04736121">71</ref>
Un ordinateur ne calcule jamais parfaitement. Par exemple, si on additionne trois nombres de différentes façons, le résultat peut changer selon le langage de programmation ou l'ordinateur utilisé. Cela peut même amener des robots, voitures ou avions à prendre des chemins différents selon les conditions. Ou à votre application préférée de retourner une réponse, une image ou une vidéo différente ! En informatique, comme dans toutes les sciences, il est important de comprendre que les calculs ont toujours une petite marge d'erreur. Ce qui compte, ce n'est pas la perfection, mais d'en être conscient, de savoir s'adapter et corriger le tir quand c'est nécessaire ! &lt;div&gt;Un ordinateur, ça ne calcule jamais juste…&lt;p&gt;Ou pourquoi les ordinateurs nous trompent parfoisFête de la science, INSA Rennes &lt;/p&gt;&lt;/div&gt;</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid126" level="2">
                    <bodyTitle>Deep Software Variability and Frictionless Reproducibility</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_acher-hal-04601752">69</ref>
The ability to recreate computational results with minimal effort and actionable metrics provides a solid foundation for scientific research and software development. When people can replicate an analysis at the touch of a button using open-source software, open data, and methods to assess and compare proposals, it significantly eases verification of results, engagement with a diverse range of contributors, and progress. However, we have yet to fully achieve this; there are still many sociotechnical frictions.Inspired by David Donoho's vision, this talk aims to revisit the three crucial pillars of frictionless reproducibility (data sharing, code sharing, and competitive challenges) with the perspective of deep software variability. Our observation is that multiple layers - hardware, operating systems, third-party libraries, software versions, input data, compile-time options, and parameters - are subject to variability that exacerbates frictions but is also essential for achieving robust, generalizable results and fostering innovation. I will first review the literature, providing evidence of how the complex variability interactions across these layers affect qualitative and quantitative software properties, thereby complicating the reproduction and replication of scientific studies in various fields.I will then present some software engineering and AI techniques that can support the strategic exploration of variability spaces. These include the use of abstractions and models (e.g., feature models), sampling strategies (e.g., uniform, random), cost-effective measurements (e.g., incremental build of software configurations), and dimensionality reduction methods (e.g., transfer learning, feature selection, software debloating). I will finally argue that deep variability is both the problem and solution of frictionless reproducibility, calling the software science community to develop new methods and tools to manage variability and foster reproducibility in software systems.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid127" level="2">
                    <bodyTitle>Taming uncertainty with MDE: an historical perspective</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_jezequel-hal-04803258">37</ref>
Uncertainty in Informatics can stem from various sources, whether ontological (inherent unpredictability, such as aleatory factors) or epistemic (due to insufficient knowledge). Effectively handling uncertainty, encompassing both ontological and epistemic aspects, to create predictable systems is a key objective for a significant portion of the software engineering community, particularly within the model-driven engineering (MDE) realm. Numerous techniques have been proposed over the years, leading to evolving trends in model-based software development paradigms. This work revisits the history of MDE, aiming to pinpoint the primary aspects of uncertainty that these paradigms aimed to tackle upon their introduction. Our claim is that MDE progressively came after more and more aspects of uncertainty, up to the point that it could now help fully embrace it.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid128" level="2">
                    <bodyTitle>A Demonstration of End-User Code Customization Using Generative AI</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_acher-hal-04312909">41</ref>
Producing a variant of code is highly challenging, particularly for individuals unfamiliar with programming. This demonstration introduces a novel use of generative AI to aid end-users in customizing code. We first describe how generative AI can be used to customize code through prompts and instructions, and further demonstrate its potential in building end-user tools for configuring code. We showcase how to transform an undocumented, technical, low-level TikZ into a user-friendly, configurable, Web-based customization tool written in Python, HTML, CSS, and JavaScript and itself configurable. We discuss how generative AI can support this transformation process and traditional variability engineering tasks, such as identification and implementation of features, synthesis of a template code generator, and development of end-user configurators. We believe it is a first step towards democratizing variability programming, opening a path for end-users to adapt code to their needs.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid129" level="2">
                    <bodyTitle>Embracing Deep Variability For Reproducibility and Replicability</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_acher-hal-04582287">42</ref>
Reproducibility (aka determinism in some cases) constitutes a fundamental aspect in various fields of computer science, such as floating-point computations in numerical analysis and simulation, concurrency models in parallelism, reproducible builds for third parties integration and packaging, and containerization for execution environments. These concepts, while pervasive across diverse concerns, often exhibit intricate inter-dependencies, making it challenging to achieve a comprehensive understanding. In this work we delve into the application of software engineering techniques, specifically variability management, to systematically identify and explicit points of variability that may give rise to reproducibility issues (eg language, libraries, compiler, virtual machine, OS, environment variables, etc). The primary objectives are: i) gaining insights into the variability layers and their possible interactions, ii) capturing and documenting configurations for the sake of reproducibility, and iii) exploring diverse configurations to replicate, and hence validate and ensure the robustness of results. By adopting these methodologies, we aim to address the complexities associated with reproducibility and replicability in modern software systems and environments, facilitating a more comprehensive and nuanced perspective on these critical aspects.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid130" level="2">
                    <bodyTitle>Generative AI for Generative Programming: Automating Code Variants and Exploring the Boundaries of LLMs</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_acher-hal-04809253">70</ref>
Large language models (LLMs) can be used to automate software engineering tasks, with the hope of boosting developers' productivity without sacrificing reliability. In this talk, I will briefly present two initiatives: the défi Inria LLM4Code and the CodeCommons project around SoftwareHeritage, exemplifying ongoing research efforts. Then, I will show how LLMs can automatically generate software variants across different technological spaces (Python, Rust, JavaScript, etc.) and implement new features from simple prompts. I will also highlight how LLMs can assist in modernizing legacy applications, such as those written in COBOL or in deprecated technologies. I will further discuss the concept of programming without directly manipulating programs, relying almost entirely on AI to manage technical details and customize code. For all their potential, I will also demonstrate that LLMs can dramatically fail at times, making mistakes that human developers need to carefully verify and correct. I will conclude with an illustration of LLM prompt sensitivity in chess, showcasing how LLMs can be used both to generate variants (e.g., prompts, hypotheses, ideas) and to accelerate scientific discovery through software-based exploration and analysis. 28 november 2024 @ Caen, invited talk at <ref xlink:href="https://www.normastic.fr/event/journee-de-laxe-donnees-apprentissage-connaissances-large-language-models-llms/" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">Normastic</ref>.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid131" level="2">
                    <bodyTitle>Symfinder: Identifying and visualizing variability implementations in variability-rich Java systems</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_mortara-hal-04449959">72</ref>
In many variability-intensive systems, variability is implemented in code units provided by a host language, such as classes or functions, which do not align well with the domain features. Annotating or creating an orthogonal decomposition of code in terms of features implies extra effort, as well as massive and cumbersome refactoring activities. Symfinder implements an approach for identifying and visualizing the variability implementation places within the main decomposition structure of object-oriented code assets in a single variability-rich Java system. We use symmetry, as a common property of some main implementation techniques, such as inheritance or overloading, to identify uniformly these places. We use such symmetries to find variation points with variants. Symfinder automatically identifies and visualizes places with symmetry.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid132" level="2">
                    <bodyTitle>FairPipes: Data Mutation Pipelines for Machine Learning Fairness</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_molinier-hal-04440201">54</ref>
Machine Learning (ML) models are ubiquitous in decisionmaking applications impacting citizens' lives: credit attribution, crime recidivism, etc. In addition to seeking high performance and generalization abilities, ensuring that ML models do not discriminate against citizens regarding their age, gender, or race is essential. To this end, researchers developed various fairness assessment techniques, comprising fairness metrics and mitigation approaches, notably at the model level. However, the sensitivity of ML models to fairness data perturbations has been less explored. This work presents mutation-based pipelines to emulate fairness variations in the data once the model is deployed. FairPipes implements mutation operators that shuffle sensitive attributes, add new values, or affect their distribution. We evaluated FairPipes on seven ML models over three datasets. Our results highlight different fairness sensitivity behaviors across models, from the most sensitive perceptrons to the insensitive support vector machines. We also consider the role of model optimization in fairness performance, being variable across models. FairPipes automates fairness testing at deployment time, informing researchers and practitioners on the fairness sensitivity evolution of their ML models.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid133" level="2">
                    <bodyTitle>VaryMinions: Leveraging RNNs to Identify Variants in Variability-intensive Systems' Logs</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_fortz-hal-04505454">64</ref>
From business processes to course management, variability-intensive software systems (VIS) are now ubiquitous. One can configure these systems’behaviour by activating options, e.g., to derive variants handling building permits across municipalities or implementing different functionalities (quizzes, forums) for a given course. These customisation facilities allow VIS to support distinct relevant customer requirements while taking advantage of reuse for common parts. Customisation thus allows realising both scope and scale economies. Behavioural differences amongst variants manifest themselves in event logs. To re-engineer this kind of system, one must know which variant(s) have produced which behaviour. Since variant information is barely present in logs, this work supports this task by employing machine learning techniques to classify behaviours (event sequences) among variants. Specifically, we train Long Short Term Memory (LSTMs) and Gated Recurrent Units (GRUs) recurrent neural networks to relate event sequences with the variants they belong to on six different datasets issued from the configurable process and VIS domains.After having evaluated 20 different architectures of LSTM/GRU, our results demonstrate that it is possible to effectively learn the trace-to-variant mapping with high accuracy (at least 80</p>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid134" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_resultats-results-axis3">Results for Axis #3: DevSecOps and Resilience Engineering for Software and Systems</bodyTitle>
                  <participants><person><firstname>Mathieu</firstname><lastname>Acher</lastname></person><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Arnaud</firstname><lastname>Blouin</lastname></person><person><firstname>Stéphanie</firstname><lastname>Challita</lastname></person><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person><person><firstname>Olivier</firstname><lastname>Zendra</lastname></person></participants>
                  <p/>
                  <subsection id="DIVERSE-RA-2024-uid135" level="2">
                    <bodyTitle>HeROcache: Storage-Aware Scheduling in Heterogeneous Serverless Edge - The Case of IDS</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_lannurien-hal-04571484">51</ref>
Intrusion Detection Systems (IDS) are time-sensitive applications that aim to classify potentially malicious network traffic. IDSs are part of a class of applications that rely on short-lived functions that can be run reactively and, as such, could be deployed on edge resources, to offload processing from energy-constrained battery-backed devices. The serverless service model could fit the needs of such applications, given that the platform allows adequate levels of Quality of Service (QoS) for a variety of users, since the criticality of IDS applications depends on several parameters.Deploying serverless functions on unreserved edge resources requires to pay particular attention to (1) initialization delays that could be significant on low resources platforms, (2) inter-function communication between edge nodes, and (3) heterogeneous devices. In this work, we propose both a storage-aware allocation and scheduling policy that seek to minimize task placement costs for service providers on edge devices while optimizing QoS for IDS users.To do so, we propose a caching and consolidation strategy that minimizes cold starts and inter-function communication delays while satisfying QoS by leveraging heterogeneous edge resources.We evaluated our platform in a simulation environment using characterization data from real-world IDS tasks and execution platforms and compared it with a vanilla Knative orchestrator and a storage-agnostic policy. Our strategy achieves 18% fewer QoS penalties while consolidating applications across 80% fewer edge nodes.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid136" level="2">
                    <bodyTitle>Taming the Variability of Browser Fingerprints</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_huyghe-hal-04622269">50</ref>
Browser fingerprinting has become a prevalent technique for trackingand identifying users online, posing significant privacy risks. The increasing variability in web browser configurations, coupled with the continuous evolution of browser features, presents complex challenges in understanding and mitigating the impact of fingerprinting. In this work, we introduce a novel approach that combines feature modeling techniques with tree-based representations to capture the intricate relationships and constraints within browser fingerprints. By translating 22, 773 fingerprints into a feature model with 34, 557 nodes, we enable a comprehensive analysis of their variability and uniqueness across 1, 519 switches and 596 flags on 7 headless and headful browser versions. Our methodology facilitates various use cases, such as generating representative fingerprints for testing, detecting anomalies, and identifying discriminating attributes. We aim to provide developers and researchers with a powerful tool for studying browser fingerprints and developing effective strategies to enhance user privacy in the face of evolving tracking techniques.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid137" level="2">
                    <bodyTitle>Software Frugality in an Accelerating World: the Case of Continuous Integration</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_perez-hal-04753097">67</ref>
The acceleration of software development and delivery requires rigorous continuous testing and deployment of software systems, which are being deployed in increasingly diverse, complex, and dynamic environments. In recent years, the popularization of DevOps and integrated software forges like GitLab and GitHub has largely democratized Continuous Integration (CI) practices for a growing number of software. However, this trend intersects significantly with global energy consumption concerns and the growing demand for frugality in the Information and Communication Technology (ICT) sector. CI pipelines typically run in data centers which contribute significantly to the environmental footprint of ICT, yet there is little information available regarding their environmental impact. This article aims to bridge this gap by conducting the first large-scale analysis of the energy footprint of CI pipelines implemented with GitHub Actions and to provide a first overview of the energy impact of CI. We collect, instrument, and reproduce 838 workflows from 396 Java repositories hosted on GitHub to measure their energy consumption. We observe that the average unitary energy cost of a pipeline is relatively low, at 10 Wh. However, due to repeated invocations of these pipelines in real settings, the aggregated energy consumption cost per project is high, averaging 22 kWh. When evaluating CO2 emissions based on regional Wh-to-CO2 estimates, we observe that the average aggregated CO2 emissions are significant, averaging 10.5 kg. To put this into perspective, this is akin to the emissions produced by driving approximately 100 kilometers in a typical European car (110 gCO2/km). In light of our results, we advocate that developers should have the means to better anticipate and reflect on the environmental consequences of their CI choices when implementing DevOps practices.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid138" level="2">
                    <bodyTitle>Large Scale Heap Dump Embedding for Machine Learning: Predicting OpenSSH Key Locations</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_rascoussier-hal-04669620">68</ref>
With the evolving landscape of cybersecurity, forensic analysis has become increasingly pivotal, especially with the integration of machine learning (ML) techniques. However, the use of ML in cybersecurity, and especially in heap dump analysis is still in its infancy,both due to the lack of quality datasets and the difficulty of processing large-scale heap dumps collections. Another complex task lies in the transition from raw byte heap dump data into dense vector representations, or embeddings, that can be used with ML models. This work addresses these challenges by introducing a novel methodology and the Mem2Graph tool for processing large-scale heap dumps collections. This method has been introduced while developing a novel approach to enhance the detection of session keys in OpenSSH heap dumps. Such a novel approach has significantly advanced the state of the art in predicting the location of keys in OpenSSH heap dumps. Importantly, it paves the way for automated ML applications that leverage the structure and embeddings from reconstructed memory graphs, opening new frontiers in both cybersecurity and data science.—The current document is the preprint of a peer-reviewed and published paper under embargo period: ”This preprint has not undergone peer review (when applicable) or any post-submission improvements or corrections. The Version of Record of this contribution is published in ”ICT Systems Security and Privacy Protection: 39th IFIP International Conference, SEC 2024, Edinburgh, UK, June 12–14, 2024, Proceedings”, and is available <ref xlink:href="https://doi.org/10.1007/978-3-031-65175-5_28" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">online</ref>.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid139" level="2">
                    <bodyTitle>Semi-Automated and Easily Interpretable Side-Channel Analysis for Modern JavaScript</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_fayolle-hal-04652991">47</ref>
Over the years, developers have become increasingly reliant on web technologies to build their applications, raising concerns about side-channel attacks, especially on cryptographic libraries. Despite the efforts of researchers to ensure constant-time security by proposing tools and methods to find vulnerabilities, challenges remain due to inadequate tools and integration issues in development processes.We tackle the main limitations of state-of-the-art detection tools. While Microwalk is the first and, to the best of our knowledge, only tool to find side-channel vulnerabilities in JavaScript libraries, the instrumentation framework it relies on does not support modern JavaScript features. Moreover, and common to most state-of-the-art detection tools not aimed at JavaScript, writing tests is a tedious process due to the complexity of libraries, the lack of information about test coverage, and the rudimentary interpretability of the report. Furthermore, recent studies show that developers do not use these tools due to compatibility issues, poor usability, and a lack of integration into workflows.We extend Microwalk in several directions. First, we design a generic AST-level tracing technique that is tailored to source-based dynamic side-channel leakage analysis, providing support for the latest language features. Second, we bring semi-automation to Microwalk analysis templates, considerably reducing the manual effort necessary to integrate side-channel analyses into development workflows. Third, we are the first to combine leakage reporting with coverage visualization. We evaluate the new toolchain on a set of cryptographic libraries and show that it can quickly and comprehensively uncover more vulnerabilities while writing tests with half as many lines of code as the previous Microwalk version. By open sourcing our new tracer and analysis template, we hope to increase the adoption of automated side-channel leakage analyses in cryptographic library development.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid140" level="2">
                    <bodyTitle>Free Proxies Unmasked: A Vulnerability and Longitudinal Analysis of Free Proxy Services</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_mehanna-hal-04489166">53</ref>
Free-proxies have been widespread since the early days of the Web, helping users bypass geo-blocked content and conceal their IP addresses. Various proxy providers promise faster Internet or increased privacy while advertising their lists comprised of hundreds of readily available free proxies. However, while paid proxy services advertise the support of encrypted connections and high stability, free proxies often lack such guarantees, making them prone to malicious activities such as eavesdropping or modifying content. Furthermore, there's a market that encourages exploiting devices to install proxies. In this work, we present a 30-month longitudinal study analyzing the stability, security, and potential manipulation of free web proxies that we collected from 11 providers. Our collection resulted in over 640, 600 proxies, that we cumulatively tested daily. We find that only 34.5% of proxies were active at least once during our tests, showcasing the general instability of free proxies. Geographically, a majority of proxies originate from the US and China. Leveraging the Shodan search engine, we identified 4, 452 distinct vulnerabilities on the proxies' IP addresses, including 1, 755 vulnerabilities that allow unauthorized remote code execution and 2, 036 that enable privilege escalation on the host device. Through the software analysis on the proxies' IP addresses, we find that 42, 206 of them appear to run on MikroTik routers. Worryingly, we also discovered 16, 923 proxies that manipulate content, indicating potential malicious intent by proxy owners. Ultimately, our research reveals that the use of free web proxies poses significant risks to users' privacy and security. The instability, vulnerabilities, and potential for malicious actions uncovered in our analysis lead us to strongly caution users against relying on free proxies.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid141" level="2">
                    <bodyTitle>CESAR'23: Cybersecurity of Smart Peripheral Devices (Mobiles / IoT / Edge)</bodyTitle>
                    <p><ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_leguernic-hal-04408267">52</ref>
C&amp;ESAR is an educational, professional and scientific conference on cybersecurity whose specific topic changes every year. This year C&amp;ESAR is focused the cybersecurity of "Smart Peripheral Devices", i.e. mobiles, IoT and Edge devices. The scope covers all issues related to the cybersecurity of semi-autonomous connected devices deployed at the periphery of an information system close to its data sources and sinks. Those devices include mobiles, smartphones, IoT devices, and lightweight Edge devices. Those devices often have less computation power than devices in the core of an IT or OT network, and are more exposed to external threats. Hence, attacking or securing them may require different means that for attacking r securing the core of an IT or OT network. C&amp;ESAR 2023 received 18 submissions for peer-review. Out of these, 9 papers were accepted for presentation at the conference. After the conference, 4 were short listed for inclusion in this volume.</p>
                  </subsection>
                </subsection>
              </resultats>
  <contrats id="DIVERSE-RA-2024-cid9">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-contracts-grants">Bilateral contracts and grants with industry</bodyTitle>
                <subsection id="DIVERSE-RA-2024-uid142" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_diverse-contracts">Bilateral contracts with industry</bodyTitle>
                  <subsection level="2">
                    <bodyTitle>BCOM</bodyTitle>
                    <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person></participants>
                    <p/>
                    <simplelist>
                      <li>Coordinator: UR1</li>
                      <li>Dates: 2018-2024</li>
                      <li>Abstract: The aim of the Falcon project is to investigate how to improve the resale of available resources in private clouds to third parties. In this context, the collaboration with DiverSE mainly aims at working on efficient techniques for the design of consumption models and resource consumption forecasting models. These models are then used as a knowledge base in a classical autonomous loop.</li>
                    </simplelist>
                  </subsection>
                  <subsection level="2">
                    <bodyTitle>Test4Science</bodyTitle>
                    <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Arnaud</firstname><lastname>Blouin</lastname></person></participants>
                    <p/>
                    <simplelist>
                      <li>Partners: Inria/CEA DAM</li>
                      <li>Dates: 2023-2026</li>
                      <li>Abstract: Test4Science aims to propose a disciplined and tool-supported approach for scientific software testing. Test4Science is a bilateral collaboration (2023-2026), between the CEA DAM/DIF and the DiverSE team at Inria (follow-up of the previous collaboration, aka. Debug4Science, from 2020 to 2022).</li>
                    </simplelist>
                  </subsection>
                  <subsection level="2">
                    <bodyTitle>Obeo</bodyTitle>
                    <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Arnaud</firstname><lastname>Blouin</lastname></person></participants>
                    <p/>
                    <simplelist>
                      <li>Partners: UR1/Obéo</li>
                      <li>Dates: 2022-2025</li>
                      <li>Abstract: Low-code language workbench, Theo Giraudet's PhD Cifre project.</li>
                    </simplelist>
                  </subsection>
                  <subsection level="2">
                    <bodyTitle>SAP</bodyTitle>
                    <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person></participants>
                    <p/>
                    <simplelist>
                      <li>Partners: UR1/SAP</li>
                      <li>Dates: 2021-2024</li>
                      <li>Abstract: Research focusing on Open-source software Supply Chain security. Piergiorgio Ladisa's PhD Cifre project.</li>
                    </simplelist>
                  </subsection>
                  <subsection level="2">
                    <bodyTitle>CGI</bodyTitle>
                    <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Mathieu</firstname><lastname>Acher</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person></participants>
                    <p/>
                    <simplelist>
                      <li>Partners: UR1/CGI</li>
                      <li>Dates: 2023-2026</li>
                      <li>Abstract: Research focusing on legacy source code reeingineering using LLM.</li>
                    </simplelist>
                  </subsection>
                </subsection>
              </contrats>
  <partenariat id="DIVERSE-RA-2024-cid10">
                <bodyTitle id="DIVERSE-RA-2024_label_diverse-partnerships">Partnerships and cooperations</bodyTitle>
                <subsection id="DIVERSE-RA-2024-uid158" level="1">
                  <bodyTitle>International initiatives</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid159" level="2">
                    <bodyTitle>Associate Teams in the framework of an Inria International Lab or in the framework of an Inria International Program</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid160" level="3">
                      <bodyTitle>ALE</bodyTitle>
                      <descriptionlist>
                        <label>Title:</label><li>Agile Language Engineering</li>
                        <label>Duration:</label><li>2020 -&gt;</li>
                        <label>Coordinator:</label><li>Tijs van der Storm (storm@cwi.nl)</li>
                        <label>Partners:</label><li>
                            <simplelist>
                              <li>CWI Amsterdam (Pays-Bas)</li>
                            </simplelist>
                          </li>
                        <label>Inria contact:</label><li>
                            <person><firstname>Benoît</firstname><lastname>Combemale</lastname></person>
                          </li>
                        <label>Summary:</label><li>Software engineering faces new challenges with the advent of modern software-intensive systems such as complex critical embedded systems, cyber-physical systems and the Internet of things. Application domains range from robotics, transportation systems, defense to home automation, smart cities, and energy management, among others. Software is more and more pervasive, integrated into large and distributed systems, and dynamically adaptable in response to a complex and open environment. As a major consequence, the engineering of such systems involves multiple stakeholders, each with some form of domain-specific knowledge, and with the increased use of software as an integration layer. Hence more and more organizations are adopting Domain-Specific Languages (DSLs) to allow domain experts to express solutions directly in terms of relevant domain concepts. This new trend raises new challenges about designing DSLs, evolving a set of DSLs and coordinating the use of multiple DSLs for both DSL designers and DSL users. ALE will contribute to the field of Software Language Engineering, aiming to provide more agility to both language designers and language users. The main objective is twofold. First, we aim to help language designers to leverage previous DSL implementation efforts by reusing and combining existing language modules, while automating the deployment of distributed, elastic and collaborative modeling environments. Second, we aim to provide more flexibility to language users by ensuring interoperability between different DSLs, offering live feedback about how the model or program behaves while it is being edited (aka. live programming/modeling), and combining with interactive environments like Jupiter Notebook for literate programming.</li>
                      </descriptionlist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid168" level="2">
                    <bodyTitle>Inria associate team not involved in an IIL or an international program</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid169" level="3">
                      <bodyTitle>RIPOST</bodyTitle>
                      <descriptionlist>
                        <label>Title:</label><li>Resilient and Reproducible Software</li>
                        <label>Duration:</label><li>2024 -&gt;</li>
                        <label>Coordinator:</label><li>Arnaud Gotlieb (arnaud@simula.no)</li>
                        <label>Partners:</label><li>
                            <simplelist>
                              <li>Simula (Norvège)</li>
                            </simplelist>
                          </li>
                        <label>Inria contact:</label><li>
                            <person><firstname>Mathieu</firstname><lastname>Acher</lastname></person>
                          </li>
                        <label>Summary:</label><li>
                            <p noindent="true">Res lient and RePrOducible SofTware</p>
                            <p>The associate-team RIPOST will strengthen the already existing scientific collaborations between
the VIAS Department of Simula Research Laboratory and the French Inria DIVERSE project-team,
by addressing systematically the reproducibility testing challenge in computer science.
Experimental results in computer science depend on many factors, which can lead to a huge
variability in obtained results and can trigger reproducibility issues. Ideally, any published result
should be reproducible whatever the configuration of the software systems used to get this
result. However, it is often impossible to guarantee as the machines, operating systems, compiler
versions, and datasets involved in the experimental evaluation evolve all the time and render
3quickly any result obtained on other versions and systems obsolete. Providing in publications all
the ingredients needed – from access to the data and computer systems and configurations, has
been for a long time the de facto solution adopted by computer scientists to ensure the scientific
reproducibility of their results. We believe that this solution is no longer viable with 1) the deep
variability of configurable systems which can tune their parametrization w.r.t. the provided input
and 2) the rise of AI-powered methods in empirical Software Engineering which involve
error-prone fine-tuning of hundreds or thousands of parameters. Observing that the issue of
reproducibility is at the heart of the confidence put by the citizens into Science, we can postulate
that reproducibility testing in computer science is still in its infancy, cf. the recent position paper
by RIPOST co-PI Mathieu Acher [4]. This assertion is strongly supported by the explosive growth
of AI and ML as mentioned above, a development that still accelerates at unprecedented rates
[5]. Unless proper steps are taken to ensure the correctness and high quality of how we verify
and validate computational results, in particular in the midst of the current data deluge, we risk
failures that not only cause economic loss, but ultimately threaten critical infrastructure and
thereby the lives and well-being of people. This concern is evident in recent research publications
about reproducibility, in the varied landscape of computational sciences [6] as well as in the
context of data science and AI/ML [7,8]. The European Commission report “Ethics Guidelines for
Trustworthy AI” states that “It is critical that the results of AI systems are reproducible” [9], and
reproducibility clearly goes hand in hand with the principles of FAIR data management and
stewardship, which is becoming an international golden standard in research.</p>
                          </li>
                      </descriptionlist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid177" level="2">
                    <bodyTitle>STIC/MATH/CLIMAT AmSud projects</bodyTitle>
                    <p><hi rend="bold">CAPES/COFECUB</hi>: Nº 202/2017</p>
                    <participants><person><firstname>Mathieu</firstname><lastname>Acher</lastname></person><person><firstname>Heraldo</firstname><lastname>Pimenta Borges Filho</lastname></person></participants>
                    <p/>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid178" level="1">
                  <bodyTitle>International research visitors</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid179" level="2">
                    <bodyTitle>Visits of international scientists</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid180" level="3">
                      <bodyTitle>Inria International Chair</bodyTitle>
                      <p>Gunter Mussbacher has an Inria International Chair, and he is visiting the DiverSE team 4 months per year.</p>
                      <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Gunter</firstname><lastname>Mussbacher</lastname></person></participants>
                      <p/>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid181" level="3">
                      <bodyTitle>Other international visits to the team</bodyTitle>
                      <simplelist>
                        <li>Sergio Queiros De Medeiros joins the teams the 3rd of April. He is professor of Computer Science, Universidade Federal do Rio Grande do Norte, Brazil.</li>
                        <li>Jessie Galasso-Carbonnel (Assistant Professor at Mc Guill) joins the team for two weeks.</li>
                        <li>Jordi Cabot joins us for the team seminar in June for one week.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid185" level="2">
                    <bodyTitle>Visits to international teams</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid186" level="3">
                      <bodyTitle>Research stays abroad</bodyTitle>
                      <p>- Benoît Combemale visits Mc Guil University for two months.
- Romain Lefeuvre visits Mc Guil University for three months.</p>
                    </subsection>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid187" level="1">
                  <bodyTitle>European initiatives</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid188" level="2">
                    <bodyTitle>Horizon Europe</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid189" level="3">
                      <bodyTitle>HiPEAC</bodyTitle>
                      <participants><person><firstname>Olivier</firstname><lastname>Zendra</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person><person><firstname>Walter</firstname><lastname>Rudametkin</lastname></person></participants>
                      <p/>
                      <descriptionlist>
                        <label>Title:</label><li>Title: High Performance, Edge And Cloud computing</li>
                        <label>Duration:</label><li>12/2022 - 05/2025</li>
                        <label>Coordinator:</label><li>Koen De Bosschere, UGent</li>
                        <label>Partners:</label><li>
                            <simplelist>
                              <li>Institut National De Recherche En Informatique Et Automatique (INRIA), France</li>
                              <li>Eclipse Foundation Europe Gmbh (EFE GMBH), Germany</li>
                              <li>INSIDE, Netherlands</li>
                              <li>Universiteit Gent(UGent), Belgium</li>
                              <li>Rheinisch-Westfaelische Technische Hochschule Aachen (RWTH Aachen), Germany</li>
                              <li>Commissariat à l'Énergie Atomique et aux Énergies Alternatives (CEA), France</li>
                              <li>SINTEF AS (SINTEF), Norway</li>
                              <li>IDCI Italia Srl, Italy</li>
                              <li>Thales, France</li>
                              <li>Cloudferro SA, Poland</li>
                              <li>Barcelona Supercomputing Center Centro Nacional De Supercomputacion (BSC CNS), Spain</li>
                            </simplelist>
                          </li>
                        <label>Inria contact:</label><li>Olivier Zendra (Olivier.Zendra@inria.fr)</li>
                        <label>Summary:</label><li>The objective of HiPEAC is to stimulate and reinforce the development of the dynamic European computing ecosystem that supports the digital transformation of Europe. It does so by guiding the future research and innovation of key digital, enabling, and emerging technologies, sectors, and value chains. The longer term goal is to strengthen European leadership in the global data economy and to accelerate and steer the digital and green transitions through human-centred technologies and innovations. This will be achieved via mobilising and connecting European partnerships and stakeholders to be involved in the research, innovation and development of computing and systems technologies. They will provide roadmaps supporting the creation of next-generation computing technologies, infrastructures, and service platforms.
The key aim is to support and contribute to rapid technological development, market uptake and digital autonomy for Europe in advanced digital technology (hardware and software) and applications across the whole European digital value chain. HiPEAC will do this by connecting and upscaling existing initiatives and efforts, by involving the key stakeholders, and by improving the conditions for large-scale market deployment. The next-generation computing and systems technologies and applications developed will increase European autonomy in the data economy. This is required to support future hyper-distributed applications and provide new opportunities for further disruptive digital transformation of the economy and society, new business models, economic growth, and job creation.
The HiPEAC CSA proposal directly addresses the research, innovation, and development of next generation computing and systems technologies and applications. The overall goal is to support the European value chains and value networks in computing and systems technologies across the computing continuum from cloud to edge computing to the Internet of Things (IoT).
HiPEAC produces the yearly <ref xlink:href="https://www.hipeac.net/vision" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">HiPEAC Vision</ref>, a prospective document for EU.</li>
                      </descriptionlist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid207" level="2">
                    <bodyTitle>Other european programs/initiatives</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-matisse">
MATISSE (ECSEL JU Project)</bodyTitle>
                      <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Djamel Eddine</firstname><lastname>Khelladi</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: Benoît Combemale</li>
                        <li>DiverSE, IRISA Rennes</li>
                        <li>Dates: 2024-2027</li>
                        <li>Abstract:
MATISSE is a European HORIZON-KDT-JU research project bringing together over 30 partners from 7 countries to develop an advanced framework for efficient engineering and validation of industrial systems using Digital Twins (DTs).
By integrating DTs with model-based, data-driven, and cloud technologies, MATISSE aims to simulate, test, and predict system behaviours, enhancing both productivity and quality. This innovative approach helps companies optimise their industrial processes, reduce errors, and boost productivity, ultimately simplifying complex operations like machinery production and factory management.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid212" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_diverse-national-initiatives">National initiatives</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid213" level="2">
                    <bodyTitle>ANR</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-MC-Evo">
MC-Evo2 ANR JCJC</bodyTitle>
                      <participants><person><firstname>Djamel Eddine</firstname><lastname>Khelladi</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: Djamel E. Khelladi</li>
                        <li>DiverSE, CNRS/IRISA Rennes</li>
                        <li>Dates: 2021-2025</li>
                        <li>Abstract:
Software maintenance represents 40% to 80% of the total cost of developing software. On 65 projects, an IT company reported a cost of several million dollars, with a 25% higher cost on complex projects. Nowadays, software evolves frequently with the philosophy “Release early, release often” embraced by IT giants like the GAFAM, thus making software maintenance difficult and costly. Developing complex software inevitably requires developers to handle multiple dimensions, such as APIs to use, tests to write, models to reason with, etc. When software evolves, a co-evolution is usually necessary as a follow-up, to resolve the impacts caused by the evolution changes. For example, when APIs evolve, code must be co-evolved, or when code evolves, its tests must be co-evolved. The goals of this project are to: 1) address these challenges from a novel perspective, namely a multidimensional co-evolution approach, 2) investigate empirically the multidimensional co-evolution in practice in GitHub, Maven, and Eclipse, 3) automate and propagate the multidimensional co-evolution between the software code, APIs, tests, and models.</li>
                      </simplelist>
                    </subsection>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-mbdo">
MBDO</bodyTitle>
                      <participants><person><firstname>Jean-Marc</firstname><lastname>Jezequel</lastname></person><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Quentin</firstname><lastname>Perez</lastname></person><person><firstname>Didier</firstname><lastname>Vojtisek</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: Jean-Marc Jezequel</li>
                        <li>Coordinator: Univ. Rennes</li>
                        <li>Partners: Aachen University, University of Stuttgart</li>
                        <li>Dates: 2023-2026</li>
                        <li>Abstract:
Our goal in MBDO is to provide the foundations for a Model-Based DevOps framework unifying these different forms of models in the specific context of cloud-native and IoT systems. The proposed Model-Based DevOps framework would then allow engineers to smoothly go back and forth from Dev time to Ops time by leveraging semi-automatically generated digital twins of their systems.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid223" level="2">
                    <bodyTitle>DGA</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-fpml">
LangSpecialize</bodyTitle>
                      <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Olivier</firstname><lastname>Barais</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: DGA</li>
                        <li>Partners: DGA MI, INRIA</li>
                        <li>Dates: 2023-2026</li>
                        <li>Abstract: in the context of this project, DGA-MI and the INRIA team DiverSE explore the existing approaches to ease the development of formal specifications of domain-Specific Languages (DSLs) dedicated to packet filtering, while guaranteeing expressiveness, precision and safety. In the long term, this work is part of the trend to provide to DGA-MI and its partners a tooling to design and develop formal DSLs which ease the use while ensuring a high level of reasoning.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid228" level="2">
                    <bodyTitle>DGAC</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-mip4">
MIP 4.0</bodyTitle>
                      <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Didier</firstname><lastname>Vojtisek</lastname></person><person><firstname>Olivier</firstname><lastname>Barais</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: Safran</li>
                        <li>Partners: Safran, Akka, Inria.</li>
                        <li>Dates: 2022-2024</li>
                        <li>Abstract: The MIP 4.0 project aims at investigating integrated methods for efficient and shared propulsion systems. Inria explores new techniques for collaborative modeling over the time.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid233" level="2">
                    <bodyTitle>PEPR</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-taranis">
PEPR Cloud Taranis</bodyTitle>
                      <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Paul</firstname><lastname>Temple</lastname></person><person><firstname>Stéphanie</firstname><lastname>Challita</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: INRIA</li>
                        <li>Partners: INRIA, CNRS, UR.</li>
                        <li>Dates: 2023-2030</li>
                        <li>Abstract: In order to efficiently exploit new infrastructures, we propose a strategy based on a significant abstraction of the application structure description to further automate application and infrastructure management. Thus, it will be possible to globally optimize the resources used with respect to multi-criteria objectives (price, deadline, performance, energy, etc.) on both the user side (applications) and the provider side (infrastructures). This abstraction also includes the challenges related to the abstraction of application reconfiguration and to automatically adapt the use of resources.</li>
                      </simplelist>
                    </subsection>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-exasoft">
PEPR Numpex Exasoft</bodyTitle>
                      <participants><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Olivier</firstname><lastname>Barais</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: INRIA</li>
                        <li>Partners: INRIA, CNRS, UR.</li>
                        <li>Dates: 2023-2030</li>
                        <li>Abstract: The ExaSoft project will study the software stack for future exascale machines (compilers, programming and execution model, monitoring and optimisation tools and energy management.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid242" level="2">
                    <bodyTitle>Campus Cyber</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-swhsec">
Software Heritage Sec</bodyTitle>
                      <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Mathieu</firstname><lastname>Acher</lastname></person><person><firstname>Djamel Eddine</firstname><lastname>Khelladi</lastname></person><person><firstname>Olivier</firstname><lastname>Zendra</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: INRIA</li>
                        <li>Partners: INRIA, IMT, CEA, Université Sorbone.</li>
                        <li>Dates: 2023-2027</li>
                        <li>Abstract: By analyzing the evolution of software source code over time, researchers and practitioners will be able to gain a better understanding of the vulnerabilities and threats that may exist in software systems, identify potential security risks early on and take proactive measures to mitigate them.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid247" level="1">
                  <bodyTitle>Regional initiatives</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid248" level="2">
                    <bodyTitle>Allocation d'Installation Scientifique (AIS) - Rennes Métropole</bodyTitle>
                    <subsection level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_project-peeps">
PEEPS</bodyTitle>
                      <participants><person><firstname>Stéphanie</firstname><lastname>Challita</lastname></person></participants>
                      <p/>
                      <simplelist>
                        <li>Coordinator: Stéphanie Challita</li>
                        <li>Dates: 2024-2026</li>
                        <li>Abstract: The PEEPS project aims to address the issue of precise design for REST APIs, which serve as the foundation of modern web applications. More specifically, this project focuses on the consistency between requirements, code, and documentation of REST APIs. This area remains underexplored in the literature and is one of the challenges developers face on a daily basis.</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                </subsection>
              </partenariat>
  <diffusion id="DIVERSE-RA-2024-cid11">
                <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-dissemination">Dissemination</bodyTitle>
                <participants><person><firstname>Olivier</firstname><lastname>Barais</lastname></person><person><firstname>Arnaud</firstname><lastname>Blouin</lastname></person><person><firstname>Johann</firstname><lastname>Bourcier</lastname></person><person><firstname>Benoît</firstname><lastname>Combemale</lastname></person><person><firstname>Jean-Marc</firstname><lastname>Jézéquel</lastname></person><person><firstname>Djamel</firstname><lastname>Eddine Khelladi</lastname></person><person><firstname>Gurvan</firstname><lastname>Leguernic</lastname></person><person><firstname>Gunter</firstname><lastname>Mussbacher</lastname></person><person><firstname>Noël</firstname><lastname>Plouzeau</lastname></person><person><firstname>Didier</firstname><lastname>Vojtisek</lastname></person><person><firstname>Mathieu</firstname><lastname>Acher</lastname></person><person><firstname>Olivier</firstname><lastname>Zendra</lastname></person><person><firstname>Paul</firstname><lastname>Temple</lastname></person><person><firstname>Stéphanie</firstname><lastname>Challita</lastname></person><person><firstname>Aymeric</firstname><lastname>Blot</lastname></person><person><firstname>Noel</firstname><lastname>Plouzeau</lastname></person></participants>
                <p/>
                <subsection id="DIVERSE-RA-2024-uid252" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation">Promoting scientific activities</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid253" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-eventorga">Scientific events: organisation</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid254" level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-eventorga-chair">General chair, scientific chair</bodyTitle>
                      <p> </p>
                      <p noindent="true">Jean-Marc Jézéquel has been General Chair of ECSS'24, the Informatics Europe annual conference.</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid255" level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-eventorga-comittee">Member of the organizing committees</bodyTitle>
                      <p> </p>
                      <p noindent="true">Benoît Combemale has been co-organizer of a scientific workshop at the Bellairs institute of McGill University dedicated to digital twins and composability.</p>
                      <p>Aymeric Blot has been co-organizer of GI@ICSE'24, a scientific workshop on genetic improvement which took place within ICSE, the premier software engineering conference.</p>
                      <p>Olivier Zendra has been co-organizer of the 19th International Workshop on Implementation, Compilation, Optimization of OO Languages, Programs and Systems (ICOOOLPS 2024).</p>
                      <p>Djamel Khelladi has been co-organizer of the 18th edition of ME@MODELS'24, a scientific workshop on Models Evolution at MODELS, the premier Modeling conference.</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid256" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-eventselect">Scientific events: selection</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid257" level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-eventselect-chair">Chair of conference program committees</bodyTitle>
                      <p> </p>
                      <p noindent="true">Benoît Combemale has been Program Chair of MODELS'24<ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_egyed-hal-04839651">63</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_wimmer-hal-04839663">65</ref>, the premier venue in software engineering dedicated to software and system modeling.</p>
                      <p>Aymeric Blot has been the Search-Based Software Engineering (SBSE) Track Chair of GECCO'24, the international conference on genetic and evolutionary computation.</p>
                      <p/>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid258" level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-eventselect-member">Member of the conference program committees</bodyTitle>
                      <p> </p>
                      <p noindent="true">Olivier Barais has been involved in:</p>
                      <simplelist>
                        <li>Program committee of MODELS'24.</li>
                        <li>Program committee of ICSR 2024.</li>
                      </simplelist>
                      <p>Arnaud Blouin has been a member of the following PCs:</p>
                      <simplelist>
                        <li>16th ACM SIGCHI symposium on Engineering interactive computing systems (EICS 2024), 2024</li>
                        <li>The 39th ACM/SIGAPP Symposium on Applied Computing (SAC), software engineering track, 2024</li>
                      </simplelist>
                      <p>Stéphanie Challita has been a member of the following PCs:</p>
                      <simplelist>
                        <li>SATrends 2024 1st International Workshop on New Trends in Software Architecture, April 14-20, Lisbon, Portugal, co-located event with ICSE 2024 46th International Conference on SofTware Engineering.</li>
                        <li>ICSR 2024 21st International Conference on Software and Systems Reuse, June 19-20 2024, Limassol, Cyprus.</li>
                      </simplelist>
                      <p>Benoît Combemale has been a member of the following PCs:</p>
                      <simplelist>
                        <li>ECMFA 2024, The 20th European Conference on Modelling Foundations and Applications.</li>
                        <li>the Workshop Track at the 46th International Conference on Software Engineering (ICSE 2024).</li>
                      </simplelist>
                      <p>Jean-Marc Jézéquel has been involved in:</p>
                      <simplelist>
                        <li>Programme board of MODELS'24.</li>
                        <li>Programme committee of the 46th International Conference on Software Engineering (ICSE 2024).</li>
                      </simplelist>
                      <p>Djamel Khelladi has been a member of the following PCs:</p>
                      <simplelist>
                        <li>Technical Track at MODELS 2024</li>
                        <li>Doctoral Symposium Tack at MODELS 2024</li>
                        <li>Technical Track at EDTConf 2024</li>
                        <li>Technical Track at MSR 2024</li>
                        <li>Early Research Achievement (ERA) Track at SANER 2024</li>
                      </simplelist>
                      <p>Quentin Perez has been member of the Artifact Evaluation PC of the 27th International Conference on Model Driven Engineering Languages and Systems (MODELS 2024).</p>
                      <p>Paul Temple has been member of the following PCs:</p>
                      <simplelist>
                        <li>Technical Track at SPLC 2024</li>
                        <li>Demonstration and tools track at SPLC 2024</li>
                        <li>Technical track at VaMoS 2024</li>
                        <li>Technical track at ICSR 2024</li>
                      </simplelist>
                      <p>Olivier Zendra has been member of the following PCs:</p>
                      <simplelist>
                        <li>31st Computer &amp; Electronics Security Application Rendezvous (C&amp;ESAR 2024)</li>
                        <li>19th International Workshop on Implementation, Compilation, Optimization of OO Languages, Programs and Systems (ICOOOLPS 2024)</li>
                      </simplelist>
                      <p>Aymeric Blot has been member of the following PCs:</p>
                      <simplelist>
                        <li>Technical Track at PPSN 2024</li>
                        <li>NIER Track at SCAM 2024</li>
                        <li>Poster track at ICST 2024</li>
                        <li>Worskop ECADA@GECCO 2024</li>
                        <li>Workshop SBFT@ICSE 2024</li>
                      </simplelist>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid285" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-journal">Journal</bodyTitle>
                    <subsection id="DIVERSE-RA-2024-uid286" level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-journal-board">Member of the editorial boards </bodyTitle>
                      <p>Benoît Combemale is Editor-in-Chief of the Journal of Software and Systems Modeling, Springer (SoSyM)<ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_combemale-hal-04839561">33</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_combemale-hal-04839512">31</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_combemale-hal-04839534">34</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_challita-hal-04839592">30</ref>, <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_combemale-hal-04839542">32</ref>. He is also member of the editorial boards of the journals COLA, JOT and SQJ.</p>
                      <p>Jean-Marc Jézéquel is Associate Editor in Chief of the Journal of Software and Systems Modeling, Springer (SoSyM). He is a member of the editorial board of the Journal of Systems and Software (JSS).</p>
                      <p>Stéphanie Challita is Assistant Editor of the Journal of Software and Systems Modeling, Springer (SoSyM).</p>
                    </subsection>
                    <subsection id="DIVERSE-RA-2024-uid287" level="3">
                      <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-journal-review">Reviewer - reviewing activities</bodyTitle>
                      <p>Team members regularly review for the main journals in the field, namely TSE, Sosym, JSS, EMSE, Jot, SPE, IEEE Software, IST, . . .</p>
                    </subsection>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid288" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-talks">Invited talks</bodyTitle>
                    <p>Benoît Combemale has been invited to give a keynote at the ACM SIGPLAN conference SLE 2024, the SEMTL 2024 (Software Engineering at Montréal), and the EIT Summer School Green IT and IT for Green. He has been also invited to give an invited talk at Université de Montréal and UQAM. Finally, he has been invited to give a keynote and to attend the following panel in the online TCS/ACM India event dedicated to digital twins.</p>
                    <p>Aymeric Blot has been invited to give a tutorial at the GI@ICSE'24 workshop.</p>
                    <p>Quentin Perez has been invited to give a talk at the EIT Summer School Green IT and IT for Green.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid289" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-leadership">Leadership within the scientific community</bodyTitle>
                    <p>Jean-Marc Jézéquel is President of Informatics Europe. He is a member of the Luxembourg's NCER Fintech Steering Commitee.</p>
                    <p>Benoît Combemale is a member of the steering committees for the conference series MODELS, SLE, EDTconf and ICT4S.</p>
                    <p>Olivier Zendra is founder of ICOOOLPS (International Workshop on Implementation, Compilation, Optimization of OO Languages, Programs and Systems) and a member of its Steering Committee.</p>
                    <p>Olivier Zendra is a Member of the EU HiPEAC CSA project Steering Committee, and a Member of the HiPEAC Vision Editorial Board.</p>
                    <p>Olivier Zendra has been invited to co-chair a session on the impact of regulations at Inria's foresight semainar of security and privacy (15/10/2024).</p>
                    <p>Arnaud Blouin: Founding member and co-organiser of the French GDR-GPL research action on Software Engineering and Human-Computer Interaction (GL-IHM). Co-founder and co-leader of the GDR-IHM group: engineering interactive systems.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid290" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-expertise">Scientific expertise</bodyTitle>
                    <p>Stéphanie Challita is a member of the Conference Activities Committee (CAC) at IEEE Computer Society.</p>
                    <p>Olivier Zendra is scientific CIR/JEI expert for the Ministry of Research.</p>
                    <p>Olivier Zendra is cybersecurity officer ("chargé de mission cybersécurité") for Inria Rennes Bretagne Atlantique, representing it in regional and national cybersecurity fora like EUR CyberSchool, Bretagne Cyber Alliance (Brittany's CyberCampus), CreachLabs, etc.</p>
                    <p>Arnaud Blouin: expert for the CIR agency (research tax credit, "crédit d'impôt recherche"); external reviewer for the ANR (French national research agency).</p>
                    <p>Olivier Barais: expert for the following call for projects:</p>
                    <simplelist>
                      <li>PHC TASSILI 2025</li>
                      <li>PHC SAKURA 2025</li>
                      <li>SSHN-Court Séjour territoires Palestiniens 2025</li>
                      <li>PHC MERLION CHERCHEURS 2025</li>
                      <li>COFECUB - CAPES 2025</li>
                      <li>PHC PROCOPE 2025</li>
                      <li>PHC ORCHID 2025</li>
                      <li>PHC PROCORE 2025</li>
                      <li>PHC CAI YUANPEI PhD 2025</li>
                      <li>PHC GERMAINE DE STAEL 2025</li>
                      <li>PHC CAI YUANPEI PhD 2025</li>
                      <li>PHC GALILEE 2025</li>
                      <li>PHC CEDRE 2025</li>
                      <li>PHC PARROT 2025</li>
                      <li>PHC UTIQUE 2025</li>
                      <li>PHC AL MAQDISI 2025</li>
                      <li>ECOS NORD PEROU 2024</li>
                      <li>PHC BRANCUSI 2024</li>
                      <li>PHC STAR 2025</li>
                      <li>Bourses Laplace Tunisie 2024</li>
                      <li>VINCI 2024</li>
                      <li>PHC MAGHREB 2025</li>
                      <li>PHC TOUBKAL 2025</li>
                      <li>Chateaubriand STEM 2024</li>
                      <li>ECOS NORD MEXIQUE 2023-2024</li>
                      <li>PHC BANTOU 2024</li>
                      <li>MOPGA Jeunes cherheurs 2024</li>
                      <li>SSHN-Court Séjour territoires Palestiniens 2024</li>
                      <li>PHC JULES VERNE ISLANDE 2024</li>
                      <li>PHC TONLE SAP CAMBODGE 2024</li>
                    </simplelist>
                    <p>Olivier Barais: member of the scientific board of Pole de compétitivité Image et Réseau</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid321" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-animation-admin">Research administration</bodyTitle>
                    <p>Olivier Barais is a new member of the <ref xlink:href="https://cnu27.ls2n.fr/" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">CNU 27</ref>.</p>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid322" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-teaching">Teaching - Supervision - Juries</bodyTitle>
                  <subsection id="DIVERSE-RA-2024-uid323" level="2">
                    <bodyTitle>Teaching</bodyTitle>
                    <p>The DIVERSE team bears the bulk of the teaching on Software Engineering at the University of Rennes and at INSA Rennes, for the first year of the Master of Computer Science
(Project Management, Object-Oriented Analysis and Design with UML, Design Patterns,
Component Architectures and Frameworks, Validation &amp; Verification, Human-Computer Interaction, Sustainable Software Engineering)
and for the second year of the MSc in software engineering (Model driven Engineering, DevOps, DevSecOps, Validation &amp; Verification, <hi rend="it">etc.</hi>).</p>
                    <p>Each of Jean-Marc Jézéquel, Noël Plouzeau, Olivier Barais, Benoît Combemale, Johann Bourcier, Arnaud Blouin, Aymeric Blot, Quentin Perez, Stéphanie Challita, Paul Temple, and Mathieu Acher teaches about 250h in these domains for a grand total of about 2000 hours, including several courses at IMT, ENS Rennes and ENSAI Rennes engineering school.</p>
                    <p>Olivier Barais is deputy director of the electronics and computer science teaching department of the University of Rennes.</p>
                    <p>Olivier Barais is the head of the Master in Computer Science at the University of Rennes.</p>
                    <p>Arnaud Blouin is in charge of the 3rd year at the CS dep at INSA Rennes (around 75 students). He is:
an elected member of the research council INSA-IRISA; a member of the CS dep admission council; an elected member of the CS dep council.</p>
                    <p>Quentin Perez is in charge of industrial relationships for the computer science department at INSA Rennes.</p>
                    <p>The DIVERSE team also hosts several MSc and summer trainees every year.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid324" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-teaching-supervision">Supervision</bodyTitle>
                    <p>Theo Giraudet, CIFRE with Obéo (defense in 2025). Benoît Combemale and Arnaud Blouin are co-supervisors of this thesis.</p>
                    <p>Kaouter Zohra Kebaili (defense in 2025). Djamel Eddine Khelladi and Mathieu Acher and Olivier Barais are co-supervisors of this thesis.</p>
                    <p>Georges Aaron Randrianaina (defense in 2025). Mathieu Acher, Djamel Eddine Khelladi and Olivier Zendra are co-supervisors of this PhD thesis.</p>
                    <p>Lina Bilal (defense in 2026). Benoît Combemale and Jean-Marc Jézéquel are co-supervisors of this thesis.</p>
                    <p>Ewen Brune (defense in 2026). Benoît Combemale and Arnaud Blouin are co-supervisors of this thesis.</p>
                    <p>Philémon Houdaille (defense in 2026). Benoît Combemale and Djamel Eddine Khelladi are co-supervisors of this thesis.</p>
                    <p>N’Guessan Hermann Kouadio (defense in 2026). Olivier Barais and Mathieu Acher are co-supervisors of this thesis.</p>
                    <p>Clément Lahoche (defense in 2026). Olivier Barais and Olivier Zendra are co-supervisors of this PhD thesis.</p>
                    <p>Romain Lefeuvre (defense in 2026). Benoît Combemale and Quentin Perez are co-supe rvisors of this thesis.</p>
                    <p>Chiara Relevat (defense in 2026). Benoît Combemale and Gurvan Le Guernic are co-supervisors of this thesis.</p>
                    <p>Sterenn Roux (defense in 2026). Johann Bourcier and Walter Rudametkin are co-supervisors of this thesis.</p>
                    <p>Camille Molinier (defense in 2027). Olivier Zendra, Olivier Barais and Paul Temple are co-supervisors of this thesis.</p>
                    <p>Charly Reux ((defense in 2027). Mathieu Acher, Djamel Eddine Khelladi and Olivier Barais are co-supervisors of this thesis.</p>
                    <p>Nicolò Cavalli (defense in 2027). Arnaud Blouin, Olivier Barais and Djamel Eddine Khelladi are co-supervisors of this thesis.</p>
                    <p>Haitam El Hayani (defense in 2027). Enrichissement des plateformes et des langages d'approvisionnement et de configuration à l'aide des données collectées en tests et à l'éxécution pour un support avancée au développement de code d'infrastructure. Olivier Barais and Benoît Combemale are co-supervisors of this thesis.</p>
                  </subsection>
                  <subsection id="DIVERSE-RA-2024-uid325" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-teaching-juries">Juries</bodyTitle>
                    <p>Olivier Barais was in the PhD jury (reviewer) of Manele Ait Habouche (University of Brest, France), Une infrastructure performante de services distribués pour la collecte et la visualisation de séries temporelles issues de drones marins</p>
                    <p>Olivier Barais was in the PhD jury (reviewer) of Sébastien Bertrand (University of Bordeaux, France), Modèle de maintenabilité logicielle par analyse statique du graphe de code du programme</p>
                    <p>Olivier Barais was in the PhD jury (president) of Mathieu Gestin (University of Rennes, France), Privacy Preserving and fully Distributed Identity Management Systems</p>
                    <p>Olivier Barais was in the PhD jury (president) of Josselin Enet (University of Nantes, France), Protocol-Based Debugging for Domain-Specific Languages</p>
                    <p>Olivier Barais was in the PhD jury (PhD advisor) of Vincent Lannurien (Ensta Brest, France), Ordonnancement sur ressources hétérogènes pour le Cloud</p>
                    <p>Olivier Barais was in the PhD jury (PhD advisor) of Piergiorgio Ladisa (Univ Rennes, France), Understanding and Preventing Open-Source Software Supply Chain Attacks</p>
                    <p>Olivier Barais, Benoît Combemale and Gunter Mussbacher was in the PhD jury (PhD advisor) of Gwendal Jouneaux (Univ Rennes, France), Self-Adaptable Operational Semantics</p>
                    <p>Olivier Barais has been a member of three recruiting committees for MCF at Univ Montpellier, Univ Brest, and IMT Atlantique.</p>
                    <p>Jean-Marc Jézéquel has been President of a recruiting committee at INSA Rennes.</p>
                    <p>Stéphanie Challita has been a member of a PhD students recruiting committee at Inria Rennes.</p>
                    <p>Djamel Khelladi has been a member of two recruiting committees for MCF at Paris Nanterre University, and at Nice university.</p>
                  </subsection>
                </subsection>
                <subsection id="DIVERSE-RA-2024-uid326" level="1">
                  <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-popularization">Popularization</bodyTitle>
                  <p>Olivier Zendra, as a member of its editorial board, is a co-author of the
<hi rend="bold">HiPEAC Vision 2024</hi> <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_duranton-hal-04884248">58</ref>
and of its detailed Rationale accompanying document <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_duranton-hal-04884304">57</ref>.
He also coordinated the chapter on cybersecurity-related topics <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_zendra-hal-04884403">62</ref>,
composed of 6 articles, being a co-author of 3 of them (on cybersecurity <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_zendra-hal-04884436">61</ref>,
on privacy <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_coppens-hal-04884504">59</ref> and on browser privacy <ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_rudametkin-hal-04884681">60</ref>)</p>
                  <subsection id="DIVERSE-RA-2024-uid327" level="2">
                    <bodyTitle id="DIVERSE-RA-2024_label_DIVERSE-popularization-articles">Productions (articles, videos, podcasts, serious games, ...)</bodyTitle>
                    <p>Mathieu Acher provided a talk to the "fête de la sciences"<ref location="biblio" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest" xlink:href="#DIVERSE-RA-2024_bibitem_acher-hal-04736121">71</ref> Un ordinateur, ça ne calcule jamais juste: Ou pourquoi les ordinateurs nous trompent parfois (Fête de la science, INSA Rennes).</p>
                    <p>Mathieu Acher took part in the video of the famous youtuber (science populariser) Monsieur Phi: "ChatGPT rêve-t-il de cavaliers électriques ?" <ref xlink:href="https://www.youtube.com/watch?v=6D1XIbkm4JE&amp;amp;t=298s" location="extern" xlink:type="simple" xlink:show="replace" xlink:actuate="onRequest">video</ref></p>
                  </subsection>
                </subsection>
              </diffusion>
  <biblio html="bibliography" numero="12" titre="Scientific production" id="DIVERSE-RA-2024-cid12">
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-acher-hal-01522779" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Teaching Software Product Lines: A Snapshot of Current Practices and Challenges</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>R. E.</initial>
            <foreName>Roberto E</foreName>
            <surname>Lopez-Herrejon</surname>
          </persName>
          <persName>
            <initial>R.</initial>
            <foreName>Rick</foreName>
            <surname>Rabiser</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">ACM Transactions of Computing Education</title>
        <imprint>
          <date>May 2017</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-baudry-hal-01182103" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">The Multiple Facets of Software Diversity: Recent Developments in Year 2000 and Beyond</title>
        <author>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Martin</foreName>
            <surname>Monperrus</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">ACM Computing Surveys</title>
        <imprint>
          <date>2015</date>
          <biblScope type="volume">48</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">16:1--16:26</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-becan-hal-01096969" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Breathing Ontological Knowledge Into Feature Model Synthesis: An Empirical Study</title>
        <author>
          <persName>
            <initial>G.</initial>
            <foreName>Guillaume</foreName>
            <surname>Bécan</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Sana</foreName>
            <surname>Ben Nasr</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>2015</date>
          <biblScope type="volume">21</biblScope>
          <biblScope type="number">4</biblScope>
          <biblScope type="pages">1794--1841</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-blouin-hal-01499106" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">User Interface Design Smell: Automatic Detection and Refactoring of Blob Listeners</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Arnaud</foreName>
            <surname>Blouin</surname>
          </persName>
          <persName>
            <initial>V.</initial>
            <foreName>Valéria</foreName>
            <surname>Lelli</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Fabien</foreName>
            <surname>Coulon</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Information and Software Technology</title>
        <imprint>
          <date>May 2018</date>
          <biblScope type="volume">102</biblScope>
          <biblScope type="pages">49-64</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-boussaa-hal-02422437" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Leveraging metamorphic testing to automatically detect inconsistencies in code generator families</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Mohamed</foreName>
            <surname>Boussaa</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gerson</foreName>
            <surname>Sunyé</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Testing, Verification and Reliability</title>
        <imprint>
          <date>December 2019</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-bousse-hal-01662336" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Omniscient Debugging for Executable DSLs</title>
        <author>
          <persName>
            <initial>E.</initial>
            <foreName>Erwan</foreName>
            <surname>Bousse</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Dorian</foreName>
            <surname>Leroy</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Manuel</foreName>
            <surname>Wimmer</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Journal of Systems and Software</title>
        <imprint>
          <date>March 2018</date>
          <biblScope type="volume">137</biblScope>
          <biblScope type="pages">261-288</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-combemale-hal-00994551" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Globalizing Modeling Languages</title>
        <author>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Julien</foreName>
            <surname>Deantoni</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
          <persName>
            <initial>R. B.</initial>
            <foreName>Robert B.</foreName>
            <surname>France</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Gray</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Computer</title>
        <imprint>
          <date>June 2014</date>
          <biblScope type="pages">10-13</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-corre-hal-01611048" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Why can't users choose their identity providers on the web?</title>
        <author>
          <persName>
            <initial>K.</initial>
            <foreName>Kevin</foreName>
            <surname>Corre</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gerson</foreName>
            <surname>Sunyé</surname>
          </persName>
          <persName>
            <initial>V.</initial>
            <foreName>Vincent</foreName>
            <surname>Frey</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Michel</foreName>
            <surname>Crom</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Proceedings on Privacy Enhancing Technologies</title>
        <imprint>
          <date>January 2017</date>
          <biblScope type="volume">2017</biblScope>
          <biblScope type="number">3</biblScope>
          <biblScope type="pages">72-86</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-dartois-hal-02013421" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Investigating Machine Learning Algorithms for Modeling SSD I/O Performance for Container-based Virtualization</title>
        <author>
          <persName>
            <initial>J.-E.</initial>
            <foreName>Jean-Emile</foreName>
            <surname>Dartois</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jalil</foreName>
            <surname>Boukhobza</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Anas</foreName>
            <surname>Knefati</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE transactions on cloud computing</title>
        <imprint>
          <date>2019</date>
          <biblScope type="volume">14</biblScope>
          <biblScope type="pages">1-14</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-davril-hal-00859475" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Feature Model Extraction from Large Collections of Informal Product Descriptions</title>
        <author>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Davril</surname>
          </persName>
          <persName>
            <initial>E.</initial>
            <foreName>Edouard</foreName>
            <surname>Delfosse</surname>
          </persName>
          <persName>
            <initial>N.</initial>
            <foreName>Negar</foreName>
            <surname>Hariri</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jane</foreName>
            <surname>Clelang-Huang</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Patrick</foreName>
            <surname>Heymans</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>September 2013</date>
          <biblScope type="pages">290-300</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-degueule-hal-01197038" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Melange: A Meta-language for Modular and Reusable Development of DSLs</title>
        <author>
          <persName>
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Degueule</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Arnaud</foreName>
            <surname>Blouin</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>October 2015</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-foures-hal-04216627" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Experience in Specializing a Generic Realization Language for SPL Engineering at Airbus</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=933645">
            <initial>D.</initial>
            <foreName>Damien</foreName>
            <surname>Foures</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1972">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=937721">
            <initial>J.</initial>
            <foreName>Jörg</foreName>
            <surname>Kienzle</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">MODELS 2023 - 26th International Conference on Model-Driven Engineering Languages and Systems</title>
        <loc>Västerås, Sweden</loc>
        <imprint>
          <date>2023</date>
          <publisher>IEEE</publisher>
          <biblScope type="pages">1-12</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-galindoduarte-hal-01003148" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">A Variability-Based Testing Approach for Synthesizing Video Sequences</title>
        <author>
          <persName>
            <initial>J. A.</initial>
            <foreName>José Angel</foreName>
            <surname>Galindo Duarte</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mauricio</foreName>
            <surname>Alférez</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>David</foreName>
            <surname>Benavides</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>July 2014</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-gonzalezherrera-hal-01354999" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">ScapeGoat: Spotting abnormal resource usage in component-based reconfigurable software systems</title>
        <author>
          <persName>
            <initial>I.</initial>
            <foreName>Inti</foreName>
            <surname>Gonzalez-Herrera</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Johann</foreName>
            <surname>Bourcier</surname>
          </persName>
          <persName>
            <initial>E.</initial>
            <foreName>Erwan</foreName>
            <surname>Daubert</surname>
          </persName>
          <persName>
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>François</foreName>
            <surname>Fouquet</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Journal of Systems and Software</title>
        <imprint>
          <date>2016</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-halin-hal-01829928" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Test them all, is it worth it? Assessing configuration sampling on the JHipster Web development stack</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Axel</foreName>
            <surname>Halin</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Alexandre</foreName>
            <surname>Nuttinck</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>X.</initial>
            <foreName>Xavier</foreName>
            <surname>Devroey</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gilles</foreName>
            <surname>Perrouin</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>July 2018</date>
          <biblScope type="pages">1--44</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-jezequel-hal-00829839" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Mashup of Meta-Languages and its Implementation in the Kermeta Language Workbench</title>
        <author>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Martin</foreName>
            <surname>Monperrus</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>François</foreName>
            <surname>Fouquet</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>2015</date>
          <biblScope type="volume">14</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">905-920</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-khelladi-hal-03029429" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Co-Evolving Code with Evolving Metamodels</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=964001">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">ICSE 2020 - 42nd International Conference on Software Engineering</title>
        <loc>Séoul, South Korea</loc>
        <imprint>
          <date>July 2020</date>
          <biblScope type="pages">1-13</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-khelladi-hal-03029426" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">On the Power of Abstraction: a Model-Driven Co-evolution Approach of Software Code</title>
        <author>
          <persName>
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>May 2020</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-laperdrix-hal-01285470" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Beauty and the Beast: Diverting modern web browsers to build unique browser fingerprints</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Pierre</foreName>
            <surname>Laperdrix</surname>
          </persName>
          <persName>
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>May 2016</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-ledilavrec-hal-03764541" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">HyperAST: Enabling Efficient Analysis of Software Histories at Scale</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=748712">
            <initial>Q.</initial>
            <foreName>Quentin</foreName>
            <surname>Le Dilavrec</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1569">
            <initial>A.</initial>
            <foreName>Arnaud</foreName>
            <surname>Blouin</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">ASE 2022 - 37th IEEE/ACM International Conference on Automated Software Engineering</title>
        <loc>Oakland, United States</loc>
        <imprint>
          <date>October 2022</date>
          <publisher>IEEE</publisher>
          <biblScope type="pages">1-12</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-leduc-hal-02399166" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">The Software Language Extension Problem</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Manuel</foreName>
            <surname>Leduc</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Degueule</surname>
          </persName>
          <persName>
            <initial>E.</initial>
            <foreName>Eric</foreName>
            <surname>Van Wyk</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>2019</date>
          <biblScope type="pages">1-4</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-martin-hal-03358817" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Transfer Learning Across Variants and Versions: The Case of Linux Kernel Size</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1111738">
            <initial>H.</initial>
            <foreName>Hugo</foreName>
            <surname>Martin</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1082451">
            <initial>J. A.</initial>
            <foreName>Juliana Alves</foreName>
            <surname>Pereira</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1055928">
            <initial>L.</initial>
            <foreName>Luc</foreName>
            <surname>Lesoil</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Transactions on Software Engineering</title>
        <imprint>
          <date>November 2022</date>
          <biblScope type="volume">48</biblScope>
          <biblScope type="number">11</biblScope>
          <biblScope type="pages">4274-4290</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-randrianaina-hal-03547219" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">On the Benefits and Limits of Incremental Build of Software Configurations: An Exploratory Study</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1123244">
            <initial>G. A.</initial>
            <foreName>Georges Aaron</foreName>
            <surname>Randrianaina</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=174253">
            <initial>X.</initial>
            <foreName>Xhevahire</foreName>
            <surname>Tërnava</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">ICSE 2022 - 44th International Conference on Software Engineering</title>
        <loc>Pittsburgh, Pennsylvania / Virtual, United States</loc>
        <imprint>
          <date>May 2022</date>
          <biblScope type="pages">1-12</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_m-rodriguezcancio-hal-01343818" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Automatic Microbenchmark Generation to Prevent Dead Code Elimination and Constant Folding</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Marcelino</foreName>
            <surname>Rodriguez-Cancio</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>September 2016</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-temple-hal-01659137" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Learning-Contextual Variability Models</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Temple</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jezequel</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Software</title>
        <imprint>
          <date>November 2017</date>
          <biblScope type="volume">34</biblScope>
          <biblScope type="number">6</biblScope>
          <biblScope type="pages">64-70</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-temple-hal-02177158" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Empirical Assessment of Multimorphic Testing</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Temple</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Transactions on Software Engineering</title>
        <imprint>
          <date>July 2019</date>
          <biblScope type="pages">1-21</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-temple-hal-03045797" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">Empirical Assessment of Generating Adversarial Configurations for Software Product Lines</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Temple</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gilles</foreName>
            <surname>Perrouin</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Battista</foreName>
            <surname>Biggio</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Fabio</foreName>
            <surname>Roli</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>December 2020</date>
          <biblScope type="pages">1-57</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_m-veraperez-hal-01867423" rend="refer" subsection="Major publications" n="refer:">
      <analytic>
        <title level="a">A Comprehensive Study of Pseudo-tested Methods</title>
        <author>
          <persName>
            <initial>O. L.</initial>
            <foreName>Oscar Luis</foreName>
            <surname>Vera-Pérez</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benjamin</foreName>
            <surname>Danglot</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Martin</foreName>
            <surname>Monperrus</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Baudry</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>2018</date>
          <biblScope type="pages">1-33</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_blouin-hal-04485762" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">A Type System for Flexible User Interactions Handling</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1569">
            <initial>A.</initial>
            <foreName>Arnaud</foreName>
            <surname>Blouin</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Proceedings of the ACM on Human-Computer Interaction </title>
        <imprint>
          <date>March 2024</date>
          <biblScope type="pages">27</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_challita-hal-04839592" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Report on the state of the SoSyM journal (2023 summary)</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=12813">
            <initial>S.</initial>
            <foreName>Stéphanie</foreName>
            <surname>Challita</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479229">
            <initial>H.</initial>
            <foreName>Huseyin</foreName>
            <surname>Ergin</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479203">
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Gray</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479204">
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Rumpe</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479230">
            <initial>M.</initial>
            <foreName>Martin</foreName>
            <surname>Schindler</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>February 2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="pages">1 - 5</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_combemale-hal-04839512" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">How does your model represent the system? A note on model fidelity, underspecification, and uncertainty</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479203">
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Gray</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479204">
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Rumpe</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>September 2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="pages">1053 - 1054</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_combemale-hal-04839542" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Model modularity for reuse, libraries and composition: symbol management is key</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Gray</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Rumpe</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>June 2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="number">3</biblScope>
          <biblScope type="pages">525-526</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_combemale-hal-04839561" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Model-based code generation works: But how far does it go?—on the role of the generator</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479203">
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Gray</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479204">
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Rumpe</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>April 2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="pages">267 - 268</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_combemale-hal-04839534" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Modeling for sustainability: Sustainable Development Goals (SDG) of the United Nations</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479203">
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Gray</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479204">
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Rumpe</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>July 2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="pages">799 - 800</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_giraudet-hal-04797246" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Sirius Web: Insights in Language Workbenches - An Experience Report</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1452289">
            <initial>T.</initial>
            <foreName>Théo</foreName>
            <surname>Giraudet</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mélanie</foreName>
            <surname>Bats</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1569">
            <initial>A.</initial>
            <foreName>Arnaud</foreName>
            <surname>Blouin</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>P.-C.</initial>
            <foreName>Pierre-Charles</foreName>
            <surname>David</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">The Journal of Object Technology</title>
        <imprint>
          <date>2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">1-20</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_houdaille-hal-04906879" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">PolyDebug: a Framework for Polyglot Debugging</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1333783">
            <initial>P.</initial>
            <foreName>Philémon</foreName>
            <surname>Houdaille</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=881341">
            <initial>G.</initial>
            <foreName>Gunter</foreName>
            <surname>Mussbacher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=7003">
            <initial>T.</initial>
            <foreName>Tijs</foreName>
            <surname>van Der Storm</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">The Art, Science, and Engineering of Programming</title>
        <imprint>
          <date>2025</date>
          <biblScope type="volume">9</biblScope>
          <biblScope type="number">3</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_jezequel-hal-04803258" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Taming uncertainty with MDE: an historical perspective</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and Systems Modeling</title>
        <imprint>
          <date>October 2024</date>
          <biblScope type="pages">1-22</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_kebaili-hal-04667772" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">An Empirical Study on Leveraging LLMs for Metamodels and Code Co-evolution</title>
        <author>
          <persName>
            <initial>Z. K.</initial>
            <foreName>Zohra Kaouter</foreName>
            <surname>Kebaili</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1972">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">The Journal of Object Technology</title>
        <imprint>
          <date>August 2024</date>
          <biblScope type="volume">23</biblScope>
          <biblScope type="number">3</biblScope>
          <biblScope type="pages">1-14</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_langdon-hal-04884280" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">The 13th International Workshop on Genetic Improvement: (GI @ ICSE 2024)</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1489091">
            <initial>W. B.</initial>
            <foreName>William B</foreName>
            <surname>Langdon</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gabin</foreName>
            <surname>An</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9800">
            <initial>A.</initial>
            <foreName>Aymeric</foreName>
            <surname>Blot</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1489092">
            <initial>V.</initial>
            <foreName>Vesna</foreName>
            <surname>Nowack</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1129106">
            <initial>J.</initial>
            <foreName>Justyna</foreName>
            <surname>Petke</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1489093">
            <initial>S.</initial>
            <foreName>Shin</foreName>
            <surname>Yoo</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1489094">
            <initial>O.</initial>
            <foreName>Oliver</foreName>
            <surname>Krauss</surname>
          </persName>
          <persName>
            <initial>E. M.</initial>
            <foreName>Erik M</foreName>
            <surname>Fredericks</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1489095">
            <initial>D.</initial>
            <foreName>Daniel</foreName>
            <surname>Blackwell</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Engineering Notes</title>
        <imprint>
          <date>July 2024</date>
          <biblScope type="volume">49</biblScope>
          <biblScope type="number">3</biblScope>
          <biblScope type="pages">42 - 50</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_mussbacher-hal-04383286" rend="refer" subsection="Publications of the year" subsubsection="International journals" n="refer:">
      <analytic>
        <title level="a">Polyglot Software Development: Wait, What?</title>
        <author>
          <persName>
            <initial>G.</initial>
            <foreName>Gunter</foreName>
            <surname>Mussbacher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoit</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jörg</foreName>
            <surname>Kienzle</surname>
          </persName>
          <persName>
            <initial>L.</initial>
            <foreName>Lola</foreName>
            <surname>Burgueño</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Antonio</foreName>
            <surname>Garcia-Dominguez</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=747862">
            <initial>G.</initial>
            <foreName>Gwendal</foreName>
            <surname>Jouneaux</surname>
          </persName>
          <persName>
            <initial>D.-E.</initial>
            <foreName>Djamel-Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Sébastien</foreName>
            <surname>Mosser</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Corinne</foreName>
            <surname>Pulgar</surname>
          </persName>
          <persName>
            <initial>H.</initial>
            <foreName>Houari</foreName>
            <surname>Sahraoui</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Maximilian</foreName>
            <surname>Schiedermeier</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Tijs</foreName>
            <surname>van der Storm</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Software</title>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-8</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_acher-hal-04312909" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">A Demonstration of End-User Code Customization Using Generative AI</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">VAMOS 2024 - 18th International Working Conference on Variability Modelling of Software-Intensive Systems</title>
        <loc>Bern, Switzerland</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-6</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_acher-hal-04582287" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Embracing Deep Variability For Reproducibility and Replicability</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1123244">
            <initial>G. A.</initial>
            <foreName>Georges Aaron</foreName>
            <surname>Randrianaina</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=173053">
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">REP 2024 - ACM Conference on Reproducibility and Replicability</title>
        <loc>Rennes, France</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-7</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_bucaioni-hal-04839759" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Multi-Partner Project: A Model-Driven Engineering Framework for Federated Digital Twins of Industrial Systems (MATISSE)</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Alessio</foreName>
            <surname>Bucaioni</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1077806">
            <initial>R.</initial>
            <foreName>Romina</foreName>
            <surname>Eramo</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1105342">
            <initial>L.</initial>
            <foreName>Luca</foreName>
            <surname>Berardinelli</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=17629">
            <initial>H.</initial>
            <foreName>Hugo</foreName>
            <surname>Bruneliere</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1105341">
            <initial>V.</initial>
            <foreName>Vittoriano</foreName>
            <surname>Muttillo</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1321199">
            <initial>A.</initial>
            <foreName>Andrey</foreName>
            <surname>Sadovykh</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1077807">
            <initial>M.</initial>
            <foreName>Manuel</foreName>
            <surname>Wimmer</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">Design, Automation and Test in Europe Conference (DATE 2025)</title>
        <loc>Lyon, France</loc>
        <imprint>
          <date>2025</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_burgueno-hal-04839629" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Global Decision Making Support for Complex System Development</title>
        <author>
          <persName>
            <initial>L.</initial>
            <foreName>Lola</foreName>
            <surname>Burgueño</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Damien</foreName>
            <surname>Foures</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jörg</foreName>
            <surname>Kienzle</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gunter</foreName>
            <surname>Mussbacher</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">RE 2024 - IEEE 32nd International Requirements Engineering Conference</title>
        <loc>Reykjavik, Iceland</loc>
        <imprint>
          <date>2024</date>
          <publisher>IEEE</publisher>
          <biblScope type="pages">252-263</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_combemale-hal-04827348" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">There Is Only One Time in Software (Language) Engineering! (Keynote)</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">SLE 2024 - 17th ACM SIGPLAN International Conference on Software Language Engineering</title>
        <loc>Pasadena CA, United States</loc>
        <imprint>
          <date>2024</date>
          <publisher>ACM</publisher>
          <biblScope type="pages">1-1</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_elfraihi-hal-04665102" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Client-side and Server-side Tracking on Meta: Effectiveness and Accuracy</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Asmaa</foreName>
            <surname>El fraihi</surname>
          </persName>
          <persName>
            <initial>N.</initial>
            <foreName>Nardjes</foreName>
            <surname>Amieur</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=16377">
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=172020">
            <initial>O.</initial>
            <foreName>Oana</foreName>
            <surname>Goga</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">PETS 2024 - 24th Privacy Enhancing Technologies Symposium</title>
        <loc>Bristol, United Kingdom</loc>
        <imprint>
          <date>July 2024</date>
          <biblScope type="volume">2024</biblScope>
          <biblScope type="number">3</biblScope>
          <biblScope type="pages">431-445</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_fayolle-hal-04652991" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Semi-Automated and Easily Interpretable Side-Channel Analysis for Modern JavaScript</title>
        <author>
          <persName>
            <initial>I.</initial>
            <foreName>Iliana</foreName>
            <surname>Fayolle</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jan</foreName>
            <surname>Wichelmann</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Anja</foreName>
            <surname>Köhl</surname>
          </persName>
          <persName>
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Eisenbarth</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Clémentine</foreName>
            <surname>Maurice</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">CANS 2024 - 23rd International Conference on Cryptology And Network Security</title>
        <loc>Cambridge, United Kingdom</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-22</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_fouquet-hal-04839614" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">GreyCat: A Framework to Develop Digital Twins at Large Scale</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479239">
            <initial>F.</initial>
            <foreName>Francois</foreName>
            <surname>Fouquet</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479240">
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Hartmann</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1479241">
            <initial>C.</initial>
            <foreName>Cyril</foreName>
            <surname>Cecchinel</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="s">MODELS Companion '24: ACM/IEEE 27th International Conference on Model Driven Engineering Languages and Systems</title>
        <title level="m">EDTConf 2024 - 1st International Conference on Engineering Digital Twins</title>
        <loc>Linz, Austria</loc>
        <imprint>
          <date>2024</date>
          <publisher>ACM</publisher>
          <biblScope type="pages">492-495</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_houdaille-hal-04588744" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">On Polyglot Program Testing</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1333783">
            <initial>P.</initial>
            <foreName>Philémon</foreName>
            <surname>Houdaille</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176712">
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1107280">
            <initial>G.</initial>
            <foreName>Gunter</foreName>
            <surname>Mussbacher</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">FSE 2024 - 32nd ACM International Conference on the Foundations of Software Engineering</title>
        <loc>Porto de Galinhas, Brazil</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-5</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_huyghe-hal-04622269" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Taming the Variability of Browser Fingerprints</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Maxime</foreName>
            <surname>Huyghe</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2755">
            <initial>C.</initial>
            <foreName>Clément</foreName>
            <surname>Quinton</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=16377">
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">SPLC'24 - 28th ACM International Systems and Software Product Lines Conference</title>
        <loc>Luxembourg, Luxembourg</loc>
        <imprint>
          <date>September 2024</date>
          <biblScope type="pages">1-6</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_lannurien-hal-04571484" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">HeROcache: Storage-Aware Scheduling in Heterogeneous Serverless Edge - The Case of IDS</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1271026">
            <initial>V.</initial>
            <foreName>Vincent</foreName>
            <surname>Lannurien</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Camélia</foreName>
            <surname>Slimani</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1054026">
            <initial>L.</initial>
            <foreName>Laurent</foreName>
            <surname>d'Orazio</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1972">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1105679">
            <initial>S.</initial>
            <foreName>Stéphane</foreName>
            <surname>Paquelet</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1840">
            <initial>J.</initial>
            <foreName>Jalil</foreName>
            <surname>Boukhobza</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">CCGrid 2024 - 24th IEEE/ACM international Symposium on Cluster, Cloud and Internet Computing</title>
        <loc>Philadelphia, United States</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-11</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_leguernic-hal-04408267" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">C&amp;amp;ESAR'23: Cybersecurity of Smart Peripheral Devices (Mobiles / IoT / Edge)</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=180392">
            <initial>G.</initial>
            <foreName>Gurvan</foreName>
            <surname>Le Guernic</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">C&amp;ESAR 2023 - Cybersecurity of Smart Peripheral Devices (Mobiles / IoT / Edge)</title>
        <loc>Rennes, France</loc>
        <imprint>
          <date>January 2024</date>
          <biblScope type="volume">3610</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_mehanna-hal-04489166" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Free Proxies Unmasked: A Vulnerability and Longitudinal Analysis of Free Proxy Services</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1123161">
            <initial>N.</initial>
            <foreName>Naif</foreName>
            <surname>Mehanna</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=16377">
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=184121">
            <initial>P.</initial>
            <foreName>Pierre</foreName>
            <surname>Laperdrix</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1359707">
            <initial>A.</initial>
            <foreName>Antoine</foreName>
            <surname>Vastel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">MADWeb 2024 - Workshop on Measurements, Attacks, and Defenses for the Web</title>
        <loc>San Diego (CA), United States</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-12</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_molinier-hal-04440201" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">FairPipes: Data Mutation Pipelines for Machine Learning Fairness</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1347460">
            <initial>C.</initial>
            <foreName>Camille</foreName>
            <surname>Molinier</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=16528">
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Temple</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1182284">
            <initial>G.</initial>
            <foreName>Gilles</foreName>
            <surname>Perrouin</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">AST 2024 - 5th ACM/IEEE International Conference on Automation of Software Test</title>
        <loc>Lisbonne, Portugal</loc>
        <imprint>
          <date>2024</date>
          <publisher>ACM</publisher>
          <biblScope type="pages">1-11</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_randrianaina-hal-04441579" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Options Matter: Documenting and Fixing Non-Reproducible Builds in Highly-Configurable Systems</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1123244">
            <initial>G. A.</initial>
            <foreName>Georges Aaron</foreName>
            <surname>Randrianaina</surname>
          </persName>
          <persName>
            <initial>D. E.</initial>
            <foreName>Djamel Eddine</foreName>
            <surname>Khelladi</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">MSR 2024 - 21th International Conference on Mining Software Repository</title>
        <loc>Lisbon, Portugal</loc>
        <imprint>
          <date>2024</date>
          <biblScope type="pages">1-11</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_sanwouo-hal-04896457" rend="refer" subsection="Publications of the year" subsubsection="International peer-reviewed conferences" n="refer:">
      <analytic>
        <title level="a">Toward AI-based Complex Self-Adaptive Systems</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1492789">
            <initial>B. P.</initial>
            <foreName>Brell Peclard</foreName>
            <surname>Sanwouo</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2755">
            <initial>C.</initial>
            <foreName>Clément</foreName>
            <surname>Quinton</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=16528">
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Temple</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="m">BENEVOL 2024 - 23rd Belgium-Netherlands Software Evolution Workshop</title>
        <loc>Namur, Belgium</loc>
        <imprint>
          <date>November 2024</date>
          <biblScope type="pages">1-2</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_duranton-hal-04884304" rend="refer" subsection="Publications of the year" subsubsection="Scientific books" n="refer:">
      <analytic>
        <title level="a">HiPEAC Vision 2024 - Rationale</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Marc</foreName>
            <surname>Duranton</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Carpenter</surname>
          </persName>
          <persName>
            <initial>K.</initial>
            <foreName>Koen</foreName>
            <surname>de Bosschere</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Hoberg</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Charles</foreName>
            <surname>Robinson</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Tullio</foreName>
            <surname>Vardanega</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=296">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>January 2024</date>
          <biblScope type="pages">226</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_duranton-hal-04884248" rend="refer" subsection="Publications of the year" subsubsection="Scientific books" n="refer:">
      <analytic>
        <title level="a">HiPEAC Vision 2024</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Marc</foreName>
            <surname>Duranton</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Paul</foreName>
            <surname>Carpenter</surname>
          </persName>
          <persName>
            <initial>K.</initial>
            <foreName>Koen</foreName>
            <surname>de Bosschere</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Hoberg</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Charles</foreName>
            <surname>Robinson</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Tullio</foreName>
            <surname>Vardanega</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>January 2024</date>
          <biblScope type="pages">24</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inbook" id="DIVERSE-RA-2024_bibitem_coppens-hal-04884504" rend="refer" subsection="Publications of the year" subsubsection="Scientific book chapters" n="refer:">
      <analytic>
        <title level="a">More data for the NCP implies more privacy risks</title>
        <author>
          <persName>
            <initial>B.</initial>
            <foreName>Bart</foreName>
            <surname>Coppens</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=296">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>January 2024</date>
          <biblScope type="pages">1-6</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inbook" id="DIVERSE-RA-2024_bibitem_rudametkin-hal-04884681" rend="refer" subsection="Publications of the year" subsubsection="Scientific book chapters" n="refer:">
      <analytic>
        <title level="a">The browser: the key to your privacy on the Web</title>
        <author>
          <persName>
            <initial>W.</initial>
            <foreName>Walter</foreName>
            <surname>Rudametkin</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=296">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>January 2024</date>
          <biblScope type="pages">5</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inbook" id="DIVERSE-RA-2024_bibitem_zendra-hal-04884436" rend="refer" subsection="Publications of the year" subsubsection="Scientific book chapters" n="refer:">
      <analytic>
        <title level="a">The NCP cybersecurity challenges</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=296">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bart</foreName>
            <surname>Coppens</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>January 2024</date>
          <biblScope type="pages">7</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inbook" id="DIVERSE-RA-2024_bibitem_zendra-hal-04884403" rend="refer" subsection="Publications of the year" subsubsection="Scientific book chapters" n="refer:">
      <analytic>
        <title level="a">The race for NCP cybersecurity</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=296">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Zendra</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bart</foreName>
            <surname>Coppens</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>January 2024</date>
          <biblScope type="pages">3</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="proceedings" id="DIVERSE-RA-2024_bibitem_egyed-hal-04839651" rend="refer" subsection="Publications of the year" subsubsection="Edition (books, proceedings, special issue of a journal)" n="refer:">
      <analytic>
        <title level="a">Proceedings of the ACM/IEEE 27th International Conference on Model Driven Engineering Languages and Systems, MODELS 2024, Linz, Austria, September 22-27, 2024</title>
        <editor/>
      </analytic>
      <monogr>
        <title level="m">MODELS '24: ACM/IEEE 27th International Conference on Model Driven Engineering Languages and Systems</title>
        <imprint>
          <date>2024</date>
          <publisher>ACM</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="periodical" id="DIVERSE-RA-2024_bibitem_fortz-hal-04505454" rend="refer" subsection="Publications of the year" subsubsection="Edition (books, proceedings, special issue of a journal)" n="refer:">
      <analytic>
        <title level="a">VaryMinions: Leveraging RNNs to Identify Variants in Variability-intensive Systems' Logs</title>
        <editor/>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>2024</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="proceedings" id="DIVERSE-RA-2024_bibitem_wimmer-hal-04839663" rend="refer" subsection="Publications of the year" subsubsection="Edition (books, proceedings, special issue of a journal)" n="refer:">
      <analytic>
        <title level="a">Proceedings of the ACM/IEEE 27th International Conference on Model Driven Engineering Languages and Systems, MODELS Companion 2024, Linz, Austria, September 22-27, 2024</title>
        <editor/>
      </analytic>
      <monogr>
        <title level="m">MODELS Companion '24: ACM/IEEE 27th International Conference on Model Driven Engineering Languages and Systems</title>
        <imprint>
          <date>2024</date>
          <publisher>ACM</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="thesis" id="DIVERSE-RA-2024_bibitem_ledilavrec-tel-04583698" rend="refer" subsection="Publications of the year" subsubsection="Doctoral dissertations and habilitation theses" n="refer:">
      <analytic>
        <title level="a">Precise temporal analysis of source code histories at scale</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=748712">
            <initial>Q.</initial>
            <foreName>Quentin</foreName>
            <surname>Le Dilavrec</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>February 2024</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="misc" id="DIVERSE-RA-2024_bibitem_perez-hal-04753097" rend="refer" subsection="Publications of the year" subsubsection="Reports &amp; preprints" n="refer:">
      <analytic>
        <title level="a">Software Frugality in an Accelerating World: the Case of Continuous Integration</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=176741">
            <initial>Q.</initial>
            <foreName>Quentin</foreName>
            <surname>Perez</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1263005">
            <initial>R.</initial>
            <foreName>Romain</foreName>
            <surname>Lefeuvre</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=5090">
            <initial>T.</initial>
            <foreName>Thomas</foreName>
            <surname>Degueule</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1972">
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9482">
            <initial>B.</initial>
            <foreName>Benoît</foreName>
            <surname>Combemale</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>2024</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="misc" id="DIVERSE-RA-2024_bibitem_rascoussier-hal-04669620" rend="refer" subsection="Publications of the year" subsubsection="Reports &amp; preprints" n="refer:">
      <analytic>
        <title level="a">Large Scale Heap Dump Embedding for Machine Learning: Predicting OpenSSH Key Locations</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1376402">
            <initial>F.</initial>
            <foreName>Florian</foreName>
            <surname>Rascoussier</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=1407086">
            <initial>L.</initial>
            <foreName>Lise</foreName>
            <surname>Lahoche</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>July 2024</date>
          <biblScope type="pages">396-409</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="misc" id="DIVERSE-RA-2024_bibitem_acher-hal-04601752" rend="refer" subsection="Publications of the year" subsubsection="Other scientific publications" n="refer:">
      <analytic>
        <title level="a">Deep Software Variability and Frictionless Reproducibility</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>June 2024</date>
          <biblScope type="pages">1-121</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="misc" id="DIVERSE-RA-2024_bibitem_acher-hal-04809253" rend="refer" subsection="Publications of the year" subsubsection="Other scientific publications" n="refer:">
      <analytic>
        <title level="a">Generative AI for Generative Programming: Automating Code Variants and Exploring the Boundaries of LLMs</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>November 2024</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="misc" id="DIVERSE-RA-2024_bibitem_acher-hal-04736121" rend="refer" subsection="Publications of the year" subsubsection="Other scientific publications" n="refer:">
      <analytic>
        <title level="a">Un ordinateur, ça ne calcule jamais juste: Ou pourquoi les ordinateurs nous trompent parfois (Fête de la science, INSA Rennes)</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=2007">
            <initial>M.</initial>
            <foreName>Mathieu</foreName>
            <surname>Acher</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>October 2024</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="software" id="DIVERSE-RA-2024_bibitem_mortara-hal-04449959" rend="refer" subsection="Publications of the year" subsubsection="Software" n="refer:">
      <analytic>
        <title level="a">Symfinder: Identifying and visualizing variability implementations in variability-rich Java systems</title>
        <author>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=178723">
            <initial>J.</initial>
            <foreName>Johann</foreName>
            <surname>Mortara</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=9238">
            <initial>P.</initial>
            <foreName>Philippe</foreName>
            <surname>Collet</surname>
          </persName>
          <persName hal_url="https://hal.archives-ouvertes.fr/search/index/?qa%5BauthIdHal_i%5D%5B%5D=174253">
            <initial>X.</initial>
            <foreName>Xhevahire</foreName>
            <surname>Tërnava</surname>
          </persName>
        </author>
        <editor/>
      </analytic>
      <monogr>
        <imprint>
          <date>February 2024</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_ArcuriB11" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">A practical guide for using statistical tests to assess randomized algorithms in software engineering</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Andrea</foreName>
            <surname>Arcuri</surname>
          </persName>
          <persName>
            <initial>L. C.</initial>
            <foreName>Lionel C.</foreName>
            <surname>Briand</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2011</date>
          <biblScope type="pages">1-10</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_avizienis85" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">The N-version approach to fault-tolerant software</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Algirdas</foreName>
            <surname>Avizienis</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Engineering, IEEE Transactions on</title>
        <imprint>
          <date>1985</date>
          <biblScope type="number">12</biblScope>
          <biblScope type="pages">1491--1501</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_BachmannEtAl2001" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Managing variability in software architectures</title>
        <author>
          <persName>
            <initial>F.</initial>
            <foreName>F.</foreName>
            <surname>Bachmann</surname>
          </persName>
          <persName>
            <initial>L.</initial>
            <foreName>L.</foreName>
            <surname>Bass</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">SIGSOFT Softw. Eng. Notes</title>
        <imprint>
          <date>May 2001</date>
          <biblScope type="volume">26</biblScope>
          <biblScope type="pages">126--132</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_balarin2003metropolis" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Metropolis: An integrated electronic system design environment</title>
        <author>
          <persName>
            <initial>F.</initial>
            <foreName>Felice</foreName>
            <surname>Balarin</surname>
          </persName>
          <persName>
            <initial>Y.</initial>
            <foreName>Yosinori</foreName>
            <surname>Watanabe</surname>
          </persName>
          <persName>
            <initial>H.</initial>
            <foreName>Harry</foreName>
            <surname>Hsieh</surname>
          </persName>
          <persName>
            <initial>L.</initial>
            <foreName>Luciano</foreName>
            <surname>Lavagno</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Claudio</foreName>
            <surname>Passerone</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Alberto</foreName>
            <surname>Sangiovanni-Vincentelli</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Computer</title>
        <imprint>
          <date>2003</date>
          <biblScope type="volume">36</biblScope>
          <biblScope type="number">4</biblScope>
          <biblScope type="pages">45--52</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_BAN04" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Theme: an approach for aspect-oriented analysis and design</title>
        <author>
          <persName>
            <initial>E.</initial>
            <foreName>Elisa</foreName>
            <surname>Baniassad</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Siobhàn</foreName>
            <surname>Clarke</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2004</date>
          <biblScope type="pages">158-167</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_barrantes05" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Randomized instruction set emulation</title>
        <author>
          <persName>
            <initial>E. G.</initial>
            <foreName>Elena Gabriela</foreName>
            <surname>Barrantes</surname>
          </persName>
          <persName>
            <initial>D. H.</initial>
            <foreName>David H</foreName>
            <surname>Ackley</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Stephanie</foreName>
            <surname>Forrest</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Darko</foreName>
            <surname>Stefanović</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">ACM Transactions on Information and System Security (TISSEC)</title>
        <imprint>
          <date>2005</date>
          <biblScope type="volume">8</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">3--40</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_batory2002" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Generating Product-Lines of Product-Families</title>
        <author>
          <persName>
            <initial>D.</initial>
            <foreName>Don</foreName>
            <surname>Batory</surname>
          </persName>
          <persName>
            <initial>R. E.</initial>
            <foreName>Roberto E</foreName>
            <surname>Lopez-Herrejon</surname>
          </persName>
          <persName>
            <initial>J.-P.</initial>
            <foreName>Jean-Philippe</foreName>
            <surname>Martin</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2002</date>
          <publisher>IEEE</publisher>
          <biblScope type="pages">81--92</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Becker-2009cl" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">The Palladio component model for model-driven performance prediction</title>
        <author>
          <persName>
            <initial>S.</initial>
            <foreName>Steffen</foreName>
            <surname>Becker</surname>
          </persName>
          <persName>
            <initial>H.</initial>
            <foreName>Heiko</foreName>
            <surname>Koziolek</surname>
          </persName>
          <persName>
            <initial>R.</initial>
            <foreName>Ralf</foreName>
            <surname>Reussner</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Journal of Systems and Software</title>
        <imprint>
          <date>January 2009</date>
          <biblScope type="volume">82</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">3--22</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Bencomo-2009tm" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">On the use of software models during software execution</title>
        <author>
          <persName>
            <initial>N.</initial>
            <foreName>Nelly</foreName>
            <surname>Bencomo</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>May 2009</date>
          <publisher> IEEE Computer Society</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_beugnard2010contract" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Contract Aware Components, 10 years after</title>
        <author>
          <persName>
            <initial>A.</initial>
            <foreName>Antoine</foreName>
            <surname>Beugnard</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>N.</initial>
            <foreName>Noël</foreName>
            <surname>Plouzeau</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2010</date>
          <biblScope type="pages">1-11</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_Bosch2000" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Design and use of software architectures: adopting and evolving a product-line approach</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>Jan</foreName>
            <surname>Bosch</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2000</date>
          <publisher>ACM Press/Addison-Wesley Publishing Co.</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Bosch2002" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Variability Issues in Software Product Lines</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>Jan</foreName>
            <surname>Bosch</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gert</foreName>
            <surname>Florijn</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Danny</foreName>
            <surname>Greefhorst</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Juha</foreName>
            <surname>Kuusela</surname>
          </persName>
          <persName>
            <initial>J. H.</initial>
            <foreName>J. Henk</foreName>
            <surname>Obbink</surname>
          </persName>
          <persName>
            <initial>K.</initial>
            <foreName>Klaus</foreName>
            <surname>Pohl</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2002</date>
          <publisher>Springer-Verlag</publisher>
          <biblScope type="pages">13--21</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_briand1999empirical" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Empirical studies of object-oriented artifacts, methods, and processes: state of the art and future directions</title>
        <author>
          <persName>
            <initial>L. C.</initial>
            <foreName>Lionel Claude</foreName>
            <surname>Briand</surname>
          </persName>
          <persName>
            <initial>E.</initial>
            <foreName>Erik</foreName>
            <surname>Arisholm</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Steve</foreName>
            <surname>Counsell</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Frank</foreName>
            <surname>Houdek</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Pascale</foreName>
            <surname>Thévenod--Fosse</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>1999</date>
          <biblScope type="volume">4</biblScope>
          <biblScope type="number">4</biblScope>
          <biblScope type="pages">387--404</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_buck1994ptolemy" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Ptolemy: A framework for simulating and prototyping heterogeneous systems</title>
        <author>
          <persName>
            <initial>J. T.</initial>
            <foreName>Joseph T</foreName>
            <surname>Buck</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Soonhoi</foreName>
            <surname>Ha</surname>
          </persName>
          <persName>
            <initial>E. A.</initial>
            <foreName>Edward A</foreName>
            <surname>Lee</surname>
          </persName>
          <persName>
            <initial>D. G.</initial>
            <foreName>David G</foreName>
            <surname>Messerschmitt</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Int. Journal of Computer Simulation</title>
        <imprint>
          <date>1994</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_bures2006sofa" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Sofa 2.0: Balancing advanced features in a hierarchical component model</title>
        <author>
          <persName>
            <initial>T.</initial>
            <foreName>Tomas</foreName>
            <surname>Bures</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Petr</foreName>
            <surname>Hnetynka</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Frantisek</foreName>
            <surname>Plasil</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2006</date>
          <biblScope type="pages">40--48</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_Cheng-2009hh" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Software Engineering for Self-Adaptive Systems: A Research Roadmap </title>
        <author>
          <persName>
            <initial>B. H.</initial>
            <foreName>Betty H. C.</foreName>
            <surname>Cheng</surname>
          </persName>
          <persName>
            <initial>R.</initial>
            <foreName>Rogério</foreName>
            <surname>Lemos</surname>
          </persName>
          <persName>
            <initial>H.</initial>
            <foreName>Holger</foreName>
            <surname>Giese</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Paola</foreName>
            <surname>Inverardi</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Magee</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jesper</foreName>
            <surname>Andersson</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Basil</foreName>
            <surname>Becker</surname>
          </persName>
          <persName>
            <initial>N.</initial>
            <foreName>Nelly</foreName>
            <surname>Bencomo</surname>
          </persName>
          <persName>
            <initial>Y.</initial>
            <foreName>Yuriy</foreName>
            <surname>Brun</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bojan</foreName>
            <surname>Cukic</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Giovanna</foreName>
            <surname>Marzo Serugendo</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Schahram</foreName>
            <surname>Dustdar</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Anthony</foreName>
            <surname>Finkelstein</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Cristina</foreName>
            <surname>Gacek</surname>
          </persName>
          <persName>
            <initial>K.</initial>
            <foreName>Kurt</foreName>
            <surname>Geihs</surname>
          </persName>
          <persName>
            <initial>V.</initial>
            <foreName>Vincenzo</foreName>
            <surname>Grassi</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gabor</foreName>
            <surname>Karsai</surname>
          </persName>
          <persName>
            <initial>H. M.</initial>
            <foreName>Holger M</foreName>
            <surname>Kienle</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Kramer</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Marin</foreName>
            <surname>Litoiu</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Sam</foreName>
            <surname>Malek</surname>
          </persName>
          <persName>
            <initial>R.</initial>
            <foreName>Raffaela</foreName>
            <surname>Mirandola</surname>
          </persName>
          <persName>
            <initial>H. A.</initial>
            <foreName>Hausi A</foreName>
            <surname>Müller</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Sooyong</foreName>
            <surname>Park</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mary</foreName>
            <surname>Shaw</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Matthias</foreName>
            <surname>Tichy</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Massimo</foreName>
            <surname>Tivoli</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Danny</foreName>
            <surname>Weyns</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jon</foreName>
            <surname>Whittle</surname>
          </persName>
        </author>
        <editor>
          <persName>
            <initial>D.</initial>
            <foreName>David</foreName>
            <surname>Hutchison</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Takeo</foreName>
            <surname>Kanade</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Josef</foreName>
            <surname>Kittler</surname>
          </persName>
          <persName>
            <initial>J. M.</initial>
            <foreName>Jon M</foreName>
            <surname>Kleinberg</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Friedemann</foreName>
            <surname>Mattern</surname>
          </persName>
          <persName>
            <initial>J. C.</initial>
            <foreName>John C</foreName>
            <surname>Mitchell</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Moni</foreName>
            <surname>Naor</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Oscar</foreName>
            <surname>Nierstrasz</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>C</foreName>
            <surname>Pandu Rangan</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Steffen</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Madhu</foreName>
            <surname>Sudan</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Demetri</foreName>
            <surname>Terzopoulos</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Doug</foreName>
            <surname>Tygar</surname>
          </persName>
          <persName>
            <initial>M. Y.</initial>
            <foreName>Moshe Y</foreName>
            <surname>Vardi</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Gerhard</foreName>
            <surname>Weikum</surname>
          </persName>
          <persName>
            <initial>B. H.</initial>
            <foreName>Betty H. C.</foreName>
            <surname>Cheng</surname>
          </persName>
          <persName>
            <initial>R.</initial>
            <foreName>Rogério</foreName>
            <surname>Lemos</surname>
          </persName>
          <persName>
            <initial>H.</initial>
            <foreName>Holger</foreName>
            <surname>Giese</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Paola</foreName>
            <surname>Inverardi</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Magee</surname>
          </persName>
        </editor>
      </analytic>
      <monogr>
        <title level="s">Betty H. C. Cheng, Rogério de Lemos, Holger Giese, Paola Inverardi, and Jeff Magee</title>
        <imprint>
          <date>2009</date>
          <publisher>Springer Berlin Heidelberg</publisher>
          <biblScope type="volume">5525</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Coplien1998" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Commonality and Variability in Software Engineering</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>James</foreName>
            <surname>Coplien</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Daniel</foreName>
            <surname>Hoffman</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>David</foreName>
            <surname>Weiss</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Software</title>
        <imprint>
          <date>1998</date>
          <biblScope type="volume">15</biblScope>
          <biblScope type="number">6</biblScope>
          <biblScope type="pages">37--45</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_crnkovic2011classification" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">A classification framework for software component models</title>
        <author>
          <persName>
            <initial>I.</initial>
            <foreName>Ivica</foreName>
            <surname>Crnkovic</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Séverine</foreName>
            <surname>Sentilles</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Aneta</foreName>
            <surname>Vulgarakis</surname>
          </persName>
          <persName>
            <initial>M. R.</initial>
            <foreName>Michel RV</foreName>
            <surname>Chaudron</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Engineering, IEEE Transactions on</title>
        <imprint>
          <date>2011</date>
          <biblScope type="volume">37</biblScope>
          <biblScope type="number">5</biblScope>
          <biblScope type="pages">593--615</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_demilli1991constraint" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Constraint-based automatic test data generation</title>
        <author>
          <persName>
            <initial>R.</initial>
            <foreName>RA</foreName>
            <surname>DeMilli</surname>
          </persName>
          <persName>
            <initial>A. J.</initial>
            <foreName>A. Jefferson</foreName>
            <surname>Offutt</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Engineering, IEEE Transactions on</title>
        <imprint>
          <date>1991</date>
          <biblScope type="volume">17</biblScope>
          <biblScope type="number">9</biblScope>
          <biblScope type="pages">900--910</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_deb2002fast" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">A fast and elitist multiobjective genetic algorithm: NSGA-II</title>
        <author>
          <persName>
            <initial>K.</initial>
            <foreName>Kalyanmoy</foreName>
            <surname>Deb</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Amrit</foreName>
            <surname>Pratap</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Sameer</foreName>
            <surname>Agarwal</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>TAMT</foreName>
            <surname>Meyarivan</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Evolutionary Computation, IEEE Transactions on</title>
        <imprint>
          <date>2002</date>
          <biblScope type="volume">6</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">182--197</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_France07" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Model-driven Development of Complex Software: A Research Roadmap</title>
        <author>
          <persName>
            <initial>R. B.</initial>
            <foreName>Robert B.</foreName>
            <surname>France</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bernhard</foreName>
            <surname>Rumpe</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2007</date>
          <publisher>IEEE</publisher>
          <biblScope type="pages">37--54</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_frey2013search" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Search-based genetic optimization for deployment and reconfiguration of software in the cloud</title>
        <author>
          <persName>
            <initial>S.</initial>
            <foreName>Sören</foreName>
            <surname>Frey</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Florian</foreName>
            <surname>Fittkau</surname>
          </persName>
          <persName>
            <initial>W.</initial>
            <foreName>Wilhelm</foreName>
            <surname>Hasselbring</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2013</date>
          <biblScope type="pages">512--521</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_halmans2003" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Communicating the Variability of a Software-Product Family to Customers</title>
        <author>
          <persName>
            <initial>G.</initial>
            <foreName>Günter</foreName>
            <surname>Halmans</surname>
          </persName>
          <persName>
            <initial>K.</initial>
            <foreName>Klaus</foreName>
            <surname>Pohl</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software and System Modeling</title>
        <imprint>
          <date>2003</date>
          <biblScope type="volume">2</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">15-36</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="incollection" id="DIVERSE-RA-2024_bibitem_hardebolle2008modhel" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">ModHel'X: A component-oriented approach to multi-formalism modeling</title>
        <author>
          <persName>
            <initial>C.</initial>
            <foreName>Cécile</foreName>
            <surname>Hardebolle</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Frédéric</foreName>
            <surname>Boulanger</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2008</date>
          <publisher>Springer</publisher>
          <biblScope type="pages">247--258</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_HemmatiBAA10" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">An enhanced test case selection approach for model-based testing: an industrial case study</title>
        <author>
          <persName>
            <initial>H.</initial>
            <foreName>Hadi</foreName>
            <surname>Hemmati</surname>
          </persName>
          <persName>
            <initial>L. C.</initial>
            <foreName>Lionel C.</foreName>
            <surname>Briand</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Andrea</foreName>
            <surname>Arcuri</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Shaukat</foreName>
            <surname>Ali</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2010</date>
          <biblScope type="pages">267-276</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Hutchinson11" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Empirical assessment of MDE in industry</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>John</foreName>
            <surname>Hutchinson</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jon</foreName>
            <surname>Whittle</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Mark</foreName>
            <surname>Rouncefield</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Steinar</foreName>
            <surname>Kristoffersen</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2011</date>
          <publisher>ACM</publisher>
          <biblScope type="pages">471--480</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Jezequel08a" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Model Driven Design and Aspect Weaving</title>
        <author>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Journal of Software and Systems Modeling (SoSyM)</title>
        <imprint>
          <date>may 2008</date>
          <biblScope type="volume">7</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">209--218</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="techreport" id="DIVERSE-RA-2024_bibitem_Kang1990" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Feature-Oriented Domain Analysis (FODA) Feasibility Study</title>
        <author>
          <persName>
            <initial>K. C.</initial>
            <foreName>K. C.</foreName>
            <surname>Kang</surname>
          </persName>
          <persName>
            <initial>S. G.</initial>
            <foreName>S. G.</foreName>
            <surname>Cohen</surname>
          </persName>
          <persName>
            <initial>J. A.</initial>
            <foreName>J. A.</foreName>
            <surname>Hess</surname>
          </persName>
          <persName>
            <initial>W. E.</initial>
            <foreName>W. E.</foreName>
            <surname>Novak</surname>
          </persName>
          <persName>
            <initial>A. S.</initial>
            <foreName>A. S.</foreName>
            <surname>Peterson</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>November 1990</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Kramer-2007kv" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Self-Managed Systems: an Architectural Challenge</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Kramer</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Magee</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2007</date>
          <publisher>IEEE</publisher>
          <biblScope type="pages">259--268</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="incollection" id="DIVERSE-RA-2024_bibitem_lau2005exogenous" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Exogenous connectors for software components</title>
        <author>
          <persName>
            <initial>K.-K.</initial>
            <foreName>Kung-Kiu</foreName>
            <surname>Lau</surname>
          </persName>
          <persName>
            <initial>P. V.</initial>
            <foreName>Perla Velasco</foreName>
            <surname>Elizondo</surname>
          </persName>
          <persName>
            <initial>Z.</initial>
            <foreName>Zheng</foreName>
            <surname>Wang</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2005</date>
          <publisher>Springer</publisher>
          <biblScope type="pages">90--106</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_mcminn2004search" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Search-based software test data generation: a survey</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Phil</foreName>
            <surname>McMinn</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Testing, Verification and Reliability</title>
        <imprint>
          <date>2004</date>
          <biblScope type="volume">14</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">105--156</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Meekel1998" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Architecting for Domain Variability</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>Jacques</foreName>
            <surname>Meekel</surname>
          </persName>
          <persName>
            <initial>T. B.</initial>
            <foreName>Thomas B.</foreName>
            <surname>Horton</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Charlie</foreName>
            <surname>Mellone</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>1998</date>
          <biblScope type="pages">205-213</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Melisson-2010it" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Reconfigurable run-time support for distributed service component architectures</title>
        <author>
          <persName>
            <initial>R.</initial>
            <foreName>Rémi</foreName>
            <surname>Mélisson</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Philippe</foreName>
            <surname>Merle</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Daniel</foreName>
            <surname>Romero</surname>
          </persName>
          <persName>
            <initial>R.</initial>
            <foreName>Romain</foreName>
            <surname>Rouvoy</surname>
          </persName>
          <persName>
            <initial>L.</initial>
            <foreName>Lionel</foreName>
            <surname>Seinturier</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2010</date>
          <publisher>ACM Press</publisher>
          <biblScope type="pages">171</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_memon2007event" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">An event-flow model of GUI-based applications for testing</title>
        <author>
          <persName>
            <initial>A. M.</initial>
            <foreName>Atif M</foreName>
            <surname>Memon</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Testing, Verification and Reliability</title>
        <imprint>
          <date>2007</date>
          <biblScope type="volume">17</biblScope>
          <biblScope type="number">3</biblScope>
          <biblScope type="pages">137--157</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Morin09f" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Models at Runtime to Support Dynamic Adaptation</title>
        <author>
          <persName>
            <initial>B.</initial>
            <foreName>Brice</foreName>
            <surname>Morin</surname>
          </persName>
          <persName>
            <initial>O.</initial>
            <foreName>Olivier</foreName>
            <surname>Barais</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>Franck</foreName>
            <surname>Fleurey</surname>
          </persName>
          <persName>
            <initial>A.</initial>
            <foreName>Arnor</foreName>
            <surname>Solberg</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Computer</title>
        <imprint>
          <date>October 2009</date>
          <biblScope type="pages">46-53</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Muller05a" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Weaving Executability into Object-Oriented Meta-Languages</title>
        <author>
          <persName>
            <initial>P.-A.</initial>
            <foreName>P.-A.</foreName>
            <surname>Muller</surname>
          </persName>
          <persName>
            <initial>F.</initial>
            <foreName>F.</foreName>
            <surname>Fleurey</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="s">LNCS</title>
        <imprint>
          <date>2005</date>
          <publisher>Springer</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inbook" id="DIVERSE-RA-2024_bibitem_Nebut06b" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">System Testing of Product Families: from Requirements to Test Cases</title>
        <author>
          <persName>
            <initial>C.</initial>
            <foreName>Clémentine</foreName>
            <surname>Nebut</surname>
          </persName>
          <persName>
            <initial>Y.</initial>
            <foreName>Yves</foreName>
            <surname>Le Traon</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2006</date>
          <publisher>Springer Verlag</publisher>
          <biblScope type="pages">447--478</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_nebut03b" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Automated Requirements-based Generation of Test Cases for Product Families</title>
        <author>
          <persName>
            <initial>C.</initial>
            <foreName>Clémentine</foreName>
            <surname>Nebut</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Simon</foreName>
            <surname>Pickin</surname>
          </persName>
          <persName>
            <initial>Y.</initial>
            <foreName>Yves</foreName>
            <surname>Le Traon</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2003</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Northrop1999a" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">A Framework for Software Product Line Practice</title>
        <author>
          <persName>
            <initial>L. M.</initial>
            <foreName>Linda M.</foreName>
            <surname>Northrop</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>1999</date>
          <publisher>Springer-Verlag</publisher>
          <biblScope type="pages">365--366</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Northrop2002" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">SEI's Software Product Line Tenets</title>
        <author>
          <persName>
            <initial>L. M.</initial>
            <foreName>Linda M.</foreName>
            <surname>Northrop</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Softw.</title>
        <imprint>
          <date>2002</date>
          <biblScope type="volume">19</biblScope>
          <biblScope type="number">4</biblScope>
          <biblScope type="pages">32--40</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_ober2006validating" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Validating timed UML models by simulation and verification</title>
        <author>
          <persName>
            <initial>I.</initial>
            <foreName>Iulian</foreName>
            <surname>Ober</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Susanne</foreName>
            <surname>Graf</surname>
          </persName>
          <persName>
            <initial>I.</initial>
            <foreName>Ileana</foreName>
            <surname>Ober</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">International Journal on Software Tools for Technology Transfer</title>
        <imprint>
          <date>2006</date>
          <biblScope type="volume">8</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">128--145</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_parnas1976" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">On the Design and Development of Program Families</title>
        <author>
          <persName>
            <initial>D. L.</initial>
            <foreName>D. L.</foreName>
            <surname>Parnas</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Trans. Softw. Eng.</title>
        <imprint>
          <date>1976</date>
          <biblScope type="volume">2</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">1--9</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Pickin07a" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Test Synthesis from UML Models of Distributed Software</title>
        <author>
          <persName>
            <initial>S.</initial>
            <foreName>Simon</foreName>
            <surname>Pickin</surname>
          </persName>
          <persName>
            <initial>C.</initial>
            <foreName>Claude</foreName>
            <surname>Jard</surname>
          </persName>
          <persName>
            <initial>T.</initial>
            <foreName>Thierry</foreName>
            <surname>Jéron</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
          <persName>
            <initial>Y.</initial>
            <foreName>Yves</foreName>
            <surname>Le Traon</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Transactions on Software Engineering</title>
        <imprint>
          <date>April 2007</date>
          <biblScope type="volume">33</biblScope>
          <biblScope type="number">4</biblScope>
          <biblScope type="pages">252--268</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_Pohl2005" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Software Product Line Engineering: Foundations, Principles and Techniques</title>
        <author>
          <persName>
            <initial>K.</initial>
            <foreName>Klaus</foreName>
            <surname>Pohl</surname>
          </persName>
          <persName>
            <initial>G.</initial>
            <foreName>Günter</foreName>
            <surname>Böckle</surname>
          </persName>
          <persName>
            <initial>F. J.</initial>
            <foreName>Frank J.</foreName>
            <surname>van der Linden</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2005</date>
          <publisher>Springer-Verlag New York, Inc.</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_potvin2016google" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Why Google stores billions of lines of code in a single repository</title>
        <author>
          <persName>
            <initial>R.</initial>
            <foreName>Rachel</foreName>
            <surname>Potvin</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Josh</foreName>
            <surname>Levenberg</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Communications of the ACM</title>
        <imprint>
          <date>2016</date>
          <biblScope type="volume">59</biblScope>
          <biblScope type="number">7</biblScope>
          <biblScope type="pages">78--87</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_randell75" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">System structure for software fault tolerance</title>
        <author>
          <persName>
            <initial>B.</initial>
            <foreName>Brian</foreName>
            <surname>Randell</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Engineering, IEEE Transactions on</title>
        <imprint>
          <date>1975</date>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">220--232</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Rothenberg89thenature" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">The Nature of Modeling</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>Jeff</foreName>
            <surname>Rothenberg</surname>
          </persName>
          <persName>
            <initial>L. E.</initial>
            <foreName>Lawrence E.</foreName>
            <surname>Widman</surname>
          </persName>
          <persName>
            <initial>K. A.</initial>
            <foreName>Kenneth A.</foreName>
            <surname>Loparo</surname>
          </persName>
          <persName>
            <initial>N. R.</initial>
            <foreName>Norman R.</foreName>
            <surname>Nielsen</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>1989</date>
          <publisher>John Wiley &amp; Sons</publisher>
          <biblScope type="pages">75--92</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_runeson2009guidelines" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Guidelines for conducting and reporting case study research in software engineering</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Per</foreName>
            <surname>Runeson</surname>
          </persName>
          <persName>
            <initial>M.</initial>
            <foreName>Martin</foreName>
            <surname>Höst</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Empirical Software Engineering</title>
        <imprint>
          <date>2009</date>
          <biblScope type="volume">14</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">131--164</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Schmidt06" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Guest Editor's Introduction: Model-Driven Engineering</title>
        <author>
          <persName>
            <initial>D.</initial>
            <foreName>D.C.</foreName>
            <surname>Schmidt</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">IEEE Computer</title>
        <imprint>
          <date>2006</date>
          <biblScope type="volume">39</biblScope>
          <biblScope type="number">2</biblScope>
          <biblScope type="pages">25--31</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_shull2008guide" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Guide to advanced empirical software engineering</title>
        <author>
          <persName>
            <initial>F.</initial>
            <foreName>Forrest</foreName>
            <surname>Shull</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Janice</foreName>
            <surname>Singer</surname>
          </persName>
          <persName>
            <initial>D. I.</initial>
            <foreName>Dag IK</foreName>
            <surname>Sjberg</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2008</date>
          <publisher>Springer</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_Steel07a" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">On Model Typing</title>
        <author>
          <persName>
            <initial>J.</initial>
            <foreName>Jim</foreName>
            <surname>Steel</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Journal of Software and Systems Modeling (SoSyM)</title>
        <imprint>
          <date>December 2007</date>
          <biblScope type="volume">6</biblScope>
          <biblScope type="number">4</biblScope>
          <biblScope type="pages">401--414</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_szyperski2002component" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Component software: beyond object-oriented programming</title>
        <author>
          <persName>
            <initial>C.</initial>
            <foreName>Clemens</foreName>
            <surname>Szyperski</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Dominik</foreName>
            <surname>Gruntz</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Stephan</foreName>
            <surname>Murer</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2002</date>
          <publisher>Addison-Wesley</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="techreport" id="DIVERSE-RA-2024_bibitem_Jean-ChristopheTRIGAUX2003" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Modelling variability requirements in Software Product Lines: a comparative survey</title>
        <author>
          <persName>
            <initial>J.-C.</initial>
            <foreName>Jean-Christophe</foreName>
            <surname>Trigaux</surname>
          </persName>
          <persName>
            <initial>P.</initial>
            <foreName>Patrick</foreName>
            <surname>Heymans</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2003</date>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="book" id="DIVERSE-RA-2024_bibitem_utting2010practical" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Practical model-based testing: a tools approach</title>
        <author>
          <persName>
            <initial>M.</initial>
            <foreName>Mark</foreName>
            <surname>Utting</surname>
          </persName>
          <persName>
            <initial>B.</initial>
            <foreName>Bruno</foreName>
            <surname>Legeard</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2010</date>
          <publisher>Morgan Kaufmann</publisher>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inproceedings" id="DIVERSE-RA-2024_bibitem_Vromant-NPd9bKZ" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">On interacting control loops in self-adaptive systems</title>
        <author>
          <persName>
            <initial>P.</initial>
            <foreName>Pieter</foreName>
            <surname>Vromant</surname>
          </persName>
          <persName>
            <initial>D.</initial>
            <foreName>Danny</foreName>
            <surname>Weyns</surname>
          </persName>
          <persName>
            <initial>S.</initial>
            <foreName>Sam</foreName>
            <surname>Malek</surname>
          </persName>
          <persName>
            <initial>J.</initial>
            <foreName>Jesper</foreName>
            <surname>Andersson</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2011</date>
          <publisher>ACM</publisher>
          <biblScope type="pages">202--207</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="article" id="DIVERSE-RA-2024_bibitem_yilmaz2006covering" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Covering arrays for efficient fault characterization in complex configuration spaces</title>
        <author>
          <persName>
            <initial>C.</initial>
            <foreName>Cemal</foreName>
            <surname>Yilmaz</surname>
          </persName>
          <persName>
            <initial>M. B.</initial>
            <foreName>Myra B</foreName>
            <surname>Cohen</surname>
          </persName>
          <persName>
            <initial>A. A.</initial>
            <foreName>Adam A</foreName>
            <surname>Porter</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <title level="j">Software Engineering, IEEE Transactions on</title>
        <imprint>
          <date>2006</date>
          <biblScope type="volume">32</biblScope>
          <biblScope type="number">1</biblScope>
          <biblScope type="pages">20--34</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
    <biblStruct type="inbook" id="DIVERSE-RA-2024_bibitem_Ziadi2006a" rend="refer" subsection="Cited publications" n="refer:">
      <analytic>
        <title level="a">Product Line Engineering with the UML: Deriving Products</title>
        <author>
          <persName>
            <initial>T.</initial>
            <foreName>Tewfik</foreName>
            <surname>Ziadi</surname>
          </persName>
          <persName>
            <initial>J.-M.</initial>
            <foreName>Jean-Marc</foreName>
            <surname>Jézéquel</surname>
          </persName>
        </author>
      </analytic>
      <monogr>
        <imprint>
          <date>2006</date>
          <publisher>Springer Verlag</publisher>
          <biblScope type="pages">557-586</biblScope>
        </imprint>
      </monogr>
    </biblStruct>
  </biblio>
</raweb>
