teisipäev, 31. jaanuar 2017
esmaspäev, 30. jaanuar 2017
30.01.2017 Tarkvara arendusprotsessid x2 Eesti keel x2
Tarkvara arendusprotsesside tunnis tegin UML kasutuslugu õpperestoran Neljapäev jaoks loodavast veebikeskkonnast. Kasutasin UML Class formaati. See oli midagi uut.
Eesti keele tunnis tegime õigekirjaharjutusi.
Täna täiendasin oma teadmisi UML skeemidest.
Eesti keele tunnis tegime õigekirjaharjutusi.
Täna täiendasin oma teadmisi UML skeemidest.
neljapäev, 26. jaanuar 2017
26.01.2017 Hajusrakenduste alused x 4
Enne lõunat tegi iga õpilane lühikese esitluse ühest tarkvarametoodikatega seotud luhendist. Ma tegin WSDL'ist. Peale lõunat tegime kasutusjuhendit. Kasutusjuhend oli sisselogimisprogrammi kohta, mille me tegime eelmina aasta ühes Aini tunnis.
Mida õppisin: Mis on WSDL
Mida õppisin: Mis on WSDL
kolmapäev, 25. jaanuar 2017
25.01.2017 Tarkvara arendusprotsessid x2 Vene keel x2
Meeskonna tarkvara protsess (SCRUM)
1) Kilorida koodi (KLock)
Kuidas TSP töötab
PSP - Meeskonna treenimine
1) Plaanimise protsess
2) Kohtuniku juhendamisel (Serfisitseeritud)
Võimekuste küpsuse mudel
CMMI Ülevaade
Level 1 - Protsess on etttearvamatu (Algne)
Level 2 - Protsess viiakse meeskonnana läbi (Halaltud)
Level 3 - Protsess on proaktiivne, sinna sekkutakse (Määratletud)
Level 4 - Protsess on kontrollitud ja mõõdetud (Kvantitatiivselt hallatud)
Level 5 - Pidev teenuse täiustamine, parendamine (Optimeeritud)
Ülesanded
1) Paranda oma planeerimise, kavandamise ja hindamise oskust
2) Panusta
3) Halda oma projekti kvaliteeti
4) Paranda oma vigu
PSP andme kollektsioon koosneb
1) Mõõtmised
2) Skriptid
3) Standardid
4) Vormid
1) Suurus
2) Pingutus
3) Kvaliteet
4) Ajakava
MSF aluspõhimõtted
1) Avatud suhtluse edendamine
2) Ühise nägemise poole püüdlemine
3) Meeskonnaliikmete toetamine
4) Jagatud vastutatavuse saavutamine
5) Äriväärtuse kliendile pakkumine
6) Ole agiilne
7) Panusta kvaliteeti
8) Õpi oma kõikidest kogemustest
9) Ole partner kliendile
PUP (Phases of Unified Process)
1) Algatus
2) Väljatöötamine
3) Koodiuhamine (construction)
4) Väljalase (Transition)
UP9 tegevused
1) Äri modeleerimine (Ärireeglid)
2) Nõuded (SRS)
3) Analüüs ja disain (SDD)
4) Implementatsioon (Test)
5) Test (STD)
6) Arendus (Skriptid)
7) Configuration and change management (Skriptid)
8) Projektihaldus (SPMD)
9) Keskkond (EUP)
Dest-Driven development
1) Add a test
2) Run all tests and see if the new test fails
3) Write the code
4) Run tests
5) Refactor code
Aksepteerimise test
DDD (Domain-driven design) (Domeeni põhine disain)
1) Pane projekti põhitähelepanu tuum domeenile ja domeeni loogikale
2) Tugine domeeni mudeli keerulisele kujundusele
3) Algata loov koostöö tehnilisuse ja täpsusta domeeni eksperdile konseptuaalne mudel, mis toetub eelkõige domeeni probleemidele
1) Kilorida koodi (KLock)
Kuidas TSP töötab
PSP - Meeskonna treenimine
2) Kohtuniku juhendamisel (Serfisitseeritud)
Võimekuste küpsuse mudel
CMMI Ülevaade
Level 1 - Protsess on etttearvamatu (Algne)
Level 2 - Protsess viiakse meeskonnana läbi (Halaltud)
Level 3 - Protsess on proaktiivne, sinna sekkutakse (Määratletud)
Level 4 - Protsess on kontrollitud ja mõõdetud (Kvantitatiivselt hallatud)
Level 5 - Pidev teenuse täiustamine, parendamine (Optimeeritud)
Ülesanded
1) Paranda oma planeerimise, kavandamise ja hindamise oskust
2) Panusta
3) Halda oma projekti kvaliteeti
4) Paranda oma vigu
PSP andme kollektsioon koosneb
1) Mõõtmised
2) Skriptid
3) Standardid
4) Vormid
1) Suurus
2) Pingutus
3) Kvaliteet
4) Ajakava
MSF aluspõhimõtted
1) Avatud suhtluse edendamine
2) Ühise nägemise poole püüdlemine
3) Meeskonnaliikmete toetamine
4) Jagatud vastutatavuse saavutamine
5) Äriväärtuse kliendile pakkumine
6) Ole agiilne
7) Panusta kvaliteeti
8) Õpi oma kõikidest kogemustest
9) Ole partner kliendile
PUP (Phases of Unified Process)
1) Algatus
2) Väljatöötamine
3) Koodiuhamine (construction)
4) Väljalase (Transition)
UP9 tegevused
1) Äri modeleerimine (Ärireeglid)
2) Nõuded (SRS)
3) Analüüs ja disain (SDD)
4) Implementatsioon (Test)
5) Test (STD)
6) Arendus (Skriptid)
7) Configuration and change management (Skriptid)
8) Projektihaldus (SPMD)
9) Keskkond (EUP)
Dest-Driven development
1) Add a test
2) Run all tests and see if the new test fails
3) Write the code
4) Run tests
5) Refactor code
Aksepteerimise test
DDD (Domain-driven design) (Domeeni põhine disain)
1) Pane projekti põhitähelepanu tuum domeenile ja domeeni loogikale
2) Tugine domeeni mudeli keerulisele kujundusele
3) Algata loov koostöö tehnilisuse ja täpsusta domeeni eksperdile konseptuaalne mudel, mis toetub eelkõige domeeni probleemidele
esmaspäev, 23. jaanuar 2017
24.01.2017 Tarkvara arendusprotsessid x4
Äravistavad prototüüp
1) Esialgsed nõuded
2) Prototüübi disain
3)
4) Kordamine vajalik
5)
Ekstreem prototüüpimine
1) Arendus 3s baasis
2) Iga järgmine baseerub eelneval faasil
2.1) Staatiline
2.2) Teenuse kit
2.3) Realiseerimine
Prototüüpimine
Eelised:
1) Hoiab kokku aega ja raha
2) Parendatud, suurendatud kasutajate kaasatus
Puudused:
1) Ebapiisav analüüs
2) Kasutaja segadus prototüübi ja lõpliku süsteemi osas
3) Kasutajaeesmärkide arendaja poolt mitte mõistmine
4) Prototüüpi kiindumus
5) Prototüübile on liiga palju aega kulutatud
6) Prototüübi liiga kõrge maksumus
DSDM
Kvaliteedi haldus süsteem
Äriprototüübid
Kasutatavuse prototüübid
Jõudluse ja mahutatavuse prototüübid
Võimekuse ja tehnilisuse prototüübid
DSDM põhitehnikad
Timeboxing
Moscov
Prototüüpimine
Seadistuste haldus
1) Esialgsed nõuded
2) Prototüübi disain
3)
4) Kordamine vajalik
5)
Ekstreem prototüüpimine
1) Arendus 3s baasis
2) Iga järgmine baseerub eelneval faasil
2.1) Staatiline
2.2) Teenuse kit
2.3) Realiseerimine
Prototüüpimine
Eelised:
1) Hoiab kokku aega ja raha
2) Parendatud, suurendatud kasutajate kaasatus
Puudused:
1) Ebapiisav analüüs
2) Kasutaja segadus prototüübi ja lõpliku süsteemi osas
3) Kasutajaeesmärkide arendaja poolt mitte mõistmine
4) Prototüüpi kiindumus
5) Prototüübile on liiga palju aega kulutatud
6) Prototüübi liiga kõrge maksumus
DSDM
Kvaliteedi haldus süsteem
Äriprototüübid
Kasutatavuse prototüübid
Jõudluse ja mahutatavuse prototüübid
Võimekuse ja tehnilisuse prototüübid
DSDM põhitehnikad
Timeboxing
Moscov
Prototüüpimine
Seadistuste haldus
23.01.2017 Programeerimine x3
Tegime õpperestoran "Neljapäev" jaoks rakendust, jaotati tööülesanded.
neljapäev, 19. jaanuar 2017
19.01.2017 Programeerimine x 2 Tarkvara arendusprotsessid x 2
Programeerimise tundides me tegime PowerShelliga tööd
Tegime koodi jupi, mis tegi faile, lisas neile sisu, pani ühte faili teiste failide sisu ja tükeldas sisu.
Tarkvaraarendus protsessides me kuulasime ja kirjutasime üles. Lisaks arutasime läbi mida meie projekti jaoks teha vaja on.
Kasutusloo mall
Kirjeldus:
Käsutajad (d):
Sündmuste jada:
Põhisündmused:
Sündmus 1
Sündmus 2
...
Sündmus n
Alternatiivsed sündmused:
Sündmus 1
Sündmus 2
Eeltingimused
Järeltingimused
Tegime koodi jupi, mis tegi faile, lisas neile sisu, pani ühte faili teiste failide sisu ja tükeldas sisu.
Tarkvaraarendus protsessides me kuulasime ja kirjutasime üles. Lisaks arutasime läbi mida meie projekti jaoks teha vaja on.
Kasutusloo mall
Kirjeldus:
Käsutajad (d):
Sündmuste jada:
Põhisündmused:
Sündmus 1
Sündmus 2
...
Sündmus n
Alternatiivsed sündmused:
Sündmus 1
Sündmus 2
Eeltingimused
Järeltingimused
kolmapäev, 18. jaanuar 2017
18.01.2017 Programmeerimine x2 Vene keel x2
Programeerimise tundides me ei teinud midagi. Vene keele tunnis õppisime vene keelt.
Mida õppisin: vene keeles enda tutvustamine (algeline).
Mida õppisin: vene keeles enda tutvustamine (algeline).
teisipäev, 17. jaanuar 2017
17.01.2017 Veebirakenduste loomise alused x5
Tegime alguses mingit veebilehte. Hiljem hakkasime tegema peamajja telekate jaoks Xibo'ga informatiivset GUI'd.Tegin tööd koos Tõnu Taaliga. Seal näitab hetke tunde, ilmateadet, uudiste RSS feed'i, ning kooli Facebook'i. Facebooki ei saanud näitama kuigi oli ühendus olemas. Keskkond, millega ehitasime seda GUI'd, oli lihtne kasutada.
Mida õppisin: kuidas Xibo't kasutada.
Mida õppisin: kuidas Xibo't kasutada.
esmaspäev, 16. jaanuar 2017
16.01.2017 Veebirakenduste loomise alused x 3
Web Application Exploits and Defenses
Antud on paljude turvaaukudega veebileht kus on lubatud teha mis tahad.
Pidime leiadma turvaauke õpetuse järgi ja neid testima.
Pidime leiadma turvaauke õpetuse järgi ja neid testima.
reede, 13. jaanuar 2017
neljapäev, 12. jaanuar 2017
12.01.2017 Tarkvara arendusprotsess x 4
Algoritmid
Tööpingid:
1) Süsteemi struktuur
2) Süsteemi protsesside kirjeldamine
3) Süsteemi väärtuste valdkond
Diagrammi tüübid:
1) Liitstruktuuri skeem
FMC Blokkskeem
2) Dünaamilise ülesehituse skeem
3) Väärtususlatuse skeem
Diasaini kaalutlused:
1)
2)
3)
4)
5) Robustne - peab töötama stressi olukorras
6) Turvalisus
7) Kasutatavus
8)
Disaini mustrid:
1)
Halvima UI näide
Tööpingid:
1) Süsteemi struktuur
2) Süsteemi protsesside kirjeldamine
3) Süsteemi väärtuste valdkond
Diagrammi tüübid:
1) Liitstruktuuri skeem
FMC Blokkskeem
2) Dünaamilise ülesehituse skeem
3) Väärtususlatuse skeem
Diasaini kaalutlused:
1)
2)
3)
4)
5) Robustne - peab töötama stressi olukorras
6) Turvalisus
7) Kasutatavus
8)
Disaini mustrid:
1)
Halvima UI näide
teisipäev, 10. jaanuar 2017
11.01.2017 Tarkvara arendusprotsess x 2 Vene keel x 2
Nõuete esilekutsumine sisaldab:
Intervjuusid, küsimustikke, kasutaja vaatlusi, töötubasid, ajurünnakuid, kasutajalugusid, rollimänge ning prototüüpimine.
Enne kui nõudeid saab analüüsida, modelleerida või spetsifitseerida, tuleb neid koguda esilekutsumise protsessiga.
Süsteemi modelleerimis keeli on mitmesugused.
Tavaline esilekutsumisprotsess on huvigruppidega kohtumine või intervjuud.
Nõuete lähenemisviisid:
1) Visualiseerimine
2) Kooskõlaline keel
3) Abiread
4) Järjepidev mallide kasutamine
5) Dokumenteerimise sõltuvused
6) Muudatuste haldus
Nõuete esiletoomise juhised juhised:
1) Tehniline ja äriline teostatavuse hindamine
2) Inimeste, kes võiksid nõuete väljaselgitamist aidata, leidmine
3) Määratle tehniline keskkond, nt op-süsteem
4) Tuvasta tegevusvaldkonna piirangud
5) Määratle rohkem kui üks esiletõstmismeetod
6) Korralda erinevate kasutajagruppidega kohtumisi
7) Tuvasta kõige tähtsamad nõuded
8) Loo kasutuslood
Sammude järjekord:
1) Tuvasta reaalne probleem, võimalus või väljakutse
2) Tuvasta jooksvad meetmed, mis tõestavad, et probleem on reaalne
3) Tuvasta eesmärk-meetmed et tõestada probleemi olemasolu
4) Tuvasta probleem olemus
5) Määratle ärivaldkonna "miksid"
6) Määratle tootedisain
Täiendavad lähenemised:
1) Tuvasta huvigrupid
2) Modelleerimise eesmärgid
3) Modelleerimise kontekst
4) Stsenaariumite avastamine (kasutuslugude jaoks)
5) Kvaliteetide ning piirangute avastamine
6) Eelduste ja kirjapaneku modelleerimine
7) Sõnastiku kirjutamine
8) Mõõtmete analüüsimine
Analüüs:
Võtame arvesse kõik vastuolud mida proovib nõuete kirjapanekul lahendada
Huvigrupid:
1) Igaüks, kes tegelevad süsteemiga (tavakasutaja ning hooldaja)
2) Igaüks, kes saab süsteemist tulu
3) Igaüks, kes ostis süsteemi
4) Ettevõtted, mis reguleerivad süsteemi aspekte
5) Inimesed või organisatsioonid, kes on selle süsteemi vastu
6) Ettevõtted, kes vastutavad tehtud süsteemiliidese eest
Läbivad funktsionaalsused:
1) Lepingu stiilis nõuete loendus
Kohustuslik kirjandus:
Tarkvaratehnika sissejuhatus 2008
SRS on suhtlusvahend huvigruppide ja tarkvararendajate vahel
Eesmärgid:
1) Aluseks koodiülevaatusele
2) Tööulatuse/mahu väljaselgitamine
3) Viite andmine tarkvaradisaineritele
4) Aluses testimise ja testidokumenti koostamisel ja testiplaanile
5) Usakdab iseärasusi kliendi nõuetes
6) On platformiseks edasisele arendusele
Enne kui nõudeid saab analüüsida, modelleerida või spetsifitseerida, tuleb neid koguda esilekutsumise protsessiga.
Süsteemi modelleerimis keeli on mitmesugused.
Tavaline esilekutsumisprotsess on huvigruppidega kohtumine või intervjuud.
Nõuete lähenemisviisid:
1) Visualiseerimine
2) Kooskõlaline keel
3) Abiread
4) Järjepidev mallide kasutamine
5) Dokumenteerimise sõltuvused
6) Muudatuste haldus
Nõuete esiletoomise juhised juhised:
1) Tehniline ja äriline teostatavuse hindamine
2) Inimeste, kes võiksid nõuete väljaselgitamist aidata, leidmine
3) Määratle tehniline keskkond, nt op-süsteem
4) Tuvasta tegevusvaldkonna piirangud
5) Määratle rohkem kui üks esiletõstmismeetod
6) Korralda erinevate kasutajagruppidega kohtumisi
7) Tuvasta kõige tähtsamad nõuded
8) Loo kasutuslood
Sammude järjekord:
1) Tuvasta reaalne probleem, võimalus või väljakutse
2) Tuvasta jooksvad meetmed, mis tõestavad, et probleem on reaalne
3) Tuvasta eesmärk-meetmed et tõestada probleemi olemasolu
4) Tuvasta probleem olemus
5) Määratle ärivaldkonna "miksid"
6) Määratle tootedisain
Täiendavad lähenemised:
1) Tuvasta huvigrupid
2) Modelleerimise eesmärgid
3) Modelleerimise kontekst
4) Stsenaariumite avastamine (kasutuslugude jaoks)
5) Kvaliteetide ning piirangute avastamine
6) Eelduste ja kirjapaneku modelleerimine
7) Sõnastiku kirjutamine
8) Mõõtmete analüüsimine
Analüüs:
Võtame arvesse kõik vastuolud mida proovib nõuete kirjapanekul lahendada
Huvigrupid:
1) Igaüks, kes tegelevad süsteemiga (tavakasutaja ning hooldaja)
2) Igaüks, kes saab süsteemist tulu
3) Igaüks, kes ostis süsteemi
4) Ettevõtted, mis reguleerivad süsteemi aspekte
5) Inimesed või organisatsioonid, kes on selle süsteemi vastu
6) Ettevõtted, kes vastutavad tehtud süsteemiliidese eest
Läbivad funktsionaalsused:
1) Lepingu stiilis nõuete loendus
Kohustuslik kirjandus:
Tarkvaratehnika sissejuhatus 2008
SRS on suhtlusvahend huvigruppide ja tarkvararendajate vahel
Eesmärgid:
1) Aluseks koodiülevaatusele
2) Tööulatuse/mahu väljaselgitamine
3) Viite andmine tarkvaradisaineritele
4) Aluses testimise ja testidokumenti koostamisel ja testiplaanile
5) Usakdab iseärasusi kliendi nõuetes
6) On platformiseks edasisele arendusele
esmaspäev, 9. jaanuar 2017
9.01.2017 Tarkvara arendusprotsess x 2 Veebirakenduste loomise alused x 1
Tarkvaraarendus on :
1) Teaduslike ja tehnoloogiliste meetodite süsteemiline rakendamine
2) Süstemaatiline, displineeritud ja oluline tarkvaraarenduse arendamine
Nelja P meetod :
1) Produkt
2) Valitud meetod
3) Inimesed
4) Projekt
COCOMO - Constructive Cost Model
T = k * (SLOC) astmes (l+z)
Tarkvara nõuded :
1) Tingimus või võimekus mida vajab kasutaja oma probleemi lahendamiseks või eesmärgi saavutamiseks
2) Tingimus või võimekus millele süsteem peab vastama, standard, spesifikatsioon
3) Dokumentatsioon peab olema täidetud
SRS põhipunktid :
1) Sissejuhatud ja Projekti ulatus
2) Põhikirjeldus
3) Kindlad nõuded
4) Analüüsimise mudelid
5) Muudatuste haldus
Andmeobjekti Register sisu ja piirandud
1) Sissejuhatud
2) Sisendid
3) Andmete töötlemine
4) Väljundid
5) Veakäitlus
1) Teaduslike ja tehnoloogiliste meetodite süsteemiline rakendamine
2) Süstemaatiline, displineeritud ja oluline tarkvaraarenduse arendamine
Nelja P meetod :
1) Produkt
2) Valitud meetod
3) Inimesed
4) Projekt
COCOMO - Constructive Cost Model
T = k * (SLOC) astmes (l+z)
Tarkvara nõuded :
1) Tingimus või võimekus mida vajab kasutaja oma probleemi lahendamiseks või eesmärgi saavutamiseks
2) Tingimus või võimekus millele süsteem peab vastama, standard, spesifikatsioon
3) Dokumentatsioon peab olema täidetud
SRS põhipunktid :
1) Sissejuhatud ja Projekti ulatus
2) Põhikirjeldus
3) Kindlad nõuded
4) Analüüsimise mudelid
5) Muudatuste haldus
Andmeobjekti Register sisu ja piirandud
1) Sissejuhatud
2) Sisendid
3) Andmete töötlemine
4) Väljundid
5) Veakäitlus
Tellimine:
Kommentaarid (Atom)