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

Chapitre VII – Vérification formelle de la structure des applications
21 thread thread_b
22 features
23 rpc : requires subprogram access sspg_b;
24 e1 : in event data port donnee;
25 s1 : out event data port donnee;
26 s2 : out event data port donnee;
27 end thread_b;
28
29 thread implementation thread_b.impl
30 calls
31 seq1 : {appel1 : subprogram sspg_a;
32 appel2 : subprogram sspg_b;};
33 seq2 : {appel3 : subprogram access rpc;};
34 connections
35 cnx1 : parameter e1 -> appel1.e1;
36 cnx2 : parameter e1 -> appel3.e1;
37 cnx3 : parameter e1 -> appel3.e2;
38 cnx4 : parameter appel1.s1 -> appel2.e1;
39 cnx5 : parameter appel3.s1 -> appel2.e2;
40 cnx6 : parameter appel3.s1 -> s1;
41 cnx7 : parameter appel2.s1 -> s2;
42 end thread_b.impl;
43
44 process processus
45 features
46 e : in event data port donnee;
47 s : out event data port donnee;
48 end processus;
49
50 process implementation processus.impl
51 subcomponents
52 thread1 : thread thread_a;
53 thread2 : thread thread_b.impl;
54 connections
55 subprogram access thread1.rpc -> thread2.rpc;
56 event data port e -> thread2.e1;
57 event data port thread2.s1 -> s;
58 end processus.impl;
Listing VII.3 – Appels de sous-programmes, traduits en réseau de Petri sur la figure VII.7
Le second thread, thread2 comporte deux séquences d’appel. La première est constituée de
deux appels de sous-programmes ; la seconde est en fait un appel distant au sous-programme
fourni par le premier thread, thread1. La circulation des données, indiquée par les connexions, est
la suivante :
– appel1 effectue un calcul à partir de e1 et transmet le résultat à appel2 ;
– appel3 (exécuté sur le premier thread) effectue un calcul à partir de e1 et transmet le résultat
à appel2 ainsi qu’à la sortie s2 du second thread ;
– appel2 utilise les données fournies par appel1 et appel3 et renvoie le résultat vers la sortie
s1 du thread.
Les identificateurs de place et de transition sont construits par concaténation des identificateurs
des différentes conteneurs des entités AADL. Ainsi thread2_appel1_s1 est issu de la feature s1 de
l’appel appel1 du thread thread2 ; pour des raisons de lisibilité nous avons omis l’identificateur
c○ 2007 Thomas Vergnaud 139