La mthode de dveloppement en X

un autre point de vue sur le cycle de vie

Mehdi Tahan, Amara Touil, Jean Vareille, Philippe Le Parc
Lisyc Laboratoire Informatique des Systmes Complexes (EA 3883) UEB, UBO, 20 avenue Le Gorgeu 29200 BREST mehdi.tahan@gmail.com, amara.touil@univ-brest.fr, jean.vareille@univ-brest.fr, philippe.le-parc@univ-brest.fr

Sections de rattachement : 27, 60 Secteur : Secondaire

RSUM.

Le dveloppement en X est une mthode de conception rcente qui apporte un regard diffrent sur l'laboration de systmes techniques qui s'appuie sur deux principes fondamentaux : un environnement omniprsent et une simulation du comportement induit par la dfinition mme du systme. Les principaux avantages viss sont un temps de dveloppement raccourci, une meilleure intgration dans le milieu, la prise en compte du cycle de vie dans son intgralit ds la conception jusqu la valorisation en fin de vie, et la dtection de problmes de conception plus tt dans le dveloppement.
MOTS-CLS : mthode de dveloppement, IDM, PLM, gestion du cycle de vie, simulation, ralit virtuelle, co-conception.

1.

Introduction

La ralisation de systmes techniques fait aujourd'hui appel diffrents domaines de conception htrognes, la rendant toujours plus complexe. Les systmes mcatroniques en sont le parfait exemple, le dcoupage de la conception par mtier permet d'en rduire la complexit de dveloppement. Toutefois, chaque branche dispose de mthodes de travail diffrentes et la communication entre elles devient rapidement difficile. De plus pour garantir la russite d'un projet, il est important de connatre les circonstances d'utilisation du systme, mais il est souvent difficile d'tre exhaustif en la matire. Une fois ralis, le systme se retrouve confront un environnement sans garantie qu'il corresponde ce qui a t dfini durant la conception. Dans un premier temps nous ferons un rapide rappel des mthodologies existantes puis nous prsenterons la mthodologie de dveloppement en X.

2.

Mthodes disponibles

Les mthodes prsentes ci-aprs ont t prouves et ont dmontr leurs qualits. Mais certaines problmatiques ne peuvent pas tre rsolues en les utilisant. Diffrentes notions en ont t extraites afin de les intgrer au dveloppement en X. Le dveloppement en cascade (Royce, 1970) , utilis depuis longtemps en gnie civil et en ingnierie mcanique, permet de montrer trois notions fortes : la dualit abstrait/concret dans la progression de la conception, les mondes matriel & immatriel et la mise en production du systme uniquement partir d'une dfinition totale. La figure 1 montre une reprsentation schmatique de cette mthode, qui part de l'ide et se termine par la ralisation concrte. L'axe horizontal symbolise le temps.

Figure 1. Le dveloppement en cascade

Le cycle en V (Hoffman, 1997) est utilis depuis de nombreuses annes dans la conception logicielle et a t trs largement diffus, voir figure 2. Il est identifiable dans la partie suprieure du X reprsent sur la figure 4. Il est noter que durant la premire moiti du V, la structure de cette mthode est comparable celle en cascade, l'analyse abstraite du problme prcde la ralisation et l'intgration.

Figure 2. La mthode en V

La mthode TRIZ met en oeuvre 40 principes pour la conception (Altshuller, 1985) parmi lesquels la segmentation ( diviser un objet en parties indpendantes ) et l'extraction ( Sparer de l'objet une partie (une proprit) "perturbatrice" ou extraire une partie (une proprit) ncessaire ). Elle poursuit la recherche de solution idale en contournant des contradictions. Lanalyse des 40 principes permet de les classer en plusieurs catgories selon qu'ils concernent plutt la gomtrie, les matriaux, le comportement attendu ou l'environnement ou des interactions entre ces notions. L'ontologie de conception Function Behavior Structure (FBS) (Gero,1990) propose de comparer le comportement attendu Be dfini dans le cahier des

charges et le comportement de la structure de la solution Bs . Un processus itratif permet de converger vers un comportement Bs acceptable car voisin de Be . Notons que le comportement obtenu est simul avant mme d'en avoir une dfinition complte ou prototype, et non bas sur la production du systme, ce qui implique une difficult majeure. L'analyse se termine par la production d'une documentation permettant la ralisation du systme. Cette mthode se situe clairement lors de la prconception. La mthode d'Ashby (Ashby, 1989) est destine au choix des matriaux. Elle est base sur la sparabilit des problmes de conception. Soit : les contraintes de conception {F}, les proprits gomtriques {G} et les proprits des matriaux {M(p)}, la performance P du systme est calcule suivant un systme d'quations du type : P = f {F, G, M(p)} En introduisant la notion d'environnement {Env}, puis en appliquant le principe de Sparabilit de la mthode TRIZ et lontologie de conception FBS ont obtient une nouvelle expression de la performance de la structure de la solution Ps : Ps = f0{Env, Bs} f1{ F} f2{G} f3{M(p)} La fonction f1{F} des contraintes F', qui ne sont dues l'environnement ni au comportement de la structure, ntant pas ncessaire a t crite en italique. La mthode 2TUP (Roques 1997) est un cycle de dveloppement en Y qui corrobore l'importance du choix des matriaux au plus tt ainsi que la notion de traitements parallles dans la conception, voir figure 3.

Figure 3. La mthode 2TUP (image due VT Virtual)

L'Idef0 (Idef0, 1993) est une mthode de modlisation par schma base sur la mthode SADT. Elle comporte des lments comparables la mthode TRIZ et FBS et permet de modliser et analyser des lments matriels et immatrielles. La mthode en spirale (Boehm, 1988) et les mthodes agiles (Abrahamsson, 2002) s'appuient sur des prototypages rapides et des itrations de cycle court. Elles proposent aussi un dialogue continu avec le client et l'utilisateur final afin de garantir un rsultat le plus proche possible aux attentes ainsi qu'aux conditions d'utilisation.

Plusieurs notions fondamentales ont t dgages de cette analyse. La mthode de dveloppement en X permet de les runir tout en mettant en vidence leurs interactions. Elle donne aussi une place la simulation raliste du comportement d'un systme dans son environnement afin d'y amliorer son intgration future, mais aussi d'valuer son impact sur celui-ci. Enfin elle permet d'apprcier l'volution historique de la conception des systmes, en fournissant une base d'interprtation au glissement de la valeur ajoute vers les technologies "immatrielles" de l'information et de la communication.

3.

La mthode de dveloppement en X

Dans cette section nous allons prsenter la mthode de dveloppement en X et expliquer o se situent diffrentes dmarches et points de vue exposs plus haut. Tout d'abord nous exprimons le fait que l'environnement existe avant le dbut des processus de conception du systme, continue d'exister pendant l'enchanement des tches d'ingnierie, de ralisation, pendant la priode d'utilisation, lors de son dmantlement, et finalement sa valorisation ou rejet. Chacune de ces tapes s'effectue dans l'environnement et en interaction avec lui. la fin nous esprons que l'environnement rsultant permettra la persistance des activits humaines. Nous considrons tout ce qui est matriel dans le systme est pris de l'environnement et y sera rejet ou bien sera recycl. L'humanit est ici considre comme une composante de l'environnement du systme. Nous plaons au fondement de la reprsentation schmatique de la mthode l'environnement et tout ce qui est matriel au sens des lments physiques, chimiques et biologiques. Nous sparons l'espace du schma en deux zones : l'une correspond tout ce qui est accompli au contact de l'environnement matriel et dont le rsultat y a un effet, l'autre correspond tout ce qui est immatriel, les ides, les informations, les donnes, les savoirs, les savoir-faire, etc. dont l'usage ou la transformation n'a pas d'effet direct sur l'environnement matriel, voir figure 4. La sparation entre les deux zones est symbolise par une droite oriente qui porte l'axe du temps, car le temps est un milieu

immatriel mais ayant une dimension physique, auquel on peut associer un temps logique, immatriel et sans dimension. Le processus dmarre par une ide, donc au coin de la partie du schma dvolue l'immatriel. L'analyse de l'ide initiale enclenche deux processus parallles, l'un immatriel de production d'informations quant l'architecture du systme, ses performances et comportements attendus, l'autre au contact du matriel qui est un processus de slection des lments matriels du systme. La mthode du professeur Ashby permet de dcider des familles de matriaux utilisables pour sa construction ds la phase d'analyse d'un systme, alors que son architecture n'est qu' peine bauche et les gomtries de ses composants indfinies. Des changes verticaux d'informations entre les branches du X ne sont pas reprsents sur la figure 4.

Figure 4. Le dveloppement en X

Aprs la pr-tude commencent simultanment l'tude dans le demi-espace immatriel et la collecte des lments, des matriaux et des outillages ncessaires l'industrialisation. Ces deux processus doivent converger vers le point central de synchronisation du schma en X qui correspond au moment o la production des informations qui dfinissent le systme dans ses moindres dtails est acheve. Si les lments, les outillages et les matriaux sont approvisionns, la ralisation peut alors commencer. Paralllement celle-ci se droule l'intgration des logiciels qui piloteront

le systme, la formation des personnes qui l'utiliseront, et l'intgration progressive de sa partie matrielle et les tests. A l'issue de ces processus de ralisation et d'intgration le systme forme un tout qui associe une partie matrielle qui est plonge dans l'environnement une partie immatrielle compose de donnes et de logiciels qui sont mis en uvre par une partie lectronique et informatique embarque. L'loignement d'une branche du X de la ligne centrale du temps signifie que le systme constitue un tout non encore dissoci gauche ou compltement intgr droite. Plus les branches se rapprochent de la ligne centrale plus le systme est dcompos en ses sous parties. Aprs ralisation et intgration la partie matrielle peut difficilement tre modifie, par contre les donnes de paramtrage et les logiciels peuvent tre changs, modifis tout moment pendant l'utilisation condition que la conception ait tenu compte d'offrir ces possibilits. Une premire lecture du schma en X permet de retrouver le dveloppement en cascade en suivant la diagonale allant de la partie immatrielle gauche la partie matrielle droite. Le cycle en V est quant lui entirement localis dans la partie immatrielle du schma. Le cycle en Y de 2TUP se trouve galement dans le X. Mais le dveloppement en X introduit deux nouveaux points de vue : le point de vue productique et le point de vue scientifique. Le point de vue productique prend la forme d'un V invers, il est situ entirement dans la partie matrielle (voir figure 5).

Figure 5. Le point de vue productique

Dans lordre chronologique des ressources disponibles dans l'environnement sont slectionnes trs tt. Ces ressources peuvent tre des matires premires mais aussi des composants, des ressources humaines, de lnergie, etc. Ensuite vient une phase ascendante de collecte des ressources matrielles, matriaux bruts ou composants. Elles sont rassembles en totalit au point culminant du qui correspond au moment o la dfinition du systme raliser est complte, sinon au moins suffisamment avance pour lancer la phase descendante de production. L'intrt d'introduire ce point de vue est de d'offrir un regard sur la totalit de la matrialit du systme, ds la slection des ressources dans l'environnement qui dbute pendant lanalyse de prconception. terme cela permettrait de percevoir la totalit de l'interaction conception systme/environnement et non plus seulement produit/environnement. L'environnement est omniprsent il intervient durant toutes les phases, de la conception, l'exploitation.

Sans ce point de vue il serait difficile de mesurer l'impact environnemental total du systme sur lintgralit de son cycle de vie. La reprsentation du point de vue scientifique correspond celle dun schma en cascade invers prsent sur la figure 6 : la courbe part du matriel pour aboutir l'immatriel, en l'occurrence des donnes et des modles.

Figure 6. Le point de vue scientifique

En effet, un scientifique exprimente dans le monde rel diffrentes thories afin den comprendre les mcanismes. Une fois les informations exprimentales collectes il les synthtise afin de les organiser en modle. Chacun de ces modles vient enrichir un modle gnral. Ainsi les scientifiques contribuent une meilleure comprhension de notre environnement, des principes et des lois qui le rgissent avec comme but de pouvoir en prvoir les volutions futures en partant de la connaissance du prsent et du pass.

4.

Ordonnancement des tches de conception

Le schma en X peut tre compris comme un PERT dont les chances temporelles sont gouvernes par l'inertie des aspects matriels. Une des difficults majeures de l'ingnierie systme est qu'au dpart du processus de conception le cahier des charges est pauvre en donnes, ce qui laisse une trs grande libert de choix. Lors de l'analyse pralable la conception les donnes et contraintes connues peuvent tre classes selon leurs dimensions physiques. Certaines sont gomtriques, d'autres comme la dure de vie sont temporelles, ou relatives l'inertie donc la masse, aux tempratures, etc. Le but de la conception est de dfinir le systme technique, donc les matriaux constitutifs des pices, leurs formes et dimensions gomtriques, les lments standards intgrer, et les logiciels employer. videmment les dimensions gomtriques et les formes des pices ne font intervenir que des longueurs et des angles qui ne peuvent en soi permettre de faire face aux efforts, aux pressions, et aux tempratures, etc. Ce sont les matriaux et leurs caractristiques qui y correspondent. Or ces dernires ne sont pas continues. Par exemple si nous reportons sur un graphe XY le module de Young et les masses volumiques des matriaux nous voyons immdiatement que les nuances formes un chapelet de petites zones qui ne couvrent pas le plan. Il est vident alors qu'il vaut mieux d'abord choisir les matriaux capables et ensuite dterminer les formes des pices et ajuster leur dimensions, plutt que de

procder dans l'ordre inverse, car les dimensions et les angles sont des variables continues qui couvrent compltement leurs espaces de dfinition. Les derniers principes de la mthode TRIZ ainsi que les tous premiers et la mthode d'Ashby doivent donc tre utiliss en premier au moment du choix des matriaux constitutifs (Tahan et al. 2010). L'architecture des liaisons mcaniques entre les pices est typiquement un problme non linaire et totalement discontinu. Il convient donc de le traiter immdiatement aprs le choix des matriaux en employant les principes ad hoc de la mthode TRIZ parmi les 30 premiers. Arrive enfin le problme des formes et des dimensions des pices qui peut tre trait en dernier par les mthodes habituelles de dimensionnement car l il s'agit de problmes continus sans empchement quant aux espaces de dfinition des variables. De plus ces problmes peuvent tre linariss dans bien des cas. Le dveloppement des logiciels est un problme discontinu qu'il convient de rsoudre en choisissant en premier lieu une architecture, ensuite des composants standards, puis en dveloppant les parties non standards, le tout en utilisant les mthodes et outils de gnie logiciel. Pour pouvoir piloter l'ensemble de ces processus de conception nous proposons d'utiliser l'ingnierie systme (Schmidt 2006; AFIS 2005) et des langages du type SysML (SysML 2010) ou des DSL (Modelica 2010). Au pralable nous tablissons un mtamodle de domaine (Touil et al. 2010) duquel nous drivons des modles d'instances pour chaque cahier des charges. Le challenge futur sera de conserver la cohrence d'ensemble du dveloppement dans un monde o chaque branche de mtier utilisera des outils logiciels diffrents pour la CAO et les simulations.

5.

Conclusion

Les techniques de conception n'ont cess dvoluer. Chaque domaine possde ses propres mthodes de dveloppement : mthode en cascade, cycle en V, etc. Le dveloppement en X tente d'unifier les diffrents points de vue afin de permettre chaque intervenant de disposer d'une entre dans le systme. Aujourd'hui encore bon nombre d'industriels agissent comme si lenvironnement tait infini. Cette approche n'est plus concevable car les ressources en matires premires sont finies, en particulier les mtaux rares. Lajout de la notion d'environnement omniprsent ouvre la possibilit de mesurer l'impact environnemental d'un systme. Pour lappliquer nous proposons dutiliser lingnierie dirige par les modles. Celle-ci devrait permettre la convergence de modles labors par des quipes de dveloppement de branches varies suivant des dmarches diffrentes. En outre les conversions automatiques entre mtamodle et modles devraient permettre

daugmenter la proportion de temps consacre par les concepteurs la cration en rduisant celle employe aux saisies spares de modles et leur vrification. Enfin le schma gnral du dveloppement en X permet d'imaginer que dans le futur les systmes qui offriront des services similaires ceux daujourdhui seront composs dune partie matrielle plus rduite supportant une partie immatrielle pouvant crotre sans limite autre que la ressource intellectuelle humaine.

6.

Bibliographie

Royce W.W., "Managing the Development of Large Software Systems", Proceedings of IEEE WESCON 26 (August), 1970, p.1-9. Altschuller G., Triz lalgorithme de rsolution de problmes innovants ARIZ-85-V ,1985. Altshuller Foundation Gero J.S., "Design prototypes: a knowledge representation schema for design", AI Magazine 11(4), 1990, p.26-36. Ashby M.F., "Materials selection in conceptual design", Mater Sci Tech 5 (6), 1989, p. 517525. Hoffman M. & Beaumont T., "Application Development: Managing the Project Life Cycle", Mc Press, ISBN 1883884454, 1997. Roques P., Valle F., "UML2 en action, de l'analyse des besoins la conception", Eyrolles (2007). Idef0, "Integration definition for function modeling (Idef0)", Draft Federal Information Processing Standards Publication 183, 1993. Boehm B, "A Spiral Model of Software Development and Enhancement", Computer, IEEE, 21(5), 1988, p.61-72. Abrahamsson P. and al., "Agile Software Development Methods: Review and Analysis" VTT Publications 478, 2002. Tahan M. and al., "The X-development method", Crecos seminary, Aalto University, Helsinki, November 2010. Schmidt D.C., "Model-Driven Engineering", IEEE Computer 39 (2), 2006. SysML, "Systems Modeling Language (OMG SysML)", 2010. Modelica, "Modelica - A Unified Object-Oriented Language for Physical Systems Modeling Language Specification", 2010. AFIS Pourquoi lIngnierie Systme ? Association franaise dIngnierie Systme , 2005. Touil A, Vareille J., et Le Parc P., "Modeling and Analysing Ubiquitous Systems Using MDE Approach" The Fourth International Conference on Mobile Ubiquitous Computing, Systems, Services and Technologies UBICOMM 2010, Florence, 2010.