Méthodes pour la validation de modèles formels pour la ... - ISAE

104 Chapitre 4. Processus pour la validation de modèle AltaRica
à l’utilisation du model-checking [38] pour montrer qu’un modèle satisfait une propriété donnée.
Nous nous intéressons dans ce mémoire davantage à des activités de test sur le modèle. L’objectif
est alors de « tester » le comportement du modèle dans le but de détecter des fautes potentiellement
introduites lors de la construction du modèle (lors de la réalisation de la spécification - chapitre 3 -
ou lors de l’implémentation), i.e. de détecter des écarts entre le comportement attendu du modèle
et les résultats des tests.
Avant de nous intéresser davantage à ce processus de validation par test de conformité d’un
modèle AltaRica par rapport à sa spécification, nous pensons utile d’expliciter les différences entre
preuve et test et les raisons pour lesquels nous préférons, pour notre problématique, le test.
4.1.2 Pourquoi faire du test ?
Si la notion de test sera davantage explicitée dans la suite, nous donnons ici, des définitions
intuitives des termes preuve et test.
– Une preuve est une démonstration formelle qu’un modèle satisfait une propriété. Ainsi, on
peut s’assurer qu’une propriété est vraie pour toutes les exécutions possibles du modèle.
– Un test consiste à tester un chemin d’exécution du modèle. On fournit au modèle des entrées
et on observe la sortie obtenue. On compare ensuite la sortie obtenue avec celle attendue.
Pour aller plus loin à ce stade, il est nécessaire de connaître, dans le processus de développement
du modèle, quelles activités et quels documents peuvent être formels et lesquels ne peuvent
pas l’être. Pour cela, la figure 4.1 inspirée de [29] présente une vision concise de ce processus de
développement d’un modèle. On distinguera dans cette figure les documents (représentés par des
boîtes) et les activités (représentées par des flèches).
Documents de
conception
Chap.3−Activité
−−−−−−−−−−−→
de spécification
←−−−−−−−
V alidation
Spécification du
modèle AltaRica
Implémentation
−−−−−−−−−−→
V érification
←−−−−−−−−
V alidation
Modèle
AltaRica
Figure 4.1 – Processus de développement d’un modèle
Remarque : L’activité de « vérification » consiste à s’assurer que le modèle construit l’est de
manière correcte. On souhaite démontrer que les exigences spécifiées sont satisfaites
par le modèle. L’activité de validation vise quant à elle à s’assurer de la pertinence
du modèle par rapport au système réel qu’il représente (a-t-on construit le bon
modèle ?).
Sur la figure 4.1, on s’intéresse à ce qui peut être formel et à ce qui ne peut pas l’être. L’argumentation
est pour cela reprise de [29]. On s’intéresse dans un premier temps aux documents :
les documents de conception, la spécification du modèle AltaRica et le modèle AltaRica.
– Les documents de conceptions sont par nature informels. Il s’agira par exemple de spécifications
de conception écrites en langage naturel, de schémas techniques ou de connaissances
experts.
– La spécification du modèle AltaRica est d’après notre expérience rarement totalement formelle.
En accord avec la section 3.8, elle peut être semi-formelle.
– Le modèle peut lui aussi être formel si on suppose que le langage utilisé l’est. Dans le cas
du langage AltaRica, le modèle est donc formel.