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.
P19. Lisätään oikopolkuja<br />
Kokeneemmat käyttäjät kokivat järjestelmän ärsyttäväksi lähinnä siksi, että sitä<br />
on hidasta ja kankeata käyttää. Oikopolkujen avulla järjestelmän käyttöä voidaan nopeuttaa<br />
ja yksinkertaistaa. Yleisesti käytettyjä oikopolkuja ovat näppäinkomennot ja linkit.<br />
Järjestelmässä voisi olla enemmän näppäinkomentoja. Esimerkiksi Ctrl-S vastaa<br />
usein tallentamista, mutta ei Travel-järjestelmässä.<br />
Myös erinäiset linkit ovat yleisesti käytettyjä oikopolkuja. Esimerkiksi monista<br />
Windows-ohjelmista löytyy Tiedosto-valikon alareunasta viimeksi käytetyt tiedostot.<br />
Tällöin käyttäjän ei tarvitse erikseen etsiä tiedostoa koneeltaan, vaan hän voi sen näppärästi<br />
avata linkistä.<br />
Useimmissa ohjelmissa tiedostoja voi avata tai liittää mukaan raahaamalla niitä<br />
ohjelman ikkunan päälle. Travelissakin liitteiden lisääminen olisi huomattavasti yksinkertaisempaa,<br />
mikäli ne voitaisiin raahata matkalaskuun.<br />
Tietoa voisi myös linkittää järjestelmän sisällä ja tiedon syöttäminen tulisi olla<br />
mahdollista eri kohdista. Esimerkiksi kulun perässä voisi olla painike, jolla voisi liittää<br />
järjestelmään kyseisen kulun tositteen (tosin usein tositteet skannattiin yhteen tiedostoon).<br />
P20. Käsittelijän valinnan yksinkertaistaminen<br />
Seuraavan käsittelijän valitsemista tulisi yksinkertaistaa. Uusilla matkaajilla ei<br />
ole juurikaan tietoa, kenet pitää valita käsittelijäksi. Koska käsittelijä on usein kuitenkin<br />
yksi ja sama henkilö, niin tämä nimi voisi tulla automaattisesti. Mikäli käsittelijä menee<br />
lomalle, voisi hän valita sijaisen itselleen ja käsiteltävät laskut sitten siirtyvät automaattisesti<br />
sijaiselle. Tarvittaessa käsittelijä voi ohjata manuaalisestikin laskun toiselle käsittelijälle,<br />
joten matkaajalle ei tarvitsisi antaa kuin yksi vaihtoehto, joka voisi siis olla automaattinen.<br />
Varmuuden vuoksi matkaajalle voitaisiin kuitenkin mahdollistaa käsittelijän<br />
vaihtaminen erillisistä asetuksista, mutta perusvaihtoehto voisi olla vakio.<br />
Hyväksyjän valintakin voisi olla yksinkertaisempi. Yhdellä käsittelijällä tuskin<br />
on juurikaan viittä enempää hyväksyjää. Kun hyväksyjät kerran valitaan järjestelmään,<br />
niin ne voisivat sinne tallentua. Oletukseksi käsittelijä voisi itse päättää hyväksyjän,<br />
jonka ryhmässä matkustetaan eniten. Samaa periaatetta voisi käyttää muuallakin, kuten<br />
projektitiedoissa tai kulujen valinnassa.<br />
P21. Nopea kulun lisääminen yleisprojektiin<br />
Osa matkaajista tekee melko paljon yhteen kohteeseen matkustamista projektinsa<br />
tiimoilta. Tällöin olisi hyvä, että perustiedot olisivat valmiina ja matkaaja voisi vain lisätä<br />
uuden kulun kyseiseen projektiin. Esimerkiksi etusivulla voisi olla projektilista ja kulujen<br />
lisäämismahdollisuus. Käyttäjä voisi valita projektin ja lisätä sinne kulun ilman,<br />
että hänen tarvitsee avata laskua tai luoda uutta laskua. Erityisesti kilometrikulujen lisääminen<br />
olisi tällä tavoin helppoa. Kohde, matkan pituus, oman auton käyttösyy ja kulkuneuvo<br />
säilyvät melko todennäköisesti hyvin samoina, jolloin riittäisi, että matkaaja<br />
kertoo vain päivämäärän ja tarvittaessa käy muuttelemassa jotain tietoja.<br />
P22. Laskun käsittelyn etenemisen visualisointi<br />
Monia asioita tulisi kuvata visuaalisesti. Eritoten laskun eteneminen olisi ainakin<br />
matkaajalle selkeämpi myös kuvana ilmaistuna, jolloin uudetkin käyttäjät ymmärtäisivät<br />
paremmin, milloin laskun on lähetetty eteenpäin seuraavalle käsittelijälle. Kuvana voisi<br />
59