Talk:FoodBytes - Revision history

Saasma at 19:33, 1 February 2017

2017-02-01T19:33:56Z

← Older revision		Revision as of 22:33, 1 February 2017
Line 25:		Line 25:
	Koostanud:[[Meeskond: Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post)]]		Koostanud:[[Meeskond: Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post)]]

	Retsensiooni üldmulje on see, et paljude plaanitud funktsionaalsustega ei jõudnud meeskond valmis, kuna analüüsi põhjal tundus, et plaanid olid palju suuremad. Rakendus on lihtne ja väikese korrigeerimise ~~järjel~~ saab seda ka edukalt kasutada retseptide loomiseks, vaatamiseks ja kustutamiseks (mõningate ebamugavustega). Kahju, et funktsionaalsusi, mida me lootsime näha ei ole tehtud (piltide lisamine ja paroolide ära jätmine), kuid eks need olid ka soovituslikud ettepanekud.		Retsensiooni üldmulje on see, et paljude plaanitud funktsionaalsustega ei jõudnud meeskond valmis, kuna analüüsi põhjal tundus, et plaanid olid palju suuremad. Rakendus on lihtne ja väikese korrigeerimise järel saab seda ka edukalt kasutada retseptide loomiseks, vaatamiseks ja kustutamiseks (mõningate ebamugavustega). Kahju, et funktsionaalsusi, mida me lootsime näha ei ole tehtud (piltide lisamine ja paroolide ära jätmine), kuid eks need olid ka soovituslikud ettepanekud.

	Toome allpool välja mõned põhilised punktid, mida tähele panime.		Toome allpool välja mõned põhilised punktid, mida tähele panime.
Line 45:		Line 45:
	* Loodud retsepti ei saa avada (vea tekitab vigane ühiku kuvamine retseptis, töötab ilma ühiku kuvamiseta), lohiseva koodi tõttu on raske kindlaks teha, mida üldse üritatakse võrdsustada Textblcokiga txtblck2, mis antud juhul ka retsepti avamist takistab (ära tuleb kaotada +1 variablist findyhik).		* Loodud retsepti ei saa avada (vea tekitab vigane ühiku kuvamine retseptis, töötab ilma ühiku kuvamiseta), lohiseva koodi tõttu on raske kindlaks teha, mida üldse üritatakse võrdsustada Textblcokiga txtblck2, mis antud juhul ka retsepti avamist takistab (ära tuleb kaotada +1 variablist findyhik).
	* Retsepte ei saa muuta, peab uuesti looma.		* Retsepte ei saa muuta, peab uuesti looma.
	* Välja logides jätab nii kasutajanime kui ka paroolivälja täidetuks		* Välja logides jätab nii kasutajanime kui ka paroolivälja täidetuks
			* Kakskeelsus ja segased nimetused koodis (eesti ja inglise keel)

	===Soovitused===		===Soovitused===
Line 55:		Line 56:
	===Kokkuvõte===		===Kokkuvõte===

	Kuigi põhifunksionaalsused on saavutatud, projekt on struktureeritud MVVM arhitektuuriga, andmebaas on selgete omadustega ja programmi üldpildist on kerge aru saada, jääb projekt natukene lahjaks. Programmi seadistamiseks on vaja luua kohalik andmebaas etteantud scriptiga ning enamus funktsionaalsusi pole üldse võimalik kasutada, sest hetkeseisuga ei õnnestu programmil edukalt uut kasutajat andmebaasi lisada. Seda tuleb teha käsitsi. Samuti üks suurimaid programmi omadusi peaks olema see, et kasutajad saavad lihtsa vaevaga vaadata kasutajate loodud retsepte. Hetkel saab neid vaadata ainult siis, kui retsepti nimi on meeles ja seda Otsinguribalt otsida. Retsepte pole võimalik avada, kui just ei kommenteeri välja ühikute kuvamist.		Kuigi põhifunksionaalsused on saavutatud, projekt on struktureeritud MVVM arhitektuuriga, andmebaas on selgete omadustega ja programmi üldpildist on kerge aru saada, jääb projekt natukene lahjaks. Programmi seadistamiseks on vaja luua kohalik andmebaas etteantud scriptiga ning enamus funktsionaalsusi pole üldse võimalik kasutada, sest hetkeseisuga ei õnnestu programmil edukalt uut kasutajat andmebaasi lisada. Seda tuleb teha käsitsi. Samuti üks suurimaid programmi omadusi peaks olema see, et kasutajad saavad lihtsa vaevaga vaadata kasutajate loodud retsepte. Hetkel saab neid vaadata ainult siis, kui retsepti nimi on meeles ja seda Otsinguribalt otsida. Retsepte pole võimalik avada, kui just ei kommenteeri välja ühikute kuvamist või ei paranda koodis viga.

	Vaatamata projekti struktuurist ja paljudest meetoditest, tekib segadust ViewModeli ja View külje peal. Meetodid on lohisevad ning liiga palju koodi pesitseb just WPF poole peal, mitte ViewModel poole peal.		Vaatamata projekti struktuurist ja paljudest meetoditest, tekib segadust ViewModeli ja View külje peal. Meetodid on lohisevad ning liiga palju koodi pesitseb just WPF poole peal, mitte ViewModel poole peal.

	Programmil on palju potentsiaali, kuna idee on hea ja retsepti lisamine andmebaasi töötab. Samuti on ka projekti struktuur paigas, mis vajab korrigeerimist View ja ViewModeli poole pealt. Korda tuleks teha ka vead, mis takistavad programmil töötamast nagu uue kasutaja lisamine ning retsepti avamine (ühiku kuvamine).		Programmil on palju potentsiaali, kuna idee on hea ja retsepti lisamine andmebaasi töötab. Samuti on ka projekti struktuur paigas, mis vajab korrigeerimist View ja ViewModeli poole pealt. Korda tuleks teha ka vead, mis takistavad programmil töötamast nagu uue kasutaja lisamine ning retsepti avamine (ühiku kuvamine).

Saasma at 19:26, 1 February 2017

2017-02-01T19:26:25Z

@@ Line 1: / Line 1: @@
-Retsensioon:
+=Retsensioon meeskond FoodBytes projektile=
-Meeskond Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post).
+==Analüüsi retsensioon==
 FoodBytes rakenduse idee on hästi selgitatud ning retseptiraamatu funktsionaalsus on piisavalt arusaadav välisele lugejale. Positiivne on ka see, et andmebaasi struktuuri peale on mõeldud, mille põhjal saab juba rakendada funktsionaalsusi, mis on projekti “Must have” nimekirjas. Erinevate tabelite seosed on läbimõeldud ning võimaldab siduda retsepte kategooriate ja koostisosadega.
@@ Line 21: / Line 22: @@
 Teine idee oleks eraldada toitumispäeviku/ajaloo jälgimine retseptide küljest ja vast siduda see otseselt kasutajaga. Ehk siis andmebaasis “tehtud” tabel paikneks kasutaja küljes ja seal oleks lisaks ka kasutajaId, mis võimaldaks üpriski kiiresti otsida hiljem, et mis retsepte kasutaja on teinud ja nii toitumispäevikut kuvada.
-Lõpptoote retsensioon: Work In Progress
+==Lõpp-produkti retsensioon==

Saasma at 22:20, 30 January 2017

2017-01-30T22:20:20Z

← Older revision		Revision as of 01:20, 31 January 2017
Line 18:		Line 18:

	Tekkis mõttekoht seoses kasutajate lisamise ja kontode loomisega. Kuna rakendus on mõeldud koduseks kasutamiseks arvutis, siis näib paroolide loomine kontodele liialdusena. Piisaks ju lihtsalt kui rakenduse kasutaja saab valida või muuta, kes ta täpsemalt on. Samuti kui vaadata ainult “must have” funktsionaalsust, siis ei läheks kasutajate registreerimist ja paroolide haldust jne vaja. Piisab lihtsalt kui retseptiautoriks märkida kellegi nimi.		Tekkis mõttekoht seoses kasutajate lisamise ja kontode loomisega. Kuna rakendus on mõeldud koduseks kasutamiseks arvutis, siis näib paroolide loomine kontodele liialdusena. Piisaks ju lihtsalt kui rakenduse kasutaja saab valida või muuta, kes ta täpsemalt on. Samuti kui vaadata ainult “must have” funktsionaalsust, siis ei läheks kasutajate registreerimist ja paroolide haldust jne vaja. Piisab lihtsalt kui retseptiautoriks märkida kellegi nimi.

			Teine idee oleks eraldada toitumispäeviku/ajaloo jälgimine retseptide küljest ja vast siduda see otseselt kasutajaga. Ehk siis andmebaasis “tehtud” tabel paikneks kasutaja küljes ja seal oleks lisaks ka kasutajaId, mis võimaldaks üpriski kiiresti otsida hiljem, et mis retsepte kasutaja on teinud ja nii toitumispäevikut kuvada.

	Lõpptoote retsensioon: Work In Progress		Lõpptoote retsensioon: Work In Progress

	Teine idee oleks eraldada toitumispäeviku/ajaloo jälgimine retseptide küljest ja vast siduda see otseselt kasutajaga. Ehk siis andmebaasis “tehtud” tabel paikneks kasutaja küljes ja seal oleks lisaks ka kasutajaId, mis võimaldaks üpriski kiiresti otsida hiljem, et mis retsepte kasutaja on teinud ja nii toitumispäevikut kuvada.

Saasma at 22:20, 30 January 2017

2017-01-30T22:20:03Z

← Older revision		Revision as of 01:20, 31 January 2017
Line 19:		Line 19:
	Tekkis mõttekoht seoses kasutajate lisamise ja kontode loomisega. Kuna rakendus on mõeldud koduseks kasutamiseks arvutis, siis näib paroolide loomine kontodele liialdusena. Piisaks ju lihtsalt kui rakenduse kasutaja saab valida või muuta, kes ta täpsemalt on. Samuti kui vaadata ainult “must have” funktsionaalsust, siis ei läheks kasutajate registreerimist ja paroolide haldust jne vaja. Piisab lihtsalt kui retseptiautoriks märkida kellegi nimi.		Tekkis mõttekoht seoses kasutajate lisamise ja kontode loomisega. Kuna rakendus on mõeldud koduseks kasutamiseks arvutis, siis näib paroolide loomine kontodele liialdusena. Piisaks ju lihtsalt kui rakenduse kasutaja saab valida või muuta, kes ta täpsemalt on. Samuti kui vaadata ainult “must have” funktsionaalsust, siis ei läheks kasutajate registreerimist ja paroolide haldust jne vaja. Piisab lihtsalt kui retseptiautoriks märkida kellegi nimi.

			Lõpptoote retsensioon: Work In Progress

	Teine idee oleks eraldada toitumispäeviku/ajaloo jälgimine retseptide küljest ja vast siduda see otseselt kasutajaga. Ehk siis andmebaasis “tehtud” tabel paikneks kasutaja küljes ja seal oleks lisaks ka kasutajaId, mis võimaldaks üpriski kiiresti otsida hiljem, et mis retsepte kasutaja on teinud ja nii toitumispäevikut kuvada.		Teine idee oleks eraldada toitumispäeviku/ajaloo jälgimine retseptide küljest ja vast siduda see otseselt kasutajaga. Ehk siis andmebaasis “tehtud” tabel paikneks kasutaja küljes ja seal oleks lisaks ka kasutajaId, mis võimaldaks üpriski kiiresti otsida hiljem, et mis retsepte kasutaja on teinud ja nii toitumispäevikut kuvada.

Saasma at 18:15, 7 November 2016

2016-11-07T18:15:28Z

← Older revision		Revision as of 21:15, 7 November 2016
Line 3:		Line 3:
	Meeskond Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post).		Meeskond Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post).

	~~Siia tuleb retsensioon~~ FoodBytes projekti ~~kohta~~.		FoodBytes rakenduse idee on hästi selgitatud ning retseptiraamatu funktsionaalsus on piisavalt arusaadav välisele lugejale. Positiivne on ka see, et andmebaasi struktuuri peale on mõeldud, mille põhjal saab juba rakendada funktsionaalsusi, mis on projekti “Must have” nimekirjas. Erinevate tabelite seosed on läbimõeldud ning võimaldab siduda retsepte kategooriate ja koostisosadega.


			Küll aga on tabelite nimetused natuke segased. Loogiline tunduks tabel, mis jätaks välja sõna “toiduaine”, kuna koostisosa ning toiduaine on üks ja sama asi. Pakuks allolevat struktuuri Retseptide, Toiduaine ning Koostise tabelite asemele, mille puhul on RetseptiKoostisosad vaid siduva tabeli rollis ja ei ole vaja juurde tuua uut terminit.


			* Retseptid (RetseptID, retseptinimi, kirjeldus, juhend, kuupäev, kasutaja_id, kategooria_id, (pilt_id))
			* Koostisosad (KoostisosaID, koostisosa)
			* RetseptiKoostisosad (RetseptID, KoostisosaID, kogus, yhik_id)


			Rakenduse ägedamaks muutmiseks võiks olla võimalus ka retsepti lisamise juures lisada tehtud toidu pilt nagu netiblogides või kokaraamatutes. Inimesed söövad ju eelkõige silmadega. Võiks lisada selle võimaluse “nice to have” funktsionaalsuse juurde.


			Tekkis mõttekoht seoses kasutajate lisamise ja kontode loomisega. Kuna rakendus on mõeldud koduseks kasutamiseks arvutis, siis näib paroolide loomine kontodele liialdusena. Piisaks ju lihtsalt kui rakenduse kasutaja saab valida või muuta, kes ta täpsemalt on. Samuti kui vaadata ainult “must have” funktsionaalsust, siis ei läheks kasutajate registreerimist ja paroolide haldust jne vaja. Piisab lihtsalt kui retseptiautoriks märkida kellegi nimi.


			Teine idee oleks eraldada toitumispäeviku/ajaloo jälgimine retseptide küljest ja vast siduda see otseselt kasutajaga. Ehk siis andmebaasis “tehtud” tabel paikneks kasutaja küljes ja seal oleks lisaks ka kasutajaId, mis võimaldaks üpriski kiiresti otsida hiljem, et mis retsepte kasutaja on teinud ja nii toitumispäevikut kuvada.

Saasma: Created page with "Retsensioon: Meeskond Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post). Siia tuleb retsensioon FoodBytes projekti kohta."

2016-11-04T12:33:04Z

Created page with "Retsensioon: Meeskond Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post). Siia tuleb retsensioon FoodBytes projekti kohta."

New page

Retsensioon:

Meeskond Elekter (Sigrid Aasma, Kristo Oidermaa ja Tiit Post).

Siia tuleb retsensioon FoodBytes projekti kohta.