A hawaii hamis rakétajelzőjében hibáztathatja a rossz felhasználói felületet

Az emberek hibákat követnek el, ezért a felhasználói felület és a szoftvertervezés annyira kritikus. Csak kérdezze meg a Hawaii Vészhelyzeti Ügynökséget (HEMA), amely a hónap elején véletlenül hamis bejövő ballisztikus rakéta-veszély figyelmeztetést küldött a lakosoknak és a turistáknak, amely sürgette őket menedékkéréshez.

"Ez nem egy gyakorlat" - olvassa el az üzenetet, amely több ezer telefonon, valamint TV-n és rádióállomáson jelent meg az Egyesült Államok és Észak-Korea közötti növekvő nukleáris feszültségek közepette. Nem meglepő, hogy az emberek pánikba estek, és félelmetes üzeneteket küldtek barátainak és szeretteiknek több mint fél órán keresztül - ekkor a HEMA bejelentette, hogy a riasztás hamis riasztás.

Később az ügynökség beismerte, hogy egy alkalmazott rossz gombot nyomott meg a rakéta figyelmeztető rendszer tesztelésekor, részben azért, mert a rosszul tervezett szoftvernek nem volt védelme a hamis riasztásokkal szemben.

Segítsen a felhasználónak

Az eset arra késztette a Szövetségi Kommunikációs Bizottságot (FCC), hogy indítson nyomozást.

"Az eddig összegyűjtött információk alapján úgy tűnik, hogy Hawaii kormányának nem volt ésszerű biztosítéka vagy folyamatainak ellenőrzése a hamis riasztás továbbításának megakadályozására" - mondta Ajit Pai, az FCC elnöke nyilatkozatában. "Az országos szövetségi, állami és helyi tisztviselőinek együtt kell működniük a hamis riasztások sérülékenységének azonosítása érdekében, és meg kell tenniük a szükséges intézkedéseket az azok kijavításához. Biztosítanunk kell továbbá azt is, hogy hamis riasztás esetén azonnal helyesbítsenek."

A Washington Post szerint a rendszerteszt és a valódi rakétajelzés küldése között csak a legördülő menü volt.

A jó felhasználói felület (UI) kialakítása függ a különféle célokra szolgáló funkciók elkülönítésétől. Ha el szeretne különíteni egy belső tesztet és egy olyan parancsot, amely több száz ezer ember számára küld kritikus üzenetet, be kell építenie a vizuális útmutatásokat. Ez olyan egyszerű lehet, mint külön gombok használata, vagy az felhasználói felület színének megváltoztatása, amikor a felhasználók riasztási módba lépnek. Egy másik bevált gyakorlat lehet a "Biztos benne?" parancs végrehajtása előtt.

A Hawaii rakétajelző rendszer e tulajdonságok egyikét sem tartalmazta.

Nincs út a helyes hibákhoz

A HEMA vezeték nélküli vészjelzéseket (WEA) használt, egy közbiztonsági rendszert, amely riasztásokat küld a kijelölt területen lévő összes mobil eszközre. Ez hatékony módja annak, hogy sok embert rövid időn belül elérjen, de a WEA-k csak a rövid szöveges üzenetekre korlátozódnak. Nem tartalmazhatnak képeket, kattintható telefonszámokat vagy online forrásokra mutató linkeket. A címzetteknek a figyelmeztetést tovább kell vizsgálniuk.

A hawaii eseményt még súlyosabbá tette az a tény, hogy a rendszer nem tudott javításokat kiadni; amint azt a Posta beszámolja, a Szövetségi Vészhelyzeti Menedzsment Ügynökség (FEMA) "állandó engedélyt ad a HEMA számára… a polgári figyelmeztető rendszerek használatához a rakéta riasztásának kiküldésében, de egy későbbi hamis riasztási riasztás elküldésében".

Nyilvánvaló, hogy a tervezői csapatnak nem történt meg az, hogy az operátor rossz gombot nyomhatott meg. A HEMA kb. 13 perccel az eredeti riasztás elküldése után frissített tweetet küldött, de az üzenet nem érkezett annyi emberhez, mint a WEA. Teljes 38 perc telt el a második WEA küldése előtt, mindenkit értesítve arról, hogy "NINCS rakéta fenyegetése".

"A probléma része az volt, hogy túl könnyű - bárki számára - ilyen nagy hibát elkövetni" - mondta a HEMA szóvivője a Postnak . Azt is mondta, hogy az ügynökség felfüggesztette a gyakorlatokat, és biztosítékokat adott a rendszerhez, beleértve egy figyelmeztetést, amely megerősíti az üzemeltető szándékát a riasztás elküldése előtt.

A Hawaii-esemény emlékeztet arra, hogy a tervezési hibáknak olyan kicsinek lehetnek a következményei, mint a helytelen felhasználói felület elemek kiválasztása és az egyszerű szolgáltatások kihagyása. Ez aláhúzza a szoftverfejlesztők és a mérnökök kritikus felelősségét, mivel a szoftver mindenütt jelenik meg.

Ami a hibát követett alkalmazottat illeti, a HEMA szóvivője szerint nem szabadulnak el. Ez csak méltányos. Ha a szoftver ezt a nyomorúságot elmulasztja, a fejlesztõket - nem felhasználókat - el kell számolni.