11.6 Le langage PLiMoS et l’´evolution
11.6.1 PLiMoS et la tra¸cabilit´e
Tel que pr´esent´ee dans la partie pr´ec´edente, l’expressivit´e relationnelle de PLiMoS couvre la mo-d´elisation de l’espace de momo-d´elisation d´elimit´e par le processus dirig´e mod`eles de d´eveloppement de la ligne de produits.
Le contenu s´emantique de la mod´elisation avec PLiMoS est plus riche qu’une tra¸cabilit´e “classique” mais peut s’y substituer au besoin. Ainsi lors des ´etapes d’identification de motifs de similitude, une analyse d’impact des modifications peut ˆetre men´ee et une propagation vers les diff´erents niveaux d’abstraction r´ealis´ee.
L’´etendue, ou importance de l’impact du changement se doit d’ˆetre ´evalu´ee. Le changement peut avoir un impact non local, une expertise de la propagation de ce changement est par cons´e-quent `a r´ealiser `a un mˆeme niveau d’abstraction et entre niveaux distincts. Dans une approche classique, une estimation des coˆuts d’´evolution est par la suite `a envisager, de mˆeme qu’une ´eva-luation des risques potentiels li´es `a cette ´evolution. De plus, la causalit´e induite par les relations intentionnelles aide `a l’analyse d’impact et donc `a la gestion de l’´evolution.
L’´etymologie de l’´evolution prend son origine dans le latin evolutio, et approche des notions de “d´erouler”, “faire sortir quelque chose d’une autre chose”, ou encore “expliquer”. D`es lors quoi de plus commun que d’exprimer les d´eroulements temporels d´ecrivant l’´evolution des mod`eles de la LdPs par une continuit´e relationnelle. Un lien direct peut ˆetre d´efinit entre PLiMoS et une gestion de configuration s´emantique des mod`eles. Les relations concernant l’´evolution d´ecrivent un s´equencement de moments de la ligne de produits et sont de type relation au cours du temps (over time, cf. chapitre 8). Ces points ne font pas l’objet de l’´etude de la th`ese, et malgr´e un int´erˆet certain, ne sont pas d´evelopp´es plus amplement.
11.6.2 El´´ ements relationnels dans le processus d’´evolution par extension
Le processus d’´evolution d´ecrit dans la section pr´ec´edente met en application des relations d’´equi-valence lors de la d´etection de similitudes. Dans la pratique et dans l’impl´ementation de
l’algo-11.7. En r´esum´e
rithme r´ealis´e, toutes les relations ne sont pas syst´ematiquement identifi´ees en tant que telles. Par ailleurs, certaines relations caract´eristiques du processus d’acceptation de l’´evolution par extension sont d´eploy´ees. Les d´ependances ´emergentes sont cr´e´ees par l’utilisateur durant la configuration et la d´erivation. Les d´ependances d´efinies suite `a l’analyse suivent les ´etats (et donc la s´emantique) exprim´es ci-apr`es :
❼ emerging : elles expriment des int´erˆets ad-hoc d’une nouvelle architecture de produit ; ❼ inferred : elles repr´esentent une d´ependance de configuration nouvellement d´etect´ee ; ❼ confirmed : les d´ependances sont valid´ees par les parties prenantes concern´ees ;
❼ formalized : elles sont formalis´ees d`es lors qu’elles sont traduites dans les mod`eles de va-riabilit´e et les mod`eles relationnels, par l’action automatique de mise `a jour.
La figure11.13 pr´esente un s´equencement classique des quatre relations (´emergente, inf´er´ee, confirm´ee et formalis´ee) dans le processus d’´evolution par extension concernant des relations d’un mod`ele de feature. Le symbole “v” repr´esente une validation de l’utilisateur, et un trait en pointill´e une relation potentielle, enfin les traits en tirets repr´esentent des associations interespace entre le mod`ele de feature et des core assets.
Figure11.13: Succession de relations lors de l’´evolution par extension
11.7 En r´esum´e
Afin de pallier au manque de flexibilit´e et d’automatisme de l’´evolution, la th`ese propose un processus d’´evolution incr´ementale de la ligne de produits. L’objectif est de fournir un processus outill´e pour faciliter la r´e-injection des d´eveloppements dans la ligne de produits et de r´ealiser une exploitation syst´ematique des efforts de conception. La proposition marque un rapprochement entre le processus de d´erivation de l’ing´enierie de l’application et la gestion de la variabilit´e propre `a l’ing´enierie du domaine.
L’´evolution cibl´ee est caract´eris´ee comme une ´evolution par extension qui repose sur un pro-cessus semi-automatis´e et outill´e, centr´e sur la phase de d´erivation des produits. L’´etape de d´ecouverte des modifications, de la r´ev´elation et de l’incorporation de la variabilit´e repose sur un algorithme mod´elis´e qui se base principalement sur un dictionnaire de vocabulaire m´etier, de l’homologie structurelle, et sur l’´etude de la variabilit´e existante.
Quatri`eme partie
Application et applicabilit´e de la
mod´elisation
“Es ist nicht genug, zu wissen, man muß auch anwenden ; es ist nicht genug, zu wollen, man muß auch tun.”a
a
Il ne suffit pas de savoir, il faut aussi appliquer ; il ne suffit pas de vouloir, il faut aussi agir.
— Johann Wolfgang von Goethe, Wilhelm Meisters Wanderjahrem, 1796
12 Mod´elisation de l’espace de mod´elisation, cas d’´etude Thales
12.1 Mod´elisation intentionnelle de l’espace de mod´elisation . . . 169
12.2 Mod´elisation avec les Relationships `a une granularit´e plus fine. . . 173
12.3 Consid´erations architecturales appliqu´ees `a l’espace de mod´elisation . . . 178
12.4 Conclusion . . . 183
13 Application, outillage et discussion 13.1 Mod´elisation de l’espace de mod´elisation, cas d’´etude de la litt´erature . . . 185
13.2 Outillage d´evelopp´e dans le cadre de la th`ese . . . 188
CHAPITRE
12
Mod´elisation de l’espace de
mod´elisation, cas d’´etude Thales
“L’information, c’est la n´eguentropie potentielle.” — C. de Beauregard
L
astructure, tant en terme de processus IDM, que de s´eparation des pr´eoccupations. Les sys-section pr´esente un cas d’´etude Thales ´edulcor´e en terme de mod`ele mais reprenant la t`emes trait´es dans le cadre applicatif industriel sont des syst`emes `a logiciel pr´epond´erant, et la description se fait suivant une perspective d’ing´enierie logicielle (introduite dans la section6.1.2, et figure 6.1, page 86). Le scenario d´ecrit une mise en œuvre de ligne de produits de syst`emes r´eactifs, `a vocation d’´evolution r´eactive. Le cas d’´etude a ´et´e introduit tr`es partiellement dans les publications [CMCJ11,CCMJ12] et fait l’objet d’un rapport technique en interne. Le cas d’´etude entre dans le cadre de mod´elisation ARCADIA de Thales (introduit en section2.2.1) et l’espace technologique de Thales Air Systems.La section d´ecrit tout d’abord la mod´elisation intentionnelle de l’espace de mod´elisation, puis les relations mises en place, pour enfin se focaliser sur la plate-forme conceptuelle architecturale. Certains d´etails non rapport´e dans ce chapitre sont donn´es dans l’annexe C.