Talk:Meeskond:iCook - Revision history

Jjakimet: /* Prototüübi retsentsioon meeskond LustjaLillepidu poolt */

2014-12-06T21:14:58Z

Prototüübi retsentsioon meeskond LustjaLillepidu poolt

← Older revision		Revision as of 00:14, 7 December 2014
Line 52:		Line 52:
	Suureks plussiks tooks välja koodi osalist kommenteerimist, kuna see lihtsustab märgatavalt koodi arusaamist.		Suureks plussiks tooks välja koodi osalist kommenteerimist, kuna see lihtsustab märgatavalt koodi arusaamist.
	Kahjuks pidime projekti käivitamiseks muutma scripti, kuna see ei töötanud õigesti. Tundus, et tabelid olid sql-scriptis vales järjekorras, mille tõttu ei saanud projekti ka koheselt käima. Mugavamaks projekti käivitamiseks võiks soovitada andmebaasi faili kaasata projekti failidesse.		Kahjuks pidime projekti käivitamiseks muutma scripti, kuna see ei töötanud õigesti. Tundus, et tabelid olid sql-scriptis vales järjekorras, mille tõttu ei saanud projekti ka koheselt käima. Mugavamaks projekti käivitamiseks võiks soovitada andmebaasi faili kaasata projekti failidesse.

			Meeskond on õiges suunas projekti valmimisel, edu edaspidi!

Jjakimet: /* Prototüübi retsentsioon meeskond LustjaLillepidu poolt */

2014-12-06T21:09:42Z

Prototüübi retsentsioon meeskond LustjaLillepidu poolt

← Older revision		Revision as of 00:09, 7 December 2014
Line 38:		Line 38:
	== Prototüübi retsentsioon meeskond LustjaLillepidu poolt ==		== Prototüübi retsentsioon meeskond LustjaLillepidu poolt ==

	WPF rakendus, kus on tegemist virtuaalse retseptiraamatuga, mis laseks nii registreerunud kui ka registreerimata kasutajatel uudistada erinevaid retsepte ning neid kommenteerida on hea võimalus kasutaja retseptide haldamiseks.		WPF rakendus, kus on tegemist virtuaalse retseptiraamatuga, mis laseks nii registreerunud kui ka registreerimata kasutajatel uudistada erinevaid retsepte ning neid kommenteerida on hea võimalus kasutaja retseptide haldamiseks.
	Projekti Idee on iseenesest väga huvitav ja kindlasti on mugav ka kasutajale kui rakenduse ülesehitust natuke täiendada ning leida parima ülesehituse võimaluse (nt koht kuhu kuvatakse uued või hiljutised retseptid).		Projekti Idee on iseenesest väga huvitav ja kindlasti on mugav ka kasutajale kui rakenduse ülesehitust natuke täiendada ning leida parima ülesehituse võimaluse (nt koht kuhu kuvatakse uued või hiljutised retseptid).
	Rakenduse kuju on lihtne ja kergesti kasutatav ka nende jaoks , kes pole varem millegi taolisega kokku puutunud. Funktsionaalsus on välja töötatud põhiasjadel - on loodud kahte tüüpi õigused, võimalus lisada retsepte, neid muuta, kommenteerida ja retseptidele pilte lisada. Akende vaated on läbimõeldud ka liikumise osas, kus erinevates vaadates saab liikuda nupuga „Tagasi“. Suureks mugavuseks administraatori sättete aknas on see et igal asjal, mida võiks muuta on olemas selle jaoks eraldi klahv, kuigi kahjuks prototüübis saime lisada vaid kategooria ja ühiku.
			Rakenduse kuju on lihtne ja kergesti kasutatav ka nende jaoks , kes pole varem millegi taolisega kokku puutunud. Funktsionaalsus on välja töötatud põhiasjadel - on loodud kahte tüüpi õigused, võimalus lisada retsepte, neid muuta, kommenteerida ja retseptidele pilte lisada. Akende vaated on läbimõeldud ka liikumise osas, kus erinevates vaadates saab liikuda nupuga „Tagasi“. Suureks mugavuseks administraatori sättete aknas on see et igal asjal, mida võiks muuta on olemas selle jaoks eraldi klahv, kuigi kahjuks prototüübis saime lisada vaid kategooria ja ühiku.

	Loodud leht uue retsepti lisamise jaoks on mugav, kuna kõike saab valida dropdown menüü kaudu ja sisestada juba etteantud kujul, seega tekib ka garantii, et uue retsepti lisamisel midagi ei unune. Paar asja jäid aga kriitika alla. Nimelt vajutades nupule “lisa uus retsept” kustutab ta kõik väljad seejärel tühjaks ning retsepte pole näha, st et retsept jäetakse andmebaasi lisamata.		Loodud leht uue retsepti lisamise jaoks on mugav, kuna kõike saab valida dropdown menüü kaudu ja sisestada juba etteantud kujul, seega tekib ka garantii, et uue retsepti lisamisel midagi ei unune. Paar asja jäid aga kriitika alla. Nimelt vajutades nupule “lisa uus retsept” kustutab ta kõik väljad seejärel tühjaks ning retsepte pole näha, st et retsept jäetakse andmebaasi lisamata.

	Koodist rääkides võiks öelda, et objekt-orienteeritud programmeerimine on veidi puudulik. Nimelt on prototüübis kõik MainWindow olevad asjad seotud ühe vaatemudeliga. Seda võiks parandada, kui luua eraldi meetodid, ning korrastada näiteks retseptiga seotud asjad ühe meetodi alla.		Koodist rääkides võiks öelda, et objekt-orienteeritud programmeerimine on veidi puudulik. Nimelt on prototüübis kõik MainWindow olevad asjad seotud ühe vaatemudeliga. Seda võiks parandada, kui luua eraldi meetodid, ning korrastada näiteks retseptiga seotud asjad ühe meetodi alla.

	Üheks positiivseks küljeks tooks välja ka Observable Collectioni kasutamise, kuna see on lihtsasti hallatav ning õppejõu poolt soovitatud. Ainuke puudus on et selle muudatusi ei salvestata veel andmebaasi.		Üheks positiivseks küljeks tooks välja ka Observable Collectioni kasutamise, kuna see on lihtsasti hallatav ning õppejõu poolt soovitatud. Ainuke puudus on et selle muudatusi ei salvestata veel andmebaasi.
	Andmebaasi diagrammist on näha, et andmebaasi tabeleid on palju ja kõik on erinevad, kuigi väga tihedalt seotud kasutajaliidesega. Selletõttu ütleks, et siiamaani andmebaasiga töötamine on tulnud grupil hästi välja, kuna arvestades andmebaaside mahtu, nende erinevusi ja samas sidusust, on seda päris raske teostada ilma probleemideta. Näiteks üheks probleemiks on sellel prototüübil andmebaasist lugemine/salvestamine – see võiks olla ühes meetodis, mitte vaatemudeli klassis.		Andmebaasi diagrammist on näha, et andmebaasi tabeleid on palju ja kõik on erinevad, kuigi väga tihedalt seotud kasutajaliidesega. Selletõttu ütleks, et siiamaani andmebaasiga töötamine on tulnud grupil hästi välja, kuna arvestades andmebaaside mahtu, nende erinevusi ja samas sidusust, on seda päris raske teostada ilma probleemideta. Näiteks üheks probleemiks on sellel prototüübil andmebaasist lugemine/salvestamine – see võiks olla ühes meetodis, mitte vaatemudeli klassis.

	Suureks plussiks tooks välja koodi osalist kommenteerimist, kuna see lihtsustab märgatavalt koodi arusaamist.		Suureks plussiks tooks välja koodi osalist kommenteerimist, kuna see lihtsustab märgatavalt koodi arusaamist.
	Kahjuks pidime projekti käivitamiseks muutma scripti, kuna see ei töötanud õigesti. Tundus, et tabelid olid sql-scriptis vales järjekorras, mille tõttu ei saanud projekti ka koheselt käima. Mugavamaks projekti käivitamiseks võiks soovitada andmebaasi faili kaasata projekti failidesse.		Kahjuks pidime projekti käivitamiseks muutma scripti, kuna see ei töötanud õigesti. Tundus, et tabelid olid sql-scriptis vales järjekorras, mille tõttu ei saanud projekti ka koheselt käima. Mugavamaks projekti käivitamiseks võiks soovitada andmebaasi faili kaasata projekti failidesse.

Jjakimet: /* Prototüübi retsentsioon meeskond LustjaLillepidu poolt */

2014-12-06T21:08:42Z

Prototüübi retsentsioon meeskond LustjaLillepidu poolt

← Older revision		Revision as of 00:08, 7 December 2014
Line 38:		Line 38:
	== Prototüübi retsentsioon meeskond LustjaLillepidu poolt ==		== Prototüübi retsentsioon meeskond LustjaLillepidu poolt ==

	~~Siia tuleb lähipäeval retsensioon Pizzafy~~ projekti ~~prototüübi kohta~~.		WPF rakendus, kus on tegemist virtuaalse retseptiraamatuga, mis laseks nii registreerunud kui ka registreerimata kasutajatel uudistada erinevaid retsepte ning neid kommenteerida on hea võimalus kasutaja retseptide haldamiseks.
			Projekti Idee on iseenesest väga huvitav ja kindlasti on mugav ka kasutajale kui rakenduse ülesehitust natuke täiendada ning leida parima ülesehituse võimaluse (nt koht kuhu kuvatakse uued või hiljutised retseptid).
			Rakenduse kuju on lihtne ja kergesti kasutatav ka nende jaoks , kes pole varem millegi taolisega kokku puutunud. Funktsionaalsus on välja töötatud põhiasjadel - on loodud kahte tüüpi õigused, võimalus lisada retsepte, neid muuta, kommenteerida ja retseptidele pilte lisada. Akende vaated on läbimõeldud ka liikumise osas, kus erinevates vaadates saab liikuda nupuga „Tagasi“. Suureks mugavuseks administraatori sättete aknas on see et igal asjal, mida võiks muuta on olemas selle jaoks eraldi klahv, kuigi kahjuks prototüübis saime lisada vaid kategooria ja ühiku.
			Loodud leht uue retsepti lisamise jaoks on mugav, kuna kõike saab valida dropdown menüü kaudu ja sisestada juba etteantud kujul, seega tekib ka garantii, et uue retsepti lisamisel midagi ei unune. Paar asja jäid aga kriitika alla. Nimelt vajutades nupule “lisa uus retsept” kustutab ta kõik väljad seejärel tühjaks ning retsepte pole näha, st et retsept jäetakse andmebaasi lisamata.
			Koodist rääkides võiks öelda, et objekt-orienteeritud programmeerimine on veidi puudulik. Nimelt on prototüübis kõik MainWindow olevad asjad seotud ühe vaatemudeliga. Seda võiks parandada, kui luua eraldi meetodid, ning korrastada näiteks retseptiga seotud asjad ühe meetodi alla.
			Üheks positiivseks küljeks tooks välja ka Observable Collectioni kasutamise, kuna see on lihtsasti hallatav ning õppejõu poolt soovitatud. Ainuke puudus on et selle muudatusi ei salvestata veel andmebaasi.
			Andmebaasi diagrammist on näha, et andmebaasi tabeleid on palju ja kõik on erinevad, kuigi väga tihedalt seotud kasutajaliidesega. Selletõttu ütleks, et siiamaani andmebaasiga töötamine on tulnud grupil hästi välja, kuna arvestades andmebaaside mahtu, nende erinevusi ja samas sidusust, on seda päris raske teostada ilma probleemideta. Näiteks üheks probleemiks on sellel prototüübil andmebaasist lugemine/salvestamine – see võiks olla ühes meetodis, mitte vaatemudeli klassis.
			Suureks plussiks tooks välja koodi osalist kommenteerimist, kuna see lihtsustab märgatavalt koodi arusaamist.
			Kahjuks pidime projekti käivitamiseks muutma scripti, kuna see ei töötanud õigesti. Tundus, et tabelid olid sql-scriptis vales järjekorras, mille tõttu ei saanud projekti ka koheselt käima. Mugavamaks projekti käivitamiseks võiks soovitada andmebaasi faili kaasata projekti failidesse.

Klillepe at 19:22, 6 December 2014

2014-12-06T19:22:23Z

← Older revision		Revision as of 22:22, 6 December 2014
Line 10:		Line 10:

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.

			== Prototüübi retsensioon meeskonna Viable poolt ==

			Programm on ilusti kättesaadav ning avamiseks piisab topeltklikist. Scriptis oli tabelite loomine veidi vales järjekorras, kuid vaatamata sellele sujus köik väga hästi. Oleks oodanud veel scripti, mis tabelitele sisu paneks, aga sellest ei jäänud muidugi midagi katki. Projekt ise on meeldivalt hea ülesehitusega, st. kaustad eraldavad klasse ja vaateid. Isegi adminil on oma kaust. On ilusti järgitud MVVM arendusmustrit. Koodi osas ei ole ka nuriseda, kommentaarid on olemas ja segaseks ei jäänud eriti midagi.

			Lahendus on jaotatud järgnevalt:

			*Models
			*ViewModels
			**AdminViewModels
			*Views
			**AdminViews

			Programm iseenesest töötab laitmatult, arvestades seda, mis praeguseks valmis on. Retseptide lisamine toimib väga lihtsalt, kuigi koostiosade valmisega on võibolla veidi tülikas, kui neid tuleb sinna rohkem. Retsepti vaatamine toimub pea vaates, ning on selgelt eristatav, kus on koostiosad ja kus on juhised toidu valmistamiseks. Kommenteerimine toimib väga kergelt ja lihtsalt.

			Must have funktsionaalsustest on juba ära tehtud retseptide kommenteerimine ja retseptide sirvimine.
			Admin saab aga esialgu olla kõik, kes programmi avavad aga seegi probleem lahendatakse järgmises faasis, oleme selles kindlad. Admini funktsionaalsustest töötab lisamine.. Retseptide kategooriad toimivad, küll aga on puudu meil retsepti pildi lisamise võimalus.

			Tooks välja nice to have funktsionaalsustest ühe punkti: retseptide hindamise võimalus. Meie meelest võiks selle kindlasti ära teha järgmises faasis, sest väga tore oleks ikkagi näha, milline retsept kõige populaarsem ja maitsvam on!

			On näha, et projektiga on kõvasti tööd tehtud ning viimaste pingutuste korral on võimalik midagi päris korralikku valmis saada.

			Soovime meeskonnale edu ja jõudu edasiseks tööks! Olete tublid!

Jjakimet: /* Analüüsi retsentsioon meeskond Pizzafy poolt */

2014-12-03T21:41:31Z

Analüüsi retsentsioon meeskond Pizzafy poolt

← Older revision		Revision as of 00:41, 4 December 2014
Line 10:		Line 10:

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.


			== Prototüübi retsentsioon meeskond LustjaLillepidu poolt ==

			Siia tuleb lähipäeval retsensioon Pizzafy projekti prototüübi kohta.

Aind: /* Analüüsi retsentsioon meeskond Pizzafy poolt */

2014-11-08T17:15:51Z

Analüüsi retsentsioon meeskond Pizzafy poolt

← Older revision		Revision as of 20:15, 8 November 2014
Line 5:		Line 5:
	Ära on toodud ilusti "must have" ja "nice to have" funktsionaalsused. Retseptide hindamise võiks liigutada "must have" alla, nimelt see muudaks rakenduse kasutajasõbralikumaks. Kasutaja teaks juba ennem, kas antud retsept on üldse väärt proovimist.		Ära on toodud ilusti "must have" ja "nice to have" funktsionaalsused. Retseptide hindamise võiks liigutada "must have" alla, nimelt see muudaks rakenduse kasutajasõbralikumaks. Kasutaja teaks juba ennem, kas antud retsept on üldse väärt proovimist.

	Analüüsi oleks võinud sisse tuua ka sellise üldise ''front end'' struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka välja toodud võimalikud probleemid.		Analüüsi oleks võinud sisse tuua ka sellise üldise ''front end'' struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli veel see, et analüüsis oli ka välja toodud võimalikud probleemid.

	Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil näiteks "Viimati lisatud" sektsiooni all, mitte aga kohe, kui ''app'' käivitatakse.		Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil näiteks "Viimati lisatud" sektsiooni all, mitte aga kohe, kui ''app'' käivitatakse.

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.

Aind at 16:48, 8 November 2014

2014-11-08T16:48:40Z

← Older revision		Revision as of 19:48, 8 November 2014
Line 7:		Line 7:
	Analüüsi oleks võinud sisse tuua ka sellise üldise ''front end'' struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka välja toodud võimalikud probleemid.		Analüüsi oleks võinud sisse tuua ka sellise üldise ''front end'' struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka välja toodud võimalikud probleemid.

	Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil ~~aa-laa~~ "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.		Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil näiteks "Viimati lisatud" sektsiooni all, mitte aga kohe, kui ''app'' käivitatakse.

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks. Kuna must have osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga ''scrollida'' ei tahaks. Kuna "must have" osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.

Aind: /* Analüüsi retsentsioon meeskond Pizzafy poolt */

2014-11-08T16:45:48Z

Analüüsi retsentsioon meeskond Pizzafy poolt

← Older revision		Revision as of 19:45, 8 November 2014
Line 1:		Line 1:
	== Analüüsi retsentsioon meeskond Pizzafy poolt ==		== Analüüsi retsentsioon meeskond Pizzafy poolt ==

	Antud analüüs oli vägagi lähtuv õppejõu poolt kirjutatud ~~tingumustele~~. See kajastus ka analüüsi alampealkirjades. Üldiselt on üsna hästi ära kirjeldatud, et mida see WPF rakendus neil tegema peaks. Analüüs on jaotatud 5-de ossa. Alguse osas lihtsalt üldiselt, et millega tegemist ja milleks vaja.		Antud analüüs oli vägagi lähtuv õppejõu poolt kirjutatud tingimustele. See kajastus ka analüüsi alampealkirjades. Üldiselt on üsna hästi ära kirjeldatud, et mida see WPF rakendus neil tegema peaks. Analüüs on jaotatud 5-de ossa. Alguse osas lihtsalt üldiselt, et millega tegemist ja milleks on vaja.

	Ära on toodud ilusti must have ja nice to have funktsionaalsused. Retseptide hindamise võiks liigutada must have alla, nimelt see muudaks rakenduse kasutajasõbralikumaks. Kasutaja teaks juba ennem, kas antud retsept on üldse väärt proovimist.		Ära on toodud ilusti "must have" ja "nice to have" funktsionaalsused. Retseptide hindamise võiks liigutada "must have" alla, nimelt see muudaks rakenduse kasutajasõbralikumaks. Kasutaja teaks juba ennem, kas antud retsept on üldse väärt proovimist.

	Analüüsi oleks võinud sisse tuua ka sellise üldise front end struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka ~~väja~~ toodud võimalikud probleemid.		Analüüsi oleks võinud sisse tuua ka sellise üldise ''front end'' struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka välja toodud võimalikud probleemid.

	Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil aa-laa "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.		Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil aa-laa "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks. Kuna must have osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks. Kuna must have osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.

Rmandel at 14:56, 8 November 2014

2014-11-08T14:56:16Z

← Older revision		Revision as of 17:56, 8 November 2014
Line 9:		Line 9:
	Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil aa-laa "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.		Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil aa-laa "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad ~~menüüd~~ võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks. Kuna must have osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad retseptid võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks. Kuna must have osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.

Rmandel at 13:14, 8 November 2014

2014-11-08T13:14:02Z

← Older revision		Revision as of 16:14, 8 November 2014
Line 1:		Line 1:
	== Analüüsi retsentsioon meeskond Pizzafy poolt ==		== Analüüsi retsentsioon meeskond Pizzafy poolt ==

	Antud analüüs oli vägagi lähtuv õppejõu poolt kirjutatud tingumustele. See kajastus ka analüüsi alampealkirjades. Üldiselt on üsna hästi ära kirjeldatud, et mida see WPF rakendus neil tegema peaks. Analüüs on jaotatud 5-de ossa. Alguse osas lihtsalt üldiselt, et millega tegemist ja milleks vaja. Analüüsi oleks võinud sisse tuua ka sellise üldise front end struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka väja toodud võimalikud probleemid.		Antud analüüs oli vägagi lähtuv õppejõu poolt kirjutatud tingumustele. See kajastus ka analüüsi alampealkirjades. Üldiselt on üsna hästi ära kirjeldatud, et mida see WPF rakendus neil tegema peaks. Analüüs on jaotatud 5-de ossa. Alguse osas lihtsalt üldiselt, et millega tegemist ja milleks vaja.

			Ära on toodud ilusti must have ja nice to have funktsionaalsused. Retseptide hindamise võiks liigutada must have alla, nimelt see muudaks rakenduse kasutajasõbralikumaks. Kasutaja teaks juba ennem, kas antud retsept on üldse väärt proovimist.

			Analüüsi oleks võinud sisse tuua ka sellise üldise front end struktuuri. Kuidas menüü hargneb ja millised võimalused tekivad. See oleks loonud üldisema ülevaate tulevasest rakendusest. Hea oli ka, et analüüsis oli ka väja toodud võimalikud probleemid.

	Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil aa-laa "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.		Struktuurse osa pealt võiks pigem viimati lisatud retsept paikneda menüüs kuskil aa-laa "Viimati lisatud" sektsiooni all, mitte aga kohe, kui app käivitatakse.

	Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad menüüd võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks.		Lisaks oleks tahtnud näha kuidas te olete mõelnud antud menüüd paigutada. Kuna osad menüüd võivad päris pikad olla ja toidu valmistamise ajal ilmselt väga scrollida ei tahaks. Kuna must have osas on ka teil pildi lisamine, siis oleks olnud tore teada, kuhu see pilt ka lisatakse. Kas eraldi nupuga avab või siis pilt ja sellele järgnev menüü.