01.11.2014 Views

Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK

Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK

Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

kunmaksu Travelin sisällä joko itse laskun yhteydessä tai erillisessä viestiosiossa. Viestin<br />

tulisi sisältää tieto siitä, mistä matkasta on kyse, kuinka paljon on maksettu ja kuinka<br />

paljon oli anottu. Olisi myös hyvä, että listattaisiin kulut, mitä ei korvattu.<br />

Kuva 14. Perustietopalkki. Tiedoista on karsittu pois epäoleellinen, jolloin käyttöön saadaan lisää<br />

tilaa ja näytettävät elementit erottuvat selkeämmin. Liitteisiin on myös tarjottu oikopolku, joskin<br />

painikkeen nimi on hieman hämäävä.<br />

P15. Perustietopalkin siistiminen<br />

Lähes joka näkymässä on yläreunassa perustietopalkki, josta löytyy mm. matkaajan<br />

nimi, henkilöID ja laskunID. Suurin osa tästä tiedosta on melkoisen turhaa, mutta<br />

palkki vie tuntuvasti tilaa yläreunasta. Yhdelle tai kahdelle riville voisi laittaa matkaajan<br />

nimen, laskutyypin, kokonaissumman ja jonkin indikaattorin siitä, onko laskussa litteitä<br />

vai ei, kuten kuvassa 14 on esitetty. Kokonaissummalle loogisempi paikka olisi oikea<br />

alareuna, kuten laskuissa ja kuiteissa yleensä. Lisäksi esimerkiksi laskun tyyppiä voisi<br />

korostaa erivärisillä taustoilla tai erimuotoisilla raameilla.<br />

P16. Undo, redo<br />

Käyttäjille sattui näppäilyvirheitä ja järjestelmän käytön yhteydessä sattui toimintahäiriöitä.<br />

Tätä varten olisi hyvä, että järjestelmässä olisi Undo- ja Redo-toiminnot.<br />

Tällöin luottamus järjestelmään kasvaisi, kun tietää, että tarvittaessa voi palauttaa tietoja.<br />

Lisäksi oppiminenkin helpottuisi, kun käyttäjät voisivat vapaammin kokeilla toimintoja.<br />

Resurssien puitteissa jokin automaattinen välitallennuskin voisi lisätä luotettavuutta.<br />

P17. Virheilmoitusten informaationlisäys ja kohdistaminen<br />

Vaikka osalle käyttäjistä virheilmoitukset olivat ihan selviä, monet totesivat niissä<br />

olevan parantamisen varaa. Ilmoitusten tulisi positiiviseen selkeästi ilmoittaa, missä<br />

vika on ja kuinka sen voisi ohittaa. Lisäksi hämäävät numeroyhdistelmät tulisi piilottaa<br />

käyttäjiltä. Esimerkiksi "VIRHE: Matkatyyppi tuntematon. [-109]" voisi olla "Matkatyyppiä<br />

ei voida tunnistaa. Tarkista perustiedoista Matkatyypin määritys". Ilmoituksen<br />

yhteyteen voisi myös liittää linkin lisätietoihin tai ohjeeseen.<br />

P18. Ongelmavastaavan tiedot selkeästi esille<br />

Mikäli käyttäjälle tulee ongelma, hän saattaa tarvita siihen apua. Järjestelmässä<br />

tulisi olla selkeästi esitettynä, mistä apua voisi hakea. Esimerkiksi avunantoon voidaan<br />

tarjota sähköpostiosoite ja puhelinnumero, sekä mahdollisesti linkkejä esimerkiksi<br />

<strong>TKK</strong>:n kotisivujen matkustusohjeisiin.<br />

58

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!