Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK
Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK
Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
lut laittaa erikseen kululaskuun. Monimatkalaskun teko ei ole millään tavalla intuitiivinen,<br />
joten suurin osa matkaajista ei edes tiennyt sen olevan mahdollista.<br />
Wizard, joka kyselisi käyttäjältä, mitä hän haluaa tehdä, toimisi ratkaisuna tähän<br />
ongelmaan. Myös mahdollisuus muuttaa matkatyyppiä kesken laskun teon helpottaisi<br />
käyttöä. Kotimaanmatkalaskun, ulkomaanmatkalaskun ja kululaskun voisi yhdistää.<br />
Oletuksena kohdemaa voisi olla Suomi ja tarvittaessa sen voisi vaihtaa, jolloin lasku<br />
muuttuisi ulkomaanmatkalaskuksi. Samalla tavalla lasku muuttuisi kululaskuksi, mikäli<br />
kyseessä ei ole päivärahamatka, esimerkiksi pelkkä kilometrikorvaus.<br />
Ohjeistuksissa pitäisi mainita selkeästi, että ulkomaanmatkalle tulee tehdä matkasuunnitelma.<br />
Toisaalta tällainen tiedottaminen kyllä kuuluu esimiehen tai vastaavan<br />
toimenkuvaan, joten voidaan olettaa, että matkaaja on asiasta tietoinen ennen kuin hän<br />
lähtee matkalle.<br />
P27. Laskun tekemisen etenemisen esitys<br />
Monet käyttäjistä oli epävarmoja sen suhteen, oliko lasku valmis vai ei. Tätä varten<br />
voisi järjestelmän reunassa näkyä jokin etenemistä kuvaava mittari. Työnhakulomakkeista<br />
ja vastaavista tuttu askelien esittäminen voisi toimia ratkaisuna. Esimerkiksi,<br />
kun käyttäjä on syöttänyt perustiedot ja päivärahat, niin hän on suorittanut 2/5 laskusta.<br />
Tällöin kuitenkin tulisi huomioida, että mikä on pakollista tietoa ja mikä ei. Esimerkiksi,<br />
jos yksikössä ei ole tapana, että matkaaja liittää kuitit laskuun, niin kyseinen askel on<br />
turha.<br />
Vaihtoehtoisesti kaikki voisi olla kerralla näkyvillä ja värien avulla voitaisiin<br />
esittää puutteellisia tietoja. Esimerkiksi punainen olisi pakollinen kenttä, keltainen vaihtoehtoinen<br />
tai puutteellinen kenttä ja vihreä oikein täytetty kohta.<br />
P28. Laajemmat asetukset<br />
Yksiköittäin matkalaskun teossa oli eroavaisuuksia, lisäksi yksittäisillä käyttäjilläkin<br />
oli hyvin erilaisia tapoja ja tarpeita tehtävien suorittamiseksi. Tästä johtuen ei oikein<br />
ole yhtä ja oikeaa tapaa ratkaista ongelmia. Olisikin syytä, että käyttäjät voisivat<br />
asetuksista muuttaa itselleen sopivat vaihtoehdot, esimerkiksi näkymien suhteen.<br />
Nykyisellään asetuksista löytyy muutama talletettu tieto ja salasanan muuttaminen.<br />
Hyvin yleisesti vastaavanlaisista palveluista löytyy mm. omien tietojen muokkaus<br />
ja näkymien asettelu. Omia tietoja voisi olla esimerkiksi sähköpostiosoite, pankkitilin<br />
numero, omat projektinumerot, pääasiallinen oma kulkuneuvo ja vastaavat. Näkymien<br />
asettelusta voisi löytyä esimerkiksi vaihtoehto Wizardin käyttöön tai perinteiseen tyyliin.<br />
Validoinnin yhteydessä tuli kuitenkin esille, että avun antaminen hankaloituisi, mikäli<br />
käyttäjillä olisi personoituja näkymiä.<br />
Käyttäjälle voitaisiin tarjota mahdollisuus oletusarvojen valitsemiseksi, jolloin<br />
hän voisi nopeuttaa omaa työskentelyään, kun itse tietää parhaiten, minkälaisia matkoja<br />
tekee. Lisäksi käyttäjä voisi itse päättää, mistä kaikista tapahtumista hän haluaisi saada<br />
itselleen sähköpostia.<br />
P29. Poistetaan/kierretään bugeja<br />
Järjestelmässä esiintyi testien aikana melkoisen paljon toimintahäiriöitä. Nämä<br />
vaikuttavat oleellisesti käyttöön ja niitä tulisikin vähentää, jotta käyttömukavuus ja luottamus<br />
järjestelmään kasvaisivat. Teknisen ratkaisun pitäisi olla sen verran tukeva, ettei<br />
järjestelmä hidastuisi häiritsevästi suurellakaan kuormituksella.<br />
61