Talk:TikTokTek: Difference between revisions
No edit summary |
|||
| Line 4: | Line 4: | ||
==Sissejuhatus== | ==Sissejuhatus== | ||
Rakenduse ideeks on laialdaselt levinud mäng, mis oma kirjeldusega paelub juba nii mõnegi kasutaja. Rakenduse | Rakenduse ideeks on laialdaselt levinud mäng, mis oma kirjeldusega paelub juba nii mõnegi kasutaja. Rakenduse analüüsist saab välja lugeda mängude variatsioone ning ka mängu põhimõtted uutele kasutajatele. Analüüs on väga sisurikas ning kirjeldab kõiki mängu aspekte. Lisaks klassikalise mängu realisatsioonile on juurde plaanitud ka omapoolsed laiendused. | ||
==Märkmed ja omapoolsed soovitused== | ==Märkmed ja omapoolsed soovitused== | ||
Rakenduse analüüsis on välja toodud neli erinevat mängu variatsiooni, mida kasutaja saab valida | Rakenduse analüüsis on välja toodud neli erinevat mängu variatsiooni, mida kasutaja saab mängu alustades valida. Samas jääb ebaselgeks mõningate mängu tüüpide erinevused, näiteks Renju, Gomoku ja Gobang, kas need on kõik üks ja sama mäng ning on lihtsalt mängu nimetamisel välja toodud selgituseks või need on samuti mängu variatsioonid? Pente puhul on hästi väljatoodud, et selle puhul on erinevuseks mängulaua suurus. | ||
Menüüde ülesehitus on põhjalikult läbi mõeldud ning ülesehitatud. Kahjuks aga pole lähemalt seletatud mis andmed ning mis viisil salvestatakse andmebaasi. Kindlasti tuleb mõelda andmebaasi ehituse peale ning juhul kui realiseeritakse ka üle võrgu mängimise mis viisil plaanitakse mänguandmeid edasi-tagasi edastada. | Menüüde ülesehitus on põhjalikult läbi mõeldud ning ülesehitatud. Kahjuks aga pole lähemalt seletatud mis andmed ning mis viisil salvestatakse andmebaasi. Kindlasti tuleb mõelda andmebaasi ehituse peale ning juhul kui realiseeritakse ka üle võrgu mängimise mis viisil plaanitakse mänguandmeid edasi-tagasi edastada. | ||
Samuti võib keeruliseks osutuda terve "quality-of-life" funktsionaalsuse realiseerimine ning võimalike sätete variatsioonide testimine. Siinpuhul tuleks endale põhjalikumalt lahti kirjutada, mis on need eriparameetrid, mida lubatakse kasutaja poolt | Samuti võib keeruliseks osutuda terve "quality-of-life" funktsionaalsuse realiseerimine ning võimalike sätete variatsioonide testimine. Siinpuhul tuleks endale ning kasutajatele põhjalikumalt lahti kirjutada, mis on need eriparameetrid, mida lubatakse kasutaja poolt muuta ja mis viisil. Näiteks kui lasta kasutajal valida isa endale laua suurus, siis pigem võiks kasutajale pakkumises olla vähene hulk staatilisi väärtusi, mitte lasta kasutajal ise numbreid kusagile väljale sisestada. | ||
Lisaks tuleks läbi mõelda, kuidas hinnatakse selliseid parameetreid nagu intuitiivne, hõlbus, utilitaarne vs seksikas. Kas on plaanis viia läbi kasutajamugavuse hindamine mõningate kasutajate uuringute näol? | |||
Väga hästi on arvestatud võimalike probleemi allikaid ning hinnatud tiimi oskusi. Ning keerulisemad ning ajamahukamad osad on ilusasti jäetud "Nice to have" funktsionaalsuse alla. | Väga hästi on arvestatud võimalike probleemi allikaid ning hinnatud tiimi oskusi. Ning keerulisemad ning ajamahukamad osad on ilusasti jäetud "Nice to have" funktsionaalsuse alla. | ||
==Kokkuvõte== | ==Kokkuvõte== | ||
Klassikalise kaasahaarava mängu arendus omapoolsete täiendustega. Mängu sisu on põhjalikult lahti kirjutatud ning võimalikud mängu funktsionaalsused on kasutajale võimalikult arusaadavaks tehtud. Soovitaksin tiimil lisaks mõelda läbi andmete edastuse ning salvestuse ning samuti ka sättete muutmise/lisamise võimalused. | Klassikalise kaasahaarava mängu arendus omapoolsete täiendustega. Mängu sisu on põhjalikult lahti kirjutatud ning võimalikud mängu funktsionaalsused on kasutajale võimalikult arusaadavaks tehtud. Soovitaksin tiimil lisaks mõelda läbi andmete edastuse ning salvestuse ning samuti ka sättete muutmise/lisamise võimalused. Arendamisel peaksid kõigil tiimiliikmetel olema ühine arusaam sellest, mida arendatakse, mistõttu peaks kõik punktid võimalikult selgelt välja kirjutatud olema. | ||
Revision as of 14:21, 12 November 2016
Retsensioon projekti analüüsile
Koostanud: OnTime
Sissejuhatus
Rakenduse ideeks on laialdaselt levinud mäng, mis oma kirjeldusega paelub juba nii mõnegi kasutaja. Rakenduse analüüsist saab välja lugeda mängude variatsioone ning ka mängu põhimõtted uutele kasutajatele. Analüüs on väga sisurikas ning kirjeldab kõiki mängu aspekte. Lisaks klassikalise mängu realisatsioonile on juurde plaanitud ka omapoolsed laiendused.
Märkmed ja omapoolsed soovitused
Rakenduse analüüsis on välja toodud neli erinevat mängu variatsiooni, mida kasutaja saab mängu alustades valida. Samas jääb ebaselgeks mõningate mängu tüüpide erinevused, näiteks Renju, Gomoku ja Gobang, kas need on kõik üks ja sama mäng ning on lihtsalt mängu nimetamisel välja toodud selgituseks või need on samuti mängu variatsioonid? Pente puhul on hästi väljatoodud, et selle puhul on erinevuseks mängulaua suurus.
Menüüde ülesehitus on põhjalikult läbi mõeldud ning ülesehitatud. Kahjuks aga pole lähemalt seletatud mis andmed ning mis viisil salvestatakse andmebaasi. Kindlasti tuleb mõelda andmebaasi ehituse peale ning juhul kui realiseeritakse ka üle võrgu mängimise mis viisil plaanitakse mänguandmeid edasi-tagasi edastada.
Samuti võib keeruliseks osutuda terve "quality-of-life" funktsionaalsuse realiseerimine ning võimalike sätete variatsioonide testimine. Siinpuhul tuleks endale ning kasutajatele põhjalikumalt lahti kirjutada, mis on need eriparameetrid, mida lubatakse kasutaja poolt muuta ja mis viisil. Näiteks kui lasta kasutajal valida isa endale laua suurus, siis pigem võiks kasutajale pakkumises olla vähene hulk staatilisi väärtusi, mitte lasta kasutajal ise numbreid kusagile väljale sisestada. Lisaks tuleks läbi mõelda, kuidas hinnatakse selliseid parameetreid nagu intuitiivne, hõlbus, utilitaarne vs seksikas. Kas on plaanis viia läbi kasutajamugavuse hindamine mõningate kasutajate uuringute näol?
Väga hästi on arvestatud võimalike probleemi allikaid ning hinnatud tiimi oskusi. Ning keerulisemad ning ajamahukamad osad on ilusasti jäetud "Nice to have" funktsionaalsuse alla.
Kokkuvõte
Klassikalise kaasahaarava mängu arendus omapoolsete täiendustega. Mängu sisu on põhjalikult lahti kirjutatud ning võimalikud mängu funktsionaalsused on kasutajale võimalikult arusaadavaks tehtud. Soovitaksin tiimil lisaks mõelda läbi andmete edastuse ning salvestuse ning samuti ka sättete muutmise/lisamise võimalused. Arendamisel peaksid kõigil tiimiliikmetel olema ühine arusaam sellest, mida arendatakse, mistõttu peaks kõik punktid võimalikult selgelt välja kirjutatud olema.
