kajastuma ka igas rakenduses ehk piltlikult öeldes: kui operatsioonisüsteemi ei oleks, siis iga riistvaras tehtava muutuse korral vajaksime sellele riistvarale sobivat tarkvararakendust, sest vana versioon enam lihtsalt ei sobiks (sest vanas versioonis on ära kirjeldamata kord, kuidas uue riistvaraga suhelda tuleb). Operatsioonisüsteem sisaldab kindlasti protsessihaldust, riistvarahaldust, mäluhaldust, failihaldust, arvutivõrgu tuge, sisend-väljundsüsteemi haldust ning turbevahendeid. C2.1.1 Protsessihaldus Programm muutub protsessiks siis, kui ta käivitatakse: temast tekitatakse töötav ehk aktiivne koopia. Protsess vajab tavaliselt tööks mingi koguse protsessori tööaega, mäluruumi ning pöördub tavaliselt ka erinevate sisend-väljundseadmete poole. Protsess on töötav programm ehk programmi aktiivne koopia Toome lihtsa näite tekstiredaktori (tekstiredaktor on näiteks Microsoft Word, OpenOffice.org Writer jne
tarkvara, versioonid jms); Tallinna Vee süsteem kasutas aastaarve kahekohalistena, Y2K ohus tehti uus süsteem, kuigi vanal süsteemil oli aastaarvudest täiesti ükskõik · Varade hindamine - kui andmebaas hävib, kui palju inimtööd kulub selle taastamiseks; käideldavuse kadu SLA (Service Level Agreement) põhjal, st kui suure osa ajast server on maas - trahv vastavalt ajahulgale · Ohtude, nõrkuste ja olemasolevate turbevahendite spetsifitseerimine - turbevahendeid lihtsam tuvastada ja hinnata, ohte ja nõrkuseid arvestatakse teiste kogemuste põhjal · Turvarikete tõenäosuste hindamine - põhjalik inventuur/riskianalüüs oma varade kohta; millised ohud võivad mõjutada meie andmebaase?; järgmine aeg, millal probleeme võib tekkida, on UNIX-time'i lõpp aastal 2038 · Oodatava kahju hindamine - riskianalüüs UNIXis ajatemplid arvudena Turvapoliitika · Ootused infosüsteemi korrektseks kasutamiseks - milleks me oma infosüsteeme üldse kasutame
annaabi.ee 
