Changes for page GT Langages et vérification de programmes (LVP)
Last modified by Julien Signoles on 2024/02/07 13:55
From version 33.1
edited by Julien Signoles
on 2020/07/08 18:43
on 2020/07/08 18:43
Change comment:
There is no comment for this version
To version 10.1
edited by Julien Signoles
on 2020/06/05 19:28
on 2020/06/05 19:28
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,12 +3,10 @@ 1 -Mots clés : méthodes formelles; spécifications formelles; vérification de programmes; analyses statiques; analyses dynamiques; génération de test; programmation sûre; raffinement; assistants de preuve; preuve automatique; dissémination des méthodes formelles 2 - 3 3 = Description = 4 4 5 5 De nombreux formalismes, méthodes et outils existent pour accroître la confiance dans le logiciel. Toutefois, leurs limites sont bien connues et il reste encore beaucoup à faire pour relever le défi de la programmation sans bugs. L'objectif principal de ce groupe de travail est de faire progresser la recherche sur ces méthodes formelles, le développement de ces outils, et leur diffusion dans l'industrie, l'enseignement et la recherche. 6 6 7 -Pour parvenir à des programmes exempts de bugs, un axe consiste à proposer des langages de programmation plus sûrs et mieux sécurisés, interdisant notamment l'écriture de certaines classes de programmes incorrects. Il est également possible d'étendre les langages de programmation avec des langages de spécification ,permettant d'exprimer formellement tout ou partie des différents comportements attendus des programmes,afin de vérifier la correction de ces derniers vis-à-vis de leurs spécifications ainsi exprimées. En outre, il est aussi possible de développer des programmes corrects par construction, de raffiner des spécifications formelles, et de synthétiser des parties de programmes ou de spécification, comme des invariants de boucle, à partir d'autres éléments formels.5 +Pour parvenir à des programmes exempts de bugs, un axe consiste à proposer des langages de programmation plus sûrs et mieux sécurisés, interdisant notamment l'écriture de certaines classes de programmes incorrects. Il est également possible d'étendre les langages de programmation avec des langages de spécification permettant d'exprimer formellement tout ou partie des différents comportements attendus des programmes afin de vérifier la correction de ces derniers vis-à-vis de leurs spécifications ainsi exprimées. En outre, il est aussi possible de développer des programmes corrects par construction. 8 8 9 -Par ailleurs, le GT est tout particulièrement concerné par l'application et l'adaptation des techniques formelles existantes à divers domaines de la recherche actuelle, dont l'informatique théorique et les mathématiques discrètes.Pour être plus largement adoptée, la formalisation de concepts et de conjectures dès leur conception doivent être valorisés par des vérifications rapides (telles que le test automatisé), qui facilitent l'élaboration de théories et préparent des vérifications plus longues mais plus complètes (telles que des preuves formelles). Un domaine propice est la combinatoire, dont certains objets, théorèmes et algorithmes se prêtent bien à la formalisation, mais dont la pratique n'exploite pas encore toute la panoplie des méthodes formelles.7 +Par ailleurs, le GT est tout particulièrement concerné par l'application et l'adaptation des techniques et outils existants à divers domaines de la recherche actuelle, dont l'informatique théorique et les mathématiques discrètes. 10 10 11 11 Enfin, pour faciliter l'adoption des méthodes et des outils formels, en particulier dans l'industrie, il convient notamment de les diffuser auprès des étudiants des universités et des écoles d'ingénieurs, qui seront les ingénieurs de demain, et de réfléchir aux meilleures façons de les enseigner. 12 12 ... ... @@ -22,8 +22,8 @@ 22 22 23 23 = Porteurs du GT = 24 24 25 -* Alain Giorgetti (alain.giorgetti_AT_femto-st.fr), Institut FEMTO-ST (UMR CNRS 6174),Université de Franche-Comté26 -* Julien Signoles, CEA LIST , Laboratoire de Sûreté et de Sécurité des Logiciels23 +* Alain Giorgetti, institut FEMTO-ST (UMR CNRS 6174), université de Franche-Comté 24 +* Julien Signoles, CEA LIST 27 27 28 28 = Animations = 29 29 ... ... @@ -32,15 +32,13 @@ 32 32 * Animation du groupe à l'aide d'une liste de diffusion 33 33 * Journées scientifiques annuelles de présentation de travaux récents. En fonction du contexte, elles auront lieu en présentiel ou en visioconférence 34 34 * Animation d'une session lors des journées du GdR 35 -* Organisation de journées thématiques spécifiques, éventuellement en visioconférence. Un exemple est une journée sur la combinatoire certifiée (développement, formalisation et certification des concepts, des algorithmes et des programmes combinatoires) 33 +* Organisation de journées thématiques spécifiques, éventuellement en visioconférence. Un exemple est une journée sur la combinatoire certifiée (développement, formalisation et certification des concepts, des algorithmes et des programmes combinatoires). 36 36 * Stimulation de discussions et d'échanges d'informations entre doctorants et chercheurs permanents 37 37 38 38 = Equipes = 39 39 40 - //Les équipes intéresséespar rejoindrenotreGT peuventcontacterà tout momentlesporteurs.//38 + Les équipes impliquées sont (//liste en cours d'extension//) : 41 41 42 -Les équipes académiques impliquées sont : 43 - 44 44 {{velocity}} 45 45 $xwiki.ssfx.use("js/xwiki/table/table.css") 46 46 $xwiki.jsfx.use("js/xwiki/table/tablefilterNsort.js", true) ... ... @@ -47,57 +47,20 @@ 47 47 {{/velocity}} 48 48 49 49 (% class="doOddEven filterable grid sortable" id="tableid" %) 50 -(% class="sortHeader" %)|=Equipe|=Laboratoire|=Localisation|=Représentant|=Permanents 51 -|Laboratoire de Sûreté et de Sécurité des Logiciels|CEA LIST|Saclay|Julien Signoles|20 52 -|DISC/VESONTIO|Institut FEMTO-ST|Besançon|Alain Giorgetti|3 53 -|ACADIE|IRIT|Toulouse|Jan-Georg Smaus|7 46 +(% class="sortHeader" %)|=Equipe|=Laboratoire|=Localisation|=Responsable|=Permanents 47 +|CEA LIST|Laboratoire de Sûreté et de Sécurité des Logiciels| Saclay|Julien Signoles|19 48 +|DISC/VESONTIO|Institut FEMTO-ST/DISC|Besançon|Alain Giorgetti|//à venir// 54 54 |ACES|LTCI, Télécom Paris|Palaiseau|Florian Brandner|1 55 -|APR|LIP6|Paris|Antoine Miné|3 56 -|Cambium|Inria Paris|Paris|François Pottier|2 57 -|Celtique|IRISA|Rennes|Thomas Jensen|8 58 -|GALaC|LRI|Orsay|Florent Hivert|1 59 -|IG|XLIM|Poitiers|Laurent Fuchs|3 60 -|IGG|ICube|Strasbourg|Julien Narboux|5 61 -|LMV|LIFO|Orléans|Frédéric Dabrowski|3 62 -|LoVe|LIPN|Villetaneuse|Micaela Mayero|8 63 -|MaREL|LIRMM|Montpellier|David Delahaye|1 64 -|METHODES|SAMOVAR|Evry|Catherine Dubois|6 65 65 |PARKAS|DI ENS|Paris|Marc Pouzet|4 66 -|Partout|LIX & Inria Saclay|Saclay|Gabriel Scherer|1 67 -|SYS|CEDRIC|Paris|Pierre Courtieu|3 68 -|VALS|LRI|Gif-sur-Yvette|Jean-Christophe Filliâtre|10 69 69 |VeriDis|Inria Nancy & LORIA|Nancy|Stephan Merz|8 70 -|Vérification|IRIF|Paris|Mihaela Sighireanu|1 71 71 72 -Les acteurs industriels sont : 73 - 74 -{{velocity}} 75 -$xwiki.ssfx.use("js/xwiki/table/table.css") 76 -$xwiki.jsfx.use("js/xwiki/table/tablefilterNsort.js", true) 77 -{{/velocity}} 78 - 79 -(% class="doOddEven filterable grid sortable" id="table2id" %) 80 -(% class="sortHeader" %)|=Entreprise|=Equipe|=Localisation|=Représentant|=Permanents 81 -|Adacore| |Paris|Claire Dross|9 82 -|ANSSI|Laboratoire Sécurité du Logiciel|Paris|Patricia Mouy|4 83 -|Edukera| |Neuilly-sur-Seine|Benoît Rognier|1 84 -|Mitsubishi Electric R&D Centre Europe|Information and Network Systems (INS)|Rennes|David Mentré|4 85 -|Nomadic Labs| |Paris|Julien Tesson|15 86 -|Thales|LSEC/Méthodes Formelles|Palaiseau|Nikolai Kosmatov|3 87 - 88 88 (//à faire sur la page ([[https://gdrgpl.myxwiki.org/xwiki/bin/view/Maps/]]) : positionnement de chaque équipe sur la carte en faisant référence à ce GT dans la description de l'équipe//) 89 89 90 90 = Interactions = 91 91 92 - Lesinteractionsdu GT LVPavec d'autres GTsayantdes sujets d'intérêt communsaurontsentiellementlieu _via_ desjournées communes.Celles-ci pourraient notamment mettre l'accentsurunethématique spécifique intéressantles deux GTs. Les interactionsauront également lieuà une échelle plus individuelle : plusieurs chercheurs de notre GT participentégalement à un (voire plusieurs) GT(s) mentionné(s)ici.57 +(//TODO : interactions avec d'autres GTs, GDR, d'autres GTs en cours de construction ou reconstruction//) 93 93 94 -== GTs du GDR GPL == 95 - 96 -* GT [[CLAP>>https://gdrgpl.myxwiki.org/xwiki/bin/view/Main/GTs/GT%20compilation/]] : Compilation, Langages, Analyses, Parallélisme// (journée thématique possible : compilation certifiée)// 97 -* GT [[HiFi>>https://gdrgpl.myxwiki.org/xwiki/bin/view/Main/GTs/GT%20HiFi%20%3A%20M%C3%A9thodes%20Formelles%20et%20Programmation%20Haute%20Fid%C3%A9lit%C3%A9%20pour%20Syst%C3%A8mes%20Critiques%20%C3%89mergents/]] : Méthodes Formelles et Programmation Haute Fidélité pour Systèmes Critiques Émergents //(journée thématique possible : spécification formelle de systèmes ouverts)// 98 -* GT [[MTV2>>https://gdrgpl.myxwiki.org/xwiki/bin/view/Main/GTs/GT%20%22M%C3%A9thodes%20de%20test%20pour%20la%20validation%20et%20la%20v%C3%A9rification%22%20%28MTV2%20%29/]] : Méthodes de Tests pour la Validation et la Vérification //(journée thématique possible : combinaison d'analyses statiques et dynamiques)// 99 - 100 100 == Autres GDRs == 101 101 102 -* GDR IM , dont son GT [[SCALP>>https://www.irif.fr/gt-scalp/index]] : Structures formelles pour le CALcul et les Preuves //(journée thématique possible : théorie et pratique de la preuve de programmes)//103 -* GDR Sécurité ,dontson GT[["Méthodes formelles pour la sécurité">>https://gtmfsec.irisa.fr/]] //(journée thématique possible : vérification de programmes pour la sécurité)//61 +* GDR IM 62 +* GDR Sécurité. Ce GDR contient notamment un GT "Méthodes formelles pour la sécurité" (https://gtmfsec.irisa.fr/)