Krivite za slabo zasnovo orodja za lažno opozarjanje raket na Havajih

Ljudje delajo napake, zato sta uporabniški vmesnik in oblikovanje programske opreme tako kritična. Samo vprašajte Havajsko agencijo za upravljanje v nujnih primerih (HEMA), ki je prebivalcem in turistom v začetku tega meseca po nesreči poslala lažno grožnjo z balističnimi izstrelki, ki jih je pozvala, naj poiščejo zavetje.

"To ni vaja, " je zapisano v sporočilu, ki se je pojavilo na tisočih telefonih, pa tudi na televizijskih in radijskih postajah sredi vse večje jedrske napetosti med ZDA in Severno Korejo. Ni presenetljivo, da so ljudje v paniki pošiljali grozljiva sporočila prijateljem in ljubljenim več kot pol ure - takrat je HEMA končno objavila, da je opozorilo lažni alarm.

Kasneje je agencija priznala, da je zaposleni pritisnil napačen gumb pri testiranju sistema za opozarjanje proti raketi, deloma tudi zato, ker slabo zasnovana programska oprema ni imela zaščitnih ukrepov pred lažnimi alarmi.

Pomagajte uporabniku

Incident je spodbudil Zvezno komisijo za komunikacije (FCC), da začne preiskavo.

"Na podlagi informacij, ki smo jih zbrali do zdaj, se zdi, da vlada na Havajih ni imela ustreznih zaščitnih ukrepov ali nadzora nad postopkom, da bi preprečila prenos lažnega opozorila, " je v izjavi dejal predsednik FCC Ajit Pai. "Zvezni, državni in lokalni uradniki po vsej državi morajo sodelovati pri odkrivanju ranljivosti lažnih opozoril in narediti vse, kar je potrebno, da jih odpravimo. Zagotoviti moramo tudi, da se popravki objavijo takoj, če se napačno opozorilo sproži."

Po poročanju Washington Posta je med možnostjo preizkusa sistema in pošiljanjem resničnega opozorila o izstrelitvah edina stvar, ki pada na meniju.

Dober oblikovalski vmesnik (UI) je odvisen od izolacijskih funkcij z različnimi nameni. Če želite ločiti notranji test in ukaz, ki pošlje kritično sporočilo sto tisoč ljudem, morate vključiti vizualne namige. To je lahko tako preprosto kot uporaba ločenih gumbov ali spreminjanje barvne teme uporabniškega vmesnika, ko uporabniki vstopijo v način opozorila. Druga najboljša praksa je uporaba "Ali ste prepričani?" poziv pred izvedbo ukaza.

Sistem za opozarjanje na rakete na Havajih ni vseboval nobene od teh lastnosti.

Brez poti do pravilnih napak

HEMA uporablja brezžična opozorila za nujne primere (WEA), sistem javne varnosti, ki opozarja na vse mobilne naprave znotraj določenega območja. To je učinkovit način, da v kratkem času dosežete številne ljudi, vendar so WEA omejena na kratka besedilna sporočila. Ne morejo vsebovati slik, telefonskih številk, na katere je mogoče klikniti, ali povezav do spletnih virov. Prejemniki ostanejo, da nadalje preučijo opozorilo.

Havajski incident se je še poslabšal, ker sistem ni mogel izdati popravkov; Po poročanju Pošte zvezna agencija za upravljanje izrednih razmer (FEMA) zagotavlja HEMA "stalno dovoljenje… za uporabo civilnih opozorilnih sistemov za pošiljanje raketnega opozorila - ne pa tudi za pošiljanje poznejšega napačnega alarma."

Jasno je, da projektantski ekipi ni padlo na pamet, da bi operater pritisnil napačno tipko. HEMA je objavila posodobitveni tvit približno 13 minut po tem, ko je bilo prvotno opozorilo poslano, vendar sporočilo ni doseglo toliko ljudi kot WEA. Popolnih 38 minut je minilo, preden je bilo poslano drugo WEA, ki je vse sporočil, da "NE raketna grožnja."

"Del težave je bil v tem, da je bilo preveč enostavno - za vsakogar - narediti tako veliko napako, " je za Pošto povedal tiskovni predstavnik HEMA. Povedal je tudi, da je agencija začasno ustavila vaje in dodala zaščitne ukrepe v sistem, vključno s pozivom, da potrdi namero upravljavca, preden se sproži alarm.

Zgodba na Havajih je opomnik, kako majhne napake v načrtovanju, kot so izbira napačnih elementov uporabniškega vmesnika in preskakovanje preprostih funkcij, lahko imajo široke posledice. To poudarja kritične odgovornosti razvijalcev programske opreme in inženirjev, saj je programska oprema vseprisotna.

Kar zadeva zaposlenega, ki je storil napako, ga po besedah ​​tiskovnega predstavnika HEMA ne bodo odpustili. To je samo pošteno. Če programska oprema to neustrezno odpravi, bi morali razvijalci - ne uporabniki - odgovarjati.