Andmeturve Detailne riskianalüüs Detailne riskianalüüs Tuleb spetsifitseerida kõik turvamudeli põhikomponendid (varad, ohud, nõrkused, ohtude toimed, olemasolevad turva meetmed) vaatlusaluse süsteemi kohta; lähtuda võib mingist piisava mahuga süstemaatilisest tüüploetelust (ohtude tüüpiline loetelu sisaldab tavaliselt 100 kuni 300 levinumat ohtu). Sügis 2006 Tallinna Polütehnikum 2 Detailne riskianalüüs Määratakse: vara väärtus; iga ohu materialiseerumise tõenäosus; iga ohu toime varale, st ohu
Käideldavus · pikki seisakuid tuleks vältida, mõõdukad on lubatavad Terviklus · vead on lubatud kui nad ei tee ülesannete täitmist võimatuks Konfident- · teabe konfidentsiaalsust ei nõuta siaalsus Üldtoime · IT kahjustus õõnestab asutust vähe 5 Detailne riskianalüüs · Tuleb spetsifitseerida kõik turvamudeli põhikomponendid (varad, ohud, nõrkused, ohtude toimed, olemasolevad turvameetmed) vaatluse süsteemi kohta, · Lähtuda võib mingist piisava mahuga süstemaatilisest tüüploetelust (ohtude tüüpiline loetelu sisaldab tavaliselt 100 kuni 300 levinumat ohtu). Määratakse: · Vara väärtus. · iga ohu materialiseerumise tõenäosus. · iga ohu toime varale, st ohu materialiseerumisel tekkiva kahju väärtust. Varade Liigitus · Andmevara
3. Objektikeskne vs tegevuskeskne dekompositsioon (tükeldus) Dekompositsiooni loogika erinevus struktuurses ja OO alaüüsis: OOA dekomponeerib valdkonna kontseptuaalseteks klassideks e domeeni objektideks, MITTE funktsioonideks ega kasutusjuhtudeks. Süsteemianalüüsi aine projektis on esindatud mõlemad tükeldusloogikad: Registrite vaade (objektikeskne tükeldus) Funktsionaalne vaade (tegevuskeskne tükeldus) "Rikas" vs "vaene" mudel Parem on üle spetsifitseerida kui alaspetsifitseerida domeeni mudelit. Domeeni mudelis võib olla ilma atribuutideta klasse (n Tootekataloog), millel on ainult käitumislik roll ja puudub informatsiooni roll. Põhitehnikad kontseptuaalsete klasside identifitseerimiseks 1. Klasside kategooriate loetelu kasutamine (füüsilised objektid, sündmused, tegevused, rollid, organisatsioonid, spetsifikatsioonid) 2. Nimisõna fraaside identifitseerimine kasutusjuhtude kirjeldustest või muudest dokumentidest 3
7.3 Freimid Freime kasutatakse andmestruktuuride üldistusena, kus struktuur on paljudel andmetel ühine, kuid elemendid on erinevat tüüpi või tüüp on täpsustamata. Freim – abstraktne skelett, milles on vahetatavate elementide tarvis lahtrid (slots). Freimi iga lahter võib olla omakorda freim, kusjuures kõik lahtrite omadused päritakse tema alamfreimide poolt. 7.4 ”If ... then ...” reeglid ekspertsüsteemides Võimaldavad spetsifitseerida põhjus-tagajärg seoseid ning (läbi transitiivsuse) pikemaid põhjuslikkuse ahelaid.
on nende tähendused antud kontekstis sootuks erinevad. Semiootilisest vaatevinklist ja ka 7 feministlikust allkeelest oleks nende lekseemide segamini ajamine kuritegu. Siiski ei paku eesti keel terminite tõlkimiseks adekvaatseid vasteid. Kui Eco räägib dekodeermisest, siis eesti keeles ei ole muud valikut kui ülekodeerida. Antud termini puhul tuleb alati spetsifitseerida kumma terminiga on tegemist, sest olgem ausad võhikud ei leiaks isegi kontekstist toetust. Author autoriteet, autor, võim, mõjuvõim. ,,Feministliku teooria sõnaraamat" (Dictionary of Feminist Theory) ütleb, et autoriteetsus on kindlaks määratud võim, mille kasutus on tihti küsitav, kuna autoriteetsust käsitletakse rutiinina. Feministlik teooria keskendub eeskätt sellele, kuidas autoriteetsus sõltub keelest. Näiteks kasutavad
Meediaväliselt reguleerib sisu lihtsustamist seadusandlus (avalik-õigusliku ringhäälingu seadus) ja õigusinstitutsioonid (kohtuotsused jne). > Meedia on suhteliselt vaba otsustama, kuidas konkreetne toimetus või osakond ümbritsevast sotsiaal-, sisu- või ajamõõtmes informeerib. Tehnikad või mõõtmed on kokkuvõtvalt kommunikatsioonistrateegia ning seda on võimalik meedia iga üksiku alasüsteemi puhul uuesti spetsifitseerida. Blöbaumi ajakirjanduse süsteemiteoreetiline käsitlus (1994): toimetuse töö tulemusena avalikkusele info vahendamise süsteem ajakirjandussüsteem eristub ühiskonna alasüsteemide lõikes > toimetuste ja meediakanalite/-väljaannete analüüs annab seega infot ühiskonna struktuuri kohta. Meediasüsteemide võrdlev analüüs Siebert, Peterson ja Schramm (1956): ajakirjandus saab normatiivselt lähtuda erinevatest seisukohtadest oma rollist ühiskonnas: 1
Konfidentsiaalsus Tagada tuleb ainult sisemiseks kasutamiseks määratud teabe konfidentsiaalsus Üldtoime IT Kahjustus õõnestab asutust Madal turvatase Käideldavus Pikki seisakuid tuleks vältida, mõõdukad on lubatavad Terviklus Vead on lubatavad, kui nad ei tee ülesannete täitmist võimatuks Konfidentsiaalsus Teabe konfidentsiaalsust ei nõuta Üldtoime IT kahjustus õõnestab asutust vähe Detailne riskianalüüs Tuleb spetsifitseerida kõik turvamudeli põhikomponendid (varad, ohud, nõrkused, ohtude toimed, olemasolevad turvameetmed) vaatlusealuse süsteemi kohta. Lähtuda võib mingist piisava mahuga süstemaatilisest tüüploetelust (ohtude tüüpiline loetelu sisaldab tavaliselt 100 kuni 300 levinumat ohtu) Määratakse *vara väärtus *iga ohu materialiseerumise tõenäolsus. *iga ohu toime varale, st ohu *materiseerumisel tekkiva kahju väärtus Kvantitatiivne riskianalüüsi
Üldtoime IT Kahjustus õõnestab asutust Madal turvatase Käideldavus Pikki seisakuid tuleks vältida, mõõdukad on lubatavad Terviklus Vead on lubatavad, kui nad ei tee ülesannete täitmist võimatuks Konfidentsiaalsus Teabe konfidentsiaalsust ei nõuta Üldtoime IT kahjustus õõnestab asutust vähe Detailne riskianalüüs Tuleb spetsifitseerida kõik turvamudeli põhikomponendid (varad, ohud, nõrkused, ohtude toimed, olemasolevad turvameetmed) vaatlusealuse süsteemi kohta. Lähtuda võib mingist piisava mahuga süstemaatilisest tüüploetelust (ohtude tüüpiline loetelu sisaldab tavaliselt 100 kuni 300 levinumat ohtu) Määratakse *vara väärtus *iga ohu materialiseerumise tõenäolsus. *iga ohu toime varale, st ohu *materiseerumisel tekkiva kahju väärtus Kvantitatiivne riskianalüüsi
C32/40 jne. Betoonisegu konsistents ehk töödeldavus Betooni konsistentsi mõõdetakse tavaliselt koonuse vajumi hindamisega ja tähistatakse klassidega S1 kuni S5. Kui on vaja määrata betooni konsistentsi, tuleb seda teha betooni kasutamise ajal või kaubabetooni puhul tarnimisel standardi EVS-EN 12350-2 järgi, Koonuse vajumiskatse kohaselt. Koonuse vajumiskatse: Betoonisegu konsistentsi võib spetsifitseerida erijuhul ka sihtväärtuse alusel. Sihtväärtused koos lubatud hälvetega on toodud järgnevas tabelis. Raskebetoonide olulisimad omadused Tähtsaimaks betooni omaduseks on kindlasti survetugevus, sest betooni kasutatakse ehituses just peamiselt survejõudude vastuvõtmiseks. Survetugevus määratakse betoonist valmistatud kuubiliste või silindriliste proovikehade surve katsetega, peale 28 päevast kivistumist normaaltingimustes
esialgu kokkulepitud eesmärk, esialgu kokkulepitud eelarvega ja tähtajaga 2. Millest lähtub projektijuhtimise probleem? Leidmiseks ja konfliktidiagrammide näiteks koostame pilved järgmistele ebasoovitavatele ilmingutele: · Tavaliselt ei jõua tähtajaks valmis · Muudatusi tuleb liiga palju ette · Tihti tuleb töid ümber teha Projektide keskkonda iseloomustab määramatus sellepärast, et - me ei oska TÄPSELT ETTE spetsifitseerida kõiki projekti tegevusi? - me ei oska ETTE öelda, kui palju TÄPSELT kulub aega projekti iga töö tegemiseks? - me ei oska ETTE öelda, kui palju TÄPSELT kulub raha projekti iga töö tegemiseks? Projekti kolm vastastikku seotud kohustust on: 1. Eesmärk, Funktsionaalsus 2. Tähtaeg 3. Eelarve Kõik kurtmised on taandatavad ühele põhihädale: Kui tahad ühte ohtu sattunud kohustust päästa, siis satuvad teised ohtu 3. Mida tuleb IT-ga seotud arendusprojektide puhul silmas pidada?
valitud punktini efektiivsed arvutusmudelil: 38 Ei sobi hajusrakendustele · Peavad olema efektiivsed · Spetsifitseerida saab ainult valitud süsteeme Kontrolli-põhine sünkroniseerimine Ei ole programmilisi konstruktsioone Loodud mingi spetsiifilise ülesande jaoks. · Formaalne analüüs on võimalik Andmete põhine sünkroniseerimine Ei võimalda kirjeldada mitte-funktsionaalset
teisest esialgselt võetud Mitte kompenseerida kohustusest esialgseid valehinnanguid (funktsionaalsus, ja -arvestusi tähtaeg, eelarve) Projektide keskkonda iseloomustab määramatus sellepärast, et me ei oska TÄPSELT ETTE spetsifitseerida kõiki projekti tegevusi? me ei oska ETTE öelda, kui palju TÄPSELT kulub aega projekti iga töö tegemiseks? me ei oska ETTE öelda, kui palju TÄPSELT kulub raha projekti iga töö tegemiseks? Projekti kolm vastastikku seotud kohustust on: 1. Eesmärk, Funktsionaalsus 2. Tähtaeg 3. Eelarve Kõik kurtmised on taandatavad ühele põhihädale: Kui tahad ühte ohtu sattunud kohustust päästa, siis satuvad teised ohtu
süsteemi inkrementaalselt. Aeg-ajalt võib iteratsioon üle M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 vaadata ka olemasolevat tarkvara ning täiustada seda: näiteks allsüsteemi jõudluse tõstmine ilma uusi omadusi lisamata. Muudatuste hõlmamine: Tagasiside ja Kohanemine Iteratiivne arendamine ei püüa võidelda vältimatu muudatusega tarkvara arendamisel. Ei püüta täielikult ja korrektselt spetsifitseerida, külmutada ning allkirjastada kogu nõuete hulka ning disaini enne realiseerimist. Nõuded on ajas muutuvad (maailm muutub, tellijate-arendajate arusaamine maailmast muutub). Iteratiivne arendamine annab muudatuste haldamine ja kohanemise mehhanismi: lühikesed arendussammud (iteratsioonid), iga samm tegeleb nõuete väikese alamhulgaga, varane tsükliline tagasiside, kohanemine muutuvate nõuetega. Iteratiivne arendamine pole kontrollimatu reaktiivne protsess,
paikneb tervikut esitava olemi tüübi poolel.) Peab oskama leida lausendeid, mis kirjeldavad kõige täpsemalt etteantud olemi-suhte diagrammi fragmenti (tuleb tunda võimsustikke ning osata neid sõnaliselt interpreteerida). Loogiline disain Tarkvara- ja infosüsteemide kontekstis on disainietapi ülesandeks analüüsi etapis väljatoodud nõuetele vastavate loogiliste ja tehniliste lahenduste väljatöötamine eesmärgiga spetsifitseerida süsteem piisava detailsuseni lõpliku füüsilise realiseerimise alustamiseks. Eristatakse loogilist ja füüsilist disaini. Loogiline disain tegeleb konkreetsest realisatsiooni- ja rakenduskeskkonnast sõltumatute, järelikult nende keskkondade jaoks spetsiaalselt optimeerimata lahenduste loomisega. Füüsiline disain optimeerib / häälestab loogilise disaini lahendusi konkreetsete "füüsiliste" keskkondade jaoks. Andmete osas tähendab loogiline disain andmemudeli valimist. Antud
annaabi.ee 
