Talk:Hidden Mustard: Difference between revisions
| Line 1: | Line 1: | ||
=Analüüsi retsensioon= | =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. | 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. | 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. | ||
Revision as of 20:53, 8 November 2016
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
