Talk:Hidden Mustard

Analüüsi retsensioon

Hidden Mustardi meeskonna eesmärgiks on luua ostumüügi keskkond WPF rakenduse näol. Analüüs on hästi koostatud. Põhjalikult on analüüsitud rakenduse vajalikkust ja selle kasutatavust eelkõige lõppkasutaja jaoks. Mõistlikult on välja toodud Must have nõuded, mis tagavad rakenduse olulisemad funktsionaalsused. Nice to have nõuetena on välja toodud palju erinevad lisafunktsionaalsusi, mis näitab, et ideedest ei tohiks puudust tekkida. Projekti eduka teostamise jaoks on meeskonnaliikmete vahel ära jaotatud rollid - kes mis osaga tegeleb. Analüüsis on välja toodud nii projekti ohud kui ka rivaalid.

Sisulise poole pealt pole analüüsitud kuidas toimub kasutajate haldus. Näiteks kui mingi kasutaja tegeleb pettustega, siis kuidas on võimalik teda sanktsioneerida. Analüüsi lugedes saab hästi aimu mida konkreetselt üritatakse luua. Samas problemaatiliseks võib aga osutuda kuidas seda luua. Analüüsis pole otseselt kirjeldatud kuidas on veebipood ühendatud võrku või milliseid tehnoloogiaid selle jaoks kasutatakse. Suurem osa Nice to have funktsionaalsustest on üsna mahukad ja võivad projekti integreerimisel tuua kaasa palju tõrkeid. Analüüsis oleks võidud ära tuua ka andmebaasi skeem ja eeldatavad klassijaotused.

Selle projekti realiseerimine õppimise eesmärgil aitab kindlasti kinnistatada õpitud teadmisi nii C# programmeerimiskeelest kui ka tarkvaraarendusest üleüldisemalt.

Retsenseeris meeskond Pie Piper 08.11.2016

Lõpptoote retsensioon

Meeskonna Hidden Mustardi eesmärgiks oli luua ostu-müügi keskkond WPF rakenduse näol. Kohe esmapilgul väga positiivsena paistab silma, et rakenduse kohta on loodud põhjalik kasutusjuhend + paigaldusjuhend. See näitab, et antud projektiga on vaeva nähtud. Lõppkasutaja jaoks on loodud WPF rakenduse näol üsna kasutajasõbralik kasutajaliides. Kuigi antud aine hindamiskriteeriumites ei ole kohta kasutajaliidese disainile, siis tuleb tunnistada, et tegemist on antud aine projektide ühe ergonoomilisema WPF rakenduse kasutajaliidesega. Positiivne on see, et koodi on lisatud kommentaare, eriti näiteks Service klassides. Projekti kirjutamisel on järgitud MVVM arendusmustrist, mis näitab, et kood on struktureeritud.

Tehnilise poole pealt on näha koodis mõningasi ebatäpsusi MVVM arendusmustrist. Näiteks ViewModelis on kirjutatud funktsionaalsust, mis pigem sobib View alla ja päris hästi pole aru saadud ViewModeli eesmärgist. Samas on rõhutanud ka tiim ise, et MVVM struktuuri rakendamine valmistas segadust kuni viimase hetkeni. Leidub ka niiöelda “surnud koodi” . Arusaamatuks jääb näiteks CategoriesBo klass BO all. Turvalisuse seisukohalt ei toimu antud rakenduses kasutaja parooli räsiloomine ja seetõttu on paroolid talletatud andmebaasi plain-text kujul.

Kuigi detailidest võib alati leida vigu, siis üldjoontes on antud meeskonna projekt jätnud positiivse üldmulje ja kindlasti on kinnistatud õpitud teadmisi tarkvaraarenduse kohta.

Retsenseeris meeskond Pie Piper 29.01.2017