FMDS est l’acronyme de Fiabilité, Maintenabilité, Disponibilité et Sécurité. On parle de RAMS en Anglais pour Reliability, Availability, Maintainability and Safety. Définition avec exemples et un peu d’Histoire !
Les FMDS sont d’une importance capitale quand on souhaite concevoir, développer, valider et mettre sur le marché des Produits en lesquels on (fabricants et clients) peut avoir confiance.
Fiabilité : La Fiabilité d’un Système correspond à son fonctionnement correct pendant toute sa durée de vie attendue, et sous toutes les conditions rencontrées sur le terrain. Pour être fiable, un Système doit être robuste aux environnements qu’il rencontre, à sa charge opérationnelle, et à ses détériorations internes.
On peut parler de lutte contre les dysfonctionnements normaux du Produit.
Exemple : Un pédalier de vélo doit pouvoir tenir les X milliers de coups de pédales donnés par le cycliste
Maintenabilité : La Maintenabilité est la capacité d’un Produit à être maintenu. Il s’agit de l’ensemble de ses caractéristiques qui permettront à une personne définie de pouvoir réparer le Produit en cas de casse, ou de manière préventive. On retrouve parfois l’expression « réparabilité ».
Exemple : il est très facile de changer les piles de votre télécommande de TV, car tout a été prévu pour ! Ouverture facile sans outils, piles standardisées et disponibles dans tous les supermarchés etc.
Disponibilité : La Disponibilité est la probabilité qu’un Produit soit prêt et fonctionnel au moment où je souhaite m’en servir.
Exemple : Je mets la clé dans ma voiture, je la tourne, et elle démarre 99,996 fois sur 100.
Sécurité : La Sécurité est la lutte contre les dysfonctionnements involontaires d’un Système, provoquant des dommages au Système lui-même, à son Environnement ou à la Personne.
On peut parler de lutte contre les dysfonctionnements anormaux et involontaires du Produit.
Exemple : Décharge électrostatique qui vient détériorer votre électronique et rend inopérant votre Produit
Et, pour ma part, je rajoute dans le même sac la Sûreté : La Sûreté est la lutte contre les dysfonctionnements ou mauvaises utilisations volontaires d’un Système.
On peut parler de gestion des dysfonctionnements anormaux et volontaires du Produit.
Exemple : Un pirate parvient à modifier le logiciel d'un robot chirurgien et modifie la procédure de découpe d’un organe
NOTA : je parle ici de la Fiabilité, Maintenabilité, Disponibilité et Sécurité d’un Système/Produit lui-même. On peut également élargir ces concepts aux processus d’emploi du produit, processus de MAIT (Manufacturing, Assembly, Integration, Test), processus de MRO (Maintenance, Repair, Overhaul) etc.
Le travail sur la Fiabilité (Reliability) et la Maintenabilité (ou Réparabilité en Français, Maintainability en Anglais) peut se faire de manière relativement indépendante du reste.
Avoir un certain niveau de Fiabilité et de Maintenabilité sur son produit permet d’atteindre un certain niveau induit de Disponibilité.
La Fiabilité est une composante de la Sécurité (Safety), dans le sens où ces 2 notions traquent les dysfonctionnements involontaires. Mais elle ne fait pas tout. En effet, tous les dysfonctionnements involontaires (qui peuvent apparaître via les études de Sécurité) n’ont pas tous pour source un manque de Fiabilité. Cela dépend du caractère normal ou anormal des dysfonctionnements.
Exemple :
On voit dans ces exemples que ces dysfonctionnements ne viennent pas d’un risque lié à la non-performance du Système dans son environnement nominal et/ou liée à sa charge de travail nominale (dysfonctionnements "normaux"). Il s’agit d’autres risques ("anormaux") qu’on se doit de traquer via les études de Sécurité.
On ne peut donc pas se contenter de dire : « j’ai géré la Fiabilité, donc j’ai géré la Sécurité ». La Sécurité doit s’étudier de manière dédiée, même si une partie est couverte par les études de Fiabilité.
Quant à la Sûreté (Security, attention au faux-ami), elle s’étudie de manière dédiée. Il s’agit d’un regard particulier, proche de la Sécurité, mais qui prend en compte le fait qu’un individu va vraiment chercher à faire dysfonctionner/détourner le Produit.
Toute la discipline des FMDS/RAMS a été initiée via les considérations de Fiabilité et de Sécurité.
Ces considérations ont été introduite dans les années 1930 par l’industrie Aérospatiale. Encore une création de ces fous qui ont voulu imiter les oiseaux et voler dans les airs !
Dès les années 1950, la Fiabilité et la Sécurité sont devenues des composantes primordiales de l’ingénierie des engins aéronautiques et spatiaux. Les techniques statistiques étaient alors déjà employées.
L’outil FMEA (Failure Mode and Effect Analysis), permettant de jouer sur la Fiabilité et la Sécurité, a été le 1er développé, dans les années 1940.
Dans les années 1960, Boeing a mis à jour cet outil pour qu’il devienne le FMECA (Failure Mode, Effect and Criticality Analysis – AMDEC en Français).
Le monde de l’Aéronautique ne s’est pas arrêté là. Dès les années 1970, d’autres outils toujours utilisés aujourd’hui ont vu le jour : ETA (Event Tree Analysis), FTA (Fault Tree Analysis), PRA (Probabilistic Risk Analysis).
Ces techniques ont ensuite été transmises aux mondes de l’Oil & Gas, du Ferroviaire, de la Chimie, etc.
C’est dans les années 1980 qu’ont été introduites en tant que telles les considérations de Maintenabilité et Disponibilité. En plus de l’Aéronautique, le Ferroviaire était également très intéressé par ces techniques.
Depuis 1990, les FMDS/RAMS sont une discipline à part entière et des spécialistes y sont dédiés à 100%. Ces personnes sont en charge, au sein d’une Entreprise, de planifier les activités en liens avec les FMDS sur un projet, de les appliquer (via concepts, méthodes, outils, paramètres pertinents) et de les valider.
Les FMDS/RAMS sont donc relativement récents à l’échelle de l’humanité, puisque issus du monde de l’Aéronautique et du Spatial.
Les concepts peuvent néanmoins être appliqués à tous les autres types de Systèmes et Produits (Automobile, Consumer Electronics, Radio,Software, …) et c’est évidemment le cas aujourd’hui.
Ces concepts peuvent se recouvrir partiellement (comme la Fiabilité et la Sécurité par exemple), cela dit il est important de bien distinguer la différence afin de planifier et dérouler au mieux les activités FMDS sur un Projet.
Si vous voulez approfondir sur ce passionnant sujet, je vous conseille la lecture des articles écrits dans la catégorie FMDS/RAMS de ce site !
Aurélien NARDINI
Un Système Sans Problème est une ressource de connaissances et de savoir-faire pratiques, avec exemples concrets.
Que vous soyez Chef de Programme, Chef de Projet, Architecte Système, Ingénieur, Manager dans l'Industrie, Etudiant ou Curieux de l'Ingénierie, vous êtes au bon endroit.
Au travers d'articles publiés régulièrement, découvrez ou révisez les Processus, Méthodes, Outils et Astuces utiles pour concevoir et piloter dans les domaines du Software, Firmware, de l’Électronique, et de la Mécanique.
Parce-qu'un produit fiable et industrialisable ne s'improvise pas !
