SEPA Päiväkirja. Käytettävyyden arviointi
|
|
- Erkki Niemi
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 SEPA Päiväkirja Käytettävyyden arviointi T Ohjelmistotuotannon erikoiskurssi Aleksi Airola 39054L Vesa Haukkavaara 60610A Elina Kontro 57184R 1
2 Muutoshistoria Versio Pvm Tekijä Kuvaus Elina Kontro Ensimmäinen versio, johdantoa Elina Kontro Pieniä korjauksia, ajatuksia ranskalaisilla viivoilla Aleksi Airola Lisäyksiä keltaisella merkittyinä, kommentointia Elina Kontro Muokkasin, korjasin, alustavasti menetelmien soveltamisesta Elina Kontro Käytettävyyskriteerit, ryhmäläpikäyntiasiaa Elina Kontro Lisäyksiä ryhmäläpikäynti kohtaan, kirjoitusvirheiden korjausta, Proton kuvia liitteeksi, testitilaisuudenrakenne liitteeksi, lähdeluettelo Vesa Haukkavaara Testitehtävät lisätty liitteeseen, kirjoitusvirheiden korjausta Elina Kontro Loput protokuvat Elina Kontro Kriteerien päivitystä, liitteen 2 päivitystä Elina Kontro Ryhmäläpikäynnin tuloksia Elina Kontro Toinen käytettävyystesti kuvaus aloitettu Elina Kontro Jatkoa toiseen käytettävyystestiin, liite 5 lisätty Vesa Haukkavaara Testitehtäviä lisätty täyttämään I1:n lopun tarpeet Aleksi Airola Heuristisen arvio I1 iteraatiossa Elina Kontro 2. käytettävyystesti tarkennus, kritterien päivitys, muuta muokkausta. 2
3 Sisällysluettelo 1 JOHDANTO MENETELMIEN SOVELTAMINEN PROJEKTISSA KÄYTETTÄVYYSTESTIT Ryhmäläpikäynti Toinen käytettävyystesti HEURISTINEN ARVIO Heuristinen arvio I1-iteraatiossa Heuristinen arvio I2-iteraatiossa KOKEMUKSIA TOTEUSTUSITERAATIO Ryhmäläpikäynti TOTEUSTUSITERAATIO YHTEENVETO LÄHDELUETTELO...10 LIITTEET 1
4 1 Johdanto Tässä dokumentissa kuvataan T Ohjelmistotuotannon erikoiskurssin puitteissa toteutettava perehtyminen valittuihin ohjelmistokehityksen käytäntöihin. Dokumentissa kuvattuja käytäntöjä sovelletaan samaan aikaan suoritettavalla T Ohjelmistokehitysprojekti I-kurssilla toteutettavassa CoSCAsimulaattorin jatkokehitysprojektissa. Tässä työssä käytettävyyden arviointia tullaan tekemään sekä käytettävyystesteillä että heuristisella arviolla. Käytettävyyden arvioinnin tavoitteena on testata ja parantaa kehitteillä olevan tuotteen käytettävyyttä. Tuotetta kehitettäessä pyritään kiinnittämään erityistä huomiota tuotteen tulevien käyttäjien näkökulmaan: pystyvätkö käyttäjät tekemään järjestelmällä niitä tehtäviä, joihin se on suunniteltu? Ohjelmistokehitysprojektissa tavoitteena on toteuttaa olemassa olevaan CoSCA-simulaattoriin helppokäyttöinen ja opittava käyttöliittymä, joka mahdollistaa simulaattorin hyödyntämisen Helsingin Kauppakorkeakoulussa (HKKK) opetuksen apuvälineenä. Näin ollen on luontevaa ottaa käytettävyyden arviointi yhdeksi projektissa käytettäväksi menetelmäksi, jolla pyritään varmistamaan halutun tavoitteen helposti käytettävän ja opittavan käyttöliittymän saavuttaminen. Käytettävyystestauksessa käyttäjäryhmä, johon keskitytään, on HKKK:n opiskelijat, joita osallistuu testeihin vähintään kolme. Testejä tullaan tekemään projektin aikana kaksi kertaa. Heuristinen arviointi tullaan tekemään Nielsenin heuristiikkojen pohjalta ja suoritetaan kerran kummassakin iteraatiossa. Käytettävyyden arviointia suunniteltaessa tullaan perehtymään Jacob Nielsenin kirjaan Usability Engineering ja Sirpa Riihiahon artikkeleihin Käytettävyystestauksen muunnelmia ja Käytettävyyden arviointi käyttäjiä. 1
5 2 Menetelmien soveltaminen projektissa Valittuja menetelmiä, heuristinen arvio ja käytettävyystestit, käytetään osana toteutettavan tuotteen testausta. Seuraavissa luvuissa kuvataan valittujen menetelmien soveltamista CoSCA-simulaattorin jatkokehitysprojektissa. 2.1 Käytettävyystestit Ryhmäläpikäynti Ensimmäinen käytettävyystesti käyttäjien kanssa tullaan tekemään paperiprotoa käyttäen ns. ryhmäläpikäyntimenetelmällä [2]. Testi tullaan tekemään heti I1-iteraation alussa, jotta testistä saatua palautetta ja tuloksia voidaan hyödyntää käyttöliittymän suunnittelussa I1-iteraation aikana. Koska kehitettävän käyttöliittymän ensisijainen kohdeyleisö on Helsingin Kauppakorkeakoulun opiskelijat, tulevat käyttäjät testissäkin olemaan ko. kohderyhmän edustajia. Ryhmäläpikäyntiin osallistuu 2 käyttäjää, 1 käyttöliittymän suunnittelija ja 2 käytettävyysasiantuntijaa. Ryhmäläpikäynnissä sekä käyttäjät että suunnittelija tekevät itsenäisesti annetut t (liite 1) paperiprotoa käyttäen, merkiten paperiprotoon ne toiminnot, joita käyttää n tekemiseksi. Käytettävyysasiantuntijoista toinen toimii testitilanteen ohjaajana ja toinen ohjaa tehtävien jälkeistä keskustelua. Vaikka keskustelu onkin vapaamuotoista, pyritään sitä ohjaamaan niin, että ennalta määritellyistä osa-alueista (taulukko 1 ja liite 2) saadaan palautetta. Testissä käytettävän proton kuvat ovat liitteessä 3. Tilaisuudessa Aleksi edustaa suunnittelijoita, Elina ja Vesa käytettävyysasiantuntijoita: Vesa ohjaa testitehtävien läpiviennin, Elina ohjaa keskusteluosuutta. Testitilaisuuden rakenne (tarkemmin liiteessä 2): - Esittely (10min) - Kaksi ä paperiprotolla itsenäisesti (20 min) (Tehtävät annetaan yksitellen) - Keskustelua testitehtävistä ja protosta ( 30 min) - Lopetus (10 min) Käytettävyyskriteerit Käytettävyyden arvioinnissa keskitytään opittavuuden ja miellyttävyyden mittaamiseen. Kurss(e)ille, jossa työkalua käytetään opetuksen apuvälineenä, tulee uusia opiskelijoita joka vuosi. Työkalun tulee olla nopeasti opittavissa, jotta harjoitusten tekemisessä aika ei kulu työkalun käytön opiskeluun, vaan itse asiaan, harjoitusten tekemiseen ja niistä oppimiseen. Mitä miellyttävämmäksi opiskelijat kokevat työkalun käytön sitä 2
6 mieluummin sitä myös käytetään. Taulukossa 1 on koostettu käytettävyyskriteerit ja mittarit, joihin ensimmäisessä käytettävyystestissä keskitytään. Miellyttävyyttä mitattaessa käyttäjiä pyydetään arvoimaan käytön helppoutta, ikkunoiden ryhmittelyä ja tulostentarkastelua asteikolla 1-3 ja annetuista arvioista lasketaan keskiarvo. Annetulla asteikolla 1 on paras arvosana ja 3 huonoin (tarkemmin kysymyskohtaisesti liitteessä 2) Taulukko 1. Käytettävyyskriteerit ja mittarit Opittavuus Käytettävyyskriteeri Käytettävyystekijä Mittaustapa Mittari Esimerkki systeemin valitseminen Esimerkki työvirran valitseminen Esimerkki kustannusrakenteen valitseminen Tarkasteluaikavälin valinta Päätössäännönvalinta Käyttöliittymässä käytetyt termit Miellyttävyys Käytön helppous Keskustelu Käyttöliittymässä käytetyt termit Käyttöliittymän toimintojen ryhmittelyn selkeys Tulosten tarkastelu Keskustelu Keskustelu Haastattelu tehtävän mukaisen systeemin ilamn tehtävän mukaisen systeemin tehtävän mukaisen kustannusrakent een tehtävän mukaisen tarkasteluaikaväli n haluamansa päätössäännön Käyttöliittymässä käytety termit Alin hyväksytty taso Tavoite taso Paras Taso apua termien kanssa 1/2 tuntee termit ovat tuttuja Käyttöliittymän käytön helppous (keskiarvo) Käyttöliittymässä käytety termit ovat tuttuja apua termien kanssa 1/2 tuntee termit Käyttöliittymän ryhmittely on onnistunut (keskiarvo) Tulosten esitystapa on ymmärrettävä (keskiarvo) /2 tuntee termit 2/2 tuntee termit 3
7 2.1.2 Toinen käytettävyystesti Toinen käytettävyystesti on perinteinen testitehtävillä suoritettava testi. Testi tehdään iteraatio 1:n lopussa, jolloin testissä on käytettävissä sovelluksen ensimmäinen toimiva ohjelmaversio ja saatuja tuloksia voidaan hyödyntää I2 iteraatiossa. Myös tässä testissä testikäyttäjät edustavat kohderyhmää eli ovat HKKK:n opiskelijoita ja testejä tehdään kaksi kappaletta. Käytettävyystestiin osallistuu kerrallaan yksi testikäyttäjä, testiohjaaja ja avustaja. Testiohjaaja kertoo mitä testissä tapahtuu, antaa t ja haastattelee lopuksi testikäyttäjän. Avustaja kirjaa muistiinpanot havainnoista ja haastattelusta. Ensimmäisessä testissä Elina on testiohjaaja ja Vesa kirjaa muistiinpanoja, toiseen testiin rooleja vaihdetaan. Testikäyttäjä suorittaa ennalta määritellyt t sovelluksella itsenäisesti kertoen samalla ääneen mitä on tekemässä. Ryhmäläpikäynnissä käytettyjä tehtävit on muokattu tähän käytettävyystestiin sopivaksi (tehtävät 3 ja 4 liiteessä 1). Testit pidetään Otaniemessä 8.12 ja yhden testitilaisuuden kesto on noin 1 tunti. Testitilaisuuden rakenne (tarkemmin liiteessä 6): - Esittely (10min) - Kaksi ä toimivalla ohjelmalla ääneen ajatellen (20 min) (Tehtävät annetaan yksitellen) - Haastattelu (20 min) - Lopetus (10 min) Käytettävyyskriteerit Toisessakin käytettävyys testissä keskitytään opittavuuden ja miellyttävyyden mittaamiseen. Taulukossa 2 on koostettu käytettävyyskriteerit ja mittarit, joihin toisessa käytettävyystestissä keskitytään. Miellyttävyyttä mitattaessa käyttäjiä pyydetään arvoimaan käytön helppoutta, ikkunoiden ryhmittelyä ja tulostentarkastelua asteikolla 1-3 ja annetuista arvioista lasketaan keskiarvo. Annetulla asteikolla 1 on paras arvosana ja 3 huonoin (tarkemmin kysymyskohtaisesti liitteessä 6). Opittavuutta mitataan testitehtävillä; saavatko testikäyttäjät tehtyä annetut tehtävät. Taulukko 2. Käytettävyyskriteerit ja mittarit Opittavuus Käytettävyyskriteeri Käytettävyystekijä Mittaustapa Mittari Esimerkki systeemin valitseminen tehtävän mukaisen systeemin Alin hyväksytty taso Tavoite taso Paras Taso 4
8 Miellyttävyys Esimerkki työvirran valitseminen Esimerkki kustannusrakenteen valitseminen Tarkasteluaikavälin valinta Päätössäännönvalinta Päätössäännönvalinta Käyttöliittymässä käytetyt termit Ohjelman käytön helppous Käyttöliittymässä käytetyt termit ja lyhenteet Wizardin käytön helppous Käyttöliittymän toimintojen ryhmittelyn selkeys Wizardissa Tulosten tarkasteluikkuna n selkeys Tulosten tarkastelu Haastattelu Haastattelu Haastattelu Haastattelu Haastattelu Haastattelu tehtävän mukaisen systeemin tehtävän mukaisen kustannusrakent een tehtävän mukaisen tarkasteluaikaväli n haluamansa päätössäännön Saa vaihdettua haluamansa päätössäännön Käyttöliittymässä käytety termit apua termien kanssa 1/2 tuntee termit ovat tuttuja Käyttöliittymän käytön helppous (keskiarvo) Käyttöliittymässä käytety termit ovat tuttuja apua termien kanssa 1/2 tuntee termit Käyttöliittymän käytön helppous (keskiarvo) Käyttöliittymän ryhmittely on onnistunut (keskiarvo) Tulosten tarkasteluikkuna on selkeä (keskiarvo) Tulosten esitystapa on ymmärrettävä (keskiarvo) /2 tuntee termit 2/2 tuntee termit 5
9 2.2 Heuristinen arvio Heuristinen arvio I1-iteraatiossa Heuristinen arvio tehdään ennen toista käytettävyystestiä 5.12 ja arvioitavan ohjelmiston laajuus on iteraatio 1:n tuotokset. Menetelmällä pyritään löytämään yleisiä käytettävyysongelmia, kuten epäloogiset ja puuttuvat perustoiminnallisuudet, epäyhtenäisyydet näyttöjen sommittelussa tai painikkeiden ja tekstikenttien epäjohdonmukainen ryhmittely ja järjestys. Arvioinnin suorittavat Aleksi ja Elina. Arviointi suoritetaan ensi vaiheessa itsenäisesti läpikäyntinä ja tavoitteena on löytää käyttöliittymän käytettävyysongelmia. Arvionnin apuna käytetään tarkistuslistaa (liite 7) ja Nielsenin kymmenen heuristiikkaa(1993) (liite 8). Löytyneille ongelmille kirjataan tunniste, lyhyt kuvaus, heuristiikka, jota se rikkoo ja subjektiivinen arvio vakavuudesta [taulukko 3]. Virheitä ei pyritä tässä vaiheessa arvioimaan muuten kuin arvioijan henkilökohtaisella mielipiteellä tai tekemään korjausehdotuksia. Toisessa vaiheessa Aleksi koostaa ensimmäisessä vaiheessa kerääntyneen tiedon, arvioi niiden vakavuuden, tekee alsutavat parannusehdotukset ja arvio niiden työmäärän. Yhteenveto käydään läpi palaverissa, jossa päätetään tarvittavista jatkotoimista. Taulukko 3. Virheiden luokitus ja toimenpiteet Virheen vakavuus Selitys Toimenpiteet 1 Virhe ei vaikuta ohjelman toiminnallisuuteen ja se ei riko ohjelman ulkoasua vakavasti. Korjataan, jos se muun tehtävän työn ohessa pystytään korjaamaan. 2 Virhe vaikeuttaa ohjelman käyttöä, on usein käytetty toiminto tai rikkoo ohjelman ulkoasua vakavasti. Virheet arvioidaan työmäärän mukaan ja otetaan osaksi jatkokehitystä. 3 Virhe vaikeuttaa ohjelman käyttöä vakavasti tai aiheuttaa tilanteen, jossa käyttäjä ei pysty tekemään toimintoa toisella tavalla. Nämä kaikki virheet tulee korjata ennen kuin ohjelmaa jatkokehitetään. 6
10 2.2.2 Heuristinen arvio I2-iteraatiossa Tarkennetaan myöhemmin Toinen heuristinen arvio (? henkilöä) samaan aikaan kuin vertaistestaus I2-iteraation loppupuolella-> korjaukset lopulliseen versioon. 7
11 3 Kokemuksia Tarkennetaan iteraatioiden aikana. 3.1 Toteustusiteraatio Ryhmäläpikäynti Ryhmäläpikäynti kesti 1,5 tuntia ja kokonaisuudessaan tilaisuus sujui hyvin ja oli palautteen osalta antoisa. Käyttäjät selkeästi pohtivat proton käyttöä testitehtäviä tehdessään. Kumpikin käyttäjä sai t tehtyä. Keskusteluosuudessa kuitenkin kävi ilmi, että käytetty termistö ja lyhenteet eivät olleet täysin tuttuja, mutta olivat pääteltävissä niin, että tehtävän sai tehtyä. Liitteessä 4 on koostettu keskusteluosuudessa esille nostetuja kysymyksiä ja kommentteja. Taulukossa x. on koostettuna tulokset mitattujen käyttävyyskriteerien osalta. Yhteenveto voi todeta, että kriteerit täyttyivät hyvin, testissä saavuetttiin joko tavoite taso tai paras mahdollinen taso. Seuraavassa käytettävyystestissä kriteereitä tulee kuitenkin hiukan tarkentaa. Esim. kohta tuntee termistön on tulkinnan varainen, koska osa oli tuttua ja osa ei. Taulukon tulossarkeen värikoodaus tarkoittaa seuraavaa: Vihreä = Testissä saavutettiin paras taso Keltainen = Testissä saavutettiin tavoitetaso Taulukko x. Testissä mitattujen käytettävyyskriteerien tulokset. Käytettävyyskriteeri Käytettävyystekijä Mittaustapa Mittari Saavutettu Tulos Alin hyväksytty taso Tavoite taso Paras Taso Opittavuus Esimerkki systeemin valitseminen Esimerkki työvirran valitseminen Esimerkki kustannusrakenteen valitseminen Tarkasteluaikavälin valinta tehtävän mukaisen systeemin ilamn tehtävän mukaisen systeemin tehtävän mukaisen kustannusrakent een tehtävän mukaisen tarkasteluaikaväli n 2/2 sai tehtyä 2/2 sai tehtyä 2/2 sai tehtyä 2/2 sai tehtyä 8
12 Päätössäännönvalinta Käyttöliittymässä käytetyt termit Miellyttävyys Käytön helppous Keskustelu Käyttöliittymässä käytetyt termit Käyttöliittymän toimintojen ryhmittelyn selkeys Tulosten tarkastelu Keskustelu Keskustelu Haastattelu haluamansa päätössäännön Käyttöliittymässä käytety termit ovat tuttuja Käyttöliittymän käytön helppous (keskiarvo) Käyttöliittymässä käytety termit ovat tuttuja Käyttöliittymän ryhmittely on onnistunut (keskiarvo) Tulosten esitystapa on ymmärrettävä (keskiarvo) 2/2 sai tehtyä 2/2 tuntee termit niin että sais tehtävät tehtyä 2 2/2 tuntee termit osittain apua termien kanssa 1/2 tuntee termit 2/2 tuntee termit apua termien 1/2 tuntee 2/2 tuntee kanssa termit termit Toteustusiteraatio Yhteenveto 9
13 4 Lähdeluettelo [1]Nielsen, Jakob. Usability Engineering. AP Professional, Boston (1993) [2]Riihiaho, Sirpa. Käytettävyystestauksen Muunnelmia. [3]Riihiaho, Sirpa. Käytettävyyden arviointi käyttäjiä. [4]TeamDC. CoSCA Simulaattorin jatkokehitysprojektin Projektisuunnitelma v.1.0 (2005) [5]TeamDC. CoSCA-Vaatimusmäärittely v.1.5 (2005) [6] TeamDC. Laatusuunnitelma v.0.48 (2005) 10
14 LIITTEET Liite 1: Käytettävyystestien t Liite 2: 1. Käytettävyystestitilaisuuden rakenne Liite3: Testautun paperiproto kuvat Liite 4: 1. Käytettävyystestin tuloksia Liite 5: 2. Käytettävyystestitilaisuuden rakenne Liite 6: Heuristisen arvion tarkistuslista Liite 7: Nielsenin heuristiikat (1993) 1
15 Testitehtävät Liite 1 Testitehtävä 1 (Paperiproto) Olet konsulttina kansainvälisessä konsulttitoimistossa ja asiakkaanasi on eräs suuri suomalainen matkapuhelinvalmistaja. Asiakkaasi on palkannut sinut ja tiimisi suunnittelemaan tuotannonohjausjärjestelmäänsä. Olette saaneet ison osan perustyöstä valmiiksi ja tehtaan pohjapiirroskin on olemassa. Tiedät, että tehtaan perusprosessi tulee olemaan ns. liukuhihnamainen (flow job). Koneiden tavoitekäyttöaste on erittäin korkea, niinpä suurimmat kustannukset syntyvät, mikäli prosessi myöhästyy. Aloititte juuri tilausten priorisointisääntöjen suunnittelun. Teillä on tiettyjä oletuksia siitä, miten tilaukset tulevat todennäköisesti jakautumaan ja haluaisitte seuraavaksi testata priorisointisääntöjänne simulaation avulla. Tiedät, että sopiva tarkasteluväli simulaatiolle olisi 1 vuosi. Haluat tarkastella tuloksia jo puolen vuoden jälkeen ja tuolloin vaihtaa priorisointisääntöjä, mikäli koet tähän olevan tarvetta. Olet saanut käsiisi Cosca-järjestelmän, jonka tiedät mahdollistavan tämän tyyppisen simuloinnin. Valitettavasti et ole koskaan aiemmin käyttänyt ohjelmistoa, joten päätät lähestyä järjestelmää sen Wizard-toiminnon kautta. Tehtävä: Luo wizardilla testisimulaatio, joka vastaa mahdollisimman tarkasti asiakkaasi tulevaa tehdasta ja em. ongelmankuvausta. Testitehtävä 2 (Paperiproto) Olet juuri aloittanut työsi ruotsalaisessa paperitehtaassa logistiikka-asiantuntijana. Työtehtävänäsi on ko. tehtaan toimitusketjun hallinta sekä ylä- että alavirtaan. Tehtaanne valmistaa useita erilaisia paperilaatuja. Paperitehtailla on perinteisesti korkeat varastointikustannukset. Vähentääksesi näiden kustannusten vaikutusta, päätät tehdä kokeiluja eri priorisointisäännöillä toimitusketjun osien tehostamiseksi: nykyisellään käyttöaste on eri osissa vain n. 80 % luokkaa. Onneksi työvirta on melko tasainen eikä sisällä satunnaisuutta nimeksikään. Tiedät, että priorisointisääntöjen vaikutus näkyy tällaisessa järjestelmässä melko nopeasti. Suunnitteletkin simuloivasi tilannetta puolen vuoden ajan. Haluat kuitenkin tarkastella osien suoriutumista kuukauden välein; tällöin voit tarvittaessa hienosäätää päätössääntöjä jo kesken simulaation. Yritykselläsi on valitettavasti juuri laajat säästötoimenpiteet meneillään, eikä kalliisiin kaupallisiin toimitusketjusimulaattoreihin haluta investoida. Työkaverisi on kuitenkin suositellut sinulle akateemisesti kehitettyä Cosca-simulaattoria, jolla sinun pitäisi pystyä suorittamaan tutkimuksesi. Olet juuri saanut simulaattorin asennettua ja päätät tehdä ensimmäisen testiajosi käyttäen siihen rakennettua Wizard-toimintoa. Tehtävä: Luo wizardilla testisimulaatio, joka vastaa mahdollisimman tarkasti toimitusketjuanne ja em. ongelmankuvausta. 2
16 Testitehtävät Liite 1 Testitehtävä 3 (Iteraatio 1 loppu) Olet konsulttina kansainvälisessä konsulttitoimistossa ja asiakkaanasi on eräs suuri suomalainen matkapuhelinvalmistaja. Asiakkaasi on palkannut sinut ja tiimisi suunnittelemaan tuotannonohjausjärjestelmäänsä. Olette saaneet ison osan perustyöstä valmiiksi ja tehtaan pohjapiirroskin on olemassa. Tiedät, että tehtaan perusprosessi tulee olemaan ns. liukuhihnamainen (flow job). Koneiden tavoitekäyttöaste on erittäin korkea, niinpä suurimmat kustannukset syntyvät, mikäli prosessi myöhästyy. Aloititte juuri tilausten priorisointisääntöjen suunnittelun. Teillä on tiettyjä oletuksia siitä, miten tilaukset tulevat todennäköisesti jakautumaan ja haluaisitte seuraavaksi testata priorisointisääntöjänne simulaation avulla. Aiotte asettaa kaikille koneille priorisointisäännöksi FCFS:n. Tiedät, että sopiva tarkasteluväli simulaatiolle olisi 24 viikkoa. Haluat tarkastella tuloksia kolmen viikon välein ja tuolloin vaihtaa priorisointisääntöjä, mikäli koet tähän olevan tarvetta. Olet saanut käsiisi Cosca-järjestelmän, jonka tiedät mahdollistavan tämän tyyppisen simuloinnin. Valitettavasti et ole koskaan aiemmin käyttänyt ohjelmistoa, joten päätät lähestyä järjestelmää sen Wizard-toiminnon kautta. Tehtävä: Luo wizardilla testisimulaatio, joka vastaa mahdollisimman tarkasti asiakkaasi tulevaa tehdasta ja em. ongelmankuvausta. Aja luotua simulaatiota tarkasteluväleittäin ja muuta halutessasi päätössääntöjä. Testitehtävä 4 (Iteraatio 1 loppu) Olet juuri aloittanut työsi ruotsalaisessa paperitehtaassa logistiikka-asiantuntijana. Työtehtävänäsi on ko. tehtaan toimitusketjun hallinta sekä ylä- että alavirtaan. Tehtaanne valmistaa useita erilaisia paperilaatuja. Paperitehtailla on perinteisesti korkeat varastointikustannukset. Vähentääksesi näiden kustannusten vaikutusta, päätät tehdä kokeiluja eri priorisointisäännöillä toimitusketjun osien tehostamiseksi: nykyisellään käyttöaste on eri osissa vain n. 80 % luokkaa. Onneksi työvirta on melko tasainen eikä sisällä satunnaisuutta nimeksikään. Tiedät, että priorisointisääntöjen vaikutus näkyy tällaisessa järjestelmässä melko nopeasti. Suunnitteletkin simuloivasi tilannetta 12 viikon ajan. Haluat kuitenkin tarkastella osien suoriutumista viikon välein; tällöin voit tarvittaessa hienosäätää päätössääntöjä jo kesken simulaation. Yritykselläsi on valitettavasti juuri laajat säästötoimenpiteet meneillään, eikä kalliisiin kaupallisiin toimitusketjusimulaattoreihin haluta investoida. Työkaverisi on kuitenkin suositellut sinulle akateemisesti kehitettyä Cosca-simulaattoria, jolla sinun pitäisi pystyä suorittamaan tutkimuksesi. Olet juuri saanut simulaattorin asennettua ja päätät tehdä ensimmäisen testiajosi käyttäen siihen rakennettua Wizard-toimintoa. Tehtävä: Luo wizardilla testisimulaatio, joka vastaa mahdollisimman tarkasti asiakkaasi tulevaa tehdasta ja em. ongelmankuvausta. Aja luotua simulaatiota tarkasteluväleittäin ja muuta halutessasi päätössääntöjä. 3
17 Testitilaisuudenrakenne 1. Käytettävyystesti Liite 2 1 Esittely Ryhmän jäsenten esittely Testattavan käyttöliittymän tarkoituksen esittely Testin esittely; Kuinka edetään jne (esimerkki toimintojen merkitsemisestä). 2 Testitehtävät Testitehtävät annetaan yksitellen kaikille yhtäaikaa. Tehtävä luetaan ääneen sen lisäksi kukin testaaja saa tehtävän paperilla. Uusi tehtävä annetaan kaikille yhtäaikaa. Protolla tehtävät toiminnot kirjoitetaan paperiprotoon. 3 Keskustelua testitehtävistä ja Protosta Käyttäjät kertovat tekemistään ratkaisuista Tarvittaessa kuvataan suunniteltu toimintatapa Mille testi tuntui? Olivatko testi tehtävät ymmärrettäviä? ( Oliko proton käyttö helppoa (arvioi asteikolla 1-3, 1= helppoa, 2=sopiva(ei helppo/ei vaikea), 3= vaikeaa) Jäikö jokin vaivaamaan? Heräsikö kysymyksiä/kommentteja? Oliko käytetty termistö tuttua? Mille asioiden ryhmittely ikkunoissa vaikutti? (arvioi asteikolla 1-3, 1= erittäin hyvä/selkeä, 2=selkeä, 3= ei kovin selkeä) Mille tulosten katseluikkunoissa vaikutti? (arvioi asteikolla 1-3, 1= erittäin hyvä/selkeä, 2=selkeä, 3= ei kovin selkeä) Toiveita? 4
18 Testitilaisuudenrakenne 1. Käytettävyystesti Liite 2 4 Lopetus Lyhyesti mitä tuloksille tehdään, mitä tapahtuu jatkossa Kiitettään osallistumisesta 5
19 Proton kuvat Liite 3 Kuva 1. Systeemin valinta Kuva 2. Työvirran valinta 6
20 Proton kuvat Liite 3 Kuva 3. Kustannusrakenteen valinta Kuva 4. Tarkasteluaikavälin ja tarkistuspisteiden valinta (valikko tarkoituksella avattu) 7
21 Proton kuvat Liite 3 Kuva 5. Flow Shop, päätössäännöt valinta Kuva 6. Tulosikkuna 8
22 Proton kuvat Liite 3 Kuva 7. Flow shop- Flow shop- Job shop, päätössääntöjen valinta Kuva 8. Tulosikkuna 9
23 1. käytettävyystestin tuloksia Liite 4 Kuvat, joihin viitataan ovat liiteessä 3. 1) Systeemin valitseminen (kuva 1) - Yläosan System-> Workfolw-> Costs -> Timeframe, on hyvä ja kuvaava. Hyvä, että näkee ettei tämä ole loputon - Flow Shop ei ole tullut tuttu termi toiselle käyttäjistä, toinen oli kuullut. Mahtuisiko viereen pieni kuva, jossa näkyisi myös se monestako resurssista flow shop koostuu - Supply Chain (two... and...) Ei ole selvä; Mitä tarkoitaa? Tulossivulla erilainen systeemi... - Mitä tapahtuisi Define Own System valinnasta? 2) Työvirran valitseminen (kuva 2) - OK, selvä - Kirjoitusvirhe 3) Kustannusrakenteen valitseminen (kuva 3) - Ok, mutta jäi mietityttämään mitä taphtuu muille arvoille kuin vain valitulle...?? 4) Tarkasteluaikavälin valiseminen (kuva 4) - Kyllä tästä ymmärsi mitä pitää tehdä, mutta olisiko osannut valita jos ei olisi ollut annettua tehtävää, jossa annetaan vinkkiä aikaväleistä? - Hämäävää, mitä tarkoittaa /s -> voisiko lukea vain months? 5) Flow shop Päätössäännönvalinta (kuva 5 ja 7) - Mistä tähän ilmestyi 4 resurssia, en valinnut mistään sellaista? - RUN-nappi mitä siitä tapahtuu? - Scheduling Rule -> Priority Rule - Lyhenteet, ei niitä muista - Mikä on CR+ SPT? - Alareunan Time? Mikä aika? Mitä aikajana kuvaa? Miksi se on 6 kohdalla? Onko tämä simulaatiojakson pituus? 10
24 1. käytettävyystestin tuloksia Liite 4 6) Flow shop tulostentarkastelu (kuva 6 ja 8) - Mitä on PCP ja RPV? - Month 6 aika huomaamaton? Mitä tarkoittaa? Koko ajon pituutta vai tähän mennessä ajettua? Näkyy slideristä paremmin, mutta menee sekaisin, mitä eroa sliderin ja tämän tekstin välillä. - Mihin joutuu jos painaa Back to config? - Start sim...-jatkaako puolesta vuodesta eteenpäin? Miten eroaa End simulation? Ajaako kuukauden kerrallaan - Ilmeisesti sääntöä saa vaihtaa jos tarvitsee? - End simul... -> Finalize? Muita kommentteja - Jotenkin olisi hyvä nähdä pullonkaularesurssit, visuaalisesti (voisiko olla värikoodit?) jos mahdollista. - Painikkeiden (back to config, start simu, end simu) sijainti ei hyvä. Voisiko tulosten katseluikkuna olla ihan omanaan jossa ei ole mitään nappeja ja kaikki mitkä liittyy simulaation ajoon olisi omassaan? - Slider voisi olla vain tulosten tarkastelua varten (miten siitä muuten näkisi mistä kohdasta ajo voi jatkua) - Resursseja ei ilmeisesti voi lisätä kesken ajon (ok)? - Puunnäkymä: siltä varmaan pääsee tarkastelemaan ja muokkaamaan resurssien parametreja - Configuration, on ok, ei tule parempaakaan termiä mieleen - Tulosten esittely graafisesti olisi hyvä juttu - Jos paljon resurseja saisiko niistä listan jota voisi sortata eri tavoin, eli esim. käyttöasteen mukaan? - Proton käyttö: Alku helppoa, loppu osa vaikeampi -> arvio Wizardi-ikkunoiden ryhmittely: Erittäin selkeä -> arvio Tulostenkatseluikkuna: Periaatteessa selvä, lyhenteet ei selviä -> arvio 2, (Testikäyttäjien opiskelut noin puolivälissä 100 ja 130 oparia, kurssi jolle työkalua suunnitellaan on jo suoritettuna). 11
25 Testitilaisuudenrakenne - 2. käytettävyystesti Liite 5 1 Esittely Ryhmän jäsenten esittely Testattavan käyttöliittymän tarkoituksen esittely Testin esittely; Kuinka edetään jne (esimerkki ääneen ajattelusta). 2 Testitehtävät Testitehtävät annetaan testikäyttäjälle kirjallisesti yksitellen Testikäyttäjä lukee tehtävän ensin ääneen Testikäyttäjä kertoo ääneen mitä tekee (ja ajattelee), kun tekee testitehtäviä 3 Haastattelukysymysket Mille testi tuntui? Olivatko t ymmärrettäviä? Millaista ohjelman käyttö oli (arvioi asteikolla 1-3, 1= helppoa, 2= ei helppo/ei vaikea, 3= vaikeaa) Millaista Wizardin käyttö oli? (arvioi asteikolla 1-3, 1= helppoa, 2= ei helppo/ei vaikea, 3= vaikeaa) Mille asioiden/toimintojen ryhmittely Wizardin ikkunoissa vaikutti? (arvioi asteikolla 1-3, 1= erittäin hyvä/selkeä, 2=selkeä, 3= ei kovin selkeä) Mille vaikutti käytetty termistö ja lyhenteet? (arvioi asteikolla 1-3, 1= erittäin hyvä/selkeä, 2=selkeä, 3= ei kovin selkeä) Mille tulosten katseluikkunoissa vaikutti? (arvioi asteikolla 1-3, 1= erittäin hyvä/selkeä, 2=selkeä, 3= ei kovin selkeä) Oliko saadut tulokset ymmärrettäviä? (arvioi asteikolla 1-3, 1= erittäin hyvä/selkeä, 2=selkeä, 3= ei kovin selkeä) Heräsikö kysymyksiä/kommentteja/toiveita? 4 Lopetus Lyhyesti mitä tuloksille tehdään, mitä tapahtuu jatkossa Kiitetään osallistumisesta 12
26 Heuristisen arvion tarkistuslista Liite 6 Heuristisen arvion tarkistuslista Koko ohjelma: 1. Onko Look and Feel sopiva. 1. Pääseekö näppäimistöllä liikkumaan loogisesti (mukaanlukien enter) 2. Onko asemointi ok. a. Fontit b. Kappaleiden sijoittelu c. Nappuloiden sijoittelu d. Nappuloiden toiminta e. Tekstikenttein sijoittelu ym. 3. Ovatko tekstit järkeviä 4. Toimivatko tooltipit oikein 5. Ovatko palautteet riittävät 6. Ovatko poistumiset selkeät 7. Onko käyttäjällä mahdollista tehdä jotain laitonta 8. Puuttuuko jotain olennaista 9. Mitä hyvää ohjelmasta löytyy SimulationFrame: 1. Onko puun rakenne ymmärrettävä 2. Onko Framen rakenne toimiva Koon säätäminen Valikkojen sijoittelu Toiminnallisuuksien löytyminen/sijoittelu 3. Onko system näkymä selkeä 4. Onko report näkymä selkeä Wizard: Voiko käyttäjä hukata Wizard ikkunan 13
27 Nielsenin heuristiikat (1993) Liite 7 Nielsenin kymmenen heuristiikkaa (1993) [1] : 1. Käytä yksinkertaista ja luonnollista dialogia 2. Käytä käyttäjien omaa kieltä 3. Minimoi käyttäjän muistikuormaa 4. Tee käyttöliittymästä kauttaaltaan yhdenmukainen 5. Anna käyttäjälle palautetta toiminnoista 6. Anna selkeä poistumistapa eri tiloista ja toiminnoista 7. Anna käyttäjälle mahdollisuus käyttää oikopolkuja 8. Anna virhetilanteista selkeät virheilmoitukset 9. Vältä virhetilanteita 10. Anna riittävä ja selkeä apu ja dokumentaatio 14
SEPA Päiväkirja. Käytettävyyden arviointi
SEPA Päiväkirja Käytettävyyden arviointi T-76.5633 Ohjelmistotuotannon erikoiskurssi Aleksi Airola 39054L Vesa Haukkavaara 60610A Elina Kontro 57184R Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 15.10.2005
LisätiedotGood Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi
Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.
LisätiedotI1 Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
I1 Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 9
LisätiedotKäytettävyys verkko-opetuksessa Jussi Mantere
Käytettävyys verkko-opetuksessa 21.8.2002 Jussi Mantere Mitä käytettävyys on? Learnability (opittavuus) Efficiency (tehokkuus) Memorability (muistettavuus) Errors prevented (virheiden tekeminen estetty)
LisätiedotI2 -Iteraatiosuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
I2 -Iteraatiosuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Sisällysluettelo 1 Johdanto 2 1.1 Tavoitteet 3 1.2 Tuotokset 4 1.3 Tehtävät ja työmääräarviot 6 1.4 Vaiheistus ja aikataulutus 8
LisätiedotMitä käytettävyys on? Käytettävyys verkko-opetuksessa. Miksi käytettävyys on tärkeää? Mitä käytettävyys on? Nielsen: käytettävyysheuristiikat
Mitä käytettävyys on? Käytettävyys verkko-opetuksessa 21.8.2002 Jussi Mantere Learnability (opittavuus) Efficiency (tehokkuus) Memorability (muistettavuus) Errors prevented (virheiden tekeminen estetty)
LisätiedotSEPA Heuristinen arviointi
SEPA Heuristinen arviointi Versio Päivämäärä Muokkaaja Kuvaus 1.00 3.12.2005 Markus Kattilamäki Dokumentti luotu 0.50 Kirsi Rönkkö Alustava dokumentti Wikiin Sisällysluettelo 1 Johdanto... 1 2 Menetelmän
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotKäytettävyyden testaus
Käytettävyyden testaus Hannu Kuoppala kuoppa@cs.hut.fi Sisältö Käytettävyyden arviointitapoja Käytettävyyden mittaus käytettävyyden määritelmä Testaussuunnitelma käytettävyyskriteerit Tyypillinen käytettävyystesti
LisätiedotSEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9
AgilElephant T-76.115 Esa Mommo, 57197J Pauli Vesterinen, 65220P Tekijä: Esa Mommo/Pauli Vesterinen Omistaja: ElectricSeven Aihe: Sivu 1 of 6 Dokumentti Historia Revisio Historia Revision päiväys: 26.10.2004
LisätiedotCOTOOL dokumentaatio SEPA: Käytettävyystestaus
Table of Contents Käytettävyystestaus......................................................................... 1 1 Johdanto.................................................................................
LisätiedotKÄYTETTÄVYYDEN PERUSTEET 1,5op. Käytettävyyden arviointi paperiprototyypeillä Kirsikka Vaajakallio TaiK 18.4.2007
KÄYTETTÄVYYDEN PERUSTEET 1,5op Käytettävyyden arviointi paperiprototyypeillä Kirsikka Vaajakallio TaiK 18.4.2007 1. MÄÄRITTELE 2. TUNNISTA RATKAISU 5. ARVIOI 3. MÄÄRITTELE 4. LUO Aiheena keskiviikkona
LisätiedotSEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: Projekti : AgileElephant Versio: V0.93
AgilElephant T-76.115 Esa Mommo, 57197J Pauli Vesterinen, 65220P Tekijä: Esa Mommo/Pauli Vesterinen Omistaja: ElectricSeven Aihe: Sivu 1 of 7 Dokumentti Historia Revisio Historia Revision päiväys: 29.11.2004
LisätiedotLinssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi
Linssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi Diplomityöseminaari 1.3.2005 Kirsi Eulenberger-Karvetti Esityksen rakenne * Työn tausta * Työn tavoitteet * Katsaus käytettävyyteen
LisätiedotEvaluointidokumentti
Home Movie Archive Evaluointidokumentti Teknillinen korkeakoulu T-121.310 -opintojakson ryhmätyö Juha-Pekka Koivisto Janne Ojala Pasi Ranne 18.11.2003 Sisällys 1 Johdanto...1 2 Heuristinen arviointi...1
LisätiedotHeuristinen arviointi. Laskari 7
Heuristinen arviointi Laskari 7 Heuristinen arviointi Arvioidaan käyttöliittymää suunnitelusääntöjen avulla Useimmiten käytetään Jakob Nielsenin kymmentä sääntöä Eräs asiantuntija-arviointitavoista Etsitään
LisätiedotHeuristisen arvioinnin muistilista - lyhyt versio
Alla oleva kymmenkohtainen muistilista on sovellettu Jakob Nielsenin heuristisen arvioinnin muistilistasta (Nielsen, 1994), hyödyntäen Keith Instonen wwwpalveluiden arviointiin muokattua samaista listaa
LisätiedotKäyttäjätestaus. Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu. Mika P. Nieminen, TKK 1
Käyttäjätestaus Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu Mika P. Nieminen, TKK 1 Miksi testataan? Sisältö Käytettävyyden arviointitapoja Käytettävyyden mittaus» käytettävyyden määritelmä»
LisätiedotRyhmäläisten nimet:
1 TJTA10, kevät 2020 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotRyhmäläisten nimet:
1 TJT10, kevät 2017 VERTAISARVIOINTILOMAKE Ryhmäläisten nimet: 1. 2. 3. Heuristinen arviointi käyttäen ohjeistuksessa olevaa heuristiikkalistaa. Tehdään vertaisarviointi käyttöliittymästä. Testi suoritetaan
LisätiedotKÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ
KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ Eeva Kangas 05.11.2015 @FixUi Oy 2013 2015 FIXUI "Autamme yrityksiä suunnittelemaan sellaisia tuotteita, joita ihmiset osaavat ja haluavat käyttää" Käyttäjätutkimukset
LisätiedotSEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: Projekti : AgileElephant
AgilElephant T-76.115 Esa Mommo, 57197J Pauli Vesterinen, 65220P Tekijä: Esa Mommo/Pauli Vesterinen Omistaja: ElectricSeven Aihe: Sivu 1 of 8 Dokumentti Historia Revisio Historia Revision Numero Revision
LisätiedotSEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus
SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus Lehmus, Auvinen, Pihamaa Johdanto Käyttäjätestauksella tarkoitetaan tuotteen tai sen prototyypin testauttamista todellisilla käyttäjillä. Kehittäjät
LisätiedotKäytettävyyden arvionti
Käytettävyyden arvionti ilman käyttäjiä Sisältö käyttäjien rooli arvioinnissa asiantuntija-arvioiden tarve heuristinen arvio mitä? kuka? miten? heuristiikat Käytettävyyden arvionti ilman käyttäjiä automaattinen
LisätiedotNimi: Opnro: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä. 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla:
Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla: a) käytettävyys b) käyttäjäkeskeinen suunnittelu c) luonnollinen kieli
LisätiedotHeuristinen arviointi
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Heuristinen arviointi Ryhmä Rajoitteiset Mitro Kuha Versio Päivämäärä
LisätiedotTeknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Käyttöliittymäprototyypin testaussuunnitelma. Koordinaattieditori
Käyttöliittymäprototyypin testaussuunnitelma Koordinaattieditori Sisällysluettelo 1. Esittely...3 1.1. Testattavan prototyypin käyttötarkoitus ja pääkäyttäjäryhmä...error! Bookmark not defined. 1.2. Testin
LisätiedotT Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotKäyttäjäkeskeinen suunnittelu
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotTAMK Ohjelmistotekniikka G Graafisten käyttöliittymien ohjelmointi Herkko Noponen Osmo Someroja. Harjoitustehtävä 2: Karttasovellus Kartta
TAMK Ohjelmistotekniikka G-04237 Graafisten käyttöliittymien ohjelmointi Harjoitustehtävä 2: Karttasovellus Kartta TAMK Karttasovellus Kartta Sivu 2/8 Sisällysluettelo 1. JOHDANTO...3 2. VAATIMUSMÄÄRITTELY...
LisätiedotKäytettävyyden arviointi ilman käyttäjiä
Käytettävyyden arviointi ilman käyttäjiä Sirpa Riihiaho Teknillinen korkeakoulu Käytettävyysryhmä Käytettävyyteen tulisi panostaa ja sitä tulisi arvioida koko tuotekehitysprosessin ajan. Turhan usein käytettävyyttä
LisätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
LisätiedotH Prosessi- ja kokonaisarkkitehtuurityökalu palveluna Liite 17 Käytettävyyden arviointi
H087-12 Prosessi- ja kokonaisarkkitehtuurityökalu palveluna Liite 17 Käytettävyyden arviointi Tämän dokumentin tarkoituksena on määrittää kilpailutukseen H087-12 liittyvää käytettävyyden arviointia Tässä
LisätiedotKäytettävyyden arviointi ilman käyttäjiä
Käytettävyyden arviointi ilman käyttäjiä Sirpa Riihiaho Käytettävyysryhmä Teknillinen korkeakoulu Sirpa Riihiaho,TKK 1 Sisältö l käytettävyyden arvioinnin jaotteluja l asiantuntija-arvioiden tarve l heuristinen
LisätiedotKäytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia?
Käytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia? Timo Jokela, FT Timo Jokela, FT historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones,
LisätiedotSYMBIANIN SERIES 60 JA PUHELIMEN PERUSTOIMINNOT
T-121.200 KÄYTTÖLIITTYMÄPSYKOLOGIA SYMBIANIN SERIES 60 JA PUHELIMEN PERUSTOIMINNOT Kirsi Männistö kmannist@cc.hut.fi T-121.200 Käyttöliittymäpsykologia 1 (7) Kirsi Männistö Sisällysluettelo 1 JOHDANTO...
LisätiedotSuomi.fi: Asiointi ja lomakkeet osion käyttöliittymämallien käyttäjätestaus. Testaustulosten esittely
1 Suomi.fi: Asiointi ja lomakkeet osion käyttöliittymämallien käyttäjätestaus Testaustulosten esittely 14.1.2009 Paula Hupponen ja Tino Rossi / Steerco Oy 2 Esityksen sisältö Käyttäjätestauksen toteutus
LisätiedotT Iteraatio Demo TeamDC I1 - Iteraatio
T-76.4115 Iteraatio Demo TeamDC I1 - Iteraatio 7.12.2005 Agenda I1 Iteraatio demo 7.12.2005 T-76.4115 76.4115 Iteration demo Projektin tilannekatsaus (10 min) Projektin esittely tarvittaessa Yleiskuva
LisätiedotHirviö SEPA-dokumentti Käyttöliittymän heuristinen arvoiointi
Hirviö Käyttöliittymän heuristinen arvoiointi 30. marraskuuta 2004 1 Sisältö 1 Johdanto 3 2 Nielsenin kymmenen kohdan heuristiikka 3 3 Heuristisen arvioinnin hyödyntäminen projektissa 4 4 Kokemukset ja
LisätiedotSEPA Heuristinen arviointi
SEPA Heuristinen arviointi Versio Päivämäärä Muokkaaja Kuvaus 1.1 24.2.2006 Markus Kattilamäki Yhteenvedon lisäys, käyttöliittymäkuvat 1.01 11.1.2006 Kirsi Rönkkö Kirjoituksen korjailua, pieni lisäyksi
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotTUTKIMUKSEN LÄHTÖKOHTIA, TOTEUTUS ja HYÖDYT Kalle Saastamoinen Lappeenrannan Teknillinen Yliopisto LTY 2003
KÄYTETTÄVYYDEN TUTKIMISELLAKO TOIMIVAMMAT WWW-SIVUT? TUTKIMUKSEN LÄHTÖKOHTIA, TOTEUTUS ja HYÖDYT Kalle Saastamoinen Lappeenrannan Teknillinen Yliopisto LTY 2003 Sisältö Mitä on tarkoitetaan sanalla käytettävyys
LisätiedotSoberIT Software Business and Engineering Institute T-121.110. Testaussuunnitelma paperiprototyyppi ja Kevät 2003 HELSINKI UNIVERSITY OF TECHNOLOGY
T-121.110 Testaussuunnitelma paperiprototyyppi ja Kevät 2003 Yleistä Palautus viikolla 10 Vaiheessa palautetaan Prototyypin testaussuunnitelma Prototyypin navigaatiokartta Prototyyppi 1. Paperiprototyyppi
LisätiedotHELIA 1 (1) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu 02.11.00 16:08
HELIA 1 (1) Luento 9 Käytettävyyden arviointi... 2 Yleistä... 2 Menetelmiä... 3 Etuja... 3 Ongelmia... 3 Palautteet... 4 Käyttäjäkyselyt ja haastattelut... 5 Ryhmäläpikäynti... 7 Käyttäjien havainnointi...
LisätiedotSuvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014
Tietokanta Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia ja linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat
LisätiedotMiten suunnitella hyvä käyttöliittymä?
Miten suunnitella hyvä käyttöliittymä? 6.5.2010 Timo Jokela Timo Jokela FT (2001), dosentti (Oulun yliopisto 2009) historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones,
LisätiedotNelli-portaalin käytettävyys. Saija Lukkarila Pro gradu, kevät 2005 Informaatiotutkimus, OY
Nelli-portaalin käytettävyys Saija Lukkarila Pro gradu, kevät 2005 Informaatiotutkimus, OY Pro gradu -tutkimus Nelli-portaalin hyödyllisyys tutkimustyöhön liittyvän tiedonhankintaprosessin tukemisessa
LisätiedotOhje 1 (12) Maarit Hynninen-Ojala MOODLE PIKAOHJE. Kirjautuminen Moodleen ja työtilan valitseminen
Ohje 1 (12) Maarit Hynninen-Ojala MOODLE PIKAOHJE Kirjautuminen Moodleen ja työtilan valitseminen 1. Verkko-osoite: http://moodle.metropolia.fi 2. Kirjautuminen: omat verkkotunnukset 3. Oma Moodlessa näkyvät
LisätiedotPysähdy! Nyt on syytä miettiä tämä asia uudelleen. Kiinnitä huomiosi tähän. Hienoa, jatka samaan malliin. Innokylän arviointimittari
Innokylän arviointimittari Innokylän arviointimittari on kehittämistoiminnan itse- ja vertaisarvioinnin työkalu, jonka avulla arvioidaan kehittämisprosessia ja kehittämisen tavoitteiden saavuttamista.
LisätiedotLIITE 1. KÄYTETTÄVYYSONGELMAT JA KÄYTTÄJIEN TOIVEET, NIIDEN MÄÄRÄ, LUOKITTELU JA PARANNUSEHDOTUKSET
LIITE 1. KÄYTETTÄVYYSONGELMAT JA KÄYTTÄJIEN TOIVEET, NIIDEN MÄÄRÄ, LUOKITTELU JA PARANNUSEHDOTUKSET Käytettävyysongelmat Tässä liitteen luvussa käsitellään kaikki testeissä esiintyneet käytettävyysongelmat,
LisätiedotKäytettävyyden arviointi
Käytettävyyden arviointi Sirpa Riihiaho Käytettävyysryhmä Teknillinen korkeakoulu Sirpa Riihiaho,TKK 1 Sisältö Käytettävyyden arviointitapoja Tyypillinen käytettävyystesti Heuristinen arviointi Yhteenveto
LisätiedotKäytettävyyden arviointi ilman käyttäjiä
Käytettävyyden arviointi ilman käyttäjiä Menetelmä: Heuristinen arviointi - Heuristisella arvioinnilla löydetään yleisiä käytettävyysongelmia, kuten vieraat termit, epäyhtenäisyydet järjestelmän sanastossa
LisätiedotHeuristinen arviointi
Heuristinen arviointi Heuristiset säännöt 10 suunnitteluperiaatetta eräs asiantuntija-arviointitavoista etsitään yleisiä ongelmia löydetään runsaasti pienempiä ongelmia (vrt. testit käyttäjien kanssa,
LisätiedotPauliina Munter / Suvi Junes Tampereen yliopisto/tietohallinto 2013
Tehtävä 2.2. Tehtävä-työkalun avulla opiskelijat voivat palauttaa tehtäviä Moodleen opettajan arvioitaviksi. Palautettu tehtävä näkyy ainoastaan opettajalle, ei toisille opiskelijoille. Tehtävä-työkalun
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotKäytettävyystestaus. Henkilökohtainen ohjelmistotuotannon harjoitus. Loppuraportti
OtaShop: Käytettävyystestaus Anna Larmo, 5784C 1. Johdanto Käytettävyystestaus Henkilökohtainen ohjelmistotuotannon harjoitus Loppuraportti OtaShop-projektin www-käyttöliittymän suunnittelussa käytettiin
LisätiedotTietokannan luominen:
Moodle 2 Tietokanta: Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia, linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat,
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Heuristiset arviointimenetelmät Marc Josefsson T-76.115 Software project 2(12) Muutosloki Versio Pvm Tekijä
LisätiedotTyöelämän taitojen harjoittelu teknologian käytettävyyden arvioinnin opetuksessa
Työelämän taitojen harjoittelu teknologian käytettävyyden arvioinnin opetuksessa Jenni Anttonen Tampere Unit for Computer-Human Interaction (TAUCHI) & Tampereen yliopiston käytettävyylaboratorio Tietojenkäsittelytieteiden
LisätiedotSoberIT Software Business and Engineering Institute
SoberIT Software Business and Engineering Institute T-121.2100 Johdatus käyttäjäkeskeiseen tuotekehitykseen Käytettävyyden arviointi ilman käyttäjiä -Heuristinen arviointi- Opettava tutkija Mika P. Nieminen
LisätiedotSEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus
SEPA päiväkirja BetaTeam Juho Mäkinen, 57796V, jvmakine@cc.hut.fi Jari Leppä, 42710V, jleppa@cc.hut.fi Versio Pvm Tekijä Kuvaus 0.1 10.11.2005 Juho Mäkinen Johdanto 1. 0.2 11.11.2005 J.Mäkinen, Käytäntöön
LisätiedotTVT-opintojen starttaus "Hermossa" syksy 2015 johanna.kainulainenjyu.fi
TVT-opintojen starttaus "Hermossa" syksy 2015 johanna.kainulainenjyu.fi PLE = personal learning environment henkilökohtainen oppimisen ympäristö, joka yhdistää teknologian, pedagogiikan, oppimisen ja ihmiset
Lisätiedotpikaperusteet 3.3. versio
pikaperusteet 3.3. versio IT-palvelut / Hannele Rajaniemi www.jyu.fi/itp/moodle-ohjeet moodle-support@jyu.fi materiaalin koonnut: Hannele Rajaniemi Alustava sisältö Rakennat omaa Moodle kurssiasi, jossa
LisätiedotKonfiguraatiotyökalun päivitys
Konfiguraatiotyökalun päivitys Kuinka aloitan? Konfiguraatiotyökalu avataan niin kuin aiemminkin suoraan Tenstar clientin käyttöliittymästä, tai harjoituksen ollessa käynnissä. Kuinka aloitan konfiguraatiotyökalun
LisätiedotNspire CAS - koulutus Ohjelmiston käytön alkeet Pekka Vienonen
Nspire CAS - koulutus Ohjelmiston käytön alkeet 3.12.2014 Pekka Vienonen Ohjelman käynnistys ja käyttöympäristö Käynnistyksen yhteydessä Tervetuloa-ikkunassa on mahdollisuus valita suoraan uudessa asiakirjassa
LisätiedotKäyttäjäkeskeisyys verkkopalveluissa
Käyttäjäkeskeisyys verkkopalveluissa JHS-keskustelutilaisuus 6. kesäkuuta 2013 Raino Vastamäki raino.vastamaki@adage.fi Käyttäjäkeskeisyys verkkopalveluissa KLO 14.45 15.15 Käytettävyys ja esteettömyys
LisätiedotOffice 2013 - ohjelmiston asennusohje
Office 2013 - ohjelmiston asennusohje Tämän ohjeen kuvakaappaukset on otettu asentaessa ohjelmistoa Windows 7 käyttöjärjestelmää käyttävään koneeseen. Näkymät voivat hieman poiketa, jos sinulla on Windows
LisätiedotTämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:
Dokumentaatio, osa 1 Tehtävämäärittely Kirjoitetaan lyhyt kuvaus toteutettavasta ohjelmasta. Kuvaus tarkentuu myöhemmin, aluksi dokumentoidaan vain ideat, joiden pohjalta työtä lähdetään tekemään. Kuvaus
LisätiedotSuvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014
Työpaja Työpaja on vertaisarviointiin soveltuva työkalu. Työpaja mahdollistaa töiden palautuksen ja niiden jakelun opiskelijoiden arvioitavaksi sekä arvioinnin antamisen. Laita Muokkaustila päälle ja lisää
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
LisätiedotWindows 10 käyttöjärjestelmän helppokäyttötoiminnot ja asetukset
Windows 10 käyttöjärjestelmän helppokäyttötoiminnot ja asetukset Windowsin asetukset on keskus, jossa voit mm. muuttaa tietokoneen näkemistä, kuulemista ja käyttämistä helpottavia helppokäyttötoimintoja.
LisätiedotLAATURAPORTTI Iteraatio 1
LAATURAPORTTI Iteraatio 1 LAATURAPORTTI 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 9.12.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 Kaarlo Lahtela Korjauksia 1.0 Lauri Kiiski Katselmointi ja
LisätiedotOhjelmistojen mallintaminen, kurssikoe esimerkkivastauksia
Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.
LisätiedotT Vuorovaikutteinen prototyyppi ja käyttöohjeet. Laskari 9: Kevät 2005
T-121.110 Laskari 9: Vuorovaikutteinen prototyyppi ja käyttöohjeet Kevät 2005 Vuorovaikutteinen prototyyppi Prototyypin vaatimuksena on vuorovaikutteisuus reagoi käyttäjän toimintoihin Prototyypin saa
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotKäyttöliittymän suunnittelu tilastotieteen verkko-opetukseen. Jouni Nevalainen
Käyttöliittymän suunnittelu tilastotieteen verkko-opetukseen Jouni Nevalainen Esityksen sisällysluettelo Työn tausta Ongelman asettelu Käsitteitä ja määritelmiä Käytetyt menetelmät Tulokset Johtopäätökset
LisätiedotMenetelmäraportti - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
LisätiedotVisma Fivaldi. Ohjeet Java web startin ja HTML5-työkalun aktivointiin
Visma Fivaldi Ohjeet Java web startin ja HTML5-työkalun aktivointiin Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri
LisätiedotEläinlääketieteen lisensiaatin tutkielma Seminaarityöskentelyohjeet
Eläinlääketieteen lisensiaatin tutkielma Seminaarityöskentelyohjeet Eläinlääketieteellinen tiedekunta Helsingin yliopisto 2017 1 Yleistä Eläinlääketieteen lisensiaatin tutkielman seminaarityöskentelyyn
Lisätiedotehops Henkilökohtainen opintosuunnitelma
ehops Henkilökohtainen opintosuunnitelma Hopsin tekeminen WebOodin ehops-toiminnolla KTK-tutkinto Mikä on ehops? ehops on WebOodin toiminto, jolla voit laatia sähköisen henkilökohtaisen opintosuunnitelman
LisätiedotKorkeakoulujen prosessipalvelin: mallintajan palvelinohje Versio 0.2
Korkeakoulujen prosessipalvelin: mallintajan palvelinohje Versio 0.2 Sisällysluettelo Muutoshistoria...3 1 Johdanto...4 2 Palvelimen käyttöön tarvittavat ohjelmat...4 3 Palvelimelle kirjautuminen...4 4
LisätiedotMiten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet?
Miten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet? Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) *asiakaskohtaisten
LisätiedotSELVITYS PRO GRADUJEN KÄYTÖSTÄ TAIDEKIRJASTOSSA
SELVITYS PRO GRADUJEN KÄYTÖSTÄ TAIDEKIRJASTOSSA Tapani Takalo Lapin korkeakoulukirjasto, yliopisto, taide 17.11.2011 1. Johdanto Lapin yliopiston taidekirjastossa on selvitetty taidekirjaston kokoelmiin
LisätiedotKuva: Ilpo Okkonen
OodiHOPS OHJAAJAN OHJE 14.2.2017 Kuva: Ilpo Okkonen OodiHOPS Oulun yliopistossa Oulun yliopiston koulutusneuvosto on päättänyt, että OodiHOPS-toiminto otetaan käyttöön vähintään aloittavilla opiskelijoilla
LisätiedotKÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0
KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi
LisätiedotT-76.115 Tietojenkäsittelyopin ohjelmatyö
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on jatkuvasti ajan tasalla pidettävä dokumentti johon luetellaan tiedostetut ongelmat ja niiden käsittelytilanne. Päivämäärä 8.2.2003 Projektiryhmä
LisätiedotSen jälkeen Microsoft Office ja sen alta löytyy ohjelmat. Ensin käynnistä-valikosta kaikki ohjelmat
Microsoft Office 2010 löytyy tietokoneen käynnistävalikosta aivan kuin kaikki muutkin tietokoneelle asennetut ohjelmat. Microsoft kansion sisältä löytyy toimisto-ohjelmistopakettiin kuuluvat eri ohjelmat,
LisätiedotLomakkeiden suunnittelu. Aiheina
Lomakkeiden suunnittelu Saila Ovaska Informaatiotieteiden yksikkö, Tampereen yliopisto *) Osan luentokalvoista on laatinut Jenni Anttonen syksyllä 2009. Aiheina Lomakesuunnittelun perusteita Lomake-esimerkkejä
LisätiedotH5P-työkalut Moodlessa
H5P-työkalut Moodlessa 1. H5P-työkalujen käyttöönotto Moodlessa Tampereen yliopisto/tietohallinto 2017 Emma Hanhiniemi 1. Klikkaa Moodlen muokkausnäkymässä Lisää aktiviteetti tai aineisto -linkkiä. 2.
LisätiedotKäytettävyyslaatumallin rakentaminen verkkosivustolle
Käytettävyyslaatumallin rakentaminen verkkosivustolle Tapaus kirjoittajan ABC-kortti Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -tutkielma Timo Laapotti 9.6.2005 Esityksen sisältö Kirjoittajan
LisätiedotKäytettävyystestaus Selville saatavat ongelmat
Käytettävyystestaus Selville saatavat ongelmat Uusi kalvo, ei monisteessa Testillä löydetään parhaiten ensimmäisillä käyttökerroilla vastaan tulevia ongelmia, jotka liittyvät käyttöliittymäratkaisujen
LisätiedotT Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005
T-121.110 Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005 Kurssin tavoitteet Muodostaa näkemys käyttäjäkeskeisestä tuotesuunnittelusta Kasvattaa ymmärrystä prosessin vaiheista Tutustua käyttäjäkeskeisen
LisätiedotLaadunvarmistussuunnitelma. CoSCA-simulaattorin jatkokehitysprojekti. TeamDC
Laadunvarmistussuunnitelma CoSCA-simulaattorin jatkokehitysprojekti TeamDC Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin, jatkotyöstetty 0.2
LisätiedotIT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS
20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien
LisätiedotTestiraportti 2. iteraatiosta
Testiraportti 2. iteraatiosta TeamDC - CoSCA-simulaattorin jatkokehitysprojekti Versio Päiväys Tekijä Kuvaus 0.1 20.2.2006 Santeri Saarinen Muokattu templatesta, aloitettu kirjoittaminen 0.2 20.2.2006
LisätiedotTAMPERE3 REKRYTOINTIJÄRJESTELMIEN KÄYTETTÄVYYSTUTKIMUS TUTKIMUSSUUNNITELMA UMANA OY MATLEENA KOIVISTO.
TAMPERE3 REKRYTOINTIJÄRJESTELMIEN KÄYTETTÄVYYSTUTKIMUS TUTKIMUSSUUNNITELMA 24.11.2017 www.umanaux.com MATLEENA KOIVISTO UX-asiantuntija matleena.koivisto@umanaux.com +358 40 130 5550 SISÄLLYSLUETTELO TUTKIMUKSEN
LisätiedotARVO - verkkomateriaalien arviointiin
ARVO - verkkomateriaalien arviointiin Arvioitava kohde: Jenni Rikala: Aloittavan yrityksen suunnittelu, Arvioija: Heli Viinikainen, Arviointipäivämäärä: 12.3.2010 Osa-alue 1/8: Informaation esitystapa
LisätiedotTESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - VYM JA KANTA Versio 1.0 i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
LisätiedotCOSCA - Vaatimusmäärittely v.1.0
COSCA - Vaatimusmäärittely v.1.0 Palaute: llehtola@cc.hut.fi Muutoshistoria Versio Tekijä Pvm Kuvaus Hyväksynyt 0.1 Laura Lehtola 1.-10.10.2005 Ensimmäinen asiakkaalle kommentoitavaksi lähetettävä raakaversio
LisätiedotKUVANKÄSITTELY THE GIMP FOR WINDOWS OHJELMASSA
KUVANKÄSITTELY THE GIMP FOR WINDOWS OHJELMASSA Ohjeistuksessa käydään läpi kuvan koon ja kuvan kankaan koon muuntaminen esimerkin avulla. Ohjeistus on laadittu auttamaan kuvien muokkaamista kuvakommunikaatiota
Lisätiedot