ΟDe fleste databrukere står overfor en programvarefeil som til og med kan føre til tap av viktige data.
Det er imidlertid tilfeller der datasystemer ikke fungerte som de skal og til og med førte til tap av menneskeliv. Programvare er tross alt skrevet av mennesker, så feilfaktoren kan ikke utelukkes.
Se tilfeller der en programvarefeil har ført til eller kunne ha fått katastrofale konsekvenser...
Den nærme atomkatastrofen
En feil i programvaren for satellittvarslingssystem i Sovjetunionen kan muligens føre til atomkatastrofe!
Den 26. september 1983 var soldat Stanislav Petrov i et hemmelig tilfluktsrom i nærheten av Moskva, og hadde tilsyn med varslingssystemet for satellittangrep. Kort tid etter midnatt ga systemet ut en advarsel for utskyting av 5 amerikanske, interkontinentale ballistiske missiler! Den tiltenkte reaksjonen ville være et motangrep fra Sovjetunionen med en rakettoppskyting også!
Petrov måtte ta en avgjørelse raskt. Noe så imidlertid ut til å være galt: Det var merkelig for Amerika å angripe med bare 5 missiler... I tillegg oppdaget ikke bakkeradarene noe (noe som kan forklares med at de ikke "ser" noe utenfor horisonten, pga. jordens krumning), mens satellittsystemet hadde feil da det først ble satt i drift.
Ved å veie dataene bestemte Petrov seg for å avvise alarmen som feil, noe som selvfølgelig viste seg å være sant, da det senere ble kjent at systemet "så" solens refleksjoner over skyene og tolket dem som en rakettoppskyting. Men det er også sant at selv om Petrov ikke hadde evnen til å skyte opp et atomvåpen, hvis han hadde valgt å advare sine overordnede og de oppfattet trusselen som reell, ville vi ha vært inne for en atomkatastrofe!
Therac-25 - Pasientmorderen
Therac-25 var et medisinsk utstyr for strålebehandling, ofte brukt hos kreftpasienter. Det fungerte på to måter: enten ved å sende en elektronstråle i små doser til pasienten i et minimum av tid, eller ved å sende elektronstrålen først gjennom et "mål" av metall som konverterte strålen til røntgenstråler som så nådde tålmodig.
I tidligere Therac-modeller, for den andre funksjonen, var det manuelle sikkerhetsventiler som sjekket om metall-"målet" faktisk var der det skulle være, da ellers ville høyenergistråler falle direkte på pasienten.
I Therac-25 ble rollen til disse ventilene overtatt av en programvare. Noen ganger oppstod det imidlertid en feil under automatiske kontroller. Som et resultat kollapset systemet, "målet" av metall beveget seg ikke og pasienten ble "bombardert" med kraftstråler 100 ganger større enn han normalt ville ha akseptert. Dette skjedde i 6 tilfeller fra 1985 til 1987, hvor 4 personer ble funnet døde!
Feilen til Patriot
Under den USA-ledede Operation Desert Storm i Irak i 1991 utviklet det amerikanske militæret et Patriot-system for å forsvare seg mot fiendtlige fly og missiler.
Luftvernsystemet er basert på målets hastighet og tid for å forutsi hvor målet vil være til enhver tid.
Dessverre hadde deteksjonssystemet en feil, som resulterte i at den interne "klokken" viste et gradvis avvik.
Så lenge systemet var i drift var «klokken» deregulert og avviket fra den «virkelige» tiden. Faktisk var feilen allerede kjent og ble ganske enkelt "rettet" ved å starte systemet på nytt.
Men de som sjekket systemet 25. februar så ikke ut til å vite om feilen, da de hadde latt systemet «kjøre» i 100 timer.
Da et irakisk missil ble avfyrt på en militær flyplass i Dhahran, Saudi-Arabia, ble det oppdaget av Patriot-systemet. Den interne «klokken» hadde imidlertid allerede et avvik på 0,34 per minutt.
Da den neste posisjonen til raketten ble beregnet, "kikket" deteksjonssystemet på et område på himmelen omtrent en halv kilometer unna der raketten var. Som et resultat "anttok" han at det ikke var noen trussel, og derfor ble avlyttingen kansellert. Raketten traff målet, drepte 28 soldater og såret 98 andre.
Divisjonen med null lammet et skip fra den amerikanske flåten
En av de mest kjente feilene i programmeringsuniverset er å dele et hvilket som helst tall med null, noe som er umulig med enkel matematikk, og det meste av programvare er laget for å ta hensyn til et slikt scenario.
Denne velkjente feilen så imidlertid ikke ut til å ha blitt tatt i betraktning av programvaredesignerne på USS Yorktown. Den 21. september 1997 var Yorktown ute av kontroll i nesten tre timer da et besetningsmedlem la inn en null i databasekontrollsystemet, som deretter ble brukt i en splittelse, noe som fikk skipets fremdriftssystem til å kollapse.
Programvaren ble installert som en del av et program for å redusere den menneskelige faktoren i skipskontroll. Heldigvis, da det uventede skjedde, manøvrerte USS Yorktown og var ikke i kamp når en slik hendelse kunne være dødelig.
Blackouten som etterlot 55 millioner mennesker i mørket
En av de største strømbruddene i historien var den som skjedde 14. august 2003 i det nordøstlige USA og Ontario, Canada, og etterlot 55 millioner mennesker i mørket.
Det hele startet da et kraftverk på sørkysten av Lake Erie, Ohio, ble stengt på grunn av økt etterspørsel. Dette satte resten av strømnettet på prøve. Imidlertid varmes strømkabler opp når de bærer en større last, og materialene deres utvider seg. Dermed landet flere linjer på trær og forårsaket skade, og belastet energisystemet ytterligere. Resultatet var at nettet til slutt bare delte 20 % av normalkraften.
Hovedårsaken til strømbruddet var et programvareproblem i alarmsystemet i kontrollrommet til First Energy Corporation i Ohio. To deler av systemet ble funnet å "konkurrerte" om de samme ressursene og klarte ikke å løse tvisten, noe som førte til at alarmsystemet fryste og sluttet å gi varsler.
Systemet kollapset imidlertid uten å bli lagt merke til, da det ikke var noen hørbar eller visuell alarm i kontrollrommet. Som et resultat ble ingen informert om behovet for å omfordele overføringssystemet.
Dermed påvirket det som kunne vært et lokalt kontrollert strømbrudd hele nettverket, og etterlot flere områder uten strøm i flere dager og forårsaket problemer innen industri, forsyning, telekommunikasjon og transport. Faktisk antas blackouten å ha bidratt til at 10 mennesker mistet livet.
Tusenårsviruset
Y2K eller "Millennium Virus" ble mer kjent ettersom media spredte skrekkhistorier med dramatiske scenarier som kunne finne sted.
Denne feilen hadde å gjøre med at det i mange datasystemer ble brukt to sifre for datoen. For eksempel "99" i stedet for "1999". Dette ville bety at det i 2000 ville se ut som "00", noe som sannsynligvis ville "forvirre" datamaskinene, og få dem til å tro at det var 1900.
Dette ville resultere i en katastrofe i disse beregningene som ville inkludere en rekke år som overstiger 2000. For eksempel vil noen født i 1920 og døde i 2001 se ut til å være -19 år gammel!
For å løse problemet hastet programvareselskaper med å oppgradere produktene sine, som de allerede kontrollerte fra banksystemer til sykehusdatamaskiner. I tillegg, i februar '99, ble Y2K International Cooperation Center opprettet for å hjelpe til med å koordinere arbeidet til regjeringer og organisasjoner før tusenårsriket.
Til slutt kom 2000 uten noen nevneverdige hendelser. Men vi vet fortsatt ikke med sikkerhet om dette var på grunn av forberedelsene som hadde blitt gjort eller om manusene som ble gitt ut til pressen bare var for mye...
[the_ad_group id = ”966 ″]
