Kasutajaliideste brauserirakendus: erinevus redaktsioonide vahel

Allikas: Lambda
Mine navigeerimisribale Mine otsikasti
Resümee puudub
Resümee puudub
1. rida: 1. rida:
Ülesande sisu on birdwatching saidi tegemine, kust saaks sisestada oma vaatlusi ja otsida enda ja teiste vaatlusi.
Ülesande sisu on birdwatching saidi tegemine, kust saaks sisestada oma vaatlusi ja otsida enda ja teiste vaatlusi.


== Hindamine ==


Kasutamine selline:
Hindamisel arvestatakse järgmisi aspekte, osa neist objektiivsed, osa subjektiivsed:


A) Logitud kasutaja
* Õigeaegselt esitatud või ei: hilinenud tööde eest saab ainult 50% punktidest, esitamine on ikkagi kohustuslik.
* Ñõutava funktsionaalsuse olemasolu: puuduste eest miinuspunkte, väga paljude puuduste korral tööd ei arvestata (st tuleb edasi teha, kuni on piisavalt OK).
* Kasutajaliidese lihtne arusaadavus ja mugavus.
* Kasutajaliidese hea väljanägemine.
* Täiendav omaleiutatud funktsionaalsus, huvitav tehnoloogia jne: annab lisapunkte.


* Kasutaja logib sisse
== Funktsionaalsus, mis peab olema realiseeritud ==
* 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
Kasutamine:
* Kasutaja saab muuta ehk parandada oma vaatlusi.


B) Mittelogitud kasutaja
A) Mittelogitud kasutaja


* Kasutaja saab kergesti aru, milleks sait ja mis seal teha saab
* Kasutaja saab otsida kõiki vaatlusi
* Kasutaja saab otsida kõiki vaatlusi
* Kasutaja saab mugavalt sisse logida (reaalset logimist pole vaja realiseerida, piisab nö dummy-lehtedest), arvestades, et 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.


Otsingutulemus peab olema võimalik kuvada kahel viisil:
Otsingutulemust peab olema võimalik kuvada kahel viisil:


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


B) Logitud kasutaja


C) Menyy peaks olema
Lisaks mittelogitud kasutaja funktsionaalsusele:


* Üldinfo ja otsingud jms vahel valik vbl
* 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.


* Standardotsingud a la viimased vaatlused, viimase aja eksootililisemad vaatlused regioonis jne jne
Täpsemalt vaatluste sisestamise ja muutmise kohta:


* Peavad olema vähemalt järgmised väljad:
** Linnu liigi nimi valitud keeles.
** Liigi nime keele valiku boks.
** Vaatluse aeg: kuupäev, päev, kellaaeg. Kuupäev kalendrist valitav. Vaikimisi sisestamise hetk.
** Vaatluse riik valikuboksist.
** Vaatluse aadress vabatekstina.
** Vaatluse geokoordinaatide kaks välja
** Geokoordinaatide tüübi valikuboks
** Harilikkuse märge valikuboksist: väga harilik, vähem kohatav, haruldane
** Vabatekstina märkmed


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


* Peale sisestamise peab olema võimalik:
** Olemasoleva info muutmine: avatakse sama täitmisvorm koos sisuga, saab muuta ja uuesti salvestada.
** Vaatluste kustutamine. Piisab ühekaupa kustutamisest.
** Vaatluste otsimine. Vaatluste otsingu tulemus tuleb kuvada kasutaja valiku järgi kas
*** Google maps kaardil: vaatluse märgi peale hiirega minnes peab kuvama kogu info
*** Sorteeritava loendina, mis on splititud lehekülgedeks




= Vana info 2009 aastast ==
Muid funktsionaalseid nõudeid:


Rakendusel on kaks erinevat osa:
* Mõistlik valik sisestamisvälju tuleb meelde jätta ja järgmisel sisestamisel kohe avada samad:
* Admini osa: tema sisestab infot. Peamine: saaks ruttu sisestada. Vähe submitte.
** Liigi nime keele valiku boks.
* Turisti osa: tema otsib infot. Peamine: lihtne ja selge info otsimine.
** Aeg
** Riik
** Vaatluse aadress
** Vaatluse geokoordinaatide kaks välja
** Geokoordinaatide tüübi valikuboks
* Linnu liigi nime, märkmete jms väljade puhul ei tohi välja nime uuesti ette kuvada ega välja mälust pakkuda


UI mõttes tuleb rakendus realiseerida htmli, cssi ja javascriptiga.  
* Lehel peab olema menüü, kus vähemalt:
** Üldinfo ja otsingud jms vahel valik
** Standardotsingud a la viimased vaatlused, viimase aja eksootililisemad vaatlused regioonis jne jne
 
== Tehnoloogilised nõuded ==
 
UI mõttes tuleb rakendus realiseerida puhtalt htmli, cssi ja javascriptiga.  
Flashi, javat vms ei tohi kasutada.  
Flashi, javat vms ei tohi kasutada.  
Kindlasti peab jälgima   
Kindlasti peab jälgima   
44. rida: 83. rida:
Rakenduse täpne funktsionaalsus (mis vormid, väljad, tekstid, mida nad teevad jne)
Rakenduse täpne funktsionaalsus (mis vormid, väljad, tekstid, mida nad teevad jne)
ei ole täpselt ette spetsifitseeritud: mõistliku ja mugava funktsionaalsuse  
ei ole täpselt ette spetsifitseeritud: mõistliku ja mugava funktsionaalsuse  
väljamõtlemine on üks osa praksist.
väljamõtlemine on üks osa praktikumist.


Teatud minimaalne komplekt funktsionaalsust on siiski kohustuslik. Järgnevas kohustuslik
Kohustuslik funktsionaalsus on toodud siin lehel ülal.
funktsionaalsus.


== Admini funktsionaalsus ==
Data saab veebileht ainult javascriptiga json formaadis.


* Süsteem peab võimaldama kasutamist kohe peale kasutajatunnuse
Serverilt saab lugeda ainult staatilist htmli/cssi/pilte ja json formaadis datat.
(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
Vormiväljade omadused peavad olema antud html atribuutidena ja neid kontrollitakse/kasutatakse js abil, vaadates, mis atribuudid väljal on.
praksis.  


* Sisestamine tühjale vormile.
Staatiline html ainult igal juhul muutumatute elementide jaoks: päis, üldmenüü jms.
** 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
Iga otsingu tulemus on javascripti massiiv/struktuur, tulemus kuvatakse dünaamiliselt.


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.
== Abiks esimese töö jaoks ==


* Asjade kustutamine. Piisab ühekaupa kustutamisest.


* Asjade otsimine. Analoogiliselt turisti jaoks tehtud otsingule. Tulemus kuvatakse teisiti, kui turistile.
* [[media:Itv0030-tabidenäide.zip]]


== Turisti funktsionaalsus ==
Vormikontrolli näitefaile:


* Menüüdes brausimine a la Tallinna turismisait. Piirangud, näiteks kauges tulevikus kontserte ei näidata.
* [[html vorm sisuliste atribuutidega]]
 
* [[jupp sobivat javascripti atribuutide kasutuseks]]
* 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.

Redaktsioon: 9. veebruar 2010, kell 01:41

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

Hindamine

Hindamisel arvestatakse järgmisi aspekte, osa neist objektiivsed, osa subjektiivsed:

  • Õigeaegselt esitatud või ei: hilinenud tööde eest saab ainult 50% punktidest, esitamine on ikkagi kohustuslik.
  • Ñõutava funktsionaalsuse olemasolu: puuduste eest miinuspunkte, väga paljude puuduste korral tööd ei arvestata (st tuleb edasi teha, kuni on piisavalt OK).
  • Kasutajaliidese lihtne arusaadavus ja mugavus.
  • Kasutajaliidese hea väljanägemine.
  • Täiendav omaleiutatud funktsionaalsus, huvitav tehnoloogia jne: annab lisapunkte.

Funktsionaalsus, mis peab olema realiseeritud

Kasutamine:

A) Mittelogitud kasutaja

  • Kasutaja saab kergesti aru, milleks sait ja mis seal teha saab
  • Kasutaja saab otsida kõiki vaatlusi
  • Kasutaja saab mugavalt sisse logida (reaalset logimist pole vaja realiseerida, piisab nö dummy-lehtedest), arvestades, et 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.

Otsingutulemust peab olema võimalik kuvada kahel viisil:

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

B) Logitud kasutaja

Lisaks mittelogitud kasutaja funktsionaalsusele:

  • 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.

Täpsemalt vaatluste sisestamise ja muutmise kohta:

  • Peavad olema vähemalt järgmised väljad:
    • Linnu liigi nimi valitud keeles.
    • Liigi nime keele valiku boks.
    • Vaatluse aeg: kuupäev, päev, kellaaeg. Kuupäev kalendrist valitav. Vaikimisi sisestamise hetk.
    • Vaatluse riik valikuboksist.
    • Vaatluse aadress vabatekstina.
    • Vaatluse geokoordinaatide kaks välja
    • Geokoordinaatide tüübi valikuboks
    • Harilikkuse märge valikuboksist: väga harilik, vähem kohatav, haruldane
    • Vabatekstina märkmed

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

  • Peale sisestamise peab olema võimalik:
    • Olemasoleva info muutmine: avatakse sama täitmisvorm koos sisuga, saab muuta ja uuesti salvestada.
    • Vaatluste kustutamine. Piisab ühekaupa kustutamisest.
    • Vaatluste otsimine. Vaatluste otsingu tulemus tuleb kuvada kasutaja valiku järgi kas
      • Google maps kaardil: vaatluse märgi peale hiirega minnes peab kuvama kogu info
      • Sorteeritava loendina, mis on splititud lehekülgedeks


Muid funktsionaalseid nõudeid:

  • Mõistlik valik sisestamisvälju tuleb meelde jätta ja järgmisel sisestamisel kohe avada samad:
    • Liigi nime keele valiku boks.
    • Aeg
    • Riik
    • Vaatluse aadress
    • Vaatluse geokoordinaatide kaks välja
    • Geokoordinaatide tüübi valikuboks
  • Linnu liigi nime, märkmete jms väljade puhul ei tohi välja nime uuesti ette kuvada ega välja mälust pakkuda
  • Lehel peab olema menüü, kus vähemalt:
    • Üldinfo ja otsingud jms vahel valik
    • Standardotsingud a la viimased vaatlused, viimase aja eksootililisemad vaatlused regioonis jne jne

Tehnoloogilised nõuded

UI mõttes tuleb rakendus realiseerida puhtalt 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 praktikumist.

Kohustuslik funktsionaalsus on toodud siin lehel ülal.

Data saab veebileht ainult javascriptiga json formaadis.

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

Vormiväljade omadused peavad olema antud html atribuutidena ja neid kontrollitakse/kasutatakse js abil, vaadates, mis atribuudid väljal on.

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

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


Abiks esimese töö jaoks

Vormikontrolli näitefaile: