o Lisainfo: https://technet.microsoft.com/en- us/library/jj574166.aspx http://technet.microsoft.com/en- us/library/cc755258(v=ws.10).aspxhttp://technet.microsoft.com/en- us/library/cc754438(v=ws.10).aspx http://technet.microsoft.com/en- us/library/cc772522(v=ws.10).aspx 3. Lisada serverile DHCP teenus (roll) o Peale rolli lisamist konfigureerida DHCP teenus nii, et see jagaks dünaamilisi IPv4 aadresse vahemikus (skoobis) 192.168.10.100-192.168.10.200 Network and sharing center --- change adapter settings --- ethernet2 properties --- ipv4 properties --- use the following ip address ning sisestada vahemik --- Use the following DS server address -- OK 4. Luua domeeni 4-5 kasutajat (Nimed vabalt valitud) o Lisainfo: http://technet.microsoft.com/en-us/library/cc754661.aspx 5. Luua domeenis 3 security gruppi (Nimed vabalt valitud) o 2 tk global o 1 tk domain local
Riskijärelevalve ja –kontroll- tuvastatud riskide jälgimine, jäänud riskide monitoorimine, uute riskide määratlemine, vastumeetmete plaanide täitmine ja nende efektiivsuse hindamine kogu projekti ulatuses. Infohaldus- projekti huvigruppidele vajaliku informatsiooni õigeaegne edastamine. Aruandlus soorituse kohta- sooritusega seotud informatsiooni kogumise ja levitamise protsess. Sisaldab seisundi aruandeid, edenemise mõõtmist ja prognoosimist. Skoobi kontroll- projekti skoobis tehtavate muudatuste kontrollimise protsess. Skoobi muudatus- iga projekti skoobis tehtav muudatus. Skoobi muudatus peaaegu alati toob kaasa muudatusi projekti kuludes või ajagraafikus. Skoobi kontroll- skoobi, kulude ja ajakava muutujate komplekti koguhälbe lahutamine konkreetsete komponentide hälveteks. Kvaliteedi tagamine- planeeritud, süstemaatiliste kvaliteeditegevuste rakendamine kindlustamaks, et projekt võtab kasutusele kõik kvaliteedinõuete täitmiseks vajalikud protsessid.
abi as abi, saab sama asja kirjutada lühema lausena print abi.tekst Ja kui kasutatud on from...import kuju, on tulemus kõige lihtsam: print tekst Keele struktuurid Muutujad ja andmetüübid Muutujad esitatakse nende nimelisel kujul ilma igasuguste prefiksiteta. Kui PHP's kirjeldatakse muutujaid kujul $nimi ja PERL'is on näiteks massiivid kujul %nimi, siis Pythonis piisab kõikide muutujate kirjeldamiseks kujust nimi. Muutujaid eelnevalt defineerida pole vaja, need luuakse vastavas skoobis esimese kasutuse korral automaatselt. Kehtib ka sulund, mis tähendab, et välises skoobis defineeritud muutuja on ligipääsetav ka sisemises skoobis. Seega programmi alguses väljaspool funktsioonide definitsioone loodud muutujad on ligipääsetavad ka allpool defineeritud funktsioonides, kuna funktsioonid on programmi põhivoo suhtes alamat laadi skoobid. 17 / 55
Täpsemalt võib eesmärgi lahti kirjutada muidugi laiemalt: - tagada kliendi rahulolu (st. juhtumihaldus); - tagada stabiilne produktsioonisüsteem (st. käideldavus); - tagada piisav jõudlus (st. mahuhaldus); - tagada efektiivne infosüsteemi ülalhoid (st. finantshaldus); - tagada, et ülalhoid baseeruks õigetel strateegilistel otsustel. NB! Piisava/vajaliku funktsionaalsuse tagamine on IT arenduse ülesanne. Strateegiliste otsuste skoobis tuleks tähelepanu pöörata vähemalt järgmistele aspektidele: - piisava kompetentsi olemasolu IT-s - optimaalsed töömeetodid, metoodikad, tehnoloogiad; - arendustööde kvaliteet ja mittefunktsionaalsete nõuete täitmine; - optimaalselt ajastatud ja eelkõige _õiged_ sisseostud (st. ostetakse rakendusi ja seadmeid mis annavad ka reaalselt positiivset lisaväärtust ega jää kasutult seisma vaid suudetakse tootmisesse anda); - ülalhoiutegevuse kvaliteet, sh. ITSM protsesside kasutamine
diagramme teha. Näidises ei ole seda praegu ära toodud kuid iseseisvates töödes peab tulema välja tervik. 25 1.5.5 Põhiobjektide olekudiagrammid Olekudiagrammid (seisundidagrammid / state diagrams) tuleks tuua teenuse poolt hallatavate põhiobjektide kohta. Diagrammile tuleks tuua kõik vastava põhiobjekti teada olevad olekud (ka need olekud mida otseselt vastava iteratsiooni skoobis ei ole). Käesolevas peatükis tuuakse analüüsitava teenuse poolt (osaliselt) hallatavate põhiobjektide olekudiagrammid. Deklareerimisperiood on alanud Alustatakse tudengi (semestri) deklaratsiooni Deklaratsioon = Tudeng esitab deklaratsiooni Deklaratsioon koostamisel = esitatud Tudeng võtab deklaratsiooni tagasi
Supportability (toetus) kui palju raha peab kulutama, et asja töös hoida, testitavus, konfigureeritavus, laiendatavus, lokaliseeritavus. + (disain, tehnilise realiseerimise piirangud, liideste piirangud, majutuse piirangud jms) Prototüüpimise plussid Lahendus mõeldakse detailides läbi Lõppkasutaja saab ,,proovida" funktsionaalsust enne realisatsiooni Tellijal ja täitjal ühine nägemus lõpptulemusest Tellija ja täitja saavad täpsemalt kokku leppida projekti skoobis ning vahetulemites Mis on lihtsam ja mis keerulisem funktsionaalsus Selgemalt saab eraldada, mis on muudatus, mis on puudujääk ja mis täitja viga Selgem ülevaade kui palju projektist valmis on Prototüüpimise viisid Seinatehnika ja prototüübikaust paber, pliiats või tahvel või fotoaparaat. Passiivsed kuvad eraldi dokumentides (failides) - Olemasolev rakendus ja ,,Paint", Excel, Visio, jne Infosüsteemi prototüüplahendused Prototüübimootorid, Lihtsamad HTML
a2.b; //veateade a2.meetodb(); //veateade ((B)a2).b //78 ((B)a2).meetodb(); //Olen B isend, b = 78 Polümorfism (Mitmekujulisus) Vähe sellest on mitmeid erinevaid käsitlusi. Mõned näited: 1. Omadus, kus alamklassi isendit saab kasutada koodi puhul, mis on disainitud ülemklassi isendi jaoks. 2. Eri objektide võime reageerida samale teatele erinevalt. 3. Polümorfism on nähtus, kus üks objekt (või avaldis) võib samas skoobis omada erinevaid tüüpe. 4. Polümorfism on tehnika, mille puhul on võimalik kasutada sama koodi ja funktsioone erinevate andmetüüpidega, mille tulemuseks on üldisemad ning abstraktsemad implementatsioonid. Kuidas saab liigitada · parameetriline polümorfism, ad-hoc-polümorfism · kompileerimisaegne polümorfism, käivitamisaegne polümorfism Kas üledefineerimine on polümorfismi avaldus? List · Andmestruktuur, milles andmed on kindlas järjekorras.
o Eksamil võib olla küsimus: Millised on nõuete valideerimise tehnikad? o Nõuete läbivaatused o Prototüüpimine o Nõuete valideerimine testnõuete kaudu Prototüüpimise plussid o Lahendus mõeldakse detailselt läbi o Lõppkasutaja saab „proovida“ funktsionaalsust enne realisatsiooni o Tellija ja täitjal ühine nägemus lõpptulemusest o Tellija ja täitja saavad täpsemalt kokku leppida projekti skoobis ning vahetulemites o Saab eraldada, mis on lihtsam ja mis keerulisem funktsioonalsus o Selgemalt saab eraldada, mis on muudatus, mis on puudujääk ja mis täitja viga o Selgem ülevaade kui palju projektist valmis on Kokkuvõte o Nõude definitsioon o Nõuete tüübid o Nõude kolm põhiomadust o Nõuete liigid o Nõuete esitamine o Kasutuslood o Kasutusjuhud
seid erinevate selgrootute loomade kaitsmisvajaduse kohta; y uurib arvutikeskkonnas valikuliselt eri kalaliikide kasvu ja arengu sõltuvust vee hapniku kontsentratsioonist või loomade ehituslike ja talitluslike kohastumuste seoseid nende elu- viisi, elupaiga või toiduga; y võrdleb taimede ja loomade välisehitust ja rakustruktuuride esinemist; y teeb märgpreparaate taimeorganitest ning kirjeldab ja tunneb ära nende vaatlemisel mikro- skoobis nähtavaid rakuosi või kudesid; y viib läbi katse tärklise olemasolu tõestamiseks erinevates taimeosades; y koostab ja analüüsib skeeme fotosünteesi lähteainete, saaduste ja tingimuste kohta; y leiab uuringu abil, kuidas taimede kasv sõltub erinevatest keskkonnateguritest; y hindab fotosünteesi tähtsust taimedele, loomadele ja seentele; y seostab erinevate taimeorganite talitlust tõusva ja laskuva vooluga;