SKYbrary Wiki

Artikkel Informasjon
Kategori: Designfilosofi  Designfilosofi
Innholdskilde: SKYbrary  Om SKYbrary
Innholdskontroll: SKYbrary  Om SKYbrary

Beskrivelse

ICAO SHELL Model, som beskrevet I ICAO Doc 9859, Safety Management Manual, Er et konseptuelt verktøy som brukes til å analysere samspillet mellom flere systemkomponenter. DET refererer også til et rammeverk foreslått I ICAO Circular 216-AN31.

konseptet (navnet er avledet fra de første bokstavene til komponentene, Programvaren, Maskinvaren, Miljøet, Liveware) ble først utviklet Av Edwards i 1972, med et modifisert diagram for å illustrere modellen utviklet Av Hawkins i 1975.

et praktisk diagram for å illustrere denne konseptuelle modellen bruker blokker for å representere De Ulike komponentene I Menneskelige Faktorer. Dette byggeblokkdiagrammet dekker ikke grensesnittene som er utenfor Menneskelige Faktorer (maskinvare-maskinvare; maskinvare-miljø; programvare-maskinvare) og er kun ment som et grunnleggende hjelpemiddel for å forstå Menneskelige Faktorer:

  • Programvare-regler, prosedyrer, skriftlige dokumenter etc., som er en del av standard driftsprosedyrer.
  • Maskinvare-Air Traffic Control suites, deres konfigurasjon, kontroller og overflater, skjermer og funksjonelle systemer.
  • Miljø-situasjonen Der L-H-s-systemet må fungere, det sosiale og økonomiske klimaet så vel som det naturlige miljøet.
  • Liveware-menneskene-kontrolleren med andre kontrollører, flybesetninger, ingeniører og vedlikeholdspersonell, ledelse og administrasjon – innenfor i systemet.

IFØLGE SHELL-Modellen bidrar en mismatch Mellom Liveware og andre fire komponenter til menneskelig feil. Dermed må disse interaksjonene vurderes og vurderes i alle sektorer av luftfartssystemet.

Liveware

Liveware.jpg

det kritiske fokuset på modellen er den menneskelige deltakeren, eller liveware, den mest kritiske så vel som den mest fleksible komponenten i systemet. Kantene på denne blokken er ikke enkle og rette, og så må de andre komponentene i systemet nøye tilpasses dem hvis stress i systemet og eventuell sammenbrudd skal unngås.

men av alle dimensjonene i modellen er dette den som er minst forutsigbar og mest utsatt for effekten av indre (sult, tretthet, motivasjon, etc.) og ekstern (temperatur, lys, støy, arbeidsbelastning, etc.) endre.

Menneskelige Feil blir ofte sett på som den negative konsekvensen av liveware-dimensjonen i dette interaktive systemet. Noen ganger foreslås to forenklede alternativer for å løse feil: det er ikke noe poeng i å prøve å fjerne feil fra menneskelig ytelse, de er uavhengige av trening; eller mennesker er feilutsatte systemer, derfor bør de fjernes fra beslutningsprosesser i risikable situasjoner og erstattes av datastyrte enheter. Ingen av disse alternativene er spesielt nyttige for å håndtere feil.

Liveware-Liveware

(intertface mellom mennesker og andre mennesker)

LivewareLiveware.jpg

Dette er grensesnittet mellom mennesker. I dette grensesnittet er vi opptatt av lederskap, samarbeid, teamarbeid og personlighets interaksjoner. Det inkluderer programmer som Crew Resource Management (CRM), ATC – ekvivalent-TRM (TRM), Line Oriented Flight Training (LOFT) etc.

Liveware-Programvare

(grensesnittet mellom mennesker og programvare)

LivewareSoftware.jpg

Programvare Er samlebetegnelsen som refererer til alle lover, regler, forskrifter, ordrer, standard operasjonsprosedyrer, skikker og konvensjoner og den normale måten ting gjøres på. I økende grad refererer programvare også til de databaserte programmene som er utviklet for å betjene de automatiserte systemene.

for å oppnå en sikker og effektiv drift mellom liveware og programvare er det viktig å sikre at programvaren, spesielt hvis det gjelder regler og prosedyrer, er i stand til å bli implementert. Også oppmerksomhet må vises med fraseologier som er feilutsatte, forvirrende eller for komplekse. Mer immaterielle er vanskeligheter i symbologi og konseptuell design av systemer.

Liveware-maskinvare

(grensesnittet mellom mennesker og maskinvare)

LivewareHardware.jpg

EN annen interaktiv komponent I SKALLMODELLEN er grensesnittet mellom liveware og maskinvare. Dette grensesnittet er det som oftest vurderes når man snakker om menneske-maskin-systemer: utforming av seter for å passe til kroppens sittegenskaper, av skjermer for å matche brukerens sensoriske og informasjonsbehandlingsegenskaper, av kontroller med riktig bevegelse, koding og plassering.

Maskinvare, for Eksempel I Flytrafikkontroll, refererer til de fysiske egenskapene i det kontrollerende miljøet, spesielt de som er knyttet til arbeidsstasjonene. Som et eksempel er press to talk-bryteren en maskinvarekomponent som grensesnitt med liveware. Bryteren har blitt designet for å møte en rekke forventninger, inkludert sannsynligheten for at når den trykkes, har kontrolleren en levende linje for å snakke. På samme måte bør brytere ha blitt plassert på steder som lett kan nås av kontrollere i ulike situasjoner, og manipulering av utstyr bør ikke hindre lesing av vist informasjon eller andre enheter som kanskje må brukes samtidig.

Liveware-Miljø

(grensesnittet mellom mennesker og miljø)

LivewareEnvironment.jpg

liveware-miljø grensesnitt refererer til de interaksjoner som kan være ute av direkte kontroll av mennesker, nemlig det fysiske miljøet-temperatur, vær, etc., men innenfor hvilke fly opererer. Mye av den menneskelige faktorutviklingen på dette området har vært opptatt av å designe måter som folk eller utstyr kan beskyttes på, utvikle beskyttelsessystemer for lys, støy og stråling. Den riktige matchingen av liveware – miljøinteraksjonene involverer et bredt spekter av ulike disipliner, fra miljøstudier, fysiologi, psykologi gjennom til fysikk og ingeniørfag.

  • Pilot Utstyr Grensesnitt
  • Kontroller Posisjon Design
  • Analyse Av Menneskelige Faktorer Og Klassifisering System (HFACS)
  • Heinrich Pyramid
  • James Grunn HF Modell
  • PÆRE Modell