Registracija korisnika

Uvod

Rezime

Definisanje scenarija upotrebe funkcionalnosti registracije korisnika.

Namena dokumenta i ciljne grupe

Dokument je namenjen svim članovima projektnog tima i asistentima na predmetu kao klijentima aplikacije koja se izrađuje.

Reference

1. Projektni zadatak
2. Uputstvo za pisanje specifikacije scenarija upotrebe funkcionalnosti
3. Guidelines -- Use Case, Rational Unified Process 2000
4. Guidelines -- Use Case Storyboard, Rational Unified Process 2000

Otvorena pitanja

Redni broj	Opis	Rešenje
1	Kako sprečiti masovno pravljenje naloga korišćenjem skripti?	Dodati integraciju sa nekim CAPTCHA servisom (npr. reCAPTCHA, hCaptcha) u kasnijoj verziji proizvoda.
2
3
4

Scenario registracije korisnika

Kratak opis

Kako u aplikaciji postoje tri kategorije korisnika, glavna razlika između prve (neulogovanih korisnika) i druge i treće (ulogovanih korisnika i administratora) jeste što prva grupa ne mora da ima nalog, ili barem ne mora da bude prijavljena (ulogovana) na njega. Ovim scenariom slučaja upotrebe specifikuje se procedura kojom korisnik dobija svoj nalog u aplikaciji čime dobija mogućnost da kroz prijavljivanje na aplikaciju dobije pristup većem broju funkcionalnosti aplikacije.

Tok događaja

Korisnik se uspešno prijavljuje

1. Korisnik posećuje stranicu za registraciju preko stranice za prijavljivanje
2. Korisnik unosi svoje korisničko ime (ograničenje: 30 karaktera), ime i prezime (ograničenje: 255 karaktera), lozinku (ograničenje: 255 karaktera), i ponovljenu lozinku za slučaj da ju je prvi put pogrešno otkucao
3. Aplikacija proverava da li su lozinka i ponovljena lozinka iste i onda šalje podatke za registraciju
4. Aplikacija čuva informacije o registraciji u bazi podataka i vraća korisniku informaciju o uspešnoj registraciji (zajedno sa relevantnim HTTP kolačićem)
5. Korisnik se preusmerava na glavnu stranu, ili stranu sa koje je došao

Korisnik unosi pogrešnu ponovljenu lozinku

Do koraka 2 je sve isto kao u prethodnom toku.

3. Aplikacija proverava da li su lozinka i ponovljena lozinka iste i onda javlja korisniku da nisu
4. Korisnik mora da unese lozinku i ponovljenu lozinku opet

Korisnik unosi zauzeto korisničko ime

Do koraka 4 je sve isto kao u prethodnom toku.

4. Aplikacija vraća korisniku informaciju o neuspešnoj registraciji zbog zauzetog korisničkog imena
5. Korisnik može da promeni korisničko ime i pošalje podatke ponovo

Korisnik unosi predugačke podatke

Do koraka 4 je sve isto kao u prethodnom toku. Ovaj tok ne bi trebalo da se dešava zbog postavljenih ograničenja na dužinu polja na strani korisnika, ali i pored toga nije nemoguće poslati duže podatke.

4. Aplikacija vraća korisniku informaciju o neuspešnoj registraciji zbog jednog od predugačkih podataka
5. Korisnik može da skrati podatke

Korisnik je prijavljen

Ukoliko korisnik dođe na stranicu za registraciju a već je prijavljen, preusmerava se na glavnu stranu, odnosno na stranu sa koje je došao.

Korisnik ne unosi podatke

Ukoliko korisnik ne unese podatke u sva polja, prikazuje mu se greška kako treba uneti sve podatke.

Posebni zahtevi

Nakon registracije korisnika njegova lozinka u bazi mora biti čuvana heširana nekim kriptografskim algoritmom (npr. PBKDF2).

Preduslovi

Nema.

Posledice

Korisnik dobija HTTP kolačić koji odgovara njegovoj korisničkoj sesiji, i može da izvršava funkcionalnosti dostupne prijavljenim korisnicima, a njegova registracija biva zabeležena u bazi podataka kako bi kasnije mogao da se prijavljuje sa zadatim kredencijalima.