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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

phase 1<br />

phase 2<br />

<strong>Modélisation</strong> <strong>des</strong> <strong>systèmes</strong> <strong>temps</strong>-<strong>réel</strong> <strong>répartis</strong> <strong>embarqués</strong><br />

modélisation de<br />

l'application en AADL<br />

expansion <strong>des</strong><br />

threads AADL<br />

modélisation de<br />

l'application et de<br />

l'intergiciel en AADL<br />

prototype exécutable sur un<br />

intergiciel de haut niveau<br />

système exécutable sur un<br />

intergiciel de bas niveau<br />

FIG. IV.1 – Cycle de conception en deux phases<br />

Cette première phase permet de valider <strong>la</strong> structure en nœuds de l’application. La modélisation<br />

produite par les premières itérations du raffinement peuvent éventuellement être trop vague <strong>pour</strong><br />

permettre <strong>la</strong> génération d’un système exécutable ; elle peut cependant être exploitée soit à <strong>des</strong> fins<br />

de documentation (dans <strong>la</strong> mesure où <strong>la</strong> <strong>des</strong>cription reste encore assez abstraite) soit <strong>pour</strong> certaines<br />

vérifications formelles.<br />

Tous les éléments de configuration doivent être contenus dans le modèle, afin de caractériser<br />

complètement l’application. À <strong>la</strong> fin de cette phase, nous devons obtenir un prototype conforme<br />

aux spécifications fonctionnelles (notamment comportementales) de l’application. Dans <strong>la</strong> mesure<br />

où nous n’avons qu’un contrôle limité sur <strong>la</strong> structure de l’intergiciel, les imp<strong>la</strong>ntations exécutables<br />

issues de cette modélisation peuvent faire une certaine abstraction <strong>des</strong> éléments de performance et<br />

de dimensionnement comme <strong>la</strong> taille mémoire ou les <strong>temps</strong> d’exécution. Nous pouvons néanmoins<br />

faire une première évaluation du respect <strong>des</strong> contraintes temporelles ou spatiales.<br />

La seconde phase du développement consiste à déduire une modélisation en AADL de l’intergiciel<br />

à partir de <strong>la</strong> <strong>des</strong>cription de l’application. La <strong>des</strong>cription complète (application et intergiciel)<br />

peut alors être analysée et simulée afin d’en évaluer les dimensions exactes, s’assurer de sa fiabilité<br />

et de son adéquation avec les besoins. Dans cette dernière phase, le concepteur a une maîtrise complète<br />

de tous les aspects de l’application répartie, et peut donc en ajuster finement les différents<br />

paramètres, par exemple en sélectionnant tel ou tel composant.<br />

L’approche que nous avons décrite à <strong>la</strong> section IV-1 ne s’intègre pas dans notre cycle de<br />

conception. Les modélisations décrites en IV-1 peuvent être exploitées comme une phase de maquettage.<br />

Compte-tenu de <strong>la</strong> capacité d’AADL à assembler <strong>des</strong> composants prédéfinis, <strong>des</strong> éléments<br />

définis dans cette phase de maquettage peuvent être directement intégrés dans notre processus<br />

et servir de point de départ à <strong>la</strong> première phase.<br />

60 c○ 2007 Thomas Vergnaud

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

Saved successfully!

Ooh no, something went wrong!