Présentation du stage Laïka Moussa. 19/9/2003Présentation du stage2 Plan Présentation du cadre du stage Sujet du stage Démarche adoptée.

Slides:



Advertisements
Présentations similaires
Spécification et qualité du logiciel
Advertisements

Partie II Sémantique.
Présentation du stage Laïka Moussa. 19/9/2003Présentation du stage2 Plan Présentation du cadre du stage Sujet du stage Démarche adoptée.
Developpement Process « Coding party !! » Tony Carnal Altran.
La norme ISO et la gestion documentaire La création et la mise en œuvre d'un outil informatique.
1 UML: applications, études de cas ● Processus (Extreme Programming, Unified Process) ● Architectures ● Expression du besoin technique Conception Préliminaire.
1 Programmation en C++ C++ de base ● Programme C++ ● Variables, objets, types ● Fonctions ● Namespace ● Tests ● Boucles ● Pointeurs, références.
Algorithmique ‘’ Un algorithme est une suite finie et non-ambiguë d’instructions permettant de donner la réponse à un problème. ‘’ Niveau de difficulté.
Les journées de l’2015 Le Model-Based Design Une approche complète en sciences industrielles de l’ingénieur Frédéric MAZET Lycée Dumont d’Urville Toulon.
Objectifs de la formation en J8
Etude de prix et gestion de chantier avec le logiciel Multidevis
LE DEVELOPPEMENT AUTREMENT
Le suivi évaluation : de quoi s'agit-il et à quoi cela sert-il ?
Les Instructions Itératives (Les Boucles)
Introduction au Langage Pascal
Animateurs Diane Lalancette Enseignante | Centre FGA Baie-James Dany Germain Conseiller pédagogique | RÉCIT FGA ATNQ.
Evaluer par compétences
Tice (logiciels) et aide personnalisée.
Les axes directeurs de la rénovation
Analyse des systèmes.
Nouveaux programmes Éducation Musicale BO spécial août 2008
SmarTeam-Coord : mandat, composition, activités
Techniques de décomposition
OWL-S.
Choix de séquences mathématiques
Principes de programmation (suite)
Informatique et Sciences du Numérique
L’Instruction de Test Alternatif
Algorithmiques Abdelbasset KABOU
Maîtriser la qualité en conception
Génie–logiciel 3. Modèles du cycle de vie du logiciel Azeddine Chikh
Langages de programmation TP3
Réalisation d’une application web sous le thème: «Mon vétérinaire » par : Benzineb Asmaa et Meftahi Oualid Présentation à Université Saad Dahlab Blida.
Méthodologie de la recherche Programme du module.
Ou comment partager la connaissance
L’I NSTRUCTION DE T EST A LTERNATIF Réalisé par : OUZEGGANE Redouane Département de Technologie Faculté de Technologie – Université A.Mira, Bejaia Année.
L ES I NSTRUCTIONS I TÉRATIVES (L ES B OUCLES ) Réalisé par : OUZEGGANE Redouane Département de Technologie Faculté de Technologie – Université A.Mira,
La méthode du simplexe. 1) Algorithme du simplexe  Cet algorithme permet de déterminer la solution optimale, si elle existe, d’un problème de programmation.
Défi techno 2018 Diaporama de lancement Collège Philippe de Champaigne
RETOUR SUR LES PRODUCTIONS
Programmation en C++ C++ de base
VALMEM Traduction automatique d'une description comportementale VHDL + annotations temporelles en automates temporisés A. Bara, E. Encrenaz LIP6 VALMEM.
M ICROS PROJETS 1 ÈRE A NNÉE. DESCRIPTION DES MICROS PROJETS Il s'agit de produire un programme (fichiers source et un exécutable testé et opérationnel.
Modélisation avec UML 2.0 Partie II Diagramme de classes.
Type Concret – Type Abstrait
12 octobre 2016 Jour 1 Projet d’accompagnement en FGA dans l’implantation du nouveau programme de mathématique en FBD. AN 3 Professeures-chercheures impliquées.
L’enseignement de l’économie droit en BACCALAUREAT PROFESSIONNEL
Conception des SIG Entre construction théorique et mise en œuvre opérationnelle.
Démarche d’investigation
Méthode générale de conception et de réalisation
Système d’information : Concept intégrateur de l’enseignement « Information et Gestion »
17 mars 2015.
Livret Scolaire Unique
Présenté par : K.BERRAMLA. Encadreur : M.SENOUCI. EA.DEBA.
Introdution  Le test appartient à l'activité de Vérification et de Validation d'une application, qui consiste à déterminer si cette dernière a été développée.
Les erreurs de mesure Projet d’Appui au renforcement des capacités
Génie Logiciel DÉFINITION DES BESOINS. Cahier de charges: définition  Le Cahier des Charges (CDC) est un document par lequel la maîtrise d'ouvrage exprime.
LA CONCEPTION ET L ’AMÉLIORATIOND’UN SYSTÈME DE PRODUCTION SÉANCE 2 GOP.
La démarche scientifique
Plan I.Définitions II.Objectifs III.Intérêt IV.Quoi tester ? V.Processus VI.Exemples VII.Conclusion VIII.Références.
Création d’un outil d’aide à la composition de cours
PAF Guillaume Martin - Fabrice Cizeron - Xavier Roulot
Quelle démarche qualité pour l'éducation et la formation ?
FORMATION SUR LE PROJET DE DEPLOIEMENT D’UN RESEAU SANS FIL ANIME PAR LE DOCTORANT BONHOMIE BOPE AOUT 2019.
UX DESIGN User exprérience en anglais Expérience Utilisateur en français Concevoir, Créer, dessiner UX DESIGN, consiste à penser et concevoir un site web.
La programmation dynamique
Transcription de la présentation:

Présentation du stage Laïka Moussa

19/9/2003Présentation du stage2 Plan Présentation du cadre du stage Sujet du stage Démarche adoptée

19/9/2003Présentation du stage3 Les FUNDP Le CETIC

19/9/2003Présentation du stage4 Sujet du stage Conception et réalisation d’un outil d’aide à l’apprentissage à la programmation B Destiné à des programmeurs n’ayant pas d’expérience dans le domaine des méthodes formelles Vérifier la correction des programmes saisis Extraction d’éventuels contre-exemples

19/9/2003Présentation du stage5 Point de départ Outil d’Isabelle Dony, doctorante à l’UCL Référence pour plus de détails : I.Dony and B. Le Charlier, Finding Errors with Oz, Techniques for implementing constraint programming system, Workshop held in conjunction with Cp2002, 8th international Conference on practice of constraint programming, Cornell University, Ithaca, NY, 2002

La démarche adoptée

19/9/2003Présentation du stage7 Les principales étapes… Le cahier des charges, et les décisions adoptées La formalisation Le développement

19/9/2003Présentation du stage8 Le cahier des charges

19/9/2003Présentation du stage9 Le cahier des charges - présentation - La collecte des exigences : - des utilisateurs - des concepteurs - des enseignants Comment ? Par des interviews

19/9/2003Présentation du stage10 Le cahier des charges La norme IEEE Std Les ajouts : scénarii d’exécution

Forme finale de l’outil Forme finale de l’outil

19/9/2003Présentation du stage12 Les principales décisions Le sous-ensemble de B analysé Les erreurs de syntaxe On fournira à cet outil une machine abstraite cohérente et son implantation. Ces fichiers seront analysés. L’utilisateur recevra des messages d’erreurs pertinents et des contre-exemples

19/9/2003Présentation du stage13 L’interface - 1/2 -

19/9/2003Présentation du stage14 L’interface - 2/2 –

19/9/2003Présentation du stage15 Avec un exemple… MACHINE machine OPERATIONS xx <-- operation(yy, xx)= PRE Préconditions THEN xx : (xx = xx*yy) % Post-conditions END IMPLEMENTATION machine_i REFINES machine OPERATIONS xx <-- operation(xx, yy)= VAR ii, res IN ii:=xx; res:=0; WHILE ii <= yy DO ii:= ii+1;res:=res+xx VAR yy-ii INV ii <= yy & res = xx* ii END xx:= res END

19/9/2003Présentation du stage16 Avec un exemple incorrect… MACHINE machine OPERATIONS xx <-- operation(yy, xx)= PRE Préconditions THEN xx : (xx = xx*yy) % Post-conditions END IMPLEMENTATION machine_i REFINES machine OPERATIONS xx <-- operation(xx, yy)= VAR ii, res IN ii:=xx; res:=0; WHILE ii <= yy DO ii:= ii+1;res:=res+xx VAR yy INV ii <= yy & res = xx* ii END xx:= res END

Conception de l’outil

19/9/2003Présentation du stage18 La formalisation Intérêts des méthodes formelles Apporte une sémantique claire et surtout non ambiguë Des descriptions précises et concises du logiciel à produire Les démonstrations de propriétés Difficultés de la mise en œuvre Quelles données modéliser, comment, … Quel traitement faire subir à ces données Comment être sûr de ne rien avoir oublié, d’être cohérent Résultats obtenus Une plus grande assurance d’avoir un logiciel sans erreurs de fond (niveau conception et codage)

19/9/2003Présentation du stage19 Obligations de preuve en B Preuve de cohérence de la machine abstraite Preuve de raffinement de chaque opération: Il faut que les préconditions de la machine abstraite impliquent les préconditions de la machine implantée Il faut que les post-conditions de la machine implantée impliquent celles de la machine abstraite

19/9/2003Présentation du stage20 Preuve de raffinement des opérations MACHINE machine OPERATIONS resultat <-- operation()= PRE Préconditions THEN Substitutions % Post-conditions END IMPLEMENTATION machine_i REFINES machine OPERATIONS resultat <-- operation()= % Préconditions Instructions % Post-conditions END

19/9/2003Présentation du stage21 Nos vérifications Les préconditions Les opérations de nos implantations n’auront pas de préconditions (préconditions toujours vraies) Les post-conditions Chercher les cas où l’on contredit la spécification Nécessite de trouver des contre-exemples, donc on cherchera l’ensemble des solutions de la formule suivante: post-conditions(op_i) et non (post-condition(op_a) )

19/9/2003Présentation du stage22 Principes utilisés L’intérêt d’utiliser la programmation par contraintes La génération des nouvelles variables La manipulation des environnements La fonction GenInstr La vérification finale

La nécessité des contraintes

19/9/2003Présentation du stage24 Recherche de contre- exemples Recherche exhaustive Domaines restreints OZ

Génération des identificateurs

19/9/2003Présentation du stage26 Nécessité de générer des variables Problèmes de masquage Exemple : a:= 0; b:= a+1; a:=b Sans génération de variables, on obtient: a=0 et b=a+1 et a =b Inconsistant… Nous voulons obtenir : a0=0 et b0=a0+1 et a1=b0

19/9/2003Présentation du stage27 Avec l’exemple… MACHINE machine OPERATIONS xx <-- operation(yy$0, xx$0)= PRE Préconditions THEN xx$1 : (xx$1 = xx$0*yy$0) % Post-conditions END IMPLEMENTATION machine_i REFINES machine OPERATIONS xx <-- operation(xx0, yy0)= VAR ii, res IN ii0:=xx0; res0:=0; WHILE ii <= yy DO ii1:= ii0+1;res1:=res0+xx0 VAR yy0-ii1 INV ii <= yy0 & res = xx0* ii END xx1:= res2 END

19/9/2003Présentation du stage28 Les environnements Un environnement de génération des variables, qui contient l’historique de toutes les variables générées, afin de ne pas avoir de problèmes de masquage Un environnement d’évaluation des variables

Les différents types de contraintes

19/9/2003Présentation du stage30 Les contraintes dues au respect de la spécification MACHINE machine OPERATIONS resultat <-- operation()= PRE Préconditions THEN Substitutions % Post-conditions END IMPLEMENTATION machine_i REFINES machine OPERATIONS resultat <-- operation()= PRE Préconditions THEN Instructions % Post-conditions END

19/9/2003Présentation du stage31 Contraintes de spécification « Traduction en contraintes » des différents changements ayant eu lieu sur les variables. Ces contraintes sont toujours vraies

19/9/2003Présentation du stage32 Avec l’exemple… MACHINE machine OPERATIONS xx <-- operation(yy, xx)= PRE Préconditions THEN xx : (xx = xx*yy) % Post-conditions END IMPLEMENTATION machine_i REFINES machine OPERATIONS xx <-- operation(xx, yy)= VAR ii, res IN ii:=xx; res:=0; WHILE ii <= yy DO ii:= ii+1;res:=res+xx VAR yy-ii INV ii <= yy & res = xx* ii END xx:= res END

19/9/2003Présentation du stage33 Avec la machine abstraite… MACHINE machine OPERATIONS xx <-- operation(yy$0, xx$0)= PRE Préconditions THEN xx$1 : (xx$1 = xx$0*yy$0) % Post-conditions END Cspec_a = (xx$1 = xx$0*yy$0)

19/9/2003Présentation du stage34 Contraintes de correction Contraintes permettant de s’assurer que le code est bien écrit Ces contraintes peuvent être fausses

19/9/2003Présentation du stage35 Avec la machine abstraite… Pour la machine abstraite, la contrainte de correction est: C_corr_absraite = true

19/9/2003Présentation du stage36 Avec l’implémentation… C_correction_concretes = ii0 ii0 <= yy0 & res0 = xx0* ii0 & ii0 ii0 <= yy0 & res1 = xx0* ii1 & ii0 yy0-ii1 < yy0-ii0 IMPLEMENTATION machine_i REFINES machine OPERATIONS xx <-- operation(xx0, yy0)= VAR ii, res IN ii0:= 1; res0:=xx0; WHILE ii < yy DO ii1:= ii0+1;res1:=res0+xx0 VAR yy0-ii INV ii <= yy0 & res = xx0* ii END xx1:= res2 END

19/9/2003Présentation du stage37 Profil de la fonction GenInstr GenIntsr : Instr * C * Sigma * Sigma C * C * Sigma * Sigma

19/9/2003Présentation du stage38 skip

19/9/2003Présentation du stage39 Devient_egal

19/9/2003Présentation du stage40 Assert

19/9/2003Présentation du stage41 Séquence: notations

19/9/2003Présentation du stage42 Séquence : équation

19/9/2003Présentation du stage43 Les contraintes de lien Il faut faire le lien entre les variables de chaque machine Ici, avec l’exemple, on a : C_lien = ( xx1 = xx$1 & yy0 = yy$0)

19/9/2003Présentation du stage44 La vérification finale On lance la vérification suivante : C_lien & C_spec_concretes & non (C_correction_concrete ou C_spec_abstraites)

19/9/2003Présentation du stage45 Etat d’avancement du stage Terminer l’implantation Liens avec l’interface graphique

19/9/2003Présentation du stage46 Résultats - Evolutions futures Dès que la phase d’implantation sera finie : une base stable Dans le futur : un outil moins restrictif, tant au niveau du langage analysé que de la forme des modules

Merci….