04.07.2013 Views

Modélisation des systèmes temps-réel répartis embarqués pour la ...

Modélisation des systèmes temps-réel répartis embarqués pour la ...

Modélisation des systèmes temps-réel répartis embarqués pour la ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapitre IV – Utilisation d’AADL <strong>pour</strong> décrire une application répartie<br />

AADL nous fournit ce<strong>la</strong> un formalisme permettant de décrire précisément les caractéristiques<br />

de l’application <strong>pour</strong> en déduire les éléments de configuration de l’intergiciel. L’utilisation<br />

d’AADL comme support central <strong>pour</strong> tous les aspects de <strong>la</strong> modélisation permet de rationaliser le<br />

processus de développement et de vérification.<br />

IV-3 Cycle de développement<br />

De par sa complexité, le développement d’une application répartie <strong>pour</strong> un système embarqué<br />

<strong>temps</strong>-<strong>réel</strong> nécessite une vérification régulière du respect <strong>des</strong> spécifications. Une approche<br />

de développement itérative (ou cycle en « spirale ») permet une rétroaction entre l’application et<br />

ses spécifications initiales. Une telle approche est dite « par prototypage » ; elle consiste en une<br />

démarche de conception pas à pas permettant <strong>la</strong> validation régulière de l’architecture. Il est ainsi<br />

possible de détecter les problèmes re<strong>la</strong>tivement tôt, ce qui permet d’éviter de coûteuse modifications<br />

sur l’architecture finale.<br />

IV-3.1 Principes du prototypage<br />

Le terme « prototypage » recouvre deux notions différentes [Kordon et Luqi, 2002]. Le premier<br />

type de prototypage est dit « jetable » (throw-away). Il s’agit de <strong>la</strong> création de prototypes<br />

dans le but de valider les concepts avant d’imp<strong>la</strong>nter le système lui-même. On parle alors de maquettage.<br />

Le maquettage est rarement utilisé lors du développement : du fait que les maquettes ne<br />

sont pas réutilisées, elles ne sont exploitées qu’à <strong>des</strong> fins de raffinement <strong>des</strong> besoins du système.<br />

L’utilisation d’AADL que nous avons présentée dans <strong>la</strong> section IV-1.<br />

La seconde approche est dite « par évolution ». À <strong>la</strong> différence du maquettage, les prototypes<br />

font partie intégrante du développement du système final. Chaque prototype est une pré-version<br />

plus ou moins aboutie du système final, développée <strong>pour</strong> vérifier <strong>des</strong> propriétés que l’on attend<br />

du système final. Les différents prototypes sont <strong>des</strong> raffinements les uns <strong>des</strong> autres afin de tendre<br />

vers un système de plus en plus proche de ce que l’on souhaite. Le dernier prototype est en fait le<br />

système final lui-même.<br />

Nous basons notre méthodologie de développement sur une démarche de prototypage. Les<br />

différents prototypes sont issus de <strong>la</strong> <strong>des</strong>cription AADL par transformation de modèle.<br />

IV-3.2 Phases de conception<br />

Nous définissons un cycle de conception en deux phases principales, correspondant à deux granu<strong>la</strong>rités<br />

d’intergiciel différentes. La succession de ces deux phases est illustrée sur <strong>la</strong> figure IV.1.<br />

Lors de chaque phase, le modèle AADL est exploité de différentes manières, comme illustré sur<br />

<strong>la</strong> figure IV.2 :<br />

– différentes opérations peuvent être effectuées <strong>pour</strong> vérifier <strong>la</strong> cohérence <strong>des</strong> contraintes exprimées<br />

sur l’architecture ;<br />

– un système exécutable peut être généré afin de tester <strong>la</strong> conformité vis-à-vis <strong>des</strong> contraintes<br />

temporelles et spatiales ;<br />

– différentes représentations formelles peuvent être extraites du modèle AADL afin de valider<br />

le comportement <strong>des</strong> entités ;<br />

Dans une première phase nous nous basons sur une <strong>des</strong>cription AADL simple de l’application<br />

que nous voulons construire. Cette <strong>des</strong>cription correspond à l’utilisation d’un intergiciel très<br />

général supposé capable de fournir tous les services de communication nécessaires.<br />

c○ 2007 Thomas Vergnaud 59

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!