1. Généralités

1.1. Contexte

L’objectif est uniquement de tester la non-régression des futures évolutions de Code_Aster et HOMARD. Même si les cas-tests sont réalistes du point de vue physique pour bien représenter des études réelles, il ne faut pas attacher d’importance à la valeur des résultats.

En particulier, il ne faut rien en déduire quant à la performance du couple indicateur d’erreur/ adaptation de maillage.

Ces cas-tests valident le fonctionnement des deux macro-commandes MACR_INFO_MAIL et MACR_ADAP_MAIL qui pilotent l’ensemble du processus.

Plus précisément, les fonctionnalités testées sont les suivantes:

• lectures et écritures de maillage et de champs au format MED. Ce sont les commandes IMPR_RESU, LIRE_CHAMP et LIRE_MAILLAGE avec le mot-clé MED comme format,

• écriture du fichier de données pour HOMARD,

• lancement de la procédure gérant l’exécution de HOMARD. C’est la commande EXEC_LOGICIEL; elle appelle un script avec un nombre variable d’arguments,

• pilotage de l’ensemble du processus par le python: macr_adap_mail_ops.py.

Le processus est a priori insensible à la modélisation envisagée. Les points importants qui occasionnent des traitements différents dans l’échange de données entre HOMARD et Code_Aster sont les types d’éléments, le pilotage de l’adaptation et la mise à jour de champs sur le nouveau maillage.

La non-régression est testée sur la valeur du champ de déplacement, de contrainte ou de température en un nœud libre. Le test a lieu pour plusieurs résolutions, celles avec les maillages issus de la première et d’au moins une autre adaptation. En effet, les transmissions de données et le pilotage de HOMARD ne sont pas les mêmes pour la première adaptation et les suivantes. Il faut donc tester au moins deux passages.

1.2. Méthode de calcul utilisée pour la solution de référence

Ces cas-tests sont des cas-tests de non régression. La solution de référence est celle obtenue avec un calcul Code_Aster .