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.

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

pouvoir être configuré afin de fournir les fonctions nécessaires en terme de nombre de threads système<br />

tout en garantissant les performances requises par l’architecture, énoncées comme propriétés<br />

<strong>des</strong> threads AADL.<br />

VI-2.1 Organisation de l’interface avec l’intergiciel<br />

L’interface avec l’intergiciel doit pouvoir contrôler l’enveloppe applicative générée à partir <strong>des</strong><br />

sous-programmes AADL (cf. chapitre V) selon les deux fonctionnalités que nous avons identifiées<br />

en section VI-1.1. Elle doit donc remplir deux fonctions :<br />

– prendre en charge les requêtes entrantes à <strong>des</strong>tination <strong>des</strong> entités matérialisant les threads<br />

AADL ;<br />

– exécuter ces entités en fonction <strong>des</strong> politiques de déclenchement spécifiées dans <strong>la</strong> <strong>des</strong>cription<br />

AADL.<br />

La réception <strong>des</strong> requêtes correspondant aux ports d’événement/donnée et aux sous-programmes<br />

invoqués à distance doit déclencher l’exécution de l’enveloppe applicative. Les données associées<br />

aux requêtes correspondant aux ports de donnée doivent être mémorisées en attendant les<br />

conditions de déclenchement du thread AADL – arrivée d’une requête associée à un port d’événement/donnée<br />

ou échéance de <strong>la</strong> période de déclenchement du thread. Il est donc nécessaire de<br />

séparer le traitement <strong>des</strong> données associées aux requêtes et le mécanisme de déclenchement de<br />

l’application. La figure VI.1 illustre l’architecture que nous avons définie <strong>pour</strong> <strong>la</strong> couche d’interface.<br />

interface avec l'intergiciel<br />

entité servante<br />

de l'intergiciel<br />

1<br />

2<br />

élément de l'enveloppe<br />

applicative<br />

3<br />

tampon de<br />

données<br />

4<br />

cœur de l'intergiciel<br />

5 6<br />

contrôleur<br />

7<br />

3<br />

échéancier<br />

FIG. VI.1 – Organisation de l’interface avec l’intergiciel<br />

Définition VI.3 (Prise en charge <strong>des</strong> threads AADL)<br />

Chaque thread AADL correspond à une entité servante dans l’intergiciel.<br />

Chaque thread AADL correspond à une instance de l’architecture représentée en figure VI.1.<br />

L’entité servante correspond à une entité de base gérée par l’intergiciel, par exemple un servant<br />

si l’intergiciel est un ORB CORBA ; elle est enregistrée auprès de l’intergiciel, et reçoit toutes<br />

les requêtes correspondant aux éléments d’interface du thread AADL qu’elle représente. Chaque<br />

102 c○ 2007 Thomas Vergnaud

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

Saved successfully!

Ooh no, something went wrong!