juhised digitaalsele elektroonikale või töötavad sisendina mõne teise tarkvara jaoks. Samuti ei ole tänapäevased arvutid enam lihtsalt arvutamiseks, vaid paljudel igapäeva töövahend. Veel aasta tagasi ei omanud arvuti minu elus nii suurt tähtsust, kuna see oli mulle ainult suhtlemisvahend, siis aastaga, mis ma olen LVRKK’s õppinud olen saanud juurde oluliselt arvutialaseid teadmisi ja oskusi. SOA eelised ja miinused SOA (Service Oriented Architecture) ehk teenusorienteeritud arhitektuur. SOA on olemuselt mitmekihiline. Seda kasutatakse veebirakenduste loomisel. Teenusorienteeritud arhitektuuri eesmärgiks on suurte ning keeruliste struktuuride lihtsustamine ehk muuta nad eraldiseisvateks tarkvara komponentideks, mis omakorda pakuks üksteisele teenuseid. Eelisteks SOA puhul on, et tema abil saab integreerida erinevaid infosüsteeme kasutades standardseid protokolle, on võimalik
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
Lihtsalt võetakse ülesanne ja lahendatakse ära. Enamus rakendusi töötavad nii. • Mikroteenuste arhitektuur - sarnane teenus orienteeritud arhitektuurile. Keeruline ohjas hoida, kipub käest ära minema. Teenused on väiksemad. Teenused komponentide vahel ,mitte erinevate rakenduste vahel. Tuli koos pilvede teenustega. Pilvedes tarkvara on iseseisev ja reeglina tehtud nii, et ta oleks skaleeritav. Kasud: o Sama mis teenusorienteeritud arhitektuuril, o Lihtsalt skaleeritav, o Tehnoloogiste valikute muutmise osas vabam. Arhitektuuri kavandamine Kuidas valida arhitektuuri? Mõelda, • kuidas kasutajad kasutavad süsteemi (nt. online või offline, nendel on erinevad nõuded), • kuidas süsteemi paigaldada (automated deployement. Automatiseerimine: tasub alati korduvad tegevused anda masina kätte),
o Autonoomne o Jagatav o Nõrgalt seotud o Jagatakse lepingut ja skeemi, mitte sisemisi klasse o Kasu: Abstraktsus Leitavus Erinevad platvormid Ratsionaalsus Mikroteenused o Sarnane teenus orienteeritud arhitektuurile o Teenused on väiksemad o Teenused komponentide vahel mitte erinevate rakenduste vahel o Kasud: Sama mis teenusorienteeritud arhitektuuril Lihtsalt skaleeritav Tehnoloogiliste valikute muutmise osas vabam Kuidas valida arhitektuuri? o Kuidas kasutajad kasutavad loodavat süsteemi o Kuidas süsteemi paigaldada o Millised on mittefunktsionaalsed nõuded: turvalisus, jõudlus, paralleelsus, multikeelsus, konfiguratsioon o Kuidas saavutada paindlikus ja hallatavus läbi aja
Ülalhoiu organisatsioon jaguneb tänapäevases käsitluses IT haldamise ehk toe ja hooldusega tegelevaks haruks (support, maintenance) ning otseselt serverite ja rakenduste ülalhoiuga tegelevaks haruks (IT operations) ja on oma olemuselt „horisontaalne“ funktsioon. Kasutajaabi funktsioonil on kasutusel mitmeid nimesid, kuid need on teatud erinevate rõhuasetustega. ITIL õhutab teenustele baseerumist – ServiceDesk – eristumaks mitte- teenusorienteeritud sünonüümist HelpDesk. Eesti keeles on tihti kasutusel maakeelne nimetus „Abiliin“, millel omakorda on mõningane semantiliselt erinev varjund kui nimetusel „Kõnekeskus“. IT organisatsiooni peavad ära mahtuma ka mitmed tugifunktsioonid. Nendeks võivad olla IT arhitektuur, IT (andme)turve, nõuetele vastavuse tagamine (compliance) ja sisekontroll, arveldused, kliendihaldurid ja müük, inventariseerimine, sisseost, testimine, kvaliteedijuhtimine,
99. Mikroteenused. See on viimaste aastate väga pop sõna. See on taasleitud vana. Mikroteenused tulid koos pilveteenusega, kus on vaja teenused ja ei saa ehitata ühte suurt rakendust. Sarnane teenus orienteeritud arhitektuurile, aga: ● Teenused on väiksemad ● Teenused komponentide vahel mitte erinevate rakenduste vahel Kasud ● Sama mis teenusorienteeritud arhitektuuril ● Lihtsalt skaleeritav ● Tehnoloogiste valikute muutmise osas vabam 100. Kuidas valida arhitektuuri? Mõtle… ● Kuidas kasutajad kasutavad loodavat süsteemi mille jaoks süsteemi ehitate? Nt onine vs offline süsteem. ● Kuidas süsteemi paigaldada kas süsteemi peab paigaldama või teeb seda süsteem automaatselt (masin)?