Talk:Meeskond:EasyRent: Difference between revisions
Created page with "===== Retsensioon EasyRent rakenduse analüüsile ===== EasyRendi rakenduse analüüs on lihtsa ülesehitusega, seetõttu on kirjeldatu hõlpsasti hoomatav ning annab hea ettek…" |
|||
Line 10: | Line 10: | ||
Analüüsis kirjeldatud rakendus oleks hea universaalne lahendus ja platvorm, millele saaks vastava valdkonna teenusepakkujale hea abimehe ehitada. | Analüüsis kirjeldatud rakendus oleks hea universaalne lahendus ja platvorm, millele saaks vastava valdkonna teenusepakkujale hea abimehe ehitada. | ||
''Retsenseeris meeskond [[Meeskond:DreamTeam]]'' | ''Retsenseeris meeskond [[Meeskond:DreamTeam project]]'' |
Revision as of 00:19, 8 November 2014
Retsensioon EasyRent rakenduse analüüsile
EasyRendi rakenduse analüüs on lihtsa ülesehitusega, seetõttu on kirjeldatu hõlpsasti hoomatav ning annab hea ettekujutuse sisust ja funktsionaalsustest. Samuti on rakenduse idee sobilik oma oskuste proovile panekuks programmeerimises. Skoobi koostamisel on lähtutud reaalsest elust, ent programmeerimisoskusi arvestades on seatud teatavad kitsendused funktsionaalsuse osas. Rollide kirjelduse järgi on võimalik aru saada, millised on rakenduse võimalused, see aga omakorda näitab, et meeskond on need hoolega läbi mõelnud. Kui rakendust kasutavas ettevõttes on töötajad palju, siis igale töötajale eraldi rollide määramine võib osutuda tülikaks. Rollid võiksid olla pigem õiguste või privileegide kogumid, näiteks „letitöötaja“, „raamatupidaja,“ „peakasutaja“ jne. Niimoodi lahendades ei peaks igale uuele töötajale ükshaaval õiguseid andma vaid saab rolli (õiguste grupi) määrata ja sellega on autoriseerimine korraldatud. Kui on vaja õigusi lisada, siis antakse need rollile ning see rakendub kõigile selle rolliga kasutajatele. See ei peaks muidugi välistama individuaalseid õiguseid. Äriprotsessid on nii kirjeldatud, et need annavad hea ülevaate ja on ka hilisemas tarkvara arendamise ja testimise protsessis osalejatele abiks. Positiivne on, et eelanalüüsi faasis on mõeldud ka andmebaasi realiseerimise peale. Kliendi ja sõiduki olemid on läbi mõeldud ja kirjeldatud. Projekti juhtimise lihtsustamiseks võib-olla oleks asjalik välja tuua vaated ja neis kuvatavad andmed, mida rakenduses plaanitakse realiseerida. Siinkohal oleks üheks võimalikuks lahendiks juriidilisest isikust kliendi puhul kontaktisiku või esindaja andmete hoidmine. Hetkel on analüüsis broneerimise protsessi kirjelduses välja toodud, et sisuline broneerimine toimub kliendi soovi alusel. Samas kui broneerimise eest krediiti ei võeta, siis võib pahatahtlik klient näiteks mingiks kuupäevade vahemikuks kogu autopargi broneerida. Siit ka idee, et iga broneering kinnitatakse klienditeenindaja poolt ja see läheb „lukku“ alles peale seda. Tegelikkuses käib sõidukite rentimine üle maailma tihti ettemakse alusel, krediitkaardiga. Kindlasti on hea idee püsiklientidele teenuse kasutamise ajaloo, pretensioonide jmt krediidireitingu genereerimine, mis tulevikus konkreetsele kliendile teenuse osutamise tingimusi võib mõjutada. Veel võiks rakenduse puhul välja tuua, et andmeid ei kustutata vaid arhiveeritakse, mis on hea lähenemine. Analüüsis kirjeldatud rakendus oleks hea universaalne lahendus ja platvorm, millele saaks vastava valdkonna teenusepakkujale hea abimehe ehitada.
Retsenseeris meeskond Meeskond:DreamTeam project