Harjoitus 5
Tehtävä 1 (porkkanapistetehtävä)
Onko
Salivaraani-sovelluksen toteutus X saavutettava?
Vastauksen tähän kertoo saavutettavuuden kattava arviointi.
(Ks.
Conformance Evaluation of Web
Sites for Accessibility.)
- (a) Tutustu saavutettavuuden kattavaan arviointiprosessiin ja
kirjaa numeroitu toimenpidelista jonka avulla
nimenomaan Salivaraani-sovellus
arvioitaisiin
saavutettavuuden A-tason suhteen. (Huom. Kattavaa arviointia ei siis ole
pakko tehdä, pelkkä työvaiheiden pohtiminen suhteessa Salivaraani-sovellukseen
ja tehtävien kirjaaminen riittää.)
- (b) Kuinka paljon arvioitsijan tulee mielestäsi tietää Salivaraanin toteutustekniikasta
jotta esim. edustava otos
(representative sampling) sivuja olisi mahdollista valita arvioinnin perustaksi?
(Huomaa että soveluksen voi ilmeisesti toteuttaa useilla eri tavoilla.)
- (c) Mitkä työvaiheet ovat mielestäsi erityisen kuormittavia
(arviointia suorittavan konsultin tai tehtävään määrätyn substanssiosaajan
näkökulmasta)?
Missä työvaiheissa tarvitaan "erityisohjelmistoja"?
Tehtävä 2
Palvelua jota voi hyödyntää
(graafisen) käyttöliittymän ohella myös ohjelmointirajapinnan
välityksellä, voidaan luonnehtia
saatavaksi palveluksi. Jos esimerkiksi karttatieto ja
päivän säätieto ovat vapaasti saatavissa
sopivan ohjelmointirajapinnan kautta, on mahdollista rakentaa sovellus joka
liittää säätiedon kartalle ja esittää sen käyttäjän omalla sivulla (tai työpöydällä).
- (a) Mitä osia/tietoa Salivaraani-sovelluksesta voisi olla järkevää tarjoa
käyttäjille ohjelmointirajapinnan läpi?
- (b) Mitä hyötyä esim. tapahtumatiedon esittämisestä ohjelmallisesti
käsiteltävänä tietorakenteena voisi
olla (verrattuna esim. siihen, että tiedot
vain esitetään selaimen tulkitseman HTML-sivun muodossa)?
Vinkkejä: ks. Salivaraanin toiminnot,
opiskelijan henkilökohtainen kalenteri, kurssien kotisivut, palveluntarjoajan
integroitu hakutoiminto
Saatavan palvelun toteutusta ei pohditä tällä kurssilla sen tarkemmin.
Todettakoon kuitenkin että ainakin periaatteessa, homma onnistuu palvelinpäässä esim
PHP-tekniikoin ja asiakaspäässä AJAX-tekniikoin.
(Ks. esim.
PHP
ja
Ajax Tutorial : Ajax Help and Tutorials.)
Tehtävä 3 (porkkanapistetehtävä)
Web-käyttöön soveltuvien päätelaitteiden ja asiakasohjelmien määrä kasvaa rajusti
mobiililaitteiden suosion myötä.
Tämä tarkoittaa käytännössä esim. laiteriippumattomuuden ja saavutettavuuden merkityksen korostumista
palvelusuunnittelussa.
W3C:n kehitteillä oleva
spesifikaatio Mobile Web Best Practices 1.0
luettelee 60-kohtaisen heuristiikan hyvistä käytännöistä mobiilikäyttöön soveltuvien
verkkopalveluiden suunnitteluun.
- (a) Käy 60-kohtainen lista hyviä käytäntöjä läpi (otsikkotaso 1.-60. riittää).
Mitkä ohjeen kohdat sisältyvät mielestäsi ("jo") saavutettavuusohjeisiin tai
tarkentavat niitä?
- (b) Selvitä käsite Default Delivery Context (DDC).
- (c) Kokeile jotakin Salivaraaniin toteuttamaasi sivua
Opera mini -simulaattorin välityksellä.
Olisiko Salivaraani-sovelluksen käyttö
mielestäsi mahdollista DDC:n määrittelemän
"minimitasoisen laitteen" välityksellä?
Mikä olisi mielestäsi hankalimmin toteutettavissa oleva
Salivaraanin ominaisuus? (Kannattaisiko kaikkia toimintoja itse asiassa
edes yrittää toteuttaa
mobiilipäätteelle?)
- (d) Vaikka palvelun sisältö olisikin sama, palveluja usein käytetään
mobiililaiteympäristössä
eri tavalla kuin esim. työasemaympäristössä (ja käytössä on tyypillisesti myös
erilaisia apuohjelmia).
Keksitkö Salivaraani-sovelluksen mobiiliversiolle oikeaa lisäarvoa? Ts. onko
käyttötilanteita joissa mobiiliversio olisikin parempi tai jopa
ensisijainen kanava Salivaraani-palveluun?
Vinkkejä: paikka jossa palvelua käytetään, palvelun käynnistämiseen kuluva aika,
viime hetken salimuutokset, yhdistelmäkäyttö esim. paikkatieto- ja karttapalvelun kanssa, ...