Tolérance aux défaillances de logiciel

Slides:



Advertisements
Présentations similaires
Applications N-Tiers Rappels: architecture et méthodologie
Advertisements

Tests et Validation du logiciel
AUTRES ASPECTS DU GPS Partie I : tolérance de Battement
Séminaire sur les Politiques pharmaceutiques à lattention des Experts francophones, Genève, juin 2011 | Séminaire sur les Politiques pharmaceutiques.
Manuel Qualité, Structure et Contenus – optionnel
Critère d’ordonnancement en temps réel Partie II
Introduction Aux Systèmes en temps réel
GEF499 Systèmes en temps réel
Critère d’ordonnancement en temps réel Partie III
Threads et Capsules Optionnels
Critères d’ordonnancement en temps réel Partie I
Systèmes en temps réel Modélisation du comportement en temps réel avec UML.
Patterns & Anti Patterns
GEF499 Systèmes imbriqués à temps réel
GEF 435 Principes des systèmes d’exploitation
GEF 243B Programmation informatique appliquée Expressions et opérateurs §
GEF 243B Programmation informatique appliquée
DOCUMENTS DE FORMATION CODEX FAO/OMS SECTION DEUX COMPRENDRE LORGANISATION DU CODEX Module 2.8 Existe-t-il un format pour les normes du Codex ?
Urbanisation des Systèmes d'Information - Henry Boccon-Gibod 1 Urbanisation des SI Alignement Stratégique et optimisation dun Système dInformation.
La méthode expérimentale TD 2 - Licence Laure Fernandez
JXDVDTEK – Une DVDthèque en Java et XML
UML - Présentation.
Soutenance du mémoire d’ingénieur Mai 2003
Performances 1 Évolution : Performance. Performances 2 Évolution : Mémoire.
1 B Système Enjeux et principes Cours DESS Nantes 04 Décembre 2002 Didier ESSAME.
François Potentier, 10 octobre 2008
Les Ateliers de Génie Logiciel
Maîtrise des données et des métadonnées de l’ODS
Qu’est-ce qu’un ordinateur ?
Module 13 : Implémentation de la protection contre les sinistres
Alain Villemeur Sector
MIAGE MASTER 1 Cours de gestion de projet
Des RRA à la diagnosticabilité
le profil UML en temps réel MARTE
Rennes, le 18 septembre 2006 Support du paradigme maître-travailleur dans les applications à base de composants Tâche 2.2 Hinde Bouziane Réunion LEGO.
Diagnostic des Systèmes à Evénements Discrets
Les Algorithmes Cryptographiques Symétriques
Techniques de test Boulanger Jean-Louis.
SYSTEME DE GESTION DE BASES DE DONNEES
Docteur François-André ALLAERT Centre Européen de Normalisation
Veille Technologique : Étudier les avantages et inconvénients du typage statique et du typage dynamique pour des applications interactives Sujet proposé.
SUPERVISION A DISTANCE DUNE LIGNE DE CONDITIONNEMENT ORAL FINAL 1 CIAI - Projet Socket.
IGL301 - Spécification et vérification des exgiences 1 Chapitre 1 Introduction (ref : Bray chapitre 1)
Présentation du mémoire
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Notions de Base Hiver 2002 Petko Valtchev.
Méthodes formelles pour la conception de systèmes répartis par Luigi Logrippo et tous ses collaborateurs et étudiants École d`ingénierie et technologie.
Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments Davide Bazzi IIUF Etude de larticle: Service Interoperability.
Ordonnancement de tâches
99 Réutilisation du code grâce à l'héritage. 9-2 Objectifs À la fin de ce cours, vous serez capables de : Définir l'héritage Utiliser l'héritage pour.
Sensibilisation a la modelisation
NORMALISATION DES LANGAGES DE PROGRAMMATION des Automates Programmables Industriels CEI
JEE 5 F.Pfister 2 institut eerie JEE – Une plateforme serveur  Développement et exécution d'applications réparties.
Faculté des sciences économique et gestion de Nabeul
TPM Journée d’études URBH octobre 2011
ANALYSE METHODE & OUTILS
UML.
DIRECTIVES AUX FINS DU CONTRÔLE A POSTERIORI (CAP) VOLUME 2
Supports de formation au SQ Unifié
AngularJS.
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Introduction au Génie Logiciel
Les types de maintenance
VALIDATION VÉRIFICATION & TESTS
MOCK.
Présentation Les Outillages.
Nicolas CLERC Consultant associé
Introduction Module 1.
PRÉSENTATION AGL LES TESTS LOGICIELS LES TEST LOGICIELS 1 Mickael BETTINELLI Brandon OZIOL Gaétan PHILIPPE Simon LUAIRE.
Transcription de la présentation:

Tolérance aux défaillances de logiciel Systèmes en temps réel Tolérance aux défaillances de logiciel

Synopsis Tolérance Redondance Redondance statique Redondance dynamique Patterns de tolérance des défaillances Fault Tolerance - 2

Prévention des fautes Évitement des fautes – Limitation de l’introduction de composantes fautives durant la construction Spécification rigoureuses (formelles) Méthodologies de design prouvées Sélection d’un langage de programmation approprié Environnement de développement/ingénierie (IDEs) Enlèvement des fautes – trouver et enlever les causes d’erreurs Revues, inspections, tests Mais que ce passe-t-il si les fautes ne peuvent pas êtres prévenues? fault prevention - attempts to eliminate any possibility of faults getting into a system before it goes operational Fault Tolerance - 3

Tolérance des défaillances La capacité qu’un système a de continuer de fonctionner même en présence des fautes. Tolérance des défaillances complète – système continue d’opérer sans aucune perte de fonctionnalité significative (pour une période de temps limitée) Mode dégradé – système continue d’opérer mais en mode dégradé Sécurité intégrée – (fail safe) système passe en un état sécuritaire avant de se fermer ou résultant d’une faute particulière fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 4

Redondance Pour permettre la tolérance des fautes en logiciel, nous avons besoin d’un certain degré de redondance. {dans ce sens, la définition de redondance inclus le code additionnel qui ne serait pas requis pour l’opération normal du système} But – minimiser la redondance, maximiser R(t) Paradoxe – trop peut réduire R(t) fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 5

Redondance statique Composantes redondantes sont utilisées pour masquer les erreurs h/w: Redondance N Modulaire (NMR) s/w: programmation N-versions N versions redondantes du même module sous un même contrôleur et un système de votes fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 6

Redondance statique Suppositions Problèmes) Spécifications complètes, consistantes, sans ambiguïtés Mode de défaillance indépendants => équipes de développement séparés, processeurs, langages, lignes de communication qui sont tolérantes, … Problèmes) spécifications sont un facteur contribuant majeur des défauts indépendance n’est pas une supposition raisonnable $$$ fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 7

Redondance dynamique Composantes redondantes pour détecter les erreurs h/w: check des parité s/w: bloques de reprise phases détection éval/contrôle des dommages reprise des erreurs traitement de faute/continue RP1 RP2 RP3 Points de reprise Processus P1 fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 8

Redondance dynamique Suppositions Problèmes Modules alternes exécutent seulement sur la détection d’erreur(s) Encore dépendant des spécification en grande mesure Les modes de défaillance connues et non connues peuvent être traités Problèmes La reprise d’erreurs vers l’arrière ne peut pas toujours enlever les dommages $$ fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 9

Quelques patterns de tolérance Pattern de redondance homogène Protège contre les défaillances matériels seulement (aléatoire) Pattern de redondance diverse Protège contre les fautes systématiques 3 types: Différent mais égale Léger Séparation des moniteurs / actionneurs Pattern Moniteur-Actionneur Spécialisation de la redondance diverse Pattern de surveillance (Watchdog) fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 10

Pattern de redondance homogène fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 11

Pattern de redondance homogène fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 12

Pattern de redondance diverse fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 13

Pattern moniteur-actionneur fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 14

Pattern moniteur-actionneur fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 15

Pattern de surveillance (watchdog) fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 16

Pattern de surveillance (watchdog) fault tolerance - features which enable a system to continue functioning even in the presence of faults. matériel ou logiciel Fault Tolerance - 17

Références [1] Burns and Wellings, “Real-Time Systems and Programming Languages”, Chap 5. [2] Douglass, “Doing Hard Time: Developing Real-Time Systems with UML, Objects, Frameworks, and Patterns”, Chap 3. fault tolerance - features which enable a system to continue functioning even in the presence of faults. Fault Tolerance - 18