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 ...
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