ICO wiki - User contributions [en]

Meeskond:DamageReport

2015-01-15T15:44:13Z

Tpukk: /* Lahenduse kirjeldus */

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

=Tehniline dokumentatsioon=

==Lahenduse kirjeldus==
Rakenduse realiseerimiseks valisime WPF-tehnoloogia kasutades vaate poolel MVVM arendusmustrit. Andmebaasiühenduseks kasutame EntityFramework-i ning selle poolt pakutavaid võimalusi. Ühegi välise andmebaasiga seotud ei ole.

Rakenduse põhieesmärk ehk kulude arvestus toimub järgnevalt. Iga kasutaja on kohta on maksete arvestus ja kulude arvestus. Makse tähendab seda, et üks reisiline on tasunud kuskil ka ühe või mitme kaasreisija eest. Kulu sisestamisel jagab rakendus selle esialgu kõigi reisil osalejate vahel võrdselt. Juhul, kui kulu kandmises on erisusi, siis saab seda manuaalselt iga reisilise kohta teha. Maksete ja kulude tulp annab kasutajale ülevaate, kui palju on ta reisi jooksul väljaminekuid teinud ning mis on tema kulud reisi jooksul. Teoreetiliselt on võimalik, et üks reisiline maksab terve reisi vältel kogu seltskonna eest, mille tulemusel on tal maksete tulbas pirakas summa, aga kulude tulbas väiksem summa, sest teised hüvitavad talle hiljem proportsionaalse osa kuludest. Samuti on võimalik, et reisiseltskonnas jagatakse kõik kulud kõigi vahel võrdselt, aga üks reisiline ei maksa reisi ajal ühegi kulu eest. Sellisel juhul on tal maksete tulbas rasvane null ning kulude tulbas summa, mille ta peab hiljem maksjatele hüvitama.

==Arendusprotsess - kes mida tegi==

Projekti jooksul korraldati mitu grupikoosolekut, kus tehti ühiselt ära järgnevad projekti osade mustandid: vaadete kujundus ja funktsionaalsus, andmebaasi koostamine, rakenduse kihtide paika panemine. Palju suhtlust toimus loomulikult ka e-posti ja Skype teel. Osa koodist kirjutatud ühiselt (üks tegi, teine täiendas/parandas).

Individuaalne panus:
*Lea pani üles esialgse lahenduse andmebaasist ja tegeles newTrip, currency ja transType loomisega ja testimisega.
*Tiina visualiseeris ühise nägemuse vaadetest, täiendas andmebaasi, tegeles useri loomise, vaadete kujunduse ja testimisega.
*Ülari tegeles esialgse analüüsiloogika parendamisega, payment, cost, traveller, log ja transactioni loomisega ning pani kogu rakenduse tööle.

Projekti eest saadavad punktid on järgmised:
*Lea 100%
*Tiina 100%
*Ülari 100%

==Prototüüp==
Prototüübi saab alla laadida [http://enos.itcollege.ee/~ltuberik/DamageReport_prototuup.zip siit] 

==Lõpptoode==
valmimisel...

==Kasutusjuhend==

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

'''Avaleht'''

Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).

Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.

Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.

'''Uue reisi lisamine'''

Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.

„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.

'''Reis ja reisijad'''

Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.

Saldo tulbas on igal reisil kas + või – märgiga saldo seis.

+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.

– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks – märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.

Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!

Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.

Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.

Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.

'''Uue kulukande lisamine'''

„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.

Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.

Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).

Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

'''Uue kululiigi lisamine'''

Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

'''Uue kasutaja lisamine'''

Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.

Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.

'''Valuutad'''

Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.

Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!

DamageReport tiim

= Retsensioonid =

Retsensioonid teiste tiimi töödele asuvad [https://wiki.itcollege.ee/index.php/Meeskond:DamageReport/Retsensioonid siin] 

= Logi =

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!
Retsensioon ERent prototüübile olemas. Kuna rakendus tundus olevat väga poolik, siis igaks juhuks paneme selle homme uuesti tööle ja vaatame retsensiooni uuesti üle, et ERent tiimile liiga ei teeks. Samuti on üleval nüüd rakenduse kasutusjuhend.
Prototüüp kaitstud. M kihi kaotamise ja logi genereerimise kaugusel lõpptoote kaitsmisest.

'''11.01.2014'''
E-Rent prototüübi retsensioon üle vaadatud.

Meeskond:DamageReport

2015-01-09T19:31:08Z

Tpukk:

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

==Kasutusjuhend==

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

'''Avaleht'''

Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).

Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.

Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.

'''Uue reisi lisamine'''

Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.

„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.

'''Reis ja reisijad'''

Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.

Saldo tulbas on igal reisil kas + või – märgiga saldo seis.

+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.

– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks – märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.

Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!

Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.

Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.

Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.

'''Uue kulukande lisamine'''

„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.

Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.

Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).

Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

'''Uue kululiigi lisamine'''

Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

'''Uue kasutaja lisamine'''

Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.

Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.

'''Valuutad'''

Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.

Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!

DamageReport tiim

==Lahenduse kirjeldus==

Lahendus sai hetkel lihtne WPF rakendus, seega pikalt midagi kommenteerida ei ole. Ühegi välise andmebaasiga seotud ei ole.

== Retsensioonid ==

Retsensioonid teiste tiimi töödele asuvad [https://wiki.itcollege.ee/index.php/Meeskond:DamageReport/Retsensioonid siin] 

== Prototüüp ==

Prototüübi saab alla laadida [http://enos.itcollege.ee/~ltuberik/DamageReport_prototuup.zip siit] 

== Logi ==

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!
Retsensioon ERent prototüübile olemas. Kuna rakendus tundus olevat väga poolik, siis igaks juhuks paneme selle homme uuesti tööle ja vaatame retsensiooni uuesti üle, et ERent tiimile liiga ei teeks. Samuti on üleval nüüd rakenduse kasutusjuhend.
Prototüüp kaitstud. M kihi kaotamise ja logi genereerimise kaugusel lõpptoote kaitsmisest.

Meeskond:DamageReport

2015-01-09T19:28:27Z

Tpukk: /* Logi */

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

==Kasutusjuhend==

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

'''Avaleht'''

Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).

Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.

Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.

'''Uue reisi lisamine'''

Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.

„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.

'''Reis ja reisijad'''

Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.

Saldo tulbas on igal reisil kas + või – märgiga saldo seis.

+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.

– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks – märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.

Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!

Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.

Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.

Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.

'''Uue kulukande lisamine'''

„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.

Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.

Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).

Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

'''Uue kululiigi lisamine'''

Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

'''Uue kasutaja lisamine'''

Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.

Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.

'''Valuutad'''

Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.

Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!

DamageReport tiim

== Retsensioonid ==

Retsensioonid teiste tiimi töödele asuvad [https://wiki.itcollege.ee/index.php/Meeskond:DamageReport/Retsensioonid siin] 

== Prototüüp ==

Prototüübi saab alla laadida [http://enos.itcollege.ee/~ltuberik/DamageReport_prototuup.zip siit] 

== Logi ==

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!
Retsensioon ERent prototüübile olemas. Kuna rakendus tundus olevat väga poolik, siis igaks juhuks paneme selle homme uuesti tööle ja vaatame retsensiooni uuesti üle, et ERent tiimile liiga ei teeks. Samuti on üleval nüüd rakenduse kasutusjuhend.
Prototüüp kaitstud. M kihi kaotamise ja logi genereerimise kaugusel lõpptoote kaitsmisest.

Meeskond:DamageReport

2015-01-09T13:34:00Z

Tpukk: /* Kasutusjuhend */

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

==Kasutusjuhend==
DamageReport kasutusjuhend

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

'''Avaleht'''

Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).

Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.

Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.

'''Uue reisi lisamine'''

Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.

„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.

'''Reis ja reisijad'''

Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.

Saldo tulbas on igal reisil kas + või – märgiga saldo seis.

+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.

– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks – märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.

Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!

Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.

Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.

Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.

'''Uue kulukande lisamine'''

„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.

Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.

Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).

Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

'''Uue kululiigi lisamine'''

Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

'''Uue kasutaja lisamine'''

Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.

Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.

'''Valuutad'''

Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.

Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!

DamageReport tiim

== Logi ==

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!

Meeskond:DamageReport

2015-01-09T13:31:59Z

Tpukk: /* Kasutusjuhend */

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

==Kasutusjuhend==
DamageReport kasutusjuhend

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

'''Avaleht'''

Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).

Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.

Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.

'''Uue reisi lisamine'''

Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.

„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.

'''Reis ja reisijad'''

Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.

Saldo tulbas on igal reisil kas + või – märgiga saldo seis.

+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.
– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks – märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.

Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!

Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.

Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.

Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.

'''Uue kulukande lisamine'''

„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.

Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.

Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).

Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

'''Uue kululiigi lisamine'''

Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

'''Uue kasutaja lisamine'''

Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.

Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.

''Valuutad'''

Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.

Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!
DamageReport tiim

== Logi ==

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!

Meeskond:DamageReport

2015-01-09T13:29:58Z

Tpukk: /* Kasutusjuhend */

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

==Kasutusjuhend==
DamageReport kasutusjuhend

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

'''Avaleht'''

Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).

Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.

Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.

'''Uue reisi lisamine'''

Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.

„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.

'''Reis ja reisijad
'''
Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.

Saldo tulbas on igal reisil kas + või – märgiga saldo seis.
+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.
– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks
– märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.

Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!
Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.
Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.
Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.

'''Uue kulukande lisamine'''

„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.

Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.
Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).
Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

'''Uue kululiigi lisamine'''

Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

'''Uue kasutaja lisamine'''

Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.
Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.

''Valuutad'''

Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.

Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!
DamageReport tiim

== Logi ==

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!

Meeskond:DamageReport

2015-01-09T13:27:20Z

Tpukk:

== Meeskond ==

Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

== Idee ==

DamageReport on WPF rakendus reisikulude jagamiseks.

Rakendus on mõeldud seltskonnale reisikaaslastele reisiga seotud kulude haldamiseks ja omavahel õiglaselt jagamiseks.
Rakendus võimaldab sisestada erinevaid kulutüüpe (poes käigud, restorani arved jmt) ning mis kõige tähtsam, inimese, kes arve tasus. Süsteem jagab automaatselt arve kaaslaste vahel ning reisi lõpuks on täpne ülevaade, palju on reisi jooksul kokku kulutusi ning kes on need kinni maksnud.

==Projekti analüüs==

===Probleemi püstitus ja töö eesmärgid===

====Probleem====
Reisides seltskonnaga, kellega ei ole ühine rahaott, tuleb ette olukordi, kus on mõistlik tasuda arveid ühel inimesel ning hiljem jagada summa omavahel ära. Tihti tuleb selliseid olukordi reisi jooksul rohkesti ette ning reisi lõppedes võib olla raske ja kindlasti tüütu hakata uuesti meenutama, kes kellele ja palju võlgu on.

====Projekti ülevaade====
DamageReport on veebipõhine rakendus reisikulude arvestuse pidamiseks ning lõplikuks jagamiseks reisiseltskonna liikmete vahel. Reisi jaoks luuakse kasutajate grupp. Rakendus võimaldab sisestada põhiinfo reisi kohta: toimumise aeg, sihtkoht, transiitriigid, võimalik kulude valuuta. Igal kasutajal on võimalik lisada rakendusse enda poolt grupi huvides kantud kuluühikuid, märkides ära summa, kulu lühikirjelduse (restoran, takso, laevapiletid vm) ja milliste grupi liikmete vahel läheb kulu jagamisele (default kõigi). Kuluühiku sisestamise kuupäev on tuvastatav. Kuluühiku juurde on võimalik lisada foto kuludokumendist, näiteks mobiiliga pildistatud restoranitsekk vms. Rakendus liidab jooksvalt kulud kokku ning arvestab välja sisestatud summade jaotuse grupi liikmete vahel. Iga grupi liige näeb enda ja teiste n.ö jooksvat saldot.

Projekti raames loodava rakenduse funktsionaalsed eesmärgid jagunevad kaheks:
*Baasfunktsionaalsus (must have) - kursuse raames reaalselt töötava lahenduse näol implementeeritavad rakenduse omadused.
*Laiendatud funktsionaalsus (nice to have) - piisava ajaressursi olemasolul loodavad lisavõimalused.

===Kasutajarollid===
Rakenduse kasutamiseks peab isik end registreerimisvormi alusel süsteemi kasutajaks registreerima.
Rakenduses eristatakse kolm erinevat rolli:

'''Osaleja'''
*rakendusse sisse logida ei saa
*omab administraatori poolt loodud profiili
'''Kasutaja'''
*võib rakendusse sisse logida
*võib muuta oma profiili andmeid
*võib luua ja salvestada uusi kulukandeid
*näeb ülevaadet reisikulude hetkeseisu kohta
*saab kustutada ja muuta enda sisestatud kuluridu
'''Administraator'''
*võib teha kõike, mida saab teha kasutaja
*võib lisada / muuta / kustutada valuutakursse
*võib genereerida kasutajale uue salasõna

===Kulude jagamise algoritm===
Iga inimese jaoks luuakse eraldi konto.
Makstud summa järgi arvutatakse, kui palju iga inimene peab maksma (kulu/osalejate arv). Iga inimese jaoks registreeritakse see väärtus negatiivse kuluna. Järgmiseks salvestatakse kulu, mis iga inimene on arvet tasudes maksnud, lisades see summa tema kasutaja kontole. Selliselt on inimestel, kes on arveid rohkem tasunud (laenuandjad) on positiivne saldo, ja inimesed, kes ei ole arveid tasunud (laenuvõtjad), on negatiivsed saldod. Kui kõik kontod on nullid, on kõik võrdselt maksnud.

===Kasutatavad andmebaaside tabelid===
*Kasutajad - administraatori, kasutajate ja osalejate andmed
*Kululiigid - mis liiki kulu on: transport, majutus, söök, meelelahutus jne
*Kulukanded - kasutajate poolt lisatud kulukanded
*Logi - kes mida millal tegi
*Reisid - erinevad reisi-projektid
*Valuutakursid - administraatori poolt koostatav tabel erinevate valuutakursside haldamiseks
*(Kulutüübid - võimalik on valida isiklik kulu või grupi huvides tehtud kulu)

===Must have funktsionaalsus===

'''Uue reisi sisestamine'''
*Administraator peab saama algatada uut reisi-projekti.
Reisiprojekti loomisel peab saama määrata:
* reisi algus ja lõpp
* reisil osalejad
* reisi sihtkoht
* käibiv valuuta(d)
* teiste kasutajate õigused

'''Kasutajahaldus'''
*Administraatoril peab olema võimalus sisestada uusi kasutajaid või reisil osalejaid.
Uue kasutaja lisamisel saab sisestada järgmised andmed:
* email (kasutaja nimi)
* eesnimi
* perenimi
* parool
* isikukood
* pangakonto
* passi / ID kaardi number
* roll
Kohustuslikud väljad on email, eesnimi, parool, roll.

'''Kulukannete sisestus'''
*Kasutajal peab olema võimalus sisestada kulukandeid ning sinna juurde märkida:
** milliste inimeste vahel kulukanne jagamisele läheb (kas kõigi või valitud nimede)
** kulu hetk
** kulu kirjeldus
** kulu suurus
** kulu valuuta
** kulu liik (meelelahutus, transport, söömine, öömaja, ...)
** kes kulu maksis (üks või mitu inimest)
** palju maksis
** kulu valuuta
** (kulu tüüp (ühiskulu, erakulu, laen, ...))

'''Reisiülevaade'''
*Kasutajal peab olema võimalus igal hetkel näha ülevaadet reisikulude hetkeseisu kohta. Ülevaates peab kajastuma kõikide reisil osalejate kulude hetkeseis (kes on omadega plussis, kes on miinuses).

'''Lõppraport'''
*Lõppraport kuvab reisiülevaate ning arvutab välja, kes kellele palju maksma peab.

'''Logi'''
*Süsteem peab pidama logi, kes millal, mida tegi.

===Nice to have===

'''Kuludokumendi üleslaadimine'''
*Kasutajal võiks olla võimalus kuludokument ka üles laadida, kas pildi, pdf või muu faili näol.

'''Off-line kasutusvõimalus'''
*Veebijuurdepääsu puudumisel saab iga kasutaja oma kulusid ikka sisestada ja esimesel veebikontaktil arvestatakse vahepeal sisestatud kulud juurde.

'''Filtreeritav reisiülevaade'''
*Kasutajal võiks olla võimalus reisiülevaadet filtreerida vastavalt huvipakkuvale kulutüübile, kasutajale, valuutale või ajavahemikule.

===Tööjaotus===
*Tiina - front end
*Lea - andmebaas
*Ülari - back end

===Ohukohad===
Loome selle veebilahendusena, mis tähendab, et eeldame reisiseltskonnal veebiühenduse olemasolu. See võib esialgu kasutust piirata.
Probleemseks võib osutuda erinevate valuutade ümberarvestamiseks optimaalse lahenduse leidmine.

==Kasutusjuhend==
DamageReport kasutusjuhend

DamageReport on mugav rakendus reisiseltskonnale reisikulude ülesmärkimiseks ning omavaheliseks jagamiseks.

Avaleht
Avalehel on vaade kõikidele rakendusse lisatud reisidele. Iga reisi kohta on toodud sihtkoht, algus- ja lõppkuupäev. Valides soovitud reisi ja vajutades nuppu „Ava reis“ liigub kasutaja edasi konkreetse reisi lehele (reisi vaade).
Vasakul on menüü on nuppudega „Lisa uus kululiik“, „Lisa uus kasutaja“ ja „Halda valuutasid“.
Vasakul üleval olev „Ava Reisid“ nupp viib kasutaja alati tagasi avalehe vaatele.
Kogu menüü on kasutajatele nähtav ja ligipääsetav rakenduse igas vaates.
Uue reisi lisamine
Uue reisi lisamiseks tuleb avalehel vajutada nuppu „Lisa uus reis“. Kasutajale avaneb uus leht, kus tuleb täita väljad reisi sihtkoha, algus- ja lõppkuupäeva (kalendrivalik) ja reisi valuuta kohta, mis võetakse aluseks kulude jagamisel. Kuvatud tabel kõigi rakenduse kasutajate nimekirjaga ning nimekirjas isiku peal klõpsamisel lisatakse see kasutaja reisil osalejate hulka – tema nimi liigub parempoolsesse tulpa. Kasutaja eemaldamiseks reisil osalejate hulgast tuleb klõpsata selle kasutaja nimel parempoolses „Reisil osalejad“ nimekirjas. Juhul, kui soovite lisada täiesti uue kasutaja, siis selleks valige vasakult menüüst nupp „Lisa uus kasutaja“.
„Lisa uus reis“ nuppu vajutades luuakse uus reis ja kasutaja viiakse tagasi avalehele, kust nähtub ka juba uus reis. Reisil ja „Ava reis“ nupul klõpsates on võimalik see avada ja liikuda edasi konkreetse reisi lehele.
Reis ja reisijad
Konkreetsel reisil ja „Ava reis“ nupul klõpsates avaneb reisi koondvaade. Lehe üleval jääb kasutajale nähtavaks, millise reisi vaates ollakse. Koondvaates on tabel kõigi reisil osalejate nimede ning nende poolt reisi jaoks tehtud maksete ning kantud kulutustega.
Saldo tulbas on igal reisil kas + või – märgiga saldo seis.
+ märgiga summa tähendab, et reisija on maksnud reisi jaoks rohkem, kui on olnud tema kulutused ning teised reisijad peavad talle + summa ulatuses kulusid hüvitama.
– märgiga summa tähendab, et teised on maksnud selle reisijaga seotud kulutusi ning see reisija peaks
– märgiga summa ulatuses hüvitama + märgiga reisijatele oma kulusid.
Pane tähele, et reisi vaates on kõik summad kuvatud reisi valuutas!
Valides tabelist konkreetse reisija ning vajutades allpool nuppu „Vaata reisijat“ avaneb uus leht, kus on tabel kõikide selle reisijaga seotud maksete ja kulude kohta. Tabeli iga rida kirjeldab ühte kulukannet, näidates ära selle kuupäeva ning kirjelduse. Kui reisija oli see, kes kulu eest maksis, siis tuleb makstud summa kohta vastav kirje tulpa „Makstud“. Kui reisija ainult maksis, aga seda ise kuluna reisijatega ei jaga (st maksis teiste eest ehk teisisõnu – laenas raha), siis tulpa „Kulu“ tuleb tal 0. Kui konkreetne reisija maksis kas osaliselt või terves ulatuses endaga seotud kulu, siis ilmub vastava summa kohta kirje ka tulpa „Kulu“.
Pane tähele, et reisija vaates on kõik summad kuvatud kulukandele valitud valuutas. Ümber arvestamine reisi valuutasse toimub reisi vaates.
Vaatelt saab kohe lisada reisi alla uue kulukande, vajutades allpool nuppu „Lisa uus kanne“.
Uue kulukande lisamine
„Reisi“ vaates saab kasutaja lisada uue kulu kande, vajutades nuppu „Lisa uus kanne“. Kasutajale avaneb uus leht, kus vasakpoolses sektsioonis „makse“ tuleb täita ära väljad: kulu tegemise kuupäev (kalendervalik), valida tehingu liik (rippmenüüst), maksja (rippmenüüst), kulu summa, valuuta ja kirjeldus. Kulu valuuta ei pea olema reisi valuuta. Kui te ei leia rippmenüüst sobivat valuutat, siis vt palun allpool valuuta.
Vajutades nuppu „Jaga kulu“ jagatakse summa kõigi reisil osalejate vahel võrdselt. Kasutaja näeb kulude jaotumist reisijate vahel parempoolses sektsioonis „kulud“.
Kui makstud summat ei soovita jagada kõigi reisijate vahel võrdselt, siis on võimalik seda muuta. Selleks tuleb kasutajate loetelu väljal klõpsata iga kasutaja peal ja „kulud“ sektsiooni üleval olevates väljades manuaalselt muuta ära konkreetse reisija kulu suurus, vajutades nuppu „Muuda“. Pärast muutmisi peab reisijatele märgitud kulude summa võrduma „makse“ sektsioonis märgitud summaga; vastasel juhul uue tehingu lisamine ei õnnestu (kasutajat teavitatakse sellest).
Kui kõik kulu andmed on sisestatud ja kulu reisijate vahel jagatud, siis tuleb vajutada nuppu „Lisa tehing“.

Uue kululiigi lisamine
Põhimenüüst nupu „Lisa uus kululiik“ vajutamisel avaneb kasutajale leht, kust saab lisada kululiike. Eesmärk on kulude grupeerimine hiljem parema ülevaate saamiseks, näiteks kulud söögile, kulud joogile, kulud transpordile jne. Kõik lisatud kululiigid avanevad rippmenüüst uue kulukande lisamisel.

Uue kasutaja lisamine
Põhimenüüst nupu „Lisa uus kasutaja“ vajutamisel avaneb kasutajale leht, kust saab lisada rakendusele uusi kasutajaid. Kasutaja täidab selleks eesnime ja perekonna nime väljad ning vajutab nuppu „Lisa kasutaja“. Kõik olemasolevad kasutajad on kuvatud väljade all; palun kontrolli, et isik, keda lisama hakkad, ei ole juba olemasolevate kasutajate hulgas.
Pane tähele, et kasutajateks on kõik rakenduse kasutajad, kes on või ei ole ühe või enama reisiga seotud. Konkreetse reisi juurde valitud kasutajaid nimetatakse rakenduses reisijateks.
Valuutad
Kuna reisid võivad viia riikidesse, kus käibevaluutaks ei ole euro, siis võimaldab rakendus lisada kulukandeid ka muudes valuutades, mis arvestatakse ümber reisi valuutasse. Tegutsemisjärjekord oleks järgmine. Avalehel nuppu „Halda valuutasid“ vajutades kirjuta lahtrisse „valuuta nimi“ soovitud valuuta, mis ei ole euro, ning lahtrisse „kurss“ sisestatud valuuta kurss euro suhtes. Kõik rakenduses olemasolevad valuutad on kuvatud samal lehel nimekirjas. Sisestatud valuutaga seotud andmete muutmiseks klõpsa nimekirjas vastava valuuta peal ning muuda lahtritesse kuvatud andmeid.
Uut reisi luues valitakse valuuta, milles hakatakse pidama kogu reisikulude arvestust. Kulukandeid võib teha ka teistes rakendusse sisestatud valuutades ning need arvestatakse automaatselt ümber reisi valuutasse. Palun arvesta, et reisija kulusid vaadates kuvatakse reisija iga kulu „kulu valuutas“, reisi vaates on saldod esitatud „reisi valuutas“.

MÕNUSAID REISE JA VALUTUT ARVELDAMIST!
DamageReport tiim

== Logi ==

'''22.10.2014'''
Arutlus idee üle

'''24.10.2014'''
Wiki loomine

'''25.10.2014'''
TFS ülespanek (kutse õppejõule saadetud)

'''1.11.2014'''
Tehtud analüüs meeskonnale E-rent

'''13.11.2014'''
Meeskonna koosolek - andmebaasi tabelite läbi vaatamine, vaadete arutamine

'''23.11.2014'''
Meeskonna skype koosolek - vaadete kommentaaride läbivaatamine ja muudatuste tegemine

'''Meie live blogi on koondnud Skype grupivestluseks ja kahetsusväärselt ei kajastu need siin korrektselt. Teen mõned tagantjärgi sisestused'''

'''05.12.2014'''
Kohtusime, et rakenduse ülesehitus kokku leppida. Vaated ja funktsionaalsus (algsega võrreldes veidi kärbitud kujul) läksid lukku. Üheskoos katsetasime kuidas me Visual Studiot kasutama hakkame, kuidas versioonihaldus käima peaks jne. Ülari ütles kuulsa lause "siit edasi köki-möki". Lisaks jagasime ära töölõigud: Lea peale jäi teha reisi lisamisega seotud vaated ning kulude liikidega seonduv, Tiina peale jäi kasutajatega seotud vaated ning Ülari anus endale matemaatikat puudutavat. Tulime talle vastu.

'''29.12.2014-31.12.204'''
Ülari aheldas end kolmeks päevaks arvuti külge, et lahendada andmetabelite ja andmete töötlemise matemaatilis-loogilisi probleeme ning neid koodiks kirjutada. Lea oli testija rollis, sest VS-i ja tehnikat üldse me ei usalda. Mitu korda tunnis sai Lea zip faili ja Ülari tagasi kriitikarahe. Igaks õhtuks oli asi parem kui varem. Tiina vaatas hirmunult loengusalvestusi ja skype's toimuvat.

'''2.01.2015'''
Meeskonna koosolek - projekti ülevaade. Viidud sisse muudatused tulude jaotamise loogikas (transactions, transaction types), lisatud traveller tabel. Osad vaated puudu. Target - prototüübi kaitsmine 9.01.

'''7.01.2015'''
Ülari lammutas päeval viimaste põhiliste matemaatiliste küsimustega, mis olid seotud logi kokkupanemisega. Lea ja Tiina kohtusid õhtul rakenduse igakülgseks testimiseks ja koodi kommenteerimiseks. Kuigi kõik lingid ja nupud töötasid, siis nii mõneski kohas ilmnes vajadus andmeid rohkem kuvada ja ligipääsetavamaks teha. Põhifunksionaalsusest on puudu ainult matemaatika - kuidas reisi lõpus nõudeid-kohustusi jagada, et kõik nulli saaks.

'''8.01.2014'''
Istume jälle kolmekesi koolis. Ülari silub vigu, mis Lea ja Tiina eelmine õhtu leidsid. Lea ja Tiina alustavad retsensioonide kirjutamist.

'''9.01.2014'''
Prototüüp kommenteerimiseks üleva!

Meeskond:DamageReport/Retsensioonid

2015-01-09T09:20:52Z

Tpukk: /* Retsensioon meeskond E-rent prototüübile */

==Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] analüüsile==

E-rent vastab veebipoe ülesehitule ja on analüüsis piisavalt täpselt kirjeldatud.
Analüüsis on hetkel puudu, mis aja hetkel ja mille põhjal määratakse kliendile krediidilimiit, tagatise nõuded (kas, kui suur tagatis ja mis vormis) ning laenutamise tähtaeg. Eelduslikult võib sellele eelneda mingi krediidivõimekuse kontroll (nt liidestamine erinevate avalike andmebaasidega). Aktiivsete klientide puhul võiks rakendada valemit, mis automaatselt nende usaldusväärsust ümber arvutab (kas on arved õigel ajal makstud, tööriistad õigel ajal tagastatud, tööriistu pole lõhutud jne). See oleks rakenduse loomisel kindlasti lisaväljakutse. Näiteks on praegu sedastatud, et kui kliendid on varem ületanud tagastustähtaega üle 5 päeva, siis uut lepingut temaga ei sõlmita. Kas tuleks kõne alla, et leping küll sõlmitakse, aga tagatisraha küsitakse 100% tööriista hinnast.

Täpsustamist vajab, kuidas toimub tagatisraha maksmine: kas tasutakse E-rendi kontole ning kas veebileht võimaldab otselinki vm. Kas iga klient maksab n.ö ühekordse tagatisraha (deposiitkontole), mis tagastatakse pärast koostöö lõppemist (klient registreerib end veebipoe mittekasutajaks) või maksab iga laenutuse pealt tagatisraha ning pärast laenutust see tagastatakse?

Inventari sisestuse alla võiks lisada infovälja, mis puudutab tööriista seisukorda – võimalikud kriimud, kulumisaste jne. Selle eesmärgiks on vältida hilisemaid vaidlusi selle üle, kas laenutatud tööriista on hoitud heaperemehelikult.

Nice-to-have funktsionaalsusena võiks kohe lisada laenutatud tööriistade pikendamise vormi veebilehel (ei toimu e-kirja või telefoni teel): eeldusel, et tööriist on vaba, saab kasutaja selle laenutamist pikendada. Hetkel jäi arusaamatuks, kas pikendamise toimingult on eraldiseisev tasu 20% igalt pikendatavalt seadmelt. Täiendav matemaatiline lisafunktsioon võiks olla just hinnasoodustus pikaaegsel laenutusel (1-5 päev: 10 EUR/päev, 6-10 päev 8 EUR/päev jne).

Veebipoe nice-to-have funktsionaalsustesi võiks veelgi nimetada, milliseid analüüsivõimalusi pakub see E-rendile – erinevad vaated statistiliste andmetega (tagastus %, rikutud seadmete %, keskmine tähtaja ületamise aeg, populaarseimad artiklid, iga tööriista käive vms). Anname endale aru, et lihtne soovitada, keeruline teha. Kui aga jõudu peaks jätkuma, siis E-Rendi idee tõesti lubab väga lahedaid lisafunktsioone juurde lisada.

Meeskonna probleemid ja ohud on mõistetavad, aga usume neisse vankumatult ning E-rent saab kindlasti parem kui liikmed praegu loota julgevad.

==Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] prototüübile==

'''Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] prototüübile'''

Retsenseeritud on Erendi poolt antud prototüübi koodi. Koodiga oli ilusti kaasas juhend prototüübi testimiseks.

VAATED JA KASUTAMINE

Avavaade tuli lahti ning sisaldas põhifunktsionaalsusele viitavaid nuppe. Veel ei olnud olemas hinnakirjade haldamise, arvete koostamise või erinevate aurannete koostamise võimalusi, mida prototüübi puhul ei ootagi.

"Lisa kasutaja" nuppu alt leiame kasutaja lisamise võimaluse ja täita tuleb mõned väljad. Testisime, "lisa" nupu vajutamise järel ei näe kasutaja hetkel kuskilt, kas ta on siis lisatud või mitte ehk tagasiside puudub. Andmebaasi kontrollides selgus, et kasutaja sai siiski lisatud. Toome veel välja, et kahjuks ei anna kasutaja poolt täidetavad väljad veateateid, kui lahter on ilmselgelt valesti täidetud (näiteks telefoni väljale sisestada tähed), aga programm lõpetab selle peale töö.
Huvitav on "lisa kasutaja" vaates textblock "Halb kogemus", mille saab validalinnukese märkimisega checkboxi. Me ei mõelnud välja, mis olukorras kasutajaks registreeruja endale sellise hinnangu võiks anda.

Lisatud kasutajad ilmusid ilusti "kasutajate" vaatesse. Hetkel veel ei saa realiseerida kasutajate muutmise või kustutamise võimalust, mis analüüsis sai kirjeldatud (ning mis on retsenseerijatele vägagi tuttav tunne).

"Tööriista lisamise" nupp ei veel ei töötanud ja ülejäänud vaadete testimiseks pidime lisama ise baasi andmeid (tööriistu),

"Tööriistad laos" ja "tööriistad väljas" nupud töötavad.

"Tellimislehe" vaate väljad ära täites ja nuppu "Tee arve" vajutades ei näe kasutaja, kas või mis juhtub.

Vaadete kokkuvõte: hetkel veel üsna kasutaja vaenulik olematu tagasiside tõttu, muidu kõik tip-top.

KOOD

Kood on jagatud loogiliselt BLL, Models ja View kihtidesse. Samas ei ole kood veel kommenteeritud, nii et võõral on raske jälgida.

Oleme kindlad, et meeskonnal kohekohe valmiv lõpptoode on lööb meid pahviks ja sellele retsensiooni kirjutades ei leia me analüüsist ühtegi elementi, mis tootes puudu oleks :)

Meeskond:DamageReport/Retsensioonid

2015-01-09T08:49:26Z

Tpukk: /* Retsensioon meeskond E-rent prototüübile */

Meeskond:DamageReport/Retsensioonid

2015-01-09T08:02:24Z

Tpukk: /* Retsensioon meeskond E-rent prototüübile */

==Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] analüüsile==

E-rent vastab veebipoe ülesehitule ja on analüüsis piisavalt täpselt kirjeldatud.
Analüüsis on hetkel puudu, mis aja hetkel ja mille põhjal määratakse kliendile krediidilimiit, tagatise nõuded (kas, kui suur tagatis ja mis vormis) ning laenutamise tähtaeg. Eelduslikult võib sellele eelneda mingi krediidivõimekuse kontroll (nt liidestamine erinevate avalike andmebaasidega). Aktiivsete klientide puhul võiks rakendada valemit, mis automaatselt nende usaldusväärsust ümber arvutab (kas on arved õigel ajal makstud, tööriistad õigel ajal tagastatud, tööriistu pole lõhutud jne). See oleks rakenduse loomisel kindlasti lisaväljakutse. Näiteks on praegu sedastatud, et kui kliendid on varem ületanud tagastustähtaega üle 5 päeva, siis uut lepingut temaga ei sõlmita. Kas tuleks kõne alla, et leping küll sõlmitakse, aga tagatisraha küsitakse 100% tööriista hinnast.

Täpsustamist vajab, kuidas toimub tagatisraha maksmine: kas tasutakse E-rendi kontole ning kas veebileht võimaldab otselinki vm. Kas iga klient maksab n.ö ühekordse tagatisraha (deposiitkontole), mis tagastatakse pärast koostöö lõppemist (klient registreerib end veebipoe mittekasutajaks) või maksab iga laenutuse pealt tagatisraha ning pärast laenutust see tagastatakse?

Inventari sisestuse alla võiks lisada infovälja, mis puudutab tööriista seisukorda – võimalikud kriimud, kulumisaste jne. Selle eesmärgiks on vältida hilisemaid vaidlusi selle üle, kas laenutatud tööriista on hoitud heaperemehelikult.

Nice-to-have funktsionaalsusena võiks kohe lisada laenutatud tööriistade pikendamise vormi veebilehel (ei toimu e-kirja või telefoni teel): eeldusel, et tööriist on vaba, saab kasutaja selle laenutamist pikendada. Hetkel jäi arusaamatuks, kas pikendamise toimingult on eraldiseisev tasu 20% igalt pikendatavalt seadmelt. Täiendav matemaatiline lisafunktsioon võiks olla just hinnasoodustus pikaaegsel laenutusel (1-5 päev: 10 EUR/päev, 6-10 päev 8 EUR/päev jne).

Veebipoe nice-to-have funktsionaalsustesi võiks veelgi nimetada, milliseid analüüsivõimalusi pakub see E-rendile – erinevad vaated statistiliste andmetega (tagastus %, rikutud seadmete %, keskmine tähtaja ületamise aeg, populaarseimad artiklid, iga tööriista käive vms). Anname endale aru, et lihtne soovitada, keeruline teha. Kui aga jõudu peaks jätkuma, siis E-Rendi idee tõesti lubab väga lahedaid lisafunktsioone juurde lisada.

Meeskonna probleemid ja ohud on mõistetavad, aga usume neisse vankumatult ning E-rent saab kindlasti parem kui liikmed praegu loota julgevad.

==Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] prototüübile==

'''Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] prototüübile'''

Avavaade on lakooniline ja töötab. Taustavärviga on vaeva nähtud. Kasutusjuhend on hea, aga jätab hätta.

Lisa kasutaja nuppu alt leiame kasutaja lisamise võimaluse ja täita tuleb mõned väljad. Testisime, lisa nupu vajutamine nagu selgus, siis kasutaja ei näe kuskilt, kas ta on siis lisatud või mitte. Seda tuli andmebaasist eraldi vaadata. Samuti ei anna täidetavad väljad veateadet, kui lahter on ilmselgelt valesti täidetud, aga kui näiteks telefoni väljale sisestada tähed, siis programm lõpetab töö. Kuna lisatud kasutajad kasutajale ei ilmus, siis hetkel veel ei saa realiseerida ka kasutajate muutmise või kustutamise võimalust.

Huvitav on lisa kasutaja vaates textblock "Halb kogemus", mille saab tähistada linnukesega. Me ei mõelnud välja, mis olukorras kasutajaks registreeruja endale sellise hinnangu võiks anda.

Lisatud kasutajad ilmusid ilusti kasutajate vaatesse.

Ülejäänud vaadete testimiseks pidime lisama ise baasi andmeid (tööriistu).

Tööriista lisamise nupp ei tööta.

Tööriistad laos ja tööriistad väljas nupud töötavad.

Tellimisleht

Väljad ära täites ja nuppu "Tee arve" vajutades ei näe kasutaja, kas või mis juhtub.

Vaadete kokkuvõte: üsna kasutaja vaenulik, muidu kõik tip-top.

Kood on jagatud loogiliselt BLL, Models ja View kihtidesse. Samas ei ole kood veel kommenteeritud, nii et võõral on raske jälgida.

Meeskond:DamageReport

2015-01-09T07:59:10Z

Tpukk: /* Logi */

Meeskond:DamageReport

2015-01-08T17:03:18Z

Tpukk: /* Logi */

Meeskond:DamageReport

2015-01-08T16:54:48Z

Tpukk: /* Logi */

Juhend: Kodutöö aines "Programmeerimine CSharp keeles" (2014)

2014-11-08T15:59:58Z

Tpukk: /* Meeskond E-rent */

=Kodutöö aines "Programmeerimine C# keeles"=

==Eesmärk==
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. Kasutada arendusprotsessis koodihoidlat.

==Reeglid==
Ühte projektimeeskonda kuulub 3-5 tudengit(Soovituslik meeskonna suurus on 3-4). Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis).
Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

'''Projekti loomine ja arendamine '''
Projekt lisatakse versioonihaldusesse, kasutades selleks [Team Foundation Service'it http://tfs.visualstudio.com/] ning õppejõule antakse ligipääs. Õppejõu live id: maitposka ät hotmail.com . Projekt peab olema alates algfaasist lisatud TFSi ning kogu tööprotsess toimub versioonihaldust kasutades

'''Tööde esitamine''' (prototüüb ja lõpptoode)
Töö esitamisel pakitakse see kokku ning lisatakse wiki leheküljele link lähtekoodile. Kui töö lähtekoodi ei soovita mingil põhjusel avalikustata, tuleb õppejõuga selle jaoks sõlmida eraldi kokkulepe. Lähtekood on vajalik, et tööd oleks võimalik hinnata nii õppejõul kui kaastudengitel selle kohta retsensiooni kirjutada.

'''Team Foundation Service kasutamine''' (tänasel päeval '' Visual Studio online'')
[http://www.visualstudio.com/get-started/sign-up-for-visual-studio-online Step-by-Step juhend]

NB! Siia tuleb õppejõu poolt lihtne screencast ka, kuid ideeliselt ei tohiks selle kasutamine olla väga keeruline.

==Tähtaegadest kinnipidamine==
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Tähtaegade ületamisel võimalike punkte ei kaotata. Kui töö aga on esitatud tähtajaks, siis on võimalik selle eest teenida boonuspunkte (enamasti 0-10% võimalikust maksimumist boonust). Enne tähtaega esitatud töö ei tähenda automaatselt maksimumpunkte, kui see ei ole sooritatud korralikult.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.
Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).
Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.

===Meeskonna kokkupanek ja idee===
'''25.10.2014''' (2p)

Tekitatakse meeskonna wiki lehekülg. Meeskonnal peab olema nimi ning see koosneb kolmest kuni viiest liikmest. Määratakse projektijuht. Juhul kui hakatakse blogi pidama kuskil mujal keskkonnas ilmub selle kohta link. Lühidalt peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Samuti peab olema märgitud tehnoloogia, milles hakatakse rakendust looma. Meeskond on loonud TFSi konto ning on saatnud õppejõule kutse.

===Analüüs===
'''01.11.2014''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures.'''NB! Miinimum sõnade arv 700''' Selle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab muu hulgas ka:
*Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
*Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
*Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

'''Retsensioon''' 8.11.2014 (3p)

===Prototüüp===
'''29.11.2014'''(10p)

Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.

'''Retsensioon''' 06.12.2014(5p)

===Lõpptoode===
'''22.12.2014'''(20p)
Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Retsensioon''' 05.01.2014(5p)

===Esitlus/Kaitsmine===

'''Toimub loengutes/praktikumides või kokkulepitud ajal enne eksamit''' ''(4p) ''
Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida. Kestvus ~20min.

====Kaitsmise ajad====
Siia ilmuvad kaitsmise ajad

=Teemad 2014 sügis=
Kodutööna tuleb luua:

==Nõuded rakendusele==
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
**Andmebaasis peab olema vähemalt 6 andmebaasi tabelit
* Peab võimaldama tegevuste kohta registri pidamist (logi)
**Rakenduses tehtavad tegevused salvestatakse
* Kasutama kasutajaliidesena ühte järgmistest: Windows Presentation Foundation, Windows Phone 8, Windows 8 Store App või ASP.Net
* Kood on kommenteeritud ning rakendus on varustatud dokumentatsiooniga
* Maksimumpunktide jaoks kasutatakse vastavalt valitud tehnoloogiale soovitatud arendusmustreid
* Kood on kirjutatud C# programmeerimiskeeles
**Kuna aine nimi on "Programmeerimine C# keeles" ei tohi esitada rakendust, mis on loodud Javas, PHPs vms keeles
* Rakendus on jaotatud kihtidesse
'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või

==CRM==
Oma klientidest peab olema ülevaade.
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis

==Mäng(Unity või XNA)==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

=Meeskonnad 2014=

Siia sektsiooni tuleb meeskonna nimi ning selle liikmed. Samuti kui on lisatud mõni koduse töö osa, siis otselink sellele(sh retsensioonid). Eraldi sektsioonidesse jaotuvad päevaõppe ja kaugõppe tudengid, kuid lubatud on üksteise töid retsenseerida ja vaadata. (Võib-olla isegi soovituslik)

==Päevaõppe meeskonnad ==
===Meeskond CSharpTest===
Liikmed:
*Mait Poska
*Aita-Leida Kuusepuu

Meeskonna koduleht: [[Meeskond:CSharpTest]]
Meeskonna koduleht versioon 2: [https://wiki.itcollege.ee/index.php/Meeskond:CSharpTest Meeskonna koduleht]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale CSharpTest asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:CSharpTest siin]

===Meeskond Rods===
Liikmed:
*Rain Mäsak
*Oliver Armväärt
*Den-Daniel Dobrus
*Sten Saliste

Meeskonna koduleht: [[Meeskond:Rods]]

'''Retsensioonid'''

-

===Meeskond Lillelapsed===
Liikmed:
*Rene Ott
*Alari Talvar
*Villu Viirsalu
*Daniil Slobodin

Meeskonna koduleht: [[Meeskond:Lillelapsed]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale Qwerty asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Qwerty siin]

===Meeskond SuperPenguin===
Liikmed:
*Tauri Busch
*Erika Ehmann

Meeskonna koduleht: [[Meeskond:SuperPenguin]]

'''Retsensioonid'''

===Meeskond Raggakana===
Liikmed:
*Aap Kaur Suvi
*Indrek Jõgi
*Murdho Savila
*Sandra Niinepuu

Meeskonna koduleht: [[Meeskond:Raggakana]]

'''Retsensioonid'''

===Meeskond Vaiksed===
Liikmed:
*Martin Mägi
*Martin Betlem

Meeskonna koduleht: [[Meeskond:Vaiksed]]

'''Retsensioonid'''

-

===Meeskond BoxMania===
Liikmed:
*Maanus Indov
*Mait Roosvalt
*Märt Lõhmus
*Kaarel Kelk
*Eleri Mölder

Meeskonna koduleht: [[Meeskond:BoxMania]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale Pizzafy asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Pizzafy siin]

===Meeskond Taandarendajad===
Liikmed:
*Priit Üksküla
*Meelis Talvis
*Kaido Henrik Elias

Meeskonna koduleht: [[Meeskond:Taandarendajad]]

'''Retsensioonid'''

Meeskonna Taandarendajad retsensioonid asuvad [https://wiki.itcollege.ee/index.php?title=Talk:Meeskond:Taandarendajad&action=edit&redlink=1 siin]

Meie tehtud analüüsi retsensioon Meeskonnale Pizzafy asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Pizzafy siin]

===Meeskond DropDead===
Liikmed:
*Urmas Hoogma

Meeskonna koduleht: [[Meeskond:DropDead]]

'''Retsensioonid'''

[[Talk:Aida_alla#Retsenseerija:_Meeskond:DropDead| '''Retsensioon''']] meeskonnalt Drop Dead meeskonnale Aida alla

===Meeskond Error404===
Liikmed:
* Mihkel Kivisild - projektijuht
* Andre Kaur
* Priidik Soon
* Tiit Tallermaa

Meeskonna koduleht: [[Meeskond:Error404]]

'''Retsensioonid'''

*Meeskonna Error404 retsensioon meeskond LustjaLillepidu analüüsi kohta asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LustjaLillepidu siin] (7.11.2014)

===Meeskond Aida alla===
Liikmed:
* Liisa Kunnus
* Johannes Vatsfeldt
* Tanel Pääro

Meeskonna koduleht: [[Aida_alla| Meeskond Aida alla]]

'''[[Talk:Aida_alla#Retsenseerija:_Meeskond:DropDead| Retsensioonid asuvad siin]]''' 
:# Retsenseerija: [[Meeskond:DropDead]]

[[Talk:Meeskond:VariableMoods#RETSENSIOON MEESKONNALT Aida alla| '''Retsensioon''']] meeskonnalt Aida alla meeskonnale VariableMoods

===Meeskond Qwerty===
Liikmed:
*Kristjan Kivisild
*Daniil Kulagin
*Andrei Tverskoi

Meeskonna koduleht: [[Meeskond:Qwerty]]

'''Retsensioonid'''

===Meeskond iCook===
Liikmed:
*Timmo Tõnts
*Triin Õige
*Ralf Sitska

Meeskonna koduleht: [[Meeskond:iCook]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale Vertigo asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Vertigo siin]

===Meeskond Luxus===
Liikmed:
*Anni Klammer
*Tõnis Suurkaev
*Sten Luhtoja

Meeskonna koduleht: [[Meeskond:Luksus]]

'''Retsensioonid'''

===Meeskond Hubris===
Liikmed:
*Sander Maasikamäe
*Allan Paalo

Meeskonna koduleht: [[Meeskond:Hubris]]

'''Retsensioonid'''

===Meeskond Vertigo===
Liikmed:
*Meri-Kris Jaama
*Liisi Kitsapea
*Teele Liblik (projektijuht)
*Tanel Peet

Meeskonna koduleht: [[Meeskond:Vertigo]]

'''Retsensioonid'''

===Meeskond Pizzafy===
Liikmed:
*Rene Mändel
*Mikk Pürg
*Argo Ind
*Arvo Paomees

Meeskonna koduleht: [[Meeskond:Pizzafy]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale iCook asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:iCook siin]

===Meeskond Gateway===
Liikmed:
*Ilja Andrejev
*Silvia Bärlin
*Kaisa Järvpõld

Meeskonna koduleht: [[Meeskond:Gateway]]

'''Retsensioonid'''
*Analüüsi retsensioon meeskonnale [[Meeskond:Rods]] asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Rods siin] (7.11.2014)

===Meeskond VariableMoods===
Liikmed:
*Mihkel Künnapas
*Krister Kamla
*Berit Veidemann

Meeskonna ajaveeb: [[Meeskond:VariableMoods]]

'''Retsensioonid'''

*Analüüsi retsensioon meeskonnale [[Meeskond:Taandarendajad]] asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Taandarendajad siin] (5.11.2014)

===Meeskond LustjaLillepidu===
Liikmed:
*Madis Männik
*Jekaterina Jakimets
*Kristjan Tõnismäe

Meeskonna koduleht: [[Meeskond:LustjaLillepidu]]

'''Retsensioonid'''

*Retsensioonid meeskonna [[Meeskond:LustjaLillepidu]] kohta asuvad [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LustjaLillepidu siin] (7.11.2014)

===Meeskond Viable===
Liikmed:
*Kert Lillepea
*Kert Siiner

Meeskonna koduleht: [[Meeskond:Viable]]

'''Retsensioonid'''

*Retsensioon meeskonna [[Meeskond:Vaiksed]] kohta asub [https://wiki.itcollege.ee/index.php?title=Talk:Meeskond:Vaiksed&action=edit&redlink=1 siin].

===Meeskond MinuRaamat===
Liikmed:
*Erkko Kebbinau

Meeskonna koduleht: [[Meeskond:MinuRaamat]]

'''Retsensioonid'''

==Kaugeõppe meeskonnad ==

===Meeskond DigiRiiul===
Liikmed:
*Jaan Elken
*Martin Orgusaar
*Henri Põld
*Morris Mänd
*Riho Uusjärv

Meeskonna koduleht: [[Meeskond "DigiRiiul"]]

===== Retsensioonid tekivad siia: =====

===Meeskond RemindEm===
Liikmed:
*Kait Vader
*Triin Soosalu
*Imre Padonik
*Mikk Visnap(projektijuht)

Meeskonna koduleht: [[Meeskond:RemindEm]]

'''Retsensioonid'''
Retsensioonid meeskonnale RemindEm asuvad [https://wiki.itcollege.ee/index.php/Talk:Meeskond:RemindEm siin]

===Meeskond DreamTeam===
Liikmed:
*Marju Niinemaa
*Martin Vohla
*Irina Doroš (projektijuht)

Meeskonna koduleht: [[DreamTeam project]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale DreamTeam asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:DreamTeam siin]

===Meeskond E-rent===
Liikmed:
* Viivi Tammar
* Alex Kaska
* Vladimir Nitsenko
* Maarja Vesi (projektijuht)

Meeskonna koduleht: [[E-rent]]

'''Retsensioonid'''
Analüüsi retsensioon meeskonnale E-Rent asub [https://wiki.itcollege.ee/index.php/Meeskond:DamageReport/Retsensioonid siin]

Retsensioon meeskonnale '''DamageReport ''' asub [https://wiki.itcollege.ee/index.php/Retsensioon_meeskonnale_DamageReport siin]

===Meeskond SimpleGeo===
Liikmed:
* Toomas Juhkov
* Tiit Kuuskmäe
* Silver Lumi (projektijuht)

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/SimpleGeo SimpleGeo]

'''Retsensioonid'''

Retsensioonid tekivad [https://wiki.itcollege.ee/index.php/Talk:SimpleGeo siia].

'''Logi'''

Logi peame [http://simplegeoproject.blogspot.com/ blogis].

===Meeskond CRM/WPF tehnoloogial===
Liikmed:
*Andres Mets
*Robert Kullamaa
*Juri Nikitin

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:CRM_WPF_tehnoloogial Meeskond:CRM/WPF tehnoloogial] 
[[Retsensioonid]]

===Meeskond EasyRent===
Liikmed:
*Hardi Antsov
*Ahti Jõgi (projektijuht)
*Andres Kaljo

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:EasyRent Meeskond:EasyRent]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale EasyRent asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:EasyRent siin]

===Meeskond NimetuRühmitus===
Liikmed:
*Ragne Auling
*Kaidi Parman
*Margit Ool (projektijuht)
*Kalmer Kallas

Meeskonna koduleht: [[Meeskond:NimetuRühmitus]]

Analüüsi retsensioon meeskonnale Error404 asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Error404 siin]

'''Retsensioonid'''

===Meeskond DamageReport===
Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:DamageReport DamageReport]

[https://wiki.itcollege.ee/index.php/Meeskond:DamageReport/Retsensioonid Retsensioonid]

===Meeskond LifePlanner===
Liikmed:
*Kaire Toom
*Alina Loitšenko
*Maria Andreitšuk(Projektijuht)

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:LifePlanner LifePlanner]

'''Retsensioonid'''

Retsensioonid meeskonnale LifePlanner asuvad [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LifePlanner siin]

===Meeskond DustBusters===
Liikmed:
*Indrek Maask (projektijuht)

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:DustBusters DustBusters]

'''Retsensioonid'''

===Meeskond ATeam===
Liikmed:
*Aleksander Semjonov

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/ATeam ATeam]

'''Retsensioonid'''

Meeskond:NimetuRühmitus (Laenaja abimees): [https://wiki.itcollege.ee/index.php/LaenajaAbimeesRets#Laenaja_abimees NimetuRühmitus]

=Mõned näidistööd=
'''NB! Õppejõud ei ole unustanud siia näiteid lisada, vaid varasemate aastate tööd on tudengid üldjoontes eemaldanud ning neile ei ole võimalik enam kätte saada.''' Proovin esimesel võimalusel siiski mõned näited leida, millest eeskuju võtta.

Juhend: Kodutöö aines "Programmeerimine CSharp keeles" (2014)

2014-11-08T15:59:14Z

Tpukk: /* Meeskond E-rent */

=Kodutöö aines "Programmeerimine C# keeles"=

==Eesmärk==
Saada praktiline arenduskogemus .NET keskkonnas ning arendada meeskonnatöö kogemust ja analüüsivõimet. Kasutada arendusprotsessis koodihoidlat.

==Reeglid==
Ühte projektimeeskonda kuulub 3-5 tudengit(Soovituslik meeskonna suurus on 3-4). Ühel teemal võib teostada projekti üks või mitu meeskonda.Töö käiku kajastatakse https://wiki.itcollege.ee keskkonnas või soovi korral võib seda teha ka ajaveebis(blogis).
Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg ja dokumentatsioon) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

'''Projekti loomine ja arendamine '''
Projekt lisatakse versioonihaldusesse, kasutades selleks [Team Foundation Service'it http://tfs.visualstudio.com/] ning õppejõule antakse ligipääs. Õppejõu live id: maitposka ät hotmail.com . Projekt peab olema alates algfaasist lisatud TFSi ning kogu tööprotsess toimub versioonihaldust kasutades

'''Tööde esitamine''' (prototüüb ja lõpptoode)
Töö esitamisel pakitakse see kokku ning lisatakse wiki leheküljele link lähtekoodile. Kui töö lähtekoodi ei soovita mingil põhjusel avalikustata, tuleb õppejõuga selle jaoks sõlmida eraldi kokkulepe. Lähtekood on vajalik, et tööd oleks võimalik hinnata nii õppejõul kui kaastudengitel selle kohta retsensiooni kirjutada.

'''Team Foundation Service kasutamine''' (tänasel päeval '' Visual Studio online'')
[http://www.visualstudio.com/get-started/sign-up-for-visual-studio-online Step-by-Step juhend]

NB! Siia tuleb õppejõu poolt lihtne screencast ka, kuid ideeliselt ei tohiks selle kasutamine olla väga keeruline.

==Tähtaegadest kinnipidamine==
Projekt jaguneb alamosadeks, millele on määratud tähtajad. Tähtaegade ületamisel võimalike punkte ei kaotata. Kui töö aga on esitatud tähtajaks, siis on võimalik selle eest teenida boonuspunkte (enamasti 0-10% võimalikust maksimumist boonust). Enne tähtaega esitatud töö ei tähenda automaatselt maksimumpunkte, kui see ei ole sooritatud korralikult.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.
Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus. Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).
Nagu eelpool mainitud, koosneb projekt erinevatest osadest. Punktide arvu määramisel arvestatakse ka tähtajast kinni pidamist, mille toimimisloogika on kirjeldatud eespool.

===Meeskonna kokkupanek ja idee===
'''25.10.2014''' (2p)

Tekitatakse meeskonna wiki lehekülg. Meeskonnal peab olema nimi ning see koosneb kolmest kuni viiest liikmest. Määratakse projektijuht. Juhul kui hakatakse blogi pidama kuskil mujal keskkonnas ilmub selle kohta link. Lühidalt peaks kirjeldama idee olemust nii, et selle üldine suund oleks arusaadav. Samuti peab olema märgitud tehnoloogia, milles hakatakse rakendust looma. Meeskond on loonud TFSi konto ning on saatnud õppejõule kutse.

===Analüüs===
'''01.11.2014''' (6p)
Analüütilise osa eesmärgiks on arendada tudengite analüüsioskust, mida on vaja ka päris tarkvaraarenduse protsessi juures.'''NB! Miinimum sõnade arv 700''' Selle osa käigus peab valmima loodava rakenduse analüüs, mis sisaldab muu hulgas ka:
*Analüüs rakendusele. (Mida see endas sisaldab? Mis on selle eesmärk? Mida tavakasutaja sellega teha saaks? Milliste osade realiseerimine võib osutuda problemaatiliseks?) Kui on tööjaotus paigas, siis tuua ka see välja.
*Tuua välja nimekiri funktsionaalsusest, mida plaanitakse kindlasti teostada(''Must have'')
*Nimekiri funktsionaalsustest, mis võiks olla, aga mida ei pruugita ajapuuduse tõttu realiseerida.(''Nice to have'')

'''Retsensioon''' 8.11.2014 (3p)

===Prototüüp===
'''29.11.2014'''(10p)

Valmib projekti esmane realisatsioon. Laias laastus on peafunktsionaalsused realiseeritud(Nimekiri funktsionaalsusest, mida plaanitakse teostada). Programmis võib esineda üksikuid, kuid mitte väga suuri vigu.

'''Retsensioon''' 06.12.2014(5p)

===Lõpptoode===
'''22.12.2014'''(20p)
Selleks faasiks peab projekt maksimumpuntkide saavutamiseks olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Retsensioon''' 05.01.2014(5p)

===Esitlus/Kaitsmine===

'''Toimub loengutes/praktikumides või kokkulepitud ajal enne eksamit''' ''(4p) ''
Esitlusel kaitstakse projekti. Tutvustatakse tehnoloogiat, mida kasutati rakenduse realiseerimiseks. Lühidalt räägitakse tööjaotusest ning probleemidest, mis tekkisid projekti realiseerimisel. Näidatakse lähtekoodi ja demonstreeritakse oma rakendust teistele tudengitele, kes võivad selle kohta küsimusi küsida. Kestvus ~20min.

====Kaitsmise ajad====
Siia ilmuvad kaitsmise ajad

=Teemad 2014 sügis=
Kodutööna tuleb luua:

==Nõuded rakendusele==
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
**Andmebaasis peab olema vähemalt 6 andmebaasi tabelit
* Peab võimaldama tegevuste kohta registri pidamist (logi)
**Rakenduses tehtavad tegevused salvestatakse
* Kasutama kasutajaliidesena ühte järgmistest: Windows Presentation Foundation, Windows Phone 8, Windows 8 Store App või ASP.Net
* Kood on kommenteeritud ning rakendus on varustatud dokumentatsiooniga
* Maksimumpunktide jaoks kasutatakse vastavalt valitud tehnoloogiale soovitatud arendusmustreid
* Kood on kirjutatud C# programmeerimiskeeles
**Kuna aine nimi on "Programmeerimine C# keeles" ei tohi esitada rakendust, mis on loodud Javas, PHPs vms keeles
* Rakendus on jaotatud kihtidesse
'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või

==CRM==
Oma klientidest peab olema ülevaade.
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis

==Mäng(Unity või XNA)==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Kood on kirjutatud häid praktikaid järgides ja on veatu(testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

=Meeskonnad 2014=

Siia sektsiooni tuleb meeskonna nimi ning selle liikmed. Samuti kui on lisatud mõni koduse töö osa, siis otselink sellele(sh retsensioonid). Eraldi sektsioonidesse jaotuvad päevaõppe ja kaugõppe tudengid, kuid lubatud on üksteise töid retsenseerida ja vaadata. (Võib-olla isegi soovituslik)

==Päevaõppe meeskonnad ==
===Meeskond CSharpTest===
Liikmed:
*Mait Poska
*Aita-Leida Kuusepuu

Meeskonna koduleht: [[Meeskond:CSharpTest]]
Meeskonna koduleht versioon 2: [https://wiki.itcollege.ee/index.php/Meeskond:CSharpTest Meeskonna koduleht]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale CSharpTest asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:CSharpTest siin]

===Meeskond Rods===
Liikmed:
*Rain Mäsak
*Oliver Armväärt
*Den-Daniel Dobrus
*Sten Saliste

Meeskonna koduleht: [[Meeskond:Rods]]

'''Retsensioonid'''

-

===Meeskond Lillelapsed===
Liikmed:
*Rene Ott
*Alari Talvar
*Villu Viirsalu
*Daniil Slobodin

Meeskonna koduleht: [[Meeskond:Lillelapsed]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale Qwerty asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Qwerty siin]

===Meeskond SuperPenguin===
Liikmed:
*Tauri Busch
*Erika Ehmann

Meeskonna koduleht: [[Meeskond:SuperPenguin]]

'''Retsensioonid'''

===Meeskond Raggakana===
Liikmed:
*Aap Kaur Suvi
*Indrek Jõgi
*Murdho Savila
*Sandra Niinepuu

Meeskonna koduleht: [[Meeskond:Raggakana]]

'''Retsensioonid'''

===Meeskond Vaiksed===
Liikmed:
*Martin Mägi
*Martin Betlem

Meeskonna koduleht: [[Meeskond:Vaiksed]]

'''Retsensioonid'''

-

===Meeskond BoxMania===
Liikmed:
*Maanus Indov
*Mait Roosvalt
*Märt Lõhmus
*Kaarel Kelk
*Eleri Mölder

Meeskonna koduleht: [[Meeskond:BoxMania]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale Pizzafy asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Pizzafy siin]

===Meeskond Taandarendajad===
Liikmed:
*Priit Üksküla
*Meelis Talvis
*Kaido Henrik Elias

Meeskonna koduleht: [[Meeskond:Taandarendajad]]

'''Retsensioonid'''

Meeskonna Taandarendajad retsensioonid asuvad [https://wiki.itcollege.ee/index.php?title=Talk:Meeskond:Taandarendajad&action=edit&redlink=1 siin]

Meie tehtud analüüsi retsensioon Meeskonnale Pizzafy asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Pizzafy siin]

===Meeskond DropDead===
Liikmed:
*Urmas Hoogma

Meeskonna koduleht: [[Meeskond:DropDead]]

'''Retsensioonid'''

[[Talk:Aida_alla#Retsenseerija:_Meeskond:DropDead| '''Retsensioon''']] meeskonnalt Drop Dead meeskonnale Aida alla

===Meeskond Error404===
Liikmed:
* Mihkel Kivisild - projektijuht
* Andre Kaur
* Priidik Soon
* Tiit Tallermaa

Meeskonna koduleht: [[Meeskond:Error404]]

'''Retsensioonid'''

*Meeskonna Error404 retsensioon meeskond LustjaLillepidu analüüsi kohta asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LustjaLillepidu siin] (7.11.2014)

===Meeskond Aida alla===
Liikmed:
* Liisa Kunnus
* Johannes Vatsfeldt
* Tanel Pääro

Meeskonna koduleht: [[Aida_alla| Meeskond Aida alla]]

'''[[Talk:Aida_alla#Retsenseerija:_Meeskond:DropDead| Retsensioonid asuvad siin]]''' 
:# Retsenseerija: [[Meeskond:DropDead]]

[[Talk:Meeskond:VariableMoods#RETSENSIOON MEESKONNALT Aida alla| '''Retsensioon''']] meeskonnalt Aida alla meeskonnale VariableMoods

===Meeskond Qwerty===
Liikmed:
*Kristjan Kivisild
*Daniil Kulagin
*Andrei Tverskoi

Meeskonna koduleht: [[Meeskond:Qwerty]]

'''Retsensioonid'''

===Meeskond iCook===
Liikmed:
*Timmo Tõnts
*Triin Õige
*Ralf Sitska

Meeskonna koduleht: [[Meeskond:iCook]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale Vertigo asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Vertigo siin]

===Meeskond Luxus===
Liikmed:
*Anni Klammer
*Tõnis Suurkaev
*Sten Luhtoja

Meeskonna koduleht: [[Meeskond:Luksus]]

'''Retsensioonid'''

===Meeskond Hubris===
Liikmed:
*Sander Maasikamäe
*Allan Paalo

Meeskonna koduleht: [[Meeskond:Hubris]]

'''Retsensioonid'''

===Meeskond Vertigo===
Liikmed:
*Meri-Kris Jaama
*Liisi Kitsapea
*Teele Liblik (projektijuht)
*Tanel Peet

Meeskonna koduleht: [[Meeskond:Vertigo]]

'''Retsensioonid'''

===Meeskond Pizzafy===
Liikmed:
*Rene Mändel
*Mikk Pürg
*Argo Ind
*Arvo Paomees

Meeskonna koduleht: [[Meeskond:Pizzafy]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale iCook asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:iCook siin]

===Meeskond Gateway===
Liikmed:
*Ilja Andrejev
*Silvia Bärlin
*Kaisa Järvpõld

Meeskonna koduleht: [[Meeskond:Gateway]]

'''Retsensioonid'''
*Analüüsi retsensioon meeskonnale [[Meeskond:Rods]] asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Rods siin] (7.11.2014)

===Meeskond VariableMoods===
Liikmed:
*Mihkel Künnapas
*Krister Kamla
*Berit Veidemann

Meeskonna ajaveeb: [[Meeskond:VariableMoods]]

'''Retsensioonid'''

*Analüüsi retsensioon meeskonnale [[Meeskond:Taandarendajad]] asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Taandarendajad siin] (5.11.2014)

===Meeskond LustjaLillepidu===
Liikmed:
*Madis Männik
*Jekaterina Jakimets
*Kristjan Tõnismäe

Meeskonna koduleht: [[Meeskond:LustjaLillepidu]]

'''Retsensioonid'''

*Retsensioonid meeskonna [[Meeskond:LustjaLillepidu]] kohta asuvad [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LustjaLillepidu siin] (7.11.2014)

===Meeskond Viable===
Liikmed:
*Kert Lillepea
*Kert Siiner

Meeskonna koduleht: [[Meeskond:Viable]]

'''Retsensioonid'''

*Retsensioon meeskonna [[Meeskond:Vaiksed]] kohta asub [https://wiki.itcollege.ee/index.php?title=Talk:Meeskond:Vaiksed&action=edit&redlink=1 siin].

===Meeskond MinuRaamat===
Liikmed:
*Erkko Kebbinau

Meeskonna koduleht: [[Meeskond:MinuRaamat]]

'''Retsensioonid'''

==Kaugeõppe meeskonnad ==

===Meeskond DigiRiiul===
Liikmed:
*Jaan Elken
*Martin Orgusaar
*Henri Põld
*Morris Mänd
*Riho Uusjärv

Meeskonna koduleht: [[Meeskond "DigiRiiul"]]

===== Retsensioonid tekivad siia: =====

===Meeskond RemindEm===
Liikmed:
*Kait Vader
*Triin Soosalu
*Imre Padonik
*Mikk Visnap(projektijuht)

Meeskonna koduleht: [[Meeskond:RemindEm]]

'''Retsensioonid'''
Retsensioonid meeskonnale RemindEm asuvad [https://wiki.itcollege.ee/index.php/Talk:Meeskond:RemindEm siin]

===Meeskond DreamTeam===
Liikmed:
*Marju Niinemaa
*Martin Vohla
*Irina Doroš (projektijuht)

Meeskonna koduleht: [[DreamTeam project]]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale DreamTeam asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:DreamTeam siin]

===Meeskond E-rent===
Liikmed:
* Viivi Tammar
* Alex Kaska
* Vladimir Nitsenko
* Maarja Vesi (projektijuht)

Meeskonna koduleht: [[E-rent]]

'''Retsensioonid'''
Analüüsi retsensioon meeskonnale E-Rent asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Error404 siin]

Retsensioon meeskonnale '''DamageReport ''' asub [https://wiki.itcollege.ee/index.php/Retsensioon_meeskonnale_DamageReport siin]

===Meeskond SimpleGeo===
Liikmed:
* Toomas Juhkov
* Tiit Kuuskmäe
* Silver Lumi (projektijuht)

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/SimpleGeo SimpleGeo]

'''Retsensioonid'''

Retsensioonid tekivad [https://wiki.itcollege.ee/index.php/Talk:SimpleGeo siia].

'''Logi'''

Logi peame [http://simplegeoproject.blogspot.com/ blogis].

===Meeskond CRM/WPF tehnoloogial===
Liikmed:
*Andres Mets
*Robert Kullamaa
*Juri Nikitin

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:CRM_WPF_tehnoloogial Meeskond:CRM/WPF tehnoloogial] 
[[Retsensioonid]]

===Meeskond EasyRent===
Liikmed:
*Hardi Antsov
*Ahti Jõgi (projektijuht)
*Andres Kaljo

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:EasyRent Meeskond:EasyRent]

'''Retsensioonid'''

Analüüsi retsensioon meeskonnale EasyRent asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:EasyRent siin]

===Meeskond NimetuRühmitus===
Liikmed:
*Ragne Auling
*Kaidi Parman
*Margit Ool (projektijuht)
*Kalmer Kallas

Meeskonna koduleht: [[Meeskond:NimetuRühmitus]]

Analüüsi retsensioon meeskonnale Error404 asub [https://wiki.itcollege.ee/index.php/Talk:Meeskond:Error404 siin]

'''Retsensioonid'''

===Meeskond DamageReport===
Liikmed:
*Tiina Pukk
*Lea Tuberik (projektijuht)
*Ülari Kalamees

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:DamageReport DamageReport]

[https://wiki.itcollege.ee/index.php/Meeskond:DamageReport/Retsensioonid Retsensioonid]

===Meeskond LifePlanner===
Liikmed:
*Kaire Toom
*Alina Loitšenko
*Maria Andreitšuk(Projektijuht)

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:LifePlanner LifePlanner]

'''Retsensioonid'''

Retsensioonid meeskonnale LifePlanner asuvad [https://wiki.itcollege.ee/index.php/Talk:Meeskond:LifePlanner siin]

===Meeskond DustBusters===
Liikmed:
*Indrek Maask (projektijuht)

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/Meeskond:DustBusters DustBusters]

'''Retsensioonid'''

===Meeskond ATeam===
Liikmed:
*Aleksander Semjonov

Meeskonna koduleht: [https://wiki.itcollege.ee/index.php/ATeam ATeam]

'''Retsensioonid'''

Meeskond:NimetuRühmitus (Laenaja abimees): [https://wiki.itcollege.ee/index.php/LaenajaAbimeesRets#Laenaja_abimees NimetuRühmitus]

=Mõned näidistööd=
'''NB! Õppejõud ei ole unustanud siia näiteid lisada, vaid varasemate aastate tööd on tudengid üldjoontes eemaldanud ning neile ei ole võimalik enam kätte saada.''' Proovin esimesel võimalusel siiski mõned näited leida, millest eeskuju võtta.

Meeskond:DamageReport/Retsensioonid

2014-11-08T13:59:28Z

Tpukk:

Retsensioon meeskond [https://wiki.itcollege.ee/index.php/E-rent E-rent] analüüsile.

E-rent vastab veebipoe ülesehitule ja on analüüsis piisavalt täpselt kirjeldatud.
Analüüsis on hetkel puudu, mis aja hetkel ja mille põhjal määratakse kliendile krediidilimiit, tagatise nõuded (kas, kui suur tagatis ja mis vormis) ning laenutamise tähtaeg. Eelduslikult võib sellele eelneda mingi krediidivõimekuse kontroll (nt liidestamine erinevate avalike andmebaasidega). Aktiivsete klientide puhul võiks rakendada valemit, mis automaatselt nende usaldusväärsust ümber arvutab (kas on arved õigel ajal makstud, tööriistad õigel ajal tagastatud, tööriistu pole lõhutud jne). See oleks rakenduse loomisel kindlasti lisaväljakutse. Näiteks on praegu sedastatud, et kui kliendid on varem ületanud tagastustähtaega üle 5 päeva, siis uut lepingut temaga ei sõlmita. Kas tuleks kõne alla, et leping küll sõlmitakse, aga tagatisraha küsitakse 100% tööriista hinnast.

Täpsustamist vajab, kuidas toimub tagatisraha maksmine: kas tasutakse E-rendi kontole ning kas veebileht võimaldab otselinki vm. Kas iga klient maksab n.ö ühekordse tagatisraha (deposiitkontole), mis tagastatakse pärast koostöö lõppemist (klient registreerib end veebipoe mittekasutajaks) või maksab iga laenutuse pealt tagatisraha ning pärast laenutust see tagastatakse?

Inventari sisestuse alla võiks lisada infovälja, mis puudutab tööriista seisukorda – võimalikud kriimud, kulumisaste jne. Selle eesmärgiks on vältida hilisemaid vaidlusi selle üle, kas laenutatud tööriista on hoitud heaperemehelikult.

Nice-to-have funktsionaalsusena võiks kohe lisada laenutatud tööriistade pikendamise vormi veebilehel (ei toimu e-kirja või telefoni teel): eeldusel, et tööriist on vaba, saab kasutaja selle laenutamist pikendada. Hetkel jäi arusaamatuks, kas pikendamise toimingult on eraldiseisev tasu 20% igalt pikendatavalt seadmelt. Täiendav matemaatiline lisafunktsioon võiks olla just hinnasoodustus pikaaegsel laenutusel (1-5 päev: 10 EUR/päev, 6-10 päev 8 EUR/päev jne).

Veebipoe nice-to-have funktsionaalsustesi võiks veelgi nimetada, milliseid analüüsivõimalusi pakub see E-rendile – erinevad vaated statistiliste andmetega (tagastus %, rikutud seadmete %, keskmine tähtaja ületamise aeg, populaarseimad artiklid, iga tööriista käive vms). Anname endale aru, et lihtne soovitada, keeruline teha. Kui aga jõudu peaks jätkuma, siis E-Rendi idee tõesti lubab väga lahedaid lisafunktsioone juurde lisada.

Meeskonna probleemid ja ohud on mõistetavad, aga usume neisse vankumatult ning E-rent saab kindlasti parem kui liikmed praegu loota julgevad.

Meeskond:DamageReport

2014-10-30T17:07:23Z

Tpukk: /* Kulude jagamise algorütm */

Meeskond:DamageReport

2014-10-30T16:59:11Z

Tpukk: /* Analüüs */

Meeskond:DamageReport

2014-10-30T16:58:43Z

Tpukk: /* Kasutatavad andmebaaside tabelid:= */

Meeskond:DamageReport

2014-10-30T16:58:17Z

Tpukk: /* Idee */

User:Tpukk

2013-11-12T16:10:42Z

Tpukk: /* Essee */

= Õpingukorraldus ja erialatutvustus =

Tiina Pukk

DK14

== Essee ==

Mina tulin õppima EIK-i infosüsteemide arendust. Käesoleva essee kirjutamist mõjutab kindlasti minu taust. Oman n.ö pehme valdkonna magistrikraadi ja 10 aastat töökogemust. Varasem kokkupuude infotehnoloogiaga piirdub igapäevase tekstitöötluse ja internetikasutusega, seetõttu on EIK minu jaoks tõeline väljakutse ja tegutsen põnevusega nägemaks, kas olematu IT taustaga on võimalik seda eriala omandada.

Esimene loeng keskendus õpingukorraldusele. Õppeosakonna juhataja Inga Vau andis ülevaate kõrgkooli töökorraldusest, õpingukorralduse olulistest aspektidest (akadeemiline kalender; koostöölepingud TTÜ ja TÜ-ga) ja õpikeskkonnast (ÕIS, e-post). Indrek Rokk tutvustas kolledži maja ja selle võimalusi, loenguväliseid tegevusi jms. Rõhutati, et osavõtt erinevatest klubidest, projektidest, laboritöödest jne aitab areneda nii erialaselt kui sotsiaalset. Nagu hilisemates loengutes rõhutatakse, siis sotsiaalsete oskuste lihvimine on hädavajalik, et hiljem tööl hakkama saada. Näiteks Nortali esindajad rääkisid, kui põhjalikult nende HR osakond tööle kandideerijaid hindab ja meeskonnatöö võimekuse osas testib. Juhiti tähelepanu dokumentidele, mis kõik õppimist ja tudengiks olemist reguleerivad. Loogiline algus igale esimesele kursusele. Värskelt keskkooli lõpetanud õppuritele oli see kindlasti põnevam, aga näiteks kooli sisekorda ja kõrgharidusreformi puudutavas osas oli ka minu tähelepanu jäägitult esinejal. Lisaks üldkorralduslikule poolele peatus Inga Vau ka õppimise isiklikul tasandil. Kõik esmakursuslased on oma elus äsja teinud olulised valikud: rakenduskõrgharidus vs kõrgharidus või kutseõpe, EIK vs muu kool, erialavalik jne. Selles sisaldus nii kompliment tudengitele kui meeldetuletus, et oma valikute eest vastutab igaüks ise, sh koolis hakkamasaamise eest. Indrek Rokk pani südamele, et kui õpingute käigus jõuab keegi veendumusele, et see eriala ei ole siiski talle, siis see on samasugune valik nagu iga teine ja täiesti aktsepteeritav. Kooli kvaliteedijuht Merle Varendi rääkis lühidalt tagasiside andmise võimalustest ja olulisusest, et hoida ja tõsta kooli taset. Haridustehnoloog Juri Tretjakov selgitas veel omalt poolt e-õppe ja tehniliste süsteemide võimalusi.

Teine loeng oli ainus, mida kaugõppe tudengid oma esimesel koolipäeval kohapeal kuulasid. Margus Ernits tutvustas kõrgkoolis õppimise ilu ja kaugõppes õppimise valu. Inga Vau oli esimesel loengul sellel korra peatunud ja Margus Ernits selgitas pikemalt akadeemilist tava ja eetikakoodeksit. Rakenduslikus kõrgkoolis õppimine – valik, mille oleme teinud – tähendab, et soovime omandada praktilisi oskusi. Ainete pealiskaudne läbimine ja akadeemiline petturlus ei lähe selle eesmärgiga kokku. Rõhutati, et „formaalsed lõpetajad“, kes sisuliselt õppekava omandanud ei ole, riivavad kooli au ja vähendavad kõigi kooli lõpetanute diplomite väärtust ning mainet tööturul. Lisaks üksteise üle järelevalve teostamisele rääkis õppejõud pikemalt üksteisega koostöö tegemise vajadusest. Sellega olen ma väga nõus. Eriti kaugõppes õppijatel on oluliselt lihtsam, kui näiteks Skype rühma kaudu ollakse pidevalt ühenduses. Meie kursusel see juba töötab ega lase õppesessioonide vahel kooli unustada. See ühtlasi haakub kolmanda olulise punktiga, mis mulle loengust meelde jäi – ajaplaneerimine ja tähtaegadest kinnipidamine. Iseseisva töö hulk kaugõppuritele on märkimisväärne ja et „vabad“ nädalad sessioonide vahel ei kaoks märkamatult, on hädavajalik oma õppeplaan ja nädalad varakult ühildada ning ajakavast kinni pidada. Raskem teha kui öelda, aga proovima peab. Viienda loengu esineja Andres Käver ei väsinud kordamast, et lõpetas kaugõppe kahe aastaga ja keskmise hindega 5.0. Teeb kadedaks ja natuke pahaseks, sest sellise näite järgselt on tõesti raske vabandusi välja mõelda.

Kolmanda loengu esinejaks oli Linnar Viik, kes arutles innovatsiooni üle. Esimene loeng just erialatutvustuse väravasse ja sisuliselt väike enesekontroll eelmainitud valikute õigsuse osas. Mulle väga sümpatiseeris tema sissejuhatus teemal tarbijad ja tootjad. Ühe korraliku inimese eesmärk peaks olema kasvõi mingisugusel mikrotasandil oma igapäevaelus toota lisaväärtust, mitte jääda pelgalt tarbijaks. „Tarbija on kuningas“ mentaliteedi populariseerimine on minu arvates paljude tänapäevaühiskonna probleemide allikas. Innovatsiooni mõistes tootmine ei pea tähendama tehase püstipanemist. Viigi esitlus seadis eesmärgiks kaardistada ära oma positsioon (väikefirma, suurfirma, rahvusvaheline või mitte, ideed, meeskond) ja üle jääb töö. Innovatsioon ei tähenda, et peab olema täiesti unikaalne, maailmauudne idee. Kui leida üks pisiasi, mis aitaks elu paremaks muuta, siis tasub sellega tegeleda. Töö kui protsess on probleemide lahendamine, aga selle käigus võib tekkida ka olulisi kõrvalväärtusi. Näitena tõi ta välja Skype – ei olnud nii, et rühm poisse istus maha Skype’i looma; nende algne plaan oli töötada välja midagi muud ja Skype sündis ootamatult selle töö käigus.
Viik küsis retooriliselt, kes vastutab innovatsiooni eest. Ta peatus ka innovatsiooni kui mõiste ajalool ja innovatsiooniga tegelemise muutumisest ajas: kui Edisson pusis üksi oma projektide kallal, siis tänapäeval on ühe idee elluviimine ikkagi meeskonnatöö. Tänapäeval on hinnas idee koos teostusega. Idee otsas istumine või selle müük ei toimi. Investoreid huvitavad inimesed, kellel on idee koos teostusplaaniga. Ideede osas tuleb mõelda radikaalselt – muidu ei oleks trükimasina asemele arvutit loodud. Teostuse juures on oluline läbi mõelda oma toote turg, eluiga, „launchimine“, edasiarendamine, jne. Lisaks oma ideele, tootele ja teenusele tuleb arvestada keskkonnaga – kuidas see võib muutuda. Muutub keskkond, sotsiaalsed väärtused, mõttemudelid. See omakorda mõjutab nõudlust, tekitab uusi probleeme ja vajadust lahenduste järele.
Pikemalt rääkis ta ka projektidega põrumisest (fail fast, fail soft), mis on innovatsiooniga tegelemise loomulik osa.
Kokkuvõttes oli põnev ja mõtlemapanev loeng.

Neljanda loengu teema oli küberkuritegevus ja loeng ise teema suhtes aus. Tarmo Randel andis väga sümpaatse sissejuhatuse küberkuritegevuse ajalukku, põhjustesse, liikidesse, kuidas see toimib ning kuidas mitte võibolla kõige seaduskuulekamatele isikutele leiva lauale toob. Pikaaegse praktikuna rääkis ta nii üldiselt kui omast kogemusest, kuidas näeb välja võitlus küberkuritegevuse vastu. Kuigi ta ei seosta nii otseselt teiste loengute mõttearendusi, siis haru sissejuhatuseks oli see hea ning miks mitte mõelda IT maailmas spetsialiseerumist sellel suunal. Loengu kokkuvõte sai siinkohal mahult lühike, aga seda seetõttu, et loeng oli tõesti sujuv ja nauditav ning muud kommentaarid oleks üleliigsed.

Viienda loengu teemaks oli elufilosoofia ja IT Eestis, ettekandjaks ahjusoe EIK vilistlane Andres Käver. Loengu võib kokku võtta fraasiga „ennast kiitmast ma ei väsi“. Kuna enesekiitmine on põhjendatud, siis miks mitte. Loodetavasti mõjus see auditooriumile inspireerivalt ja kui me kõik just kahe aastaga õppekava ei läbi, siis äkki vähemalt nominaalajaga ning hea keskmise hinde plaaniga. Käver käsitles loengus nii õppekorralduse kui eriala tutvustuse poolt. Näiteks saime hulga näpunäiteid, kuidas edukalt läbida Peeter Lorentsi ainet. Samuti kordas ta üle Margus Ernitsa mõtte, et tudengite omavaheline suhtlus ja üksteise abistamine on edu alus ning ''tudengi sündroom'' kõige kurja juur. Käver ei pidanud paljuks näidata ka enda kooliaja kalenderpäevikut koos ajakavaga. Hea märkus tema poolt oli, et diplomitöö teemale võiks hakata mõtlema juba praegu ning et parim mõte tuleb ikka praktika käigus. Seega jällegi „käed külge“ õppimine. Ta rääkis ka erialasest tööst. Mina tooksin veel välja selle, et minu hinnangul jäi ta ebaproportsionaalselt pidama väike-IT-ettevõtja maksude optimeerimise küsimusel, mis – olgem ausad – läks üle „sissejuhatusele maksupettusesse“. Kindlasti mitte pahatahtlik teemaarendus, aga ilmselt ei ole eetiline sissejuhatavas loengusarjas anda noortele juhiseid, kuidas petta riiki, kes nende õpingud kinni maksab.

Kuuendas loengus esinesid Skype NOC Monitoring töötajad Erki Naumanis ja Jüri Gavrilenkov. Teemaks oli seiretiimi töö, nii selle vajalikkus kui eluline toimimine. Esitati väga konkreetne ülevaade meeskonna igapäevatööst ja selle korraldusest. Nende töö on suunatud sisekasutajatele ja peab toimima 24/7/365. Märgiti ära, et pärast Microsofti poolt ülevõtmist on töökorraldus vastavalt viimase pikaajalisele kogemusele ning väljatöötatud standardite ja protseduurireeglitele oluliselt muutunud, ilmselt paremuse poole.
Teiste loengutega haakus teema meeskonnatöö olulisuse küsimuses – on oluline osata teistega koostööd teha, lisaks erialaoskustele on vaja sotsiaalseid oskusi – anda ja saada tagasisidet, olla aktiivne. Huvitaval kombel viisid nad auditooriumist tulnud küsimusele vastates töölesaamise standardi üsna madalaks: vaja on ainult natuke oskusi ja tahet. Kokkuvõttes andis lühike ja konkreetne loeng ülevaate administraatori erialaõppe väljundist, mis on ju huvitav.

Seitsmendas loengus esinesid Nortali töötajad Ats Albre ja Helen Piirsalu, kes rääkisid sellest, kuidas saada superstaariks. Erialatutvustusena oli see ilmselt kümnesse loeng just analüütikutele. Korrati üle vana tõde, et hea toote tegemiseks või teenuse osutamiseks on oluline kliendi vajadustest arusaamine ja soovide väljaselgitamine. Tootearenduses on seetõttu kandev roll analüütikutel ja arendajatel, mitte üksnes koodikirjutajatel.

Loengu teema võeti väga ilusti kokku: selleks, et saada heaks, on vaja praktilist kogemust, reaalset tarkvaraprojekti. See haakub esimeses ja teises loengus tehtud üleskutsega osaleda ainevälistes projektides, klubides ja laboratooriumites. Töö käigus saab ka aru, kas see sobib ja tehtud valikud on õiged. Pidevalt peab juurde õppima. Seda toetab Viigi loengus nenditu, et üksnes progress saab võrduda innovatsiooniga. Tiimimängijaks olemine on omaette kunst, mis tähendab nii ise tiimis töötamisega hakkamasaamist kui kaaslaste motiveerituna hoidmist. Oskused suhelda ja koordineerida on superstaari eeldused. Kokkuvõtteks öeldi ilus mõte: superstaariks saamiseks on vaja teha natuke rohkem kui sinult oodatakse.

Kaheksandas ja ühtlasi viimases loengus esines Merle Liisu Lindma teemal „Life is Attidude“. Ettekandja ise on baashariduselt matemaatik, nelja lapse ema, töötanud muuhulgas Microsoftis ja Skypes. Teemapüstitus on intrigeeriv, loeng ise oli üsna hüplev. Keskset teemaarendust ma ei täheldanud, pigem toodi välja erinevaid punkte, millele elus tähelepanu pöörata, et endaga rahul olla. Loengu algus haakus veidi esimeste loengutega, kus ettekande ja harjutuste käigus käidi üle veel seda, mis valikuid me värskete tudengitena olem teinud, miks me neid oleme teinud ja kas need on õiged. Nagu Indrek Rokk kinnitas ,on ka siis hästi, kui ootamatult avastad, et valik ei ole päris õige. Sellega peab arvestama.
Kõiki punkte, mida loengus välja toodi, ei ole siinkohal mõistlik ritta seada. Minule oli meeldejäävaks jutt tagasiside andmisest. Näiteks tööjuures ja meeskonnas töötades on tagasiside kolleegidele, ülemustele ja klientidele ülimalt oluline (Viik pidas seda tänapäeval innovatsioonis üheks eduteguriks). Oma näite pinnalt ütles Lindma, et Skype’s kehtib täieliku aususe põhimõte – kui kellegi mõte ei meeldi, siis tuleb see kohe kõva häälega välja öelda. Ma pean tunnistama, et täieliku aususe praktiline väärtus on minu jaoks pisut küsitav – nii palju, kui see võib olla produktiivne, võib see olla ka destruktiivne. Aga mõtlema pani. Samuti juhtis ta tähelepanu, et tihti inimesed meie ümber peegeldavad meid ennast. Seega teistelt saadavat tagasisidet peaks iseendale hinnangu andmiseks analüüsima. Konflikte võib ikka ette tulla, kuid meeskonnatöös on oluline pühendumine ja usaldamine. Ükskõiksus on halvim.
Lindma pani südamele mõelda enda jaoks välja, mida igaüks enda jaoks väärtustab, on see paindlik tööaeg, palk, kolleegid, koolitusvõimalused vm. Selle järgi saab teha valikuid, mis meid õnnelikuks teevad. Muutusi ei tohi karta, elus tuleb ootamatuid võimalusi ja neid peab kaaluma.

== Küsimus A ==

:''Kukkusid eksamil läbi. Kaua on võimalik eksamit järele teha? Kellega kokkuleppida, et järeleksamit teha? Kuidas toimub järeleksamile registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?''

Eksamit on võimalik järele teha kahe semestri jooksul pärast aine õpetamissemestri lõppu. Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga. Korduseksamit saab kokku leppida ainet õpetava õppejõuga, kellel on õigus anda täiendavaid ülesandeid, mille täitmine on korduseksamile lubamise eelduseks (ÕKE 5.3.6)
Korduseksamile registreerumine toimub ÕIS-is. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva (ÕKE 5.2.8). Nii RF kui OF õppekohal on õppuril ühe õppeaine piires õigus kolmele sooritusele (ÕKE 5.2.12). Kõigil kordadel läbikukkumine tähendab, et aine on vaja uuesti deklareerida, mis on tasuline (ÕKE 5.2.13). Õppeteenuse tasumäära 2013/2014 õppeaastal RF ja OF õppekohal õppivatele üliõpilastele on 37,8EUR/EAP. REV/tasulisel õppekohal õppijatele on ka korduseksamid tasulised (ÕKE 5.2.7). Tasu suurus 2013/2014 õppeaastal on 14,2EUR vastavalt rektori 30.05.2013 käskirja 3A-1/13-99 punktile 5.

'''Allikad:'''

[http://www.itcollege.ee/tudengile/finantsinfo/ EIK Finantsinfo]

[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

Teenuste tasumäärad 2013/2014 õppeaastal, rektori 30.05.2013 Käskkiri 3A-1-13-99

== Küsimus 3 ==

:''Millised võimalused on minna akadeemilisele puhkusele esimesel õppeaastal? Mis tegevused tuleb selleks teha? Kui pikk on maksimaalne puhkuse aeg? Kuidas toimub puhkuse lõpetamine? Kas puhkuse ajal saab deklareerida õppeaineid? Kas saab teha järele eksameid ja arvestusi?''

Esimesel õppeaastal on võimalik minna akadeemilisele puhkusele:

:a) tervislikel põhjustel – kuni kaheks aastaks. Avaldusele tuleb lisada meditsiiniasutuse tõend;

:b) Eesti kaitsejõududesse teenima asumisel – kuni üheks aastaks. Avaldusele tuleb lisada kutse kaitseväe tegevteenistusse;

:c) Lapse hooldamiseks – kuni lapse kolmeaastaseks saamiseni. Avaldusele tuleb lisada lapse sünnitunnistus.

Akadeemilist puhkust ja selle katkestamist taotletakse avaldusega rektori nimele ja vormistatakse rektori käskkirjaga (ÕKE 6.1.2).

Akadeemilise puhkuse lõpetamine toimub avalduse esitamisega rektori nimele ja vormistatakse rektori käskirjaga. Kui üliõpilane ei ole hiljemalt akadeemilise puhkuse lõpu kuupäevaks esitanud avaldust akadeemilise puhkuse lõpetamiseks või pikendamiseks, lõpetatakse see automaatselt akadeemilise puhkuse viimasele semestrile järgneva semestri punase joone päevaks ja üliõpilane eksmatrikuleeritakse õpingutest mitteosavõtu tõttu (ÕKE 6.1.4).

Üliõpilasel on õigus akadeemilisel puhkusel viibimise ajal täita õppekava juhul, kui on tegemist:
* keskmise, raske või sügava puudega isikuga;
* alla 3-aastase lapse või puudega lapse vanema või eestkostjaga;
* akadeemilisel puhkusel viibimisega seoses kaitseväeteenistuse läbimisega. (ÕKE 6.1.5)
Vastavalt ÕKE punktile 6.1.6 on enne 2013/14 õppeaastat immatrikuleeritud üliõpilasel akadeemilisel puhkusel viibides õigus sooritada arvestusi ja -eksameid sõltumata akadeemilisel puhkusel viibimise alusest. Üliõpilasel, kes on akadeemilisel puhkusel lapse hooldamiseks, on õigus osaleda õppetöös, esitades ainete deklareerimiseks kirjaliku taotluse õppeosakonda hiljemalt semestri punase joone päevaks. Nimetatud erisused kehtivad kuni 2015/2016 õppeaasta lõpuni.

'''Allikas:'''
[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

== Ülesanne ==

:''Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 21 EAPd ja teise semestri lõpuks 23 EAPd?''

::*''Eeldan, et ülesanne peab silmas, et Y tähistab, mitu EAP-d tegin teisel semestril lisaks, mitte mitu EAP-ed on mul teise semestri lõpuks kokku.''

2013/2014 õppeaastal õppekulude osalise hüvitamise kohustuse (vt. ÕKE p. 1.2.19.) tekkimise aluseks olev õppekava täies mahus täitmise määr on 27 EAP semestris.

Minul jääb esimesel semestril tegemata 6 EAP-d ja teisel semestril 4 EAP-d, kokku 10 EAP-d, mille ulatues pean õppekulud osaliselt hüvitama.

Hüvitise määr on 50EUR/EAP kohta.

Täiendavalt võib järeldada, et kuna täitsin õppekava õppeaasta jooksul alla 75% nominaalkoormusest, siis viiakse mind üle osakoormusele OF kohale.

'''Allikad:'''

[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

Õppeteenuse tasumäärad ja tasumise tähtajad 2013/2014 õppeaastal, rektori 30.05.2013 Käskkiri 3A-1/13-98

 
 
[[Category:Erialatutvustus 2013 kaugõpe]]

User:Tpukk

2013-11-12T16:08:51Z

Tpukk:

User:Tpukk

2013-10-25T11:44:35Z

Tpukk: /* Essee */

= Õpingukorraldus ja erialatutvustus =

== Küsimus A ==

:''Kukkusid eksamil läbi. Kaua on võimalik eksamit järele teha? Kellega kokkuleppida, et järeleksamit teha? Kuidas toimub järeleksamile registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?''

Eksamit on võimalik järele teha kahe semestri jooksul pärast aine õpetamissemestri lõppu. Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga. Korduseksamit saab kokku leppida ainet õpetava õppejõuga, kellel on õigus anda täiendavaid ülesandeid, mille täitmine on korduseksamile lubamise eelduseks (ÕKE 5.3.6)
Korduseksamile registreerumine toimub ÕIS-is. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva (ÕKE 5.2.8). Nii RF kui OF õppekohal on õppuril ühe õppeaine piires õigus kolmele sooritusele (ÕKE 5.2.12). Kõigil kordadel läbikukkumine tähendab, et aine on vaja uuesti deklareerida, mis on tasuline (ÕKE 5.2.13). Õppeteenuse tasumäära 2013/2014 õppeaastal RF ja OF õppekohal õppivatele üliõpilastele on 37,8EUR/EAP. REV/tasulisel õppekohal õppijatele on ka korduseksamid tasulised (ÕKE 5.2.7). Tasu suurus 2013/2014 õppeaastal on 14,2EUR vastavalt rektori 30.05.2013 käskirja 3A-1/13-99 punktile 5.

'''Allikad:'''

[http://www.itcollege.ee/tudengile/finantsinfo/ EIK Finantsinfo]

[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

Teenuste tasumäärad 2013/2014 õppeaastal, rektori 30.05.2013 Käskkiri 3A-1-13-99

== Küsimus 3 ==

:''Millised võimalused on minna akadeemilisele puhkusele esimesel õppeaastal? Mis tegevused tuleb selleks teha? Kui pikk on maksimaalne puhkuse aeg? Kuidas toimub puhkuse lõpetamine? Kas puhkuse ajal saab deklareerida õppeaineid? Kas saab teha järele eksameid ja arvestusi?''

Esimesel õppeaastal on võimalik minna akadeemilisele puhkusele:

:a) tervislikel põhjustel – kuni kaheks aastaks. Avaldusele tuleb lisada meditsiiniasutuse tõend;

:b) Eesti kaitsejõududesse teenima asumisel – kuni üheks aastaks. Avaldusele tuleb lisada kutse kaitseväe tegevteenistusse;

:c) Lapse hooldamiseks – kuni lapse kolmeaastaseks saamiseni. Avaldusele tuleb lisada lapse sünnitunnistus.

Akadeemilist puhkust ja selle katkestamist taotletakse avaldusega rektori nimele ja vormistatakse rektori käskkirjaga (ÕKE 6.1.2).

Akadeemilise puhkuse lõpetamine toimub avalduse esitamisega rektori nimele ja vormistatakse rektori käskirjaga. Kui üliõpilane ei ole hiljemalt akadeemilise puhkuse lõpu kuupäevaks esitanud avaldust akadeemilise puhkuse lõpetamiseks või pikendamiseks, lõpetatakse see automaatselt akadeemilise puhkuse viimasele semestrile järgneva semestri punase joone päevaks ja üliõpilane eksmatrikuleeritakse õpingutest mitteosavõtu tõttu (ÕKE 6.1.4).

Üliõpilasel on õigus akadeemilisel puhkusel viibimise ajal täita õppekava juhul, kui on tegemist:
* keskmise, raske või sügava puudega isikuga;
* alla 3-aastase lapse või puudega lapse vanema või eestkostjaga;
* akadeemilisel puhkusel viibimisega seoses kaitseväeteenistuse läbimisega. (ÕKE 6.1.5)
Vastavalt ÕKE punktile 6.1.6 on enne 2013/14 õppeaastat immatrikuleeritud üliõpilasel akadeemilisel puhkusel viibides õigus sooritada arvestusi ja -eksameid sõltumata akadeemilisel puhkusel viibimise alusest. Üliõpilasel, kes on akadeemilisel puhkusel lapse hooldamiseks, on õigus osaleda õppetöös, esitades ainete deklareerimiseks kirjaliku taotluse õppeosakonda hiljemalt semestri punase joone päevaks. Nimetatud erisused kehtivad kuni 2015/2016 õppeaasta lõpuni.

'''Allikas:'''
[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

== Ülesanne ==

:''Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 21 EAPd ja teise semestri lõpuks 23 EAPd?''

::*''Eeldan, et ülesanne peab silmas, et Y tähistab, mitu EAP-d tegin teisel semestril lisaks, mitte mitu EAP-ed on mul teise semestri lõpuks kokku.''

2013/2014 õppeaastal õppekulude osalise hüvitamise kohustuse (vt. ÕKE p. 1.2.19.) tekkimise aluseks olev õppekava täies mahus täitmise määr on 27 EAP semestris.

Minul jääb esimesel semestril tegemata 6 EAP-d ja teisel semestril 4 EAP-d, kokku 10 EAP-d, mille ulatues pean õppekulud osaliselt hüvitama.

Hüvitise määr on 50EUR/EAP kohta.

Täiendavalt võib järeldada, et kuna täitsin õppekava õppeaasta jooksul alla 75% nominaalkoormusest, siis viiakse mind üle osakoormusele OF kohale.

'''Allikad:'''

[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

Õppeteenuse tasumäärad ja tasumise tähtajad 2013/2014 õppeaastal, rektori 30.05.2013 Käskkiri 3A-1/13-98

== Essee ==

Mina tulin õppima EIK-i infosüsteemide arendust. Käesoleva essee kirjutamist mõjutab kindlasti minu taust. Oman n.ö pehme valdkonna magistrikraadi ja 10 aastat töökogemust. Varasem kokkupuude infotehnoloogiaga piirdub igapäevase tekstitöötluse ja internetikasutusega, seetõttu on EIK minu jaoks tõeline väljakutse ja tegutsen põnevusega nägemaks, kas olematu IT taustaga on võimalik seda eriala omandada.

Esimene loeng keskendus õpingukorraldusele. Õppeosakonna juhataja Inga Vau andis ülevaate kõrgkooli töökorraldusest, õpingukorralduse olulistest aspektidest (akadeemiline kalender; koostöölepingud TTÜ ja TÜ-ga) ja õpikeskkonnast (ÕIS, e-post). Indrek Rokk tutvustas kolledži maja ja selle võimalusi, loenguväliseid tegevusi jms. Rõhutati, et osavõtt erinevatest klubidest, projektidest, laboritöödest jne aitab areneda nii erialaselt kui sotsiaalset. Nagu hilisemates loengutes rõhutatakse, siis sotsiaalsete oskuste lihvimine on hädavajalik, et hiljem tööl hakkama saada. Näiteks Nortali esindajad rääkisid, kui põhjalikult nende HR osakond tööle kandideerijaid hindab ja meeskonnatöö võimekuse osas testib. Juhiti tähelepanu dokumentidele, mis kõik õppimist ja tudengiks olemist reguleerivad. Loogiline algus igale esimesele kursusele. Värskelt keskkooli lõpetanud õppuritele oli see kindlasti põnevam, aga näiteks kooli sisekorda ja kõrgharidusreformi puudutavas osas oli ka minu tähelepanu jäägitult esinejal. Lisaks üldkorralduslikule poolele peatus Inga Vau ka õppimise isiklikul tasandil. Kõik esmakursuslased on oma elus äsja teinud olulised valikud: rakenduskõrgharidus vs kõrgharidus või kutseõpe, EIK vs muu kool, erialavalik jne. Selles sisaldus nii kompliment tudengitele kui meeldetuletus, et oma valikute eest vastutab igaüks ise, sh koolis hakkamasaamise eest. Indrek Rokk pani südamele, et kui õpingute käigus jõuab keegi veendumusele, et see eriala ei ole siiski talle, siis see on samasugune valik nagu iga teine ja täiesti aktsepteeritav. Kooli kvaliteedijuht Merle Varendi rääkis lühidalt tagasiside andmise võimalustest ja olulisusest, et hoida ja tõsta kooli taset. Haridustehnoloog Juri Tretjakov selgitas veel omalt poolt e-õppe ja tehniliste süsteemide võimalusi.

Teine loeng oli ainus, mida kaugõppe tudengid oma esimesel koolipäeval kohapeal kuulasid. Margus Ernits tutvustas kõrgkoolis õppimise ilu ja kaugõppes õppimise valu. Inga Vau oli esimesel loengul sellel korra peatunud ja Margus Ernits selgitas pikemalt akadeemilist tava ja eetikakoodeksit. Rakenduslikus kõrgkoolis õppimine – valik, mille oleme teinud – tähendab, et soovime omandada praktilisi oskusi. Ainete pealiskaudne läbimine ja akadeemiline petturlus ei lähe selle eesmärgiga kokku. Rõhutati, et „formaalsed lõpetajad“, kes sisuliselt õppekava omandanud ei ole, riivavad kooli au ja vähendavad kõigi kooli lõpetanute diplomite väärtust ning mainet tööturul. Lisaks üksteise üle järelevalve teostamisele rääkis õppejõud pikemalt üksteisega koostöö tegemise vajadusest. Sellega olen ma väga nõus. Eriti kaugõppes õppijatel on oluliselt lihtsam, kui näiteks Skype rühma kaudu ollakse pidevalt ühenduses. Meie kursusel see juba töötab ega lase õppesessioonide vahel kooli unustada. See ühtlasi haakub kolmanda olulise punktiga, mis mulle loengust meelde jäi – ajaplaneerimine ja tähtaegadest kinnipidamine. Iseseisva töö hulk kaugõppuritele on märkimisväärne ja et „vabad“ nädalad sessioonide vahel ei kaoks märkamatult, on hädavajalik oma õppeplaan ja nädalad varakult ühildada ning ajakavast kinni pidada. Raskem teha kui öelda, aga proovima peab. Viienda loengu esineja Andres Käver ei väsinud kordamast, et lõpetas kaugõppe kahe aastaga ja keskmise hindega 5.0. Teeb kadedaks ja natuke pahaseks, sest sellise näite järgselt on tõesti raske vabandusi välja mõelda.

Kolmanda loengu esinejaks oli Linnar Viik, kes arutles innovatsiooni üle. Esimene loeng just erialatutvustuse väravasse ja sisuliselt väike enesekontroll eelmainitud valikute õigsuse osas. Mulle väga sümpatiseeris tema sissejuhatus teemal tarbijad ja tootjad. Ühe korraliku inimese eesmärk peaks olema kasvõi mingisugusel mikrotasandil oma igapäevaelus toota lisaväärtust, mitte jääda pelgalt tarbijaks. „Tarbija on kuningas“ mentaliteedi populariseerimine on minu arvates paljude tänapäevaühiskonna probleemide allikas. Innovatsiooni mõistes tootmine ei pea tähendama tehase püstipanemist. Viigi esitlus seadis eesmärgiks kaardistada ära oma positsioon (väikefirma, suurfirma, rahvusvaheline või mitte, ideed, meeskond) ja üle jääb töö. Innovatsioon ei tähenda, et peab olema täiesti unikaalne, maailmauudne idee. Kui leida üks pisiasi, mis aitaks elu paremaks muuta, siis tasub sellega tegeleda. Töö kui protsess on probleemide lahendamine, aga selle käigus võib tekkida ka olulisi kõrvalväärtusi. Näitena tõi ta välja Skype – ei olnud nii, et rühm poisse istus maha Skype’i looma; nende algne plaan oli töötada välja midagi muud ja Skype sündis ootamatult selle töö käigus.
Viik küsis retooriliselt, kes vastutab innovatsiooni eest. Ta peatus ka innovatsiooni kui mõiste ajalool ja innovatsiooniga tegelemise muutumisest ajas: kui Edisson pusis üksi oma projektide kallal, siis tänapäeval on ühe idee elluviimine ikkagi meeskonnatöö. Tänapäeval on hinnas idee koos teostusega. Idee otsas istumine või selle müük ei toimi. Investoreid huvitavad inimesed, kellel on idee koos teostusplaaniga. Ideede osas tuleb mõelda radikaalselt – muidu ei oleks trükimasina asemele arvutit loodud. Teostuse juures on oluline läbi mõelda oma toote turg, eluiga, „launchimine“, edasiarendamine, jne. Lisaks oma ideele, tootele ja teenusele tuleb arvestada keskkonnaga – kuidas see võib muutuda. Muutub keskkond, sotsiaalsed väärtused, mõttemudelid. See omakorda mõjutab nõudlust, tekitab uusi probleeme ja vajadust lahenduste järele.
Pikemalt rääkis ta ka projektidega põrumisest (fail fast, fail soft), mis on innovatsiooniga tegelemise loomulik osa.
Kokkuvõttes oli põnev ja mõtlemapanev loeng.

Neljanda loengu teema oli küberkuritegevus ja loeng ise teema suhtes aus. Tarmo Randel andis väga sümpaatse sissejuhatuse küberkuritegevuse ajalukku, põhjustesse, liikidesse, kuidas see toimib ning kuidas mitte võibolla kõige seaduskuulekamatele isikutele leiva lauale toob. Pikaaegse praktikuna rääkis ta nii üldiselt kui omast kogemusest, kuidas näeb välja võitlus küberkuritegevuse vastu. Kuigi ta ei seosta nii otseselt teiste loengute mõttearendusi, siis haru sissejuhatuseks oli see hea ning miks mitte mõelda IT maailmas spetsialiseerumist sellel suunal. Loengu kokkuvõte sai siinkohal mahult lühike, aga seda seetõttu, et loeng oli tõesti sujuv ja nauditav ning muud kommentaarid oleks üleliigsed.

Viienda loengu teemaks oli elufilosoofia ja IT Eestis, ettekandjaks ahjusoe EIK vilistlane Andres Käver. Loengu võib kokku võtta fraasiga „ennast kiitmast ma ei väsi“. Kuna enesekiitmine on põhjendatud, siis miks mitte. Loodetavasti mõjus see auditooriumile inspireerivalt ja kui me kõik just kahe aastaga õppekava ei läbi, siis äkki vähemalt nominaalajaga ning hea keskmise hinde plaaniga. Käver käsitles loengus nii õppekorralduse kui eriala tutvustuse poolt. Näiteks saime hulga näpunäiteid, kuidas edukalt läbida Peeter Lorentsi ainet. Samuti kordas ta üle Margus Ernitsa mõtte, et tudengite omavaheline suhtlus ja üksteise abistamine on edu alus ning ''tudengi sündroom'' kõige kurja juur. Käver ei pidanud paljuks näidata ka enda kooliaja kalenderpäevikut koos ajakavaga. Hea märkus tema poolt oli, et diplomitöö teemale võiks hakata mõtlema juba praegu ning et parim mõte tuleb ikka praktika käigus. Seega jällegi „käed külge“ õppimine. Ta rääkis ka erialasest tööst. Mina tooksin veel välja selle, et minu hinnangul jäi ta ebaproportsionaalselt pidama väike-IT-ettevõtja maksude optimeerimise küsimusel, mis – olgem ausad – läks üle „sissejuhatusele maksupettusesse“. Kindlasti mitte pahatahtlik teemaarendus, aga ilmselt ei ole eetiline sissejuhatavas loengusarjas anda noortele juhiseid, kuidas petta riiki, kes nende õpingud kinni maksab.

Kuuendas loengus esinesid Skype NOC Monitoring töötajad Erki Naumanis ja Jüri Gavrilenkov. Teemaks oli seiretiimi töö, nii selle vajalikkus kui eluline toimimine. Esitati väga konkreetne ülevaade meeskonna igapäevatööst ja selle korraldusest. Nende töö on suunatud sisekasutajatele ja peab toimima 24/7/365. Märgiti ära, et pärast Microsofti poolt ülevõtmist on töökorraldus vastavalt viimase pikaajalisele kogemusele ning väljatöötatud standardite ja protseduurireeglitele oluliselt muutunud, ilmselt paremuse poole.
Teiste loengutega haakus teema meeskonnatöö olulisuse küsimuses – on oluline osata teistega koostööd teha, lisaks erialaoskustele on vaja sotsiaalseid oskusi – anda ja saada tagasisidet, olla aktiivne. Huvitaval kombel viisid nad auditooriumist tulnud küsimusele vastates töölesaamise standardi üsna madalaks: vaja on ainult natuke oskusi ja tahet. Kokkuvõttes andis lühike ja konkreetne loeng ülevaate administraatori erialaõppe väljundist, mis on ju huvitav.

Seitsmendas loengus esinesid Nortali töötajad Ats Albre ja Helen Piirsalu, kes rääkisid sellest, kuidas saada superstaariks. Erialatutvustusena oli see ilmselt kümnesse loeng just analüütikutele. Korrati üle vana tõde, et hea toote tegemiseks või teenuse osutamiseks on oluline kliendi vajadustest arusaamine ja soovide väljaselgitamine. Tootearenduses on seetõttu kandev roll analüütikutel ja arendajatel, mitte üksnes koodikirjutajatel.

Loengu teema võeti väga ilusti kokku: selleks, et saada heaks, on vaja praktilist kogemust, reaalset tarkvaraprojekti. See haakub esimeses ja teises loengus tehtud üleskutsega osaleda ainevälistes projektides, klubides ja laboratooriumites. Töö käigus saab ka aru, kas see sobib ja tehtud valikud on õiged. Pidevalt peab juurde õppima. Seda toetab Viigi loengus nenditu, et üksnes progress saab võrduda innovatsiooniga. Tiimimängijaks olemine on omaette kunst, mis tähendab nii ise tiimis töötamisega hakkamasaamist kui kaaslaste motiveerituna hoidmist. Oskused suhelda ja koordineerida on superstaari eeldused. Kokkuvõtteks öeldi ilus mõte: superstaariks saamiseks on vaja teha natuke rohkem kui sinult oodatakse.

Kaheksandas ja ühtlasi viimases loengus esines Merle Liisu Lindma teemal „Life is Attidude“. Ettekandja ise on baashariduselt matemaatik, nelja lapse ema, töötanud muuhulgas Microsoftis ja Skypes. Teemapüstitus on intrigeeriv, loeng ise oli üsna hüplev. Keskset teemaarendust ma ei täheldanud, pigem toodi välja erinevaid punkte, millele elus tähelepanu pöörata, et endaga rahul olla. Loengu algus haakus veidi esimeste loengutega, kus ettekande ja harjutuste käigus käidi üle veel seda, mis valikuid me värskete tudengitena olem teinud, miks me neid oleme teinud ja kas need on õiged. Nagu Indrek Rokk kinnitas ,on ka siis hästi, kui ootamatult avastad, et valik ei ole päris õige. Sellega peab arvestama.
Kõiki punkte, mida loengus välja toodi, ei ole siinkohal mõistlik ritta seada. Minule oli meeldejäävaks jutt tagasiside andmisest. Näiteks tööjuures ja meeskonnas töötades on tagasiside kolleegidele, ülemustele ja klientidele ülimalt oluline (Viik pidas seda tänapäeval innovatsioonis üheks eduteguriks). Oma näite pinnalt ütles Lindma, et Skype’s kehtib täieliku aususe põhimõte – kui kellegi mõte ei meeldi, siis tuleb see kohe kõva häälega välja öelda. Ma pean tunnistama, et täieliku aususe praktiline väärtus on minu jaoks pisut küsitav – nii palju, kui see võib olla produktiivne, võib see olla ka destruktiivne. Aga mõtlema pani. Samuti juhtis ta tähelepanu, et tihti inimesed meie ümber peegeldavad meid ennast. Seega teistelt saadavat tagasisidet peaks iseendale hinnangu andmiseks analüüsima. Konflikte võib ikka ette tulla, kuid meeskonnatöös on oluline pühendumine ja usaldamine. Ükskõiksus on halvim.
Lindma pani südamele mõelda enda jaoks välja, mida igaüks enda jaoks väärtustab, on see paindlik tööaeg, palk, kolleegid, koolitusvõimalused vm. Selle järgi saab teha valikuid, mis meid õnnelikuks teevad. Muutusi ei tohi karta, elus tuleb ootamatuid võimalusi ja neid peab kaaluma.
 
 
[[Category:Erialatutvustus 2013 kaugõpe]]

User:Tpukk

2013-10-24T09:47:35Z

Tpukk: /* Essee */

User:Tpukk

2013-10-23T06:53:50Z

Tpukk: /* Küsimus A */

User:Tpukk

2013-10-23T06:53:09Z

Tpukk: /* Ülesanne */

User:Tpukk

2013-10-23T06:51:46Z

Tpukk: /* Küsimus A */

File:Käskkiri 3A-1 13-99.pdf

2013-10-23T06:48:18Z

Tpukk: Käskkiri 3A-1-13-99

Käskkiri 3A-1-13-99

File:Käskkiri 3A-1 13-98.pdf

2013-10-23T06:47:44Z

Tpukk: Käskiri 3A-1-13-98

Käskiri 3A-1-13-98

User:Tpukk

2013-10-23T06:45:29Z

Tpukk: /* Küsimus A */

User:Tpukk

2013-10-23T06:42:50Z

Tpukk: /* Ülesanne */

User:Tpukk

2013-10-23T06:41:59Z

Tpukk: /* Õpingukorraldus ja erialatutvustus */

User:Tpukk

2013-10-23T06:19:54Z

Tpukk: /* Õpingukorraldus ja erialatutvustus */

= Õpingukorraldus ja erialatutvustus =

== Küsimus A ==

''Kukkusid eksamil läbi. Kaua on võimalik eksamit järele teha? Kellega kokkuleppida, et järeleksamit teha? Kuidas toimub järeleksamile registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?''

Eksamit on võimalik järele teha kahe semestri jooksul pärast aine õpetamissemestri lõppu. Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga. Korduseksamit saab kokku leppida ainet õpetava õppejõuga, kellel on õigus anda täiendavaid ülesandeid, mille täitmine on korduseksamile lubamise eelduseks (ÕKE 5.3.6)
Korduseksamile registreerumine toimub ÕIS-is. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. (ÕKE 5.2.8). Nii RF kui OF õppekohal on õppuril ühe õppeaine piires õigus kolmele sooritusele (ÕKE 5.2.12). Kõigil kordadel läbikukkumine tähendab, e aine on vaja uuesti deklareerida, mis on tasuline (ÕKE 5.2.13). Õppeteenuse tasumäära 2013/2014 õppeaastal RF ja OF õppekohal õppivatele üliõpilastele on 37,8EUR/EAP. REV/tasulisel õppekohal õppijatele on ka korduseksamid tasulised(ÕKE 5.2.7). Tasu suurus 2013/2014 õppeaastal on 14,2EUR vastavalt rektori 30.05.2013 käskirja 3A-1/13-99 punktile 5.

'''Allikad:'''

[http://www.itcollege.ee/tudengile/finantsinfo/ EIK Finantsinfo]

[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

Teenuste tasumäärad 2013/2014 õppeaastal, rektori 30.05.2013 käskkiri 3A-1/13-99

== Küsimus 3 ==

''Millised võimalused on minna akadeemilisele puhkusele esimesel õppeaastal? Mis tegevused tuleb selleks teha? Kui pikk on maksimaalne puhkuse aeg? Kuidas toimub puhkuse lõpetamine? Kas puhkuse ajal saab deklareerida õppeaineid? Kas saab teha järele eksameid ja arvestusi?''

Esimesel õppeaastal on võimalik minna akadeemilisele puhkusele:

:a) tervislikel põhjustel – kuni kaheks aastaks. Avaldusele tuleb lisada meditsiiniasutuse tõend;

:b) Eesti kaitsejõududesse teenima asumisel – kuni üheks aastaks. Avaldusele tuleb lisada kutse kaitseväe tegevteenistusse;

:c) Lapse hooldamiseks – kuni lapse kolmeaastaseks saamiseni. Avaldusele tuleb lisada lapse sünnitunnistus.

Akadeemilist puhkust ja selle katkestamist taotletakse avaldusega rektori nimele ja vormistatakse rektori käskkirjaga (ÕKE 6.1.2).

Akadeemilise puhkuse lõpetamine toimub avalduse esitamisega rektori nimele ja vormistatakse rektori käskirjaga. Kui üliõpilane ei ole hiljemalt akadeemilise puhkuse lõpu kuupäevaks esitanud avaldust akadeemilise puhkuse lõpetamiseks või pikendamiseks, lõpetatakse see automaatselt akadeemilise puhkuse viimasele semestrile järgneva semestri punase joone päevaks ja üliõpilane eksmatrikuleeritakse õpingutest mitteosavõtu tõttu (ÕKE 6.1.4).

Üliõpilasel on õigus akadeemilisel puhkusel viibimise ajal täita õppekava juhul, kui on tegemist:
* keskmise, raske või sügava puudega isikuga;
* alla 3-aastase lapse või puudega lapse vanema või eestkostjaga;
* akadeemilisel puhkusel viibimisega seoses kaitseväeteenistuse läbimisega. (ÕKE 6.1.5)
Vastavalt ÕKE punktile 6.1.6 on enne 2013/14 õppeaastat immatrikuleeritud üliõpilasel akadeemilisel puhkusel viibides õigus sooritada arvestusi ja -eksameid sõltumata akadeemilisel puhkusel viibimise alusest. Üliõpilasel, kes on akadeemilisel puhkusel lapse hooldamiseks, on õigus osaleda õppetöös, esitades ainete deklareerimiseks kirjaliku taotluse õppeosakonda hiljemalt semestri punase joone päevaks. Nimetatud erisused kehtivad kuni 2015/2016 õppeaasta lõpuni.

'''Allikas:'''
[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

== Ülesanne ==

''Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 21 EAPd ja teise semestri lõpuks 23 EAPd?''

::*''Eeldan, et ülesanne peab silmas, et Y tähistab, mitu EAP-d tegin teisel semestril lisaks, mitte mitu EAP-ed on mul teise semestri lõpuks kokku.''

2013/2014 õppeaastal õppekulude osalise hüvitamise kohustuse (vt. ÕKE p. 1.2.19.) tekkimise aluseks olev õppekava täies mahus täitmise määr on 27 EAP semestris.

Minul jääb esimesel semestril tegemata 6 EAP-d ja teisel semestril 4 EAP-d, kokku 10 EAP-d, mille ulatues pean õppekulud osaliselt hüvitama.

Hüvitise määr on 50EUR/EAP kohta.

Täiendavalt võib järeldada, et kuna täitsin õppekava õppeaasta jooksul alla 75% nominaalkoormusest, siis viiakse mind üle osakoormusele OF kohale.

'''Allikad:'''
[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

Õppeteenuse tasumäärad ja tasumise tähtajad 2013/2014 õppeaastal, rektori 30.05.2013 käskkiri 3A-1/13-98

== Essee ==

User:Tpukk

2013-10-23T05:39:24Z

Tpukk: /* Õpingukorraldus ja erialatutvustus */

= Õpingukorraldus ja erialatutvustus =

== Küsimus A ==

''Kukkusid eksamil läbi. Kaua on võimalik eksamit järele teha? Kellega kokkuleppida, et järeleksamit teha? Kuidas toimub järeleksamile registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?''

Eksamit on võimalik järele teha kahe semestri jooksul pärast aine õpetamissemestri lõppu. Korduseksamite tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud ajakavaga. Korduseksamit saab kokku leppida ainet õpetava õppejõuga, kellel on õigus anda täiendavaid ülesandeid, mille täitmine on korduseksamile lubamise eelduseks (ÕKE 5.3.6)
Korduseksamile registreerumine toimub ÕIS-is. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. (ÕKE 5.2.8). Nii RF kui OF õppekohal on õppuril ühe õppeaine piires õigus kolmele sooritusele (ÕKE 5.2.12). Kõigil kordadel läbikukkumine tähendab, e aine on vaja uuesti deklareerida, mis on tasuline (ÕKE 5.2.13). Õppeteenuse tasumäära 2013/2014 õppeaastal RF ja OF õppekohal õppivatele üliõpilastele on 37,8EUR/EAP. REV/tasulisel õppekohal õppijatele on ka korduseksamid tasulised. Tasu suurus kehtestatakse rektori käskkirjaga ja arve kuvatakse ÕISis (ÕKE 5.2.7).

'''Allikad:'''

[http://www.itcollege.ee/tudengile/finantsinfo/ EIK Finantsinfo]

[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

== Küsimus 3 ==

''Millised võimalused on minna akadeemilisele puhkusele esimesel õppeaastal? Mis tegevused tuleb selleks teha? Kui pikk on maksimaalne puhkuse aeg? Kuidas toimub puhkuse lõpetamine? Kas puhkuse ajal saab deklareerida õppeaineid? Kas saab teha järele eksameid ja arvestusi?''

Esimesel õppeaastal on võimalik minna akadeemilisele puhkusele:

:a) tervislikel põhjustel – kuni kaheks aastaks. Avaldusele tuleb lisada meditsiiniasutuse tõend;

:b) Eesti kaitsejõududesse teenima asumisel – kuni üheks aastaks. Avaldusele tuleb lisada kutse kaitseväe tegevteenistusse;

:c) Lapse hooldamiseks – kuni lapse kolmeaastaseks saamiseni. Avaldusele tuleb lisada lapse sünnitunnistus.

Akadeemilist puhkust ja selle katkestamist taotletakse avaldusega rektori nimele ja vormistatakse rektori käskkirjaga (ÕKE 6.1.2).

Akadeemilise puhkuse lõpetamine toimub avalduse esitamisega rektori nimele ja vormistatakse rektori käskirjaga. Kui üliõpilane ei ole hiljemalt akadeemilise puhkuse lõpu kuupäevaks esitanud avaldust akadeemilise puhkuse lõpetamiseks või pikendamiseks, lõpetatakse see automaatselt akadeemilise puhkuse viimasele semestrile järgneva semestri punase joone päevaks ja üliõpilane eksmatrikuleeritakse õpingutest mitteosavõtu tõttu (ÕKE 6.1.4).

Üliõpilasel on õigus akadeemilisel puhkusel viibimise ajal täita õppekava juhul, kui on tegemist:
* keskmise, raske või sügava puudega isikuga;
* alla 3-aastase lapse või puudega lapse vanema või eestkostjaga;
* akadeemilisel puhkusel viibimisega seoses kaitseväeteenistuse läbimisega. (ÕKE 6.1.5)
Vastavalt ÕKE punktile 6.1.6 on enne 2013/14 õppeaastat immatrikuleeritud üliõpilasel akadeemilisel puhkusel viibides õigus sooritada arvestusi ja -eksameid sõltumata akadeemilisel puhkusel viibimise alusest. Üliõpilasel, kes on akadeemilisel puhkusel lapse hooldamiseks, on õigus osaleda õppetöös, esitades ainete deklareerimiseks kirjaliku taotluse õppeosakonda hiljemalt semestri punase joone päevaks. Nimetatud erisused kehtivad kuni 2015/2016 õppeaasta lõpuni.

'''Allikas:'''
[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri (ÕKE)]

User:Tpukk

2013-10-23T05:17:27Z

Tpukk: /* Küsimus A */

User:Tpukk

2013-10-23T04:57:55Z

Tpukk: /* Õpingukorraldus ja erialatutvustus */

User:Tpukk

2013-10-22T19:21:32Z

Tpukk: Created page with "= Õpingukorraldus ja erialatutvustus ="

= Õpingukorraldus ja erialatutvustus =