Kasutajaliideste brauserirakendus

Ülesande sisu on birdwatching saidi tegemine, kust saaks sisestada oma vaatlusi ja otsida enda ja teiste vaatlusi.

Kasutamine selline:

A) Logitud kasutaja

• Kasutaja logib sisse
• Kasutaja saab sisestada uut vaatlust, kus on hulk vormivälju a la liik, koht, aeg jne: täpsustame lähiajal. Saab märkida, kas vaatlus on avalik/mitte
• Kasutaja saab otsida kõiki vaatlusi ja leiab kõik enda vaatlused ja teiste avalikud vaatlused
• Kasutaja saab muuta ehk parandada oma vaatlusi.

B) Mittelogitud kasutaja

• Kasutaja saab otsida kõiki vaatlusi

Otsingutulemus peab olema võimalik kuvada kahel viisil:

• Sorteeritud loetelu (sorteeringu peab saama valida) ja kuvatava osa näitamine kaardil
• Kaardil valitud regioonis

C) Menyy peaks olema

• Üldinfo ja otsingud jms vahel valik vbl

• Standardotsingud a la viimased vaatlused, viimase aja eksootililisemad vaatlused regioonis jne jne

Vana info 2009 aastast =

Rakendusel on kaks erinevat osa:

• Admini osa: tema sisestab infot. Peamine: saaks ruttu sisestada. Vähe submitte.
• Turisti osa: tema otsib infot. Peamine: lihtne ja selge info otsimine.

UI mõttes tuleb rakendus realiseerida htmli, cssi ja javascriptiga. Flashi, javat vms ei tohi kasutada. Kindlasti peab jälgima esimese praksi üldisi tehnilisi nõudeid.

Rakenduse täpne funktsionaalsus (mis vormid, väljad, tekstid, mida nad teevad jne) ei ole täpselt ette spetsifitseeritud: mõistliku ja mugava funktsionaalsuse väljamõtlemine on üks osa praksist.

Teatud minimaalne komplekt funktsionaalsust on siiski kohustuslik. Järgnevas kohustuslik funktsionaalsus.

Admini funktsionaalsus

• Süsteem peab võimaldama kasutamist kohe peale kasutajatunnuse

(milleks olgu e-posti aadress) ja parooli valimist. Edaspidisteks sisselogimisteks tuleb kasutada süsteemi, kus e-postile saadetakse kinnitus-mail, mis sisaldab linki, millele kasutaja peab kasutajatunnuse/parooli aktsepteerimiseks klikkima. Reaalset posti saatmist ja sisselogimise kontrolli esimeses praksis teha ei tule: vaja on realiseerida ainult selle jaoks ettenähtud lehed/vormid.

• Parool oleks ainult admini jaoks (info sisestaja). Parooli realisatsioon on teises

praksis.

• Sisestamine tühjale vormile.
  • Kirjeldatava asja liik: kontsert, teater, restoran, muuseum, vaatamisväärsus
  • Kirjeldatava asja alaliik, iga liigi jaoks erinev. Mitte väga pikk loend.
  • Asja nimi (kontserdi nimi, teatri nimi, restorani nimi jne)
  • veebilehe link
  • aadress vabatekstina
  • koordinaadid google mapsi jaoks (võib teha google mapsil klikkides, võib ka lihtsalt numbrid sisestada)
  • toimumise aeg või lahtioleku aeg (näiteks vabatekst E-P 10-12, või kuupäev ja kellaaeg eraldi)
  • hinnaklass restoranide jaoks, standardhind kontserdi puhul, muuseumi puhul jne
  • pikem vabatekstiline kirjeldus
  • huvitav lastele (kindlasti, võibolla, mitte väga) vms
  • populaarsus (kohustuslik, tuntud, ebaharilik) vms

Täitmiseks kohustuslikud väljad on liik, alaliik, nimi, aadress

Täiendavate väljade lisamine ei ole keelatud, ülaltoodud peavad aga olema realiseeritud.

• Olemasoleva info muutmine: avatakse sama täitmisvorm koos sisuga, saab muuta ja uuesti salvestada.

• Asjade kustutamine. Piisab ühekaupa kustutamisest.

• Asjade otsimine. Analoogiliselt turisti jaoks tehtud otsingule. Tulemus kuvatakse teisiti, kui turistile.

Turisti funktsionaalsus

• Menüüdes brausimine a la Tallinna turismisait. Piirangud, näiteks kauges tulevikus kontserte ei näidata.

• Otsing vormiga.
  • Saab valida liiki,alaliiki,nime osa,kontsertide puhul kuupäeva, lastele huvitav, populaarsus
  • Võib täita ka ainult mõne neist kolmest väljast.
  • Otsingutulemus on sorteeritud list, list on splititud alamlehtedeks.
  • Otsitulemuse listis ei pea olema kogu asja info, piisab osast (liik,alaliik,nimi kohustuslik)

• Leitud asja detailinfo vaatamise leht, sealhulgas google mapsi kaart: alati detailinfo juures, kui koordinaadid antud.

Realisatsiooni tehnoloogiast

Data saab veebileht ainult javascriptiga json formaadis.

Serverilt saab lugeda ainult staatilist htmli/cssi/pilte ja json formaadis datat.

Admini puhul

Liikide, alamliikide, vormiväljade, abitekstide jms kogu info kirjutada js massiivi ja kuvada sealt vorme dünaamiliselt.

Staatiline html ainult igal juhul muutumatute elementide jaoks: päis, üldmenüü jms.

Turisti puhul

Ei pea tegema dünaamilist vormi.

Ei pea tegema dünaamilisi menüüsid.

Iga otsingu tulemus on javascripti massiiv/struktuur, tulemus kuvatakse dünaamiliselt.