Assistance au calage de modèles numériques en hydraulique ... - TEL

CHAPITRE 5 IMPLÉMENTATION D’UN SYSTÈME OPÉRATIONNEL5.3.2 Construction d’une base de connaissances en pilotage de programmesLa première étape de développement d’un système à base de connaissances est biensûr la construction de la base de connaissances elle-même. Disposant par ailleurs d’outilsperformants comme l’interpréteur du langage YAKL et le moteur d’inférence PE-GASE+, la construction de cette base de connaissances a constitué l’essentiel du travailde développement du prototype. La base de connaissances détaillée ici est construitesuivant les contraintes associées au pilotage de programmes.De conceptualisation en prototypage, et inversementLa construction de la base de connaissances dans le langage YAKL ne s’est pas effectuée– loin de là – de manière linéaire. Plusieurs étapes ont nécessité des allers etretours pour parvenir à un résultat satisfaisant. On retrouve ici une méthode similaireà celle d’un expert hydraulicien chargé de caler manuellement un modèle numérique.Ces allers et retours se sont déroulés sur deux procédures.Tout d’abord, la correspondance entre les connaissances initialement décrites dansle formalisme graphique UML et la base de connaissances en pilotage de programmesécrite dans le langage YAKL a nécessité des ajustements de la modélisation initiale pourune traduction cohérente dans le langage YAKL. Les principes de cette traduction sontprésentés dans les paragraphes suivants. De même, l’implémentation de certains conceptsprésents dans le langage UML et nécessaires dans l’objectif fixé ont conduit àétendre la syntaxe du langage YAKL.Ensuite, la concordance des résultats de l’exécution du système avec les objectifsfixés a été vérifiée sur les cas concrets de calage décrits dans les chapitres 6 et 7. Cesvérifications ont conduit à des raffinements dans la rédaction de la base YAKL.Traduction UML–YAKLNous avons vu dans la section 5.2 au travers d’exemples comment les éléments –descriptifs et procéduraux – associés à des programmes se traduisaient naturellementdans le langage YAKL, justement destiné à représenter ce type de connaissances pour lepilotage de programmes.Nous avons ensuite utilisé le langage YAKL pour représenter l’ensemble des connaissancesdécrites dans le chapitre précédent avec le formalisme graphique UML. Le principede traduction des diagrammes de classes est présenté sur la figure 5.8. Chaqueclasse UML – attributs et méthodes compris – a été traduite par un type d’argument.Les méthodes – principalement les procédures de lecture et d’écriture des fichiers – ontété écrites en C++.Nous avons enfin quelque peu détourné le langage YAKL de ses fonctions initialespour représenter les diagrammes d’activités UML. Le principe de traduction de ces diagrammesest présenté sur la figure 5.9. Chaque activité a été traduite par un opérateur,et les flots d’objets entrants et sortants par les arguments – Input Data et OutputData – de cet opérateur.133