Meeskond:EasyRent

Meeskond

Meeskonna liikmed:

• Hardi Antsov
• Ajurahti Jõjuragi (projektijuht)
• Andres Kaljo

Idee

Autorendi tarkvara EasyRent

Meeskonna eesmärgiks on luua autorendi teenust pakkuvale firmale põhitegevust toetav tarkvara. Tarkvara eesmärk on hallata sõidukite rentimist.

Rakenduse loomiseks kasutatakse Windows Presentation Foundation'it.

Rakenduse skoop

Rakendus on mõeldud ainult renditeenuse pakkumise toetamiseks. Skoopi kuulub ka ettevõtte klientide üle arve pidamine.

Rakenduse skoobist on väljas järgmised funktsionaalsused:

• sõidukite üle raamatupidamise jaoks vajaliku täpsusega arvepidamine, sealhulgas kõik sõidukite remondiga, kindlustamisega ning muu igapäevase haldamisega seotu;
• klientidele arvete väljastamine.

Mõlemad toodud funktsioonid tuleb ettevõttel lahendada eraldiseisva raamatupidamise tarkvaraga.

Kuna klientidele arvete väljastamise aluseks on EasyRent'ist pärit andmed, siis reaalses maailmas oleks rakenduse üheks järgmiseks arendusetapiks selle liidestamine raamatupidamise tarkvaraga.

Rollid

Rakenduse kasutajatele omistatakse rollid. Rollid määravad kasutajale lubatud tegevused. Ühel kasutajal võib olla mitu rolli. Rakendusele on ligipääs ka autentimata kasutajatel, neil ei ole seega ka rolle.

Rakenduses on kasutusel järgmised rollid:

• laenutaja - sisaldab endas kliendi teenindamiseks vajalikke tegevusi;
• sõiduki sisestaja/muutja - sisaldab endas privileege operatsioonideks sõidukiga; reaalne täitja sõltub ettevõtte suurusest;
• sõidukile pildi lisaja/muutja - reaalses elus on mõistlik panna pildibaasi up-to-date hoidmine klienditeenindajale;
• kliendi muutja - kliendi võõrandamatute andmete muutmiseks, samuti kliendi arhiveerimiseks, roll omistatakse kogenud rakenduse kasutajale, kelle eksimisoht on väike (power-user);
• raamatupidaja - ainult selle rolli omaja saab määrata sõiduki rentimise hinna piirid, laenutaja peab püsima ette seatud piirides, ärilises mõttes kriitilise tähtsusega roll;
• vaatleja - igale kasutajale vaikimisi omistatav roll, reaalses elus peaks vastama autentimata laenutuse kliendile, selle rolli omaja saab ainult vaadata pakkumises olevaid sõidukeid;
• kasutajate haldaja - roll võimaldab kasutajaid luua, omistada neile rolle ning nullida parooli.

Funktsionaalsus

Alljärgnevas esituses ei ole funktsionaalsust jagatud MoSCoW järgi. Esitluses on funktsionaalsus toodud äriloogikat silmas pidades. Kirjeldatud funktsionaalsuses on eraldi märgitud, kui silmas on peetud mitte kohustuslikku osa (nice2have).

Sõiduki haldamine

Sõidukil on järgmised omadused: registreerimise number, VIN kood, mudel, mark, värvus, väljalaskmise aasta, läbisõit, sõiduki olukorra iseloomustus, pildid sõidukist.

Olemiga sõiduk on võimalik sooritada järgmisi tegevusi:

• sõiduki loomine - uue sõiduki andmebaasi sisestamine;
• sõiduki maha kandmine (arhiveerimine) - sõidukit kustutada ei saa, maha kandmine kaotab ta välja renditavate valikust;
• sõiduki muutmine - muuta ei saa võõrandamatuid andmeid, sellisteks on registrinumber (tegeleme ainult Eestis registreeritud sõidukitega) ja VIN kood;
• piltide haldamine - lisamine ja kustutamine, ajalugu ei ole vaja säilitada;
• rendihinna haldamine - rendihind hoitakse rakenduses vahemikuna, selline lähenemine võimaldab jätta klienditeenindajale väikese kaalutlusõiguse.

Kliendi haldamine

Kliendil on järgmised omadused: reg kood, reg koodi allikas, eesnimi, perenimi/ettevõtte nimi, sünniaeg, sugu, elukoht (ühe väljana), e-post, telefon, kommentaar vaba tekstina.

Olemiga klient on võimalik sooritada järgmisi tegevusi:

• loomine - uue kliendi andmebaasi sisestamine.
• muutmine - muuta ei saa võõrandamatuid andmeid, sellisteks andmeteks on registrikoodi ja koodi allika paar, koodi allikaks on näiteks Eesti isikukood, Läti isikukood, Eesti äriregistrikood, RKOARR reg nr, ...
• klienti kustutada ei saa, samuti ei ole vaja teda arhiveerida, eeldame, et inimesed rakenduse skoobis ei sure
• krediidireiting nice2have, keeruline on sisuline defineerimine

Rentimiste haldus

Rentimise haldus ongi rakenduse põhiline äripoolt toetav funktsionaalsus.

Rentimiste haldus sisaldab endas järgmisi tegevusi:

• sõiduki broneerimine – konkreetse kliendi poolt konkreetseks ajaks konkreetsele sõidukile esitatud rendi soov, peale tähtaja möödumist sõiduk vabaneb, viisakas, kui klienditeenindaja enne vabanemist kliendiga üle suhtleks, seega ei saa lõplik broneeringust vabanemine olla täisautomaatne
• broneeringu tühistamine - klient loobub broneeringust omal initsiatiivil
• sõiduki väljastamine - masin antakse kliendile üle
  • seisukorra hindamine - enne sõiduki väljastamist fikseeritakse sõiduki läbisõit, küte, sõiduki üldine olukord
• tagastamine - masin toodi firmasse tagasi
  • seisukorra hindamine - peale sõiduki tagastamist vaadatakse sõiduk üle ning fikseeritakse läbisõit, küte, sõiduki üldine olukord

Aruanded

Rakendus võimaldab tegevusest ning hetkeolukorrast ülevaate saamiseks aruannete koostamist.

Vajalikud on järgmised aruanded:

• tähtajaks tagastamata sõidukite loetelu
  • rakendus saadab ise automaatselt igal öösel klientidele meeldetuletusi tähtaja möödumise kohta kliendi e-posti aadressile nice2have
• hinnang kliendile – eesmärk on kliente senise käitumise põhjal profileerida ning halva reitinguga klientidele sõidukit mitte rentida, igale tegevusele hinnang (näiteks bronni mitterealiseerimine on negatiivne), nende summa, nice2have
• nõutavuse top – sõidukite (ka markide?) kaupa

Kasutajate haldamine

Rakenduse privileegidega piiratud osa kasutamiseks on vajalik autentimist ja autoriseerimist. Selleks on rakenduses kasutajad. Kasutajate autentimise toimub parooli abil.

Olem kasutaja omadused on kasutajanimi, nimi, kommentaar ja talle omistatud rollid. Siin on mindud teadlikult lihtsuse teed.

Kasutajate haldamine sisaldab endas:

• kasutaja loomist;
• kasutajale rollide omistamist ja rollide eemaldamist;
• kasutaja rakendusest eemaldamist - sisemiselt märgitakse ta mitteaktiivseks, kasutajaid päriselt kustutada ei saa.

Logi

29. oktoober

• Projekti analüüsi teostamine (rakenduse ja selle funktsionaalsuse kirjeldus)

23. oktoober

• Meeskonna nime valik ja wiki lehe loomine
• TFSi projekti loomine ning kasutajate liitmine projektiga
• Esialgse idee kirjeldus

19. oktoober

• Meeskonna kohtumine ning erinevate ideede kaalumine
• Lõpliku teostatava projekti valik

7. oktoober

• Meeskonna moodustamine
• Esialgsete ideede väljapakkumine ning arutelud võimalike teostuste üle