Approche de mÃ©tamodÃ©lisation pour la simulation et la vÃ©rification ...

More documents

Recommendations

Info

36 CHAPITRE 2. L’INGÉNIERIE DIRIGÉE PAR LES MODÈLES NamedElement name: String Type type 1 TypedElement DataType Boolean String Natural Class isAbstract: Boolean = false 0..* superClass Property lower: Natural = 1 owner upper : Natural = 1 isOrdered : Boolean = false {ordered} 0..* isComposite: Boolean = false ownedAttribute default: String = "" 0..1 opposite FIGURE 2.5: Concepts principaux de métamodélisation (EMOF 2.0) Syntaxe abstraite La syntaxe abstraite (AS) d’un langage de modélisation exprime, de manière structurelle, l’ensemble de ses concepts et leurs relations. Les langages de métamodélisation tels que le standard MOF de l’OMG [OMG06b], offrent les concepts et les relations élémentaires qui permettent de décrire un métamodèle représentant la syntaxe abstraite d’un langage de modélisation. Pour définir cette syntaxe, nous disposons à ce jour de nombreux environnements et langages de métamodélisation : Eclipse-EMF/Ecore [BSE03], GME/MetaGME [LMB + 01], AM- MA/KM3 [JB06, ATL05], XMF-Mosaic/Xcore [CESW04] ou Kermeta [MFJ05]. Tous ces langages reposent toutefois sur les mêmes constructions élémentaires (cf. figure 2.5). S’inspirant de l’approche orientée objet, les langages de métamodélisation objet offre le concept de classe (Class) pour définir les concepts d’un DSML. Une classe est composée de propriétés (Property) qui la caractérisent. Une propriété est appelée référence lorsqu’elle est typée (TypedElement) par une autre classe, et attribut lorsqu’elle est typée par un type de donnée (p. ex. booléen, chaîne de caractère et entier). Nous illustrons ces concepts par la définition de SIMPLEPDL, un langage simple de description de procédé, que nous utiliserons dans la suite de cette thèse pour illustrer les différentes techniques abordées. Il s’inspire du standard SPEM (Software & Systems Process Engineering Metamodel) [OMG05a] proposé par l’OMG mais aussi du métamodèle UMA (Unified Method Architecture) utilisé par le plug-in Eclipse EPF 7 (Eclipse Process Framework), dédié à la modélisation de procédé. Il est volontairement simplifié pour ne pas compliquer inutilement les expérimentations. Pour définir la syntaxe abstraite de SimplePDL, nous avons utilisé l’éditeur graphique du projet TOPCASED permettant la description de métamodèles à l’aide 7. http://www.eclipse.org/epf/
2.2. LA MÉTAMODÉLISATION 37 Process name: String 0..* guidances workDefinitions 0..* WorkDefinition name: String 0..* guidances Guidance content: String linkToSuccessor 1 predecessor 0..* successor 0..* 1 linkToPredecessor workSequences 0..* WorkSequence kind: WorkSequenceKind WorkSequenceKind finishToStart finishToFinish startToStart startToFinish FIGURE 2.6: Syntaxe abstraite de SIMPLEPDL du langage de métamodélisation Ecore. Le métamodèle SIMPLEPDL est donné figure 2.6. Il définit le concept de processus (Process) composé d’un ensemble d’activités (WorkDefinition) représentant les différentes tâches à réaliser durant le développement. Une activité peut dépendre d’une autre (WorkSequence). Une contrainte d’ordonnancement sur le démarrage ou la fin de la seconde activité est précisée (attribut linkType) grâce à l’énumération WorkSequenceType. Par exemple, deux activités A 1 et A 2 reliées par une relation de précédence de type finishToStart signifie que A 2 ne pourra commencer que quand A 1 sera terminée. Enfin, des annotations textuelles (Guidance) peuvent être associées aux activités pour donner plus de détails sur leurs réalisations. La figure 2.7 donne un exemple de modèle de processus composé de quatre activités. Le développement ne peut commencer que quand la conception est terminée. La rédaction de la documentation ou des tests peut commencer dès que la conception est commencée (startToStart) mais la documentation ne peut être terminée que si la conception est terminée (finishToFinish) et les tests si le développement est terminé. La représentation graphique offerte par les langages de métamodélisation ne permet pas de capturer formellement l’ensemble des propriétés du langage (c.-à-d. les context conditions). Dans le domaine des langages de programmation, la sémantique axiomatique est basée sur des logiques mathématiques et exprime une méthode de preuve pour certaines propriétés des constructions d’un langage [Cou90]. Celle-ci peut être très générale (e.g. triplet de Hoare) ou restreinte à la garantie de la cohérence de ces constructions (p. ex. le typage). Dans le cadre d’un langage de modélisation, cette seconde utilisation est exprimée par le biais de règles de bonne formation (Well-Formed Rules – WFR), au niveau du métamodèle. Ces règles devront être respectées par les modèles conformes à ce métamodèle.
Page 1: Année : 2008 THÈSE soutenue en vu
Page 4 and 5: 4 Ce travail a aussi et avant tout
Page 7: Abstract The model-driven engineeri
Page 10 and 11: 10 TABLE DES MATIÈRES 4 Définitio
Page 12 and 13: 12 TABLE DES MATIÈRES 10.3.4 Séma
Page 14 and 15: 14 TABLE DES FIGURES 6.1 Approche p
Page 16 and 17: 16 LISTINGS
Page 18 and 19: 18 CHAPITRE 1. INTRODUCTION GÉNÉR
Page 27 and 28: Chapitre 2 État de l’art sur l
Page 29 and 30: 2.1. LES MODÈLES AU COEUR DU DÉVE
Page 31 and 32: 2.1. LES MODÈLES AU COEUR DU DÉVE
Page 33 and 34: 2.2. LA MÉTAMODÉLISATION 33 est a
Page 35: 2.2. LA MÉTAMODÉLISATION 35 Concr
Page 39 and 40: 2.2. LA MÉTAMODÉLISATION 39 Proc
Page 41 and 42: 2.3. LA TRANSFORMATION DE MODÈLE 4
Page 43 and 44: 2.3. LA TRANSFORMATION DE MODÈLE 4
Page 45 and 46: 2.4. DISCUSSION ET SYNTHÈSE 45 une
Page 47 and 48: Chapitre 3 État de l’art sur l
Page 49 and 50: 3.2. SPEM, STANDARD POUR LA MODÉLI
Page 51 and 52: 3.3. VERS UNE EXÉCUTABILITÉ DES M
Page 53 and 54: 3.4. DISCUSSION ET SYNTHÈSE 53 du
Page 55 and 56: Chapitre 4 Définition de la séman
Page 57 and 58: 4.1. TAXONOMIE DES SÉMANTIQUES DAN
Page 59 and 60: 4.1. TAXONOMIE DES SÉMANTIQUES DAN
Page 61 and 62: 4.2. SÉMANTIQUE OPÉRATIONNELLE :
Page 69 and 70: 4.3. SÉMANTIQUE PAR TRADUCTION : E
Page 71 and 72: 4.3. SÉMANTIQUE PAR TRADUCTION : E
Page 73 and 74: 4.4. DISCUSSIONS ET PROBLÉMATIQUES
Page 75 and 76: 4.4. DISCUSSIONS ET PROBLÉMATIQUES
Page 77: Deuxième partie Contributions pour
Page 80 and 81: 80 CHAPITRE 5. DÉFINITION D’UN D
Page 86 and 87:
86 CHAPITRE 5. DÉFINITION D’UN D
Page 88 and 89:
Page 90 and 91:
Page 92 and 93:
Page 94 and 95:
Page 96 and 97:
Page 98 and 99:
98 CHAPITRE 6. VÉRIFICATION DE MOD
Page 100 and 101:
100 CHAPITRE 6. VÉRIFICATION DE MO
Page 102 and 103:
Page 104 and 105:
Page 106 and 107:
Page 108 and 109:
Page 110 and 111:
Page 112 and 113:
Page 114 and 115:
Page 116 and 117:
116 CHAPITRE 7. SIMULATION DE MODÈ
Page 118 and 119:
Page 120 and 121:
Page 122 and 123:
Page 124 and 125:
Page 126 and 127:
Page 128 and 129:
128 CHAPITRE 8. CADRE FORMEL POUR L
Page 130 and 131:
Page 132 and 133:
Page 134 and 135:
Page 136 and 137:
Page 138 and 139:
Page 140 and 141:
Page 142 and 143:
Page 144 and 145:
Page 146 and 147:
146 CHAPITRE 9. TRANSFERT DES CONTR
Page 148 and 149:
Page 150 and 151:
Page 152 and 153:
Page 154 and 155:
Page 156 and 157:
Page 158 and 159:
158 CHAPITRE 10. CONCLUSION GÉNÉR
Page 160 and 161:
Page 162 and 163:
Page 164 and 165:
Page 166 and 167:
166 BIBLIOGRAPHIE [BB04] Informatio
Page 168 and 169:
168 BIBLIOGRAPHIE conference on Aut
Page 170 and 171:
170 BIBLIOGRAPHIE [CBTH08] Benoît
Page 172 and 173:
172 BIBLIOGRAPHIE [CKO92] Bill CURT
Page 174 and 175:
174 BIBLIOGRAPHIE [Fav04] Jean-Mari
Page 176 and 177:
176 BIBLIOGRAPHIE [Hau05] [HbR00]
Page 178 and 179:
178 BIBLIOGRAPHIE [KK03] Diagrams B
Page 180 and 181:
180 BIBLIOGRAPHIE [Mer07] Merlin ge
Page 182 and 183:
182 BIBLIOGRAPHIE [RG99] [RG00] [Ro
Page 184 and 185:
184 BIBLIOGRAPHIE [ZG02] Paul ZIEMA
Page 187 and 188:
Annexe A Preuve de bisimulation fai
Page 189 and 190:
189 - F inishActivity avec min ≤
Page 191 and 192:
191 - S = (started, notF inished, c
Page 193 and 194:
193 Si la transition est franchie d
Page 195 and 196:
Annexe B Outils pour éditer, simul
show all

Approche de mÃ©tamodÃ©lisation pour la simulation et la vÃ©rification ...

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

Delete template?

Save as template?