PROPOSITION d’un concept d’AMDEC PROJET

Nous avons déterminé, à partir de l’étude de la Sûreté de Fonctionnement, de ses concepts, méthodes et outils, que l'A.M.D.E.C. était un des outils qui pouvait répondre, en première approche, aux objectifs de fiabilisation prévisionnelle du processus de conception de Produits Nouveaux, en mettant en évidence ses modes de défaillance singuliers et critiques.

Compte tenu du caractère novateur de l’application que nous voulons en faire, il est nécessaire de définir un type d’AMDEC spécifique à nos besoins.

13.3.1. A.M.D.E.C. des Fonctions (Processeurs)

L’analyse fonctionnelle du processus de conception de Produits Nouveaux nous a permis de définir plusieurs processeurs qui peuvent être assimilés aux composants d’un produit.

Ces processeurs, « composants » du processus, remplissent des fonctions. C’est au niveau de l’étude des défaillances de ces fonctions que va pouvoir se faire l’analyse de risque.

13.3.2. Définition des fonctions de traitement d'information

Nous proposons de définir ces processeurs comme étant ceux ayant pour entrée/sortie les différents états du cycle de vie d’un produit tel que nous l’avons défini dans notre

besoins perçus besoins exprimés besoins spécifiés solution définie solution qualifiée besoins traduits Produits conformes Attentes / Besoins latents insatisfactions / manques perception du besoin latent, des manques expression fonctionnelle du besoin perçu spécification technique du besoin exprimé définition de la solution retenue qualification de la définition production de produits conformes à la définition Offre créatrice

Figure 67 : modèle générique du processus de traitement de l’information

Le passage d’un état n à l’état n+1 de la définition du produit résulte d’un processus de compréhension et de « reformulation » du problème. Cette activité procède de deux mécanismes [AKIN (1978)]65 _:

• une acquisition d’informations à partir de l’environnement externe,

• l’interprétation de ces informations et le stockage en mémoire des informations interprétées, qui aboutissent à une redéfinition du problème, propre au concepteur.

65 _{AKIN, O; (1978). How do architects design ? in Latombe (Ed.) Artificial Intelligence and Pattern Recognition in Computer Aided} Design. IFIP, North-Holland Publishing Company.

Etat initial Etat 1 Etat final Fonction 1 Fonction i Fonction n * * * * * * * recueil de l'information traitement de l'information transmission de l'information fonction de base

fonctions _{causes effets criticité}

élémentaires

modes de défaillance

Figure 68 : démarche d'analyse A.M.D.E.C. Projet

Nous avons défini par :

• Recueil de l’information, les tâches : d’acquisition

et de stockage des informations

• Traitement de l’information, les tâches : d’interprétation

et de stockage des informations

• Transmission de l’information, les tâches : de codage

L’acquisition de l’information suppose de déterminer les informations pertinentes à rechercher. Ce processus de « filtrage » des informations (BISSERET, 1979) consiste en la sélection d’une partie des caractéristiques et des propriétés des exigences et des spécifications définies à chaque état du processus de conception d’un produit nouveau ( MAHER 1990). Cette recherche et cette sélection d’informations pertinentes se font à partir des connaissances acquises antérieurement (Par paramétrage d’un schéma préétabli, par analogie avec d’autres projets etc. ...). Cette activité montre toute l’importance du retour d’expérience et de la capitalisation du savoir faire en matière de management de projet.

L'interprétation des informations consiste :

• à paramètrer les caractéristiques, et les propriétés des informations nouvelles apportées par l’étape précédente,

• à prendre en compte, de manière opportuniste, les informations qui sont générées par la définition de plus en plus précise du projet.

13.3.3. Modes de défaillance

La notion de « mode de défaillance » d’une « fonction du processus de Conception de Produits Nouveaux » est un concept nouveau. Les différents scénarios de projet peuvent se différencier d’une part, au niveau des fonctions, et d’autre part au niveau des moyens mis en oeuvre pour une même fonction.

La défaillance d’une fonction va être observable sur les informations générées en sortie. La description de ses modes de défaillance doit être suffisamment précise pour être exploitable. Mais il n’est pas non plus réaliste d’envisager toutes les possibilités d’altérations des

informations. C’est pourquoi nous préconisons de regrouper toutes les défaillances possibles en classes. Ce regroupement doit se faire en fonction de l’utilisation des informations par les autres fonctions du processus de conception. Les modes de défaillances définis pour une fonction dépendent donc de ses interactions avec le reste du processus : ils ne sont pas

généraux, mais dépendent à la fois, des entreprises, du processus et du projet de conception de produit en lui même.

La notion de mode de défaillance étant définie comme étant le symptôme qui révèle la défaillance, la démarche à adopter est de se demander, pour chaque fonction remplie par le système (et sous-fonctions), ce qui se passe si :

∗ la fonction ne se réalise plus,

∗ la fonction est dégradée (réalisation avec des performances différentes de celles prévues),

∗ la fonction se réalise de façon intempestive.

On peut également établir les modes de défaillance à l’aide de « macrocauses ».

13.3.4. Recherche des causes :

pour chaque mode de défaillance, on recense toutes les causes possibles, liées :

• aux informations et à leurs caractéristiques,

• à des contraintes externes,

• à des phénomènes parasites,

13.3.5. Recherche deseffets :

Les effets sont les résultats des modes de défaillance. Ceux-ci sont classés en deux types : effets sur les fonctions supérieures du système et effets sur le milieu extérieur

(systèmes externes) pour faciliter l’utilisation éventuelle de la méthode Arbres de Défaillance (cf page : 153 ).

Dans le cadre de nos travaux, nous avons limité notre analyse à la phase du projet qui va de la définition du besoin, à la qualification66 _{du produit. Les effets d’une défaillance du}

processus de traitement de l’information peuvent donc être définis en trois types :

• faible conséquence sur la qualification du produit.

• conséquences importantes en termes de délais ou de coût sur la qualification du produit.

• non-qualification du produit.

13.3.6. Criticité

A. Définition

Dans les A.M.D.E.C., la criticité d’une tâche est généralement définie par :

C = Gravité x Probabilité d’apparition de la défaillance x Probabilité de non-détection de la défaillance.

66 _{Qualification : procédure permettant de s'assurer que la définition du produit est apte à satisfaire le besoin du l'utilisateur, et est}