SKYbrary Wiki

Informations Sur l’Article
Catégorie:	Philosophie du design
Source du contenu :	SKYbrary
Contrôle du contenu:	SKYbrary

Description

Le modèle de COQUE de l’OACI, tel que décrit dans le Doc 9859 de l’OACI, Manuel de gestion de la sécurité, est un outil conceptuel utilisé pour analyser l’interaction de plusieurs composants du système. Il fait également référence à un cadre proposé dans la circulaire 216-AN31 de l’OACI.

Le concept (le nom étant dérivé des lettres initiales de ses composants, Logiciels, Matériels, Environnement, Liveware) a été développé pour la première fois par Edwards en 1972, avec un schéma modifié pour illustrer le modèle développé par Hawkins en 1975.

Un diagramme pratique pour illustrer ce modèle conceptuel utilise des blocs pour représenter les différentes composantes des facteurs humains. Ce schéma de construction ne couvre pas les interfaces qui sont en dehors des facteurs humains (matériel-matériel; matériel-environnement; logiciel-matériel) et n’est conçu que comme une aide de base à la compréhension des facteurs humains:

• Logiciel – les règles, procédures, documents écrits, etc., qui font partie des procédures opérationnelles normalisées.
• Matériel – les suites de contrôle de la circulation aérienne, leur configuration, les commandes et les surfaces, les écrans et les systèmes fonctionnels.
• Environnement – la situation dans laquelle le système L-H-S doit fonctionner, le climat social et économique ainsi que l’environnement naturel.
• Liveware – les êtres humains – le contrôleur avec les autres contrôleurs, les équipages de conduite, les ingénieurs et le personnel de maintenance, les personnes de gestion et d’administration – dans le système.

Selon le modèle SHELL, une inadéquation entre le Liveware et les quatre autres composants contribue à l’erreur humaine. Ainsi, ces interactions doivent être évaluées et prises en compte dans tous les secteurs du système aérien.

Liveware

L’objectif critique du modèle est le participant humain, ou liveware, le composant le plus critique et le plus flexible du système. Les bords de ce bloc ne sont pas simples et droits, de sorte que les autres composants du système doivent être soigneusement adaptés à eux si l’on veut éviter les contraintes dans le système et une éventuelle panne.

Cependant, de toutes les dimensions du modèle, c’est celle qui est la moins prévisible et la plus sensible aux effets internes (faim, fatigue, motivation, etc.) et externes (température, lumière, bruit, charge de travail, etc.) changement.

L’erreur humaine est souvent considérée comme la conséquence négative de la dimension liveware dans ce système interactif. Parfois, deux alternatives simplistes sont proposées pour lutter contre l’erreur: il ne sert à rien d’essayer d’éliminer les erreurs de la performance humaine, elles sont indépendantes de la formation; ou, les humains sont des systèmes sujets aux erreurs, ils devraient donc être retirés de la prise de décision dans des situations à risque et remplacés par des dispositifs contrôlés par ordinateur. Aucune de ces alternatives n’est particulièrement utile pour gérer les erreurs.

Liveware – Liveware

(l’interface entre les personnes et les autres personnes)

C’est l’interface entre les gens. Dans cette interface, nous nous intéressons au leadership, à la coopération, au travail d’équipe et aux interactions de personnalité. Il comprend des programmes tels que la Gestion des ressources de l’équipage (CRM), l’équivalent ATC – TRM (TRM), la Formation au Vol Orientée Ligne (LOFT), etc.

Logiciel Liveware

(L’interface entre les personnes et le logiciel)

Logiciel est le terme collectif qui fait référence à toutes les lois, règles, règlements, ordonnances, procédures opérationnelles standard, coutumes et conventions et à la manière normale dont les choses sont faites. De plus en plus, les logiciels désignent également les programmes informatiques développés pour faire fonctionner les systèmes automatisés.

Afin d’assurer un fonctionnement sûr et efficace entre le liveware et le logiciel, il est important de s’assurer que le logiciel, en particulier s’il s’agit de règles et de procédures, est capable d’être mis en œuvre. Il faut également faire attention aux phraséologies sujettes aux erreurs, confuses ou trop complexes. Les difficultés de symbologie et de conception conceptuelle des systèmes sont plus intangibles.

Liveware-hardware

(L’interface entre les personnes et le matériel)

Un autre composant interactif du modèle SHELL est l’interface entre le liveware et le matériel. Cette interface est celle que l’on considère le plus souvent lorsqu’on parle de systèmes homme-machine: conception de sièges adaptés aux caractéristiques d’assise du corps humain, d’affichages adaptés aux caractéristiques sensorielles et de traitement de l’information de l’utilisateur, de commandes avec mouvement, codage et localisation appropriés.

Le matériel, par exemple dans le contrôle du trafic aérien, fait référence aux caractéristiques physiques de l’environnement de contrôle, en particulier celles relatives aux postes de travail. Par exemple, le commutateur press to talk est un composant matériel qui s’interface avec liveware. Le commutateur aura été conçu pour répondre à un certain nombre d’attentes, y compris la probabilité que lorsqu’il est pressé, le contrôleur dispose d’une ligne en direct pour parler. De même, les commutateurs devraient avoir été placés à des endroits facilement accessibles aux contrôleurs dans diverses situations et la manipulation de l’équipement ne devrait pas entraver la lecture des informations affichées ou d’autres dispositifs qui pourraient devoir être utilisés en même temps.

Liveware-Environment

(L’interface entre les personnes et l’environnement)

L’interface liveware-environnement fait référence aux interactions qui peuvent échapper au contrôle direct des humains, à savoir l’environnement physique – température, météo, etc., mais à l’intérieur duquel les aéronefs opèrent. Une grande partie du développement du facteur humain dans ce domaine a consisté à concevoir des moyens de protéger les personnes ou les équipements, à développer des systèmes de protection contre les lumières, le bruit et les rayonnements. L’appariement approprié des interactions liveware-environnement implique un large éventail de disciplines disparates, des études environnementales, de la physiologie, de la psychologie à la physique et à l’ingénierie.

• Interface de l’équipement pilote
• Conception de la position du contrôleur
• Système d’Analyse et de classification des Facteurs Humains (HFACS)
• Pyramide de Heinrich
• Modèle HF James Reason
• Modèle PEAR