ICO wiki - User contributions [en]

Skeddl

2016-05-29T22:55:52Z

Juusvali: /* Meeskonna Veebiteenus & klientrakendus */

__TOC__

== Tiim ==
* Karina Egipt
* Kärt Palm
* Joonatan Uusväli
* Aleksei Suvorov

== Idee ==

To-do ja ülesannete/tegumite halduse rakendus kooli õppeainete tarvis. Võimaldab märkida kalendrisse tähtaegu, mis on seotud õppeainega ja lisada nende kohta vajalikku infot (eeldatav ajakulu, ülesande maht, õppematerjalid, jne). Keskne online andmebaas - kogu info on hallatav ja nähtav rakenduse kasutajatele. Online funktsionaalsus mis võimaldab "subscribeda" kas teatud õppeainesse, või gruppi. Sellisel juhul ilmuvad kalendrisse ka teiste antud grupis olevate kasutajate lisatud ülesanded, ning info nende kohta.

[https://wiki.itcollege.ee/index.php/Meeskond:_Spooky_Scary_Skeletons Esialgne projekt C# aines]

== Analüüs ==
AVE 3.0 on kodutööde planeerimise rakendus, kuhu registreerutud kasutaja saab lisada õppeaines antud kodutöid, tegevusi lisada neile esitamise tähtaegu ja muud lisainformatsiooni. Sisestatud ülesandeid saab jagada kas kõikide sama ainel osalejatega või siis privaatselt loodud grupis.

AVE 3.0 on edasiarendus eelmisel semestril C# aines loodud rakendusest AVE 2.0. Eelmine ja ühtlasi esimene versioon sisaldas vaid kohaliku kalendri rakenduse funktsionaalsust ning ei võimaldanud ülesandeid kaastudengitega jagada. AVE 3.0 puhul on keskendume registreeritud kasutajate poolt ligipääsetavale online lahendusele. Samuti oleme õppinud vigadest ning muutnud andmebaasi mudelit.

=== Mõisted ===
*'''Task''' - ülesanne, test, eksam, mille kasutaja kannab kalendrisse ja määrab vähemalt kohustuslikud atribuudid. Task'il saab olla vaid üks tähtaeg;
*'''Subject''' - Taske grupeeriv atribuut;
*'''Group''' - Taske grupeeriv atribuut, mis on ülem õppeainest (ehk kui grupp on määratud, siis pakutakse antud taski ainult selle grupi liikmetele). Grupp võib eksisteerida ka ilma õppeaineta;
*'''Subscribe''' - õppeainega, grupiga või task'iga liitumine, mille tulemusena ilmub vastava aine/grupi task'id kasutaja kalendrisse;

=== Rakenduse kirjeldus ===
Rakenduse eesmärgiks on hõlbustada kodutööde planeerimist ja tähtaegade järgimist. Rakendusse saab lisada kodutööde, testide ja eksamite tähtaegu. Sisestatud töid nimetame taskideks. Taskid võivad omakorda sisaldada muud antud ülesandega seotud infot (tähtaeg, kirjeldus, kommentaarid jne).

Rakendus on põhiliselt mõeldud IT Kolledži õppeainete tähtaegade märkimiseks. Sellel eesmärgil on tähtaja juurde võimalik märkida õppeaine Info õppeainete kohta tuleb importida kooli õppeinfosüsteemidest.

Rakenduse kasutamiseks on kohustuslik serveris konto loomine. Anonüümset kasutust ei ole.

Kasutaja saab õppeainele subscribe'ida ja seda tehes saab kasutaja märkida ka oma õppegrupi või õppevormi (näiteks päevaõpe, kaugõpe, õhtuõpe - neid nimetame koondnimetusena “õppeaine versiooniks”). Kasutaja saab luua ka eraldiseisvaid õppetööga seotud gruppe.

Rakendus kuvab kasutajale ka teiste antud aine deklareerinud kasutajate poolt märgitud tähtaegu ja lisainfot nende kohta. Kasutaja võib teiste lisatud taskile kommentaare lisada.

Rakendus koosneb kahest põhilisest osast: veebiklient ja server.

Projekt realiseeritakse kasutades ASP.NET MVC Web API tehnoloogiat.

Esialgne rakenduse ülesehituse skeem:

[[File:Program_architecture.PNG]]

==== Klient ====
Klientprogramm võimaldab kasutajal lisada taske, hallata oma kasutajaprofiili ja vaadata ning lisada endale teiste poolt lisatud taske ja neile lisatud kommentaare.

Veebiklient suhtleb serveriga üle API.

Sisselogimisel küsitakse kasutajalt kasutajanime ja parooli, seejärel üritab rakendus kasutajat autentida. Eduka autentimise korral kuvatakse antud kasutaja töölaud ning sünkroniseeritakse andmed serveriga.

Task'i lisamisel kalendrisse saab sellele lisada erinevat lisainfot (kirjeldus, töö detailsed nõuded, progress jmt). Rakendus teavitab kasutajat, kui task'i täitmise tähtaeg on lähenemas.

'''Klientrakenduse must-have funktsionaalsus:'''

*Üldine
** Rakendus peab töötama online režiimis;

*Kasutajate haldus
** Peab olema võimalik kasutajaks registreerida (st kasutajakonto olemasolu on kohustuslik programmi kasutamiseks);
** Kasutaja peab saama sisse logida kasutajanime (st e-maili aadressi) ja parooliga;
** Korraga saab rakendusse olla sisse logitud mitu kasutajat.
** Paroolile peavad rakenduma keerukusnõuded (nt 8 tähemärki, suurtäht, väiketäht, number, sümbol);
** Kasutajatel peavad olema erinevad õiguste tasemed (minimaalselt tavakasutaja ja adminkasutaja/poweruser);
*** Tavakasutaja saab hallata ainult iseenda taske ja gruppe;
*** Adminkasutaja saab hallata lisaks iseenda taskidele ja gruppidele ka õppeaineid ja õppejõude;
*** Klientrakenduse adminkasutaja ei saa hallata teiste kasutajate taske;
** Sisse logitud kasutajale kuvatakse tema taske kalendervaates;
** Kasutaja peab saama registreerida ennast gruppidesse ja erinevatele õppeainetele/kursustele;

*Taskide haldus
** Kasutaja peab saama lisada uut taski;
** Kasutaja poolt lisatud taskid (ja tema poolt subscribe'itud taskid) peavad kajastuma kasutaja kalendris;
** Kasutaja peab saama taski kirjeldusena märkida:
*** task'i täitmise tähtaega;
*** task'i liiki : ainetöö, essee, kursusetöö, lõputöö, referaat, praktika aruanne, eksam/arvestus, test, muu;
*** taskiga seotud õppeaine ettantud nimekirjast (drop-down);
*** taskiga seotud gruppi;
**** kui taskile on grupp määratud, siis kuvatakse seda taski vaid selle grupi liikmetele;
*** soovi korral lisada kommentaariväljale lisainfot, viidet õppematerjalidele jne;
*** aega, millal rakendus teavitab kasutajat tähtaja lähenemisest (vabatahtlik, vaikimisi 3 päeva enne);
*** taski staatust, st kas task on alustamata, pooleli või lõpetatud;
** Kasutaja peab saama vaadata oma taskide sisu.
** Kasutaja peab saama muuta oma task’ide sisu.
** Kasutaja peab saama oma task'e kustutada.
** Kasutaja peab saama taske märksõna alusel otsida
*** Seejuures peab otsing hõlmama kõiki taskidega seotud tekstilisi välju (st pealkiri, kirjeldus, kommentaar, töö liik, grupp, õppeaine, staatus)

*Õppeainete haldus
** Õppeaine peab olema lisatav ja muudetav admin kasutaja (kuid mitte tavakasutaja) poolt
** Õppeained on kasutajale nähtavad
** Õppeainele on võimalik subscribeda (kirjeldatud kasutaja tegevusena)

*Õppejõudude haldus
** Õppejõud on admin kasutaja (kuid mitte tavakasutaja) poolt lisatav ja muudetav
** Õppejõu info (nt kontaktandmed) on kasutajale nähtav
** Õppejõud on seotud õppeainega

*Gruppide haldus
* Uut gruppi saab lisada iga tavakasutaja
* Sellest kasutajast, kes uue grupi lisab, saab vastava grupi omanik
* Gruppi saab muuta või kustutada ainult grupi omanik
* Gruppe saab nime järgi otsida
* Grupi andmeid saavad näha kõik kasutajad (näiteks otsingutulemustes)
* Grupi omanik saab gruppi lisada teisi kasutajaid
* Kui task on seotud mingi grupiga, siis näevad selle taski andmeid ainult vastava grupi liikmed

'''Klientrakenduse nice-to-have funktsionaalsus:'''
* Statistika tehtud ülesannete kohta.
* Kasutajakonto loomisel CAPTCHA kasutamine
* Valitud taski liigist lähtuvalt vastava töö nõuete kuvamine (näiteks EIK "Üliõpilaste kirjalike tööde koostamise ja vormistamise juhendi" põhjal)
* Võimalus sünkroniseerida kalendrit mõne välise kalenderrakendusega (Google Calendar, MS Outlook vm).
* Kasutajal parooli reset'imise võimalus (registreerimisel kasutatud e-mailiaadressi abil);
* Grupiga liitumiseks taotluse esitamine. Taotluse peab kinnitama grupi omanik
* Grupist lahkumine

==== Server ====
Serveri must-have funktsionaalsus 
* Server peab toetama kõiki klientrakenduse must-have nõudeid.
* Serveris tuleb logida olulisemaid kasutajate poolt klientrakenduses tehtud toiminguid (sisse logimine, konto lukustumine, taski lisamine jmt);
* Kasutaja blokeerimine (ajutine), kui kasutaja on ennast püüdnud autentida vale parooliga enam kui X korda.

Serveri nice-to-have funktsionaalsus
* Kasutaja poolt sisestatud e-maili kinnitamine (kinnitava e-maili saatmine) kasutaja loomisel.

=== Andmebaasi skeem ===
Esimeses faasis ei realiseeri nö "pehmet kustutamist". Antud lahendus jääb nice-to-have nimekirja.

[[File:AVE_3.0.jpg|1000px]]

== Meeskonna XML/XSLT ülesande postitus ==
19.03.2016

Kirjeldus:
* XML fail Taskide andmete edastamiseks (4 loogilist dimensiooni);
* XML faili skeemifail;
* XSL transformatsiooni faili loodud XML failis olevate Taski andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.
** SkeddlTasksByStatus.xslt - Toob välja kõik etteantud grupi taskid taski staatuse järgi (alustamata, pooleli ja valmis);
** ShowPublicTasks.xslt - Tagastab kõik public Taskid koos kuupäevaga.

.zip fail on kättesaadav [http://enos.itcollege.ee/~ktoomel/VRII/VRIIAssignment.zip SIIT].
===XML retsensioon 1===
Retsensioon meeskonna [[Aeg]] [https://wiki.itcollege.ee/index.php/Aeg#XML XML] failile.

Meeskonna Aeg XML faili eesmärk on edastada andmeid määratlemata ülesannete lahendamiseks kulunud aja kohta. XML faili struktuur ületab 4 loogilise dimensiooni nõude, sisaldades 5 loogilist dimensioon. Kolmel dimensioonil on kasutatud attribuute, kus ei ole piirdutud ainult id attribuudiga, jaotades ajaraportid id alusel nädalasteks arendusperioodideks, mida administraator saab kinnitada või tagasi lükata. Olemas on sobivad XSL transformatsioonid XML faili andmete muutmiseks HTML formaati (Activities) ja XML faili formaadi muutmiseks (Summary) XML formaati kui ka XML skeemifail. Summary transformatsioon sisaldab küll ainult ühte for-loopi, kuid meie hinnangul on see piisav antud lahendusele ja kunstlik kompleksuse juurde lisamine ülevaate puhul lisaväärtust ei tekitaks, kui just ei eraldata paremini kasutajate rolle. Activities transformatsioon on keerulisem, sisaldades for-each tsüklit teise for-each tsükli sees, koos konstruktsioonidega andmete loogiliseks ja terviklikuks esitamiseks. Iga ajaraporti juures on raporti tegija eesnimi, perekonnanimi, osakonnaline kuuluvus ja roll ja tema poolt lisatud sündmuste logid. XML fail valideerus vigadeta w3schools.com XML validaatoris. Kuna arenduskontekst ei ole veel üheselt selge wikilehel leitud info põhjal, siis võib-olla on mõistlik kasutaja roll muuta osakonna alamdimensiooniks ja lisada näiteks projekti juhtimise õiguse jaoks eraldi dimensioon, toetamaks võimaliku mugavusliidese arendamist lisana. Aja ühiku valik võiks olla paindlikum, praegu on tegevuse ühikuks ainult tunnid. Skeemifailis xs:string pikkus võiks olla piiratud andmete esitamise ja raportide kokkuvõtlikusele suunamise eesmärgil maksimaalse väärtusega. Miinusena tooksime välja XML koodi saatva dokumentatsioonilise poole puudulikust: paar selgitavat lauset wikis ja koodi visuaalse väljundi lisamine oleksid meeldivad. Üldiselt kood näeb välja puhas ja elementide nimede valik on hästi läbi mõeldud ja stiil pidev. Meie hinnangul vastab meeskonna Aeg projekti XML osa kõigile esitatud tingimustele.

===XML retsensioon 2===
Retsensioon meeskonna [[Enneaegsed]] [https://wiki.itcollege.ee/index.php/Enneaegsed#XML XML] failile.

Meeskonna Enneaegsed XML faili ülesanne on individuaalsete arvete kuvamine, XML transformatsioonidel aga nende kokkuvõtlik kuvamine nimekirjana ja sobivasse formaati genereerimine, eesmärgiga saada arved trükivormi. XML fail ületab 4 loogilise dimensiooni nõude, sisaldades 6 loogilist dimensioon. Ainult ühes dimensioonis on kasutatud rohkem kui kahte attribuuti korraga. Alamdimensioonides on kasutatud eristamiseks üksikuna esinevaid attribuute, mis on arvete või muu kaudselt seotud andmekogumite kuvamisel ka mõistlik. Olemas on nii XML skeemifail kui ka arvete nimekirja genereerimise transformatsioon andmete muutmiseks HTML formaati ja arvete üldnimekirja kuvamiseks mõeldud arvete genereerimise transformatsioon HTML formaati, mis muudab algset XML faili formaati. Arvete nimekirja kuvamise transformatsioon sisaldab ühte for-each tsüklit struktuuri loova xsl:choose valikuga. Teine, kõik arved genereeriv transformatsioon, on keeleliste konstruktsioonide poolest palju rikkalikum, sisaldades nii mitmetasemelist for-each tsüklit, hargemist ja väljundi kujundamist. Iga arve juures on välja toodud suur valik informatsiooni, seal hulgas arve number, tellimuse number, saaja informatsioon, tähtajainfo, märkused jne. XML faili struktuur on lihtne arvete kogum, mis on terviklik s.t võiks olla reaalses süsteemis kasutamiseks ja on loodud suure põhjalikkusega. Plussina tooksime välja XML koodiga kaasnevate näidiste olemasolu ja selgitavat informatsioon, mis täidab piisava, kuid mitte koormava, dokumentatsiooni rolli. Kood on puhas ja elementide nimetamisel on kasutatud läbivalt samat stiili, mis teeb koodi hästi loetavaks ja arusaadavaks. Meie hinnangul vastab meeskonna Enneaegsed projekti XML osa kõigile esitatud tingimustele.

== Meeskonna Veebiteenus & klientrakendus ==
29.05.2016

Veebiteenus ja klientrakendus on realiseeritud ühes solutionis.
Rakenduse valmistamisel on aluseks võetud Mait Poska ja Andres Käveri lahkelt jagatud projektipõhi: [https://github.com/akaver/ASP.NET-BaseApps] [https://github.com/akaver/ASP.NET-WebApiDal]

Rakenduse versioonihaldus toimus GitHub'is [https://github.com/Seramis/ITK_VR2/tree/preSwagger]
'''NB!''' Rakenduse loomisel on katsetatud erinevate tehnoloogiatega. Viimaseks ja õigeks branch'iks jäi 'preSwagger'.

Veebiteenus võimaldab:
*Teenuse pakkumist
*Teenuse kasutajate tuvastamist ning haldamist
*Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes (http access log serveri poolt, bearing key requesti headeris identifitseerimiseks)
*Teenuse poole pöördumiste arvu piiramist ja piirangute haldamist (IIS QoS manageerimine).
*Teenus toetab mitme kasutaja sisselogimise võimalust.

Teenus on loodud kasutades ASP.NET MVC Web API tehnoloogiat.

Rakenduse testimiseks tuleb käivitada nii WebAPI projekt (serveri pool) kui ka Web projekt (ASP.NET klientrakendus).
Sisselogimiseks on vaikimisi loodud kaks erinevate õigustega kasutajat:
*Admin õigustega: 1@eesti.ee (parool: a)
*Tavakasutaja: 2@eesti.ee (parool: b)

Skeddl

2016-05-29T22:47:09Z

Juusvali: /* Meeskonna Veebiteenus & klientrakendus */

__TOC__

== Tiim ==
* Karina Egipt
* Kärt Palm
* Joonatan Uusväli
* Aleksei Suvorov

== Idee ==

To-do ja ülesannete/tegumite halduse rakendus kooli õppeainete tarvis. Võimaldab märkida kalendrisse tähtaegu, mis on seotud õppeainega ja lisada nende kohta vajalikku infot (eeldatav ajakulu, ülesande maht, õppematerjalid, jne). Keskne online andmebaas - kogu info on hallatav ja nähtav rakenduse kasutajatele. Online funktsionaalsus mis võimaldab "subscribeda" kas teatud õppeainesse, või gruppi. Sellisel juhul ilmuvad kalendrisse ka teiste antud grupis olevate kasutajate lisatud ülesanded, ning info nende kohta.

[https://wiki.itcollege.ee/index.php/Meeskond:_Spooky_Scary_Skeletons Esialgne projekt C# aines]

== Analüüs ==
AVE 3.0 on kodutööde planeerimise rakendus, kuhu registreerutud kasutaja saab lisada õppeaines antud kodutöid, tegevusi lisada neile esitamise tähtaegu ja muud lisainformatsiooni. Sisestatud ülesandeid saab jagada kas kõikide sama ainel osalejatega või siis privaatselt loodud grupis.

AVE 3.0 on edasiarendus eelmisel semestril C# aines loodud rakendusest AVE 2.0. Eelmine ja ühtlasi esimene versioon sisaldas vaid kohaliku kalendri rakenduse funktsionaalsust ning ei võimaldanud ülesandeid kaastudengitega jagada. AVE 3.0 puhul on keskendume registreeritud kasutajate poolt ligipääsetavale online lahendusele. Samuti oleme õppinud vigadest ning muutnud andmebaasi mudelit.

=== Mõisted ===
*'''Task''' - ülesanne, test, eksam, mille kasutaja kannab kalendrisse ja määrab vähemalt kohustuslikud atribuudid. Task'il saab olla vaid üks tähtaeg;
*'''Subject''' - Taske grupeeriv atribuut;
*'''Group''' - Taske grupeeriv atribuut, mis on ülem õppeainest (ehk kui grupp on määratud, siis pakutakse antud taski ainult selle grupi liikmetele). Grupp võib eksisteerida ka ilma õppeaineta;
*'''Subscribe''' - õppeainega, grupiga või task'iga liitumine, mille tulemusena ilmub vastava aine/grupi task'id kasutaja kalendrisse;

=== Rakenduse kirjeldus ===
Rakenduse eesmärgiks on hõlbustada kodutööde planeerimist ja tähtaegade järgimist. Rakendusse saab lisada kodutööde, testide ja eksamite tähtaegu. Sisestatud töid nimetame taskideks. Taskid võivad omakorda sisaldada muud antud ülesandega seotud infot (tähtaeg, kirjeldus, kommentaarid jne).

Rakendus on põhiliselt mõeldud IT Kolledži õppeainete tähtaegade märkimiseks. Sellel eesmärgil on tähtaja juurde võimalik märkida õppeaine Info õppeainete kohta tuleb importida kooli õppeinfosüsteemidest.

Rakenduse kasutamiseks on kohustuslik serveris konto loomine. Anonüümset kasutust ei ole.

Kasutaja saab õppeainele subscribe'ida ja seda tehes saab kasutaja märkida ka oma õppegrupi või õppevormi (näiteks päevaõpe, kaugõpe, õhtuõpe - neid nimetame koondnimetusena “õppeaine versiooniks”). Kasutaja saab luua ka eraldiseisvaid õppetööga seotud gruppe.

Rakendus kuvab kasutajale ka teiste antud aine deklareerinud kasutajate poolt märgitud tähtaegu ja lisainfot nende kohta. Kasutaja võib teiste lisatud taskile kommentaare lisada.

Rakendus koosneb kahest põhilisest osast: veebiklient ja server.

Projekt realiseeritakse kasutades ASP.NET MVC Web API tehnoloogiat.

Esialgne rakenduse ülesehituse skeem:

[[File:Program_architecture.PNG]]

==== Klient ====
Klientprogramm võimaldab kasutajal lisada taske, hallata oma kasutajaprofiili ja vaadata ning lisada endale teiste poolt lisatud taske ja neile lisatud kommentaare.

Veebiklient suhtleb serveriga üle API.

Sisselogimisel küsitakse kasutajalt kasutajanime ja parooli, seejärel üritab rakendus kasutajat autentida. Eduka autentimise korral kuvatakse antud kasutaja töölaud ning sünkroniseeritakse andmed serveriga.

Task'i lisamisel kalendrisse saab sellele lisada erinevat lisainfot (kirjeldus, töö detailsed nõuded, progress jmt). Rakendus teavitab kasutajat, kui task'i täitmise tähtaeg on lähenemas.

'''Klientrakenduse must-have funktsionaalsus:'''

*Üldine
** Rakendus peab töötama online režiimis;

*Kasutajate haldus
** Peab olema võimalik kasutajaks registreerida (st kasutajakonto olemasolu on kohustuslik programmi kasutamiseks);
** Kasutaja peab saama sisse logida kasutajanime (st e-maili aadressi) ja parooliga;
** Korraga saab rakendusse olla sisse logitud mitu kasutajat.
** Paroolile peavad rakenduma keerukusnõuded (nt 8 tähemärki, suurtäht, väiketäht, number, sümbol);
** Kasutajatel peavad olema erinevad õiguste tasemed (minimaalselt tavakasutaja ja adminkasutaja/poweruser);
*** Tavakasutaja saab hallata ainult iseenda taske ja gruppe;
*** Adminkasutaja saab hallata lisaks iseenda taskidele ja gruppidele ka õppeaineid ja õppejõude;
*** Klientrakenduse adminkasutaja ei saa hallata teiste kasutajate taske;
** Sisse logitud kasutajale kuvatakse tema taske kalendervaates;
** Kasutaja peab saama registreerida ennast gruppidesse ja erinevatele õppeainetele/kursustele;

*Taskide haldus
** Kasutaja peab saama lisada uut taski;
** Kasutaja poolt lisatud taskid (ja tema poolt subscribe'itud taskid) peavad kajastuma kasutaja kalendris;
** Kasutaja peab saama taski kirjeldusena märkida:
*** task'i täitmise tähtaega;
*** task'i liiki : ainetöö, essee, kursusetöö, lõputöö, referaat, praktika aruanne, eksam/arvestus, test, muu;
*** taskiga seotud õppeaine ettantud nimekirjast (drop-down);
*** taskiga seotud gruppi;
**** kui taskile on grupp määratud, siis kuvatakse seda taski vaid selle grupi liikmetele;
*** soovi korral lisada kommentaariväljale lisainfot, viidet õppematerjalidele jne;
*** aega, millal rakendus teavitab kasutajat tähtaja lähenemisest (vabatahtlik, vaikimisi 3 päeva enne);
*** taski staatust, st kas task on alustamata, pooleli või lõpetatud;
** Kasutaja peab saama vaadata oma taskide sisu.
** Kasutaja peab saama muuta oma task’ide sisu.
** Kasutaja peab saama oma task'e kustutada.
** Kasutaja peab saama taske märksõna alusel otsida
*** Seejuures peab otsing hõlmama kõiki taskidega seotud tekstilisi välju (st pealkiri, kirjeldus, kommentaar, töö liik, grupp, õppeaine, staatus)

*Õppeainete haldus
** Õppeaine peab olema lisatav ja muudetav admin kasutaja (kuid mitte tavakasutaja) poolt
** Õppeained on kasutajale nähtavad
** Õppeainele on võimalik subscribeda (kirjeldatud kasutaja tegevusena)

*Õppejõudude haldus
** Õppejõud on admin kasutaja (kuid mitte tavakasutaja) poolt lisatav ja muudetav
** Õppejõu info (nt kontaktandmed) on kasutajale nähtav
** Õppejõud on seotud õppeainega

*Gruppide haldus
* Uut gruppi saab lisada iga tavakasutaja
* Sellest kasutajast, kes uue grupi lisab, saab vastava grupi omanik
* Gruppi saab muuta või kustutada ainult grupi omanik
* Gruppe saab nime järgi otsida
* Grupi andmeid saavad näha kõik kasutajad (näiteks otsingutulemustes)
* Grupi omanik saab gruppi lisada teisi kasutajaid
* Kui task on seotud mingi grupiga, siis näevad selle taski andmeid ainult vastava grupi liikmed

'''Klientrakenduse nice-to-have funktsionaalsus:'''
* Statistika tehtud ülesannete kohta.
* Kasutajakonto loomisel CAPTCHA kasutamine
* Valitud taski liigist lähtuvalt vastava töö nõuete kuvamine (näiteks EIK "Üliõpilaste kirjalike tööde koostamise ja vormistamise juhendi" põhjal)
* Võimalus sünkroniseerida kalendrit mõne välise kalenderrakendusega (Google Calendar, MS Outlook vm).
* Kasutajal parooli reset'imise võimalus (registreerimisel kasutatud e-mailiaadressi abil);
* Grupiga liitumiseks taotluse esitamine. Taotluse peab kinnitama grupi omanik
* Grupist lahkumine

==== Server ====
Serveri must-have funktsionaalsus 
* Server peab toetama kõiki klientrakenduse must-have nõudeid.
* Serveris tuleb logida olulisemaid kasutajate poolt klientrakenduses tehtud toiminguid (sisse logimine, konto lukustumine, taski lisamine jmt);
* Kasutaja blokeerimine (ajutine), kui kasutaja on ennast püüdnud autentida vale parooliga enam kui X korda.

Serveri nice-to-have funktsionaalsus
* Kasutaja poolt sisestatud e-maili kinnitamine (kinnitava e-maili saatmine) kasutaja loomisel.

=== Andmebaasi skeem ===
Esimeses faasis ei realiseeri nö "pehmet kustutamist". Antud lahendus jääb nice-to-have nimekirja.

[[File:AVE_3.0.jpg|1000px]]

== Meeskonna XML/XSLT ülesande postitus ==
19.03.2016

Kirjeldus:
* XML fail Taskide andmete edastamiseks (4 loogilist dimensiooni);
* XML faili skeemifail;
* XSL transformatsiooni faili loodud XML failis olevate Taski andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.
** SkeddlTasksByStatus.xslt - Toob välja kõik etteantud grupi taskid taski staatuse järgi (alustamata, pooleli ja valmis);
** ShowPublicTasks.xslt - Tagastab kõik public Taskid koos kuupäevaga.

.zip fail on kättesaadav [http://enos.itcollege.ee/~ktoomel/VRII/VRIIAssignment.zip SIIT].
===XML retsensioon 1===
Retsensioon meeskonna [[Aeg]] [https://wiki.itcollege.ee/index.php/Aeg#XML XML] failile.

Meeskonna Aeg XML faili eesmärk on edastada andmeid määratlemata ülesannete lahendamiseks kulunud aja kohta. XML faili struktuur ületab 4 loogilise dimensiooni nõude, sisaldades 5 loogilist dimensioon. Kolmel dimensioonil on kasutatud attribuute, kus ei ole piirdutud ainult id attribuudiga, jaotades ajaraportid id alusel nädalasteks arendusperioodideks, mida administraator saab kinnitada või tagasi lükata. Olemas on sobivad XSL transformatsioonid XML faili andmete muutmiseks HTML formaati (Activities) ja XML faili formaadi muutmiseks (Summary) XML formaati kui ka XML skeemifail. Summary transformatsioon sisaldab küll ainult ühte for-loopi, kuid meie hinnangul on see piisav antud lahendusele ja kunstlik kompleksuse juurde lisamine ülevaate puhul lisaväärtust ei tekitaks, kui just ei eraldata paremini kasutajate rolle. Activities transformatsioon on keerulisem, sisaldades for-each tsüklit teise for-each tsükli sees, koos konstruktsioonidega andmete loogiliseks ja terviklikuks esitamiseks. Iga ajaraporti juures on raporti tegija eesnimi, perekonnanimi, osakonnaline kuuluvus ja roll ja tema poolt lisatud sündmuste logid. XML fail valideerus vigadeta w3schools.com XML validaatoris. Kuna arenduskontekst ei ole veel üheselt selge wikilehel leitud info põhjal, siis võib-olla on mõistlik kasutaja roll muuta osakonna alamdimensiooniks ja lisada näiteks projekti juhtimise õiguse jaoks eraldi dimensioon, toetamaks võimaliku mugavusliidese arendamist lisana. Aja ühiku valik võiks olla paindlikum, praegu on tegevuse ühikuks ainult tunnid. Skeemifailis xs:string pikkus võiks olla piiratud andmete esitamise ja raportide kokkuvõtlikusele suunamise eesmärgil maksimaalse väärtusega. Miinusena tooksime välja XML koodi saatva dokumentatsioonilise poole puudulikust: paar selgitavat lauset wikis ja koodi visuaalse väljundi lisamine oleksid meeldivad. Üldiselt kood näeb välja puhas ja elementide nimede valik on hästi läbi mõeldud ja stiil pidev. Meie hinnangul vastab meeskonna Aeg projekti XML osa kõigile esitatud tingimustele.

===XML retsensioon 2===
Retsensioon meeskonna [[Enneaegsed]] [https://wiki.itcollege.ee/index.php/Enneaegsed#XML XML] failile.

Meeskonna Enneaegsed XML faili ülesanne on individuaalsete arvete kuvamine, XML transformatsioonidel aga nende kokkuvõtlik kuvamine nimekirjana ja sobivasse formaati genereerimine, eesmärgiga saada arved trükivormi. XML fail ületab 4 loogilise dimensiooni nõude, sisaldades 6 loogilist dimensioon. Ainult ühes dimensioonis on kasutatud rohkem kui kahte attribuuti korraga. Alamdimensioonides on kasutatud eristamiseks üksikuna esinevaid attribuute, mis on arvete või muu kaudselt seotud andmekogumite kuvamisel ka mõistlik. Olemas on nii XML skeemifail kui ka arvete nimekirja genereerimise transformatsioon andmete muutmiseks HTML formaati ja arvete üldnimekirja kuvamiseks mõeldud arvete genereerimise transformatsioon HTML formaati, mis muudab algset XML faili formaati. Arvete nimekirja kuvamise transformatsioon sisaldab ühte for-each tsüklit struktuuri loova xsl:choose valikuga. Teine, kõik arved genereeriv transformatsioon, on keeleliste konstruktsioonide poolest palju rikkalikum, sisaldades nii mitmetasemelist for-each tsüklit, hargemist ja väljundi kujundamist. Iga arve juures on välja toodud suur valik informatsiooni, seal hulgas arve number, tellimuse number, saaja informatsioon, tähtajainfo, märkused jne. XML faili struktuur on lihtne arvete kogum, mis on terviklik s.t võiks olla reaalses süsteemis kasutamiseks ja on loodud suure põhjalikkusega. Plussina tooksime välja XML koodiga kaasnevate näidiste olemasolu ja selgitavat informatsioon, mis täidab piisava, kuid mitte koormava, dokumentatsiooni rolli. Kood on puhas ja elementide nimetamisel on kasutatud läbivalt samat stiili, mis teeb koodi hästi loetavaks ja arusaadavaks. Meie hinnangul vastab meeskonna Enneaegsed projekti XML osa kõigile esitatud tingimustele.

== Meeskonna Veebiteenus & klientrakendus ==
29.05.2016

Veebiteenus ja klientrakendus on realiseeritud ühes solutionis.
Rakenduse valmistamisel on aluseks võetud Mait Poska ja Andres Käveri lahkelt jagatud projektipõhi: [https://github.com/akaver/ASP.NET-BaseApps]

Rakenduse versioonihaldus toimus GitHub'is [https://github.com/Seramis/ITK_VR2/tree/preSwagger]
'''NB!''' Rakenduse loomisel on katsetatud erinevate tehnoloogiatega. Viimaseks ja õigeks branch'iks jäi 'preSwagger'.

Veebiteenus võimaldab:
*Teenuse pakkumist
*Teenuse kasutajate tuvastamist ning haldamist
*Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes (http access log serveri poolt, bearing key requesti headeris identifitseerimiseks)
*Teenuse poole pöördumiste arvu piiramist ja piirangute haldamist (IIS QoS manageerimine).
*Teenus toetab mitme kasutaja sisselogimise võimalust.

Teenus on loodud kasutades ASP.NET MVC Web API tehnoloogiat.

Rakenduse testimiseks tuleb käivitada nii WebAPI projekt (serveri pool) kui ka Web projekt (ASP.NET klientrakendus).
Sisselogimiseks on vaikimisi loodud kaks erinevate õigustega kasutajat:
*Admin õigustega: 1@eesti.ee (parool: a)
*Tavakasutaja: 2@eesti.ee (parool: b)

Skeddl

2016-05-29T22:44:25Z

Juusvali:

__TOC__

== Tiim ==
* Karina Egipt
* Kärt Palm
* Joonatan Uusväli
* Aleksei Suvorov

== Idee ==

To-do ja ülesannete/tegumite halduse rakendus kooli õppeainete tarvis. Võimaldab märkida kalendrisse tähtaegu, mis on seotud õppeainega ja lisada nende kohta vajalikku infot (eeldatav ajakulu, ülesande maht, õppematerjalid, jne). Keskne online andmebaas - kogu info on hallatav ja nähtav rakenduse kasutajatele. Online funktsionaalsus mis võimaldab "subscribeda" kas teatud õppeainesse, või gruppi. Sellisel juhul ilmuvad kalendrisse ka teiste antud grupis olevate kasutajate lisatud ülesanded, ning info nende kohta.

[https://wiki.itcollege.ee/index.php/Meeskond:_Spooky_Scary_Skeletons Esialgne projekt C# aines]

== Analüüs ==
AVE 3.0 on kodutööde planeerimise rakendus, kuhu registreerutud kasutaja saab lisada õppeaines antud kodutöid, tegevusi lisada neile esitamise tähtaegu ja muud lisainformatsiooni. Sisestatud ülesandeid saab jagada kas kõikide sama ainel osalejatega või siis privaatselt loodud grupis.

AVE 3.0 on edasiarendus eelmisel semestril C# aines loodud rakendusest AVE 2.0. Eelmine ja ühtlasi esimene versioon sisaldas vaid kohaliku kalendri rakenduse funktsionaalsust ning ei võimaldanud ülesandeid kaastudengitega jagada. AVE 3.0 puhul on keskendume registreeritud kasutajate poolt ligipääsetavale online lahendusele. Samuti oleme õppinud vigadest ning muutnud andmebaasi mudelit.

=== Mõisted ===
*'''Task''' - ülesanne, test, eksam, mille kasutaja kannab kalendrisse ja määrab vähemalt kohustuslikud atribuudid. Task'il saab olla vaid üks tähtaeg;
*'''Subject''' - Taske grupeeriv atribuut;
*'''Group''' - Taske grupeeriv atribuut, mis on ülem õppeainest (ehk kui grupp on määratud, siis pakutakse antud taski ainult selle grupi liikmetele). Grupp võib eksisteerida ka ilma õppeaineta;
*'''Subscribe''' - õppeainega, grupiga või task'iga liitumine, mille tulemusena ilmub vastava aine/grupi task'id kasutaja kalendrisse;

=== Rakenduse kirjeldus ===
Rakenduse eesmärgiks on hõlbustada kodutööde planeerimist ja tähtaegade järgimist. Rakendusse saab lisada kodutööde, testide ja eksamite tähtaegu. Sisestatud töid nimetame taskideks. Taskid võivad omakorda sisaldada muud antud ülesandega seotud infot (tähtaeg, kirjeldus, kommentaarid jne).

Rakendus on põhiliselt mõeldud IT Kolledži õppeainete tähtaegade märkimiseks. Sellel eesmärgil on tähtaja juurde võimalik märkida õppeaine Info õppeainete kohta tuleb importida kooli õppeinfosüsteemidest.

Rakenduse kasutamiseks on kohustuslik serveris konto loomine. Anonüümset kasutust ei ole.

Kasutaja saab õppeainele subscribe'ida ja seda tehes saab kasutaja märkida ka oma õppegrupi või õppevormi (näiteks päevaõpe, kaugõpe, õhtuõpe - neid nimetame koondnimetusena “õppeaine versiooniks”). Kasutaja saab luua ka eraldiseisvaid õppetööga seotud gruppe.

Rakendus kuvab kasutajale ka teiste antud aine deklareerinud kasutajate poolt märgitud tähtaegu ja lisainfot nende kohta. Kasutaja võib teiste lisatud taskile kommentaare lisada.

Rakendus koosneb kahest põhilisest osast: veebiklient ja server.

Projekt realiseeritakse kasutades ASP.NET MVC Web API tehnoloogiat.

Esialgne rakenduse ülesehituse skeem:

[[File:Program_architecture.PNG]]

==== Klient ====
Klientprogramm võimaldab kasutajal lisada taske, hallata oma kasutajaprofiili ja vaadata ning lisada endale teiste poolt lisatud taske ja neile lisatud kommentaare.

Veebiklient suhtleb serveriga üle API.

Sisselogimisel küsitakse kasutajalt kasutajanime ja parooli, seejärel üritab rakendus kasutajat autentida. Eduka autentimise korral kuvatakse antud kasutaja töölaud ning sünkroniseeritakse andmed serveriga.

Task'i lisamisel kalendrisse saab sellele lisada erinevat lisainfot (kirjeldus, töö detailsed nõuded, progress jmt). Rakendus teavitab kasutajat, kui task'i täitmise tähtaeg on lähenemas.

'''Klientrakenduse must-have funktsionaalsus:'''

*Üldine
** Rakendus peab töötama online režiimis;

*Kasutajate haldus
** Peab olema võimalik kasutajaks registreerida (st kasutajakonto olemasolu on kohustuslik programmi kasutamiseks);
** Kasutaja peab saama sisse logida kasutajanime (st e-maili aadressi) ja parooliga;
** Korraga saab rakendusse olla sisse logitud mitu kasutajat.
** Paroolile peavad rakenduma keerukusnõuded (nt 8 tähemärki, suurtäht, väiketäht, number, sümbol);
** Kasutajatel peavad olema erinevad õiguste tasemed (minimaalselt tavakasutaja ja adminkasutaja/poweruser);
*** Tavakasutaja saab hallata ainult iseenda taske ja gruppe;
*** Adminkasutaja saab hallata lisaks iseenda taskidele ja gruppidele ka õppeaineid ja õppejõude;
*** Klientrakenduse adminkasutaja ei saa hallata teiste kasutajate taske;
** Sisse logitud kasutajale kuvatakse tema taske kalendervaates;
** Kasutaja peab saama registreerida ennast gruppidesse ja erinevatele õppeainetele/kursustele;

*Taskide haldus
** Kasutaja peab saama lisada uut taski;
** Kasutaja poolt lisatud taskid (ja tema poolt subscribe'itud taskid) peavad kajastuma kasutaja kalendris;
** Kasutaja peab saama taski kirjeldusena märkida:
*** task'i täitmise tähtaega;
*** task'i liiki : ainetöö, essee, kursusetöö, lõputöö, referaat, praktika aruanne, eksam/arvestus, test, muu;
*** taskiga seotud õppeaine ettantud nimekirjast (drop-down);
*** taskiga seotud gruppi;
**** kui taskile on grupp määratud, siis kuvatakse seda taski vaid selle grupi liikmetele;
*** soovi korral lisada kommentaariväljale lisainfot, viidet õppematerjalidele jne;
*** aega, millal rakendus teavitab kasutajat tähtaja lähenemisest (vabatahtlik, vaikimisi 3 päeva enne);
*** taski staatust, st kas task on alustamata, pooleli või lõpetatud;
** Kasutaja peab saama vaadata oma taskide sisu.
** Kasutaja peab saama muuta oma task’ide sisu.
** Kasutaja peab saama oma task'e kustutada.
** Kasutaja peab saama taske märksõna alusel otsida
*** Seejuures peab otsing hõlmama kõiki taskidega seotud tekstilisi välju (st pealkiri, kirjeldus, kommentaar, töö liik, grupp, õppeaine, staatus)

*Õppeainete haldus
** Õppeaine peab olema lisatav ja muudetav admin kasutaja (kuid mitte tavakasutaja) poolt
** Õppeained on kasutajale nähtavad
** Õppeainele on võimalik subscribeda (kirjeldatud kasutaja tegevusena)

*Õppejõudude haldus
** Õppejõud on admin kasutaja (kuid mitte tavakasutaja) poolt lisatav ja muudetav
** Õppejõu info (nt kontaktandmed) on kasutajale nähtav
** Õppejõud on seotud õppeainega

*Gruppide haldus
* Uut gruppi saab lisada iga tavakasutaja
* Sellest kasutajast, kes uue grupi lisab, saab vastava grupi omanik
* Gruppi saab muuta või kustutada ainult grupi omanik
* Gruppe saab nime järgi otsida
* Grupi andmeid saavad näha kõik kasutajad (näiteks otsingutulemustes)
* Grupi omanik saab gruppi lisada teisi kasutajaid
* Kui task on seotud mingi grupiga, siis näevad selle taski andmeid ainult vastava grupi liikmed

'''Klientrakenduse nice-to-have funktsionaalsus:'''
* Statistika tehtud ülesannete kohta.
* Kasutajakonto loomisel CAPTCHA kasutamine
* Valitud taski liigist lähtuvalt vastava töö nõuete kuvamine (näiteks EIK "Üliõpilaste kirjalike tööde koostamise ja vormistamise juhendi" põhjal)
* Võimalus sünkroniseerida kalendrit mõne välise kalenderrakendusega (Google Calendar, MS Outlook vm).
* Kasutajal parooli reset'imise võimalus (registreerimisel kasutatud e-mailiaadressi abil);
* Grupiga liitumiseks taotluse esitamine. Taotluse peab kinnitama grupi omanik
* Grupist lahkumine

==== Server ====
Serveri must-have funktsionaalsus 
* Server peab toetama kõiki klientrakenduse must-have nõudeid.
* Serveris tuleb logida olulisemaid kasutajate poolt klientrakenduses tehtud toiminguid (sisse logimine, konto lukustumine, taski lisamine jmt);
* Kasutaja blokeerimine (ajutine), kui kasutaja on ennast püüdnud autentida vale parooliga enam kui X korda.

Serveri nice-to-have funktsionaalsus
* Kasutaja poolt sisestatud e-maili kinnitamine (kinnitava e-maili saatmine) kasutaja loomisel.

=== Andmebaasi skeem ===
Esimeses faasis ei realiseeri nö "pehmet kustutamist". Antud lahendus jääb nice-to-have nimekirja.

[[File:AVE_3.0.jpg|1000px]]

== Meeskonna XML/XSLT ülesande postitus ==
19.03.2016

Kirjeldus:
* XML fail Taskide andmete edastamiseks (4 loogilist dimensiooni);
* XML faili skeemifail;
* XSL transformatsiooni faili loodud XML failis olevate Taski andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.
** SkeddlTasksByStatus.xslt - Toob välja kõik etteantud grupi taskid taski staatuse järgi (alustamata, pooleli ja valmis);
** ShowPublicTasks.xslt - Tagastab kõik public Taskid koos kuupäevaga.

.zip fail on kättesaadav [http://enos.itcollege.ee/~ktoomel/VRII/VRIIAssignment.zip SIIT].
===XML retsensioon 1===
Retsensioon meeskonna [[Aeg]] [https://wiki.itcollege.ee/index.php/Aeg#XML XML] failile.

Meeskonna Aeg XML faili eesmärk on edastada andmeid määratlemata ülesannete lahendamiseks kulunud aja kohta. XML faili struktuur ületab 4 loogilise dimensiooni nõude, sisaldades 5 loogilist dimensioon. Kolmel dimensioonil on kasutatud attribuute, kus ei ole piirdutud ainult id attribuudiga, jaotades ajaraportid id alusel nädalasteks arendusperioodideks, mida administraator saab kinnitada või tagasi lükata. Olemas on sobivad XSL transformatsioonid XML faili andmete muutmiseks HTML formaati (Activities) ja XML faili formaadi muutmiseks (Summary) XML formaati kui ka XML skeemifail. Summary transformatsioon sisaldab küll ainult ühte for-loopi, kuid meie hinnangul on see piisav antud lahendusele ja kunstlik kompleksuse juurde lisamine ülevaate puhul lisaväärtust ei tekitaks, kui just ei eraldata paremini kasutajate rolle. Activities transformatsioon on keerulisem, sisaldades for-each tsüklit teise for-each tsükli sees, koos konstruktsioonidega andmete loogiliseks ja terviklikuks esitamiseks. Iga ajaraporti juures on raporti tegija eesnimi, perekonnanimi, osakonnaline kuuluvus ja roll ja tema poolt lisatud sündmuste logid. XML fail valideerus vigadeta w3schools.com XML validaatoris. Kuna arenduskontekst ei ole veel üheselt selge wikilehel leitud info põhjal, siis võib-olla on mõistlik kasutaja roll muuta osakonna alamdimensiooniks ja lisada näiteks projekti juhtimise õiguse jaoks eraldi dimensioon, toetamaks võimaliku mugavusliidese arendamist lisana. Aja ühiku valik võiks olla paindlikum, praegu on tegevuse ühikuks ainult tunnid. Skeemifailis xs:string pikkus võiks olla piiratud andmete esitamise ja raportide kokkuvõtlikusele suunamise eesmärgil maksimaalse väärtusega. Miinusena tooksime välja XML koodi saatva dokumentatsioonilise poole puudulikust: paar selgitavat lauset wikis ja koodi visuaalse väljundi lisamine oleksid meeldivad. Üldiselt kood näeb välja puhas ja elementide nimede valik on hästi läbi mõeldud ja stiil pidev. Meie hinnangul vastab meeskonna Aeg projekti XML osa kõigile esitatud tingimustele.

===XML retsensioon 2===
Retsensioon meeskonna [[Enneaegsed]] [https://wiki.itcollege.ee/index.php/Enneaegsed#XML XML] failile.

Meeskonna Enneaegsed XML faili ülesanne on individuaalsete arvete kuvamine, XML transformatsioonidel aga nende kokkuvõtlik kuvamine nimekirjana ja sobivasse formaati genereerimine, eesmärgiga saada arved trükivormi. XML fail ületab 4 loogilise dimensiooni nõude, sisaldades 6 loogilist dimensioon. Ainult ühes dimensioonis on kasutatud rohkem kui kahte attribuuti korraga. Alamdimensioonides on kasutatud eristamiseks üksikuna esinevaid attribuute, mis on arvete või muu kaudselt seotud andmekogumite kuvamisel ka mõistlik. Olemas on nii XML skeemifail kui ka arvete nimekirja genereerimise transformatsioon andmete muutmiseks HTML formaati ja arvete üldnimekirja kuvamiseks mõeldud arvete genereerimise transformatsioon HTML formaati, mis muudab algset XML faili formaati. Arvete nimekirja kuvamise transformatsioon sisaldab ühte for-each tsüklit struktuuri loova xsl:choose valikuga. Teine, kõik arved genereeriv transformatsioon, on keeleliste konstruktsioonide poolest palju rikkalikum, sisaldades nii mitmetasemelist for-each tsüklit, hargemist ja väljundi kujundamist. Iga arve juures on välja toodud suur valik informatsiooni, seal hulgas arve number, tellimuse number, saaja informatsioon, tähtajainfo, märkused jne. XML faili struktuur on lihtne arvete kogum, mis on terviklik s.t võiks olla reaalses süsteemis kasutamiseks ja on loodud suure põhjalikkusega. Plussina tooksime välja XML koodiga kaasnevate näidiste olemasolu ja selgitavat informatsioon, mis täidab piisava, kuid mitte koormava, dokumentatsiooni rolli. Kood on puhas ja elementide nimetamisel on kasutatud läbivalt samat stiili, mis teeb koodi hästi loetavaks ja arusaadavaks. Meie hinnangul vastab meeskonna Enneaegsed projekti XML osa kõigile esitatud tingimustele.

== Meeskonna Veebiteenus & klientrakendus ==
29.05.2016

Veebiteenus ja klientrakendus on realiseeritud ühes solutionis.
Rakenduse valmistamisel on aluseks võetud Mait Poska ja Andres Käveri lahkelt jagatud projektipõhi: [https://github.com/akaver/ASP.NET-BaseApps]

Rakenduse versioonihaldus toimus GitHub'is [https://github.com/Seramis/ITK_VR2/tree/preSwagger]
'''NB!''' Rakenduse loomisel on katsetatud erinevate tehnoloogiatega. Viimaseks ja õigeks branch'iks jäi 'preSwagger'.

Veebiteenus võimaldab:
*Teenuse pakkumist
*Teenuse kasutajate tuvastamist ning haldamist
*Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes (http access log serveri poolt, bearing key requesti headeris identifitseerimiseks)
*Teenuse poole pöördumiste arvu piiramist ja piirangute haldamist (IIS QoS manageerimine).
*Teenus toetab mitme kasutaja sisselogimise võimalust.

Teenus on loodud kasutades ASP.NET MVC Web API tehnoloogiat.

Teenuse testimiseks tuleb see käivitada Debuggeri režiimis, mis tõmbab käima nii Web kui ka WebAPI projektid.
Sisselogimiseks on vaikimisi loodud kaks erinevate õigustega kasutajat:
*Admin õigustega: 1@eesti.ee (parool: a)
*Tavakasutaja: 2@eesti.ee (parool: b)

Skeddl

2016-04-17T16:10:08Z

Juusvali:

__TOC__

== Tiim ==
* Karina Egipt
* Kärt Palm
* Joonatan Uusväli
* Aleksei Suvorov

== Idee ==

To-do ja ülesannete/tegumite halduse rakendus kooli õppeainete tarvis. Võimaldab märkida kalendrisse tähtaegu, mis on seotud õppeainega ja lisada nende kohta vajalikku infot (eeldatav ajakulu, ülesande maht, õppematerjalid, jne). Keskne online andmebaas - kogu info on hallatav ja nähtav rakenduse kasutajatele. Online funktsionaalsus mis võimaldab "subscribeda" kas teatud õppeainesse, või gruppi. Sellisel juhul ilmuvad kalendrisse ka teiste antud grupis olevate kasutajate lisatud ülesanded, ning info nende kohta.

[https://wiki.itcollege.ee/index.php/Meeskond:_Spooky_Scary_Skeletons Esialgne projekt C# aines]

== Analüüs ==
AVE 3.0 on kodutööde planeerimise rakendus, kuhu registreerutud kasutaja saab lisada õppeaines antud kodutöid, tegevusi lisada neile esitamise tähtaegu ja muud lisainformatsiooni. Sisestatud ülesandeid saab jagada kas kõikide sama ainel osalejatega või siis privaatselt loodud grupis.

AVE 3.0 on edasiarendus eelmisel semestril C# aines loodud rakendusest AVE 2.0. Eelmine ja ühtlasi esimene versioon sisaldas vaid kohaliku kalendri rakenduse funktsionaalsust ning ei võimaldanud ülesandeid kaastudengitega jagada. AVE 3.0 puhul on keskendume registreeritud kasutajate poolt ligipääsetavale online lahendusele. Samuti oleme õppinud vigadest ning muutnud andmebaasi mudelit.

=== Mõisted ===
*'''Task''' - ülesanne, test, eksam, mille kasutaja kannab kalendrisse ja määrab vähemalt kohustuslikud atribuudid. Task'il saab olla vaid üks tähtaeg;
*'''Subject''' - Taske grupeeriv atribuut;
*'''Group''' - Taske grupeeriv atribuut, mis on ülem õppeainest (ehk kui grupp on määratud, siis pakutakse antud taski ainult selle grupi liikmetele). Grupp võib eksisteerida ka ilma õppeaineta;
*'''Subscribe''' - õppeainega, grupiga või task'iga liitumine, mille tulemusena ilmub vastava aine/grupi task'id kasutaja kalendrisse;

=== Rakenduse kirjeldus ===
Rakenduse eesmärgiks on hõlbustada kodutööde planeerimist ja tähtaegade järgimist. Rakendusse saab lisada kodutööde, testide ja eksamite tähtaegu. Sisestatud töid nimetame taskideks. Taskid võivad omakorda sisaldada muud antud ülesandega seotud infot (tähtaeg, kirjeldus, kommentaarid jne).

Rakendus on põhiliselt mõeldud IT Kolledži õppeainete tähtaegade märkimiseks. Sellel eesmärgil on tähtaja juurde võimalik märkida õppeaine Info õppeainete kohta tuleb importida kooli õppeinfosüsteemidest.

Rakenduse kasutamiseks on kohustuslik serveris konto loomine. Anonüümset kasutust ei ole.

Kasutaja saab õppeainele subscribe'ida ja seda tehes saab kasutaja märkida ka oma õppegrupi või õppevormi (näiteks päevaõpe, kaugõpe, õhtuõpe - neid nimetame koondnimetusena “õppeaine versiooniks”). Kasutaja saab luua ka eraldiseisvaid õppetööga seotud gruppe.

Rakendus kuvab kasutajale ka teiste antud aine deklareerinud kasutajate poolt märgitud tähtaegu ja lisainfot nende kohta. Kasutaja võib teiste lisatud taskile kommentaare lisada.

Rakendus koosneb kahest põhilisest osast: veebiklient ja server.

Projekt realiseeritakse kasutades ASP.NET MVC Web API tehnoloogiat.

Esialgne rakenduse ülesehituse skeem:

[[File:Program_architecture.PNG]]

==== Klient ====
Klientprogramm võimaldab kasutajal lisada taske, hallata oma kasutajaprofiili ja vaadata ning lisada endale teiste poolt lisatud taske ja neile lisatud kommentaare.

Veebiklient suhtleb serveriga üle API.

Sisselogimisel küsitakse kasutajalt kasutajanime ja parooli, seejärel üritab rakendus kasutajat autentida. Eduka autentimise korral kuvatakse antud kasutaja töölaud ning sünkroniseeritakse andmed serveriga.

Task'i lisamisel kalendrisse saab sellele lisada erinevat lisainfot (kirjeldus, töö detailsed nõuded, progress jmt). Rakendus teavitab kasutajat, kui task'i täitmise tähtaeg on lähenemas.

'''Klientrakenduse must-have funktsionaalsus:'''

*Üldine
** Rakendus peab töötama online režiimis;

*Kasutajate haldus
** Peab olema võimalik kasutajaks registreerida (st kasutajakonto olemasolu on kohustuslik programmi kasutamiseks);
** Kasutaja peab saama sisse logida kasutajanime (st e-maili aadressi) ja parooliga;
** Korraga saab rakendusse olla sisse logitud mitu kasutajat.
** Paroolile peavad rakenduma keerukusnõuded (nt 8 tähemärki, suurtäht, väiketäht, number, sümbol);
** Kasutajatel peavad olema erinevad õiguste tasemed (minimaalselt tavakasutaja ja adminkasutaja/poweruser);
*** Tavakasutaja saab hallata ainult iseenda taske ja gruppe;
*** Adminkasutaja saab hallata lisaks iseenda taskidele ja gruppidele ka õppeaineid ja õppejõude;
*** Klientrakenduse adminkasutaja ei saa hallata teiste kasutajate taske;
** Sisse logitud kasutajale kuvatakse tema taske kalendervaates;
** Kasutaja peab saama registreerida ennast gruppidesse ja erinevatele õppeainetele/kursustele;

*Taskide haldus
** Kasutaja peab saama lisada uut taski;
** Kasutaja poolt lisatud taskid (ja tema poolt subscribe'itud taskid) peavad kajastuma kasutaja kalendris;
** Kasutaja peab saama taski kirjeldusena märkida:
*** task'i täitmise tähtaega;
*** task'i liiki : ainetöö, essee, kursusetöö, lõputöö, referaat, praktika aruanne, eksam/arvestus, test, muu;
*** taskiga seotud õppeaine ettantud nimekirjast (drop-down);
*** taskiga seotud gruppi;
**** kui taskile on grupp määratud, siis kuvatakse seda taski vaid selle grupi liikmetele;
*** soovi korral lisada kommentaariväljale lisainfot, viidet õppematerjalidele jne;
*** aega, millal rakendus teavitab kasutajat tähtaja lähenemisest (vabatahtlik, vaikimisi 3 päeva enne);
*** taski staatust, st kas task on alustamata, pooleli või lõpetatud;
** Kasutaja peab saama vaadata oma taskide sisu.
** Kasutaja peab saama muuta oma task’ide sisu.
** Kasutaja peab saama oma task'e kustutada.
** Kasutaja peab saama taske märksõna alusel otsida
*** Seejuures peab otsing hõlmama kõiki taskidega seotud tekstilisi välju (st pealkiri, kirjeldus, kommentaar, töö liik, grupp, õppeaine, staatus)

*Õppeainete haldus
** Õppeaine peab olema lisatav ja muudetav admin kasutaja (kuid mitte tavakasutaja) poolt
** Õppeained on kasutajale nähtavad
** Õppeainele on võimalik subscribeda (kirjeldatud kasutaja tegevusena)

*Õppejõudude haldus
** Õppejõud on admin kasutaja (kuid mitte tavakasutaja) poolt lisatav ja muudetav
** Õppejõu info (nt kontaktandmed) on kasutajale nähtav
** Õppejõud on seotud õppeainega

*Gruppide haldus
* Uut gruppi saab lisada iga tavakasutaja
* Sellest kasutajast, kes uue grupi lisab, saab vastava grupi omanik
* Gruppi saab muuta või kustutada ainult grupi omanik
* Gruppe saab nime järgi otsida
* Grupi andmeid saavad näha kõik kasutajad (näiteks otsingutulemustes)
* Grupi omanik saab gruppi lisada teisi kasutajaid
* Kui task on seotud mingi grupiga, siis näevad selle taski andmeid ainult vastava grupi liikmed

'''Klientrakenduse nice-to-have funktsionaalsus:'''
* Statistika tehtud ülesannete kohta.
* Kasutajakonto loomisel CAPTCHA kasutamine
* Valitud taski liigist lähtuvalt vastava töö nõuete kuvamine (näiteks EIK "Üliõpilaste kirjalike tööde koostamise ja vormistamise juhendi" põhjal)
* Võimalus sünkroniseerida kalendrit mõne välise kalenderrakendusega (Google Calendar, MS Outlook vm).
* Kasutajal parooli reset'imise võimalus (registreerimisel kasutatud e-mailiaadressi abil);
* Grupiga liitumiseks taotluse esitamine. Taotluse peab kinnitama grupi omanik
* Grupist lahkumine

==== Server ====
Serveri must-have funktsionaalsus 
* Server peab toetama kõiki klientrakenduse must-have nõudeid.
* Serveris tuleb logida olulisemaid kasutajate poolt klientrakenduses tehtud toiminguid (sisse logimine, konto lukustumine, taski lisamine jmt);
* Kasutaja blokeerimine (ajutine), kui kasutaja on ennast püüdnud autentida vale parooliga enam kui X korda.

Serveri nice-to-have funktsionaalsus
* Kasutaja poolt sisestatud e-maili kinnitamine (kinnitava e-maili saatmine) kasutaja loomisel.

=== Andmebaasi skeem ===
Esimeses faasis ei realiseeri nö "pehmet kustutamist". Antud lahendus jääb nice-to-have nimekirja.
Kasutajate haldust puudutavad olemid ei ole hetkeseisuga skeemile lisatud.

[[File:AVE_3.0.jpg|900px]]

== Meeskonna XML/XSLT ülesande postitus ==
19.03.2016

Kirjeldus:
* XML fail Taskide andmete edastamiseks (4 loogilist dimensiooni);
* XML faili skeemifail;
* XSL transformatsiooni faili loodud XML failis olevate Taski andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.
** SkeddlTasksByStatus.xslt - Toob välja kõik etteantud grupi taskid taski staatuse järgi (alustamata, pooleli ja valmis);
** ShowPublicTasks.xslt - Tagastab kõik public Taskid koos kuupäevaga.

.zip fail on kättesaadav [http://enos.itcollege.ee/~ktoomel/VRII/VRIIAssignment.zip SIIT].
===XML retsensioon 1===
Retsensioon meeskonna [[Aeg]] [https://wiki.itcollege.ee/index.php/Aeg#XML XML] failile.

Meeskonna Aeg XML faili eesmärk on edastada andmeid määratlemata ülesannete lahendamiseks kulunud aja kohta. XML faili struktuur ületab 4 loogilise dimensiooni nõude, sisaldades 5 loogilist dimensioon. Kolmel dimensioonil on kasutatud attribuute, kus ei ole piirdutud ainult id attribuudiga, jaotades ajaraportid id alusel nädalasteks arendusperioodideks, mida administraator saab kinnitada või tagasi lükata. Olemas on sobivad XSL transformatsioonid XML faili andmete muutmiseks HTML formaati (Activities) ja XML faili formaadi muutmiseks (Summary) XML formaati kui ka XML skeemifail. Summary transformatsioon sisaldab küll ainult ühte for-loopi, kuid meie hinnangul on see piisav antud lahendusele ja kunstlik kompleksuse juurde lisamine ülevaate puhul lisaväärtust ei tekitaks, kui just ei eraldata paremini kasutajate rolle. Activities transformatsioon on keerulisem, sisaldades for-each tsüklit teise for-each tsükli sees, koos konstruktsioonidega andmete loogiliseks ja terviklikuks esitamiseks. Iga ajaraporti juures on raporti tegija eesnimi, perekonnanimi, osakonnaline kuuluvus ja roll ja tema poolt lisatud sündmuste logid. XML fail valideerus vigadeta w3schools.com XML validaatoris. Kuna arenduskontekst ei ole veel üheselt selge wikilehel leitud info põhjal, siis võib-olla on mõistlik kasutaja roll muuta osakonna alamdimensiooniks ja lisada näiteks projekti juhtimise õiguse jaoks eraldi dimensioon, toetamaks võimaliku mugavusliidese arendamist lisana. Aja ühiku valik võiks olla paindlikum, praegu on tegevuse ühikuks ainult tunnid. Skeemifailis xs:string pikkus võiks olla piiratud andmete esitamise ja raportide kokkuvõtlikusele suunamise eesmärgil maksimaalse väärtusega. Miinusena tooksime välja XML koodi saatva dokumentatsioonilise poole puudulikust: paar selgitavat lauset wikis ja koodi visuaalse väljundi lisamine oleksid meeldivad. Üldiselt kood näeb välja puhas ja elementide nimede valik on hästi läbi mõeldud ja stiil pidev. Meie hinnangul vastab meeskonna Aeg projekti XML osa kõigile esitatud tingimustele.

===XML retsensioon 2===
Retsensioon meeskonna [[Enneaegsed]] [https://wiki.itcollege.ee/index.php/Enneaegsed#XML XML] failile.

Meeskonna Enneaegsed XML faili ülesanne on individuaalsete arvete kuvamine, XML transformatsioonidel aga nende kokkuvõtlik kuvamine nimekirjana ja sobivasse formaati genereerimine, eesmärgiga saada arved trükivormi. XML fail ületab 4 loogilise dimensiooni nõude, sisaldades 6 loogilist dimensioon. Ainult ühes dimensioonis on kasutatud rohkem kui kahte attribuuti korraga. Alamdimensioonides on kasutatud eristamiseks üksikuna esinevaid attribuute, mis on arvete või muu kaudselt seotud andmekogumite kuvamisel ka mõistlik. Olemas on nii XML skeemifail kui ka arvete nimekirja genereerimise transformatsioon andmete muutmiseks HTML formaati ja arvete üldnimekirja kuvamiseks mõeldud arvete genereerimise transformatsioon HTML formaati, mis muudab algset XML faili formaati. Arvete nimekirja kuvamise transformatsioon sisaldab ühte for-each tsüklit struktuuri loova xsl:choose valikuga. Teine, kõik arved genereeriv transformatsioon, on keeleliste konstruktsioonide poolest palju rikkalikum, sisaldades nii mitmetasemelist for-each tsüklit, hargemist ja väljundi kujundamist. Iga arve juures on välja toodud suur valik informatsiooni, seal hulgas arve number, tellimuse number, saaja informatsioon, tähtajainfo, märkused jne. XML faili struktuur on lihtne arvete kogum, mis on terviklik s.t võiks olla reaalses süsteemis kasutamiseks ja on loodud suure põhjalikkusega. Plussina tooksime välja XML koodiga kaasnevate näidiste olemasolu ja selgitavat informatsioon, mis täidab piisava, kuid mitte koormava, dokumentatsiooni rolli. Kood on puhas ja elementide nimetamisel on kasutatud läbivalt samat stiili, mis teeb koodi hästi loetavaks ja arusaadavaks. Meie hinnangul vastab meeskonna Enneaegsed projekti XML osa kõigile esitatud tingimustele.

File:Program architecture.PNG

2016-04-17T16:09:43Z

Juusvali:

Talk:Meeskond: Premium

2016-01-30T15:34:00Z

Juusvali:

= Retsensioon meeskonna Premium projekti HomeLibrary analüüsile =
[https://wiki.itcollege.ee/index.php/Meeskond:_Premium https://wiki.itcollege.ee/index.php/Meeskond:_Premium]

'''Koostaja: [https://wiki.itcollege.ee/index.php/Meeskond:_Spooky_Scary_Skeletons Meeskond Scary Spooky Skeletons]'''

On näha, et loodava rakenduse funktsionaalsus on detailideni läbi mõeldud. Loodud on ka kasutajaliidese esialgsed sketch’id, mis ilmselt on olnud ka analüüsi koostamisel suureks abiks (pilt ise on küll kõrvalise vaataja jaoks üsnagi raskesti hoomatav, st tundub olevat arutelu käigus valminud mustand).

Analüüsi loetavust hõlbustaks teksti parem liigendamine (nt bulletpointide kasutamine, oluliste mõistete esile toomine jmt). Palju annaks arusaadavusele juurde ka see, kui lõpus toodud vaadete joonised oleks kajastatud kohe vastavate analüüsi peatükkide juures.

Peamine küsimus, mis analüüsi lugedes tekib, on et kellele on rakendus mõeldud?
Kui koduse raamatukogu pidajale (st näiteks kui mina tahan oma olemasolevaid raamatuid hallata ja vahel välja laenata), siis milleks on vajalik kasutajakontode loomine (ja parooliga sisse logimine)? Vaevalt, et te olete plaaninud oma kodu nurka iseteenindusterminali paigutada :)
Kui see on mõeldud nö välisele laenutajale (st näiteks mina tahan sõbra „raamatukogust“ omale raamatuid laenutada), siis kuidas mina sellele tarkvarale ligi pääsen? St kas on olemas mingi keskserver, millele ma rakenduse kaudu saan ligi pääseda? Või soovite rakenduse luua veebipõhisena?
Arusaamatuks jääb ka see, kust kasutaja oma soovitud raamatu lõpuks füüsiliselt kätte saab.

Kokkuvõtteks, on näha, et olete palju vaeva näinud ja rakenduse üsnagi põhjalikult läbi mõelnud. Kui suudate ära vastata ka ülaltoodud küsimustele, siis võib sellest täitsa tore töö tulla (st midagi, mida saaks ka praktikas kasutada).

PS. Analüüsi lõpus toodud diagramm on vast siiski ERD-diagramm, mitte UML :)

[https://en.wikipedia.org/wiki/Entity%E2%80%93relationship_model https://en.wikipedia.org/wiki/Entity%E2%80%93relationship_model]

[https://en.wikipedia.org/wiki/Unified_Modeling_Language https://en.wikipedia.org/wiki/Unified_Modeling_Language]

= Retsensioon meeskonna Premium esmasele prototüübile =

'''Koostaja:''' [[Meeskond: TTT (Trellid Teevad Tugevaks)|Meeskond TTT (Trellid Teevad Tugevaks)]]

'''Business Logic Layer'''
BO-d on paksult täis service´te koode. Meetodid tagastavad alati ühe või mitu BO-d ja kõik need BO-d, mis on tagastatud, on muuhulgas juba laetud. Meetod, mille nimi sisaldab sõna „load“ jätab mulje, justkui tuleks laadimist eraldi teha. (See peaks olema tegelikult servise´is) Näiteks createBook teeb iseenda klooni, aga meetodi nimi ise sellele kuidagi ei vihja.

'''Rakendus ise'''
Rakenduse üldmulje on väga hea. Tore, et on jõutud tegeleda graafilise poolega. Hetkel on töökorras (st avanevad) Book Lending ja Log. Aga kuna BLL on võrdlemisi tühi, siis ei ole võimalik lõpuni funktsionaalsust testida.

'''Andmebaasi struktuur'''
Lending ja Person tabelite vahel on kaks sidusust, kuid Lending tabelis ei ole välju, mis seda võimaldaks. Vea parandamiseks soovitame enne diagrammi uuendamist vana diagramm ära kustutada.
Wiki analüüsis Lisa 2 kujutatud andmebaasi struktuur ei vasta reaalsele andmebaasi struktuurile?

'''Lisamõtted'''
Meetodite nimed võiksid olla rohkem ette ennustatavad, ehk siis võiks luua ühtsema nimede süsteemi. Näiteks, kui mul on meetod, mis annab kõik raamatud, siis selle nimi võikski olla „annaKõikRaamatud“.
Autoformat´it võiks ka kasutada alati enne Commit´imist (nt üleliigsed tab´id jms)
Lisakiitus wireframe joonistuse ja põhjaliku Wiki lehe eest!

= Retsensioon meeskonna Premium lõpptootele =
'''BLL'''

BO'd tegelevad otse DAL'iga, kuigi selleks peaks olema ainult Service'id. DAL ei puutu ju äriloogikasse.
Samamoodi ei peaks uue BO loomine olema BO enda asi. BO peaks olema kas lihtsalt initsialiseeritav või peaks Service käituma factory pattern'i laadselt ja looma teatud meetodiga sulle sobiva BO instantsi. BO ise on juba konkreetne instants ja ei peaks ise ennast looma. (Kattub mõningal määral probleemiga, et BO tegeleb üldse DAL'iga)
Service'id on praktiliselt tühjad, vaid mõned üksikud list'i getterid on. (pea-asjalikult "getAll" stiilis meetod) Ka on kõikvõimalikud "delete" tegevused puhtalt BO's.

Nimekonventsioonid on jätkuvalt problemaatilised. Ei ole aru saada sedagi, kas mingi meetud tagastab andmeid, või teeb (muudab) andmetega midagi.

Autoformatit pole jätkuvalt kasutatud. Osaliselt on koodi treppimine täiesti sassis.

On huvitav, et BLL'is on olemas Program.cs, mis on samas tühi. Kui selline fail olemas on, oleks lootnud mõnda kiiret testikoodi vmt sealt leida.

'''DB'''

Lending tabelis on foreign key millegi pärast AuthorsBook pihta, mitte Book pihta. Üpris kindlasti see nii mõeldud polnud.

'''Rakendus ise'''

Booklending -> Lend Book vaates on list view'd muudetavad. (Peaks vist olema read-only) Search'i kasutada ei osanud. (Pole valmis ja väljad puudu?) Kui üritasin raamatut laenata sain koodist vastu päid ja jalgu mõnel korral. (Ilmselt seetõttu, et listid on muudetavad ja ma sudisin neid ka)

Disaini osas on nupud mingi huvitava disainiga nii, et peab hiirt paar sekundit peal hoidma, et nad oma animatsiooni ära teeks, enne kui saab nuppu vajutada.

Kõige põhilisem funktsionaalsus samas justkui eksisteerib. Kui kõike õigesti teha, siis saab lisada inimesi ja raamatuid ning seejärel saab inimese ja raamatu omavahel siduda läbi raamatu laenu. Hiljem näeb ka logist üht-teist.

Autorite osas on äärmiselt oluline autori nime õigesti kirjutada, et ei tekiks andmebaasi sama autorit mitu korda. Parem lahendus oleks autoreid eraldi hallata ja raamatute juures juba eelnevaid autoreid valida.
Kui raamat kustutada, jääb autor alles. Pole otseselt samas probleem.

'''WIKI'''

Personi ja Lendingu vahel on andmebaasi diagrammi järgi jätkuvalt 2 viidet, millest aru ei saa. Diagrammis on ka sidusus Lending ja AuthorsBook vahel. Kas see tähendab, et kui raamatul on mitu autorit, siis ma saan laenutada selle raamatu ühe konkreetse autoriga? (lending peaks olema seotud raamatuga)

Meeskond: TTT (Trellid Teevad Tugevaks)

2016-01-30T15:32:09Z

Juusvali:

[[Category:Programmeerimine CSharp keeles (2015)]]
== Meeskond ja rollid ==
*'''Kaidar Viikman''' - Wiki pidaja
*'''Joonatan Uusväli''' - Projektijuht
*'''Ave Karjus'''
*'''Oliver Tiks'''

== Idee ==
Raamaturinglus. Luua rakendus, kus kasutajad loovad ise omale profiili ning sisestavad raamatute info, mida nad pakuvad teistele laenutamiseks. Samuti on võimalik laenutada teiste kasutajate sisestatud raamatuid.

== Analüüs ==
Käesoleva projekti eesmärgiks on luua Visual Studio arenduskeskkonna võimalusi kasutades C# programmeerimiskeeles rakendus, mis võimaldab kasutajatel isiklikke raamatuid välja laenutada ning samuti ise laenutada teiste kasutajate raamatuid. See on mõeldud koduseks kasutamiseks ning sobiks hästi näiteks ühes piirkonnas elavatele inimestele, et hõlbustada ning populariseerida raamatute lugemist. Peamine idee on see, et kõik rakenduse kasutajad loovad omale kasutajakontod ning need, kes soovivad raamatuid välja laenutada, peavad lisama endale kuuluvate raamatute info andmebaasi. Kasutajad, kes soovivad raamatuid laenutada, saavad valida nende kirjete hulgast raamatuid ning alustada aktiivset laenutust.

Esimest korda rakendust avades peab kasutaja looma omale kasutajakonto. Profiili salvestatakse andmed kasutaja kohta (nimi, parool (SHA-1 räsi), emaili aadress, telefoninumber). Pärast profiili loomist on võimalik rakendusse sisse logimine, kus kasutaja saab hakata lisama endale kuuluvaid raamatuid. Täielik raamatute andmebaas on süsteemi eelnevalt sisestatud. Selleks tuleb hankida täielik bibliograafia ja seda perioodiliselt uuendada. Kasutaja sisestab endale kuuluvate raamatute info valides juba eelnevalt andmebaasis eksisteeriva raamatu kirje. Lisatavate raamatute maht ei ole piiratud. Kogumike korral on kasutajal võimalik süsteemi sisestada ka raamatus sisalduvate artiklite kirjed. Kõik kasutaja lisatud raamatud kuvatakse edaspidi rakenduses menüüpunkti “Minu raamatud” all ning samuti on peale raamatu lisamist ka teistel kasutajatel võimalik nende raamatute laenutamine.

Kasutaja, kes soovib raamatut laenutada, kasutab rakenduses otsingut kas raamatu pealkirja, autori nime või kategooria järgi. Otsingutulemustes kuvatakse välja vaid teoseid, mille kohta on aktiivne kirje teise kasutaja (raamatu omaniku) poolt loodud. Kui kasutaja leiab tulemustest sobiva raamatu, mida ta soovib laenutada, siis ta avab rakenduses selle raamatu lisainfo, kus kuvatakse kõiki kasutajate raamatuid valitud raamatu kohta ning mittelaenutatud kasutajate raamatute juures on võimalus alustada laenutamist. Laenutuse vaikimisi pikkuseks on määratud 14 päeva, mida saab vajadusel ka manuaalselt muuta. Juhul kui raamat on parasjagu juba välja laenutatud, siis kuvatakse jooksva laenutusperioodi lõpu kuupäeva koos selgitava infoga, et see konkreetne eksemplar on juba välja laenutatud. Uue laenutuse algkuupäev saab olla üks päev pärast jooksva laenutuse lõppemist. Raamatu tagastamisel märgib raamatu omanik süsteemi, et raamat on tagastatud ning võib raamatu jälle uuesti laenutamiseks valmis panna.

Esialgu realiseerime projekti WPF rakendusena, mis tähendab, et iga kasutaja peab selle oma arvutisse paigaldama. WPF rakenduse loomisel kasutame MVVM arendusmustrit, hoides üksteisest lahus andmed ja äriloogika, kasutajaliidese loogika ja presentatsiooni loogika. Andmebaasi realiseerime MS SQL tehnoloogial. Edaspidi on mõeldav ka süsteemi laiendamine veebi ja ASP.NET tehnoloogia rakendamine, et kasutajad ei peaks hankima spetsiifilist rakendust, vaid saaksid kõiki toiminguid teostada vabalt valitud veebibrauseris. Selleks tuleb programmile täiendavad osad juurde kirjutada.

Projekt teostatakse Visual Studio Online keskkonnas, kasutades Git versioonihaldustarkvara.

'''“''Must have''” funktsionaalsused:'''
*Kasutajate registreerimine (loob uue kirje tabelisse USER)
*Kasutajatel on võimalus sisse logida
*Kasutajatel on võimalik lisada endale kuuluvaid raamatuid
*Kasutaja saab alustada laenutust
*Kasutaja saab lõpetada laenutust
*Kasutaja näeb infot enda aktiivsete laenutuste kohta (välja antud ja sisse laenatud)
*Raamatute otsimise võimalus
*Raamatu laenutamise tähtaeg vaikimisi 14 päeva
*Laenutamise tähtaja manuaalse muutmise võimalus (pikendamine, tühistamine)
*Väljalaenutatud raamatute juures kirje laenutustähtaja kohta

'''“''Nice to have''” funktsionaalsused:'''
*Saab UI-st lisada raamatuid
*Kasutajaid saab hinnata
*Raamatuid saab hinnata
*Kasutaja raamatuid saab hinnata
*Kasutajaid saab kommenteerida
*Raamatuid saab kommenteerida
*Kasutaja raamatuid saab kommenteerida
*Laenutuse lõppemise hoiatuse saatmine emailile
*Madala hindega kasutaja või kasutaja raamatu puhul vastav hoiatus
*Võimalus mitte lubada laenata enda raamatuid liiga madala hinnanguga kasutajatel
*Parooli algseadistamise võimalus
*Top X raamatute (laenutuste) list viimasel kuul
*X viimati lisatud uut raamatut
*Liidestus Facebookiga / sõprade kutsumise võimalus
*Raamatute nimekirja automaatne uuendamine välistest andmebaasidest
*Kasutajate õiguste piiramine/kasutajate haldus
*Täiuslik ACL
*Raamatute graafiline materjal

'''Andmebaasi ülesehitus'''

Andmebaas koosneb kaheteistkümnest põhitabelist, mis peavad kindlasti olema tehtud, et tagada süsteemi “''must have''” funktsionaalsuste toimimine elementaarsel tasemel:

*USER - kasutaja andmed ja parool
*USERBOOK - kasutaja raamatukogu, kus kasutaja ID seotakse raamatu ID-ga
*BOOK - bibliograafia, kust võetakse raamatute kirjed kasutaja raamatukogu jaoks, raamatud seotakse kategooria ID-ga
*BOOKAUTHOR - raamatu ID seotakse autori ID-ga, sest raamatul võib olla mitu autorit või üldse mitte ühtegi
*ARTICLE - artiklite kirjed, mis seotakse raamatu ID-ga
*ARTICLEAUTHOR - artikli ID seotakse autori ID-ga, nagu raamatugi puhul
*AUTHOR – autori andmed
*CATEGORY - raamatute kategooriad
*RENT - laenutus, kus seotakse kasutaja (laenutaja) ID laenutatud raamatu ID-ga
*RENTSTATUS - muutused laenutuse staatuses, laenutuse ID seotakse hetkeajaga
*CONTACT - kasutaja kontaktid, kasutaja ID seotakse kontaktliigi ID-ga
*CONTACTTYPE - võimaldatavad kontaktiliigid

“''Nice to have''” funktsionaalsuste lisamise korral tuleb teha täiendavaid tabeleid (kommentaarid, hinded jm).

'''Võimalikud probleemid'''
*Bibliograafia leidmine, mis hõlmaks kõiki võimalikke kasutaja raamatuid
*Tegijate vähene kogemus C# programmeerimiskeelega
*Rakenduse laiendamine veebi ja sobitamine ASP.NET tehnoloogiaga

Andmebaasi struktuur
[[File:DB skeem.JPG]]

== Projekti kirjeldus ==
=== Tehnoloogiad ===
*[https://msdn.microsoft.com/en-us/vstudio/hh341490.aspx C#]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]
*[https://www.microsoft.com/en-us/server-cloud/products/sql-server/ MSSQL]
*[https://msdn.microsoft.com/en-us/data/ef.aspx/ Entity Framework]
*[https://www.microsoft.com/en-us/Windows Microsoft Windows]
*[http://www.asp.net/ ASP.NET] + [https://www.iis.net/ IIS] (kui aega üle jääb, siis laiendame projekti veebi)

=== Arendusmustrid ===
*[https://msdn.microsoft.com/en-us/library/hh848246.aspx MVVM]
* võimalikud ASP.NET arendusmustrid

=== Versioonikontroll ===
*[https://www.visualstudio.com/products/what-is-visual-studio-online-vs Visual Studio Online]
*[http://www.git-scm.com/ Git]

== Avaldatud failid ==

== Arendusprotsess ==

*'''29.09.2015''' - grupi kokkupanek ning idee arutamine
*'''20.10.2015''' - wiki lehe loomine. Esialgse idee sõnastamine
*'''21.10.2015''' - grupiliikmete kogunemine. Idee täpsem sõnastamine. Esialgse analüüsi teostamine. Visual Studio Online konto loomine
*'''01.11.2015''' - põhjalikuma analüüsi koostamine ja esitamine wiki lehel
*'''09.12.2015''' - Wireframe loomine. Userjourney analüüs. Arhitektuuriliste küsimuste arutamine. Tehnoloogiliste võimaluste katsetamine.
*'''17.12.2015''' - Prototüübi valmimine ja üleslaadimine.
*'''29.12.2015''' - Retsensiooni kirjutamine meeskonna Premium prototüübile.
*'''30.01.2016''' - Valminud projekti esitamine. Retsensioon Premium tiimi lõpptootele.

== Prototüüp ==

Prototüübi saab .rar failina alla laadida siit [http://www.upload.ee/files/5439934/Raamaturinglus__2_.zip.html]
''fail uuendatud 30.12.2015 (eelmine versioon oli eksikombel vale)''

Hetkeseisuga on prototüübis olemas järgmised funktsionaalsused:
*kasutajaks registreerimine
*sisse ja välja logimine
*raamatute otsimine
*raamatute laenutamine
*laenutuste pikendamine/lõpetamine
*laenutuse staatuse kuvamine
*raamatute ringlusesse lisamine
*kasutaja parooli ja kontaktide muutmine

== Lisad ==
[https://trellidteevadtugevaks.visualstudio.com/ projekti leht Visual Studio Online keskkonnas]

[https://www.upload.ee/files/5525364/RaamatuRinglus.zip.html Valminud projekti download ZIP failina]

Meeskond: TTT (Trellid Teevad Tugevaks)

2016-01-30T15:29:10Z

Juusvali:

[[Category:Programmeerimine CSharp keeles (2015)]]
== Meeskond ja rollid ==
*'''Kaidar Viikman''' - Wiki pidaja
*'''Joonatan Uusväli''' - Projektijuht
*'''Ave Karjus'''
*'''Oliver Tiks'''

== Idee ==
Raamaturinglus. Luua rakendus, kus kasutajad loovad ise omale profiili ning sisestavad raamatute info, mida nad pakuvad teistele laenutamiseks. Samuti on võimalik laenutada teiste kasutajate sisestatud raamatuid.

== Analüüs ==
Käesoleva projekti eesmärgiks on luua Visual Studio arenduskeskkonna võimalusi kasutades C# programmeerimiskeeles rakendus, mis võimaldab kasutajatel isiklikke raamatuid välja laenutada ning samuti ise laenutada teiste kasutajate raamatuid. See on mõeldud koduseks kasutamiseks ning sobiks hästi näiteks ühes piirkonnas elavatele inimestele, et hõlbustada ning populariseerida raamatute lugemist. Peamine idee on see, et kõik rakenduse kasutajad loovad omale kasutajakontod ning need, kes soovivad raamatuid välja laenutada, peavad lisama endale kuuluvate raamatute info andmebaasi. Kasutajad, kes soovivad raamatuid laenutada, saavad valida nende kirjete hulgast raamatuid ning alustada aktiivset laenutust.

Esimest korda rakendust avades peab kasutaja looma omale kasutajakonto. Profiili salvestatakse andmed kasutaja kohta (nimi, parool (SHA-1 räsi), emaili aadress, telefoninumber). Pärast profiili loomist on võimalik rakendusse sisse logimine, kus kasutaja saab hakata lisama endale kuuluvaid raamatuid. Täielik raamatute andmebaas on süsteemi eelnevalt sisestatud. Selleks tuleb hankida täielik bibliograafia ja seda perioodiliselt uuendada. Kasutaja sisestab endale kuuluvate raamatute info valides juba eelnevalt andmebaasis eksisteeriva raamatu kirje. Lisatavate raamatute maht ei ole piiratud. Kogumike korral on kasutajal võimalik süsteemi sisestada ka raamatus sisalduvate artiklite kirjed. Kõik kasutaja lisatud raamatud kuvatakse edaspidi rakenduses menüüpunkti “Minu raamatud” all ning samuti on peale raamatu lisamist ka teistel kasutajatel võimalik nende raamatute laenutamine.

Kasutaja, kes soovib raamatut laenutada, kasutab rakenduses otsingut kas raamatu pealkirja, autori nime või kategooria järgi. Otsingutulemustes kuvatakse välja vaid teoseid, mille kohta on aktiivne kirje teise kasutaja (raamatu omaniku) poolt loodud. Kui kasutaja leiab tulemustest sobiva raamatu, mida ta soovib laenutada, siis ta avab rakenduses selle raamatu lisainfo, kus kuvatakse kõiki kasutajate raamatuid valitud raamatu kohta ning mittelaenutatud kasutajate raamatute juures on võimalus alustada laenutamist. Laenutuse vaikimisi pikkuseks on määratud 14 päeva, mida saab vajadusel ka manuaalselt muuta. Juhul kui raamat on parasjagu juba välja laenutatud, siis kuvatakse jooksva laenutusperioodi lõpu kuupäeva koos selgitava infoga, et see konkreetne eksemplar on juba välja laenutatud. Uue laenutuse algkuupäev saab olla üks päev pärast jooksva laenutuse lõppemist. Raamatu tagastamisel märgib raamatu omanik süsteemi, et raamat on tagastatud ning võib raamatu jälle uuesti laenutamiseks valmis panna.

Esialgu realiseerime projekti WPF rakendusena, mis tähendab, et iga kasutaja peab selle oma arvutisse paigaldama. WPF rakenduse loomisel kasutame MVVM arendusmustrit, hoides üksteisest lahus andmed ja äriloogika, kasutajaliidese loogika ja presentatsiooni loogika. Andmebaasi realiseerime MS SQL tehnoloogial. Edaspidi on mõeldav ka süsteemi laiendamine veebi ja ASP.NET tehnoloogia rakendamine, et kasutajad ei peaks hankima spetsiifilist rakendust, vaid saaksid kõiki toiminguid teostada vabalt valitud veebibrauseris. Selleks tuleb programmile täiendavad osad juurde kirjutada.

Projekt teostatakse Visual Studio Online keskkonnas, kasutades Git versioonihaldustarkvara.

'''“''Must have''” funktsionaalsused:'''
*Kasutajate registreerimine (loob uue kirje tabelisse USER)
*Kasutajatel on võimalus sisse logida
*Kasutajatel on võimalik lisada endale kuuluvaid raamatuid
*Kasutaja saab alustada laenutust
*Kasutaja saab lõpetada laenutust
*Kasutaja näeb infot enda aktiivsete laenutuste kohta (välja antud ja sisse laenatud)
*Raamatute otsimise võimalus
*Raamatu laenutamise tähtaeg vaikimisi 14 päeva
*Laenutamise tähtaja manuaalse muutmise võimalus (pikendamine, tühistamine)
*Väljalaenutatud raamatute juures kirje laenutustähtaja kohta

'''“''Nice to have''” funktsionaalsused:'''
*Saab UI-st lisada raamatuid
*Kasutajaid saab hinnata
*Raamatuid saab hinnata
*Kasutaja raamatuid saab hinnata
*Kasutajaid saab kommenteerida
*Raamatuid saab kommenteerida
*Kasutaja raamatuid saab kommenteerida
*Laenutuse lõppemise hoiatuse saatmine emailile
*Madala hindega kasutaja või kasutaja raamatu puhul vastav hoiatus
*Võimalus mitte lubada laenata enda raamatuid liiga madala hinnanguga kasutajatel
*Parooli algseadistamise võimalus
*Top X raamatute (laenutuste) list viimasel kuul
*X viimati lisatud uut raamatut
*Liidestus Facebookiga / sõprade kutsumise võimalus
*Raamatute nimekirja automaatne uuendamine välistest andmebaasidest
*Kasutajate õiguste piiramine/kasutajate haldus
*Täiuslik ACL
*Raamatute graafiline materjal

'''Andmebaasi ülesehitus'''

Andmebaas koosneb kaheteistkümnest põhitabelist, mis peavad kindlasti olema tehtud, et tagada süsteemi “''must have''” funktsionaalsuste toimimine elementaarsel tasemel:

*USER - kasutaja andmed ja parool
*USERBOOK - kasutaja raamatukogu, kus kasutaja ID seotakse raamatu ID-ga
*BOOK - bibliograafia, kust võetakse raamatute kirjed kasutaja raamatukogu jaoks, raamatud seotakse kategooria ID-ga
*BOOKAUTHOR - raamatu ID seotakse autori ID-ga, sest raamatul võib olla mitu autorit või üldse mitte ühtegi
*ARTICLE - artiklite kirjed, mis seotakse raamatu ID-ga
*ARTICLEAUTHOR - artikli ID seotakse autori ID-ga, nagu raamatugi puhul
*AUTHOR – autori andmed
*CATEGORY - raamatute kategooriad
*RENT - laenutus, kus seotakse kasutaja (laenutaja) ID laenutatud raamatu ID-ga
*RENTSTATUS - muutused laenutuse staatuses, laenutuse ID seotakse hetkeajaga
*CONTACT - kasutaja kontaktid, kasutaja ID seotakse kontaktliigi ID-ga
*CONTACTTYPE - võimaldatavad kontaktiliigid

“''Nice to have''” funktsionaalsuste lisamise korral tuleb teha täiendavaid tabeleid (kommentaarid, hinded jm).

'''Võimalikud probleemid'''
*Bibliograafia leidmine, mis hõlmaks kõiki võimalikke kasutaja raamatuid
*Tegijate vähene kogemus C# programmeerimiskeelega
*Rakenduse laiendamine veebi ja sobitamine ASP.NET tehnoloogiaga

Andmebaasi struktuur
[[File:DB skeem.JPG]]

== Projekti kirjeldus ==
=== Tehnoloogiad ===
*[https://msdn.microsoft.com/en-us/vstudio/hh341490.aspx C#]
*[https://msdn.microsoft.com/en-us/library/aa970268%28v=vs.110%29.aspx WPF]
*[https://www.microsoft.com/en-us/server-cloud/products/sql-server/ MSSQL]
*[https://msdn.microsoft.com/en-us/data/ef.aspx/ Entity Framework]
*[https://www.microsoft.com/en-us/Windows Microsoft Windows]
*[http://www.asp.net/ ASP.NET] + [https://www.iis.net/ IIS] (kui aega üle jääb, siis laiendame projekti veebi)

=== Arendusmustrid ===
*[https://msdn.microsoft.com/en-us/library/hh848246.aspx MVVM]
* võimalikud ASP.NET arendusmustrid

=== Versioonikontroll ===
*[https://www.visualstudio.com/products/what-is-visual-studio-online-vs Visual Studio Online]
*[http://www.git-scm.com/ Git]

== Avaldatud failid ==

== Arendusprotsess ==

*'''29.09.2015''' - grupi kokkupanek ning idee arutamine
*'''20.10.2015''' - wiki lehe loomine. Esialgse idee sõnastamine
*'''21.10.2015''' - grupiliikmete kogunemine. Idee täpsem sõnastamine. Esialgse analüüsi teostamine. Visual Studio Online konto loomine
*'''01.11.2015''' - põhjalikuma analüüsi koostamine ja esitamine wiki lehel
*'''09.12.2015''' - Wireframe loomine. Userjourney analüüs. Arhitektuuriliste küsimuste arutamine. Tehnoloogiliste võimaluste katsetamine.
*'''17.12.2015''' - Prototüübi valmimine ja üleslaadimine.
*'''29.12.2015''' - Retsensiooni kirjutamine meeskonna Premium prototüübile.

== Prototüüp ==

Prototüübi saab .rar failina alla laadida siit [http://www.upload.ee/files/5439934/Raamaturinglus__2_.zip.html]
''fail uuendatud 30.12.2015 (eelmine versioon oli eksikombel vale)''

Hetkeseisuga on prototüübis olemas järgmised funktsionaalsused:
*kasutajaks registreerimine
*sisse ja välja logimine
*raamatute otsimine
*raamatute laenutamine
*laenutuste pikendamine/lõpetamine
*laenutuse staatuse kuvamine
*raamatute ringlusesse lisamine
*kasutaja parooli ja kontaktide muutmine

== Lisad ==
[https://trellidteevadtugevaks.visualstudio.com/ projekti leht Visual Studio Online keskkonnas]

[https://www.upload.ee/files/5525364/RaamatuRinglus.zip.html Valminud projekti download ZIP failina]

User:Juusvali

2014-11-07T09:03:54Z

Juusvali: /* Küsimus B */

= Erialatutvustuse aine arvestustöö =

Autor: Joonatan Uusväli 
Esitatud: 06.11.2014

== Essee ==
Päevaõppe loengute vaatamine kulus kindlasti ära. Osaliselt olin nende otsa sattunud juba enne kooli astumist (eelkõige siiski VÕTA kohta loenguid vaadates), kuid nüüd üle vaadates sai kindlasti veelgi mõnevõrra targemaks ja nii mõndagi oli panna kahe kõrvavahele pannes juurde lipukese "Oluline!".

I loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188 Loeng "Õppekorraldus ja sisekord" salvestus, 27. august 2014]</ref> oli sissejuhatav. Räägiti koolist, õppekorraldusest ja -toetustest. Seletati mõningaid asju, mis tihti üliõpilastele võviad segadust tekitada. Lisaks räägiti, et tagasiside andmine on kindlasti oluline.

II loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/4d88020e-ceeb-46cf-a017-a5497a9644a0 Loeng "Õppimine ja motivatsioon" salvestus, 4. september 2014]</ref> oli pühendatud motivatsioonile ja õppimisele. Ka kaugõppe eripäradest räägiti. Anti soovitusi, kuidas kooli asjadega edukamalt hakkama saada, nagu näiteks luua kaugõppe õpilaste kommuun, et oleks lihtsam omavahel kontakti hoida.
Motivatsiooni osas räägiti, mis mõjutab nii õpetaja kui ka tudengi motivatsiooni. Seletati, mis võib ühte või teist mõjutada ja kuidas võiks motivatsiooni hoida kõrgel.
Ajaplaneerimisele pöörati ka tähelepanu. Korrati teada tõde, et kohe tegema asudes on lihtsam aegadest kinni pidada ja endal on ka kergem.
Räägiti ka akadeemilisest petturlusest, et ka see mõjutab nii õpilaste kui õpetajate motivatsiooni ja kuna tegemist on tõsise teemaga, võib lõppeda asi lausa koolist välja viskamisega.

III loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/df5a30a1-6110-4c8a-a7fa-f6343c8cae65 Loeng "Robootika ja häkkimine" salvestus, 11. september 2014]</ref> puudutas kooliväliseid erinevaid projekte. Seal hulgas räägiti ka häkkerlusest, mis või kes on häkker ning kuidas selleks saada. Räägiti erinevatest projektidest, millega EIK on ka tegelenud. Heaks näiteks oli robootika klubi. (Ka see puudutab motivatsiooni, mida kunagi kindlasti üleliia pole)

IV loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/cc18f732-a0f2-4264-a3b8-d1a281583016 Loeng "Subjektiivselt programmeerimisest, stereotüüpidest ja kogukonnast" salvestus, 18. september 2014]</ref> räägiti konkreetsemalt programmeerimisest. Tutvustati erinevaid keeli ja toodi ära, milliste programmide puhul võiks üht või teist kasutada. Rõhutati erinevaid valupunkte, kuidas tarkvara arendus ei tohi liiga suureks ootamatult kasvada aina täienevate nõuete tõttu. (Kõik tahavad midagi kogu aeg ja programm ei saagi kunagi valmis) Müügi mõistes puudutati ka tarkvara välist osa, mis peab olema selline, et see "müüks". Klient ei ole tavaliselt tarkvara arendaja ja tuimad tabelid ei tekita temas soovi seda tarkvara osta. (Vähemalt ei aita kaasa)
Seletati veel, kes on programmeerija ja kus kohast ta tuleb. (Huumor)Tuleb välja, et kõik tarkvara arendajad ei hakkagi mähkmetes programmeerima!

V loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ff9f663f-f616-4dea-b9b1-85616acfcccc Loeng "IT süsteemide administraatorilt esmakursuslasele" salvestus, 25. september 2014]</ref> oli suunatud rohkem administreerimisele. Räägiti sellest, mida IT süsteemide administraator teeb ja kuidas tihtipeale töö välja näeb. Mainiti ära, et ka administraator peab oskama programmeerida, kuna automatiseerimine käib siiski läbi programmeerimise. (Parim administraator on see, keda keegi tähele ei pane - järelikult kõik toimib) Räägiti asjade rahulikult ja mõttega võtmisest, kuidas kiirustamine võib tekitada vigu, mis maksavad suurelt kätte.

VI loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/75d683be-016f-45e4-916d-d71a8c9c3d43 Loeng "Testimine ja tarkvara kvaliteet" salvestus, 2. oktoober 2014]</ref> puudutas tarkvara testimist ja kvaliteedi kontrolli. Räägiti, kes on testija ja mida ta teeb. Seletati, kuidas testija leitud vigade parandamine on alati odavam, kui hiljem välja tulnud vigade puhul. Puudutati ka arendusmetoodikat waterfall (kosk) ja räägiti, mida see endast kujutab. (s.h. testija jaoks) Räägiti ka, mis on must kast, mis on valge kast ja kuidas neid testitakse. Korrati üle ka dokumentatsiooni olulisus.
Kuigi räägiti ka, et testimine ei ole igav, siis ise oma kogemuste puhul ei ole ma veel leidnud liigset huvi sel teemal. (Samas mõistan ja järgin TDD olulisust oma igapäevatöös)

VII loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/0326c0ae-9a48-4b1f-bbbc-0cfb8b94991c Loeng "IT tööturust" salvestus, 9. oktoober 2014]</ref> räägiti ettevõtlusest IT alal. Toodi välja erinevused suurfirmade ja riigiasutuste vahel. Näiteks mainiti, et riigifirmades on tihti palju "sussi sahistamist". Rõhutati teoreetiliste teadmiste olulisust. Osutati ka eestis üpris suurele valupunktile, mis puudutab firmade sisest edutamist, mis paraku ei kipu väga hästi töötama. (Lisaks juurde, et ka edutamist peab tegema mõistlikult, kuna on teada selline "sündroom", kus kõiki kompetentseid edutatakse nii kaua, et nad muutuvad ebakompetentseks ehk lõpuks pole firmas ühtegi omal alal kompetentset inimest.) Räägiti ka väiksemates firmades "üle jala programmeerimistest", kus kõike tehakse lohakalt, kuna "küll hiljem leiab aega parandada". Samas aga kiideti start-up firmasid tuues põhjuseks selle, et ebakompetentsed inimesed lastakse kiiresti lahti ning nii jääb vaid tõeline koorekiht alati kohale.
Rõhutati veel, et marketing on oluline ja hea müügimees peab olema, kui soovid oma toodet müüa. (Kuna ettevõtte enda loomine võtab eestis aega mõned minutid vaid)

VIII loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/791a5ecb-f27c-4401-8565-1dbd16894f27 Loeng "Suhtumine õppetöösse ja veebirakenduste turvalisus" salvestus, 16. oktoober 2014]</ref> puudutati veebiturvalisust. Räägiti keeruliste ja erinevate paroolide olulisusest, kolmandate osapoolte rünnakutest (XSS - Cross Site Scripting näiteks). Rõhutati kriitilist ja skeptilist suhtumist iga veebirakenduse suhtes isegi, kui tegemist tundub olevat turvalise süsteemiga.
Ka räägiti suhtumisest õppimisse ja töösse. Toodi välja, et tihti on suhtumine nii töösse kui kooli sarnane. Ehk teistpidi, tasub kooli suhtuda täie tõsidusega. Kui asjad korralikult ette võtta ja ära teha, siis õpib ka ise oluliselt rohkem ja jääb paremini külge. Puudutati ka tähelepanu häirivaid komponente, nagu Facebook, e-mailid jmt.

== Õpingukorralduse küsimused ==
=== Küsimus B ===
Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokkuleppida, et järelarvestust teha? Kuidas toimub järelarvestusele registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?

Õigus kordusarvestusteks kehtib ülejärgmise semestri punase joone päevani arvates aine õpetamissemestri lõpust (v.a. praktika). <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref>
Kordusarvestuste tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud soovitusliku ajakavaga. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref> Seega tuleb järelarvestuse aeg kokku leppida õppejõuga.

Eksamile/arvestusele registreerumine on nõutav korduseksami ja -arvestuse puhul ÕISis. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.8 ]</ref>

RF õppekohal on õppuril õigus kuni kolmele sooritusele tasuta. Õppeaine korduv deklareerimine on tasuline. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.12, 5.2.13 ]</ref>
Korduseksamid ja -arvestused on REV/tasulisel õppekohal õppijatele tasulised. Tasu suurus kehtestatakse rektori käskkirjaga ja arve kuvatakse ÕISis. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.7 ]</ref>
Täna on kodulehel märgitud kordussoorituse hinnaks 20€. <ref>[http://www.itcollege.ee/tudengile/finantsinfo/pangarekvisiidid/ Teenuste tasumäärad 2014/2015 õppeaastal ]</ref>

=== Küsimus 4 ===
Sul on olemas varasem töökogemus, mida sa tahad kasutada õppeainete arvestamisel (VÕTA). Millised on tegevused? Millised on tähtajad? Kas VÕTA kaudu saadud EAPd arvestatakse semestri õppekava täitmisesse ja aasta õppekoormusesse?

Vajalik on esitada VÕTA taotlus õppeinfosüsteemi hiljemalt kümnendal tööpäeval enne punase joone kuupäeva. VÕTA taotlus peab sisaldama kõike vajalikku, seal hulgas tõendeid õpingute või kogemuste olemasolu kohta. Varasemate õpingute ja töökogemuste hindamiseks, et võrrelda neid kooli õppekavaga, tuleb kokku VÕTA komisjon, kes otsustab, kas esitatud tõendeid saab arvestada. VÕTA taotluse menetlustasu on 13€, millele lisandub iga ainepunkti kohta 5€. VÕTA tulemusi ei arvestata õppekava täies mahus läbimisel, küll aga arvestatakse sisse õppekoormuse täitmisel. <ref>[http://www.itcollege.ee/tudengile/kkk/#Mis%20ja%20millal%20tuleb%20esitada%20varasemate%20%C3%B5ppetulemuste/t%C3%B6%C3%B6kogemuse%20arvestamiseks? Vastused korduma kippuvatele küsimustele ]</ref>

=== Ülesanne ===
Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 22 EAPd ja teise semestri lõpuks 26 EAPd? Kui suur on teile esitatav arve?

"Õppekulude osaline hüvitamine – kohustus, mis tekib alates 2013/14 õppeaastast õppima asunud üliõpilastel, kes õpivad täiskoormusega õppes, kuid ei täida õppekava täies mahus." <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri punkt 1.2.19 ]</ref>.
Õppides täiskoormusel, peab kokku saama vähemalt 27 EAPd semestri kohta. Kui antud normi ei täideta, tuleb puuduolevate EAPde eest tasuda osalise hüvitamise määr, milleks on 50€ <ref>[http://www.itcollege.ee/tudengile/finantsinfo/ Finantsinfo ]</ref>.
Esimesel semestril jääb täiskoormusest puudu 5 EAPd (27 - 22), teisel semestril jääb puudu 1 EAP. (27 - 26) Kokku on puudu 6 EAPd, mille koguhind on 300€. (6*50€)

= Viited =
<references />

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Juusvali

2014-11-06T09:52:47Z

Juusvali: /* Erialatutvustuse aine arvestustöö */

= Erialatutvustuse aine arvestustöö =

Autor: Joonatan Uusväli 
Esitatud: 06.11.2014

== Essee ==
Päevaõppe loengute vaatamine kulus kindlasti ära. Osaliselt olin nende otsa sattunud juba enne kooli astumist (eelkõige siiski VÕTA kohta loenguid vaadates), kuid nüüd üle vaadates sai kindlasti veelgi mõnevõrra targemaks ja nii mõndagi oli panna kahe kõrvavahele pannes juurde lipukese "Oluline!".

I loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188 Loeng "Õppekorraldus ja sisekord" salvestus, 27. august 2014]</ref> oli sissejuhatav. Räägiti koolist, õppekorraldusest ja -toetustest. Seletati mõningaid asju, mis tihti üliõpilastele võviad segadust tekitada. Lisaks räägiti, et tagasiside andmine on kindlasti oluline.

II loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/4d88020e-ceeb-46cf-a017-a5497a9644a0 Loeng "Õppimine ja motivatsioon" salvestus, 4. september 2014]</ref> oli pühendatud motivatsioonile ja õppimisele. Ka kaugõppe eripäradest räägiti. Anti soovitusi, kuidas kooli asjadega edukamalt hakkama saada, nagu näiteks luua kaugõppe õpilaste kommuun, et oleks lihtsam omavahel kontakti hoida.
Motivatsiooni osas räägiti, mis mõjutab nii õpetaja kui ka tudengi motivatsiooni. Seletati, mis võib ühte või teist mõjutada ja kuidas võiks motivatsiooni hoida kõrgel.
Ajaplaneerimisele pöörati ka tähelepanu. Korrati teada tõde, et kohe tegema asudes on lihtsam aegadest kinni pidada ja endal on ka kergem.
Räägiti ka akadeemilisest petturlusest, et ka see mõjutab nii õpilaste kui õpetajate motivatsiooni ja kuna tegemist on tõsise teemaga, võib lõppeda asi lausa koolist välja viskamisega.

III loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/df5a30a1-6110-4c8a-a7fa-f6343c8cae65 Loeng "Robootika ja häkkimine" salvestus, 11. september 2014]</ref> puudutas kooliväliseid erinevaid projekte. Seal hulgas räägiti ka häkkerlusest, mis või kes on häkker ning kuidas selleks saada. Räägiti erinevatest projektidest, millega EIK on ka tegelenud. Heaks näiteks oli robootika klubi. (Ka see puudutab motivatsiooni, mida kunagi kindlasti üleliia pole)

IV loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/cc18f732-a0f2-4264-a3b8-d1a281583016 Loeng "Subjektiivselt programmeerimisest, stereotüüpidest ja kogukonnast" salvestus, 18. september 2014]</ref> räägiti konkreetsemalt programmeerimisest. Tutvustati erinevaid keeli ja toodi ära, milliste programmide puhul võiks üht või teist kasutada. Rõhutati erinevaid valupunkte, kuidas tarkvara arendus ei tohi liiga suureks ootamatult kasvada aina täienevate nõuete tõttu. (Kõik tahavad midagi kogu aeg ja programm ei saagi kunagi valmis) Müügi mõistes puudutati ka tarkvara välist osa, mis peab olema selline, et see "müüks". Klient ei ole tavaliselt tarkvara arendaja ja tuimad tabelid ei tekita temas soovi seda tarkvara osta. (Vähemalt ei aita kaasa)
Seletati veel, kes on programmeerija ja kus kohast ta tuleb. (Huumor)Tuleb välja, et kõik tarkvara arendajad ei hakkagi mähkmetes programmeerima!

V loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ff9f663f-f616-4dea-b9b1-85616acfcccc Loeng "IT süsteemide administraatorilt esmakursuslasele" salvestus, 25. september 2014]</ref> oli suunatud rohkem administreerimisele. Räägiti sellest, mida IT süsteemide administraator teeb ja kuidas tihtipeale töö välja näeb. Mainiti ära, et ka administraator peab oskama programmeerida, kuna automatiseerimine käib siiski läbi programmeerimise. (Parim administraator on see, keda keegi tähele ei pane - järelikult kõik toimib) Räägiti asjade rahulikult ja mõttega võtmisest, kuidas kiirustamine võib tekitada vigu, mis maksavad suurelt kätte.

VI loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/75d683be-016f-45e4-916d-d71a8c9c3d43 Loeng "Testimine ja tarkvara kvaliteet" salvestus, 2. oktoober 2014]</ref> puudutas tarkvara testimist ja kvaliteedi kontrolli. Räägiti, kes on testija ja mida ta teeb. Seletati, kuidas testija leitud vigade parandamine on alati odavam, kui hiljem välja tulnud vigade puhul. Puudutati ka arendusmetoodikat waterfall (kosk) ja räägiti, mida see endast kujutab. (s.h. testija jaoks) Räägiti ka, mis on must kast, mis on valge kast ja kuidas neid testitakse. Korrati üle ka dokumentatsiooni olulisus.
Kuigi räägiti ka, et testimine ei ole igav, siis ise oma kogemuste puhul ei ole ma veel leidnud liigset huvi sel teemal. (Samas mõistan ja järgin TDD olulisust oma igapäevatöös)

VII loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/0326c0ae-9a48-4b1f-bbbc-0cfb8b94991c Loeng "IT tööturust" salvestus, 9. oktoober 2014]</ref> räägiti ettevõtlusest IT alal. Toodi välja erinevused suurfirmade ja riigiasutuste vahel. Näiteks mainiti, et riigifirmades on tihti palju "sussi sahistamist". Rõhutati teoreetiliste teadmiste olulisust. Osutati ka eestis üpris suurele valupunktile, mis puudutab firmade sisest edutamist, mis paraku ei kipu väga hästi töötama. (Lisaks juurde, et ka edutamist peab tegema mõistlikult, kuna on teada selline "sündroom", kus kõiki kompetentseid edutatakse nii kaua, et nad muutuvad ebakompetentseks ehk lõpuks pole firmas ühtegi omal alal kompetentset inimest.) Räägiti ka väiksemates firmades "üle jala programmeerimistest", kus kõike tehakse lohakalt, kuna "küll hiljem leiab aega parandada". Samas aga kiideti start-up firmasid tuues põhjuseks selle, et ebakompetentsed inimesed lastakse kiiresti lahti ning nii jääb vaid tõeline koorekiht alati kohale.
Rõhutati veel, et marketing on oluline ja hea müügimees peab olema, kui soovid oma toodet müüa. (Kuna ettevõtte enda loomine võtab eestis aega mõned minutid vaid)

VIII loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/791a5ecb-f27c-4401-8565-1dbd16894f27 Loeng "Suhtumine õppetöösse ja veebirakenduste turvalisus" salvestus, 16. oktoober 2014]</ref> puudutati veebiturvalisust. Räägiti keeruliste ja erinevate paroolide olulisusest, kolmandate osapoolte rünnakutest (XSS - Cross Site Scripting näiteks). Rõhutati kriitilist ja skeptilist suhtumist iga veebirakenduse suhtes isegi, kui tegemist tundub olevat turvalise süsteemiga.
Ka räägiti suhtumisest õppimisse ja töösse. Toodi välja, et tihti on suhtumine nii töösse kui kooli sarnane. Ehk teistpidi, tasub kooli suhtuda täie tõsidusega. Kui asjad korralikult ette võtta ja ära teha, siis õpib ka ise oluliselt rohkem ja jääb paremini külge. Puudutati ka tähelepanu häirivaid komponente, nagu Facebook, e-mailid jmt.

== Õpingukorralduse küsimused ==
=== Küsimus B ===
Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokkuleppida, et järelarvestust teha? Kuidas toimub järelarvestusele registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?

Õigus kordusarvestusteks kehtib ülejärgmise semestri punase joone päevani arvates aine õpetamissemestri lõpust (v.a. praktika). <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref>
Kordusarvestuste tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud soovitusliku ajakavaga. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref> Seega tuleb järelarvestuse aeg kokku leppida õppejõuga.

Eksamile/arvestusele registreerumine on nõutav korduseksami ja -arvestuse puhul ÕISis. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.8 ]</ref>

RF õppekohal on õppuril õigus kuni kolmele sooritusele tasuta. Õppeaine korduv deklareerimine on tasuline. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.12, 5.2.13 ]</ref>
Korduseksamid ja -arvestused on REV/tasulisel õppekohal õppijatele tasulised. Tasu suurus kehtestatakse rektori käskkirjaga ja arve kuvatakse ÕISis. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.7 ]</ref>
Täna on kodulehel märgitud kordussoorituse hinnaks 20€.

=== Küsimus 4 ===
Sul on olemas varasem töökogemus, mida sa tahad kasutada õppeainete arvestamisel (VÕTA). Millised on tegevused? Millised on tähtajad? Kas VÕTA kaudu saadud EAPd arvestatakse semestri õppekava täitmisesse ja aasta õppekoormusesse?

Vajalik on esitada VÕTA taotlus õppeinfosüsteemi hiljemalt kümnendal tööpäeval enne punase joone kuupäeva. VÕTA taotlus peab sisaldama kõike vajalikku, seal hulgas tõendeid õpingute või kogemuste olemasolu kohta. Varasemate õpingute ja töökogemuste hindamiseks, et võrrelda neid kooli õppekavaga, tuleb kokku VÕTA komisjon, kes otsustab, kas esitatud tõendeid saab arvestada. VÕTA taotluse menetlustasu on 13€, millele lisandub iga ainepunkti kohta 5€. VÕTA tulemusi ei arvestata õppekava täies mahus läbimisel, küll aga arvestatakse sisse õppekoormuse täitmisel. <ref>[http://www.itcollege.ee/tudengile/kkk/#Mis%20ja%20millal%20tuleb%20esitada%20varasemate%20%C3%B5ppetulemuste/t%C3%B6%C3%B6kogemuse%20arvestamiseks? Vastused korduma kippuvatele küsimustele ]</ref>

=== Ülesanne ===
Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 22 EAPd ja teise semestri lõpuks 26 EAPd? Kui suur on teile esitatav arve?

"Õppekulude osaline hüvitamine – kohustus, mis tekib alates 2013/14 õppeaastast õppima asunud üliõpilastel, kes õpivad täiskoormusega õppes, kuid ei täida õppekava täies mahus." <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri punkt 1.2.19 ]</ref>.
Õppides täiskoormusel, peab kokku saama vähemalt 27 EAPd semestri kohta. Kui antud normi ei täideta, tuleb puuduolevate EAPde eest tasuda osalise hüvitamise määr, milleks on 50€ <ref>[http://www.itcollege.ee/tudengile/finantsinfo/ Finantsinfo ]</ref>.
Esimesel semestril jääb täiskoormusest puudu 5 EAPd (27 - 22), teisel semestril jääb puudu 1 EAP. (27 - 26) Kokku on puudu 6 EAPd, mille koguhind on 300€. (6*50€)

= Viited =
<references />

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Juusvali

2014-11-06T09:52:27Z

Juusvali: /* Essee */

= Erialatutvustuse aine arvestustöö =

Autor: Joonatan Uusväli 
Esitatud: 05.11.2014

== Essee ==
Päevaõppe loengute vaatamine kulus kindlasti ära. Osaliselt olin nende otsa sattunud juba enne kooli astumist (eelkõige siiski VÕTA kohta loenguid vaadates), kuid nüüd üle vaadates sai kindlasti veelgi mõnevõrra targemaks ja nii mõndagi oli panna kahe kõrvavahele pannes juurde lipukese "Oluline!".

I loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188 Loeng "Õppekorraldus ja sisekord" salvestus, 27. august 2014]</ref> oli sissejuhatav. Räägiti koolist, õppekorraldusest ja -toetustest. Seletati mõningaid asju, mis tihti üliõpilastele võviad segadust tekitada. Lisaks räägiti, et tagasiside andmine on kindlasti oluline.

II loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/4d88020e-ceeb-46cf-a017-a5497a9644a0 Loeng "Õppimine ja motivatsioon" salvestus, 4. september 2014]</ref> oli pühendatud motivatsioonile ja õppimisele. Ka kaugõppe eripäradest räägiti. Anti soovitusi, kuidas kooli asjadega edukamalt hakkama saada, nagu näiteks luua kaugõppe õpilaste kommuun, et oleks lihtsam omavahel kontakti hoida.
Motivatsiooni osas räägiti, mis mõjutab nii õpetaja kui ka tudengi motivatsiooni. Seletati, mis võib ühte või teist mõjutada ja kuidas võiks motivatsiooni hoida kõrgel.
Ajaplaneerimisele pöörati ka tähelepanu. Korrati teada tõde, et kohe tegema asudes on lihtsam aegadest kinni pidada ja endal on ka kergem.
Räägiti ka akadeemilisest petturlusest, et ka see mõjutab nii õpilaste kui õpetajate motivatsiooni ja kuna tegemist on tõsise teemaga, võib lõppeda asi lausa koolist välja viskamisega.

III loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/df5a30a1-6110-4c8a-a7fa-f6343c8cae65 Loeng "Robootika ja häkkimine" salvestus, 11. september 2014]</ref> puudutas kooliväliseid erinevaid projekte. Seal hulgas räägiti ka häkkerlusest, mis või kes on häkker ning kuidas selleks saada. Räägiti erinevatest projektidest, millega EIK on ka tegelenud. Heaks näiteks oli robootika klubi. (Ka see puudutab motivatsiooni, mida kunagi kindlasti üleliia pole)

IV loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/cc18f732-a0f2-4264-a3b8-d1a281583016 Loeng "Subjektiivselt programmeerimisest, stereotüüpidest ja kogukonnast" salvestus, 18. september 2014]</ref> räägiti konkreetsemalt programmeerimisest. Tutvustati erinevaid keeli ja toodi ära, milliste programmide puhul võiks üht või teist kasutada. Rõhutati erinevaid valupunkte, kuidas tarkvara arendus ei tohi liiga suureks ootamatult kasvada aina täienevate nõuete tõttu. (Kõik tahavad midagi kogu aeg ja programm ei saagi kunagi valmis) Müügi mõistes puudutati ka tarkvara välist osa, mis peab olema selline, et see "müüks". Klient ei ole tavaliselt tarkvara arendaja ja tuimad tabelid ei tekita temas soovi seda tarkvara osta. (Vähemalt ei aita kaasa)
Seletati veel, kes on programmeerija ja kus kohast ta tuleb. (Huumor)Tuleb välja, et kõik tarkvara arendajad ei hakkagi mähkmetes programmeerima!

V loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ff9f663f-f616-4dea-b9b1-85616acfcccc Loeng "IT süsteemide administraatorilt esmakursuslasele" salvestus, 25. september 2014]</ref> oli suunatud rohkem administreerimisele. Räägiti sellest, mida IT süsteemide administraator teeb ja kuidas tihtipeale töö välja näeb. Mainiti ära, et ka administraator peab oskama programmeerida, kuna automatiseerimine käib siiski läbi programmeerimise. (Parim administraator on see, keda keegi tähele ei pane - järelikult kõik toimib) Räägiti asjade rahulikult ja mõttega võtmisest, kuidas kiirustamine võib tekitada vigu, mis maksavad suurelt kätte.

VI loeng <ref>[https://echo360.e-ope.ee/ess/echo/presentation/75d683be-016f-45e4-916d-d71a8c9c3d43 Loeng "Testimine ja tarkvara kvaliteet" salvestus, 2. oktoober 2014]</ref> puudutas tarkvara testimist ja kvaliteedi kontrolli. Räägiti, kes on testija ja mida ta teeb. Seletati, kuidas testija leitud vigade parandamine on alati odavam, kui hiljem välja tulnud vigade puhul. Puudutati ka arendusmetoodikat waterfall (kosk) ja räägiti, mida see endast kujutab. (s.h. testija jaoks) Räägiti ka, mis on must kast, mis on valge kast ja kuidas neid testitakse. Korrati üle ka dokumentatsiooni olulisus.
Kuigi räägiti ka, et testimine ei ole igav, siis ise oma kogemuste puhul ei ole ma veel leidnud liigset huvi sel teemal. (Samas mõistan ja järgin TDD olulisust oma igapäevatöös)

VII loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/0326c0ae-9a48-4b1f-bbbc-0cfb8b94991c Loeng "IT tööturust" salvestus, 9. oktoober 2014]</ref> räägiti ettevõtlusest IT alal. Toodi välja erinevused suurfirmade ja riigiasutuste vahel. Näiteks mainiti, et riigifirmades on tihti palju "sussi sahistamist". Rõhutati teoreetiliste teadmiste olulisust. Osutati ka eestis üpris suurele valupunktile, mis puudutab firmade sisest edutamist, mis paraku ei kipu väga hästi töötama. (Lisaks juurde, et ka edutamist peab tegema mõistlikult, kuna on teada selline "sündroom", kus kõiki kompetentseid edutatakse nii kaua, et nad muutuvad ebakompetentseks ehk lõpuks pole firmas ühtegi omal alal kompetentset inimest.) Räägiti ka väiksemates firmades "üle jala programmeerimistest", kus kõike tehakse lohakalt, kuna "küll hiljem leiab aega parandada". Samas aga kiideti start-up firmasid tuues põhjuseks selle, et ebakompetentsed inimesed lastakse kiiresti lahti ning nii jääb vaid tõeline koorekiht alati kohale.
Rõhutati veel, et marketing on oluline ja hea müügimees peab olema, kui soovid oma toodet müüa. (Kuna ettevõtte enda loomine võtab eestis aega mõned minutid vaid)

VIII loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/791a5ecb-f27c-4401-8565-1dbd16894f27 Loeng "Suhtumine õppetöösse ja veebirakenduste turvalisus" salvestus, 16. oktoober 2014]</ref> puudutati veebiturvalisust. Räägiti keeruliste ja erinevate paroolide olulisusest, kolmandate osapoolte rünnakutest (XSS - Cross Site Scripting näiteks). Rõhutati kriitilist ja skeptilist suhtumist iga veebirakenduse suhtes isegi, kui tegemist tundub olevat turvalise süsteemiga.
Ka räägiti suhtumisest õppimisse ja töösse. Toodi välja, et tihti on suhtumine nii töösse kui kooli sarnane. Ehk teistpidi, tasub kooli suhtuda täie tõsidusega. Kui asjad korralikult ette võtta ja ära teha, siis õpib ka ise oluliselt rohkem ja jääb paremini külge. Puudutati ka tähelepanu häirivaid komponente, nagu Facebook, e-mailid jmt.

== Õpingukorralduse küsimused ==
=== Küsimus B ===
Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokkuleppida, et järelarvestust teha? Kuidas toimub järelarvestusele registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?

Õigus kordusarvestusteks kehtib ülejärgmise semestri punase joone päevani arvates aine õpetamissemestri lõpust (v.a. praktika). <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref>
Kordusarvestuste tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud soovitusliku ajakavaga. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref> Seega tuleb järelarvestuse aeg kokku leppida õppejõuga.

Eksamile/arvestusele registreerumine on nõutav korduseksami ja -arvestuse puhul ÕISis. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.8 ]</ref>

RF õppekohal on õppuril õigus kuni kolmele sooritusele tasuta. Õppeaine korduv deklareerimine on tasuline. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.12, 5.2.13 ]</ref>
Korduseksamid ja -arvestused on REV/tasulisel õppekohal õppijatele tasulised. Tasu suurus kehtestatakse rektori käskkirjaga ja arve kuvatakse ÕISis. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.7 ]</ref>
Täna on kodulehel märgitud kordussoorituse hinnaks 20€.

=== Küsimus 4 ===
Sul on olemas varasem töökogemus, mida sa tahad kasutada õppeainete arvestamisel (VÕTA). Millised on tegevused? Millised on tähtajad? Kas VÕTA kaudu saadud EAPd arvestatakse semestri õppekava täitmisesse ja aasta õppekoormusesse?

Vajalik on esitada VÕTA taotlus õppeinfosüsteemi hiljemalt kümnendal tööpäeval enne punase joone kuupäeva. VÕTA taotlus peab sisaldama kõike vajalikku, seal hulgas tõendeid õpingute või kogemuste olemasolu kohta. Varasemate õpingute ja töökogemuste hindamiseks, et võrrelda neid kooli õppekavaga, tuleb kokku VÕTA komisjon, kes otsustab, kas esitatud tõendeid saab arvestada. VÕTA taotluse menetlustasu on 13€, millele lisandub iga ainepunkti kohta 5€. VÕTA tulemusi ei arvestata õppekava täies mahus läbimisel, küll aga arvestatakse sisse õppekoormuse täitmisel. <ref>[http://www.itcollege.ee/tudengile/kkk/#Mis%20ja%20millal%20tuleb%20esitada%20varasemate%20%C3%B5ppetulemuste/t%C3%B6%C3%B6kogemuse%20arvestamiseks? Vastused korduma kippuvatele küsimustele ]</ref>

=== Ülesanne ===
Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 22 EAPd ja teise semestri lõpuks 26 EAPd? Kui suur on teile esitatav arve?

"Õppekulude osaline hüvitamine – kohustus, mis tekib alates 2013/14 õppeaastast õppima asunud üliõpilastel, kes õpivad täiskoormusega õppes, kuid ei täida õppekava täies mahus." <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri punkt 1.2.19 ]</ref>.
Õppides täiskoormusel, peab kokku saama vähemalt 27 EAPd semestri kohta. Kui antud normi ei täideta, tuleb puuduolevate EAPde eest tasuda osalise hüvitamise määr, milleks on 50€ <ref>[http://www.itcollege.ee/tudengile/finantsinfo/ Finantsinfo ]</ref>.
Esimesel semestril jääb täiskoormusest puudu 5 EAPd (27 - 22), teisel semestril jääb puudu 1 EAP. (27 - 26) Kokku on puudu 6 EAPd, mille koguhind on 300€. (6*50€)

= Viited =
<references />

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Juusvali

2014-11-05T16:22:44Z

Juusvali:

= Erialatutvustuse aine arvestustöö =

Autor: Joonatan Uusväli 
Esitatud: 05.11.2014

== Essee ==
...tulemas...

== Õpingukorralduse küsimused ==
=== Küsimus B ===
Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokkuleppida, et järelarvestust teha? Kuidas toimub järelarvestusele registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?

Õigus kordusarvestusteks kehtib ülejärgmise semestri punase joone päevani arvates aine õpetamissemestri lõpust (v.a. praktika). <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref>
Kordusarvestuste tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud soovitusliku ajakavaga. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref> Seega tuleb järelarvestuse aeg kokku leppida õppejõuga.

Eksamile/arvestusele registreerumine on nõutav korduseksami ja -arvestuse puhul ÕISis. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.8 ]</ref>

RF õppekohal on õppuril õigus kuni kolmele sooritusele tasuta. Õppeaine korduv deklareerimine on tasuline. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.12, 5.2.13 ]</ref>
Korduseksamid ja -arvestused on REV/tasulisel õppekohal õppijatele tasulised. Tasu suurus kehtestatakse rektori käskkirjaga ja arve kuvatakse ÕISis. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.7 ]</ref>
Täna on kodulehel märgitud kordussoorituse hinnaks 20€.

=== Küsimus 4 ===
Sul on olemas varasem töökogemus, mida sa tahad kasutada õppeainete arvestamisel (VÕTA). Millised on tegevused? Millised on tähtajad? Kas VÕTA kaudu saadud EAPd arvestatakse semestri õppekava täitmisesse ja aasta õppekoormusesse?

Vajalik on esitada VÕTA taotlus õppeinfosüsteemi hiljemalt kümnendal tööpäeval enne punase joone kuupäeva. VÕTA taotlus peab sisaldama kõike vajalikku, seal hulgas tõendeid õpingute või kogemuste olemasolu kohta. Varasemate õpingute ja töökogemuste hindamiseks, et võrrelda neid kooli õppekavaga, tuleb kokku VÕTA komisjon, kes otsustab, kas esitatud tõendeid saab arvestada. VÕTA taotluse menetlustasu on 13€, millele lisandub iga ainepunkti kohta 5€. VÕTA tulemusi ei arvestata õppekava täies mahus läbimisel, küll aga arvestatakse sisse õppekoormuse täitmisel. <ref>[http://www.itcollege.ee/tudengile/kkk/#Mis%20ja%20millal%20tuleb%20esitada%20varasemate%20%C3%B5ppetulemuste/t%C3%B6%C3%B6kogemuse%20arvestamiseks? Vastused korduma kippuvatele küsimustele ]</ref>

=== Ülesanne ===
Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas 22 EAPd ja teise semestri lõpuks 26 EAPd? Kui suur on teile esitatav arve?

"Õppekulude osaline hüvitamine – kohustus, mis tekib alates 2013/14 õppeaastast õppima asunud üliõpilastel, kes õpivad täiskoormusega õppes, kuid ei täida õppekava täies mahus." <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ Õppekorralduse eeskiri punkt 1.2.19 ]</ref>.
Õppides täiskoormusel, peab kokku saama vähemalt 27 EAPd semestri kohta. Kui antud normi ei täideta, tuleb puuduolevate EAPde eest tasuda osalise hüvitamise määr, milleks on 50€ <ref>[http://www.itcollege.ee/tudengile/finantsinfo/ Finantsinfo ]</ref>.
Esimesel semestril jääb täiskoormusest puudu 5 EAPd (27 - 22), teisel semestril jääb puudu 1 EAP. (27 - 26) Kokku on puudu 6 EAPd, mille koguhind on 300€. (6*50€)

= Viited =
<references />

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Juusvali

2014-11-05T16:13:45Z

Juusvali:

=Erialatutvustuse aine arvestustöö=

Autor: Joonatan Uusväli 
Esitatud: 05.11.2014

==Essee==
...tulemas...

==Õpingukorralduse küsimused==
=== Küsimus B ===
Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokkuleppida, et järelarvestust teha? Kuidas toimub järelarvestusele registreerimine? Mis on tähtajad? Palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Palju maksab, kui oled tasulisel (OF) õppekohal kohal?

Õigus kordusarvestusteks kehtib ülejärgmise semestri punase joone päevani arvates aine õpetamissemestri lõpust (v.a. praktika). <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref>
Kordusarvestuste tähtajad määrab ainet õpetav õppejõud kooskõlas õppeosakonnas koostatud soovitusliku ajakavaga. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#arvestused Õppekorralduse eeskiri punkt 5.4.4 ]</ref> Seega tuleb järelarvestuse aeg kokku leppida õppejõuga.

Eksamile/arvestusele registreerumine on nõutav korduseksami ja -arvestuse puhul ÕISis. Registreerumise ja soorituse vahele peab jääma vähemalt 2 tööpäeva. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.8 ]</ref>

RF õppekohal on õppuril õigus kuni kolmele sooritusele tasuta. Õppeaine korduv deklareerimine on tasuline. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.12, 5.2.13 ]</ref>
Korduseksamid ja -arvestused on REV/tasulisel õppekohal õppijatele tasulised. Tasu suurus kehtestatakse rektori käskkirjaga ja arve kuvatakse ÕISis. <ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/#eksamitekorraldus Õppekorralduse eeskiri punkt 5.2.7 ]</ref>
Täna on kodulehel märgitud kordussoorituse hinnaks 20€.

=== Küsimus 4 ===
Sul on olemas varasem töökogemus, mida sa tahad kasutada õppeainete arvestamisel (VÕTA). Millised on tegevused? Millised on tähtajad? Kas VÕTA kaudu saadud EAPd arvestatakse semestri õppekava täitmisesse ja aasta õppekoormusesse?

Vajalik on esitada VÕTA taotlus õppeinfosüsteemi hiljemalt kümnendal tööpäeval enne punase joone kuupäeva. VÕTA taotlus peab sisaldama kõike vajalikku, seal hulgas tõendeid õpingute või kogemuste olemasolu kohta. Varasemate õpingute ja töökogemuste hindamiseks, et võrrelda neid kooli õppekavaga, tuleb kokku VÕTA komisjon, kes otsustab, kas esitatud tõendeid saab arvestada. VÕTA taotluse menetlustasu on 13€, millele lisandub iga ainepunkti kohta 5€. VÕTA tulemusi ei arvestata õppekava täies mahus läbimisel, küll aga arvestatakse sisse õppekoormuse täitmisel. <ref>[http://www.itcollege.ee/tudengile/kkk/#Mis%20ja%20millal%20tuleb%20esitada%20varasemate%20%C3%B5ppetulemuste/t%C3%B6%C3%B6kogemuse%20arvestamiseks? Vastused korduma kippuvatele küsimustele ]</ref>

=Viited=
<references />

[[Category:Erialatutvustus 2014 kaugõpe]]

User:Juusvali

2014-11-05T14:16:39Z

Juusvali: Created page with "=Erialatutvustuse aine arvestustöö= Autor: Joonatan Uusväli Esitatud: 05.11.2014 ==Essee== ...tulemas... ==Õpingukorralduse küsimused== ...tulemas... =Viited…"

=Erialatutvustuse aine arvestustöö=

Autor: Joonatan Uusväli
 
Esitatud: 05.11.2014

==Essee==
...tulemas...

==Õpingukorralduse küsimused==
...tulemas...

=Viited=
<references />

[[Category:Erialatutvustus 2014 kaugõpe]]