Tarkvaratehnika 1. Loeng Kvaliteetse tarkvara atribuudid: 1. Teostab ettenähtud funktsionaalsust 2. Hooldatav Tarkvara peab arenema, et vastata muutuvatele vajadustele. 3. Usaldusväärne Töökindlus ja turvalisus. 4. Vastuvõetav Kasutajad on aktsepteerinud selle. Tarkvara on neile arusaadav, kasutatav ja ühilduv teiste süsteemidega. Mis on tarkvaratehnika? Tarkvaratehnika on tiimide poolt rakendatav distsipliin tootmaks kõrgekvaliteedilist, suuremastaabilist ja hinnaefektiivset tarkvara, mis rahuldab kasutajate nõudmisi ja mida saab hooldada teatud ajaperioodi vältel. Tarkvaratehnika on süstemaatilise, distsiplineeritud ja mõõdetava lähenemisviisi rakendamine tarkvara arendamisele, käitamisele ja hooldamisele, see tähendab, inseneriteaduste rakendamine tarkvarale. Tarkvaraarendus on nõrgem termin, kus tingimata ei kasutata protsesse,
tarkvara peab olema arusaadav, kasutatav ja ühilduv teiste süsteemidega). Tarkvaratehnika vaated: • Omaniku vaade (Motivation layer), • Kavandaja vaade (System design layer), • Ehitaja vaade (Deployment layer). Tarkvaraprotsessi etapid: 1. Nõuete esiletoomine ja analüüs, 2. Kavandamine e. disain (Arhitektuuriline kavandamine, Detailne kavandamine), 3. Realiseerimine, 4. Testimine, 5. Hooldus ja evolutsioon. Tarkvaraprojekti jaoks vajalikud osad: inimesed, nõuded, vahendid, testid-mockid. Süsteem Tarkvaratehnika ei ole isoleeritud distsipliin vaid osa laiemast süsteemitehnikast. Tarkvarasüsteemid ei ole isoleeritud süsteemid vaid sotsiaalsete süsteemide osad – sotsiotehniline süsteem. Süsteem on üksteisega ühendatud olemite või komponentide hulk, mis moodustavad keerulise terviku või täidavad koos keerulist funktsiooni
Tarkvaratehnika: Loeng 1: Taust: o Tarkvara iseloom o Kõrgenenud nõudmised: Suuremad süsteemid Keerulisemad süsteemid Kiiremini Erinevad näited vigadest mis on tehtud: o Ariane Crash 1996 kosmosesüstiku alla kukkumine, tuli välja et selle alla kukkumise põhjuseks oli tarkvarasüsteemis viga ilmus trajektoori osas. o Therac-25 kiiritusravi andmises tehti viga kasutaja liideses, kus
KORDAMISKÜSIMUSED 1. Kvaliteetse tarkvara atribuudid. eksam 2. Mis on tarkvaratehnika? 3. Üldistatud protsessid tarkvaraarenduses. 4. Tarkvaraprotsesside 2 suuremat liiki. 5. Manifesto for Agile Software Development. 6. Kuidas liigitada nõudeid? eksam 7. Nõude 3 põhiomadust. 8. Nõuete valideerimise tehnikad. 9. Komponentidel põhinev arhitektuur 10.Kihiline arhitektuur eksam 11.Objektorienteeritud arhitektuur 12.Teenusorienteeritud arhitektuur 13.Lihtsa koodi disaini 4 elementi 14.Miks peab nõudeid haldama? 15.Milleks kasutatakse versioonihaldust? eksam 16.Funktsionaalne nõue eksam 17.Mittefunktionaalne nõue eksam 18.Tarkvara elutsükkel 19.Millest koosneb tarkvara? 20.Mis on testimine? 21.Staatiline testimine eksam 22.Dünaamiline testimine eksam 23.Valge kasti testimine 24.Musta kasti testimine 25.Testimise tasemed 26.Re-testmine ja regressioonitestimine 27
1. Tarkvaratoode mis siia kuulub? Tarkvara arenduse tulem (toode, teenus) hõlmab mitmesuguseid komponente, mis kõik võivad olla kvaliteedihalduse objektid, näiteks arenduse käigus hangitud infotehnoloogiavahendid: riistvara, standardtarkvara, sideseadmed arenduse käigus tehtud töö: täitja arendatud tarkvara (sealhulgas lähtekood, objektkood, täitmiskood jm); installatsioonid, kohandamised, muudatused; andmehõive muudatused tellija organisatsioonis, protsessides, töökorralduses... projektdokumentatsioon kasutamise kohta (kasutajajuhendid); objektsüsteemi kohta; loodavate objektide kohta (programmi/testimise dokumentatsioon); installeerimise ja seadistamise kohta; arenduse (sh testimise) kohta metoodika: tulemuste kasutamine; tulemuste edasiarendamine; uute arenduste tegemine
Tarkvara testimist käsitlev juhendmaterjal Tarkvara testimine Testimise parimad praktikad Nõudmiste määratlemine Maili Markvardt ASA Quality Services OÜ Tallinn 2006 Sisukord 1 Lugejaskond ja käsitlusala.......................................................................................3 2 Kasutatavad mõisted.................................................................................................3 3 Sissejuhatus testimisse........................................
Tarkvara kvaliteedi kordamisküsimused 1. Pakkuge ise kvaliteedi mõiste, võrrelge ülal pakutud mõistega Kvaliteet on nii tootja või kaubamärgiga kaasas käiv omadus, kui ka suhe toote ja nõuete vahel. 2. Kas tarkvara kvaliteedi määratlus erineb teiste toodete kvaliteedi määratlusest? Miks? Ei erine, lihtsalt vaadatakse erinevaid aspekte. 3. Millal võib kvaliteedi määratluses piirduda vaid tootega? Vaid toote ja nõudmistega? Kui kvaliteet on mingi tootja või kaubamärgiga kaasas käiv omadus. 4. Kuidas suhtuda väitesse "Tarkvara kvaliteeti pole olemas, kogu aeg on kiirustamine ja pole aega ühte asja valmis saada, juba tuleb järgmine"? Millist kvaliteedi mõistet siin arvestatakse
построение исполняемой архитектуры. Это включает в себя: Документирование требований (включая детальное описание для большинства прецедентов). Спроектированную, реализованную и оттестированную исполняемую архитектуру. Construction: detailne kavandamine, realiseerimine ja testimine 3. Построение (Construction) В фазе «Построение» происходит реализация большей части функциональности продукта Transition: süsteemi käitamine 4. Внедрение (Transition) В фазе «Внедрение» создается финальная версия продукта и передается от разработчика к заказчику. 4 test levels
..........................................................................................3 2.Koskmudel.........................................................................................................................5 Kokkuvõte:.......................................................................................................................7 3.Inkrementaalne arendusmudel...........................................................................................8 Inkrementaalse arenduse eelised:...................................................................................11 Inkrementaalse arendused probleemid:..........................................................................11 4.Agiilsed arendusmeetodid...............................................................................................12 5.Spiraalmudel....................................................................................................................14 6.Prototüüpimine...............
Projekti visioon. Enne mistahes projekti käivitamist peab projektimeeskond projekti põhieesmärgi suhtes kujundama ühised arusaamad ja need ka kirjalikult lühidalt formuleerima. Põhieesmärk peab olema kõrge, kuid reaalne. Halvim on, kui projekti täitjad saavad aru eesmärkide ebareaalsusest, kuid projekti juhtkond mitte; sellisel juhul täitjate motivatsioon langeb kiiresti. Visioonist peaks lähtuma, määratlemaks, mida loodav tarkvara peab võimaldama ja mida mitte. Näiteks MS Word for Windows 1.0 arendamine võttis algselt kavandatud ühe aasta asemel aega viis aastat, kuna eesmärgid olid seatud liiga kõrged! Seega on näiteks "Luua maailma parim tekstitöötlussüsteem" liiga üldine, parem oleks "Luua maailma kõige kasutajasõbralikum tekstitöötlussüsteem", kuna annab arendajatele ka ideid, mida ei peaks tarkvara koosseisu lülitama. Põhiotsustaja määratlemine
............................................................... 3 MIS ON VIGA?.................................................................................................................................. 4 MIKS VEAD TEKIVAD?.................................................................................................................... 5 KUI PALJU VEAD MAKSAVAD?....................................................................................................... 5 MIDA TÄPSELT TEEB TARKVARA TESTIJA?................................................................................. 5 TARKVARA TESTIJAL PEAVAD OLEMA KA KINDLAD OMADUSED............................................. 6 ERINEVAD TARKVARA ARENDUS MEETODID.............................................................................. 6 MUSTA-KASTI, VALGE-KASTI JA HALLI-KASTI TESTIMINE......................................................... 9 STAATILINE JA DÜNAAMILINE TESTIMINE..............................................
RAS operatsioonisüsteemid - reaalajalised tuumad 1.Millised reaalajalised nõuded määravad RAS tarkvara koostamise eripära? RAS nõuded määravad tarkvara valmistamise eripärad (enamasti tekib sundparalleelsus): · Jõudlus tippkoormusel peab olema ennustatav · Töökiiruse juhtimine toimub ümbritsevast keskkonnast · Ohutus on sageli kriitilise tähtsusega · Andmemahud on väikesed või keskmised · Aktiivne liiasus (dubleerimine, jne) · Andmete terviklikkus nõutav lühiajaliselt · Autonoomne vigade avastamine 2.Selgitada sundparalleelsuse ja traditsioonilise paralleeltöötluse erinevusi.
TALLINNA TEHNIKAÜLIKOOL INFOTEHNOLOOGIA TEADUSTKOND INFORMAATIKAINSTITUUT Puhkuste ja töölt eemalolekute haldamise rakenduse testimine Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autorid: Martin Koidu
· Ülalhoid o Säilitada olemasoleva funktsionaalsuse töövõime võimalikult madalate kuludega. Stabiilne, muutumatu keskkond sihteesmärgiks Ülalhoid jaguneb IT haldamise (tugi ja hooldus) ja serverite, rakenduste ülalhoiuga (IT Operations) tegelavateks harudeks. · (Taristu – kui see pole eelmise kahe sees) Rollid Arendus • progeja • süsteemianalüütik • projektijuht • arhitekt IT haldamine (maintenance) • kasutajaabi spetsialist • (on-site) hooldusspetsialist • Riistvara spetsialist • Sisseostu spetsialist (arvutite ost, kasutajate tugi) IT ülalhoid (operations) • Administraatorid – rakenduse, andmebaasi, server, võrgu, serveriruumi • Monitooringuspetsialist • Litsentsihaldur Täiendavad funktsioonid IT infrastruktuuris • Turvaanalüütik • Infrastruktuuri arhitekt
Tarkvara nõuete analüüs ● Usecase/Usestory analüüs ● Kasutajaliidese ● Andmete ● Sündmuste/operatsioonide 3. Analüüs arendustöös Ainult üks väike osa, vastab küsimusele mida on vaja teha või muuta (disain vastab küsimusele kuidas). Sitt analüüs = tehakse valesid asju/valesti asju. Süsteemianalüüs on osa süsteemitööst, mis tegeleb valdkonna uurimise ja kirjeldamisega, püstitab infrastruktuuri ja nõuded - selle alusel loob disain lahendused. Tl;dr õpid füüreriks. 4. Arendusmetoodikad - Produkti vs protsessi vaade Süsteemitöös järgitakse metoodikat, mis annab karkassi/arhitektuuri, et kirjeldada töötulemit ja protsesse (produktiraamistik & protsessiraamistik). Zachman on ainult produktiraamistik - mida valmistada? Zachmani laiendada sobiva protsessiraamistikuga (mida see isegi tähendab?) - kuidas valmistada? Protsessiraamistik on agiilse arhitektuuri osa. 5. Protsessiraamistik
TALLINNA TEHNIKAÜLIKOOL INFORMAATIKAINSTITUUT ERPLY KASSASÜSTEEMI TESTIMINE Projekt õppeaines “Tarkvara kvaliteet ja standardid” Autor: Esitatud: Juhendaja: Jekaterina Tšukrejeva TALLINN 2016 Sisukord 1. Ülesande püstitus. Organisatsioon, süsteem, metoodika......................................................4 1.1 Organisatsioon (ja süsteem)..........................
Küsimus 1 Läbipääsusüsteem sissepääsu ukse juures fikseerib, kes ja mis kell on tööle tulnud või töölt lahkunud. Millise süsteemiliikiga on tegemist? Vali üks: a. Expert System b. Decision Support System c. Management Information System d. Transaction Processing System Küsimus 2 Tegevus "Alternatiivide võrdlemine" on seotud järgmise SLDC etapiga: Vali üks: a. Süsteemi analüüs b. Süsteemi planeerimine ja valik c. Süsteemi teostus ja kasutamine d. Süsteemi disain Küsimus 3 Systems planeerimine ja valik on seotud järgmiste tegevustega: Vali üks või enam: a. Süsteemi piirete ja mahu määramine b. Parima lahenduse soovitamine c. Dokumentatsiooni koostamine d. Nõuete kindlakstegemine e. Vajaduse identifitseerimine Küsimus 4 Infosüsteemi arendamise elutsükkel on sammude jada, mis on vajalik infosüsteemi arendamise haldamiseks. Mis on elutsükli neljas samm? Vali üks: a. Infosüsteemi väljavalimine ja planeerimine b
Süsteemi testimine ja teostamine 1. Nimeta viisid, mis tõstavad tarkvara kvaliteeti! Parendada tarkvara arendamise protsesse, koolitada sellega tegelevaid inimesi. Teine viis: testida lõpptulemust so käivitada koodi. 2. Millisel juhul on toode kvaliteetne? Toode on kvaliteetne, kui ta rahuldab oma tööga vajadusi, millised motiveerisid toodet looma. 3. Kirjelda lühidalt moodultestimist! Testitakse konkreetset tarkvaramoodulit ühte alamsüsteemi kogu süsteemist. Testimist viib läbi moodulit realiseeriv arendaja. Testitakse enne, kui moodul integreeritakse ülejäänud süsteemi
M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 IDU 5360 SÜSTEEMIANALÜÜS Loeng 1. Sissejuhatus (kontseptuaalsesse) süsteemianalüüsi. Aine fookus Aine taust Eesmärgid ja õpiväljundid Aine korraldus Aine fookus KONTSEPTUAALNE SÜSTEEMIANALÜÜS VALDKONNA ANALÜÜS TARKVARA NÕUETE ANALÜÜS ITERATIIVNE ARENDUSPROTSESS Fookus: Kontseptuaalse süsteemanalüüsi meetodite rakendamine valdkonna ning tarkvara nõuete detailseks analüüsiks iteratiivses arendusprotsessis Aine taust Analüüsi ained: 1. Sissejuhatus infosüsteemidesse (IDU 3350) või Modelleerimine (IDU 3355); -> 2. -> Süsteemianalüüs (IDU 5360) -> 3. -> Infosüsteemi strateegiline analüüs (idu0021) ehk Ettevõtte äriarhitektuur (idu1321) Aine on eelduseks (OIS)
Organisatsioon täidab oma eesmärke teostades protsesse - manuaalsete, automatiseeritud või poolautomatiseeritud omavahel seotud tegevuste kogum. Organisatsioonis teostatavad protsessid Protsessid jagunevad üldiselt: · põhiprotsessideks luues etteantud tingimuste juures defineeritud tulemust - tootmine, teenuse osutamine · tugiprotsessideks toetades sisuliste protsesside teostamist - ressursside hankimine, toodete/teenuste disain, infosüsteemi haldamine jne · juhtimisprotsessideks juhtides organisatsiooni ja tema toimimist ning arendamist (innovatsiooni) - strateegiline planeerimine, eelarvestamine jne Täpsemalt mõistetakse põhiprotsessidena järgmisi protsesse: · sisemine logistika o algmaterjali vastuvõtmine (ladustamine) o algmaterjali kontroll · opereerimine o tootmine o pakendamine o tootekontroll o hooldamine · välislogistika o lõpptoodete arvestus o tellimuste täitmise haldamine
Near far wherever UML are 1. Tarkvara Nõuete analüüs Äri(...tegelt ka või see on kuradi esimene vastus??)modelleerimise (distsiblinni) tulemused annavad konteksti ning “keele” (põhimõistestiku) tarkvara nõuete püstitamiseks. Iteratiivses arendusprotsessis UP toimub tarkvara nõuete püstitamine ja analüüs põhiliselt tarkvara kasutusjuhtude kirjutmise, modelleerimise ja analüüsimise kaudu. 2. Kasutusjuhtude mudel ehk (kui te olete inglise keeles väga sitt juhuslikult) Use Case Model UP defineerib Use Case mudeli nõuete analüüsi distsiblinni sees. Use Case mudel on kõikide kasutusjuhtude hulk: süsteemi funktsionaalsuse(kasutusjuhud) ja keskkonna(tegutsejad) mudel Eesmärgid ja kasutuslood Tellijad ja lõppkasutajad omavad eesmärke (goals, UP-s needs, sest UP on needy
Parem tulemus nõuab reeglina rohkem aega ning rohkem ressursse (raha) IT projekti lõpptulemuse kvaliteeti iseloomustavateks märksõnadeks võivad olla kasutajasõbralikus hooldamiskergus rikete esinemise sagedus funktsionaalsus efektiivsus kiirus ökonoomsus jne. Kui pakutud lahendus lähtub küll kliendi vajadusest, aga: on keeruline kasutada ei ole turvaline on täis selliseid vigu, mis takistavad normaalset tööd on raskesti õpitav jms Tarkvara testimine Tarkvara testimine on protsess tarkvaraarenduses, mille käigus püütakse hinnata arvutitarkvara kvaliteeti. Tarkvara testimine on kogemustel põhinev tehniline uurimine, mis viiakse läbi selleks, et arvestades konteksti, milles programm töötama peab, informeerida huvitatud osapooli tarkvara kvaliteedist. Testimise peamiseks tegevuseks on vea leidmine eesmärgiga programmi käivitamine. Testimise eesmärgid Leida vigu Veenduda nõuetele vastavuses Pakkuda informatsiooni Veenduda, et muudatused ei toonud
· kõikide funktsionaalsete ja tehniliste (turva-, kasutatavus- jm) nõuete detailne kirjeldus, sh kasutuslood ja UML kasutuslooskeemid. Nõuete dokumendi koostab analüütik koostöös tulevaste kasutajatega. Arhitektuurse disaini dokument kirjeldab süsteemi ülesehitust, süsteemi komponente ning mooduleid, liideseid komponentide vahel ja liideseid teiste süsteemidega. Kirjeldatakse ka füüsiline arhitektuur - riistvara ja näidatakse, milline tarkvara komponent millisele riistvarale paigutatakse. Arhitektuurse disaini dokument peaks katma järgmised teemad: · sissejuhatus: dokumendi eesmärk, viited teistele dokumentidele, dokumendi struktuuri kirjeldus; · arendusvahendite valiku ja häälestuse, arenduskeskkond; · kodeerimise, sh kommenteerimise ja nimetamise standardid; · liidesed teiste süsteemidega, andmevahetusformaadid ja meetodid;
1. Mille poolest erinevad süsteemitehnika ja tarkvaratehnika? Sarnasused? Tarkvaratehnika on süsteemitehnika konkretiseering tarkvaratoodete tegemise valdkonda. Tarkvaratehnika on tugevalt seotud arvutiteadusega., erinev on suhtumine reaalsesse maailma. Tarkvaratehnika tunneb rohkem huvi tarkvara loomise protsessi administratiivsele ja tehnilise korraldamisele ning juhtimisele. Tarkvaratehnika peab ideaalis oluliseks, et töötluseks kasutatav lähteinfo vastaks võimalikult täpselt tegelikkusele. Tarkvaratehnika toode valideeritakse näidates tema vastavust reaalse maailma vajadustele. Tarkvaraprojekti lähteülesanne tuleneb vahetult süsteemile esitavatest nõuetest, lahendus sõltub oluliselt kogu süsteemile ja süsteemi arendamisele seatud kitsendustest ning konkreetsetest nõuetest. Süsteemitehnika on tehnokäsitluse rakendamine süsteemide projekteerimiseks ja loomiseks
1. OBJECT-ORIENTED PARADIGM The Model •The model defines an abstract view to the problem. This implies that the model focuses only on problem related stuff and that you try to define properties of the problem. These properties include: 1 •the data which are affected and 2 •the operations which are identified by the problem. Object-oriented Paradigm •Everything is an object •A program is a bunch of objects telling each other what to do by sending messages •Each object has its own memory made up of other objects •Every object has a type •All objects of a particular type can receive the same messages Domain Model •A domain model does not represent the entire domain as it is in the real world. It includes only the concepts that are needed to support the application. Object •Is a partitioned area of memory where object code is stored •The area of memory is protected
10. Tehisintellekti ja virtuaalreaalsuse ilmingud tänapäeval. Tehisintellekti eesmärk on välja selgitada need mehhanismid, millel põhineb inimese intellektuaalne tegevus, selleks, et kasutada neid konkreetsete teaduslik-tehniliste ülesannete lahendamisel (nt keskkondades, kus inimese viibimine on võimatu või ohtlik) - luua nn tehisintellektisüsteeme. Näiteks: pommi-robotid, tehisintellektuaalne tarkvara meteoroloogias jne. Virtuaalreaalsuse ilmingud on tänapäeval kõikjal meie ümber: meelelahutuses, haridusvaldkonnas, teaduses, ja ka meditsiinis. See keskkond luuakse riist- ja tarkvara komplekti abil. Näiteks: militaarkoolitamine, kirurgide koolitamine, astronoomilised keskkonnad. Tehisintellekt on masinate intelligentsus ja informaatika haru, mis üritab seda luua. Tehisintellekti harud:
EBCDIC (Extended Binary Coded Decimal Interchange Code) UNICODE (Extended ASCII) Each pixel contains a value representing some shade of gray. The more shades of gray possible, the more memory will be needed. Instructions: Must be stored within the computer before use. Must be stored in binary form. A set of binary instructions is called a program. Program: A collection of instructions for the computer to perform one by one. Machine Language: The language of the computing machine. All instructions must be in the form of binary numbers (binary code). Stored-program Computer: Also known as the von Neumann-type computer. Has memory - a place to keep both: instructions (ie program) and the needed information (ie data)
1. Milline alljärgnevatest väidetest on õige? +mõlemad on võrdselt tähtsad Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid
1. Milline alljärgnevatest väidetest on õige? mõlemad on võrdselt tähtsad + Kasutusjuhtude mudeli koostamisel on teksti kirjutamine tähtsam diagrammide joonistamisest Kasutusjuhtude mudeli koostamisel on diagrammide joonistamine tähtsam kui teksti kirjutamine 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte Jah, kindlasti on 3. Millist loetletud diagrammitehnikatest ei kasutata põhimõtteliselt Eriksson-Penkeri ärimodelleerimise notatsioonis? klassidiagramm + ärikasutusjuhtude diagramm olekudiagramm tegevusdiagramm 4. Milliseid kasutusjuhtude mudelis identifitseeritud tegutsejaid
Kontseptuaalne süsteemianalüüs KT küsimused ja vastused 1. Milline järgnevalt nimetatud analüüsitulemustest on objektorienteeritud analüüsis kõige tähtsam? (Objektorienteeritud analüüsi all on siin mõeldud mitte kogu analüüsitegevust UP nimelises protsessis, vaid objektorienteeritud mõtteviisi selles tegevuses) kasutusjuhtude mudel protsessi mudel eesmärkmudel domeenimudel 2. Kas äriprotsess on samal ajal ka tarkvara kasutusjuhtum (use case)? Joonige alla õige vastus. Jah, kindlasti on Võib olla küll, kuid kindlate tingimuste täidetuse korral Ei, kindlasti mitte 3. Kas RUP Äri Objektmudel (Business Object Model) võib sisaldada dünaamikavaadet? Valige täpselt üks õige vastus: Ei või Jah, võib küll Oleneb asjaoludest 4. Millise allpool nimetatutest võiks olla (ainekonspekti ning C. Larmani raamatu õpetuse järgi) korrektse ning kasuliku skoobiga tarkvara kasutuslugu (use case)
Kõige tähtsam tegevus, et ära hoida lubamatu andmekadu on korraliku varunduse tegemine. Fiiberoptika kaabel on kõige häirekindlam elektronmagnetkiirgusele. LAN on sageli segmenteeritud ja ühendab tavaliselt palju, üksteise läheduses paiknevaid seadmeid. Voogedastus veaavastus ja veaparandus on võimalikud. UTP kaablitel kasutatakse RJ45 ühenduse tüüpi. Aplet on veebilehitseja laiendus E-posti rakendus kasutab mõnikord otse DNSi. Krüptograafia tähtsaim eesmärk on kindlustada kahe osapoole vahel info vahetamise konfidentsiaalsus. Petmise ehk spoofingu kõige paremaks kirjelduseks on indetiteedivargus. Parim lahendus dünaamilise sisuga veebilehele on salvestada andmed andmebaasi, mida kasutatakse veebilehtede loomisel vastavalt päringutele. SSL protokolli peamiseks eesmärgiks on info krüpteerimine.
shell distributed with Linux and GNU operating systems. - Bourne shelli tasuta versioon Linuxile ja GNU-ga operatsioonisüsteemidele. Bash Cheat Sheets – Webpages, where you can find information about bash. - Lehed, kust saab kiiresti informatsiooni bash'i kohta. C Clonezilla – Clonezilla is a free open source disk cloning application based on Debian. - Tasuta kõigile kättesaadav plaadi/ketta kloonimis tarkvara, mis põhineb Debian OS'il. Compiere – Compiere is a popular open-source system of software applications that provide enterprise resource planning (ERP), customer relationship management (CRM), supply chain management (SCM), tax accounting, and general accounting for the small and medium-size enterprise. - Kõigile kättesaadav populaarne tarkvara, mis võimaldab luua ettevõtte ressurssi plaane, klientide suhete haldamist, varustuse haldamist, maksude
ABC computer 1939-1942 , Atanasoff-Berry esimene elektronarvuti Esimene transistor - 1947 EDSAC 1949, esimene praktiline stored-program arvuti, programmid olid aukudega peberiribadel ERA 1101 1950 ESIMENE KOMMERTS-TOOTMISES ARVUTI, hoidis bitte magneetilises trumlis, lõpuks suutsid kuni 4000 sõna hoida UNIVAC I 1951 Esimene kommerts-tootmises arvutis, mis äratas suurt tähelepanu, 46 masinat müüdi, 1 million dollarit tükk, Remington Rand tootis Prinz´s chess program -1951 Stratchey checkers program 1952 IBM saadab välja oma esimese elektroonilise arvuti 1953, nimi: (IBM) 701 Texas Instruments alustab silikon-transistoride kommerts-tootmist 1954 Shockley Semiconductor 1955 asutati Arthur Samuel 1955, õpetas Stratchey programmi põhjal tehtud programmi ise õppima, 1962 võitis see programm Connecticuti tsempionit ühe korra ja siis sai 6 korda järjest pähe. IBM toodab/arendab esimese kõvaketta 1956, 5MB mälu FORTRAN 1957, IBM
annaabi.ee 
Sisene Facebook'ga
Sisene Google'ga
Sisene LinkedIn'ga
