ICO wiki - User contributions [en]

Meeskond:Curry

2018-06-11T19:13:09Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Projekti kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

=='''Juhend lõpptoote kasutamiseks:'''==
* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

=='''XML andmefail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Countries xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Capitals>
<Capital id="capital1">
<Name>Tallinn</Name>
<Area>100</Area>
</Capital>
<Capital id="capital2">
<Name>Riia</Name>
<Area>101</Area>
</Capital>
<Capital id="capital3">
<Name>Vilnius</Name>
<Area>102</Area>
</Capital>
<Capital id="capital4">
<Name>Helsingi</Name>
<Area>103</Area>
</Capital>
<Capital id="capital5">
<Name>Stockholm</Name>
<Area>104</Area>
</Capital>
<Capital id="capital6">
<Name>Kopenhaagen</Name>
<Area>105</Area>
</Capital>
</Capitals>
<Towns>
<Town id="town1">
<Name>Tartu</Name>
<Founded>1000</Founded>
</Town>
<Town id="town2">
<Name>Tampere</Name>
<Founded>1100</Founded>
</Town>
<Town id="town3">
<Name>Jelgava</Name>
<Founded>1300</Founded>
</Town>
<Town id="town4">
<Name>Kaunas</Name>
<Founded>1500</Founded>
</Town>
<Town id="town5">
<Name>Norrköping</Name>
<Founded>1700</Founded>
</Town>
<Town id="town6">
<Name>Aalborg</Name>
<Founded>1700</Founded>
</Town>
<Town id="town7">
<Name>Pärnu</Name>
<Founded>1800</Founded>
</Town>
<Town id="town8">
<Name>Valmiera</Name>
<Founded>1900</Founded>
</Town>
<Town id="town9">
<Name>Malmö</Name>
<Founded>1400</Founded>
</Town>
<Town id="town10">
<Name>Linköping</Name>
<Founded>1200</Founded>
</Town>
</Towns>
<Country id="country1">
<Name>Eesti</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town1"/>
<Town refid="town7"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country2"/>
<Country refid ="country3"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country2">
<Name>Soome</Name>
<Capital refid="capital4"/>
<CountryTowns>
<Town refid="town2"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country3">
<Name>Läti</Name>
<Capital refid="capital2"/>
<CountryTowns>
<Town refid="town3"/>
<Town refid="town8"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country4"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country4">
<Name>Leedu</Name>
<Capital refid="capital3"/>
<CountryTowns>
<Town refid="town4"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country3"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country5">
<Name>Rootsi</Name>
<Capital refid="capital5"/>
<CountryTowns>
<Town refid="town5"/>
<Town refid="town9"/>
<Town refid="town10"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country6"/>
<Country refid ="country1"/>
<Country refid ="country2"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country6">
<Name>Taani</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town6"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
</Countries>
</source>

=='''XSD schema fail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="TypeName">
<xs:restriction base="xs:string">
<xs:minLength value="3" />
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="TypeArea">
<xs:restriction base="xs:integer">
<xs:minInclusive value="100" />
</xs:restriction>
</xs:simpleType>
<xs:element name="Countries">
<xs:complexType>
<xs:sequence>
<xs:element name="Capitals">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Capital">
<xs:complexType>
<xs:sequence>
<xs:element type="TypeName" name="Name"/>
<xs:element type ="TypeArea" name="Area"/>
</xs:sequence>
<xs:attribute name="id" type="xs:ID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Towns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="xs:string" />
<xs:element name="Founded" type="xs:unsignedShort" />
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="TypeName"/>
<xs:element name="Capital">
<xs:complexType>
<xs:attribute name="id" type="xs:ID"/>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
<xs:element name="CountryTowns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:unique name="TownUnique ">
<xs:selector xpath="Town"/>
<xs:field xpath="@refid"/>
</xs:unique>
</xs:element>
<xs:element name="NeighbouringCountries">
<xs:complexType>
<xs:sequence>
<xs:element name="NeighbouringCountry">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
<xs:key name="PK_Capitals">
<xs:selector xpath="Countries/Capital"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryCapitals" refer="PK_Capitals">
<xs:selector xpath="Countries/Country/Capital"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Towns">
<xs:selector xpath="Countries/Towns/Town"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryTowns" refer="PK_Towns">
<xs:selector xpath="Countries/Country/CountryTowns/Town"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Countries">
<xs:selector xpath="Countries/Country"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_Countries" refer="PK_Countries">
<xs:selector xpath="Countries/Country/NeighbouringCountries/NeighbouringCountry/Country"/>
<xs:field xpath="@refid"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=='''XSLT transformatsioon: XML -> HTML'''==
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<html>
<body>
<h2 style="text-align:center">Countries</h2>
<table align="center" border="1">
<tr bgcolor="#9acd32">
<th style="text-align:left">Country name</th>
<th style="text-align:left">Capital</th>
<th style="text-align:left">Towns</th>
<th style="text-align:left">Neighbouring countries</th>
</tr>
<xsl:for-each select="Countries/Country">
<tr>
<td>
<xsl:value-of select="Name"/>
</td>
<td>
<xsl:for-each select="key('capital', Capital/@refid)">
<xsl:value-of select="Name"/>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

=='''XSLT transformatsioon: XML -> XML'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<Countries>
<xsl:for-each select="Countries/Country">
<name>
<xsl:value-of select="Name"/>
</name>
<Towns>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<Town>
<xsl:attribute name="Founded">
<xsl:value-of select="Founded"/>
</xsl:attribute>
<xsl:value-of select="Name"/>
</Town>
</xsl:for-each>
</Towns>
<NumberOfNeighbouringCountries>
<xsl:value-of select="count(key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid))"/>
</NumberOfNeighbouringCountries>
</xsl:for-each>
</Countries>
</xsl:template>
</xsl:stylesheet>
</source>

=Meie retsensioonid BestInShow meeskonnale=

==Veebiteenus==
* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses Identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis rollidele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

==Klientrakendus==
* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

==XML osa==
* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
* XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

=Tegevuste logi:=
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

'''02.04.2018''' -
Koodi kirjutamise alustamine, Giti repo loomine

'''14.05.2018''' -
Angular klientrakenduse alustamine

'''08.06.2018''' -
Lõpptoode valmis

'''09.06.2018''' -
XML töö valmis

'''11.06.2018''' -
retsensioonid tehtud

Meeskond:Curry

2018-06-11T17:30:52Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Projekti kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

=='''Juhend lõpptoote kasutamiseks:'''==
* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

=='''XML andmefail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Countries xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Capitals>
<Capital id="capital1">
<Name>Tallinn</Name>
<Area>100</Area>
</Capital>
<Capital id="capital2">
<Name>Riia</Name>
<Area>101</Area>
</Capital>
<Capital id="capital3">
<Name>Vilnius</Name>
<Area>102</Area>
</Capital>
<Capital id="capital4">
<Name>Helsingi</Name>
<Area>103</Area>
</Capital>
<Capital id="capital5">
<Name>Stockholm</Name>
<Area>104</Area>
</Capital>
<Capital id="capital6">
<Name>Kopenhaagen</Name>
<Area>105</Area>
</Capital>
</Capitals>
<Towns>
<Town id="town1">
<Name>Tartu</Name>
<Founded>1000</Founded>
</Town>
<Town id="town2">
<Name>Tampere</Name>
<Founded>1100</Founded>
</Town>
<Town id="town3">
<Name>Jelgava</Name>
<Founded>1300</Founded>
</Town>
<Town id="town4">
<Name>Kaunas</Name>
<Founded>1500</Founded>
</Town>
<Town id="town5">
<Name>Norrköping</Name>
<Founded>1700</Founded>
</Town>
<Town id="town6">
<Name>Aalborg</Name>
<Founded>1700</Founded>
</Town>
<Town id="town7">
<Name>Pärnu</Name>
<Founded>1800</Founded>
</Town>
<Town id="town8">
<Name>Valmiera</Name>
<Founded>1900</Founded>
</Town>
<Town id="town9">
<Name>Malmö</Name>
<Founded>1400</Founded>
</Town>
<Town id="town10">
<Name>Linköping</Name>
<Founded>1200</Founded>
</Town>
</Towns>
<Country id="country1">
<Name>Eesti</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town1"/>
<Town refid="town7"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country2"/>
<Country refid ="country3"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country2">
<Name>Soome</Name>
<Capital refid="capital4"/>
<CountryTowns>
<Town refid="town2"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country3">
<Name>Läti</Name>
<Capital refid="capital2"/>
<CountryTowns>
<Town refid="town3"/>
<Town refid="town8"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country4"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country4">
<Name>Leedu</Name>
<Capital refid="capital3"/>
<CountryTowns>
<Town refid="town4"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country3"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country5">
<Name>Rootsi</Name>
<Capital refid="capital5"/>
<CountryTowns>
<Town refid="town5"/>
<Town refid="town9"/>
<Town refid="town10"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country6"/>
<Country refid ="country1"/>
<Country refid ="country2"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country6">
<Name>Taani</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town6"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
</Countries>
</source>

=='''XSD schema fail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="TypeName">
<xs:restriction base="xs:string">
<xs:minLength value="3" />
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="TypeArea">
<xs:restriction base="xs:integer">
<xs:minInclusive value="100" />
</xs:restriction>
</xs:simpleType>
<xs:element name="Countries">
<xs:complexType>
<xs:sequence>
<xs:element name="Capitals">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Capital">
<xs:complexType>
<xs:sequence>
<xs:element type="TypeName" name="Name"/>
<xs:element type ="TypeArea" name="Area"/>
</xs:sequence>
<xs:attribute name="id" type="xs:ID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Towns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="xs:string" />
<xs:element name="Founded" type="xs:unsignedShort" />
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="TypeName"/>
<xs:element name="Capital">
<xs:complexType>
<xs:attribute name="id" type="xs:ID"/>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
<xs:element name="CountryTowns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:unique name="TownUnique ">
<xs:selector xpath="Town"/>
<xs:field xpath="@refid"/>
</xs:unique>
</xs:element>
<xs:element name="NeighbouringCountries">
<xs:complexType>
<xs:sequence>
<xs:element name="NeighbouringCountry">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
<xs:key name="PK_Capitals">
<xs:selector xpath="Countries/Capital"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryCapitals" refer="PK_Capitals">
<xs:selector xpath="Countries/Country/Capital"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Towns">
<xs:selector xpath="Countries/Towns/Town"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryTowns" refer="PK_Towns">
<xs:selector xpath="Countries/Country/CountryTowns/Town"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Countries">
<xs:selector xpath="Countries/Country"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_Countries" refer="PK_Countries">
<xs:selector xpath="Countries/Country/NeighbouringCountries/NeighbouringCountry/Country"/>
<xs:field xpath="@refid"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=='''XSLT transformatsioon: XML -> HTML'''==
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<html>
<body>
<h2 style="text-align:center">Countries</h2>
<table align="center" border="1">
<tr bgcolor="#9acd32">
<th style="text-align:left">Country name</th>
<th style="text-align:left">Capital</th>
<th style="text-align:left">Towns</th>
<th style="text-align:left">Neighbouring countries</th>
</tr>
<xsl:for-each select="Countries/Country">
<tr>
<td>
<xsl:value-of select="Name"/>
</td>
<td>
<xsl:for-each select="key('capital', Capital/@refid)">
<xsl:value-of select="Name"/>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

=='''XSLT transformatsioon: XML -> XML'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<Countries>
<xsl:for-each select="Countries/Country">
<name>
<xsl:value-of select="Name"/>
</name>
<Towns>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<Town>
<xsl:attribute name="Founded">
<xsl:value-of select="Founded"/>
</xsl:attribute>
<xsl:value-of select="Name"/>
</Town>
</xsl:for-each>
</Towns>
<NumberOfNeighbouringCountries>
<xsl:value-of select="count(key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid))"/>
</NumberOfNeighbouringCountries>
</xsl:for-each>
</Countries>
</xsl:template>
</xsl:stylesheet>
</source>

=Meie retsensioonid BestInShow meeskonnale=

==Veebiteenus==
* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

==Klientrakendus==
* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

==XML osa==
* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
* XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

=Tegevuste logi:=
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

'''02.04.2018''' -
Koodi kirjutamise alustamine, Giti repo loomine

'''14.05.2018''' -
Angular klientrakenduse alustamine

'''08.06.2018''' -
Lõpptoode valmis

'''09.06.2018''' -
XML töö valmis

'''11.06.2018''' -
retsensioonid tehtud

Meeskond:Curry

2018-06-11T17:30:12Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Projekti kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

=='''Juhend lõpptoote kasutamiseks:'''==
* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

=='''XML andmefail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Countries xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Capitals>
<Capital id="capital1">
<Name>Tallinn</Name>
<Area>100</Area>
</Capital>
<Capital id="capital2">
<Name>Riia</Name>
<Area>101</Area>
</Capital>
<Capital id="capital3">
<Name>Vilnius</Name>
<Area>102</Area>
</Capital>
<Capital id="capital4">
<Name>Helsingi</Name>
<Area>103</Area>
</Capital>
<Capital id="capital5">
<Name>Stockholm</Name>
<Area>104</Area>
</Capital>
<Capital id="capital6">
<Name>Kopenhaagen</Name>
<Area>105</Area>
</Capital>
</Capitals>
<Towns>
<Town id="town1">
<Name>Tartu</Name>
<Founded>1000</Founded>
</Town>
<Town id="town2">
<Name>Tampere</Name>
<Founded>1100</Founded>
</Town>
<Town id="town3">
<Name>Jelgava</Name>
<Founded>1300</Founded>
</Town>
<Town id="town4">
<Name>Kaunas</Name>
<Founded>1500</Founded>
</Town>
<Town id="town5">
<Name>Norrköping</Name>
<Founded>1700</Founded>
</Town>
<Town id="town6">
<Name>Aalborg</Name>
<Founded>1700</Founded>
</Town>
<Town id="town7">
<Name>Pärnu</Name>
<Founded>1800</Founded>
</Town>
<Town id="town8">
<Name>Valmiera</Name>
<Founded>1900</Founded>
</Town>
<Town id="town9">
<Name>Malmö</Name>
<Founded>1400</Founded>
</Town>
<Town id="town10">
<Name>Linköping</Name>
<Founded>1200</Founded>
</Town>
</Towns>
<Country id="country1">
<Name>Eesti</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town1"/>
<Town refid="town7"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country2"/>
<Country refid ="country3"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country2">
<Name>Soome</Name>
<Capital refid="capital4"/>
<CountryTowns>
<Town refid="town2"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country3">
<Name>Läti</Name>
<Capital refid="capital2"/>
<CountryTowns>
<Town refid="town3"/>
<Town refid="town8"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country4"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country4">
<Name>Leedu</Name>
<Capital refid="capital3"/>
<CountryTowns>
<Town refid="town4"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country3"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country5">
<Name>Rootsi</Name>
<Capital refid="capital5"/>
<CountryTowns>
<Town refid="town5"/>
<Town refid="town9"/>
<Town refid="town10"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country6"/>
<Country refid ="country1"/>
<Country refid ="country2"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country6">
<Name>Taani</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town6"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
</Countries>
</source>

=='''XSD schema fail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="TypeName">
<xs:restriction base="xs:string">
<xs:minLength value="3" />
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="TypeArea">
<xs:restriction base="xs:integer">
<xs:minInclusive value="100" />
</xs:restriction>
</xs:simpleType>
<xs:element name="Countries">
<xs:complexType>
<xs:sequence>
<xs:element name="Capitals">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Capital">
<xs:complexType>
<xs:sequence>
<xs:element type="TypeName" name="Name"/>
<xs:element type ="TypeArea" name="Area"/>
</xs:sequence>
<xs:attribute name="id" type="xs:ID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Towns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="xs:string" />
<xs:element name="Founded" type="xs:unsignedShort" />
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="TypeName"/>
<xs:element name="Capital">
<xs:complexType>
<xs:attribute name="id" type="xs:ID"/>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
<xs:element name="CountryTowns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:unique name="TownUnique ">
<xs:selector xpath="Town"/>
<xs:field xpath="@refid"/>
</xs:unique>
</xs:element>
<xs:element name="NeighbouringCountries">
<xs:complexType>
<xs:sequence>
<xs:element name="NeighbouringCountry">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
<xs:key name="PK_Capitals">
<xs:selector xpath="Countries/Capital"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryCapitals" refer="PK_Capitals">
<xs:selector xpath="Countries/Country/Capital"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Towns">
<xs:selector xpath="Countries/Towns/Town"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryTowns" refer="PK_Towns">
<xs:selector xpath="Countries/Country/CountryTowns/Town"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Countries">
<xs:selector xpath="Countries/Country"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_Countries" refer="PK_Countries">
<xs:selector xpath="Countries/Country/NeighbouringCountries/NeighbouringCountry/Country"/>
<xs:field xpath="@refid"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=='''XSLT transformatsioon: XML -> HTML'''==
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<html>
<body>
<h2 style="text-align:center">Countries</h2>
<table align="center" border="1">
<tr bgcolor="#9acd32">
<th style="text-align:left">Country name</th>
<th style="text-align:left">Capital</th>
<th style="text-align:left">Towns</th>
<th style="text-align:left">Neighbouring countries</th>
</tr>
<xsl:for-each select="Countries/Country">
<tr>
<td>
<xsl:value-of select="Name"/>
</td>
<td>
<xsl:for-each select="key('capital', Capital/@refid)">
<xsl:value-of select="Name"/>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

=='''XSLT transformatsioon: XML -> XML'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<Countries>
<xsl:for-each select="Countries/Country">
<name>
<xsl:value-of select="Name"/>
</name>
<Towns>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<Town>
<xsl:attribute name="Founded">
<xsl:value-of select="Founded"/>
</xsl:attribute>
<xsl:value-of select="Name"/>
</Town>
</xsl:for-each>
</Towns>
<NumberOfNeighbouringCountries>
<xsl:value-of select="count(key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid))"/>
</NumberOfNeighbouringCountries>
</xsl:for-each>
</Countries>
</xsl:template>
</xsl:stylesheet>
</source>

=Meie retsensioonid BestInShow meeskonnale=

==Veebiteenus==
* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

==Klientrakendus==
* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

==XML osa==
* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
* XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

=Tegevuste logi:=
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

'''02.04.2018''' -
Koodi kirjutamise alustamine, Giti repo loomine

'''14.05.2018''' -
Angular klientrakenduse alustamine

'''08.06.2018''' -
Lõpptoode valmis

'''09.06.2018''' -
XML töö valmis

Meeskond:Curry

2018-06-11T17:29:43Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Projekti kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

=='''Juhend lõpptoote kasutamiseks:'''==
* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

=='''XML andmefail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Countries xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Capitals>
<Capital id="capital1">
<Name>Tallinn</Name>
<Area>100</Area>
</Capital>
<Capital id="capital2">
<Name>Riia</Name>
<Area>101</Area>
</Capital>
<Capital id="capital3">
<Name>Vilnius</Name>
<Area>102</Area>
</Capital>
<Capital id="capital4">
<Name>Helsingi</Name>
<Area>103</Area>
</Capital>
<Capital id="capital5">
<Name>Stockholm</Name>
<Area>104</Area>
</Capital>
<Capital id="capital6">
<Name>Kopenhaagen</Name>
<Area>105</Area>
</Capital>
</Capitals>
<Towns>
<Town id="town1">
<Name>Tartu</Name>
<Founded>1000</Founded>
</Town>
<Town id="town2">
<Name>Tampere</Name>
<Founded>1100</Founded>
</Town>
<Town id="town3">
<Name>Jelgava</Name>
<Founded>1300</Founded>
</Town>
<Town id="town4">
<Name>Kaunas</Name>
<Founded>1500</Founded>
</Town>
<Town id="town5">
<Name>Norrköping</Name>
<Founded>1700</Founded>
</Town>
<Town id="town6">
<Name>Aalborg</Name>
<Founded>1700</Founded>
</Town>
<Town id="town7">
<Name>Pärnu</Name>
<Founded>1800</Founded>
</Town>
<Town id="town8">
<Name>Valmiera</Name>
<Founded>1900</Founded>
</Town>
<Town id="town9">
<Name>Malmö</Name>
<Founded>1400</Founded>
</Town>
<Town id="town10">
<Name>Linköping</Name>
<Founded>1200</Founded>
</Town>
</Towns>
<Country id="country1">
<Name>Eesti</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town1"/>
<Town refid="town7"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country2"/>
<Country refid ="country3"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country2">
<Name>Soome</Name>
<Capital refid="capital4"/>
<CountryTowns>
<Town refid="town2"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country3">
<Name>Läti</Name>
<Capital refid="capital2"/>
<CountryTowns>
<Town refid="town3"/>
<Town refid="town8"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country4"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country4">
<Name>Leedu</Name>
<Capital refid="capital3"/>
<CountryTowns>
<Town refid="town4"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country3"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country5">
<Name>Rootsi</Name>
<Capital refid="capital5"/>
<CountryTowns>
<Town refid="town5"/>
<Town refid="town9"/>
<Town refid="town10"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country6"/>
<Country refid ="country1"/>
<Country refid ="country2"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country6">
<Name>Taani</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town6"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
</Countries>
</source>

=='''XSD schema fail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="TypeName">
<xs:restriction base="xs:string">
<xs:minLength value="3" />
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="TypeArea">
<xs:restriction base="xs:integer">
<xs:minInclusive value="100" />
</xs:restriction>
</xs:simpleType>
<xs:element name="Countries">
<xs:complexType>
<xs:sequence>
<xs:element name="Capitals">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Capital">
<xs:complexType>
<xs:sequence>
<xs:element type="TypeName" name="Name"/>
<xs:element type ="TypeArea" name="Area"/>
</xs:sequence>
<xs:attribute name="id" type="xs:ID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Towns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="xs:string" />
<xs:element name="Founded" type="xs:unsignedShort" />
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="TypeName"/>
<xs:element name="Capital">
<xs:complexType>
<xs:attribute name="id" type="xs:ID"/>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
<xs:element name="CountryTowns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:unique name="TownUnique ">
<xs:selector xpath="Town"/>
<xs:field xpath="@refid"/>
</xs:unique>
</xs:element>
<xs:element name="NeighbouringCountries">
<xs:complexType>
<xs:sequence>
<xs:element name="NeighbouringCountry">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
<xs:key name="PK_Capitals">
<xs:selector xpath="Countries/Capital"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryCapitals" refer="PK_Capitals">
<xs:selector xpath="Countries/Country/Capital"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Towns">
<xs:selector xpath="Countries/Towns/Town"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryTowns" refer="PK_Towns">
<xs:selector xpath="Countries/Country/CountryTowns/Town"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Countries">
<xs:selector xpath="Countries/Country"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_Countries" refer="PK_Countries">
<xs:selector xpath="Countries/Country/NeighbouringCountries/NeighbouringCountry/Country"/>
<xs:field xpath="@refid"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=='''XSLT transformatsioon: XML -> HTML'''==
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<html>
<body>
<h2 style="text-align:center">Countries</h2>
<table align="center" border="1">
<tr bgcolor="#9acd32">
<th style="text-align:left">Country name</th>
<th style="text-align:left">Capital</th>
<th style="text-align:left">Towns</th>
<th style="text-align:left">Neighbouring countries</th>
</tr>
<xsl:for-each select="Countries/Country">
<tr>
<td>
<xsl:value-of select="Name"/>
</td>
<td>
<xsl:for-each select="key('capital', Capital/@refid)">
<xsl:value-of select="Name"/>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

=='''XSLT transformatsioon: XML -> XML'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<Countries>
<xsl:for-each select="Countries/Country">
<name>
<xsl:value-of select="Name"/>
</name>
<Towns>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<Town>
<xsl:attribute name="Founded">
<xsl:value-of select="Founded"/>
</xsl:attribute>
<xsl:value-of select="Name"/>
</Town>
</xsl:for-each>
</Towns>
<NumberOfNeighbouringCountries>
<xsl:value-of select="count(key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid))"/>
</NumberOfNeighbouringCountries>
</xsl:for-each>
</Countries>
</xsl:template>
</xsl:stylesheet>
</source>

=Meie retsensioonid BestInShow meeskonnale=

==Veebiteenus==
* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
* Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

==Klientrakendus==
* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

==XML osa==
* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

=Tegevuste logi:=
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

'''02.04.2018''' -
Koodi kirjutamise alustamine, Giti repo loomine

'''14.05.2018''' -
Angular klientrakenduse alustamine

'''08.06.2018''' -
Lõpptoode valmis

'''09.06.2018''' -
XML töö valmis

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018

2018-06-11T17:28:06Z

Relken:

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
__NOINDEX__

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML(SOAP) või Rest veebiteenusel ja sellele klientrakenduse loomise abil ning süvendada meeskonnatööoskust.
*SOAP veebiteenuse puhul eeldatakse WCF tehnoloogia kasutamist. Vanema põlvkonna ASP.NET veebiteenuse loomine ei ole lubatud, kuna seda ei toeta ka Microsoft enam tänasel päeval.
*REST teenuste loomisel tuleks kasutada ASP.NET Web API2/ASP.NET Core 2.0/WCF võimalusi.

Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus

Ühte projektimeeskonda kuulub 3..4 tudengit ning ühel teemal teostab projekti üks või mitu meeskonda. 1,2 ja viie liikmelised meeskonnad tuleks õppejõuga eraldi kooskõlastada.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas. Wikilehe täitmise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest.

==Tähtajad==

* '''Veebiteenus''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#Veebiteenus NB! Täpsem info]
** Veebiteenuse analüüs peab olema valmis, esitatud ja wikilehel kirjeldatud hiljemalt: '''01.aprill 2018'''. Lisaks on '''Meeskonnad on loonud omale enda wiki lehe, kuhu kirjeldavad meeskonna ja panevad nad üles oma tööd. Lisaks hakkavad kogunema ka sinna teiste gruppide poolt kirjutatavad retsensioonid. <ins>Meeskonnalehed lingitakse selle lehe lõppu Meeskonna pealkirja alla.</ins>'''
** Veebiteenus peab olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''27. mai 2018'''.
** Retsensioonid veebiteenuste kohta peavad tehtud olema '''03. juuni 2018'''.

* '''Klientrakendused''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#Klientrakendus NB! Täpsem info]
** Klientrakendused peavad olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''27. mai 2018'''.
** Retsensioonid klientrakenduste kohta peavad tehtud olema '''03. juuni 2018'''.

* '''XML fail''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#XML_andmefail NB! Täpsem info]
** XML fail, stiilifail ja skeemifail peavad olema valmis ja wikilehel kirjeldatud hiljemalt '''01. juuni 2018'''.
** Retsensioonid XML-failide kohta peavad tehtud olema '''05.juuni 2018'''.

==Hindamine==
===Üldised kriteeriumid===

Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), paigaldusjuhend ning lahenduse kirjeldus.

'''Maksimumtulemuse annab (vähemalt 4/7):'''

* Majanduslik mõtlemine (kas loodav teenus ja rakendused oleks kasutatav ka ärilistel eesmärkidel)
* Mobiilirakendused/Angularis/reactis loodud klientrakendus
* Kogukondade kaasamine
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)
* Korraliku arhitektuuriga kirjutatud kood

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning minimaalselt kaks sobivat XSL transformatsiooni faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks. Transformatsioonid peavad sisaldama midagi enamat, kui ainult üks for-each klausel. Transformatsiooni käigus peaks kasutama vajadusel parameetreid ning kindlasti ka erinevaid tingimuste kontrolle.

XML-il peab olema vähemalt 4 loogilist dimensiooni.
<dim1>
<dim2>
<dim3>
<dim4>
</dim4>
</dim3>
</dim2>
</dim1>
Lisaks tuleb kasutada 3-el dimensioonil attribuute, mis one enamat, kui lihtsalt ID.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes
* Teenuse poole pöördumiste arvu piiramist ja piirangute haldamist.

Loodav veebiteenus peab toetama mitme kasutaja võimalust.

Loodav veebiteenus tuleb luua kasutades ''Windows Communication Foundation'' või ASP.NET MVC Web API tehnoloogiat

Andmebaasis peab olema vähemalt 9 olemit ehk andmebaas on eeldus,

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena(ASP.NET veebirakendus või hoopis Angulari või Reacti baasil), töölauarakendusena(WPF) või mobiilse rakendusena(Xamarin)

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

===Retsensioonid===
Retsensioon on üliõpilase iseseisva teadustöö kriitilise analüüsi põhjal koostatud argumenteeritud hinnang. Retsensioonis tuleb hinnata töö vastavust esitatud tingimustele, programmikoodi loetavust ning kommenteeritust, dokumentatsiooni ja kirjeldada puudusi. Retsensioonide põhjal on meeskondadel õigus oma projekte parandada enne määratud esitamistähtaja kättejõudmist.

Retsensioon peab sisaldama minimaalselt...
* XML - ...200 sõna.
* Veebiteenus - ...600 sõna.
* Klientrakendus - ...600 sõna.

Mõnelauselisest arvamusest ei piisa, kuna tegemist on grupi loodavate arvustustega, mitte individuaalsete arvustustega.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel
mait.poska [ät] itcollege.ee või (+372 53 469 734)
(teksti originaalautor Priit Raspel)

==Kaitsmisele registreerumine==
Kaitsmisele tuleks registreerida järjest(st iga järgmine lisab vajaliku 15min ajaakna) ja suvalisis kellaaegasid ei hakka kuhugi vahele kirjutama

'''05.06.2018'''
*15:00 - Miisiks
*15:15 - Maagikud
*15:30 - GoFood
*15:45 - Raavo V2™
*16:00 - LearnToDrive
Sellele päevale rohkem aegu juurde lisada ei saa

Allpool olevate päevadele võib vabalt aegasid juurde lisada 15min sammga. Reegel on, et aegu lisame järjest

'''06.06.2018'''
*17:00 - Raamaturiiul
*17:15 - Pakiraam
*..

'''09.06.2018'''
*16:00 - MealPlannerSolo(Triin Oja)
*16:15 - Beer Pressure
*16:30 - <div>
*16:45 - NutriCheck
*17:00 - JääTuli
*17:15 - Ophelia
*17:30 - Kuldne Loojang
*17:45 - Hammas
*18:00 - VariousArtists
*18:15 - Pillar Of Autumn
*18:30 - Curry
*18:45 - WatchWinders
*19:00 - MOT
*19:15 - AmateurBB
*19:30 - Autolugu
*19:45 - VRII2018

=Teemad 2018 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

NB! XML andmefail ja veebiteenus ei pea olema omavahel seotud.

==Näidisteemad==

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus administraatoril nimesid muuta/kustutada
* meeste ja naiste nimed peavad olema süsteemis eristatavad
* luua võimalus, mis võimaldab kuvada populaarseid nimesid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* luua võimalus, et nimi lisatakse baasi alles siis, kui administraatori õigustega inimene on selleks vastava loa andnud

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* kasutajaid on võimalik lisada gruppidesse
* kasutajal on võimalik lisada vajalike kontaktandmete liike
* kasutajatel on võimalik jagada omavahel kontakte ja kontaktide grupper

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* kasutaja saab RSS vooge vaadata eraldi või grupeeritult
* vooge peab puhverdama, kuna voogude lugemine võtab enamasti üsna palju aega
*

= Meeskonnad 2018=
==Päevaõpe==

===[https://wiki.itcollege.ee/index.php/HairSaloon Meeskond: HairSaloon]===
Liikmed:
* Kaido Henrik Elias
* Arvo Paomees

===[https://wiki.itcollege.ee/index.php/VariousArtists Meeskond: VariousArtists]===
Liikmed:
* Ruudi Vinter
* Madis Roosioks
* Pavel Fleišer

Lõpptoode: [https://drive.google.com/open?id=1Pq8Lhrs3G5mGiTje70ww-zMBNB5cXnRh ZIP]

TFS: [https://variousartists.visualstudio.com/VariousArtists/_versionControl/changesets siin]

XML: [https://wiki.itcollege.ee/index.php/VariousArtists#XML siin]

Retsensioonid: [https://wiki.itcollege.ee/index.php/VariousArtists#Retsensioonid siin]

===[https://wiki.itcollege.ee/index.php/Maagikud Meeskond: Maagikud]===
Liikmed:
*Kristina Rästas
*Simo Jaanus
*Artur Tammiste
*Rauno Lõhmus
Lõpptoote [http://enos.itcollege.ee/~sjaanus/c/Airport_solution.zip link]

Veebiteenuse ja klientrakenduse retsensioon tiimile Raavo V2 asub [https://docs.google.com/document/d/1fxmdLa94Do1u5WlmPQjSd4mMmdbDw5WmDne547jqQc4/edit siin]

XML retsensioon tiimile LTD asub [https://docs.google.com/document/d/15rMhpqyG5XHsvOCZJp88ucHkiMa5Non6BbYwBBKT2_Y/edit siin]

===[https://wiki.itcollege.ee/index.php/RaamatuRiiul Meeskond: RaamatuRiiul]===
Liikmed:
* Alo Avi
* Arnika Rästa
* Marite Rammo
'''Meie XML:''' [https://wiki.itcollege.ee/index.php/RaamatuRiiul#XML XML]

'''Meie veebiteenuse, klientrakenduse ja XML retsensioonid meeskonnale Miisiiks:''' [https://wiki.itcollege.ee/index.php/Talk:Miisiiks retsensioonid]

'''Meie veebiteenus ning klientrakendus.''' [https://www.dropbox.com/s/ugbvx4j4zdlbp68/RaamatuRiiul.7z?dl=0 Zip]

===[https://wiki.itcollege.ee/index.php/Autolugu Meeskond: Autolugu]===
Liikmed:
* Margus Põlma
* Karl Erik Õunapuu

Veebiteenus: [http://enos.itcollege.ee/~mpolma/vr2/API.zip]

Klientrakendus: [https://github.com/karlerikounapuu/autolugu-front]

===[https://wiki.itcollege.ee/index.php/VRII2018 Meeskond: VRII2018]===
Liikmed:
* Kaspar Kaal
* Teet Adamson
* Rahel Kangur

===[https://wiki.itcollege.ee/index.php/Meeskond_Raavo_V2%E2%84%A2 Meeskond: Raavo V2™]===
Liikmed:
* Peeter Fridolin
* Kristo Leesmann
* Rando Rommot

Projekti retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/Meeskond_Raavo_V2™#Retsentsioonid Maagikud]

===[https://wiki.itcollege.ee/index.php/Pillarofautumn Meeskond: Pillar of Autumn ]===
Liikmed:
* Taavi Põder
* Taavi Vesinurm (Meeskonnast lahkunud)
* Raido Vell
'''Lõpptoode API ja klientrakendus:''' [https://github.com/taavip9/Veebirakendused-II Lõpptoode]

===[https://wiki.itcollege.ee/index.php/jaatuli Meeskond: JääTuli]===
Liikmed:
*Tarmo Luugus
*Leho Kivistik
*Hannes Mäeorg
*Marten Tammeleht

===[https://wiki.itcollege.ee/index.php/JustABot Meeskond: JustABot]===
Liikmed:
*Argo Hansen

===[https://wiki.itcollege.ee/index.php/Meeskond_Pakiraam Meeskond: Pakiraam]===
Liikmed:
*Kristo Naeris
*Indro Kottise

Klientrakendus [https://github.com/knaeris/VR2Klient siin] ja veebiteenus [https://github.com/knaeris/VR2Projekt siin]

Retsensioon meeskonna Raavo v2 klientrakendusele : [https://wiki.itcollege.ee/index.php/Meeskond_Pakiraam#Retsensioonid Retsensioon]

Retsensioon meeskonna Raavo v2 veebiteenusele:

===[https://wiki.itcollege.ee/index.php/GoFood Meeskond: GoFood]===
Liikmed:

* Rando Kurel
* Henrik Prangel
* Markus Mänd
* Edgar Tereping
* Jane Kaldma

Lõpptoode: [https://wiki.itcollege.ee/index.php/GoFood#Projektikood lõpptoote leiab siit]

Meie rühma kirjutatud retsentsioonid rühmale Maagikud:[https://wiki.itcollege.ee/index.php/GoFood#Retsensioon_rühmale_Maagikud Retsensioon]

===[https://wiki.itcollege.ee/index.php/LTD Meeskond: LearnToDrive]===
'''Liikmed:'''
*Eve Ormisson
*Carlos Kirtsi

Projekt [https://wiki.itcollege.ee/index.php/LTD#Kood_ise asub siin, kliendina kasutame JustInCaseWPFi]

Projekti retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/LTD#Projekti_retsensioon Maagikud]

XML osa retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/LTD#XML_retsensioon RaamatuRiiul]

===[https://wiki.itcollege.ee/index.php/Miisiiks Meeskond: Miisiiks]===
Liikmed:
*Christo Aruste
*Heleriin Malkov
*Tõnis Prants

[https://www.dropbox.com/s/e2vu3ukgckyc2x5/MiisiiksWS.zip?dl=0 Veebiteenus]

Veebiteenus v2 (05.06): [https://www.dropbox.com/s/4acyvc9c7h08xl6/MiisiiksWS-v2.rar?dl=0 Veebiteenus]

[https://www.dropbox.com/s/iwtheohp5mn0lek/MiisiiksC.zip?dl=0 Klientrakendus]

Klientrakendus v2 (05.06): [https://www.dropbox.com/s/m6ijv2yyqthebgr/MiisiiksC2-v2.rar?dl=0 Klientrakendus]

[https://wiki.itcollege.ee/index.php/Miisiiks#XML XML]

Retsensioonid meeskonnale Raavo V2™

Veebiteenus: [https://wiki.itcollege.ee/index.php/Miisiiks#Veebiteenuse_retsensioon Retsensioon]

Klientrakendus: [https://wiki.itcollege.ee/index.php/Miisiiks#Klientrakenduse_retsensioon Retsensioon]

XML: [https://wiki.itcollege.ee/index.php/Miisiiks#XML_retsensioon XML]

===[https://wiki.itcollege.ee/index.php/VR2_div Meeskond: <div>]===
Liikmed:
*Kaarel Pärtel
*Marek Juhanson
*Kai Kallastu

Retsensioonid rühmale [https://wiki.itcollege.ee/index.php/Miisiiks Miisiiks™]: [https://docs.google.com/document/d/1gQmas-Fay_XHHhLInKM92152vYeFdFflDIRozN63mxA/edit?usp=sharing veebiteenus, klientrakendus ja XML]

==Kaugõpe==

===[https://wiki.itcollege.ee/index.php/BestInShow Meeskond: BestInShow]===
Liikmed:
* Liina Abner
* Marju Pütsepp
* Liisi Taimre

'''Lõpptoode veebiteenus:''' [https://www.dropbox.com/s/j5ixmwmx45kxcyo/BestInShow.zip?dl=0 https://www.dropbox.com/s/j5ixmwmx45kxcyo/BestInShow.zip?dl=0]<br>
'''Kasutusjuhend:''' [https://wiki.itcollege.ee/index.php/BestInShow#Kasutusjuhend https://wiki.itcollege.ee/index.php/BestInShow#Kasutusjuhend]<br>
'''Lõpptoode klient:''' [https://bitbucket.org/Marjup/bestinshow/ https://bitbucket.org/Marjup/bestinshow/]<br>
'''XML failid:''' [https://wiki.itcollege.ee/index.php/BestInShow#XML_failid Schema, XML ja XSLT HTML ja XML transformatsiooniks]<br>
'''Retsensioon veebiteenusele:'''[https://docs.google.com/document/d/1C2pLotWV5dNU7TdBTTwZr9Lrh6VGtsN0FDzCzBWUBWg/edit?usp=sharing Retsensioon projektile WatchWinders]<br>
Retsensioon klientrakendusele: TODO retsenseerime projekti WatchWinders<br>
Retsensioon XML-ile: TODO retsenseerime projekti WatchWinders<br>
BestInShow meeskonda retsenseerib [https://wiki.itcollege.ee/index.php/Meeskond:Curry#Meie_retsensioonid_BestInShow_meeskonnale '''Curry''']<br>

===[https://wiki.itcollege.ee/index.php/AssistDesq Meeskond: AssistDesq]===
Liikmed:
* Karen Grigorjan

===[https://wiki.itcollege.ee/index.php/WatchWinders Meeskond: WatchWinders]===
Liikmed:
* Toomas Juhkov
* Kunnar Kukk
* Tiit Kuuskmäe
[https://wiki.itcollege.ee/index.php/WatchWinders#Link_klientrakendusele_ja_API-le Link klientrakendusele ja API-le]<br>
[https://drive.google.com/file/d/1OtzOCPiWixsrbHcGCcdHgXIgz3_fsC7h/view Retsensioon grupi "Kuldne Loojang" veebiteenusele]

===[[ Kuldneloojang | Meeskond: Kuldne loojang]]===
'''Liikmed''':
* Andrus Seiman
* Marko Belzetski
* Priit Tiganik
* Kristjan Peterson (loobus)

'''Lõpptoode:'''
algselt üles laetud 02.06.2018, bugide parandusi lisatud 04.06.2018
* [https://www.dropbox.com/s/4h9bvq4k6388fmo/loojang.zip?dl=0 .zip fail rakendus ja klient koos]
* [https://bitbucket.org/itcollegeprojects/loojang-app veebirakenduse repo]
* [https://bitbucket.org/itcollegeprojects/loojang-client klientrakenduse repo]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#XML_.C3.BClesande_kirjeldus XML: link meie Wiki lehele]

'''Meie tehtud retsensioonid:'''
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#Veebiteenusele veebiteenuse retsensioon meeskonna Curry tööle.]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#Klientrakendusele klientrakenduse retsensioon meeskonna Curry tööle.]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#XML-ile XML retsensioon meeskonna Curry tööle.]

===[https://wiki.itcollege.ee/index.php/Ophelia Meeskond: Ophelia]===
Liikmed:
* Siim Kallari
* Andres Kepler (loobus)
* Jorma Rebane

[https://www.dropbox.com/s/v63fkbjnd5umqqm/Ophelia.zip?dl=0 Lõpptoote link]

[https://wiki.itcollege.ee/index.php/Ophelia#L.C3.B5pptoote_kasutusjuhend Kasutusjuhend(Kaasas ka lõpptootes)]

[https://wiki.itcollege.ee/index.php/Ophelia#XML_.C3.9Clesanne XML Ülesanne]

[https://wiki.itcollege.ee/index.php/Ophelia#Klientrakenduse_retsensioon_meeskonnale_MealPlannerSolo Klientrakenduse retsensioon meeskonnale MealPlannerSolo]

===[https://wiki.itcollege.ee/index.php/SharpRestoVRII Meeskond: SharpRestoVRII]===
Liikmed:
* Andres Aava (lahkunud liige)
* Henri Annilo
* Jaan Koolmeister
* Lauri Üksti

Lähtekood: [http://enos.itcollege.ee/~luksti/CSharp/CSharpResto.zip CSharpResto]

XML: [https://wiki.itcollege.ee/index.php/SharpRestoVRII#XML Wikis]

Retsensioonid: [https://wiki.itcollege.ee/index.php/SharpRestoVRII#Retsensioon_meeskonnale_Hammas Meeskonnale Hammas]

===[https://wiki.itcollege.ee/index.php/BeerPressure Meeskond: BeerPressure]===
Liikmed:
* Sigrid Aasma
* Evelin Jõgi
* Martin Kask
* Marko Nõu
'''Projekt:''' [https://github.com/sikumiku/TaisKohtApi TaisKohtApi]

'''Lõpptoode:''' [https://github.com/sikumiku/TaisKohtApi/archive/61438e187a1a972410c8a3bc6274d69489d00aa6.zip GitHub commit]

'''XML:''' [https://wiki.itcollege.ee/index.php/BeerPressure#XML.2FXSD.2FXSLT Beer Pressure XML/XSD/XSLT]

'''Meie kirjutatud XML failide retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:MOT#XML_retsensioon_by_meeskond_BeerPressure: Team MOT retsensioon]

'''Meie kirjutatud veebiteenuse retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:MOT#Veebiteenuse_retsensensioon_by_meeskond_BeerPressure: Team MOT retsensioon]

'''Meie kirjutatud klientrakenduse retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:Kuldneloojang#Klientrakenduse_retsensensioon_by_meeskond_BeerPressure: Team Kuldneloojang retsensioon]

===[[ Memorize | Meeskond: Memorize]]===
Liikmed:
* Madis Uudam
* Olle Mikk

===[https://wiki.itcollege.ee/index.php/UCanDo Meeskond: UCanDo]===
Liikmed:
* Mart Raus
* Ando Kiidron (loobus)
* Liina Saar

'''Lõpptoode: ''' [https://drive.google.com/drive/folders/1GIgiG5NvmnnKoQYmWWbfV_9Nhs2dezz8?usp=sharing UCanDo] <br>
'''Veebiteenuse retsensioon: ''' <br>
'''Klientrakenduse retsensioon: ''' <br>
'''XML retsensioon: ''' <br>

===[https://wiki.itcollege.ee/index.php/MOT Meeskond: MOT]===
Liikmed:
* Merike Meizner
* Helen Oppar (loobus)
* Hardi Tiitus

'''Lõpptoode: ''' http://enos.itcollege.ee/~mmeizner/MOT/ <br>
'''Meie kirjutatud veebiteenuse, klientrakenduse ja XML'i retsensioon:''' [https://docs.google.com/document/d/16WL12wmvQ_TPcY_-4pG_kjwtstQoX5meEYcigE4Febw/edit?usp=sharing: Team Raavo V2]

===[https://wiki.itcollege.ee/index.php/Meeskond:_MealPlanner Meeskond: MealPlanner]===
Liikmed:
*Triin Oja
*Rein Remsu

===[https://wiki.itcollege.ee/index.php/Meeskond:Curry Meeskond: Curry]===
Liikmed:
* Rain Elken
* Peeter Ploom

'''Lõpptoode: ''' [http://enos.itcollege.ee/~pploom/VR2/ link] <br>
'''Meie retsensioon BestInShow meeskonnale: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#Meie_retsensioonid_BestInShow_meeskonnale link] <br>
'''XML: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XML_andmefail link] <br>
'''XSD: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSD_schema_fail link] <br>
'''XSLT1: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSLT_transformatsioon:_XML_-.3E_HTML link] <br>
'''XSLT2: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSLT_transformatsioon:_XML_-.3E_XML link] <br>

Curry meeskonna veebiteenust, klientrakendust ja XML-i retsenseerib meeskond KuldneLoojang. Curryle kirjutatud retsensioonid [https://wiki.itcollege.ee/index.php/Kuldneloojang#Meie_tehtud_retsensioonid asuvad siin: link]

===[https://wiki.itcollege.ee/index.php/Hammas Meeskond: Hammas]===

Liikmed:
* Sten Lunden

'''Lõpptoode:''' [https://ildtest.azurewebsites.net azure]
<br/>
'''Projekt:''' [https://github.com/lundens/ild-core github]
<br/>
'''XML''' [https://wiki.itcollege.ee/index.php/Hammas#XML wiki]
<br/>
'''Veebiteenuse retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#Veebiteenuse_retsensioon_meeskonnale_GoFood GoFood]
<br/>
'''Klientrakenduse retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#Klientrakenduse_retsensioon_meeskonnale_GoFood GoFood]
<br/>
'''XML retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#XMLi_retsensioon_meeskonnale_MealPlannerSolo MealPlannerSolo]

===[https://wiki.itcollege.ee/index.php/LabLite Meeskond: LabLite]===
Liikmed:
* Alex Kaska

===[https://wiki.itcollege.ee/index.php/AmateurBB Meeskond: AmateurBB]===
Liikmed:
*Taavi Kivimaa
'''Veebiteenus:''' [https://github.com/Tafkinz/AmateurBB/tree/BB-1 GitHub]
<br/>
'''Klientrakendus:''' [https://github.com/Tafkinz/frontend GitHub]
<br/>
'''XML''' [https://wiki.itcollege.ee/index.php/AmateurBB wiki]
<br/>
'''Veebiteenuse retsensioon'''
<br/>
'''Klientrakenduse retsensioon'''
<br/>
'''XML retsensioon'''

===[https://wiki.itcollege.ee/index.php/MealPlannerSolo Meeskond: MealPlannerSolo]===
Liikmed:
*Triin Oja
'''[https://wiki.itcollege.ee/index.php/MealPlannerSolo#XML_andmefail XML]'''
<br/>
'''[http://enos.itcollege.ee/~troja/VRII2018/ Veebiteenus ja klientrakendus]'''

===[https://wiki.itcollege.ee/index.php/NutriCheck Meeskond: NutriCheck]===
Liikmed:
*Artyom Likhachev
'''Project:'''
<br/>[https://www.dropbox.com/s/irgev5w9ofifg5m/vr2_service-v3.zip?dl=0 Veebiteenus]
<br/>[https://www.dropbox.com/s/7kn1u6z2481ligm/WebClient.zip?dl=0 Klientrakendus]
<br/>'''XML:''' TODO
<br/>'''Retsensioon:''' TODO

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018

2018-06-11T17:26:22Z

Relken:

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
__NOINDEX__

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML(SOAP) või Rest veebiteenusel ja sellele klientrakenduse loomise abil ning süvendada meeskonnatööoskust.
*SOAP veebiteenuse puhul eeldatakse WCF tehnoloogia kasutamist. Vanema põlvkonna ASP.NET veebiteenuse loomine ei ole lubatud, kuna seda ei toeta ka Microsoft enam tänasel päeval.
*REST teenuste loomisel tuleks kasutada ASP.NET Web API2/ASP.NET Core 2.0/WCF võimalusi.

Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus

Ühte projektimeeskonda kuulub 3..4 tudengit ning ühel teemal teostab projekti üks või mitu meeskonda. 1,2 ja viie liikmelised meeskonnad tuleks õppejõuga eraldi kooskõlastada.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas. Wikilehe täitmise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest.

==Tähtajad==

* '''Veebiteenus''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#Veebiteenus NB! Täpsem info]
** Veebiteenuse analüüs peab olema valmis, esitatud ja wikilehel kirjeldatud hiljemalt: '''01.aprill 2018'''. Lisaks on '''Meeskonnad on loonud omale enda wiki lehe, kuhu kirjeldavad meeskonna ja panevad nad üles oma tööd. Lisaks hakkavad kogunema ka sinna teiste gruppide poolt kirjutatavad retsensioonid. <ins>Meeskonnalehed lingitakse selle lehe lõppu Meeskonna pealkirja alla.</ins>'''
** Veebiteenus peab olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''27. mai 2018'''.
** Retsensioonid veebiteenuste kohta peavad tehtud olema '''03. juuni 2018'''.

* '''Klientrakendused''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#Klientrakendus NB! Täpsem info]
** Klientrakendused peavad olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''27. mai 2018'''.
** Retsensioonid klientrakenduste kohta peavad tehtud olema '''03. juuni 2018'''.

* '''XML fail''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#XML_andmefail NB! Täpsem info]
** XML fail, stiilifail ja skeemifail peavad olema valmis ja wikilehel kirjeldatud hiljemalt '''01. juuni 2018'''.
** Retsensioonid XML-failide kohta peavad tehtud olema '''05.juuni 2018'''.

==Hindamine==
===Üldised kriteeriumid===

Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), paigaldusjuhend ning lahenduse kirjeldus.

'''Maksimumtulemuse annab (vähemalt 4/7):'''

* Majanduslik mõtlemine (kas loodav teenus ja rakendused oleks kasutatav ka ärilistel eesmärkidel)
* Mobiilirakendused/Angularis/reactis loodud klientrakendus
* Kogukondade kaasamine
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)
* Korraliku arhitektuuriga kirjutatud kood

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning minimaalselt kaks sobivat XSL transformatsiooni faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks. Transformatsioonid peavad sisaldama midagi enamat, kui ainult üks for-each klausel. Transformatsiooni käigus peaks kasutama vajadusel parameetreid ning kindlasti ka erinevaid tingimuste kontrolle.

XML-il peab olema vähemalt 4 loogilist dimensiooni.
<dim1>
<dim2>
<dim3>
<dim4>
</dim4>
</dim3>
</dim2>
</dim1>
Lisaks tuleb kasutada 3-el dimensioonil attribuute, mis one enamat, kui lihtsalt ID.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes
* Teenuse poole pöördumiste arvu piiramist ja piirangute haldamist.

Loodav veebiteenus peab toetama mitme kasutaja võimalust.

Loodav veebiteenus tuleb luua kasutades ''Windows Communication Foundation'' või ASP.NET MVC Web API tehnoloogiat

Andmebaasis peab olema vähemalt 9 olemit ehk andmebaas on eeldus,

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena(ASP.NET veebirakendus või hoopis Angulari või Reacti baasil), töölauarakendusena(WPF) või mobiilse rakendusena(Xamarin)

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

===Retsensioonid===
Retsensioon on üliõpilase iseseisva teadustöö kriitilise analüüsi põhjal koostatud argumenteeritud hinnang. Retsensioonis tuleb hinnata töö vastavust esitatud tingimustele, programmikoodi loetavust ning kommenteeritust, dokumentatsiooni ja kirjeldada puudusi. Retsensioonide põhjal on meeskondadel õigus oma projekte parandada enne määratud esitamistähtaja kättejõudmist.

Retsensioon peab sisaldama minimaalselt...
* XML - ...200 sõna.
* Veebiteenus - ...600 sõna.
* Klientrakendus - ...600 sõna.

Mõnelauselisest arvamusest ei piisa, kuna tegemist on grupi loodavate arvustustega, mitte individuaalsete arvustustega.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel
mait.poska [ät] itcollege.ee või (+372 53 469 734)
(teksti originaalautor Priit Raspel)

==Kaitsmisele registreerumine==
Kaitsmisele tuleks registreerida järjest(st iga järgmine lisab vajaliku 15min ajaakna) ja suvalisis kellaaegasid ei hakka kuhugi vahele kirjutama

'''05.06.2018'''
*15:00 - Miisiks
*15:15 - Maagikud
*15:30 - GoFood
*15:45 - Raavo V2™
*16:00 - LearnToDrive
Sellele päevale rohkem aegu juurde lisada ei saa

Allpool olevate päevadele võib vabalt aegasid juurde lisada 15min sammga. Reegel on, et aegu lisame järjest

'''06.06.2018'''
*17:00 - Raamaturiiul
*17:15 - Pakiraam
*..

'''09.06.2018'''
*16:00 - MealPlannerSolo(Triin Oja)
*16:15 - Beer Pressure
*16:30 - <div>
*16:45 - NutriCheck
*17:00 - JääTuli
*17:15 - Ophelia
*17:30 - Kuldne Loojang
*17:45 - Hammas
*18:00 - VariousArtists
*18:15 - Pillar Of Autumn
*18:30 - Curry
*18:45 - WatchWinders
*19:00 - MOT
*19:15 - AmateurBB
*19:30 - Autolugu
*19:45 - VRII2018

=Teemad 2018 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

NB! XML andmefail ja veebiteenus ei pea olema omavahel seotud.

==Näidisteemad==

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus administraatoril nimesid muuta/kustutada
* meeste ja naiste nimed peavad olema süsteemis eristatavad
* luua võimalus, mis võimaldab kuvada populaarseid nimesid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* luua võimalus, et nimi lisatakse baasi alles siis, kui administraatori õigustega inimene on selleks vastava loa andnud

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* kasutajaid on võimalik lisada gruppidesse
* kasutajal on võimalik lisada vajalike kontaktandmete liike
* kasutajatel on võimalik jagada omavahel kontakte ja kontaktide grupper

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* kasutaja saab RSS vooge vaadata eraldi või grupeeritult
* vooge peab puhverdama, kuna voogude lugemine võtab enamasti üsna palju aega
*

= Meeskonnad 2018=
==Päevaõpe==

===[https://wiki.itcollege.ee/index.php/HairSaloon Meeskond: HairSaloon]===
Liikmed:
* Kaido Henrik Elias
* Arvo Paomees

===[https://wiki.itcollege.ee/index.php/VariousArtists Meeskond: VariousArtists]===
Liikmed:
* Ruudi Vinter
* Madis Roosioks
* Pavel Fleišer

Lõpptoode: [https://drive.google.com/open?id=1Pq8Lhrs3G5mGiTje70ww-zMBNB5cXnRh ZIP]

TFS: [https://variousartists.visualstudio.com/VariousArtists/_versionControl/changesets siin]

XML: [https://wiki.itcollege.ee/index.php/VariousArtists#XML siin]

Retsensioonid: [https://wiki.itcollege.ee/index.php/VariousArtists#Retsensioonid siin]

===[https://wiki.itcollege.ee/index.php/Maagikud Meeskond: Maagikud]===
Liikmed:
*Kristina Rästas
*Simo Jaanus
*Artur Tammiste
*Rauno Lõhmus
Lõpptoote [http://enos.itcollege.ee/~sjaanus/c/Airport_solution.zip link]

Veebiteenuse ja klientrakenduse retsensioon tiimile Raavo V2 asub [https://docs.google.com/document/d/1fxmdLa94Do1u5WlmPQjSd4mMmdbDw5WmDne547jqQc4/edit siin]

XML retsensioon tiimile LTD asub [https://docs.google.com/document/d/15rMhpqyG5XHsvOCZJp88ucHkiMa5Non6BbYwBBKT2_Y/edit siin]

===[https://wiki.itcollege.ee/index.php/RaamatuRiiul Meeskond: RaamatuRiiul]===
Liikmed:
* Alo Avi
* Arnika Rästa
* Marite Rammo
'''Meie XML:''' [https://wiki.itcollege.ee/index.php/RaamatuRiiul#XML XML]

'''Meie veebiteenuse, klientrakenduse ja XML retsensioonid meeskonnale Miisiiks:''' [https://wiki.itcollege.ee/index.php/Talk:Miisiiks retsensioonid]

'''Meie veebiteenus ning klientrakendus.''' [https://www.dropbox.com/s/ugbvx4j4zdlbp68/RaamatuRiiul.7z?dl=0 Zip]

===[https://wiki.itcollege.ee/index.php/Autolugu Meeskond: Autolugu]===
Liikmed:
* Margus Põlma
* Karl Erik Õunapuu

Veebiteenus: [http://enos.itcollege.ee/~mpolma/vr2/API.zip]

Klientrakendus: [https://github.com/karlerikounapuu/autolugu-front]

===[https://wiki.itcollege.ee/index.php/VRII2018 Meeskond: VRII2018]===
Liikmed:
* Kaspar Kaal
* Teet Adamson
* Rahel Kangur

===[https://wiki.itcollege.ee/index.php/Meeskond_Raavo_V2%E2%84%A2 Meeskond: Raavo V2™]===
Liikmed:
* Peeter Fridolin
* Kristo Leesmann
* Rando Rommot

Projekti retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/Meeskond_Raavo_V2™#Retsentsioonid Maagikud]

===[https://wiki.itcollege.ee/index.php/Pillarofautumn Meeskond: Pillar of Autumn ]===
Liikmed:
* Taavi Põder
* Taavi Vesinurm (Meeskonnast lahkunud)
* Raido Vell
'''Lõpptoode API ja klientrakendus:''' [https://github.com/taavip9/Veebirakendused-II Lõpptoode]

===[https://wiki.itcollege.ee/index.php/jaatuli Meeskond: JääTuli]===
Liikmed:
*Tarmo Luugus
*Leho Kivistik
*Hannes Mäeorg
*Marten Tammeleht

===[https://wiki.itcollege.ee/index.php/JustABot Meeskond: JustABot]===
Liikmed:
*Argo Hansen

===[https://wiki.itcollege.ee/index.php/Meeskond_Pakiraam Meeskond: Pakiraam]===
Liikmed:
*Kristo Naeris
*Indro Kottise

Klientrakendus [https://github.com/knaeris/VR2Klient siin] ja veebiteenus [https://github.com/knaeris/VR2Projekt siin]

Retsensioon meeskonna Raavo v2 klientrakendusele : [https://wiki.itcollege.ee/index.php/Meeskond_Pakiraam#Retsensioonid Retsensioon]

Retsensioon meeskonna Raavo v2 veebiteenusele:

===[https://wiki.itcollege.ee/index.php/GoFood Meeskond: GoFood]===
Liikmed:

* Rando Kurel
* Henrik Prangel
* Markus Mänd
* Edgar Tereping
* Jane Kaldma

Lõpptoode: [https://wiki.itcollege.ee/index.php/GoFood#Projektikood lõpptoote leiab siit]

Meie rühma kirjutatud retsentsioonid rühmale Maagikud:[https://wiki.itcollege.ee/index.php/GoFood#Retsensioon_rühmale_Maagikud Retsensioon]

===[https://wiki.itcollege.ee/index.php/LTD Meeskond: LearnToDrive]===
'''Liikmed:'''
*Eve Ormisson
*Carlos Kirtsi

Projekt [https://wiki.itcollege.ee/index.php/LTD#Kood_ise asub siin, kliendina kasutame JustInCaseWPFi]

Projekti retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/LTD#Projekti_retsensioon Maagikud]

XML osa retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/LTD#XML_retsensioon RaamatuRiiul]

===[https://wiki.itcollege.ee/index.php/Miisiiks Meeskond: Miisiiks]===
Liikmed:
*Christo Aruste
*Heleriin Malkov
*Tõnis Prants

[https://www.dropbox.com/s/e2vu3ukgckyc2x5/MiisiiksWS.zip?dl=0 Veebiteenus]

Veebiteenus v2 (05.06): [https://www.dropbox.com/s/4acyvc9c7h08xl6/MiisiiksWS-v2.rar?dl=0 Veebiteenus]

[https://www.dropbox.com/s/iwtheohp5mn0lek/MiisiiksC.zip?dl=0 Klientrakendus]

Klientrakendus v2 (05.06): [https://www.dropbox.com/s/m6ijv2yyqthebgr/MiisiiksC2-v2.rar?dl=0 Klientrakendus]

[https://wiki.itcollege.ee/index.php/Miisiiks#XML XML]

Retsensioonid meeskonnale Raavo V2™

Veebiteenus: [https://wiki.itcollege.ee/index.php/Miisiiks#Veebiteenuse_retsensioon Retsensioon]

Klientrakendus: [https://wiki.itcollege.ee/index.php/Miisiiks#Klientrakenduse_retsensioon Retsensioon]

XML: [https://wiki.itcollege.ee/index.php/Miisiiks#XML_retsensioon XML]

===[https://wiki.itcollege.ee/index.php/VR2_div Meeskond: <div>]===
Liikmed:
*Kaarel Pärtel
*Marek Juhanson
*Kai Kallastu

Retsensioonid rühmale [https://wiki.itcollege.ee/index.php/Miisiiks Miisiiks™]: [https://docs.google.com/document/d/1gQmas-Fay_XHHhLInKM92152vYeFdFflDIRozN63mxA/edit?usp=sharing veebiteenus, klientrakendus ja XML]

==Kaugõpe==

===[https://wiki.itcollege.ee/index.php/BestInShow Meeskond: BestInShow]===
Liikmed:
* Liina Abner
* Marju Pütsepp
* Liisi Taimre

'''Lõpptoode veebiteenus:''' [https://www.dropbox.com/s/j5ixmwmx45kxcyo/BestInShow.zip?dl=0 https://www.dropbox.com/s/j5ixmwmx45kxcyo/BestInShow.zip?dl=0]<br>
'''Kasutusjuhend:''' [https://wiki.itcollege.ee/index.php/BestInShow#Kasutusjuhend https://wiki.itcollege.ee/index.php/BestInShow#Kasutusjuhend]<br>
'''Lõpptoode klient:''' [https://bitbucket.org/Marjup/bestinshow/ https://bitbucket.org/Marjup/bestinshow/]<br>
'''XML failid:''' [https://wiki.itcollege.ee/index.php/BestInShow#XML_failid Schema, XML ja XSLT HTML ja XML transformatsiooniks]<br>
'''Retsensioon veebiteenusele:'''[https://docs.google.com/document/d/1C2pLotWV5dNU7TdBTTwZr9Lrh6VGtsN0FDzCzBWUBWg/edit?usp=sharing Retsensioon projektile WatchWinders]<br>
Retsensioon klientrakendusele: TODO retsenseerime projekti WatchWinders<br>
Retsensioon XML-ile: TODO retsenseerime projekti WatchWinders<br>
BestInShow meeskonda retsenseerib '''Curry''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#Meie_retsensioonid_BestInShow_meeskonnale link]<br>

===[https://wiki.itcollege.ee/index.php/AssistDesq Meeskond: AssistDesq]===
Liikmed:
* Karen Grigorjan

===[https://wiki.itcollege.ee/index.php/WatchWinders Meeskond: WatchWinders]===
Liikmed:
* Toomas Juhkov
* Kunnar Kukk
* Tiit Kuuskmäe
[https://wiki.itcollege.ee/index.php/WatchWinders#Link_klientrakendusele_ja_API-le Link klientrakendusele ja API-le]<br>
[https://drive.google.com/file/d/1OtzOCPiWixsrbHcGCcdHgXIgz3_fsC7h/view Retsensioon grupi "Kuldne Loojang" veebiteenusele]

===[[ Kuldneloojang | Meeskond: Kuldne loojang]]===
'''Liikmed''':
* Andrus Seiman
* Marko Belzetski
* Priit Tiganik
* Kristjan Peterson (loobus)

'''Lõpptoode:'''
algselt üles laetud 02.06.2018, bugide parandusi lisatud 04.06.2018
* [https://www.dropbox.com/s/4h9bvq4k6388fmo/loojang.zip?dl=0 .zip fail rakendus ja klient koos]
* [https://bitbucket.org/itcollegeprojects/loojang-app veebirakenduse repo]
* [https://bitbucket.org/itcollegeprojects/loojang-client klientrakenduse repo]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#XML_.C3.BClesande_kirjeldus XML: link meie Wiki lehele]

'''Meie tehtud retsensioonid:'''
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#Veebiteenusele veebiteenuse retsensioon meeskonna Curry tööle.]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#Klientrakendusele klientrakenduse retsensioon meeskonna Curry tööle.]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#XML-ile XML retsensioon meeskonna Curry tööle.]

===[https://wiki.itcollege.ee/index.php/Ophelia Meeskond: Ophelia]===
Liikmed:
* Siim Kallari
* Andres Kepler (loobus)
* Jorma Rebane

[https://www.dropbox.com/s/v63fkbjnd5umqqm/Ophelia.zip?dl=0 Lõpptoote link]

[https://wiki.itcollege.ee/index.php/Ophelia#L.C3.B5pptoote_kasutusjuhend Kasutusjuhend(Kaasas ka lõpptootes)]

[https://wiki.itcollege.ee/index.php/Ophelia#XML_.C3.9Clesanne XML Ülesanne]

[https://wiki.itcollege.ee/index.php/Ophelia#Klientrakenduse_retsensioon_meeskonnale_MealPlannerSolo Klientrakenduse retsensioon meeskonnale MealPlannerSolo]

===[https://wiki.itcollege.ee/index.php/SharpRestoVRII Meeskond: SharpRestoVRII]===
Liikmed:
* Andres Aava (lahkunud liige)
* Henri Annilo
* Jaan Koolmeister
* Lauri Üksti

Lähtekood: [http://enos.itcollege.ee/~luksti/CSharp/CSharpResto.zip CSharpResto]

XML: [https://wiki.itcollege.ee/index.php/SharpRestoVRII#XML Wikis]

Retsensioonid: [https://wiki.itcollege.ee/index.php/SharpRestoVRII#Retsensioon_meeskonnale_Hammas Meeskonnale Hammas]

===[https://wiki.itcollege.ee/index.php/BeerPressure Meeskond: BeerPressure]===
Liikmed:
* Sigrid Aasma
* Evelin Jõgi
* Martin Kask
* Marko Nõu
'''Projekt:''' [https://github.com/sikumiku/TaisKohtApi TaisKohtApi]

'''Lõpptoode:''' [https://github.com/sikumiku/TaisKohtApi/archive/61438e187a1a972410c8a3bc6274d69489d00aa6.zip GitHub commit]

'''XML:''' [https://wiki.itcollege.ee/index.php/BeerPressure#XML.2FXSD.2FXSLT Beer Pressure XML/XSD/XSLT]

'''Meie kirjutatud XML failide retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:MOT#XML_retsensioon_by_meeskond_BeerPressure: Team MOT retsensioon]

'''Meie kirjutatud veebiteenuse retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:MOT#Veebiteenuse_retsensensioon_by_meeskond_BeerPressure: Team MOT retsensioon]

'''Meie kirjutatud klientrakenduse retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:Kuldneloojang#Klientrakenduse_retsensensioon_by_meeskond_BeerPressure: Team Kuldneloojang retsensioon]

===[[ Memorize | Meeskond: Memorize]]===
Liikmed:
* Madis Uudam
* Olle Mikk

===[https://wiki.itcollege.ee/index.php/UCanDo Meeskond: UCanDo]===
Liikmed:
* Mart Raus
* Ando Kiidron (loobus)
* Liina Saar

'''Lõpptoode: ''' [https://drive.google.com/drive/folders/1GIgiG5NvmnnKoQYmWWbfV_9Nhs2dezz8?usp=sharing UCanDo] <br>
'''Veebiteenuse retsensioon: ''' <br>
'''Klientrakenduse retsensioon: ''' <br>
'''XML retsensioon: ''' <br>

===[https://wiki.itcollege.ee/index.php/MOT Meeskond: MOT]===
Liikmed:
* Merike Meizner
* Helen Oppar (loobus)
* Hardi Tiitus

'''Lõpptoode: ''' http://enos.itcollege.ee/~mmeizner/MOT/ <br>
'''Meie kirjutatud veebiteenuse, klientrakenduse ja XML'i retsensioon:''' [https://docs.google.com/document/d/16WL12wmvQ_TPcY_-4pG_kjwtstQoX5meEYcigE4Febw/edit?usp=sharing: Team Raavo V2]

===[https://wiki.itcollege.ee/index.php/Meeskond:_MealPlanner Meeskond: MealPlanner]===
Liikmed:
*Triin Oja
*Rein Remsu

===[https://wiki.itcollege.ee/index.php/Meeskond:Curry Meeskond: Curry]===
Liikmed:
* Rain Elken
* Peeter Ploom

'''Lõpptoode: ''' [http://enos.itcollege.ee/~pploom/VR2/ link] <br>
'''Meie retsensioon BestInShow meeskonnale: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#Meie_retsensioonid_BestInShow_meeskonnale link] <br>
'''XML: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XML_andmefail link] <br>
'''XSD: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSD_schema_fail link] <br>
'''XSLT1: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSLT_transformatsioon:_XML_-.3E_HTML link] <br>
'''XSLT2: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSLT_transformatsioon:_XML_-.3E_XML link] <br>

Curry meeskonna veebiteenust, klientrakendust ja XML-i retsenseerib meeskond KuldneLoojang. Curryle kirjutatud retsensioonid [https://wiki.itcollege.ee/index.php/Kuldneloojang#Meie_tehtud_retsensioonid asuvad siin: link]

===[https://wiki.itcollege.ee/index.php/Hammas Meeskond: Hammas]===

Liikmed:
* Sten Lunden

'''Lõpptoode:''' [https://ildtest.azurewebsites.net azure]
<br/>
'''Projekt:''' [https://github.com/lundens/ild-core github]
<br/>
'''XML''' [https://wiki.itcollege.ee/index.php/Hammas#XML wiki]
<br/>
'''Veebiteenuse retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#Veebiteenuse_retsensioon_meeskonnale_GoFood GoFood]
<br/>
'''Klientrakenduse retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#Klientrakenduse_retsensioon_meeskonnale_GoFood GoFood]
<br/>
'''XML retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#XMLi_retsensioon_meeskonnale_MealPlannerSolo MealPlannerSolo]

===[https://wiki.itcollege.ee/index.php/LabLite Meeskond: LabLite]===
Liikmed:
* Alex Kaska

===[https://wiki.itcollege.ee/index.php/AmateurBB Meeskond: AmateurBB]===
Liikmed:
*Taavi Kivimaa
'''Veebiteenus:''' [https://github.com/Tafkinz/AmateurBB/tree/BB-1 GitHub]
<br/>
'''Klientrakendus:''' [https://github.com/Tafkinz/frontend GitHub]
<br/>
'''XML''' [https://wiki.itcollege.ee/index.php/AmateurBB wiki]
<br/>
'''Veebiteenuse retsensioon'''
<br/>
'''Klientrakenduse retsensioon'''
<br/>
'''XML retsensioon'''

===[https://wiki.itcollege.ee/index.php/MealPlannerSolo Meeskond: MealPlannerSolo]===
Liikmed:
*Triin Oja
'''[https://wiki.itcollege.ee/index.php/MealPlannerSolo#XML_andmefail XML]'''
<br/>
'''[http://enos.itcollege.ee/~troja/VRII2018/ Veebiteenus ja klientrakendus]'''

===[https://wiki.itcollege.ee/index.php/NutriCheck Meeskond: NutriCheck]===
Liikmed:
*Artyom Likhachev
'''Project:'''
<br/>[https://www.dropbox.com/s/irgev5w9ofifg5m/vr2_service-v3.zip?dl=0 Veebiteenus]
<br/>[https://www.dropbox.com/s/7kn1u6z2481ligm/WebClient.zip?dl=0 Klientrakendus]
<br/>'''XML:''' TODO
<br/>'''Retsensioon:''' TODO

Meeskond:Curry

2018-06-11T17:20:44Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Projekti kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

=='''Juhend lõpptoote kasutamiseks:'''==
* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

=='''XML andmefail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Countries xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Capitals>
<Capital id="capital1">
<Name>Tallinn</Name>
<Area>100</Area>
</Capital>
<Capital id="capital2">
<Name>Riia</Name>
<Area>101</Area>
</Capital>
<Capital id="capital3">
<Name>Vilnius</Name>
<Area>102</Area>
</Capital>
<Capital id="capital4">
<Name>Helsingi</Name>
<Area>103</Area>
</Capital>
<Capital id="capital5">
<Name>Stockholm</Name>
<Area>104</Area>
</Capital>
<Capital id="capital6">
<Name>Kopenhaagen</Name>
<Area>105</Area>
</Capital>
</Capitals>
<Towns>
<Town id="town1">
<Name>Tartu</Name>
<Founded>1000</Founded>
</Town>
<Town id="town2">
<Name>Tampere</Name>
<Founded>1100</Founded>
</Town>
<Town id="town3">
<Name>Jelgava</Name>
<Founded>1300</Founded>
</Town>
<Town id="town4">
<Name>Kaunas</Name>
<Founded>1500</Founded>
</Town>
<Town id="town5">
<Name>Norrköping</Name>
<Founded>1700</Founded>
</Town>
<Town id="town6">
<Name>Aalborg</Name>
<Founded>1700</Founded>
</Town>
<Town id="town7">
<Name>Pärnu</Name>
<Founded>1800</Founded>
</Town>
<Town id="town8">
<Name>Valmiera</Name>
<Founded>1900</Founded>
</Town>
<Town id="town9">
<Name>Malmö</Name>
<Founded>1400</Founded>
</Town>
<Town id="town10">
<Name>Linköping</Name>
<Founded>1200</Founded>
</Town>
</Towns>
<Country id="country1">
<Name>Eesti</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town1"/>
<Town refid="town7"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country2"/>
<Country refid ="country3"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country2">
<Name>Soome</Name>
<Capital refid="capital4"/>
<CountryTowns>
<Town refid="town2"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country3">
<Name>Läti</Name>
<Capital refid="capital2"/>
<CountryTowns>
<Town refid="town3"/>
<Town refid="town8"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country4"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country4">
<Name>Leedu</Name>
<Capital refid="capital3"/>
<CountryTowns>
<Town refid="town4"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country3"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country5">
<Name>Rootsi</Name>
<Capital refid="capital5"/>
<CountryTowns>
<Town refid="town5"/>
<Town refid="town9"/>
<Town refid="town10"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country6"/>
<Country refid ="country1"/>
<Country refid ="country2"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country6">
<Name>Taani</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town6"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
</Countries>
</source>

=='''XSD schema fail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="TypeName">
<xs:restriction base="xs:string">
<xs:minLength value="3" />
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="TypeArea">
<xs:restriction base="xs:integer">
<xs:minInclusive value="100" />
</xs:restriction>
</xs:simpleType>
<xs:element name="Countries">
<xs:complexType>
<xs:sequence>
<xs:element name="Capitals">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Capital">
<xs:complexType>
<xs:sequence>
<xs:element type="TypeName" name="Name"/>
<xs:element type ="TypeArea" name="Area"/>
</xs:sequence>
<xs:attribute name="id" type="xs:ID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Towns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="xs:string" />
<xs:element name="Founded" type="xs:unsignedShort" />
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="TypeName"/>
<xs:element name="Capital">
<xs:complexType>
<xs:attribute name="id" type="xs:ID"/>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
<xs:element name="CountryTowns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:unique name="TownUnique ">
<xs:selector xpath="Town"/>
<xs:field xpath="@refid"/>
</xs:unique>
</xs:element>
<xs:element name="NeighbouringCountries">
<xs:complexType>
<xs:sequence>
<xs:element name="NeighbouringCountry">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
<xs:key name="PK_Capitals">
<xs:selector xpath="Countries/Capital"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryCapitals" refer="PK_Capitals">
<xs:selector xpath="Countries/Country/Capital"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Towns">
<xs:selector xpath="Countries/Towns/Town"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryTowns" refer="PK_Towns">
<xs:selector xpath="Countries/Country/CountryTowns/Town"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Countries">
<xs:selector xpath="Countries/Country"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_Countries" refer="PK_Countries">
<xs:selector xpath="Countries/Country/NeighbouringCountries/NeighbouringCountry/Country"/>
<xs:field xpath="@refid"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=='''XSLT transformatsioon: XML -> HTML'''==
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<html>
<body>
<h2 style="text-align:center">Countries</h2>
<table align="center" border="1">
<tr bgcolor="#9acd32">
<th style="text-align:left">Country name</th>
<th style="text-align:left">Capital</th>
<th style="text-align:left">Towns</th>
<th style="text-align:left">Neighbouring countries</th>
</tr>
<xsl:for-each select="Countries/Country">
<tr>
<td>
<xsl:value-of select="Name"/>
</td>
<td>
<xsl:for-each select="key('capital', Capital/@refid)">
<xsl:value-of select="Name"/>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

=='''XSLT transformatsioon: XML -> XML'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<Countries>
<xsl:for-each select="Countries/Country">
<name>
<xsl:value-of select="Name"/>
</name>
<Towns>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<Town>
<xsl:attribute name="Founded">
<xsl:value-of select="Founded"/>
</xsl:attribute>
<xsl:value-of select="Name"/>
</Town>
</xsl:for-each>
</Towns>
<NumberOfNeighbouringCountries>
<xsl:value-of select="count(key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid))"/>
</NumberOfNeighbouringCountries>
</xsl:for-each>
</Countries>
</xsl:template>
</xsl:stylesheet>
</source>

=Meie retsensioonid BestInShow meeskonnale=

==Veebiteenus==
* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

==Klientrakendus==
* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

==XML osa==
* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

=Tegevuste logi:=
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

'''02.04.2018''' -
Koodi kirjutamise alustamine, Giti repo loomine

'''14.05.2018''' -
Angular klientrakenduse alustamine

'''08.06.2018''' -
Lõpptoode valmis

'''09.06.2018''' -
XML töö valmis

Meeskond:Curry

2018-06-11T17:20:03Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Projekti kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

=='''Juhend lõpptoote kasutamiseks:'''==
* Proovimaks administraator õigustes kasutaja funktsionaalsust, logi sisse kasutajanimega 'adminuser' ning parooliga 'Kala1.maja'

=='''XML andmefail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Countries xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Capitals>
<Capital id="capital1">
<Name>Tallinn</Name>
<Area>100</Area>
</Capital>
<Capital id="capital2">
<Name>Riia</Name>
<Area>101</Area>
</Capital>
<Capital id="capital3">
<Name>Vilnius</Name>
<Area>102</Area>
</Capital>
<Capital id="capital4">
<Name>Helsingi</Name>
<Area>103</Area>
</Capital>
<Capital id="capital5">
<Name>Stockholm</Name>
<Area>104</Area>
</Capital>
<Capital id="capital6">
<Name>Kopenhaagen</Name>
<Area>105</Area>
</Capital>
</Capitals>
<Towns>
<Town id="town1">
<Name>Tartu</Name>
<Founded>1000</Founded>
</Town>
<Town id="town2">
<Name>Tampere</Name>
<Founded>1100</Founded>
</Town>
<Town id="town3">
<Name>Jelgava</Name>
<Founded>1300</Founded>
</Town>
<Town id="town4">
<Name>Kaunas</Name>
<Founded>1500</Founded>
</Town>
<Town id="town5">
<Name>Norrköping</Name>
<Founded>1700</Founded>
</Town>
<Town id="town6">
<Name>Aalborg</Name>
<Founded>1700</Founded>
</Town>
<Town id="town7">
<Name>Pärnu</Name>
<Founded>1800</Founded>
</Town>
<Town id="town8">
<Name>Valmiera</Name>
<Founded>1900</Founded>
</Town>
<Town id="town9">
<Name>Malmö</Name>
<Founded>1400</Founded>
</Town>
<Town id="town10">
<Name>Linköping</Name>
<Founded>1200</Founded>
</Town>
</Towns>
<Country id="country1">
<Name>Eesti</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town1"/>
<Town refid="town7"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country2"/>
<Country refid ="country3"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country2">
<Name>Soome</Name>
<Capital refid="capital4"/>
<CountryTowns>
<Town refid="town2"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country3">
<Name>Läti</Name>
<Capital refid="capital2"/>
<CountryTowns>
<Town refid="town3"/>
<Town refid="town8"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country1"/>
<Country refid ="country4"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country4">
<Name>Leedu</Name>
<Capital refid="capital3"/>
<CountryTowns>
<Town refid="town4"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country3"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country5">
<Name>Rootsi</Name>
<Capital refid="capital5"/>
<CountryTowns>
<Town refid="town5"/>
<Town refid="town9"/>
<Town refid="town10"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country6"/>
<Country refid ="country1"/>
<Country refid ="country2"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
<Country id="country6">
<Name>Taani</Name>
<Capital refid="capital1"/>
<CountryTowns>
<Town refid="town6"/>
</CountryTowns>
<NeighbouringCountries>
<NeighbouringCountry>
<Country refid ="country5"/>
</NeighbouringCountry>
</NeighbouringCountries>
</Country>
</Countries>
</source>

=='''XSD schema fail'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:simpleType name="TypeName">
<xs:restriction base="xs:string">
<xs:minLength value="3" />
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="TypeArea">
<xs:restriction base="xs:integer">
<xs:minInclusive value="100" />
</xs:restriction>
</xs:simpleType>
<xs:element name="Countries">
<xs:complexType>
<xs:sequence>
<xs:element name="Capitals">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Capital">
<xs:complexType>
<xs:sequence>
<xs:element type="TypeName" name="Name"/>
<xs:element type ="TypeArea" name="Area"/>
</xs:sequence>
<xs:attribute name="id" type="xs:ID"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Towns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="xs:string" />
<xs:element name="Founded" type="xs:unsignedShort" />
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:sequence>
<xs:element name="Name" type="TypeName"/>
<xs:element name="Capital">
<xs:complexType>
<xs:attribute name="id" type="xs:ID"/>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
<xs:element name="CountryTowns">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Town">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:unique name="TownUnique ">
<xs:selector xpath="Town"/>
<xs:field xpath="@refid"/>
</xs:unique>
</xs:element>
<xs:element name="NeighbouringCountries">
<xs:complexType>
<xs:sequence>
<xs:element name="NeighbouringCountry">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Country">
<xs:complexType>
<xs:attribute name="refid" type="xs:IDREF"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="id" type="xs:ID" />
</xs:complexType>
<xs:key name="PK_Capitals">
<xs:selector xpath="Countries/Capital"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryCapitals" refer="PK_Capitals">
<xs:selector xpath="Countries/Country/Capital"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Towns">
<xs:selector xpath="Countries/Towns/Town"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_CountryTowns" refer="PK_Towns">
<xs:selector xpath="Countries/Country/CountryTowns/Town"/>
<xs:field xpath="@refid"/>
</xs:keyref>
<xs:key name="PK_Countries">
<xs:selector xpath="Countries/Country"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:keyref name="FK_Countries" refer="PK_Countries">
<xs:selector xpath="Countries/Country/NeighbouringCountries/NeighbouringCountry/Country"/>
<xs:field xpath="@refid"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=='''XSLT transformatsioon: XML -> HTML'''==
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:key name="capital" match="Countries/Capitals/Capital" use="@id" />
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<html>
<body>
<h2 style="text-align:center">Countries</h2>
<table align="center" border="1">
<tr bgcolor="#9acd32">
<th style="text-align:left">Country name</th>
<th style="text-align:left">Capital</th>
<th style="text-align:left">Towns</th>
<th style="text-align:left">Neighbouring countries</th>
</tr>
<xsl:for-each select="Countries/Country">
<tr>
<td>
<xsl:value-of select="Name"/>
</td>
<td>
<xsl:for-each select="key('capital', Capital/@refid)">
<xsl:value-of select="Name"/>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
<td>
<xsl:for-each select="key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid)">
<xsl:value-of select="Name"/>
<xsl:if test="position() != last()">
<xsl:text>, </xsl:text>
</xsl:if>
</xsl:for-each>
</td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

=='''XSLT transformatsioon: XML -> XML'''==
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" indent="yes"/>
<xsl:key name="town" match="Countries/Towns/Town" use="@id" />
<xsl:key name="country" match="Countries/Country" use="@id" />
<xsl:template match="/">
<Countries>
<xsl:for-each select="Countries/Country">
<name>
<xsl:value-of select="Name"/>
</name>
<Towns>
<xsl:for-each select="key('town', CountryTowns/Town/@refid)">
<Town>
<xsl:attribute name="Founded">
<xsl:value-of select="Founded"/>
</xsl:attribute>
<xsl:value-of select="Name"/>
</Town>
</xsl:for-each>
</Towns>
<NumberOfNeighbouringCountries>
<xsl:value-of select="count(key('country', NeighbouringCountries/NeighbouringCountry/Country/@refid))"/>
</NumberOfNeighbouringCountries>
</xsl:for-each>
</Countries>
</xsl:template>
</xsl:stylesheet>
</source>

=Meie retsensioonid BestInShow meeskonnale=

==Veebiteenus==
* Meeskonna BestInShow veebiteenused on loodud REST teenustena, toetamaks edaspidise rakenduse andmevahetust. Probleeme käivitamisel ei ole – Wiki lehel on äratoodud käivitamisjuhised. Teenused on ilusasti dokumenteeritud, ära on kirjeldatud iga teenuse juures tema võimalikud tagastusväärtused HTTP staatuskoodidena, olgu see näiteks et vastavad andmed leiti või ei leitud või oli hoopis tegemist vigase päringuga. Ilusasti töötab teenuste kirjeldamiseks mõeldud raamistik Swagger. Kogu veebiteenuse projekt on jaotatud loogilisteks alamprojektideks, kus eraldi on Business logic, Data Access layer, Domain. Kasutatud on kenasti kursuse käigus õpitud arhitektuurimustrit, kus on eraldi Service klassid, DTO-d, Factory-d, Repository-d, UnitOfWork jne. Teenuste kontrollerid on üldjuhul ’puhtad’, äriloogikat neisse kirjeldatud ei ole, vaid on edasi delegeeritud Service ja sealt edasi teistesse komponentidesse. Nii DTO-de kui ka Domain klassides on kasutatud andmeväljade juures annotatsioone, piiramaks andmebaasis väljade ning ka teenuse poolel sissetulevate andmete suurusi.
* Probleemina võib välja tuua, et igaüks võib luua endale ’admin’ kontot – kasutaja roll on kirjutatud DTO juurde ning saab vabalt postitada uue kasutaja admin õigustega. Rollide haldamiseks oleks soovitav kasutada eraldi klassi RoleManager. Autentimistokeni loomise käigus isegi kirjutatakse kasutaja rollid tema sisse, kuid kuna neid tegelikkuses identity raamistiku mõistes ei ole, ei kirjutata ka sinna midagi. Selle kasutamine võimaldaks lihtsamini piirata, mis teenused mis õigustele kättesaadavad on. Küsimust tekitab SecurityControlleris Logout meetod, mis ei tee midagi kuid mille poole ka klientrakenduses pöördutakse. Kuna tokenipoolne autentimine on olemuselt stateless, ei saa vähemalt sedasi serveripoolelt välja logida. See on mõeldud cookie hävitamiseks, mida aga ka eelnevalt loodud ei ole.
Norida saab sellega, et projektis läbivalt ei ole kasutatud Enum tüüpi väärtuseid, vaid on kirjutatud vajalikes kohtades väärtused lahtise stringina (!user.Role.Equals("admin")) või hoopis mõni asi numbrina (user.Status == 1). Üheltpoolt see võib põhjustada vigu, teiseltpoolt teeb teisel arendajal arusaamise keerulisemaks.
* Boonusena tooks välja, et kõik API poolsed requestid logitakse andmebaasi, kus on kirjas, mis teenuse poole pöörduti, milliselt aadressilt, kellaaeg ja kasutaja või selle puudumisel anonüümne isik. Selleks kasutatakse ActionFilter klassi, mis lisatakse ServiceFilter atribuudina igale kontrollerile juurde.
Kokkuvõttes on tehtud hea ja tubli töö, on näha nii projektist endast kui ka Wiki lehelt, et on asjaga pidevalt ja süsteemselt tegeletud ning vajalikud teadmised REST veebiteenuste loomiseks on omandatud.

==Klientrakendus==
* Meeskond BestInShow on loonud klientrakenduse tõukoerte registri kohta, kus kasutatakse ära enda poolt loodud REST veebiteenuseid. Rakendus on loodud Angular raamistikus ning kasutatud on selle viimast versiooni 6.0. Juba ainuüksi Angulari valimine on julge väljakutse, arvestades et käesoleva kursuse raames pidi selle osa täielikult iseseisvalt omandama.
* Meeskonna Wiki lehel oli olemas kena õpetus, kuidas rakendus käima panna, veebiteenus ja klientrakendus töötavad erinevates projektides. Kaasa oli pandud rakenduse toimimiseks vajalikud algandmed sql-failis, mis tuli pärast andmebaasi loomist sisse laadida. Mingeid tõrkeid käivitamisel ei esinenud. Olles esilehele jõudnud, pakutakse võimalust kas sisse logida või uus kasutaja luua. Selgub et, sisselogimata kasutaja suurt midagi muud teha ei saagi. Analüüsi funktsionaalsetes nõuetes on kirjeldatud, et registreerimata kasutaja saab sirvida kenneleid, tõugusid, pesakond ja koeri. Rakenduse juhendiga on kaasa pandud mõned valmiskasutajad koos vajalike paroolidega. Uue kasutaja registreerimine toimib hästi, kõikide väljade täidetust valideeritakse ning antakase teada probleemist, kui ei ole sobilikult täidetud või kui juba sama kasutajanimi esineb. Seejuures on hästi kasutatud nii registreerimisvormil kui ka muudes kohtades edukalt Bootstrap võimalusi. Sisseloginuna kuvatakse teade, et mul ei ole veel koeri kuid puudub ka nupp koerte lisamiseks. Koeri saab lisada, kui kasutada juba loodud kasutajakontot ’breeder’ rollis. Ei oska öelda, kas see peakski nii olema, kuid võiks eeldada, et tavaõigustes kasutaja peaks saama ka omale koera registreerida. Koera detailvaate kuvamise funktsionaalsus on jäänud realiseerimata (selgub koodile peale vaadates), toimib olemasoleva koera andmete muutmine. Loodud on võimalus oma koera teisele omanikule anda, selleks avaneb eraldi modal aken, kuhu tuleb sisse kirjutada uus omaniku kasutajanimi. Siinkohal on probleem, et peab teadma täpset teist kasutajanime, võiks olla näiteks dropdown menüüst valitav võimalike kasutajate hulga seast. Kui sisestada suvaline nimi, ei anta teada, et sellist kasutajanime ei eksisteerida, konsoolist olevast errorist saab aru et ei õnnestunud. ’Breeder’ ja ’Owner’ rolliga saab esitada taotluse uue kenneli loomiseks, kus saab määrata, mis tõugu koeri on võimalik seal kasvatada. Need taotlused jõuavad admin õigustes kasutaja töölauale ning kui taotlus saab aktsepteeritud, jõuab vastav kennel ka kennelite nimekirja. Tundub, et edasine funktsionaalsus kennelite osas on jäänud realiseerimata, vähemalt ei paista kusagilt välja et midagi nende kennelitega teha saaks, sinna koeri paigutada vms.
* Kõige häirivam probleem, on et brauseri refreshimisel läheb sisse loginud kasutaja jaoks rakendus katki – ’currentUser’ muutuja ei saa enam laadimisel väärtustamisest ning kui teistes komponentides viidatakse sellele muutujale, ei saada sealt enam väärtust kätte. See ’currentUser’ võiks olla Observable tüüpi ning komponenti laadimisel võiks ta olla väärtustatud olemasoleva localStorages talletatud tokeni seest dekodeerimisel väljaloetud kasutajanime järgi.
* Hea külg on, et rakenduse ülesehitusel on kasutatud loogilist komponentideks ja alamkomponentideks jagamist ning head arendusmustrit, kus on eraldi service-klassid API teenuste poole pöördumiseks, eraldi on rakenduses kasutatavad mudelid. Stiilifailid eraldi css failidena. Selline struktuuri järgimine teeb koodi lugemise ja vajaliku leidmise lihtsaks. Sisseloginud kasutaja jaoks, kel on olemas vastav token, pannakse interceptor meetodi abil iga päringuga päringu headeris automaatselt kaasa tema token. Implementeeritud on ’AuthGuard’ meetod, ehk piiratakse millised rakenduses olevad leheküljed on mõeldud vaatamiseks ainult sisseloginud kasutajale ehk neile kes omavad tokenit.
Kokkuvõttes on mõningatele puudustele vaatamata tehtud hea ning kiiduväärt töö.

==XML osa==
* Meeskonna BestInShow XML failis olevate andmete koosseis tuleneb nende projekttööst, ehk on tegemist rahvusvahelise tõukoerte näitusega, kus on mitmes kihis ära näidatud erinevate tõugude esindatus ning välja on toodud igat tõugu esindavad koerad ning ja omaniku andmed ning riiklik päritolu. Loogilise dimensioone on rohkem kui 4 ehk see arvuline nõue on täidetud. Kasutatud on mitmes kohaks lisaks atribuuttunnuseid. Mitmed nimi-tüüpi väärtusi saab esitada on mitmekeelselt, kus vastava elemendi keele määratlemine käib atribuuttunnuse abil.
XSD schemafail ja XML ise on omavahel kooskõlas, XSD-s on kasutatud kenasti piiravaid kriteeriume, et ühel objektil ei saa olla näiteks rohkem kui 2 nime ning on märgitud, millised atribuudid millisel objektil olema peavad.
* Realiseeritud on 2 on XSLT transformatsiooni, üks teeb HTML vormingus tabeli, teine teise XML struktuuriga faili. HTML transformatsioonis on esitatud erinevate võistlusklasside võitjad, tegemist väga ilusalt vormindatud tabeliga. Kasutatud on andmete kokkusaamiseks mitmeid if-tingimusi ning tsükleid, loendatud on igas võistlusklassis olevate osalejate arv ning välja toodud selle võitja. Teises teiseks XML transformatsioonis filtreeritakse välja ainult ’Best in Show’ ja ’Best of Breed’ võitnud koerad, tuuakse välja koeraomanik.
Kokkuvõttes on XML osa hästi tehtud ning paraja keerukusega.

==Tegevuste logi:==
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

'''02.04.2018''' -
Koodi kirjutamise alustamine, Giti repo loomine

'''14.05.2018''' -
Angular klientrakenduse alustamine

'''08.06.2018''' -
Lõpptoode valmis

'''09.06.2018''' -
XML töö valmis

Meeskond:Curry

2018-06-09T14:33:53Z

Relken: /* XSLT transformatsioon: XML -> HTML */

Meeskond:Curry

2018-06-09T14:32:42Z

Relken: /* XSLT transformatsioon: XML -> HTML */

Meeskond:Curry

2018-06-09T14:02:05Z

Relken:

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018

2018-06-09T13:57:28Z

Relken:

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
__NOINDEX__

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML(SOAP) või Rest veebiteenusel ja sellele klientrakenduse loomise abil ning süvendada meeskonnatööoskust.
*SOAP veebiteenuse puhul eeldatakse WCF tehnoloogia kasutamist. Vanema põlvkonna ASP.NET veebiteenuse loomine ei ole lubatud, kuna seda ei toeta ka Microsoft enam tänasel päeval.
*REST teenuste loomisel tuleks kasutada ASP.NET Web API2/ASP.NET Core 2.0/WCF võimalusi.

Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus

Ühte projektimeeskonda kuulub 3..4 tudengit ning ühel teemal teostab projekti üks või mitu meeskonda. 1,2 ja viie liikmelised meeskonnad tuleks õppejõuga eraldi kooskõlastada.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas. Wikilehe täitmise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest.

==Tähtajad==

* '''Veebiteenus''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#Veebiteenus NB! Täpsem info]
** Veebiteenuse analüüs peab olema valmis, esitatud ja wikilehel kirjeldatud hiljemalt: '''01.aprill 2018'''. Lisaks on '''Meeskonnad on loonud omale enda wiki lehe, kuhu kirjeldavad meeskonna ja panevad nad üles oma tööd. Lisaks hakkavad kogunema ka sinna teiste gruppide poolt kirjutatavad retsensioonid. <ins>Meeskonnalehed lingitakse selle lehe lõppu Meeskonna pealkirja alla.</ins>'''
** Veebiteenus peab olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''27. mai 2018'''.
** Retsensioonid veebiteenuste kohta peavad tehtud olema '''03. juuni 2018'''.

* '''Klientrakendused''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#Klientrakendus NB! Täpsem info]
** Klientrakendused peavad olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt '''27. mai 2018'''.
** Retsensioonid klientrakenduste kohta peavad tehtud olema '''03. juuni 2018'''.

* '''XML fail''' [https://wiki.itcollege.ee/index.php/Kodut%C3%B6%C3%B6_aines_%22V%C3%B5rgurakendused_II:_hajuss%C3%BCsteemide_ehitamine%22_2018#XML_andmefail NB! Täpsem info]
** XML fail, stiilifail ja skeemifail peavad olema valmis ja wikilehel kirjeldatud hiljemalt '''01. juuni 2018'''.
** Retsensioonid XML-failide kohta peavad tehtud olema '''05.juuni 2018'''.

==Hindamine==
===Üldised kriteeriumid===

Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), paigaldusjuhend ning lahenduse kirjeldus.

'''Maksimumtulemuse annab (vähemalt 4/7):'''

* Majanduslik mõtlemine (kas loodav teenus ja rakendused oleks kasutatav ka ärilistel eesmärkidel)
* Mobiilirakendused/Angularis/reactis loodud klientrakendus
* Kogukondade kaasamine
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)
* Korraliku arhitektuuriga kirjutatud kood

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning minimaalselt kaks sobivat XSL transformatsiooni faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks. Transformatsioonid peavad sisaldama midagi enamat, kui ainult üks for-each klausel. Transformatsiooni käigus peaks kasutama vajadusel parameetreid ning kindlasti ka erinevaid tingimuste kontrolle.

XML-il peab olema vähemalt 4 loogilist dimensiooni.
<dim1>
<dim2>
<dim3>
<dim4>
</dim4>
</dim3>
</dim2>
</dim1>
Lisaks tuleb kasutada 3-el dimensioonil attribuute, mis one enamat, kui lihtsalt ID.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes
* Teenuse poole pöördumiste arvu piiramist ja piirangute haldamist.

Loodav veebiteenus peab toetama mitme kasutaja võimalust.

Loodav veebiteenus tuleb luua kasutades ''Windows Communication Foundation'' või ASP.NET MVC Web API tehnoloogiat

Andmebaasis peab olema vähemalt 9 olemit ehk andmebaas on eeldus,

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena(ASP.NET veebirakendus või hoopis Angulari või Reacti baasil), töölauarakendusena(WPF) või mobiilse rakendusena(Xamarin)

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

===Retsensioonid===
Retsensioon on üliõpilase iseseisva teadustöö kriitilise analüüsi põhjal koostatud argumenteeritud hinnang. Retsensioonis tuleb hinnata töö vastavust esitatud tingimustele, programmikoodi loetavust ning kommenteeritust, dokumentatsiooni ja kirjeldada puudusi. Retsensioonide põhjal on meeskondadel õigus oma projekte parandada enne määratud esitamistähtaja kättejõudmist.

Retsensioon peab sisaldama minimaalselt...
* XML - ...200 sõna.
* Veebiteenus - ...600 sõna.
* Klientrakendus - ...600 sõna.

Mõnelauselisest arvamusest ei piisa, kuna tegemist on grupi loodavate arvustustega, mitte individuaalsete arvustustega.

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel
mait.poska [ät] itcollege.ee või (+372 53 469 734)
(teksti originaalautor Priit Raspel)

==Kaitsmisele registreerumine==
Kaitsmisele tuleks registreerida järjest(st iga järgmine lisab vajaliku 15min ajaakna) ja suvalisis kellaaegasid ei hakka kuhugi vahele kirjutama

'''05.06.2018'''
*15:00 - Miisiks
*15:15 - Maagikud
*15:30 - GoFood
*15:45 - Raavo V2™
*16:00 - LearnToDrive
Sellele päevale rohkem aegu juurde lisada ei saa

Allpool olevate päevadele võib vabalt aegasid juurde lisada 15min sammga. Reegel on, et aegu lisame järjest

'''06.06.2018'''
*17:00 - Raamaturiiul
*17:15 - Pakiraam
*..

'''09.06.2018'''
*16:00 - MealPlannerSolo(Triin Oja)
*16:15 - Beer Pressure
*16:30 - <div>
*16:45 - NutriCheck
*17:00 - JääTuli
*17:15 - Ophelia
*17:30 - Kuldne Loojang
*17:45 - Hammas
*18:00 - VariousArtists
*18:15 - Pillar Of Autumn
*18:30 - Curry
*18:45 - WatchWinders
*19:00 - MOT
*19:15 - AmateurBB
*19:30 - Autolugu

=Teemad 2018 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

NB! XML andmefail ja veebiteenus ei pea olema omavahel seotud.

==Näidisteemad==

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus administraatoril nimesid muuta/kustutada
* meeste ja naiste nimed peavad olema süsteemis eristatavad
* luua võimalus, mis võimaldab kuvada populaarseid nimesid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* luua võimalus, et nimi lisatakse baasi alles siis, kui administraatori õigustega inimene on selleks vastava loa andnud

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* kasutajaid on võimalik lisada gruppidesse
* kasutajal on võimalik lisada vajalike kontaktandmete liike
* kasutajatel on võimalik jagada omavahel kontakte ja kontaktide grupper

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks
* kasutaja saab RSS vooge vaadata eraldi või grupeeritult
* vooge peab puhverdama, kuna voogude lugemine võtab enamasti üsna palju aega
*

= Meeskonnad 2018=
==Päevaõpe==

===[https://wiki.itcollege.ee/index.php/HairSaloon Meeskond: HairSaloon]===
Liikmed:
* Kaido Henrik Elias
* Arvo Paomees

===[https://wiki.itcollege.ee/index.php/VariousArtists Meeskond: VariousArtists]===
Liikmed:
* Ruudi Vinter
* Madis Roosioks
* Pavel Fleišer

Lõpptoode: [https://drive.google.com/open?id=1Pq8Lhrs3G5mGiTje70ww-zMBNB5cXnRh ZIP]

TFS: [https://variousartists.visualstudio.com/VariousArtists/_versionControl/changesets siin]

XML: [https://wiki.itcollege.ee/index.php/VariousArtists#XML siin]

Retsensioonid: [https://wiki.itcollege.ee/index.php/VariousArtists#Retsensioonid siin]

===[https://wiki.itcollege.ee/index.php/Maagikud Meeskond: Maagikud]===
Liikmed:
*Kristina Rästas
*Simo Jaanus
*Artur Tammiste
*Rauno Lõhmus
Lõpptoote [http://enos.itcollege.ee/~sjaanus/c/Airport_solution.zip link]

Veebiteenuse ja klientrakenduse retsensioon tiimile Raavo V2 asub [https://docs.google.com/document/d/1fxmdLa94Do1u5WlmPQjSd4mMmdbDw5WmDne547jqQc4/edit siin]

XML retsensioon tiimile LTD asub [https://docs.google.com/document/d/15rMhpqyG5XHsvOCZJp88ucHkiMa5Non6BbYwBBKT2_Y/edit siin]

===[https://wiki.itcollege.ee/index.php/RaamatuRiiul Meeskond: RaamatuRiiul]===
Liikmed:
* Alo Avi
* Arnika Rästa
* Marite Rammo
'''Meie XML:''' [https://wiki.itcollege.ee/index.php/RaamatuRiiul#XML XML]

'''Meie veebiteenuse, klientrakenduse ja XML retsensioonid meeskonnale Miisiiks:''' [https://wiki.itcollege.ee/index.php/Talk:Miisiiks retsensioonid]

'''Meie veebiteenus ning klientrakendus.''' [https://www.dropbox.com/s/ugbvx4j4zdlbp68/RaamatuRiiul.7z?dl=0 Zip]

===[https://wiki.itcollege.ee/index.php/Autolugu Meeskond: Autolugu]===
Liikmed:
* Margus Põlma
* Karl Erik Õunapuu

===[https://wiki.itcollege.ee/index.php/VRII2018 Meeskond: VRII2018]===
Liikmed:
* Kaspar Kaal
* Teet Adamson
* Rahel Kangur

===[https://wiki.itcollege.ee/index.php/Meeskond_Raavo_V2%E2%84%A2 Meeskond: Raavo V2™]===
Liikmed:
* Peeter Fridolin
* Kristo Leesmann
* Rando Rommot

Projekti retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/Meeskond_Raavo_V2™#Retsentsioonid Maagikud]

===[https://wiki.itcollege.ee/index.php/Pillarofautumn Meeskond: Pillar of Autumn ]===
Liikmed:
* Taavi Põder
* Taavi Vesinurm (Meeskonnast lahkunud)
* Raido Vell
'''Lõpptoode API ja klientrakendus:''' [https://github.com/taavip9/Veebirakendused-II Lõpptoode]

===[https://wiki.itcollege.ee/index.php/jaatuli Meeskond: JääTuli]===
Liikmed:
*Tarmo Luugus
*Leho Kivistik
*Hannes Mäeorg
*Marten Tammeleht

===[https://wiki.itcollege.ee/index.php/JustABot Meeskond: JustABot]===
Liikmed:
*Argo Hansen

===[https://wiki.itcollege.ee/index.php/Meeskond_Pakiraam Meeskond: Pakiraam]===
Liikmed:
*Kristo Naeris
*Indro Kottise

Klientrakendus [https://github.com/knaeris/VR2Klient siin] ja veebiteenus [https://github.com/knaeris/VR2Projekt siin]

Retsensioon meeskonna Raavo v2 klientrakendusele : [https://wiki.itcollege.ee/index.php/Meeskond_Pakiraam#Retsensioonid Retsensioon]

Retsensioon meeskonna Raavo v2 veebiteenusele:

===[https://wiki.itcollege.ee/index.php/GoFood Meeskond: GoFood]===
Liikmed:

* Rando Kurel
* Henrik Prangel
* Markus Mänd
* Edgar Tereping
* Jane Kaldma

Lõpptoode: [https://wiki.itcollege.ee/index.php/GoFood#Projektikood lõpptoote leiab siit]

Meie rühma kirjutatud retsentsioonid rühmale Maagikud:[https://wiki.itcollege.ee/index.php/GoFood#Retsensioon_rühmale_Maagikud Retsensioon]

===[https://wiki.itcollege.ee/index.php/LTD Meeskond: LearnToDrive]===
'''Liikmed:'''
*Eve Ormisson
*Carlos Kirtsi

Projekt [https://wiki.itcollege.ee/index.php/LTD#Kood_ise asub siin, kliendina kasutame JustInCaseWPFi]

Projekti retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/LTD#Projekti_retsensioon Maagikud]

XML osa retsensioon meeskonnale [https://wiki.itcollege.ee/index.php/LTD#XML_retsensioon RaamatuRiiul]

===[https://wiki.itcollege.ee/index.php/Miisiiks Meeskond: Miisiiks]===
Liikmed:
*Christo Aruste
*Heleriin Malkov
*Tõnis Prants

[https://www.dropbox.com/s/e2vu3ukgckyc2x5/MiisiiksWS.zip?dl=0 Veebiteenus]

Veebiteenus v2 (05.06): [https://www.dropbox.com/s/4acyvc9c7h08xl6/MiisiiksWS-v2.rar?dl=0 Veebiteenus]

[https://www.dropbox.com/s/iwtheohp5mn0lek/MiisiiksC.zip?dl=0 Klientrakendus]

Klientrakendus v2 (05.06): [https://www.dropbox.com/s/m6ijv2yyqthebgr/MiisiiksC2-v2.rar?dl=0 Klientrakendus]

[https://wiki.itcollege.ee/index.php/Miisiiks#XML XML]

Retsensioonid meeskonnale Raavo V2™

Veebiteenus: [https://wiki.itcollege.ee/index.php/Miisiiks#Veebiteenuse_retsensioon Retsensioon]

Klientrakendus: [https://wiki.itcollege.ee/index.php/Miisiiks#Klientrakenduse_retsensioon Retsensioon]

XML: [https://wiki.itcollege.ee/index.php/Miisiiks#XML_retsensioon XML]

===[https://wiki.itcollege.ee/index.php/VR2_div Meeskond: <div>]===
Liikmed:
*Kaarel Pärtel
*Marek Juhanson
*Kai Kallastu

Retsensioonid rühmale [https://wiki.itcollege.ee/index.php/Miisiiks Miisiiks™]: [https://docs.google.com/document/d/1gQmas-Fay_XHHhLInKM92152vYeFdFflDIRozN63mxA/edit?usp=sharing veebiteenus, klientrakendus ja XML]

==Kaugõpe==

===[https://wiki.itcollege.ee/index.php/BestInShow Meeskond: BestInShow]===
Liikmed:
* Liina Abner
* Marju Pütsepp
* Liisi Taimre

'''Lõpptoode veebiteenus:''' [https://www.dropbox.com/s/j5ixmwmx45kxcyo/BestInShow.zip?dl=0 https://www.dropbox.com/s/j5ixmwmx45kxcyo/BestInShow.zip?dl=0]<br>
'''Kasutusjuhend:''' [https://wiki.itcollege.ee/index.php/BestInShow#Kasutusjuhend https://wiki.itcollege.ee/index.php/BestInShow#Kasutusjuhend]<br>
'''Lõpptoode klient:''' [https://bitbucket.org/Marjup/bestinshow/ https://bitbucket.org/Marjup/bestinshow/]<br>
'''XML failid:''' [https://wiki.itcollege.ee/index.php/BestInShow#XML_failid Schema, XML ja XSLT HTML ja XML transformatsiooniks]<br>
Retsensioon veebiteenusele: TODO<br>
Retsensioon klientrakendusele: TODO<br>
Retsensioon XML-ile: TODO<br>

===[https://wiki.itcollege.ee/index.php/AssistDesq Meeskond: AssistDesq]===
Liikmed:
* Karen Grigorjan

===[https://wiki.itcollege.ee/index.php/WatchWinders Meeskond: WatchWinders]===
Liikmed:
* Toomas Juhkov
* Kunnar Kukk
* Tiit Kuuskmäe
[https://wiki.itcollege.ee/index.php/WatchWinders#Link_klientrakendusele_ja_API-le Link klientrakendusele ja API-le]

===[[ Kuldneloojang | Meeskond: Kuldne loojang]]===
'''Liikmed''':
* Andrus Seiman
* Marko Belzetski
* Priit Tiganik
* Kristjan Peterson (loobus)

'''Lõpptoode:'''
algselt üles laetud 02.06.2018, bugide parandusi lisatud 04.06.2018
* [https://www.dropbox.com/s/4h9bvq4k6388fmo/loojang.zip?dl=0 .zip fail rakendus ja klient koos]
* [https://bitbucket.org/itcollegeprojects/loojang-app veebirakenduse repo]
* [https://bitbucket.org/itcollegeprojects/loojang-client klientrakenduse repo]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#XML_.C3.BClesande_kirjeldus XML: link meie Wiki lehele]

'''Retsensioonid:'''
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#Veebiteenusele veebiteenuse retsensioon meeskonna Curry tööle. '''(TEGEMISEL)''']
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#Klientrakendusele klientrakenduse retsensioon meeskonna Curry tööle.]
* [https://wiki.itcollege.ee/index.php/Kuldneloojang#XML-ile XML retsensioon meeskonna Curry tööle. '''(TEGEMISEL)''']

===[https://wiki.itcollege.ee/index.php/Ophelia Meeskond: Ophelia]===
Liikmed:
* Siim Kallari
* Andres Kepler (loobus)
* Jorma Rebane

[https://www.dropbox.com/s/v63fkbjnd5umqqm/Ophelia.zip?dl=0 Lõpptoote link]

[https://wiki.itcollege.ee/index.php/Ophelia#L.C3.B5pptoote_kasutusjuhend Kasutusjuhend(Kaasas ka lõpptootes)]

[https://wiki.itcollege.ee/index.php/Ophelia#XML_.C3.9Clesanne XML Ülesanne]

===[https://wiki.itcollege.ee/index.php/SharpRestoVRII Meeskond: SharpRestoVRII]===
Liikmed:
* Andres Aava (lahkunud liige)
* Henri Annilo
* Jaan Koolmeister
* Lauri Üksti

Lähtekood: [http://enos.itcollege.ee/~luksti/CSharp/CSharpResto.zip CSharpResto]

Retsensioonid:

===[https://wiki.itcollege.ee/index.php/BeerPressure Meeskond: BeerPressure]===
Liikmed:
* Sigrid Aasma
* Evelin Jõgi
* Martin Kask
* Marko Nõu
'''Projekt:''' [https://github.com/sikumiku/TaisKohtApi TaisKohtApi]

'''Lõpptoode:''' [https://github.com/sikumiku/TaisKohtApi/archive/61438e187a1a972410c8a3bc6274d69489d00aa6.zip GitHub commit]

'''XML:''' [https://wiki.itcollege.ee/index.php/BeerPressure#XML.2FXSD.2FXSLT Beer Pressure XML/XSD/XSLT]

'''Meie kirjutatud XML failide retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:MOT#XML_retsensioon_by_meeskond_BeerPressure: Team MOT retsensioon]

'''Meie kirjutatud veebiteenuse retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:MOT#Veebiteenuse_retsensensioon_by_meeskond_BeerPressure: Team MOT retsensioon]

'''Meie kirjutatud klientrakenduse retsensioon:''' [https://wiki.itcollege.ee/index.php/Talk:Kuldneloojang#Klientrakenduse_retsensensioon_by_meeskond_BeerPressure: Team Kuldneloojang retsensioon]

===[[ Memorize | Meeskond: Memorize]]===
Liikmed:
* Madis Uudam
* Olle Mikk

===[https://wiki.itcollege.ee/index.php/UCanDo Meeskond: UCanDo]===
Liikmed:
* Mart Raus
* Ando Kiidron (loobus)
* Liina Saar

'''Lõpptoode: ''' [https://drive.google.com/drive/folders/1GIgiG5NvmnnKoQYmWWbfV_9Nhs2dezz8?usp=sharing UCanDo] <br>
'''Veebiteenuse retsensioon: ''' <br>
'''Klientrakenduse retsensioon: ''' <br>
'''XML retsensioon: ''' <br>

===[https://wiki.itcollege.ee/index.php/MOT Meeskond: MOT]===
Liikmed:
* Merike Meizner
* Helen Oppar (loobus)
* Hardi Tiitus

'''Lõpptoode: ''' http://enos.itcollege.ee/~mmeizner/MOT/ <br>
'''Meie kirjutatud veebiteenuse, klientrakenduse ja XML'i retsensioon:''' [https://docs.google.com/document/d/16WL12wmvQ_TPcY_-4pG_kjwtstQoX5meEYcigE4Febw/edit?usp=sharing: Team Raavo V2]

===[https://wiki.itcollege.ee/index.php/Meeskond:_MealPlanner Meeskond: MealPlanner]===
Liikmed:
*Triin Oja
*Rein Remsu

===[https://wiki.itcollege.ee/index.php/Meeskond:Curry Meeskond: Curry]===
Liikmed:
* Rain Elken
* Peeter Ploom

'''Lõpptoode: ''' [http://enos.itcollege.ee/~pploom/VR2/ link] <br>
'''XML: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XML_andmefail link] <br>
'''XSD: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSD_schema_fail link] <br>
'''XSLT1: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSLT_transformatsioon:_XML_-.3E_HTML link] <br>
'''XSLT2: ''' [https://wiki.itcollege.ee/index.php/Meeskond:Curry#XSLT_transformatsioon:_XML_-.3E_XML link] <br>

Curry meeskonna veebiteenust, klientrakendust ja XML-i retsenseerib meeskond KuldneLoojang. Curryle kirjutatud retsensioonid [https://wiki.itcollege.ee/index.php/Kuldneloojang#Meie_tehtud_retsensioonid asuvad siin: link]

===[https://wiki.itcollege.ee/index.php/Hammas Meeskond: Hammas]===

Liikmed:
* Sten Lunden

'''Lõpptoode:''' [https://ildtest.azurewebsites.net azure]
<br/>
'''Projekt:''' [https://github.com/lundens/ild-core github]
<br/>
'''XML''' [https://wiki.itcollege.ee/index.php/Hammas#XML wiki]
<br/>
'''Veebiteenuse retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#Veebiteenuse_retsensioon_meeskonnale_GoFood GoFood]
<br/>
'''Klientrakenduse retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#Klientrakenduse_retsensioon_meeskonnale_GoFood GoFood]
<br/>
'''XML retsensioon''' meeskonnale [https://wiki.itcollege.ee/index.php/Hammas#XMLi_retsensioon_meeskonnale_MealPlannerSolo MealPlannerSolo]

===[https://wiki.itcollege.ee/index.php/LabLite Meeskond: LabLite]===
Liikmed:
* Alex Kaska

===[https://wiki.itcollege.ee/index.php/AmateurBB Meeskond: AmateurBB]===
Liikmed:
*Taavi Kivimaa

===[https://wiki.itcollege.ee/index.php/MealPlannerSolo Meeskond: MealPlannerSolo]===
Liikmed:
*Triin Oja
'''[https://wiki.itcollege.ee/index.php/MealPlannerSolo#XML_andmefail XML]'''
<br/>
'''[http://enos.itcollege.ee/~troja/VRII2018/ Veebiteenus ja klientrakendus]'''

===[https://wiki.itcollege.ee/index.php/NutriCheck Meeskond: NutriCheck]===
Liikmed:
*Artyom Likhachev
'''Project:'''
<br/>[https://www.dropbox.com/s/z9snrydbl5e8jp2/vr2_service-v2.zip?dl=0 Veebiteenus]
<br/>[https://www.dropbox.com/s/7kn1u6z2481ligm/WebClient.zip?dl=0 Klientrakendus]

Meeskond:Curry

2018-06-09T13:53:03Z

Relken:

Meeskond:Curry

2018-06-09T13:45:27Z

Relken:

Meeskond:Curry

2018-03-31T18:22:05Z

Relken:

Meeskond:Curry

2018-03-31T18:21:35Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

===Andmemudeli skeem:===
[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

==Tegevuste logi:==
'''10.02.2018''' -
Meeskonna loomine, idee paikapanemine.

'''24.03.2018''' -
Andmemudeli koostamine.

'''26.03.2018''' -
Analüüsi ja funktsionaalsuse kirjutamine.

'''31.03.2018''' -
Wiki lehe loomine.

Meeskond:Curry

2018-03-31T18:17:06Z

Relken:

Meeskond:Curry

2018-03-31T18:16:10Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:Curry.png|700px]]
<br>''Curry andmemudel''

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T18:15:44Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:Curry.png|700px]]
''Curry andmemudel''

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T18:15:15Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:Curry.png|700px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T18:15:04Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:Curry.png|500px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T18:14:26Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:Curry.png][500px]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

File:Curry.png

2018-03-31T18:13:39Z

Relken:

Meeskond:Curry

2018-03-31T18:09:44Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:Curry.png]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T18:09:24Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

[[File:C:/Dev/VRII/Curry.png]]

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutajaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T18:05:32Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutaaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T17:56:31Z

Relken:

=Liikmed=
* Rain Elken
* Peeter Ploom

=Analüüs=
==Kirjeldus==
Curry näol on tegemist erinevate krüptorahade kauplemisplatvormiga, kus registreerunud kasutaja saab üles seada ostu- või müügitellimusi (edaspidi ordereid). Ostja määrab ära, millise maksimaalse hinna eest on nõus ühte krüptoraha valuutat teise eest ostma ning ka ostukoguse. Müüa seevastu ütleb, millise hinnaga soovib ühte valuutat teise vastu vahetada ja koguse. Süsteem viib automaatselt ostu-müügiorderid kokku ning kui hind on mõlemapoolselt sobilik, toimub tehing. Platvorm haldab ise kasutajakontol olevat rahakogust. Rakenduse peavaates on võimalik näha aktiivseid ordereid, kus müügiorderid reastatakse hinna järgi kasvavalt, ostuorderid kahanevalt. Projekti mahu hulka ei kuulu krüptovaluutade sisse- ja väljakande funktsionaalsus.

==Üldised nõuded:==
* Veebiteenuse andmevahetus toimub JSON formaadis.
* Klientrakendus töötab kõikides enamlevinud veebibrauserites.

=='''Must-have funktsionaalsus:'''==
* Kasutaja saab endale registreerimisega konto luua.
* Kasutaja saab enda andmeid (nimi, email, jne) muuta.
* Süsteemis on kindlaks määratud kindlad valuutapaarid, millede vahel kaubelda saab. Minimaalselt 1 valuutapaar ehk 2 erinevat valuutat.
* Kasutaja saab sisestada limiit müügiordereid, kus märgib ära millist valuutat mille vastu müüb, ning määrab hinna ning koguse.
* Kasutaja saab sisestada limiit ostuordereid, kus märgib ära millist valuutat soovib osta mõne teise valuuta eest ning määrab maksimaalse ostuhinna ning koguse.
* Süsteem leiab ostu-müügi orderite vahel kokku sobivad orderid, mis hinna poolest rahuldavad mõlemaid osapooli ning toimub automaatselt tehing – orderid loetakse kas osaliselt või täielikult täidetuks ning tehing kantakse tehingute nimekirja. Vastavatel osapooltel toimub ka kontoseisu muutus.
* Orderite täitmine võib toimuda ka mitmes osas, kus ühe osapoole valuuta kogus erineb teise osapoole orderil märgitud kogusest. Sel juhul vähendatakse ühe osapoole orderi kogust toimunud tehingu mahu võrra.
* Kasutaja saab tühistada enda poolt üles seatud ordereid.
* Kasutaja saab vaadata rahakonto seisu, kui palju erinevaid valuutasid arvel on.
* Kasutaja saab vaadata enda orderite ja tehingute ajalugu.
* Iga toimunud tehingu pealt võetakse ka % teenustasu.
* Orderi loomise eelnevalt kontrollitakse, kas kasutaja rahakontol piisavalt vabu vahendeid tehingu toimimiseks ning kuni tehingu toimumiseni on vastav kogus valuutat kontol broneeritud. Reaalselt arvestatakse maha peale tehingu lõppu.
* Admin saab määrata, milliste süsteemis olevate valuutade vahel saab kaubelda.
* Admin saab muuta teenustasu % väärtust.
* Admin saab lukustada kasutajate kontosid.

=='''Nice-to-have funktsionaalsus:'''==
* Valuutade sisse -ja väljakanded.
* Graafiline kasutaaliides hinnaliikumise ja teiste näitajate kuvamiseks.
* Peale limiitorderite ka teiste orderitüüpide toetamine.

Meeskond:Curry

2018-03-31T17:52:19Z

Relken:

Meeskond:Curry

2018-03-31T17:50:56Z

Relken:

Meeskond:Curry

2018-03-31T17:50:01Z

Relken: Created page with "=Liikmed= * Rain Elken * Peeter Ploom"

=Liikmed=
* Rain Elken
* Peeter Ploom

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2018

2018-03-31T17:46:31Z

Relken: /* Kaugõpe */

User:Relken

2015-10-30T22:32:13Z

Relken:

[[Category:Erialatutvustus 2015 kaugõpe]]
=<font size="5">'''Õpingukorraldus ja erialatutvustuse aine arvestustöö'''</font>=
Autor: Rain Elken

Rühm: DK14

Esitamise kuupäev: 31. oktoober 2015

=<font size="4">'''Essee'''</font>=

Kuivõrd ITK kaugõppes pole eraldi õppetöö algust kuulutavat traditsioonilist aktust ette nähtud, oli kaugõppuritele antud õppeaine raames toimunud esimene loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" videosalvestus. (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo). 26. august 2015.]</ref> kõige pidulikum üritus. Sooviti head õpingute algust, tutvustati üsna põhjalikult õppekorralduslikke küsimusi ning anti üheselt mõista, et asudes õppima ITK-sse - olete teinud täiesti õige valiku. Loomulikult manitseti, et kerge ei saa olema ning kõik ei lähe alati libedalt ning planeeritult, kaugõppe vormist tulenevalt tuleb õpingutes teha kompromisse töö- ja pereelu kõrvalt. Lisaks tutvustati võimalusi kuidas vabal ajal end erialaselt täiendada, nt robootikaklubi, üliõpilasesindus, codeclub. Ühtlasi anti suunised, kuidas antud aine läbi saada – essee loengumaterjalide põhjal + küsimused õppekorralduseeskirja kohta.

Teises loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" videosalvestus. (Tiina Seeman). 3. september 2015.]</ref> tutvustati IT projektijuhtimise eripärasid Tiina Seemani poolt. Lektoril on suured kogemused erinevates firmades töötamises, mistõttu oli põnev kuulata. Rõhutas projektijuhi vajalikkust ja vastutust kogu projekti õnnestumise seisukohast. Paljud IT projektid kipuvad ebaõnnestuma ning seda eelkõige puuduliku kommunikatsiooni tõttu, projektijuhil siin keskne roll tagada suhtlus tellija ja arendaja vahel. Huvitav oli ettekandes tähelepanu juhtimine tellija kui kliendile, et kogu projekti on ikkagi kliendi jaoks, projekti käigus loodav lahendus peab aitama realiseerida kliendi ärilisi eesmärke. Projektijuht peab algselt võimalikult selgelt kaardistama, mida täpselt klient vajab ning ilma milleta projekti kuidagi õnnestunuks lugeda ei saaks. Takistusi ja probleeme tekib töö käigus paraku ikka, projektijuht peab jooksvalt koordineerima nende lahendamist, nii et klient ja arendaja mõlemad oleks rahul.

Kolmas loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest." videosalvestus. (Elar Lang). 10. september 2015.]</ref> oli põnev ja innustav. Elar Lang rääkis hästi – olles varasemalt pikka aega olnud iseõppijast veebiarendaja – kuidas ikkagi ilma ülikooli hariduseta edasi ei arene. Ise õppides esiteks kulub palju aega, kuniks kõik läbi proovid. Teiseks ei õpi ega tunne erialaseid spetsiifilise termineid, mistõttu on suhtlemine teiste arendajatega keeruline. Kõige olulisem moment ettekande juures oli 'õppida õppima' momendi rõhutamine, mis oli väga hästi selgeks tehtud. IT maailm muutub väga kiiresti, mistõttu peab koguaeg ka hiljem peale kooli lõppu aina juurde õppima. Tähtis on kujundada õiged õpiharjumused kohe, ülikooli alguses. Vältida tuleb tudengi sündroomi ning samm-sammult ja järjepidevalt pühenduda õppimisse.

Neljandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" videosalvestus. (Taavi Tuisk). 17. september 2015.]</ref> tutvustas Taavi Tuisk süsteemiandministraatori köögipoolt. Taavi on väga pikka aega adminnimisega erinevates ettevõtetes tegelenud, valdab teemat. Väga palju on muutunud sysop’i töö, kus 90ndatel oli suurem rõhuasetus ise juppidest serveri kokkupanemine, praeguseks on olemas suured valmiskonteinerid. Tänapäeval on vajadus osata ka mõneti programmeerida, et mõningaid rutiine automatiseerida. Oluline on ametieetika ehk mitte sobrada kasutajate isiklikes andmetes. Loengus oli palju iseäralikke termineid, mida algaja IT inimene veel hästi ette ei kujuta, pisut oleks võinud neid rohkem lahti selgitada. Kokkuvõttes natuke sai sysop’i tööst aimu, palju asju jäi ka salapäraseks. Nagu ka Taavi ise ütles, sysop on nö taustategija keda reeglina ei pandagi (ka ettevõtte ülemuste poolt) tähelegi. Siis kui jama käes, vaadatakse sysop’i poole. Tema ülesanne on tagada, et jamasid üldse ei juhtukski.

Viies loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" videosalvestus. (Kert Suvi). 24. september 2015.]</ref> käsitles tarkvara testimist ja selle vajalikkust, ettekandjaks Kert Suvi. Pean tunnistama, et ei osanud testimise kui sellise olulisust tarkvara arenduse protsessis varasemalt väärtustada, pidasin millekski igavaks ja tüütuks. Kert tegi väga hästi erinevate eluliste näidete varal selgeks testimise vajalikkuse ning et sellele saab ja ka tuleb läheneda professionaalselt. Testija peab olema parandamatu pessimist; ei tohi pimesi uskuda arendajat, kes väidab et asi töötab küll. Eestis panustatakse testimisse muu maailmaga võrreldes liiga vähe. Testimisel on võimalik ka spetsialiseeruda mõnele konkreetsemale alale, näiteks turvalisuse testija nagu kolmandat loengut andnud Elar Lang. Igatahes tänu Kerti ettekandele muutus testimise teema minu jaoks palju seksikamaks.

Kuues loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" videosalvestus. (Targo Tennisberg). 1. oktoober 2015.]</ref> oli sissepõige tarkvara arenduse maailma hingeellu, mida tutvustas Targo Tennisberg. Huvitav ja haarav loeng, meeldis alguses toodud paralleel kunagiste alkeemikutega. Sai palju selgemaks, et arendaja ei tegele sugugi ainult koodi kirjutamisega, sellele kulub isegi vähem osa ajast. Tegeleda tuleb erinevate ettenägematute takistuste kõrvaldamisega, rõhutab sarnaselt T.Seemani loengule kommunikatsiooni olulisust nii arendajate kui ka tellija-arendaja vahel. Võtmetähtsusega isik on projektijuht. Enamus IT projekte ebaõnnestuvad mitte tehnoloogilistel põhjustel. Tihti üritatakse erinevaid probleeme lahendada kirjutades rohkem ning paremat koodi. Enamasti ei vii see paremini sihile. Ebaõnnestumise tõenäosus kasvab projektiga seotud inimeste arvu kasvades, kes omavad erinevat nägemust ja soove. Oluline on selgeks saada need pidepunktid, mis peavad kindlasti olema realiseeritud loodavas lahenduses. Ettekandes meeldis projekti mahu hindamise seisukohalt toodud mänguline võrdlus viktoriiniga, kus toimub suhteliselt pimeduses kobamine. Piiratud ajaga peab samas võimalikult mõistliku hinnangu andma, mitte keegi samas ei oma ettekujutust asja kogukeerukusest. Minu jaoks oli huvitav järeldus, kuidas Targo arvates edu saavutamiseks olulisem on teostus, mitte niivõrd idee. Üheltpoolt nõus – teostus määrab kuidas projekti tulemus kasutusse jõuab ning kas võetakse omaks, kuid idee peaks samas hõlmama teostuslahendust. Lihtsalt ideest on tõepoolest vähe abi.

Seitsmendal loengul<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Loengu "Oma IT ettevõte -- GPS asukohamääramisteenuse Navirec näitel" videosalvestus. (Tanel Unt). 8. oktoober 2015.]</ref> tutvustas Tanel Unt oma IT äri püstipanemise võlusid ja valusid. Enda firmaga on üheltpoolt vabadus kõiges otsustada, mis sa teed ja mida ei tee, teiseltpoolt vastutad naha ja karvadega iga otsuse eest. Alustaval ettevõttes oleks kavalam omada pigem rohkem väiksemaid kliente, kui paari suuremat klienti. Viimase variandi puhul ühe kliendi ärakukkumisel võivad olla suured tagajärjed. Tähtis on ebaõnnestumisest, mida algajal ettevõtjal ikka ette tuleb, mitte pead norgu lasta, vaid teha omad järeldused – muuta äriplaani ning proovida uuesti ja paremini. Eriti väiksemas ettevõttes on väga oluline meeskond ja selle sisekliima, kõik peavad läbi saama ja üksteist tundma, kriitilisi situatsioone tuleb ikka ette. Meeldis lähenemisviis, kuidas (jõudlus)probleemide tekkimisel keskenduti tarkvara ja koodi optimeerimisele, mitte ei investeeritud rauda. Teatud maani saab ebaefektiivset tarkvara küll järele aidata võimsama raudvaraga, kuid õigem oleks kood paremaks teha. Huvitavalt mõjus vahepeal kajastatud Kosovo seiklused.

Viimases, arvult kaheksandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" videosalvestus. (Oleg Bogdanov ja Oliver Kadak). 15. oktoober 2015.]</ref> sai aimduse, kuidas üldisemalt andmete taga peitub info. Ettekandjateks Oliver Kadak ning Oleg Bogdanov. Vaja on osata suurest andmemassiivist meile vajalik infot üheltpoolt välja sõeluda, teiseks seda analüüsida ning selle põhjal erinevaid järeldusi teha. Põhjaliku andmeanalüüsiga on võimalik kaardistada näiteks inimkäitumise mustreid, tuvastada ostueelistusi, mis omakorda aitab äri planeerimisel. Oli põnev loeng paljude näidetega reaalsest elust.

Kokkuvõtvalt saab öelda, et antud kursus minu jaoks väga oluliselt laiendas IT maailmapilti, sai näha käsitlusi erineva nurga alt. Selle aine juures meeldis esinejate mitte väga akadeemiline kõneviis. Vabamalt, igapäeva töökeeles ning eluliste näidetega vürtsitatult sai mõtte väga hästi edasi antud ning oli hea kuulata. Tundus ka et kõik esinejad on oma eriala fanaatikud.

== '''Õpingukorralduse küsimused''' ==
=<font size="4">'''Küsimus B'''</font>=

'''''Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokku leppida, et kordussooritust teha? Kuidas toimub kordussooritusele registreerimine? Mis on tähtajad? Kui palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?'''
''

'''Vastus:''' Arvestust on võimalik järele teha ülejärgmise semestri punasejoone päevani arvates aine õpetamissemestrist<ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ ITK õppekorralduse eeskiri. (Punkt 5.2)]</ref>. Kordussooritus tuleb kokku leppida ainet läbi viiva õppejõuga. Kordussooritusele registreeritakse ÕIS-is ning registreerimise ja kordussoorituse vahele peab jääma vähemalt 2 tööpäeva. Kordusarvestus on riigi finantseeritaval (RF) õppekohal tasuta, tasulisel õppekohal (OF) õppijale on see tasuline (20€ kord).<ref>[http://www.itcollege.ee/tudengile/finantsinfo/pangarekvisiidid/ ITK teenuste tasumäärad 2015/2016 õppeaastal. (Punkt 5)]</ref>

=<font size="4">'''Küsimus 4'''</font>=
'''''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?'''''

'''Vastus:''' Hiljemalt 10-ndal tööpäeval enne punase joone päeva tuleb esitada ÕIS-i vormikohase taotluse koos vajalike lisadega. Varasemate omandatud pädevuste vastavust õppeainete väljunditele hindab VÕTA komisjon. Seoses kõrgharidusreformiga ei arvestata alates 2013/2014 õa.-st IT Kolledžis õpinguid alustanud tudengite puhul VÕTA tulemusi semestripõhisel õppekava täies mahus täitmise kontrollimisel (st. õppeteenustasuta õppimiseks peab täiskoormusega tudeng koguma semestri kohta kumulatiivselt vähemalt 27 EAP IT Kolledži õppesoorituste põhjal). Samas VÕTA kaudu arvestatud õppesooritused täidavad õppekoormust (täis- või osakoormus), mida kontrollitakse õppeaasta lõpus.<ref>[http://www.itcollege.ee/tudengile/kkk/#Mis_ja_millal_tuleb_esitada_varasemate_õppetulemuste/töökogemuse_arvestamiseks? ITK Korduma kippuvad küsimused. (Punkt 6)]</ref>

=<font size="4">'''Ülesanne'''</font>=

'''''Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus vastab teie üliõpilaskoodi eelviimasele numbrile ja Y üliõpilaskoodi viimasele numbrile.'''
''

'''Vastus:'''

X=24

Y=26

IT Kolledžis on täies mahus täitmise määr semestris 27 EAP-d<ref>ITK nõukogu otsus (protokoll nr 3C-1/13-2, 27.02.2013)</ref>, aastas teeb see kokku 27 + 27 = 54 EAP-d.

Hüvitada tuleb 54 - (24 + 26) = 4 EAP eest.
Õppekulude osalise hüvitamise määr on 50 € 1 EAP kohta<ref>[http://www.itcollege.ee/tudengile/finantsinfo/ ITK õppeteenuse tasumäärad ja tasumise tähtajad 2015/2016 õppeaastal]</ref>, teeb see kokku 4 * 50 = '''200 €'''

== Viited ==
<references />

User:Relken

2015-10-30T13:48:18Z

Relken:

=<font size="5">'''Õpingukorraldus ja erialatutvustuse aine arvestustöö'''</font>=
Autor: Rain Elken

Rühm: DK14

Esitamise kuupäev: 30. november 2015

=<font size="4">'''Essee'''</font>=

Kuivõrd ITK kaugõppes pole eraldi õppetöö algust kuulutavat traditsioonilist aktust ette nähtud, oli kaugõppuritele antud õppeaine raames toimunud esimene loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" videosalvestus. (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo). 26. august 2015.]</ref> kõige pidulikum üritus. Sooviti head õpingute algust, tutvustati üsna põhjalikult õppekorralduslikke küsimusi ning anti üheselt mõista, et asudes õppima ITK-sse - olete teinud täiesti õige valiku. Loomulikult manitseti, et kerge ei saa olema ning kõik ei lähe alati libedalt ning planeeritult, kaugõppe vormist tulenevalt tuleb õpingutes teha kompromisse töö- ja pereelu kõrvalt. Lisaks tutvustati võimalusi kuidas vabal ajal end erialaselt täiendada, nt robootikaklubi, üliõpilasesindus, codeclub. Ühtlasi anti suunised, kuidas antud aine läbi saada – essee loengumaterjalide põhjal + küsimused õppekorralduseeskirja kohta.

Teises loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" videosalvestus. (Tiina Seeman). 3. september 2015.]</ref> tutvustati IT projektijuhtimise eripärasid Tiina Seemani poolt. Lektoril on suured kogemused erinevates firmades töötamises, mistõttu oli põnev kuulata. Rõhutas projektijuhi vajalikkust ja vastutust kogu projekti õnnestumise seisukohast. Paljud IT projektid kipuvad ebaõnnestuma ning seda eelkõige puuduliku kommunikatsiooni tõttu, projektijuhil siin keskne roll tagada suhtlus tellija ja arendaja vahel. Huvitav oli ettekandes tähelepanu juhtimine tellija kui kliendile, et kogu projekti on ikkagi kliendi jaoks, projekti käigus loodav lahendus peab aitama realiseerida kliendi ärilisi eesmärke. Projektijuht peab algselt võimalikult selgelt kaardistama, mida täpselt klient vajab ning ilma milleta projekti kuidagi õnnestunuks lugeda ei saaks. Takistusi ja probleeme tekib töö käigus paraku ikka, projektijuht peab jooksvalt koordineerima nende lahendamist, nii et klient ja arendaja mõlemad oleks rahul.

Kolmas loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest." videosalvestus. (Elar Lang). 10. september 2015.]</ref> oli põnev ja innustav. Elar Lang rääkis hästi – olles varasemalt pikka aega olnud iseõppijast veebiarendaja – kuidas ikkagi ilma ülikooli hariduseta edasi ei arene. Ise õppides esiteks kulub palju aega, kuniks kõik läbi proovid. Teiseks ei õpi ega tunne erialaseid spetsiifilise termineid, mistõttu on suhtlemine teiste arendajatega keeruline. Kõige olulisem moment ettekande juures oli 'õppida õppima' momendi rõhutamine, mis oli väga hästi selgeks tehtud. IT maailma muutub väga kiiresti, mistõttu peab koguaeg ka hiljem peale kooli lõppu aina juurde õppima. Tähtis on kujundada õiged õpiharjumused kohe, ülikooli alguses. Vältida tuleb tudengi sündroomi ning samm-sammult ja järjepidevalt pühenduda õppimisse.

Neljandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" videosalvestus. (Taavi Tuisk). 17. september 2015.]</ref> tutvustas Taavi Tuisk süsteemiandministraatori köögipoolt. Taavi on väga pikka aega adminnimisega erinevates ettevõtetes tegelenud, valdab teemat. Väga palju on muutunud sysop’i töö, kus 90ndatel oli suurem rõhuasetus ise juppidest serveri kokkupanemine, praeguseks on olemas suured valmiskonteinerid. Tänapäeval on vajadus osata ka mõneti programmeerida, et mõningaid rutiine automatiseerida. Oluline on ametieetika ehk mitte sobrada kasutajate isiklikes andmetes. Loengus oli palju iseäralikke termineid, mida algaja IT inimene veel hästi ette ei kujuta, pisut oleks võinud neid rohkem lahti selgitada. Kokkuvõttes natuke sai sysop’i tööst aimu, palju asju jäi ka salapäraseks. Nagu ka Taavi ise ütles, sysop on nö taustategija keda reeglina ei pandagi (ka ettevõtte ülemuste poolt) tähelegi. Siis kui jama käes, vaadatakse sysop’i poole. Tema ülesanne on tagada, et jamasid üldse ei juhtukski.

Viies loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" videosalvestus. (Kert Suvi). 24. september 2015.]</ref> käsitles tarkvara testimist ja selle vajalikkust, ettekandjaks Kert Suvi. Pean tunnistama, et ei osanud testimise kui sellise olulisust tarkvara arenduse protsessis varasemalt väärtustada, pidasin millekski igavaks ja tüütuks. Kert tegi väga hästi erinevate eluliste näidete varal selgeks testimise vajalikkuse ning et sellele saab ja ka tuleb läheneda professionaalselt. Testija peab olema parandamatu pessimist; ei tohi pimesi uskuda arendajat, kes väidab et asi töötab küll. Eestis panustatakse testimisse muu maailmaga võrreldes liiga vähe. Testimisel on võimalik ka spetsialiseeruda mõnele konkreetsemale alale, näiteks turvalisuse testija nagu kolmandat loengut andnud Elar Lang. Igatahes tänu Kerti ettekandele muutus testimise teema minu jaoks palju seksikamaks.

Kuues loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" videosalvestus. (Targo Tennisberg). 1. oktoober 2015.]</ref> oli sissepõige tarkvara arenduse maailma hingeellu, mida tutvustas Targo Tennisberg. Huvitav ja haarav loeng, meeldis alguses toodud paralleel kunagiste alkeemikutega. Sai palju selgemaks, et arendaja ei tegele sugugi ainult koodi kirjutamisega, sellele kulub isegi vähem osa ajast. Tegeleda tuleb erinevate ettenägematute takistuste kõrvaldamisega, rõhutab sarnaselt T.Seemani loengule kommunikatsiooni olulisust nii arendajate kui ka tellija-arendaja vahel. Võtmetähtsusega isik on projektijuht. Enamus IT projekte ebaõnnestuvad mitte tehnoloogilistel põhjustel. Tihti üritatakse erinevaid probleeme lahendada kirjutades rohkem ning paremat koodi. Enamasti ei vii see paremini sihile. Ebaõnnestumise tõenäosus kasvab projektiga seotud inimeste arvu kasvades, kes omavad erinevat nägemust ja soove. Oluline on selgeks saada need pidepunktid, mis peavad kindlasti olema realiseeritud loodavas lahenduses. Ettekandes meeldis projekti mahu hindamise seisukohalt toodud mänguline võrdlus viktoriiniga, kus toimub suhteliselt pimeduses kobamine. Piiratud ajaga peab samas võimalikult mõistliku hinnangu andma, mitte keegi samas ei oma ettekujutust asja kogukeerukusest. Minu jaoks oli huvitav järeldus, kuidas Targo arvates edu saavutamiseks olulisem on teostus, mitte niivõrd idee. Üheltpoolt nõus – teostus määrab kuidas projekti tulemus kasutusse jõuab ning kas võetakse omaks, kuid idee peaks samas hõlmama teostuslahendust. Lihtsalt ideest on tõepoolest vähe abi.

Seitsmendal loengul<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Loengu "Oma IT ettevõte -- GPS asukohamääramisteenuse Navirec näitel" videosalvestus. (Tanel Unt). 8. oktoober 2015.]</ref> tutvustas Tanel Unt oma IT äri püstipanemise võlusid ja valusid. Enda firmaga on üheltpoolt vabadus kõiges otsustada, mis sa teed ja mida ei tee, teiseltpoolt vastutad naha ja karvadega iga otsuse eest. Alustaval ettevõttes oleks kavalam omada pigem rohkem väiksemaid kliente, kui paari suuremat klienti. Viimase variandi puhul ühe kliendi ärakukkumisel võivad olla suured tagajärjed. Tähtis on ebaõnnestumisest, mida algajal ettevõtjal ikka ette tuleb, mitte pead norgu lasta, vaid teha omad järeldused – muuta äriplaani ning proovida uuesti ja paremini. Eriti väiksemas ettevõttes on väga oluline meeskond ja selle sisekliima, kõik peavad läbi saama ja üksteist tundma, kriitilisi situatsioone tuleb ikka ette. Meeldis lähenemisviis, kuidas (jõudlus)probleemide tekkimisel keskenduti tarkvara ja koodi optimeerimisele, mitte ei investeeritud rauda. Teatud maani saab ebaefektiivset tarkvara küll järele aidata võimsama raudvaraga, kuid õigem oleks kood paremaks teha. Huvitavalt mõjus vahepeal kajastatud Kosovo seiklused.

Viimases, arvult kaheksandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" videosalvestus. (Oleg Bogdanov ja Oliver Kadak). 15. oktoober 2015.]</ref> sai aimduse, kuidas üldisemalt andmete taga peitub info. Ettekandjateks Oliver Kadak ning Oleg Bogdanov. Vaja on osata suurest andmemassiivist meile vajalik infot üheltpoolt välja sõeluda, teiseks seda analüüsida ning selle põhjal erinevaid järeldusi teha. Põhjaliku andmeanalüüsiga on võimalik kaardistada näiteks inimkäitumise mustreid, tuvastada ostueelistusi, mis omakorda aitab äri planeerimisel. Oli põnev loeng paljude näidetega reaalsest elust.

Kokkuvõtvalt saab öelda, et antud kursus minu jaoks väga oluliselt laiendas IT maailmapilti, sai näha käsitlusi erineva nurga alt. Selle aine juures meeldis esinejate mitte väga akadeemiline kõneviis. Vabamalt, igapäeva töökeeles ning eluliste näidetega vürtsitatult sai mõtte väga hästi edasi antud ning oli hea kuulata. Tundus ka et kõik esinejad on oma eriala fanaatikud.

== '''Õpingukorralduse küsimused''' ==
=<font size="4">'''Küsimus B'''</font>=

'''''Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokku leppida, et kordussooritust teha? Kuidas toimub kordussooritusele registreerimine? Mis on tähtajad? Kui palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?'''
''

'''Vastus:''' Arvestust on võimalik järele teha ülejärgmise semestri punasejoone päevani arvates aine õpetamissemestrist<ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ ITK õppekorralduse eeskiri. (Punkt 5.2)]</ref>. Kordussooritus tuleb kokku leppida ainet läbi viiva õppejõuga. Kordussooritusele registreeritakse ÕIS-is ning registreerimise ja kordussoorituse vahele peab jääma vähemalt 2 tööpäeva. Kordusarvestus on riigi finantseeritaval (RF) õppekohal tasuta, tasulisel õppekohal (OF) õppijale on see tasuline (20€ kord).<ref>[http://www.itcollege.ee/tudengile/finantsinfo/pangarekvisiidid/ ITK teenuste tasumäärad 2015/2016 õppeaastal. (Punkt 5)]</ref>

=<font size="4">'''Küsimus 4'''</font>=
'''''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?'''''

'''Vastus:''' Hiljemalt 10-ndal tööpäeval enne punase joone päeva tuleb esitada ÕIS-i vormikohase taotluse koos vajalike lisadega. Varasemate omandatud pädevuste vastavust õppeainete väljunditele hindab VÕTA komisjon. Seoses kõrgharidusreformiga ei arvestata alates 2013/2014 õa.-st IT Kolledžis õpinguid alustanud tudengite puhul VÕTA tulemusi semestripõhisel õppekava täies mahus täitmise kontrollimisel (st. õppeteenustasuta õppimiseks peab täiskoormusega tudeng koguma semestri kohta kumulatiivselt vähemalt 27 EAP IT Kolledži õppesoorituste põhjal). Samas VÕTA kaudu arvestatud õppesooritused täidavad õppekoormust (täis- või osakoormus), mida kontrollitakse õppeaasta lõpus.<ref>[http://www.itcollege.ee/tudengile/kkk/#Mis_ja_millal_tuleb_esitada_varasemate_õppetulemuste/töökogemuse_arvestamiseks? Korduma kippuvad küsimused]</ref>

=<font size="4">'''Ülesanne'''</font>=

'''''Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus vastab teie üliõpilaskoodi eelviimasele numbrile ja Y üliõpilaskoodi viimasele numbrile.'''
''

'''Vastus:'''

X=24

Y=26

IT Kolledžis on täies mahus täitmise määr semestris 27 EAP-d, aastas teeb see kokku 27 + 27 = 54 EAP-d.

Hüvitada tuleb 54 - (24 + 26) = 4 EAP eest.
Õppekulude osalise hüvitamise määr on 50 € 1 EAP kohta<ref>[http://www.itcollege.ee/tudengile/finantsinfo/ ITK õppeteenuse tasumäärad ja tasumise tähtajad 2015/2016 õppeaastal]</ref>, teeb see kokku 4 * 50 = '''200 €'''

== Viited ==
<references />

User:Relken

2015-10-30T13:35:11Z

Relken:

=<font size="5">'''Õpingukorraldus ja erialatutvustuse aine arvestustöö'''</font>=
Autor: Rain Elken

Rühm: DK14

Esitamise kuupäev: 30. november 2015

=<font size="4">'''Essee'''</font>=

Kuivõrd ITK kaugõppes pole eraldi õppetöö algust kuulutavat traditsioonilist aktust ette nähtud, oli kaugõppuritele antud õppeaine raames toimunud esimene loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" videosalvestus. (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo). 26. august 2015.]</ref> kõige pidulikum üritus. Sooviti head õpingute algust, tutvustati üsna põhjalikult õppekorralduslikke küsimusi ning anti üheselt mõista, et asudes õppima ITK-sse - olete teinud täiesti õige valiku. Loomulikult manitseti, et kerge ei saa olema ning kõik ei lähe alati libedalt ning planeeritult, kaugõppe vormist tulenevalt tuleb õpingutes teha kompromisse töö- ja pereelu kõrvalt. Lisaks tutvustati võimalusi kuidas vabal ajal end erialaselt täiendada, nt robootikaklubi, üliõpilasesindus, codeclub. Ühtlasi anti suunised, kuidas antud aine läbi saada – essee loengumaterjalide põhjal + küsimused õppekorralduseeskirja kohta.

Teises loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" videosalvestus. (Tiina Seeman). 3. september 2015.]</ref> tutvustati IT projektijuhtimise eripärasid Tiina Seemani poolt. Lektoril on suured kogemused erinevates firmades töötamises, mistõttu oli põnev kuulata. Rõhutas projektijuhi vajalikkust ja vastutust kogu projekti õnnestumise seisukohast. Paljud IT projektid kipuvad ebaõnnestuma ning seda eelkõige puuduliku kommunikatsiooni tõttu, projektijuhil siin keskne roll tagada suhtlus tellija ja arendaja vahel. Huvitav oli ettekandes tähelepanu juhtimine tellija kui kliendile, et kogu projekti on ikkagi kliendi jaoks, projekti käigus loodav lahendus peab aitama realiseerida kliendi ärilisi eesmärke. Projektijuht peab algselt võimalikult selgelt kaardistama, mida täpselt klient vajab ning ilma milleta projekti kuidagi õnnestunuks lugeda ei saaks. Takistusi ja probleeme tekib töö käigus paraku ikka, projektijuht peab jooksvalt koordineerima nende lahendamist, nii et klient ja arendaja mõlemad oleks rahul.

Kolmas loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest." videosalvestus. (Elar Lang). 10. september 2015.]</ref> oli põnev ja innustav. Elar Lang rääkis hästi – olles varasemalt pikka aega olnud iseõppijast veebiarendaja – kuidas ikkagi ilma ülikooli hariduseta edasi ei arene. Ise õppides esiteks kulub palju aega, kuniks kõik läbi proovid. Teiseks ei õpi ega tunne erialaseid spetsiifilise termineid, mistõttu on suhtlemine teiste arendajatega keeruline. Kõige olulisem moment ettekande juures oli 'õppida õppima' momendi rõhutamine, mis oli väga hästi selgeks tehtud. IT maailma muutub väga kiiresti, mistõttu peab koguaeg ka hiljem peale kooli lõppu aina juurde õppima. Tähtis on kujundada õiged õpiharjumused kohe, ülikooli alguses. Vältida tuleb tudengi sündroomi ning samm-sammult ja järjepidevalt pühenduda õppimisse.

Neljandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" videosalvestus. (Taavi Tuisk). 17. september 2015.]</ref> tutvustas Taavi Tuisk süsteemiandministraatori köögipoolt. Taavi on väga pikka aega adminnimisega erinevates ettevõtetes tegelenud, valdab teemat. Väga palju on muutunud sysop’i töö, kus 90ndatel oli suurem rõhuasetus ise juppidest serveri kokkupanemine, praeguseks on olemas suured valmiskonteinerid. Tänapäeval on vajadus osata ka mõneti programmeerida, et mõningaid rutiine automatiseerida. Oluline on ametieetika ehk mitte sobrada kasutajate isiklikes andmetes. Loengus oli palju iseäralikke termineid, mida algaja IT inimene veel hästi ette ei kujuta, pisut oleks võinud neid rohkem lahti selgitada. Kokkuvõttes natuke sai sysop’i tööst aimu, palju asju jäi ka salapäraseks. Nagu ka Taavi ise ütles, sysop on nö taustategija keda reeglina ei pandagi (ka ettevõtte ülemuste poolt) tähelegi. Siis kui jama käes, vaadatakse sysop’i poole. Tema ülesanne on tagada, et jamasid üldse ei juhtukski.

Viies loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" videosalvestus. (Kert Suvi). 24. september 2015.]</ref> käsitles tarkvara testimist ja selle vajalikkust, ettekandjaks Kert Suvi. Pean tunnistama, et ei osanud testimise kui sellise olulisust tarkvara arenduse protsessis varasemalt väärtustada, pidasin millekski igavaks ja tüütuks. Kert tegi väga hästi erinevate eluliste näidete varal selgeks testimise vajalikkuse ning et sellele saab ja ka tuleb läheneda professionaalselt. Testija peab olema parandamatu pessimist; ei tohi pimesi uskuda arendajat, kes väidab et asi töötab küll. Eestis panustatakse testimisse muu maailmaga võrreldes liiga vähe. Testimisel on võimalik ka spetsialiseeruda mõnele konkreetsemale alale, näiteks turvalisuse testija nagu kolmandat loengut andnud Elar Lang. Igatahes tänu Kerti ettekandele muutus testimise teema minu jaoks palju seksikamaks.

Kuues loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" videosalvestus. (Targo Tennisberg). 1. oktoober 2015.]</ref> oli sissepõige tarkvara arenduse maailma hingeellu, mida tutvustas Targo Tennisberg. Huvitav ja haarav loeng, meeldis alguses toodud paralleel kunagiste alkeemikutega. Sai palju selgemaks, et arendaja ei tegele sugugi ainult koodi kirjutamisega, sellele kulub isegi vähem osa ajast. Tegeleda tuleb erinevate ettenägematute takistuste kõrvaldamisega, rõhutab sarnaselt T.Seemani loengule kommunikatsiooni olulisust nii arendajate kui ka tellija-arendaja vahel. Võtmetähtsusega isik on projektijuht. Enamus IT projekte ebaõnnestuvad mitte tehnoloogilistel põhjustel. Tihti üritatakse erinevaid probleeme lahendada kirjutades rohkem ning paremat koodi. Enamasti ei vii see paremini sihile. Ebaõnnestumise tõenäosus kasvab projektiga seotud inimeste arvu kasvades, kes omavad erinevat nägemust ja soove. Oluline on selgeks saada need pidepunktid, mis peavad kindlasti olema realiseeritud loodavas lahenduses. Ettekandes meeldis projekti mahu hindamise seisukohalt toodud mänguline võrdlus viktoriiniga, kus toimub suhteliselt pimeduses kobamine. Piiratud ajaga peab samas võimalikult mõistliku hinnangu andma, mitte keegi samas ei oma ettekujutust asja kogukeerukusest. Minu jaoks oli huvitav järeldus, kuidas Targo arvates edu saavutamiseks olulisem on teostus, mitte niivõrd idee. Üheltpoolt nõus – teostus määrab kuidas projekti tulemus kasutusse jõuab ning kas võetakse omaks, kuid idee peaks samas hõlmama teostuslahendust. Lihtsalt ideest on tõepoolest vähe abi.

Seitsmendal loengul<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Loengu "Oma IT ettevõte -- GPS asukohamääramisteenuse Navirec näitel" videosalvestus. (Tanel Unt). 8. oktoober 2015.]</ref> tutvustas Tanel Unt oma IT äri püstipanemise võlusid ja valusid. Enda firmaga on üheltpoolt vabadus kõiges otsustada, mis sa teed ja mida ei tee, teiseltpoolt vastutad naha ja karvadega iga otsuse eest. Alustaval ettevõttes oleks kavalam omada pigem rohkem väiksemaid kliente, kui paari suuremat klienti. Viimase variandi puhul ühe kliendi ärakukkumisel võivad olla suured tagajärjed. Tähtis on ebaõnnestumisest, mida algajal ettevõtjal ikka ette tuleb, mitte pead norgu lasta, vaid teha omad järeldused – muuta äriplaani ning proovida uuesti ja paremini. Eriti väiksemas ettevõttes on väga oluline meeskond ja selle sisekliima, kõik peavad läbi saama ja üksteist tundma, kriitilisi situatsioone tuleb ikka ette. Meeldis lähenemisviis, kuidas (jõudlus)probleemide tekkimisel keskenduti tarkvara ja koodi optimeerimisele, mitte ei investeeritud rauda. Teatud maani saab ebaefektiivset tarkvara küll järele aidata võimsama raudvaraga, kuid õigem oleks kood paremaks teha. Huvitavalt mõjus vahepeal kajastatud Kosovo seiklused.

Viimases, arvult kaheksandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" videosalvestus. (Oleg Bogdanov ja Oliver Kadak). 15. oktoober 2015.]</ref> sai aimduse, kuidas üldisemalt andmete taga peitub info. Ettekandjateks Oliver Kadak ning Oleg Bogdanov. Vaja on osata suurest andmemassiivist meile vajalik infot üheltpoolt välja sõeluda, teiseks seda analüüsida ning selle põhjal erinevaid järeldusi teha. Põhjaliku andmeanalüüsiga on võimalik kaardistada näiteks inimkäitumise mustreid, tuvastada ostueelistusi, mis omakorda aitab äri planeerimisel. Oli põnev loeng paljude näidetega reaalsest elust.

Kokkuvõtvalt saab öelda, et antud kursus minu jaoks väga oluliselt laiendas IT maailmapilti, sai näha käsitlusi erineva nurga alt. Selle aine juures meeldis esinejate mitte väga akadeemiline kõneviis. Vabamalt, igapäeva töökeeles ning eluliste näidetega vürtsitatult sai mõtte väga hästi edasi antud ning oli hea kuulata. Tundus ka et kõik esinejad on oma eriala fanaatikud.

== '''Õpingukorralduse küsimused''' ==
=<font size="4">'''Küsimus B'''</font>=

'''''Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokku leppida, et kordussooritust teha? Kuidas toimub kordussooritusele registreerimine? Mis on tähtajad? Kui palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?'''
''

'''Vastus:''' Arvestust on võimalik järele teha ülejärgmise semestri punasejoone päevani arvates aine õpetamissemestrist<ref>[http://www.itcollege.ee/tudengile/eeskirjad-ja-juhendid/oppekorraldus-eeskiri/ ITK õppekorralduse eeskiri. (Punkt 5.2)]</ref>. Kordussooritus tuleb kokku leppida ainet läbi viiva õppejõuga. Kordussooritusele registreeritakse ÕIS-is ning registreerimise ja kordussoorituse vahele peab jääma vähemalt 2 tööpäeva. Kordusarvestus on riigi finantseeritaval (RF) õppekohal tasuta, tasulisel õppekohal (OF) õppijale on see tasuline (20€ kord).<ref>[http://www.itcollege.ee/tudengile/finantsinfo/pangarekvisiidid/ ITK teenuste tasumäärad 2015/2016 õppeaastal. (Punkt 5)]</ref>

=<font size="4">'''Küsimus 4'''</font>=
'''''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?'''''

'''Vastus:''' Hiljemalt 10-ndal tööpäeval enne punase joone päeva tuleb esitada ÕIS-i vormikohase taotluse koos vajalike lisadega. Varasemate omandatud pädevuste vastavust õppeainete väljunditele hindab VÕTA komisjon. Seoses kõrgharidusreformiga ei arvestata alates 2013/2014 õa.-st IT Kolledžis õpinguid alustanud tudengite puhul VÕTA tulemusi semestripõhisel õppekava täies mahus täitmise kontrollimisel (st. õppeteenustasuta õppimiseks peab täiskoormusega tudeng koguma semestri kohta kumulatiivselt vähemalt 27 EAP IT Kolledži õppesoorituste põhjal). Samas VÕTA kaudu arvestatud õppesooritused täidavad õppekoormust (täis- või osakoormus), mida kontrollitakse õppeaasta lõpus.

=<font size="4">'''Ülesanne'''</font>=

'''''Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus vastab teie üliõpilaskoodi eelviimasele numbrile ja Y üliõpilaskoodi viimasele numbrile.'''
''

'''Vastus:'''

X=24

Y=26

IT Kolledžis on täies mahus täitmise määr semestris 27 EAP-d, aastas teeb see kokku 27 + 27 = 54 EAP-d.

Hüvitada tuleb 54 - (24 + 26) = 4 EAP eest.
Õppekulude osalise hüvitamise määr on 50 € 1 EAP kohta, teeb see kokku 4 * 50 = '''200 €'''

== Viited ==
<references />

User:Relken

2015-10-29T22:15:03Z

Relken:

'''Õpingukorraldus ja erialatutvustuse aine arvestustöö'''

Autor: Rain Elken

Rühm: DK14

Esitamise kuupäev: 30. november 2015

'''Essee'''

Kuivõrd ITK kaugõppes pole eraldi õppetöö algust kuulutavat traditsioonilist aktust ette nähtud, oli kaugõppuritele antud õppeaine raames toimunud esimene loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" videosalvestus. (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo). 26. august 2015.]</ref> kõige pidulikum üritus. Sooviti head õpingute algust, tutvustati üsna põhjalikult õppekorralduslikke küsimusi ning anti üheselt mõista, et asudes õppima ITK-sse - olete teinud täiesti õige valiku. Loomulikult manitseti, et kerge ei saa olema ning kõik ei lähe alati libedalt ning planeeritult, kaugõppe vormist tulenevalt tuleb õpingutes teha kompromisse töö- ja pereelu kõrvalt. Lisaks tutvustati võimalusi kuidas vabal ajal end erialaselt täiendada, nt robootikaklubi, üliõpilasesindus, codeclub. Ühtlasi anti suunised, kuidas antud aine läbi saada – essee loengumaterjalide põhjal + küsimused õppekorralduseeskirja kohta.

Teises loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" videosalvestus. (Tiina Seeman). 3. september 2015.]</ref> tutvustati IT projektijuhtimise eripärasid Tiina Seemani poolt. Lektoril on suured kogemused erinevates firmades töötamises, mistõttu oli põnev kuulata. Rõhutas projektijuhi vajalikkust ja vastutust kogu projekti õnnestumise seisukohast. Paljud IT projektid kipuvad ebaõnnestuma ning seda eelkõige puuduliku kommunikatsiooni tõttu, projektijuhil siin keskne roll tagada suhtlus tellija ja arendaja vahel. Huvitav oli ettekandes tähelepanu juhtimine tellija kui kliendile, et kogu projekti on ikkagi kliendi jaoks, projekti käigus loodav lahendus peab aitama realiseerida kliendi ärilisi eesmärke. Projektijuht peab algselt võimalikult selgelt kaardistama, mida täpselt klient vajab ning ilma milleta projekti kuidagi õnnestunuks lugeda ei saaks. Takistusi ja probleeme tekib töö käigus paraku ikka, projektijuht peab jooksvalt koordineerima nende lahendamist, nii et klient ja arendaja mõlemad oleks rahul.

Kolmas loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest." videosalvestus. (Elar Lang). 10. september 2015.]</ref> oli põnev ja innustav. Elar Lang rääkis hästi – olles varasemalt pikka aega olnud iseõppijast veebiarendaja – kuidas ikkagi ilma ülikooli hariduseta edasi ei arene. Ise õppides esiteks kulub palju aega, kuniks kõik läbi proovid. Teiseks ei õpi ega tunne erialaseid spetsiifilise termineid, mistõttu on suhtlemine teiste arendajatega keeruline. Kõige olulisem moment ettekande juures oli õppida õppima momendi rõhutamine, mis oli väga hästi selgeks tehtud. IT maailma muutub väga kiiresti, mistõttu peab koguaeg ka hiljem peale kooli lõppu aina juurde õppima. Tähtis on kujundada õiged õpiharjumused kohe, ülikooli alguses. Vältida tuleb tudengi sündroomi ning samm-sammult ja järjepidevalt pühenduda õppimisse.

Neljandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" videosalvestus. (Taavi Tuisk). 17. september 2015.]</ref> tutvustas Taavi Tuisk süsteemiandministraatori köögipoolt. Taavi on väga pikka aega adminnimisega erinevates ettevõtetes tegelenud, valdab teemat. Väga palju on muutunud sysop’i töö, kus 90ndatel oli suurem rõhuasetus ise juppidest serveri kokkupanemine, praeguseks on olemas suured valmiskonteinerid. Tänapäeval on vajadus osata ka mõneti programmeerida, et mõningaid rutiine automatiseerida. Oluline on ametieetika ehk mitte sobrada kasutajate isiklikes andmetes. Loengus oli palju iseäralikke termineid, mida algaja IT inimene veel hästi ette ei kujuta, pisut oleks võinud neid rohkem lahti selgitada. Kokkuvõttes natuke sai sysop’i tööst aimu, palju asju jäi ka salapäraseks. Nagu ka Taavi ise ütles, sysop on nö taustategija keda reeglina ei pandagi (ka ettevõtte ülemuste poolt) tähelegi. Siis kui jama käes, vaadatakse sysop’i poole. Tema ülesanne on tagada, et jamasid üldse ei juhtukski.

Viies loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" videosalvestus. (Kert Suvi). 24. september 2015.]</ref> käsitles tarkvara testimist ja selle vajalikkust, ettekandjaks Kert Suvi. Pean tunnistama, et ei osanud testimise kui sellise olulisust tarkvara arenduse protsessis varasemalt väärtustada, pidasin millekski igavaks ja tüütuks. Kert tegi väga hästi erinevate eluliste näidete varal selgeks testimise vajalikkuse ning et sellele saab ja ka tuleb läheneda professionaalselt. Testija peab olema parandamatu pessimist; ei tohi pimesi uskuda arendajat, kes väidab et asi töötab küll. Eestis panustatakse testimisse muu maailmaga võrreldes liiga vähe. Testimisel on võimalik ka spetsialiseeruda mõnele konkreetsemale alale, näiteks turvalisuse testija nagu kolmandat loengut andnud Elar Lang. Igatahes tänu Kerti ettekandele muutus testimise teema minu jaoks palju seksikamaks.

Kuues loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" videosalvestus. (Targo Tennisberg). 1. oktoober 2015.]</ref> oli sissepõige tarkvara arenduse maailma hingeellu, mida tutvustas Targo Tennisberg. Huvitav ja haarav loeng, meeldis alguses toodud paralleel kunagiste alkeemikutega. Sai palju selgemaks, et arendaja ei tegele sugugi ainult koodi kirjutamisega, sellele kulub isegi vähem osa ajast. Tegeleda tuleb erinevate ettenägematute takistuste kõrvaldamisega, rõhutab sarnaselt T.Seemani loengule kommunikatsiooni olulisust nii arendajate kui ka tellija-arendaja vahel. Võtmetähtsusega isik on projektijuht. Enamus IT projekte ebaõnnestuvad mitte tehnoloogilistel põhjustel. Tihti üritatakse erinevaid probleeme lahendada kirjutades rohkem ning paremat koodi. Enamasti ei vii see paremini sihile. Ebaõnnestumise tõenäosus kasvab projektiga seotud inimeste arvu kasvades, kes omavad erinevat nägemust ja soove. Oluline on selgeks saada need pidepunktid, mis peavad kindlasti olema realiseeritud loodavas lahenduses. Ettekandes meeldis projekti mahu hindamise seisukohalt toodud mänguline võrdlus viktoriiniga, kus toimub suhteliselt pimeduses kobamine. Piiratud ajaga peab samas võimalikult mõistliku hinnangu andma, mitte keegi samas ei oma ettekujutust asja kogukeerukusest. Minu jaoks oli huvitav järeldus, kuidas Targo arvates edu saavutamiseks olulisem on teostus, mitte niivõrd idee. Üheltpoolt nõus – teostus määrab kuidas projekti tulemus kasutusse jõuab ning kas võetakse omaks, kuid idee peaks samas hõlmama teostuslahendust. Lihtsalt ideest on tõepoolest vähe abi.

Seitsmendal loengul<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Loengu "Oma IT ettevõte -- GPS asukohamääramisteenuse Navirec näitel" videosalvestus. (Tanel Unt). 8. oktoober 2015.]</ref> tutvustas Tanel Unt oma IT äri püstipanemise võlusid ja valusid. Enda firmaga on üheltpoolt vabadus kõiges otsustada, mis sa teed ja mida ei tee, teiseltpoolt vastutad naha ja karvadega iga otsuse eest. Alustaval ettevõttes oleks kavalam omada pigem rohkem väiksemaid kliente, kui paari suuremat klienti. Viimase variandi puhul ühe kliendi ärakukkumisel võivad olla suured tagajärjed. Tähtis on ebaõnnestumisest, mida algajal ettevõtjal ikka ette tuleb, mitte pead norgu lasta, vaid teha omad järeldused – muuta äriplaani ning proovida uuesti ja paremini. Eriti väiksemas ettevõttes on väga oluline meeskond ja selle sisekliima, kõik peavad läbi saama ja üksteist tundma, kriitilisi situatsioone tuleb ikka ette. Meeldis lähenemisviis, kuidas (jõudlus)probleemide tekkimisel keskenduti tarkvara ja koodi optimeerimisele, mitte ei investeeritud rauda. Teatud maani saab ebaefektiivset tarkvara küll järele aidata võimsama raudvaraga, kuid õigem oleks kood paremaks teha. Huvitavalt mõjus vahepeal kajastatud Kosovo seiklused.

Viimases, arvult kaheksandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" videosalvestus. (Oleg Bogdanov ja Oliver Kadak). 15. oktoober 2015.]</ref> sai aimduse, kuidas üldisemalt andmete taga peitub info. Ettekandjateks Oliver Kadak ning Oleg Bogdanov. Vaja on osata suurest andmemassiivist meile vajalik infot üheltpoolt välja sõeluda, teiseks seda analüüsida ning selle põhjal erinevaid järeldusi teha. Põhjaliku andmeanalüüsiga on võimalik kaardistada näiteks inimkäitumise mustreid, tuvastada ostueelistusi, mis omakorda aitab äri planeerimisel. Oli põnev loeng paljude eluliste näidetega.

Kokkuvõtvalt saab öelda, et antud kursus minu jaoks väga oluliselt laiendas IT maailmapilti, sai näha käsitlusi erineva nurga alt. Selle aine juures meeldis esinejate mitte väga akadeemiline kõneviis. Vabamalt, igapäeva töökeeles ning eluliste näidetega vürtsitatult sai mõtte väga hästi edasi antud ning oli hea kuulata. Tundus ka et kõik esinejad on oma eriala fanaatikud.

== '''Õpingukorralduse küsimused''' ==
'''Küsimus B'''

'''Kukkusid arvestusel läbi. Kaua on võimalik arvestust järele teha? Kellega kokku leppida, et kordussooritust teha? Kuidas toimub kordussooritusele registreerimine? Mis on tähtajad? Kui palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?
'''

Arvestust on võimalik järele teha ülejärgmise semestri punasejoone päevani arvates aine õpetamissemestrist. Kordussooritus tuleb kokku leppida ainet läbi viiva õppejõuga. Kordussooritusele registreeritakse ÕIS-is ning registreerimise ja kordussoorituse vahele peab jääma vähemalt 2 tööpäeva.

== Viited ==
<references />

User:Relken

2015-10-29T22:00:25Z

Relken: Created page with "'''Õpingukorraldus ja erialatutvustuse aine arvestustöö''' Autor: Rain Elken Esitamise kuupäev: 30. november 2015 '''Essee''' Kuivõrd ITK kaugõppes pole eraldi õpp..."

'''Õpingukorraldus ja erialatutvustuse aine arvestustöö'''

Autor: Rain Elken

Esitamise kuupäev: 30. november 2015

'''Essee'''

Kuivõrd ITK kaugõppes pole eraldi õppetöö algust kuulutavat traditsioonilist aktust ette nähtud, oli kaugõppuritele antud õppeaine raames toimunud esimene loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" videosalvestus. (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo). 26. august 2015.]</ref> kõige pidulikum üritus. Sooviti head õpingute algust, tutvustati üsna põhjalikult õppekorralduslikke küsimusi ning anti üheselt mõista, et asudes õppima ITK-sse - olete teinud täiesti õige valiku. Loomulikult manitseti, et kerge ei saa olema ning kõik ei lähe alati libedalt ning planeeritult, kaugõppe vormist tulenevalt tuleb õpingutes teha kompromisse töö- ja pereelu kõrvalt. Lisaks tutvustati võimalusi kuidas vabal ajal end erialaselt täiendada, nt robootikaklubi, üliõpilasesindus, codeclub. Ühtlasi anti suunised, kuidas antud aine läbi saada – essee loengumaterjalide põhjal + küsimused õppekorralduseeskirja kohta.

Teises loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" videosalvestus. (Tiina Seeman). 3. september 2015.]</ref> tutvustati IT projektijuhtimise eripärasid Tiina Seemani poolt. Lektoril on suured kogemused erinevates firmades töötamises, mistõttu oli põnev kuulata. Rõhutas projektijuhi vajalikkust ja vastutust kogu projekti õnnestumise seisukohast. Paljud IT projektid kipuvad ebaõnnestuma ning seda eelkõige puuduliku kommunikatsiooni tõttu, projektijuhil siin keskne roll tagada suhtlus tellija ja arendaja vahel. Huvitav oli ettekandes tähelepanu juhtimine tellija kui kliendile, et kogu projekti on ikkagi kliendi jaoks, projekti käigus loodav lahendus peab aitama realiseerida kliendi ärilisi eesmärke. Projektijuht peab algselt võimalikult selgelt kaardistama, mida täpselt klient vajab ning ilma milleta projekti kuidagi õnnestunuks lugeda ei saaks. Takistusi ja probleeme tekib töö käigus paraku ikka, projektijuht peab jooksvalt koordineerima nende lahendamist, nii et klient ja arendaja mõlemad oleks rahul.

Kolmas loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest." videosalvestus. (Elar Lang). 10. september 2015.]</ref> oli põnev ja innustav. Elar Lang rääkis hästi – olles varasemalt pikka aega olnud iseõppijast veebiarendaja – kuidas ikkagi ilma ülikooli hariduseta edasi ei arene. Ise õppides esiteks kulub palju aega, kuniks kõik läbi proovid. Teiseks ei õpi ega tunne erialaseid spetsiifilise termineid, mistõttu on suhtlemine teiste arendajatega keeruline. Kõige olulisem moment ettekande juures oli õppida õppima momendi rõhutamine, mis oli väga hästi selgeks tehtud. IT maailma muutub väga kiiresti, mistõttu peab koguaeg ka hiljem peale kooli lõppu aina juurde õppima. Tähtis on kujundada õiged õpiharjumused kohe, ülikooli alguses. Vältida tuleb tudengi sündroomi ning samm-sammult ja järjepidevalt pühenduda õppimisse.

Neljandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" videosalvestus. (Taavi Tuisk). 17. september 2015.]</ref> tutvustas Taavi Tuisk süsteemiandministraatori köögipoolt. Taavi on väga pikka aega adminnimisega erinevates ettevõtetes tegelenud, valdab teemat. Väga palju on muutunud sysop’i töö, kus 90ndatel oli suurem rõhuasetus ise juppidest serveri kokkupanemine, praeguseks on olemas suured valmiskonteinerid. Tänapäeval on vajadus osata ka mõneti programmeerida, et mõningaid rutiine automatiseerida. Oluline on ametieetika ehk mitte sobrada kasutajate isiklikes andmetes. Loengus oli palju iseäralikke termineid, mida algaja IT inimene veel hästi ette ei kujuta, pisut oleks võinud neid rohkem lahti selgitada. Kokkuvõttes natuke sai sysop’i tööst aimu, palju asju jäi ka salapäraseks. Nagu ka Taavi ise ütles, sysop on nö taustategija keda reeglina ei pandagi (ka ettevõtte ülemuste poolt) tähelegi. Siis kui jama käes, vaadatakse sysop’i poole. Tema ülesanne on tagada, et jamasid üldse ei juhtukski.

Viies loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" videosalvestus. (Kert Suvi). 24. september 2015.]</ref> käsitles tarkvara testimist ja selle vajalikkust, ettekandjaks Kert Suvi. Pean tunnistama, et ei osanud testimise kui sellise olulisust tarkvara arenduse protsessis varasemalt väärtustada, pidasin millekski igavaks ja tüütuks. Kert tegi väga hästi erinevate eluliste näidete varal selgeks testimise vajalikkuse ning et sellele saab ja ka tuleb läheneda professionaalselt. Testija peab olema parandamatu pessimist; ei tohi pimesi uskuda arendajat, kes väidab et asi töötab küll. Eestis panustatakse testimisse muu maailmaga võrreldes liiga vähe. Testimisel on võimalik ka spetsialiseeruda mõnele konkreetsemale alale, näiteks turvalisuse testija nagu kolmandat loengut andnud Elar Lang. Igatahes tänu Kerti ettekandele muutus testimise teema minu jaoks palju seksikamaks.

Kuues loeng<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" videosalvestus. (Targo Tennisberg). 1. oktoober 2015.]</ref> oli sissepõige tarkvara arenduse maailma hingeellu, mida tutvustas Targo Tennisberg. Huvitav ja haarav loeng, meeldis alguses toodud paralleel kunagiste alkeemikutega. Sai palju selgemaks, et arendaja ei tegele sugugi ainult koodi kirjutamisega, sellele kulub isegi vähem osa ajast. Tegeleda tuleb erinevate ettenägematute takistuste kõrvaldamisega, rõhutab sarnaselt T.Seemani loengule kommunikatsiooni olulisust nii arendajate kui ka tellija-arendaja vahel. Võtmetähtsusega isik on projektijuht. Enamus IT projekte ebaõnnestuvad mitte tehnoloogilistel põhjustel. Tihti üritatakse erinevaid probleeme lahendada kirjutades rohkem ning paremat koodi. Enamasti ei vii see paremini sihile. Ebaõnnestumise tõenäosus kasvab projektiga seotud inimeste arvu kasvades, kes omavad erinevat nägemust ja soove. Oluline on selgeks saada need pidepunktid, mis peavad kindlasti olema realiseeritud loodavas lahenduses. Ettekandes meeldis projekti mahu hindamise seisukohalt toodud mänguline võrdlus viktoriiniga, kus toimub suhteliselt pimeduses kobamine. Piiratud ajaga peab samas võimalikult mõistliku hinnangu andma, mitte keegi samas ei oma ettekujutust asja kogukeerukusest. Minu jaoks oli huvitav järeldus, kuidas Targo arvates edu saavutamiseks olulisem on teostus, mitte niivõrd idee. Üheltpoolt nõus – teostus määrab kuidas projekti tulemus kasutusse jõuab ning kas võetakse omaks, kuid idee peaks samas hõlmama teostuslahendust. Lihtsalt ideest on tõepoolest vähe abi.

Seitsmendal loengul<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Loengu "Oma IT ettevõte -- GPS asukohamääramisteenuse Navirec näitel" videosalvestus. (Tanel Unt). 8. oktoober 2015.]</ref> tutvustas Tanel Unt oma IT äri püstipanemise võlusid ja valusid. Enda firmaga on üheltpoolt vabadus kõiges otsustada, mis sa teed ja mida ei tee, teiseltpoolt vastutad naha ja karvadega iga otsuse eest. Alustaval ettevõttes oleks kavalam omada pigem rohkem väiksemaid kliente, kui paari suuremat klienti. Viimase variandi puhul ühe kliendi ärakukkumisel võivad olla suured tagajärjed. Tähtis on ebaõnnestumisest, mida algajal ettevõtjal ikka ette tuleb, mitte pead norgu lasta, vaid teha omad järeldused – muuta äriplaani ning proovida uuesti ja paremini. Eriti väiksemas ettevõttes on väga oluline meeskond ja selle sisekliima, kõik peavad läbi saama ja üksteist tundma, kriitilisi situatsioone tuleb ikka ette. Meeldis lähenemisviis, kuidas (jõudlus)probleemide tekkimisel keskenduti tarkvara ja koodi optimeerimisele, mitte ei investeeritud rauda. Teatud maani saab ebaefektiivset tarkvara küll järele aidata võimsama raudvaraga, kuid õigem oleks kood paremaks teha. Huvitavalt mõjus vahepeal kajastatud Kosovo seiklused.

Viimases, arvult kaheksandas loengus<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" videosalvestus. (Oleg Bogdanov ja Oliver Kadak). 15. oktoober 2015.]</ref> sai aimduse, kuidas üldisemalt andmete taga peitub info. Ettekandjateks Oliver Kadak ning Oleg Bogdanov. Vaja on osata suurest andmemassiivist meile vajalik infot üheltpoolt välja sõeluda, teiseks seda analüüsida ning selle põhjal erinevaid järeldusi teha. Põhjaliku andmeanalüüsiga on võimalik kaardistada näiteks inimkäitumise mustreid, tuvastada ostueelistusi, mis omakorda aitab äri planeerimisel. Oli põnev loeng paljude eluliste näidetega.

Kokkuvõtvalt saab öelda, et antud kursus minu jaoks väga oluliselt laiendas IT maailmapilti, sai näha käsitlusi erineva nurga alt. Selle aine juures meeldis esinejate mitte väga akadeemiline kõneviis. Vabamalt, igapäeva töökeeles ning eluliste näidetega vürtsitatult sai mõtte väga hästi edasi antud ning oli hea kuulata. Tundus ka et kõik esinejad on oma eriala fanaatikud.

Refereerimist saab teha <ref>Õppkorralduse eeskiri P4.4 ...</ref> märgistega.
Viited kuvatakse kohta, kuhu kirjutad:
Abi mediawiki kirjutamisel saab mediawiki kodulehelt[2].
Notes[edit]

Kokkuvõtteks soovin tsiteerida ühte tudengit „vahet pole, kui magus on teie uni varahommikul, kui tahate IT alaselt natukesegi oma silmaringi arendada, siis minge kindlasti kõigi nende ainete loengutesse ja kuulake hoolega!“
Õpingukorralduse küsimused[edit]

Küsimus B[edit]
Kukkusid arvestusel läbi. Kuidas edasi? Kaua on võimalik arvestust teha? Kellega kokkuleppida, et arvestust teha? Kuidas toimub järelarvestusele registreerimine? Mis on tähtajad? Palju maksab, kui oled riigieelarvelisel (RE) kohal? Palju maksab, kui oled riigieelarvevälisel (REV) kohal?
Märkuseks järgmiseks aastaks - küsimuse sõnastust parandanda - vaata historyt
Vastus
Eksami uuesti sooritamiseks pean tegema järgmised tegevused ...
Küsimus 3[edit]
Millised võimalused on minna akadeemilisele puhkusele esimesel õppeaastal? Mis tegevused tuleb selleks teha? Kui pikk on maksimaalne puhkuse aeg? Kuidas toimub puhkuse lõpetamine? Kas puhkuse ajal saab deklareerida õppeaineid? Kas saab teha järele eksameid ja arvestusi?
Vastus
Selleks, et minna akadeemilisele puhkusele, pean ...

== Viited ==
<references />