Talk:EasyDesk: Difference between revisions
| Line 10: | Line 10: | ||
Andmebaasiskeem on väljatoodud funktsionaalsuse jaoks piisav ning info on enamjaolt loogiliselt tabelitesse jaotatud. | Andmebaasiskeem on väljatoodud funktsionaalsuse jaoks piisav ning info on enamjaolt loogiliselt tabelitesse jaotatud. | ||
Andmebaasi puhul oleks võinud eraldi välja tuua, milliste tulpade väärtused on võimalik kirjete lisamisel või muutmisel tühjaks jätta. Antud juhul võib küll eeldada, et tegu on väljadega, mille puhul pole lisamise funktsionaalsuse juures märgitud veateadete kuvamist, kuid üheseltmõistetavuse huvides võiks see olla konkreetsem. | Andmebaasi puhul oleks võinud eraldi välja tuua, milliste tulpade väärtused on võimalik kirjete lisamisel või muutmisel tühjaks jätta. Antud juhul võib küll eeldada, et tegu on väljadega, mille puhul pole lisamise funktsionaalsuse juures märgitud veateadete kuvamist, kuid üheseltmõistetavuse huvides võiks see olla konkreetsem. Tabelis Staff võiks olla perenime kohta ka info, juhuks kui on kaks töötajat ühe eesnimega. | ||
Revision as of 23:47, 7 November 2016
Projekti "EasyDesk" retsensioon
Rakenduse idee on väga hea. Rakenduse idee on arusaadav ning funktsionaalsused põhjalikult ja loogiliselt kirjeldatud. Oleks võinud tuua näiteid või täpsustada, mis teenuseid pakkuvate ettevõtete jaoks rakendus on mõeldud.
Must have ja Nice to have funktsioonid on antud rakenduse jaoks sobivad ning mõistlikult jaotatud. Funktsioonid, mis on väljatoodud Must have all, katavad antud sisuga rakenduse peamisi vajadusi. Registreerimise ja sisselogimise kasutamine on põhjendatud, sest tegemist on andmetega, mille juurde peaks olema piiratud ligipääs. Võiks mõelda, kas registreerimisel kasutada ka ettevõtte registrikoodi, siis on kindel, et sisestatakse unikaalne ettevõte.
Nice to have funktsioonide all on olemas rakendusele sobivad funktsioonid, mis ei ole esimeses etapis ettevõttele esmavajalikud, kuid annavad olemasolul lisaväärtust.
Vaadete puhul oli põhjalikult kirjeldatud, kuidas toimub uue kliendi/teenuse jne. lisamine ning mõne sõnaga oleks võinud kirjeldada ka kustutamist ja muutmist. Näiteks, kuidas peaks rakendus käituma (keelama tegevuse, küsima kinnituse vms), kui soovitakse kustutada aktiivse tellimusega klienti või muuta aktiivse tellimusega teenuse staatust arhiveerituks jne.
Andmebaasiskeem on väljatoodud funktsionaalsuse jaoks piisav ning info on enamjaolt loogiliselt tabelitesse jaotatud. Andmebaasi puhul oleks võinud eraldi välja tuua, milliste tulpade väärtused on võimalik kirjete lisamisel või muutmisel tühjaks jätta. Antud juhul võib küll eeldada, et tegu on väljadega, mille puhul pole lisamise funktsionaalsuse juures märgitud veateadete kuvamist, kuid üheseltmõistetavuse huvides võiks see olla konkreetsem. Tabelis Staff võiks olla perenime kohta ka info, juhuks kui on kaks töötajat ühe eesnimega.
Kas rakenduse idee on arusaadav?
Kas loogiliselt sobituvad väljatoodud nice to have ja must have funktsionaalsused rakenduse juurde?
Kas funktsionaalsused on loogiliselt kirjeldatud?
Retsenseeriva meeskonna poolsed mõtted(mida võiks teha paremini või mis võiks olla teistmoodi koos põhjendusega).
Kui on andmebaasi skeem, siis võib ka selle kohta märkmeid teha. A'la, et kas toetab/võimdalab funktsionaalsuse saavutamist.
Üldmulje plaanitavast rakendusest. Näiteks, et kas funktsionaalsus on piisav või hoopis hoiatada meeskonda, et must to have funktsionaalsus on liiga pikk ja midagi võiks kärpida, et töö valmis jõuda.
Retsenseeris projekti "Rahaplaneerija" meeskond:
- Maila Keerus
- Evelin Jõgi
- Kersti Miller
