Kasutajaliideste brauserirakendus: erinevus redaktsioonide vahel

Redaktsioon: 5. veebruar 2009, kell 18:23

Ülesande sisu on turismi-info (kontsertide, teatrite, restoranide, vaatamisväärsuste) sisestamise, info otsimise ja kuvamise rakenduse tegemine.

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.

@@ 1. rida: / 1. rida: @@
-Ülesande sisu on turismi-infi (kontsertide, teatrite, restoranide jne) sisestamise,  info otsimise ja kuvamise rakenduse tegemine.
-UI mõttes tuleb rakendus realiseerida htmli, cssi ja javascriptiga. Flashi, javat vms ei tohi kasutada. Kindlasti peab jälgima  [[itv0030 2008 esimese praksi tehnilised nõuded |  esimese praksi üldisi tehnilisi nõudeid]].
+Ülesande sisu on turismi-info (kontsertide, teatrite, restoranide, vaatamisväärsuste) sisestamise, info otsimise ja kuvamise rakenduse tegemine.
+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
+[[itv0030 2009 esimese praksi tehnilised nõuded |  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.
-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
-== Minimaalne kohustuslik 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.
-* Süsteem peab võimaldama otsida mistahes inimesi mitme parameetri alusel, seejuures mistahes kombinatsiooni alusel:
-** minu sisestatud/kellegi teise sisestatud
-** eesnimi
-** perenimi
-** sugu
-** sünnikuupäev
-** sünniaastate vahemik
-** sünnikoht tekstiväljana
-* Süsteem peab kuvama leitud inimeste loetelu:
-** loetelu peab olema jaotatud lehekülgedeks, peab saama minna eelmisele/järgmisele/algus-leheküljele
-** loetelu peab saama erinevate parameetrite järgi sortida
-** üks loetelu rida ei tohi minna üle ühe ekraanirea, mistahes info korral isiku kohta
-** loetelus tuleb isiku kohta näidata baasinfot, hiirega tema peale minnes eraldi css-popupiga lisainfot, klikates veel rohkem infot
-* Süsteem peab ühe inimese vaates kuvama iga inimese jaoks:
-** kogu baasinfo (nimi jne, vt ülal)
-** ema
-** isa
-** lapsed
-** abikaasad/elukaaslased
-** täiendavat vabatekstilist informatsiooni ja linke inimese kohta, mida on sisestatud: soovitavalt ka kategoriseeritud  linke piltidele, kodulehtedele jne jne
-* Süsteem peab võimaldama sisestada uusi inimesi ja muuta olemasolevaid (muuta võib ainult enda sisestatud inimesi!)
-** Kogu baasinfo (nimi jne, vaata ülalpool), seejuures eeldades, et täpset sünniaega ei pruugita teada, sisestada võib ka ainult aasta või üldse mitte
-** Eesnime sisestamine on kohustuslik
-** täiendavat vabatekstilist informatsiooni ja linke inimese kohta, soovitavalt ka kategoriseeritud  linke piltidele, kodulehtedele jne jne
-** ema, isa, lapsed: igaks neist peab saama määrata mõne süsteemis juba olemasoleva isiku. Selleks peab valiku juures olema eraldi väike otsivõimalus olemasolevate seast.
-== Soovitav täiendav funktsionaalsus ==
-Järgmine komplekt funktsionaalsust on soovitav (ehk, nende realiseerimisel saab kindlasti rohkem punkte, kui ilma neid realiseerimata):
-* Sugupuu graafiline esitamine: cssi ja javascripti abil.
-* ema, isa, laste sisestamise juures võimaldada kohe sisestada uut isikut, mitte lihtsalt valida olemasolevate seast
+== Soovitav täiendav funktsionaalsus ==
-* kui ema, isa, laste, abikaasade/elukaaslaste sisestamise juures sisestatava isiku parameetrid klapivad väga hästi mõne süsteemis olemasolevaga, anda kohe hoiatus (kas soovite kasutada juba süsteemis olemasolevat inimest ...)
-* isikute liitmine: kui avastad, et kaks süsteemi sisestatud isikut on tegelikult üks ja sama isik