=Analüüsi retsensioon (by Kalimali budget)=

==Ülesehitus==
Analüüs sisaldab üldist kirjeldust, sh eesmärk, ülesehitus ja vaadete olemus koos andmeväljadega. Eraldi on selgelt välja toodud probleemid ning must-have ja nice-to-have funktsionaalsus.

==Funktsionaalsus==

Planeeritava rakenduse funktsionaalsus on antud analüüsis väga selgelt ja põhjalikult välja toodud. Eriti lihtsaks teeb funktsionaalsusest arusaamise see, et täpsemad plaanid on loogiliste punktidena välja toodud. Lisaks eraldi välja toodud punktidele on väga huvitavalt ja kasutaja silmeläbi kirjeldatud ka erinevaid vaateid koos nende täpsemate funktsionaalsustega. Üldiselt saab must-have ja nice-to-have detailsetest kirjeldustest päris hea ettekujutuse kogu rakenduse planeeritavatest funktsionaalsustest. Tundub, et meeskonda ootab ees päris väljakutsuv projekt ja mahult peaks see antud kursuse nõuded kindlasti täitma.

==Probleemid, mis silma jäid==

Tundub, et projekti analüüsis välja toodud nice-to-have funktsionaalsus, mis on interneti ühendusele üles ehitatud, ei ole meie kodutöö raames mahult saavutatav. Eelnevast lähtuvalt tunduvad ka interneti baasil wishlisti lisarakendused(seosed Ebay ja Goodreads-ga) raskesti saavutatavad. Aga võib-olla alahindame kaastudengeid, teadmata projekti elluviijate tausta ja eelnevaid kogemusi.

==Kas ise kasutaks rakendust?==

Siinkohal jäid meeskonna liikmed eriarvamustele - osad meeskonnna liikmetest enda elus sellisel rakendusel suurt lisaväärtust ei näe, teised aga kaaluksid sellise rakenduse kasutamist. Meeskonna arvates oleks antud rakendus hea lahendus inimestele, kes tegelevad asjade kogumisega. Näiteks leiaks selline rakendus kindlasti kasutust paljude vanemate inimeste poolt, kellel on kodus palju raamatuid, marke, münte vms. Rakenduse kirjelduses mainitud "olemasoleva kogu rahalise väärtuse" funktsionaalsus oleks aga kindlasti lisaboonus kogumisfanattidele nagu näiteks numismaatikutele.

==Mida teeksin teistmoodi==
Tekst on arusaadav, kuid ülevaatlikkuse huvides võinuks vaated visualiseerida. Sisulise täiendusena lisaksin kogudele ja teostele ka kategooria, et saaks teostada otsingut kategooriate lõikes. Võiks ju olla huvitav teada, kui palju on kokku mingi valdkonna raamatuid või erinevate kontinentide münte ja millises valdkonnas on enim soovinimekirjas olevaid teoseid või münte. Selliselt oleks ka lihtsam leida infot mingi kindla teose kohta (pealkirja ega autorit ei mäleta, kuid tean, et tegemist oli näiteks ulmekirjandusega).

==Andmemudel==

Andmemudeli kohta antud juhul arvamust avaldada ei ole võimalik, kuna selle põhjalikum ülevaade hetkel analüüsist puudub.

==Skoop==

Tundub, et projekti skoop on meeskonnal päris adekvaatselt paika pandud. Must-have funktsionaalsus on optimaalselt vajalikest toimingutest koosnev, täiesti saavutatav ja piisavalt väljakutsuv. Juhul, kui on tegemist juba rohkem kogenenud ja tugevama koodimise taustaga inimestega, siis võiks isegi jõuda ka paar punkti nice-to-have listist ellu viia. Siiski jääme arvamusele, et internetiga seonduvad punktid ilmselt meie aine projekti skoopi ei mahu.

==Hinnang teostatavusele==

Kokkuvõttes on projekti idee iseenesest huvitav ja täiesti vabalt teostatav. Midagi äärmiselt keerukat esmapilgul silma ei torka ning usume, et piisavalt pühendudes on võimalik projekt ka edukalt teostada.

'''Retsenseeris meeskond Kalimali_budget 12.11.2017'''

=Analüüsi retsensioon 2=

Retsensioon meeskonna H2l analüüsile

H2l meeskonna analüüs andis ülevaate plaanitavast raamatuseeriate haldamise rakendusest. Samas tuuakse analüüsis korduvalt välja soovi antud rakendust laiendada, nii et sellest oleks abi igasuguste asjade kollektsioneerimisel. Võimalike edasiarenduste väljatoomine näitab ühelt poolt, et meeskond näeb oma idees potentsiaali, aga samas on oluline koondada tähelepanu põhifunktsionaalsuse realiseerimisse.

Esiletõstmist väärib see, et meeskond on läbi rääkinud ja kirja pannud projekti õnnestumist takistavad võimalikud riskid. Usun, et juba nende riskide teadvustamine aitab kaasa ohtude leevendamisele. Selle lugemine pani mõtlema enda projekti võimalike ohtude peale.

Analüüsis on kirjeldatud rakenduse põhifunktsionaalsus ja vaated. Kirjeldus on üldjoontes arusaadav. Tekstis esineb kohati mõttekordusi. Arusaadavust tõstab teksti liigendamine vaadete järgi ja vaadetele pealkirja andmine. Oma nime oleks võinud anda ka “Minu kogu” alamvaatele (vaade 2).

Täpsem kirjeldus on antud teose objekti kohta. Objekti väljad on ootuspärased, mõnevõrra ootamatud tunduvad raamatute puhul kogus ja hinnanguline väärtus. Tunnistan, et ma pole ise kogumisega tegelenud, nii et see võib olla minu asjatundmatus.

Märkusena võib välja tuua, et teose alamvaates on staatusele antud kaks väärtust (jah/ei), otsinguvaates vaates aga on sama välja kirjelduses kolm väärtust (jah/ei/whislist). Lisaks jäi veidi segaseks, kuidas on omavahel seotud teose ja kogu objektid.

Kokkuvõttes andis meeskond H2l hea ülevaate oma ideest ja võimalikest edasiarendustest. Usun, et projekt on must have kirjelduse ulatuses teostatav.

Retsenseeris meeskond [https://wiki.itcollege.ee/index.php/Märkmik Märkmik]

=Lõpptoote retsensioon by JEMP=

==Eesmärgid==

Antud projekti raames said eesmärgid täidetud ja kasutajapõhise funktionaalsusega isegi ületatud. Algne eesmärk oli luua rakendus, mis aitab lihtsustada kollektsioonide haldamist ja hoiustamist. Kuigi tegemist on raamatute kollektsioneerimise süsteemiga, saab välju mugandades muuta toote juba suhteliselt universaalse võimalusega informatsiooni salvestamise hoidlaks.

==Funktsionaalsus==

Saab registreerida kasutaja ja siseneda ka kohe sama kasutajaga. Mitme erineva kasutaja registreerimisel kuvatakse ainult konkreetsele kasutajale kuuluv kogu. Võimalik on lisada kogusid ning kogudesse raamatuid - võimalik ka kustutada. Saab panna teoseid soovide nimekirja.

==Probleemid, mis silma jäid==

Kuigi rakenduse piires on piirolukordadega arvestatud, on ka kohti, kus seda ei tehta. Näiteks on võimalik registreerida väärandmetega kasutaja (näiteks numbirilised nimed). Tekkis küsimus, et milleks on seda tüüpi WPF rakendusel üldse vajalik registreerimine ja logimine? Möönan, et õppimise eesmärkidel küll.
Võimalik on sisestada teoseid, kus ei ole juures hinda. Sama välja muude andmetega täitmisel saab programm tühja sisestusega hakkama, kuigi võiks ju kasutajat teavitada, et sõnesid süsteem ei aksepteeri.

Väga lihtne visuaalne näpukas: Tõsise kollektsionääri jaoks, kellel võiks oma toodete haldamiseks sellist programmi vaja minna, jääb näiteks rahasumma asukoht ikka tõsiseks pinnuks silma, sest alates 5-kohalisest numbrist läheb summa ekraani sisse peitu.

Kui rakenduses on enamjaolt 90% ulatuses kasutatud eesti keelt, siis võiks nii olla järjepidevalt terve rakenduse piires. Silma jäi nii visuaalne kui ka nimetamise külg. Näiteks Wishlist rakenduse soovnimekirja vaates. Mudelite kirjelduses on ilusti lisatud kataloog Domeen ja edasi tuleb Service ning Utility, KasutajaService, DbContextis OnModelCreating, BaseMV, NotifyPropertyChanged jne. Kuigi viimase kirjeldamise arusaadavuse huvides võib mõni tõesti ka nii olla.

Rakenduse liikumine mingile amazoni lehele jääb täiesti arusaamatuks - see osa võiks olla arusaadavam. Ehk siis juures, et kust kohast soovib antud inimene parasjagu midagi otsida (kas või enumi kujul google, amazon jne.). Esimesel korral ehmatab soovnimekirjas olevale teosele klikkamine ära, et mis nüüd juhtus. Hea oleks muidugi, kui inimene saaks ise sisestada oma otsitava asukoha, kuna erinevatel kollektsionääridel on oma otsitavad asukohad.

Rakendus on ülesse ehitatud vaadete avamiste ja sulgemiste põhjal. Kuigi selline lähenemine toimib, on antud võimaluste juures tegemist päris primitiivse ja lihtsakoelise lähenemisega, kus pea igas vaates on oma limiteeritud funktsionaalsus.

Kasutaja autentimine on tehtud lihtsakoleliselt ja väheturvaliselt.

==Positiivne==

Meetodite nimed ja nende tegevus on suhteliselt arusaadav. Kood on väga kompaktne, hästi trepitud ja arusaadav. Peavaates kasutatud ka andmete mõningast vaatega ühendamist läbi observablecollection võimaluste. Visuaalsele poolele pole väga palju rõhku pandud ja kõik võimalused töötavad. Rakenduse sulgemisel säilib sisestatud informatsioon ja kasutajad. Otsingumootor on iseenesest suurepärane idee. Kui näiteks inimene saab tootele klikates kohe tagasiside. Eriti kui saab tagasiside veel kõikide kasutaja enda poolt lisatud aadressidelt (TODO). Üks klikk ja kogu info on käes.

==Hinnang lähtekoodile==

Kokkuvõttes on projekt realiseeritud antud õpetatavate funktsionaalsuste piires hästi. Kood on väga selge ja arusaadav. Kuigi kasutama hakkamiseks oleks vaja näha veel vaeva, on õpieesmärk kitsastes raamides täidetud. Teades, kui palju aineid on õppida ja kui vähe on kaugõpilasel aega, on projekt täitsa omal kohal.

'''Retsenseeris meeskond JEMP 23.01.2017'''

=Lõpptoote retsensioon (2Do)=

===Eessõna===

Esiteks tuleb ära mainida, et tegemist on väga põneva ideega ning nagu põnevate ideedega ikka, kohe tekib lootus, et analüüsist ja must-have funktsionaalsusest loetu peale Ctrl+F5 vajutamist ka reaalselt teoks saanud on. Loomulik reaktsioon on muidugi valmistuda pettumuseks ning peale pettumuse realiseerumist enda ettenägelikkuse üle rahul olla ja mõni toredam töö retsenseerimiseks valida. Õnneks antud juhul nii ei läinud.

===Idee===

Peale kahte esimest lauset analüüsis oli selge – midagi peab koguma hakkama, et saaks vaid seda rakendust kasutada! Edasi lugedes siiski selgus, et ei peagi midagi uut hakkama koguma, tegu on täpselt sellise tegevusega, mida mõned kindlad isikud GoogleDocsis dokumenteerivad.

===Analüüs===

Analüüs koos funktsionaalsuste tasemetega on väga põhjalik, loob väga hea pildi sellest mida praktikas oodata. Lisaks on wiki blogis kõik sammud kenasti kirjas. Samas oleks tahtnud näha ka andmebaasi mudelit.

===Kood===

Kood on selgelt struktureeritud ja ulatuslikult kommenteeritud, tänu millele on seda kerge jälgida ja lugeda. Valdavalt on kood kirjutatud eesti keeles, mida on vahelduseks tore lugeda, aga siis võiks muidugi olla ka nt. Service asemel Teenus jmt.

===Märkused===

Väga meeldivad mõned pisemad nüansid, millele tähelepanu on pööratud – näiteks rakendusele ikooni lisamine ja otsing, mis küll võib tunduda triviaalne ja iseenesestmõistetav, kuid lisab siiski rakendusele hulganisti kasutusväärtust, eriti mahukate kollektsioonide puhul. Rääkides mahukatest kollektsioonidest siis peale tundidepikkust sisestamist selguvad ka mõned puudujäägid – kõige tähtsam loomulikult – kui sisestada oma miljardi eurone raamat, siis kuigi see on napilt võimalik, võib esmapilgul kogu omanikule halva üllatuse tekitada kogusumma label kuhu mahub vaid 1/3 nendest magusatest nullidest. Siin veel mõned:

*Üks kahest – kas Kogu vaates wishlistis olevate ja reaalselt omatavate raamatute eristamine või Peavaates ka omatavate raamatute kuvamine oleks kena lisa.
*Juhul kui otsingusõna sobib samaaegselt nii teose pealkirja kui ka autoriga, kuvatakse seda teost otsingutulemuste seas mitu korda.
*Kui eseme hinna väljale sisestada mittenumbrilisi andmeid, siis muutub hind nulliks. Oleks selgem, kui seepeale kuvataks veateade juhuks kui mõni vähem andekas sinna hinna sõnadega kirjutab.
*Juhul kui jätta märkimata, et teos on kogus olemas, kuid märgitakse teosele kogus, siis läheb vastav kogus siiski kogu väärtuse arvutamisel arvesse.
*Wishlisti esemetel klikkides Amazonist selle otsimist puhtast intuitsioonist ei selgu ning esimene kord võib olla ehmatav, lahendatav lihtsa labeliga kasutaja informeerimiseks. Sinna sobiks ka veel ilusti üks combobox valimaks soovitavat otsikohta.
*Kui registreerumisel peab parooli vaid korra sisestama, siis võiks olla võimalus muuta see nähtavaks.
*Võib leiduda ka isikuid, kellele ei sobi Kogu avamiseks Kogu teksti peale klikkimine, vaid sooviks suvalises kohas lahtri ulatuses seda teha, kuid sellistele tuleks igasugune retsenseerimine üldsegi ära keelata.

Lõpetuseks tooks muidugi välja, et rakendus ise on väga kauni disainiga, vilgas ja navigeerimine mugav. Must-have funktsionaalsus 100% täidetud ning ühtlasi paar punkti ka nice-to-have sektsioonist. Mõistlikkuse piirides on rakendus on kasutamiskõlbulik.

'''Retsenseeris meeskond 2Do 23.01.2018'''

=Lõpptoote retsensioon (by Kalimali budget)=

==Ülesehitus==

==Funktsionaalsus==
Ülevaade funtksionaalsuses:

Esimesena avaneb kasutaja sisse logimise ja registreerimise aken. Kasutaja registreerimine ja sisse logimine töötab. Edasi kuvatakse teine aken, kus on võimalik oma kogusid lisada, wishlisti nimekiri soovitud raamatutest ja otsingu mootori nupp ning välja logimise nupp.
„Lisa kogu“ nupp viib edasi kolmandasse vaatesse, kus on võimalik lisada uus kogu. Ka kogu lisamine töötab, misjärel kuvatakse „minu kogude“ all hiljuti loodud kogu. Tehes hiirega topeltklõpsu kogu nime peal, avaneb neljas vaade, kus on võimalik lisada ning eemaldada teoseid. Teoste lisamine avab uue (viienda) akna, kus saab sisestada pealkirja, autori, väljalaskeaasta ja muud sellist, kuid ka saab linnukesega ära märkida, kas teos läheb wishlisti või on juba olemas. Seejärel kuvatakse lisatud teosed „kogu“ aknas. Teose eemaldamine kogust töötab samuti. 2. vaates aga ei kuvata veel wishlisti lisatud teoseid. Otsing ja väljalogimine 2.vaates töötab.

Kokku 6 vaadet ja aplikatsioonile on kujundatud ka logo.

==Probleemid, mis silma jäid==

==Andmemudel==

==Skoop==

==Hinnang teostatavusele==

'''Retsenseeris meeskond Kalimali budget 23.01.2018'''

2017-11-06T18:50:31Z

Klasberg: /* Näide andmebaasi tabelitest: */

[[Category:Programmeerimine CSharp keeles (2017)]]
== Meeskond ja tööjaotus==
* Katrin Lasberg - projektijuht
* Liina Laumets
* Maile Mäesalu
* Liis Talsi

== Tehnoloogia ==
Kasutatav tehnoloogia:
* C# - arenduse keel
* TFS - koodi asukohaks on Team Foundation Server
* MySQL - andmebaasiks kasutame MySQL-i serverit
* WPF - kasutajaliidese valmistame Windows Presentation Foundationis

== Idee ==
Ideeks on teha rakendus, mille abil saab iga väiksem majapidamine oma tulud ja kulud kokku lüüa ning pidada eraldi arvestust määratud kategooriate kaupa.

== Rakenduse analüüs ==
Antud rakenduse idee on tekkinud reaalsest vajadusest omada ülevaadet majapidamise (pere) sissetulekutest ning kulutustest, et oleks võimalik planeerida ja korraldada pere eelarvet, suuremaid oste ning teha pikemaid finantsplaane. Kavandava rakenduse eesmärgiks on luua andmebaasil põhinev praktiline rakendus (lahendus), mis võimaldab lisada andmebaasi sissetulekuid ning kulutusi liikide kaupa, teha erinevaid päringuid kulutuste liigi, aja ning suuruse jne järgi. Rakendus võimaldab kasutajatel saada ka kiiresti visuaalset ülevaadet perioodiliste kulude kohta, võimaldades sellega vajadusel piirata vähem olulisi kulutusi ning säästa eesootavate oluliste kulutuste katmiseks. Rakendust on võimalik kasutada ka nii, et ainult 1 inimene (ehk admin) omab õigusi näha kõikide kasutajate kulutusi ning teised kasutajad (nt. lapsed) saavad sisestada endapoolseid tulusid-kulusid, aga ei näe teiste kasutajate andmeid. Rakenduse edasiarenduseks võiks olla statistilise analüüsi väljatöötamine, mille abil saaks sisestatud andmete põhjal teha soovitusi/oletusi selle kohta, kust reaalselt saaks kulusid kärpida. Näiteks kui üks kuu kulub kasutajal riiete/jalanõude peale 150 eurot ja teine kuu kulub 20 eurot, siis suure tõenäosusega on võimalik sellest kategooriast igakuiselt raha kokku hoida.

===Milliste osade realiseerimine võib osutuda problemaatiliseks?===
Olles kõik algajad programmeerijad, on kogu projekti teostus ning kõigi planeeritud funktsionaalsuste realiseerimine piisavalt suur väljakutse. Suure tõenäosusega kujunevad küllaltki keeruliseks erinevate andmetabelite seostamised ning samuti liitpäringute tegemised. Raske on ka ette hinnata kui keeruline on erinevate must-have ja nice-to-have ideede reaalne saavutamine.

===Vaated===
1. esilehel kuvatakse kasutaja valimine (pole veel otsustatud, kas saab olema parooliga või ilma)
* admin
* kasutaja
* külaline
2. kasutajale kuvatakse tema jooksva kuu tulude-kulude seis
* vasakul pool kuvatakse vabad vahendid ja jooksva kuu kulude tabel
* paremal pool kuvatakse kui palju on raha (eurodes) kulunud erinevate kategooriate peale jooksva kuu sees -võimalus kuvada kulusid protsentides
* paremal pool all on nupud "lisa kulu", "lisa tulu" ja nende all "otsi kirjet"
* lisa kulu/tulu suunab uutele lehtele
3."otsi kirjet" nupp suunab uuele lehele, kus saab valida erinevaid tingimusi, mille järgi päringut teostada
* kuupäevavahemiku järgi
* kategooria järgi
* summa järgi
* kas tulu/kulu
* samuti saab selles vaates ka muuta juba sisestatud kirjeid (kuvatud kirjete ette tuleb kastikene kuhu saab linnukese teha, et seda muuta)
* eraldi on nupp ka statistika jaoks ehk sektordiagrammi moodustamise jaoks (saab kuvada nii summana kui protsendina)
4. "lisa kulu" ja "lisa tulu" suunab eraldi lehtedele, mis on oma ülesehituselt analoogsed
* võimalus lisada kuupäev
* valida juba olemasolevate kululiikide (ehk kategooriate seast) sobiv
* kui vajalikku kulu(tulu)liiki ei eksisteeri, siis saab tekitada uue kulu(tulu)liigi (ehk kategooria)
* summa sisestamine
* kommentaari sisestamine

=== Funktsionaalsus ===
==== Must have ====
*erinevate kasutajate lisamine
*tulude-kulude sisestamisvõimalus
*kululiikide lisamise võimalus nt. tahetakse tekitada eraldi kategooria mingi hobi tarvis
*erinevate tulu ja kululiikide (kategooriate) määramise võimalus
*kasutajanimede, kululiikide ning muude kirjete muutmine/kustutamine
*võimalus teha päringuid erinevate kasutajate, kululiikide kaupa
*tehingute grupeerimise võimalus
*järjestada tulusid-kulusid erinevate parameetrite kaupa (summa, kululiigi, kuupäeva järgi nt. nn. TOP kulud)
*vabade vahendite ja broneeringute kuvamine

==== Nice to have ====
*püsikulu määramine (igakuised samas summas arved nt. spordiklubi kuutasu)
*eelarvelimiidi panemise võimalus
*päringute (tulude-kulude) graafiline kuvamine
*järgmise nädala/kuu/aasta keskmise kulu automaatne prognoos
*punase "Alert"-sildi hüppamine ekraanile, kui ollakse miinustes või on eelarve on lõhki
*andmeanalüüsi järgi öeldakse millisest kategooriast saaks kulu reaalselt kärpida

=== Andmemudel ===
[[File:Joonis_Andmemudel.png|900px]]

=== Näide andmebaasi tabelitest: ===
[[File:File:CSharp_tabelite_n2idised.JPG]]

== Logi ==

'''20.09.2017''' Meeskkonna moodustamine ja ideede pakkumine 
'''30.09.2017''' Esimene kokkusaamine ning rakenduse funktsionaalsuse täpsustamine 
'''04.10.2017''' Wiki lehe loomine ning esimesed sissekanded 
'''28.10.2017''' TFS'i konto loomine 
'''04-06.11.2017''' Rakenduse analüüs/wiki lehe täiendamine 

== Retsensioon ==