Talk:Kingalaenutus

Analüüsi retsensioon

Kas rakenduse idee on arusaadav?

Rakenduse idee kingade laenutusest on arusaadav, kuid tehnilise lahenduse seisukohalt peaks olema tegu Windows’i töölauarakendusega. Rakenduse kirjeldusest aga selgub, et arendama hakatakse hoopis veebirakendust. Retsensioon on kirjutatud analüüsis Must have ja Nice to have osas välja toodud funktsionaalsuste põhjal ehk edaspidi ei ole eespool nimetatud vasturääkivust enam arvesse võetud.

Kas väljatoodud Nice to have ja Nust have funktsionaalsused sobituvad loogiliselt rakenduse juurde?

Must have on ülekaalukalt mahukam kui Nice to have. Funktsionaalsused sobituvad üldjoontes hästi rakenduse juurde ja kirjeldused on esitatud struktureeritult. Mõned küsimused siiski tekkisid:

• Millised on need rakenduses nõutud vähemalt kuus andmebaasitabelit? Nende kirjeldus puudub.
• Kuidas kujuneb admin vaates (punkt 8) nimetatud kliendi number?
• Nice to have osas punkt “Ei lase järgmist kinga valida, kui pole tagastatud (ei saa broneerida)” eeldab, et iga klient saab korraga laenutada ühe kingapaari?
• Analüüsis pole selgesõnaliselt kirjeldatud, kas ja kuidas salvestub info teostatud tellimusest. Kas peetakse arvestust ka tellitud/makstud/kingad väljastatud aspektide üle?

Kas funktsionaalsused on loogiliselt kirjeldatud?

Funktsionaalsuste kirjeldus, eriti just Must have osas, on kohati kirjeldatud napisõnaliselt (näiteks admin vaade või kliendilehe informatiivne tekstiosa), kuid nende üldine arusaam, järjekord ja põhimõtted on loogilised.

Retsenseeriva meeskonnapoolsed mõtted(mida võiks teha paremini, või mis võiks olla teistmoodi koos põhjendusega).

• Kasutaja registreerimine (punkt 2) toimub hetkel anonüümse kliendina - piisab vaid e-mailist ja paroolist. Kingalaenutuse kui ettevõtja soov võiks olla kliendi käest rohkem andmeid kätte saada, näiteks ka eesnimi, perenimi ja telefoninumber, et saada kliendiga operatiivselt kontakti, kui ilmneb ületähtaja laenutusi või muid probleeme.
• Punktis 2 on välja toodud - “Vea korral (vähem kui 6 tähemärki või juba kasutuses olev parool) kuvatakse kliendile veateade.” Infot selle kohta, et parool on juba kasutuses, ei tohiks turvalisuse huvides klientidele välja anda. Unikaalsus peaks olema tagatud kasutajanimedes - seda ei ole analüüsis kirjeldatud.
• Pole kirjeldatud, kas laenutatakse üksnes naiste või ka meeste kingi. Kui mõlemaid, peaks olema ka vastav klassifikatsioon.
• Kliendileht (punkt 4) võiks sisaldada ka laenutuse hinda (kas või ainult 3 päeva hinda), et klient saaks sorteerida ka hinna järgi ning vajadusel juba selle järgi otsustada, kas soovib konkreetset kingapaari laenutada ja tellimuse täitmiseks lehel edasi liikuda.
• Nice to have osas “Minu tellimused/tellimuste ajalugu” võiks ideaalis kliendil olla võimalus tellimusest näiteks vähemalt 1 päev enne laenutamise päeva ise loobuda. Siis ei peaks seda ainult admini poole pealt tegema. Analüüsis on see osa täpsustamata või on otsustatud see osa vaikimisi välja jätta ja loobumise korral tellimus lihtsalt kustutatakse ning muudetakse käsitsi kinganõupaari staatust?
• Admini vaates (punkt 8) võiks saada sorteerida/otsida kliendi ja analüüsis nimetatud ajalise vaate järgi. Eesmärgiks kiirelt leida konkreetset klienti või saada ülevaade sellest, millal saabuvad lattu tagasi teatud kingapaarid ning millised kliendid ei ole õigeks ajaks neid tagastanud. Selle võiks lisada Nice to have alla.
• Kas admin kasutaja saab samu asju oma kasutaja alt teha, mis klient? Õiguste osa võiks analüüsis olla täpsemalt formuleeritud.
• Admin vaade on liiga üldsõnaline. Võiks olla rohkem detaile/vaateid.
• Puudub Kasutajate haldus admin vaates. Kasutaja lisamine, kustutamine, deaktiveerimine, aktiveerimine. Võiks olla kasutaja reiting.
• 1:1 ei ole välja toodud kas admin vaade = haldusliides või on see mingi eraldi “must have” või “nice to have” funktsionaalsus.

Üldmulje plaanitavast rakendusest.

Tehniline lahendus on kirjeldatud veebirakenduse seisukohalt, kuigi antud aine nõuab Windows’i töölauarakendust. Rakenduse Must have funktsionaalsused on rakenduse prototüübi seisukohalt piisavad. Olenevalt meeskonna tehnilisest kompetentsist võib Must have funktsionaalsuste nimekiri olla isegi liiga pikk ja seda võib kaaluda lühendada - näiteks viia parooliga kaitstuse Nice to have alla ja võimaldades alguses laenutusi sooritada külalisena.

Retsenseeris: MoneyG 1.0