Menetelmädokumentti Käyttöliittymäsuunnittelu

Koko: px
Aloita esitys sivulta:

Download "Menetelmädokumentti Käyttöliittymäsuunnittelu"

Transkriptio

1 Menetelmädokumentti Käyttöliittymäsuunnittelu

2 Sisällysluettelo 1. Johdanto Käytetty kehitysprosessi Prosessin vaiheiden erittely Käyttäjäkartoitus Vaatimusmäärittely Paperiprototyyppi Paperiprototyypin testaaminen Interaktiivinen prototyyppi Interktiivisen prototyypin testaaminen Johtopäätökset...10 Versio- ja muutoshistoria Versio Päiväys Tekijä Kuvaus Mika Ståhlberg Ensimmäinen luonnos 0.1b Tapio Nissilä Pikkukorjauksia katselmoinnin perusteella Tallennettu: :50 Tulostettu: :25 00 Menetelmäraportti: Käyttöliittymäsuunnittelu 2

3 1. Johdanto Tässä dokumentissa on kuvattu digi-tv ohjelmiin liittyvän koordinaattiinformaation luomiseen tarkoitetun editorin (koordinaatti editorin) käyttöliittymän kehittämisessä käytetty menetelmä tai pikemminkin prosessi. Projektissa kehitettävä editori on käytettävyysvaatimuksiltaan erittäin vaativa, joten projektissa laitettiin suuri painoarvo käyttöliittymän kehittämiselle. Tässä raportissa on viitattu seuraaviin projektin dokumentteihin: [käyttöliittymän vaatimusmäärittely] - v0.3, [käyttöliittymän prototyypin testaussuunnitelma] - v0.3, [käyttöliittymän paperiprototyyppi] - v0.3, Menetelmäraportti: Käyttöliittymäsuunnittelu 3

4 2. Käytetty kehitysprosessi Kuvassa 1 on esiteltynä projektissa käytetty käyttöliittymän kehittämisprosessi. Prosessi kiteytyy käyttäjähaastattelujen perusteella laadittuun vaatimusmäärittelyyn ja sen pohjalta prototyyppien kautta tapahtuvaan iteratiiviseen kehitykseen. Toimeksianto Käyttäjäryhmät Skenaariot Haastattelut Vaatimusmäärittely Paperiprototyyppi Testaus Vuorovaikutteinen proto Testaus Valmis tuote Kuva 1: Käyttöliittymän kehitysprosessi Menetelmäraportti: Käyttöliittymäsuunnittelu 4

5 3. Prosessin vaiheiden erittely 3.1. Käyttäjäkartoitus Käyttöliittymän kehittäminen aloitettiin käyttäjistä. Ensimmäiseksi selvitettiin, ketä järjestelmän käyttäjät oikein ovat. Käyttäjiksi hahmottuivat videoeditointia ja sisällöntuotantoa nykytehtävissään tekevät työntekijät. Nämä henkilöt tekevät luovaa työtä, eivätkä he etsi haastetta työkalunsa käyttämisestä toisin kuin insinööreillä on usein tapana. Käyttäjäkartoituksen kanssa rinnan mietittiin projektiryhmässä skenaarioita tilanteita, joissa käyttäjä tuotetta käyttää. Näitä skenaarioita kirjattiin ylös, ja ne luettiin haastateltaville, jotta päästään oikeaan tunnelmaan. Lopulliset jalostuneet skenaariot on kuvattu [Käyttöliittymän testaussuunnitelmassa]. Käyttäjäkartoituksen tavoitteena oli haastatella vähintään kolmea järjestelmän potentiaalista käyttäjää. Todellisuudessa haastattelu tehtiin vain kahdelle tällaiselle henkilölle. Haastatteluihin valmistauduttiin laatimalla kysymyssarjoja. Hankaluutena tämän projektin haastatteluissa oli vastaavan olemassaolevan sovelluksen puuttuminen. Olisi ollut huomattavasti helpompi haastatella kohderyhmien ihmisiä, jos heidän työskentelyään vastaavan tuotteen parissa olisi voinut seurata. Käyttäjien haastatteluissa pyrittiin ennenkaikkea löytämään käyttäjien tarpeita ja tavoitteita, sekä kehittämään tuotteen käyttötilanteita eli skenaarioita. Näin löydettyjä skenaarioita voidaan käyttöliittymän kehittämisen lisäksi myös käyttää tuotteen markkinoinnin ja jatkokehittämisen tukena. Eräänä tärkeänä tavoitteena oli myös käyttäjän termistön selvittäminen, jotta käyttöliittymässä puhuttaisiin käyttäjän kieltä. Käyttäjäkartoituksen haastatteluiden muistiinpanot kirjoitettiin puhtaaksi [Käyttöliittymän vaatimusmäärittelyyn]. Aikataulusta johtuen kartoituksen tulokset jäivät hieman keveiksi, ja vaatimusmäärittelyn laatimisessa täytyi voimakkaasti tukeutua projektiryhmän omiin näkemyksiin tuotteesta ja sen käytettävyydestä. Osin syynä oli jo edellä mainittu vastaavan olemassaolevan tuotteen puuttuminen, osin oikeiden kysymysten löytäminen Vaatimusmäärittely Käyttöliittymälle laadittiin käyttäjähaastettelujen, varsinaisen vaatimusmäärittelyn ja käyttötapausten (use case) perusteella oma vaatimusmääritte- Menetelmäraportti: Käyttöliittymäsuunnittelu 5

6 lynsä. Tavoitteena oli selvittää perusteet paperiprototyypin laatimiselle. Tarkempina tavoitteina oli 1 : - Selvittää tuotteen käyttäjät ja ryhmitellä heitä - Luoda kuvauksia käyttäjäryhmistä - Luoda skenaarioita todellisista käyttötilanteista - Analysoida tuotteen toimintaympäristöä - Asettaa käytettävyystavoitteet Vaatimusmäärittelyvaihe onnistui käyttöliittymän osalta erittäin hyvin haastattelujen puutteellisuuksista huolimatta. Tästä kertoo se, ettei paperiprototyyppiin tarvinnut testauksen perusteella enää tehdä kovinkaan suuria muutoksia. Samalla käyttöliittymän suunnittelu palveli koko projektia käyttötapausten ja sekvenssikaavioiden työstämistä tukevana kehitysprosessina Paperiprototyyppi Paperiprototyyppi tarkoittaa karkeaa paperilapuille piirrettyä mallia käyttöliittymästä. Testitilanteessa testaaja toteuttaa prototyypin toiminnallisuuden ja logiikan esittelemällä testihenkilölle kulloinkin oikean käyttöliittymänäkymän. Prototyypillä pyritään hankkimaan testattavilta tietoa seuraavista tuotteen ominaisuuksista 2 :? tarvittavat ominaisuudet ja toiminnallisuudet? tehtävien suorittamisjärjestys? käyttäjää tukevien toiminteiden tarve (help, undo, )? käyttöliittymän ulkonäkö ja tuntuma (look and feel) Prototyypin käyttämisen ideana on työn säästäminen. Usein käyttöliittymä suunnitellaan vasta varsinaisen toiminnallisuuden koodaamisen jälkeen, jolloin käyttöliittymä tehdään insinöörien ei käyttäjien ehdoilla. Paperiprototyyppiä käytettäessä on suurienkin muutosten tekeminen käyttöliittymään vaivatonta ja oikeaa ratkaisua on helppo lähteä hakemaan rohkeillakin lähestymistavoilla. Ohjelmointikoodilla toteutettua prototyyppiä ei yleensä haluta aivan pienten käytettävyysasioiden takia lähteä enää muuttamaan ( don t-fix-it-if-it-ain t-broke ). 1 Nieminen, Marko: Käytettävyys vaatimusmäärittelyvaiheessa. Käytettävyysopas, Ohjelmistojen käytettävyys-kurssi, Teknillinen korkeakoulu, Preece, Jenny (toim.): Human Computer Interaction. Addison-Wesley ss Menetelmäraportti: Käyttöliittymäsuunnittelu 6

7 Paperiprototyyppivaihe koettiin varsin antoisaksi, ja se säästi selkeästi ohjelmointityötä. Prototyyppi olisi kuitenkin kannattanut tehdä vieläkin karkeammaksi, sillä osa käyttöliittymän komponenteista piirrettiin kuvankäsittelyohjelmilla. Lyijykynällä piirretyt paperilaput ovat helpon muutettavuutensa takia selkeästi paras vaihtoehto prototyypin työmenetelmäksi Paperiprototyypin testaaminen Paperiprototyyppiä testattiin kolmella käyttäjäryhmiin kuuluvalla henkilöllä ja lisäksi projektiryhmän henkilöt tekivät itsekin testaamista, lähinnä saadakseen yhteisen näkemyksen kehitteillä olevasta tuotteesta. Paperiprototyyppiä testattaessa prototyyppiä kehitettiin jatkuvasti eteenpäin. Muutoksia tehtiin jopa kesken testin ja tarvittaessa palattiin takaisin vanhaan ratkaisuun, jos uusi malli ei toiminut odotetulla tavalla. Videoeditointiohjelmiston testaaminen paperiprototyypillä osoittautui yllättävän vaikeaksi. Videoeditointihan edellyttää liikkuvaa videokuvaa. Käytettävyysongelmista vaikeimmat liittyvät nimenomaan videokuvan liikutteluun eteen- ja taaksepäin, ja tiettyjen kohtien hakemiseen kuvanauhalta. Testattavien täytyi kuvitella videokuva paperiprototyypissä, jolloin testien kautta kehitetyt hallintamekanismit saattavat hyvinkin myöhemmässä vaiheessa osoittautua toimimattomiksi. Erityisen ongelmallista oli kuvavirran hidastaminen ja pysäyttäminen tiettyyn kohtaan tai frameen kuvassa. Tällöin käyttäjä painaisi toistuvasti hidastusnäppäintä kunnes kuvan nopeus on nolla. Tämän simuloiminen paperiprototyypillä on hyvin vaikeaa. Projektissa käytetty testausmenetelmä oli hieman perinteisistä käytettävyystesteistä poikkeava heuristinen arviointi. Heuristisessa arvioinnissa joukko arvioijia tutkii käyttöliittymää ja vertaa sitä yleisesti hyväksyttyihin käytettävyysperiaatteisiin (eli heuristiikkaan). Arvioijia täytyy olla useita, sillä eri henkilöt löytävät aina eri ongelmia ja tutkimukset ovat osoittaneet löydettyjen ongelmien olevan eri ongelmia eri arvioijien kohdalla. Arvioija kertoo ääneen arvionsa käytettävyydestä ja testaaja kirjaa ne ylös. Perinteisessä menetelmässä testaaja antaa testikäyttäjälle tehtävän eikä voi auttaa käyttäjää käyttöliittymän käytössä sen enempää. Tämän jälkeen testaaja kirjaa ylös käyttäjän suoritteet. Heuristisessa menetelmässä käyttöliittymän analysoinnin tekee testikäyttäjä (tässä: arvioija), jolloin testaaja kirjaa ylös jalostetut arviot, ei pelkkiä suoritteita. Lisäksi heuristisessa arvioinnissa testaaja voi vastata arvioijan kysymyksiin ja auttaa häntä ongelmatilanteissa. Menetelmäraportti: Käyttöliittymäsuunnittelu 7

8 Heuristisen menetelmän etuna on selkeästi perinteisiä menetelmiä parempi kyky arvioida suunnitteluvaiheessa olevan käyttöliittymän käytettävyyttä eli testata paperiprototyyppejä. Ongelmana paperiprototyypeillä on kuitenkin erilaisten virheenestotoiminteiden ja virheilmoitusten testaaminen. Heuristiikassa asetetaan niille suuri painoarvo, mutta niiden testaaminen paperilapuilla vaatii hyvää mielikuvitusta. Projektin heuristiikka on esitelty [käyttöliittymän prototyypin testaussuunnitelmassa] ja se on mukailtu Jakonb Nielsenin esittämistä heuristiikasta Interaktiivinen prototyyppi Prototyyppi on olennainen osa iteratiivista käyttäjäkeskeistä suunnittelua, jonka peruselementteinä ovat testaaminen ja prototyypin muokkaaminen 4. Interaktiivinen käyttöliittymäprototyyppi (software prototype) tarkoittaa järjestelmää, joka:? Todellakin toimii, eli se ei ole idea tai piirros? Voidaan rakentaa nopeasti ja helposti (halvalla!) Interaktiivinen prototyyppi tarkoittaa tässä tapauksessa tietokoneohjelmaa, jolla voidaan testata koordinaattieditorin editointiominaisuuksia. Kyseessä ei ole kaikilta ominaisuuksiltaan täydellinen ohjelmisto, vaan ainoastaan käyttöliittymä, jonka taustalla on jotakin näennäistä toiminnallisuutta. Ulkoasultaan ja vasteajoiltaan prototyypin ei tarvitse olla kovinkaan viimeistelty, vaan se voi olla ns. low fidelity prototyyppi. Kuva 2: Paperiprototyypissä kehitetty koordinaattiobjektien luettelo (vas) ja interaktiivisen prototyypin toteutus samasta aiheesta (oik). Vasemmanpuoleinen esitys on puhtaaksipiirretty versio paperiprototyypistä. Varsinainen testauksessa 3 Nielsen, Jakob: Heuristic Evaluation. 4 Preece, Jenny (toim.): Human Computer Interaction. Addison-Wesley ss Menetelmäraportti: Käyttöliittymäsuunnittelu 8

9 käytetty paperiptototyyppi kyseisestä luettelosta oli piirretty lyijykynällä keltaiselle post-it paperilapulle. Koordinaattieditorin osalta interaktiivisen prototyypin tulee kyetä videokuvan tai useamman peräkkäisen still-kuvan näyttämiseen. Prototyypin ei kuitenkaan tarvitse tuottaa minkäänlaista toimivaan tietoa, tai omata kaikkia niitä toiminnalisuuksia, joita lopullinen tuote tulee sisältämään. Olisi hyvä, jos interaktiivinen prototyyppi kirjoitettaisiin jollakin nopealla kehitystyökalulla (esim. Macromedia Director) ja siinä käytetty koodi jätettäisiin täysin käyttämättä lopullisessa tuotteessa. Näin prototyypin laatiminen ja iteratiivinen kehittäminen olisi mahdollisimman vaivatonta ja mitään hätäisiä ohjelmointiratkaisuja ei päädy lopulliseen julkistettavaan koodiin. Tämän projektin resurssit ja aikataulu ei antanut periksi edellä esitetylle periaatteelle, vaan interaktiivinen prototyyppi päätettiin kehittää Java-kielellä, kuten myös lopullinen tuote. Näin ollen, tässä projektissa on vaikea tehdä selkeää eroa käyttöliittymän prototyypin ja koko tuotteen alpha-julkaisun välillä. Voidaankin sanoa käytössä olleen menetelmän olevan evolutionäärinen kehittäminen, jossa interaktiivisesta prototyypistä kehittyy lopulta valmiin tuotteen käyttöliittymä Interktiivisen prototyypin testaaminen Tätä raporttia kirjoitettaessa interaktiivisen prototyypin testaamista ja edelleenkehittämistä suoritetaan edelleen. Tähänastisissa testeissä paperiprototyypin kautta löydetyt ratkaisut ovat osoittautuneet varsin toimiviksi myös interaktiivisella mallilla. Interaktiivisen prototyypin testaamisessa käytetään samaa heuristista menetelmää kuin paperiprototyypilläkin. Menetelmäraportti: Käyttöliittymäsuunnittelu 9

10 4. Johtopäätökset Käyttöliittymän kehittäminen on iteratiivinen prosessi, jossa on selkeäksi eduksi, jos lopullinen kiillotettu tuote kehitetään vasta mahdollisimman myöhäisessä vaiheessa. Tähän pyrittiin projektissa pääsemään kolmen eri vaiheen kautta: 1) Ensimmäiseksi tehtiin pohjatyö kunnolla. Käyttäjähaastattelujen ja käyttötapausten kauttaa laadittiin käyttöliittymälle vaatimusmäärittely. 2) Seuraavaksi käytettiin iteratiivisessa testaamisessa helposti muokattavaa paperiprototyyppiä 3) Ennen loppullista tuotetta testattiin käyttöliittymää ilman kunnollista toiminnallisuutta käyttöliittymän takana. Lopullinen menetelmän onnistuminen nähdään vasta kun tuote on toimitettu asiakkaille projektin päättyessä. Nyt voidaan kuitenkin jo sanoa, että kyseisellä menettelyllä voidaan säästää aikaa ja kustunnuksia, sillä varsinaiseen ohjelmakoodiin thedään minimaalinen määrä testaamisen perusteella vaadittuja käyttöliittymämuutoksia. Suurin osa käyttöliittymätestauksen perusteella löydetyistä puutteista löydettiin jo ennen yhdenkään koodirivin kirjoittamista. Menetelmäraportti: Käyttöliittymäsuunnittelu 10

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Käyttöliittymäprototyypin testaussuunnitelma. Koordinaattieditori

Teknillinen 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ätiedot

Käyttöliittymän vaatimusmäärittely. Koordinaattieditori

Käyttöliittymän vaatimusmäärittely. Koordinaattieditori Käyttöliittymän vaatimusmäärittely Koordinaattieditori Versio Päiväys Tekijä Kuvaus 0.1 16.11.01 Mika Ståhlberg Ensimmäinen luonnos 0.2 22.11.01 Mika Ståhlberg Lisätty vaatimuksia 0.3 10.12.01 Mika Ståhlberg

Lisätiedot

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi

Good 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ätiedot

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ

KÄ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ätiedot

Toteutusvaihe T2 Edistymisraportti

Toteutusvaihe T2 Edistymisraportti Toteutusvaihe T2 Edistymisraportti Sisällysluettelo 1. Projektin tila...3 1.1. Suoritetut tehtävät...4 1.2. Käytetyt menetelmät...5 1.3. Ongelmat...6 1.4. Jatkosuunnitelmat...6 Versio- ja muutoshistoria

Lisätiedot

Käytettävyys verkko-opetuksessa Jussi Mantere

Kä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ätiedot

Menetelmäraportti Ohjelmakoodin tarkastaminen

Menetelmäraportti Ohjelmakoodin tarkastaminen Menetelmäraportti Ohjelmakoodin tarkastaminen Sisällysluettelo 1. Johdanto...3 2. Menetelmän kuvaus...4 2.1. Tarkastusprosessi...4 2.1.1. Suunnittelu...4 2.1.2. Esittely...5 2.1.3. Valmistautuminen...5

Lisätiedot

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus

SEPA-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ätiedot

Määrittely- ja suunnittelumenetelmät

Määrittely- ja suunnittelumenetelmät Menetelmädokumentti Määrittely- ja suunnittelumenetelmät Versio Päiväys Tekijä Kuvaus 0.01 5.12.01 Pekka Koskinen Alustava sisällysluettelo 0.1 7.12.01 Pekka Koskinen Ensimmäinen luonnos 1.0 11.12.01 Pekka

Lisätiedot

Mitä 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. 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ätiedot

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: 26.10.2004 Projekti : AgileElephant Versio: V0.9

SEPA 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ätiedot

Ohjelmiston testaus ja laatu. Testaus käytettävyys

Ohjelmiston testaus ja laatu. Testaus käytettävyys Ohjelmiston testaus ja laatu Testaus käytettävyys Yleistä - 1 Käytettävyys on osa tuotteen laatuominaisuutta Käytettävyys on mittari, jolla mitataan tuotteen käytön tuottavuutta, tehokkuutta ja miellyttävyyttä.

Lisätiedot

Testaussuunnitelma Versio Päiväys Tekijä Kuvaus

Testaussuunnitelma Versio Päiväys Tekijä Kuvaus Testaussuunnitelma Versio Päiväys Tekijä Kuvaus 0.1 15.11.01 Ville Vaittinen Ensimmäinen luonnos 0.2 10.12.01 Ville Vaittinen Kevyet päivitykset kommenttien perusteella Sisällysluettelo 1. Johdanto...3

Lisätiedot

Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Koordinaattieditori

Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Koordinaattieditori Testitapaukset - Koordinaattieditori Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 3. Toiminnallisuuden testitapaukset...5 3.1 Uuden projektin avaaminen...5 3.2 vaa olemassaoleva projekti...6

Lisätiedot

Käytettävyys tuotekehityksessä mitä pitäisi osata?

Käytettävyys tuotekehityksessä mitä pitäisi osata? Käytettävyys tuotekehityksessä mitä pitäisi osata? ( mitä tehdä konkreettisesti ja kuinka paljon?) Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) Käytettävyyseminaari Oulu 15.4.2011

Lisätiedot

KÄYTETTÄVYYDEN PERUSTEET 1,5op. Mitä on käyttäjäkeskeinen suunnittelu? Mitä on käyttäjäkeskeinen muotoilu? Pieniä harjoituksia

KÄYTETTÄVYYDEN PERUSTEET 1,5op. Mitä on käyttäjäkeskeinen suunnittelu? Mitä on käyttäjäkeskeinen muotoilu? Pieniä harjoituksia KÄYTETTÄVYYDEN PERUSTEET 1,5op Mitä on käyttäjäkeskeinen suunnittelu? Katja Soini TaiK 21.3.2007 1. MÄÄRITTELE 2. TUNNISTA RATKAISU 5. ARVIOI 3. MÄÄRITTELE 4. LUO Aiheena keskiviikkona 21.3.2007 Luento

Lisätiedot

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:

Lisätiedot

Miten suunnitella hyvä käyttöliittymä?

Miten 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ätiedot

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0

Lisätiedot

Menetelmäraportti - Konfiguraationhallinta

Menetelmä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ätiedot

Yhteenvetodokumentti PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Yhteenvetodokumentti PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Yhteenvetodokumentti PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora

Lisätiedot

Käytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia?

Kä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ätiedot

0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

0.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ätiedot

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: Projekti : AgileElephant Versio: V0.93

SEPA 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ätiedot

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision

Lisätiedot

Käyttöliittymän suunnittelu tilastotieteen verkko-opetukseen. Jouni Nevalainen

Kä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ätiedot

Käytettävyyssuunnittelu. Kristiina Karvonen Käytettävyysasiantuntija Nokia Networks

Käytettävyyssuunnittelu. Kristiina Karvonen Käytettävyysasiantuntija Nokia Networks Käytettävyyssuunnittelu Kristiina Karvonen Käytettävyysasiantuntija Nokia Networks Mitä on käytettävyys helppo käyttää helppo oppia helppo muistaa virheetön miellyttävä käyttää Käyttäjän tehtävänä ei ole

Lisätiedot

Linssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi

Linssintarkastusjä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ätiedot

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3 AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan

Lisätiedot

Convergence of messaging

Convergence of messaging Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO

Lisätiedot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää

Lisätiedot

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari

Lisätiedot

Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Xlet

Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Xlet Testitapaukset - Xlet Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 2.1 Koko järjestelmän yleiskuvaus...4 2.2 Xlet-demosovellus ja sen toimintaperiaate...5 3. Testitapaukset...6 3.1 Objektien

Lisätiedot

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Siirtoprotokolla

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Siirtoprotokolla Testitapaukset - Siirtoprotokolla Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 3. Testitapaukset...5 3.1 Ohjelma-ajan lukeminen...5 3.2 Koordinaattidatan lukeminen...5 3.3 Lähetysajan

Lisätiedot

TUTKIMUKSEN LÄHTÖKOHTIA, TOTEUTUS ja HYÖDYT Kalle Saastamoinen Lappeenrannan Teknillinen Yliopisto LTY 2003

TUTKIMUKSEN 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ätiedot

Digi-tv vastaanottimella toteutettavat interaktiiviset sovellukset Selvitys GPL-lisensoinnin tuomat ongelmat

Digi-tv vastaanottimella toteutettavat interaktiiviset sovellukset Selvitys GPL-lisensoinnin tuomat ongelmat Selvitys GPL-lisensoinnin tuomat ongelmat Sisällysluettelo 1. Johdanto...3 2. Ongelman kuvaus...4 3. Eri tulkinnat GPL-lisenssistä...5 3.1. Tiukka tulkinta...5 3.2. Väljä tulkinta...5 3.3. Kompromissitulkinta...5

Lisätiedot

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma TKK/DISKO/Tik-76.115 WCLIQUE Projektiryhmä Clique http://www.hut.fi/jekahkon/wclique/testplan.html WCLIQUE Ohjelmistoprojekti Projektiryhmä Clique: Janne Dufva, 75008T, email: janne.dufva@nokia.com, 75014C,

Lisätiedot

Testaussuunnitelma Labra

Testaussuunnitelma Labra Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,

Lisätiedot

Automaattinen yksikkötestaus

Automaattinen yksikkötestaus Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä

Lisätiedot

Yhteenveto tutkimusmenetelmien kehittäminen ja evaluointi. Tuomo Kujala Agora Center WUD 2007 Jyväskylä

Yhteenveto tutkimusmenetelmien kehittäminen ja evaluointi. Tuomo Kujala Agora Center WUD 2007 Jyväskylä Yhteenveto tutkimusmenetelmien kehittäminen ja evaluointi Tuomo Kujala Agora Center WUD 2007 Jyväskylä 23.10.2007 Tutkimusyhteistyökumppanit Yhteensä 16 yritystä ja organisaatiota Noin 90 workshop-tapaamista

Lisätiedot

T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing

T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Keimo-visualisointijärjestelmän Ray tracing - visualisaation testisarja. Sarja sisältää testitapaukset ja testilokit Päivämäärä 13.4.2003 Projektiryhmä

Lisätiedot

COTOOL dokumentaatio SEPA: Käytettävyystestaus

COTOOL dokumentaatio SEPA: Käytettävyystestaus Table of Contents Käytettävyystestaus......................................................................... 1 1 Johdanto.................................................................................

Lisätiedot

Testaussuunnitelma. Testaussuunnitelma D/968/240.20/2017 Tampere3 HR-tietojärjestelmä/käytettävyyssuunnitelma ja - testaus

Testaussuunnitelma. Testaussuunnitelma D/968/240.20/2017 Tampere3 HR-tietojärjestelmä/käytettävyyssuunnitelma ja - testaus Testaussuunnitelma Toiminimi Nina Flink PL 4 37501 Lempäälä Y-tunnus 2281388-9 www.ninaflink.com Sisältö Testaussuunnitelma... 3 Projektitiimi... 4 Testausjärjestelyt... 5 Testauksen tavoitteet... 5 Testausmenetelmät...

Lisätiedot

T Testiraportti - järjestelmätestaus

T 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ätiedot

Käytettävyystestaus. Henkilökohtainen ohjelmistotuotannon harjoitus. Loppuraportti

Kä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ätiedot

Yhteisöllisen tuotekehyksen avoin verkkolaboratorio. Asta Bäck

Yhteisöllisen tuotekehyksen avoin verkkolaboratorio. Asta Bäck Yhteisöllisen tuotekehyksen avoin verkkolaboratorio Asta Bäck Sosiaalisen median mahdollisuuksia Palvelu voi rakentua kokonaan käyttäjien tuottaman aineiston ja käyttäjien aktiviteetin ympärille Flickr

Lisätiedot

Testaaminen ohjelmiston kehitysprosessin aikana

Testaaminen ohjelmiston kehitysprosessin aikana Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/

Lisätiedot

Käyttötapausanalyysi ja testaus tsoft

Käyttötapausanalyysi ja testaus tsoft Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten

Lisätiedot

http://www.soberit.hut.fi/t-121/t-121.100 !!" # $ %!"! " # $ " $ %& '( ) * * * +$, * ' # % ## # & # ' # # ( # %)* &(+%,-!###" )-..-( -.-'..(/. "&%/ "0 / 1"0 / # # % 2 ) / * & 3. 0-. -. ( (-. 2 ) $ )-..-(

Lisätiedot

Kuopio Testausraportti Asiakkaat-osakokonaisuus

Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki

Lisätiedot

Yhteenveto mittareiden ja laskureiden kehittämistyöstä

Yhteenveto mittareiden ja laskureiden kehittämistyöstä 2012-2014 Yhteenveto mittareiden ja laskureiden kehittämistyöstä Pohjois-Suomen sosiaalialan osaamiskeskus Miten palvelun käyttäjät huomioitiin kehittämistyössä ja miten palvelun käytettävyys on arvioitu?

Lisätiedot

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma Koskelo Helsinki 16.12.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Tom Bertell Johan

Lisätiedot

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

TESTIRAPORTTI - 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ätiedot

Kä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 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ätiedot

T-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta

T-76.115 Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä

Lisätiedot

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Onnistunut SAP-projekti laadunvarmistuksen keinoin Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.

Lisätiedot

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

TIE 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ätiedot

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B

T SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - STAATTISET MENETELMÄT Tuomas Tolvanen, 55382U Timo Töyry, 58578B T-76.5158 SEPA - Pariohjelmointi 2 (7) VERSION HALLINTA Versio Päivä Tekijä Kuvaus 0.1 5.12.2006 Tuomas Tolvanen Ensimmäinen

Lisätiedot

HELIA 1 (11) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu

HELIA 1 (11) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu HELIA 1 (11) Luento 4 Käytettävyyden tuottaminen... 2 Käytettävyys ja systeemityöprosessi... 3 Määrittely... 3 Suunnittelu... 3 Toteutus ja testaus... 3 Seuranta... 3 Kriittiset tekijät käytettävyyden

Lisätiedot

Yhteenvetodokumentti. PLAYOFF Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki. Päivi Pääkkö, ohjaaja

Yhteenvetodokumentti. PLAYOFF Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki. Päivi Pääkkö, ohjaaja Yhteenvetodokumentti Jari Anttila Sanna Fröblom Aarno Sandvik Tommi Paavilainen Miikka Kohijoki Päivi Pääkkö, ohjaaja Helsinki, 13. joulukuuta 2007 Ohjelmistotuotantoprojekti yritysviestinnän oppimateriaalin

Lisätiedot

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento

Lisätiedot

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTAUSSUUNNITELMA LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000

Lisätiedot

KÄ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 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ätiedot

SEPA päiväkirja. Dokumentti: SEPA_diary_EM_PV.doc Päiväys: Projekti : AgileElephant

SEPA 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ätiedot

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille 1(23) Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille Matti Vuori, Tampereen teknillinen yliopisto 30.10.2012 Sisällysluettelo 1/2 Esityksen tarkoitus 4 Laatu on tärkeää, ei

Lisätiedot

Versio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio

Versio Päiväys Tekijä Kuvaus Tikkanen varsinainen versio Testiraportti 26.2.2006 1/5 - Noheva II Testiraportti Versio Päiväys Tekijä Kuvaus 1.0 26.2.2006 Tikkanen varsinainen versio 1 Yleistä Toteutusvaiheen 2 virallinen testaus on muodostunut automaattisista

Lisätiedot

Yksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }

Yksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } } Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.

Lisätiedot

HELIA 1 (1) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu 02.11.00 16:08

HELIA 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ätiedot

$%& & % ' %& %#&& ' ( ) * ( + (, + (, + -

$%& & % ' %& %#&& ' ( ) * ( + (, + (, + - ! "#! " #$ "% &'( $%&&%'%&%#&&'( ) * ( + (,+ (, + - $. + $ /) * %&%& "" %& - )' $%&&%' %&%#&& 0 0 $%&%'% %%& * $%&&% 0 1) +,%&%'%% 0 $ -$%&%#&&.# 0 0 2 ' # 0 & #1 3 $ 4 3 $'/001 233,4# 5& "67 84#79:7 43

Lisätiedot

Digi-tv vastaanottimella toteutettavat interaktiiviset sovellukset Käyttöohje

Digi-tv vastaanottimella toteutettavat interaktiiviset sovellukset Käyttöohje Digi-tv vastaanottimella toteutettavat interaktiiviset sovellukset Käyttöohje Sisällysluettelo 1. Johdanto...4 1.1. Editorin nopea aloitus...4 2. Järjestelmän asentaminen...6 2.1. Editori...6 2.1.1. Vaatimukset...6

Lisätiedot

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,

Lisätiedot

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 TESTIRAPORTTI - XMLREADER LUOKKA 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ätiedot

Testaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza

Testaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza Testaussuunnitelma Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma Versio 1.0 Ehdotus Laatija Raine Kauppinen VERSIOHISTORIA Versionotyyppi Versio- Päiväys Tekijä

Lisätiedot

Käyttöliittymän paperiprototyyppi. Koordinaattieditori

Käyttöliittymän paperiprototyyppi. Koordinaattieditori Käyttöliittymän paperiprototyyppi Koordinaattieditori Versio Päiväys Tekijä Kuvaus 0.1 08.12.01 Mika Ståhlberg Ensimmäinen luonnos 0.2 10.12.01 Mika Ståhlberg Useita muutoksia - merkittävimmät Playback-osuuteen

Lisätiedot

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset. Riskienhallinta DTV projektissa

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset. Riskienhallinta DTV projektissa Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Riskienhallinta DTV projektissa Riskienhallinta DTV projektissa Sivu 1/8 Sisällysluettelo 1. Riskienhallinta DTV projektissa...3 1.1. Projektin

Lisätiedot

Tämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:

Tä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ätiedot

Ohjelmistojen mallintaminen. Luento 11, 7.12.

Ohjelmistojen mallintaminen. Luento 11, 7.12. Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,

Lisätiedot

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset

Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Vaatimusmäärittely Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.1 12.10.01 Pekka Koskinen Ensimmäinen luonnos 0.2 17.10.01 Pekka Koskinen Lisätty vaatimuksia

Lisätiedot

Ohjelmistotuotantoprojekti

Ohjelmistotuotantoprojekti Ohjelmistotuotantoprojekti Ryhmä Muppett TESTAUSDOKUMENTTI Helsinki 5.8.2008 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Ohjelmistotuotantoprojekti, kesä 2008 Projekti: Muutos- ja korjauspyyntöjen

Lisätiedot

Ryhmäläisten nimet:

Ryhmä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ätiedot

ARVIOINTISUUNNITELMA HSL REITTIOPAS

ARVIOINTISUUNNITELMA HSL REITTIOPAS ARVIOINTISUUNNITELMA HSL REITTIOPAS MATHM-47300 Verkkopalvelun käyttökelpoisuus ja arviointi 1.10.2012 Ryhmä: Kipinä Sari Herrala, 228850 2 SISÄLLYS Arvioitava verkkopalvelu... 3 Arvioinnin tavoitteet...

Lisätiedot

Sitnet-projektissa kehitettävän sähköisen tenttimisen järjestelmän käytettävyystestaus

Sitnet-projektissa kehitettävän sähköisen tenttimisen järjestelmän käytettävyystestaus 1/11 Sitnet-projektissa kehitettävän sähköisen tenttimisen järjestelmän käytettävyystestaus Tehtävä ja tavoitteet Tehtävänä on arvioida Sitnet-projektissa tuotettavan sähköisen tenttimisen sovelluksen

Lisätiedot

Sitnet-projektissa kehitettävän sähköisen tenttimisen järjestelmän käytettävyystestaus

Sitnet-projektissa kehitettävän sähköisen tenttimisen järjestelmän käytettävyystestaus 1/9 Sitnet-projektissa kehitettävän sähköisen tenttimisen järjestelmän käytettävyystestaus Tehtävä ja tavoitteet Tehtävänä on arvioida Sitnet-projektissa tuotettavan sähköisen tenttimisen sovelluksen demoversion

Lisätiedot

VAASAN YLIOPISTO TEKNILLINEN TIEDEKUNTA TIETOTEKNIIKAN LAITOS

VAASAN YLIOPISTO TEKNILLINEN TIEDEKUNTA TIETOTEKNIIKAN LAITOS VAASAN YLIOPISTO TEKNILLINEN TIEDEKUNTA TIETOTEKNIIKAN LAITOS Leena Savela KÄYTTÄJÄKESKEISEN SUUNNITTELUN VAIKUTUS VERKKOPALVELUN KÄYTETTÄVYYTEEN Tietotekniikan laitoksen pro gradu -tutkielma VAASA 2009

Lisätiedot

Ohjelmiston testaussuunnitelma

Ohjelmiston testaussuunnitelma Ohjelmiston testaussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä lukaa antaa yleiskuvan koko testausdokumentista.

Lisätiedot

Testaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant Versio: V0.4

Testaussuunnitelma. Dokumentti: Testaussuunnitelma.doc Päiväys: Projekti: AgileElephant Versio: V0.4 AgilElephant Tekijä: Petri Kalsi ja Heikki Salminen Omistaja: ElectricSeven Dokumentti:.doc Päiväys: 30.11.2004 Aihe: Sivu 1 / 11 Dokumenttihistoria Muutoshistoria Revision päiväys: 30.11.2004 Seuraavan

Lisätiedot

Ohjelmiston testaus ja laatu. Testaustasot

Ohjelmiston testaus ja laatu. Testaustasot Ohjelmiston testaus ja laatu Testaustasot Testauksen vaihejako Tarpeet / sopimus Järjestelmätestaus Hyväksymiskoe Määrittely testauksen suunnittelu ja tulosten verifiointi Arkkitehtuurisuunnittelu Moduulisuunnittelu

Lisätiedot

JYKDOK FINNA. Sisällys. Käytettävyystestaussuunnitelma

JYKDOK FINNA. Sisällys. Käytettävyystestaussuunnitelma JYKDOK FINNA Käytettävyystestaussuunnitelma Sisällys 1 Johdanto... 2 1.1 Tarkoitus... 2 1.2 Tuote... 2 1.3 Termit, määritelmät, lyhenteet, jne.... 2 1.4 Yleiskatsaus dokumenttiin... 2 2 Käyttäjien tarpeiden

Lisätiedot

Hirviö SEPA-dokumentti Käyttöliittymän heuristinen arvoiointi

Hirviö 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ätiedot

Käytettävyyslaatumallin rakentaminen verkkosivustolle

Kä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ätiedot

http://www.soberit.hut.fi/t-121/t-121.100

http://www.soberit.hut.fi/t-121/t-121.100 http://www.soberit.hut.fi/t-121/t-121.100 1 ! "# $ % &'(''')*!"# $ % & &$' &# % & +&, - %./ +-"0%'12)&* 2 #( & '*+%3 (*4 3 5*4 3 & % 6 3 / + 7 / ) - - 6 3 # 8 8 *+ 8 /, #'# 8 & 8 -. / 9 2:& 1 % '); % &'(''))

Lisätiedot

Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä

Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 12 09 Jani Eränen Alustava DOKUMENTIN TILA: Alustava Valmis Tarkastettu

Lisätiedot

LOPPURAPORTTI Paperikonekilta Versio 1.0

LOPPURAPORTTI Paperikonekilta Versio 1.0 Loppuraportti LITA/TIKO/PAPERIKONEKILTA 1 (14) 18.5.2009 LOPPURAPORTTI Paperikonekilta Versio 1.0 Tekijät: Jaakko Karhunen Jani Hyvönen TIKO, IT-Dynamo 5.kerros Osoite: Tietojenkäsittelyn koulutusohjelma

Lisätiedot

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14 Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2

Lisätiedot

Ohjelmiston testaus ja laatu. Testausmenetelmiä

Ohjelmiston testaus ja laatu. Testausmenetelmiä Ohjelmiston testaus ja laatu Testausmenetelmiä Testausmenetelmiä - 1 Testauksen menetelmien päälähestymistapoina ovat black-box testi testaaja ei voi tutkia lähdekoodia testaus perustuu sovellukselle suunnitteluvaiheessa

Lisätiedot

Käyttäjäkeskeisyys verkkopalveluissa

Kä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ätiedot

PS-vaiheen edistymisraportti Kuopio

PS-vaiheen edistymisraportti Kuopio PS-vaiheen edistymisraportti Kuopio Kuopio, PS-vaiheen edistymisraportti, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 1.0 30.10.2001 Ossi Jokinen Kuopio2001, vain kurssin T-76.115 arvostelun

Lisätiedot

SEPA PÄIVÄKIRJA HEURISTINEN ARVIOINTI. Eero Kallio 54942R Ilkka Terho 57643U Kaarlo Lahtela 61439P

SEPA PÄIVÄKIRJA HEURISTINEN ARVIOINTI. Eero Kallio 54942R Ilkka Terho 57643U Kaarlo Lahtela 61439P SEPA PÄIVÄKIRJA HEURISTINEN ARVIOINTI Eero Kallio 54942R Ilkka Terho 57643U Kaarlo Lahtela 61439P SEPA päiväkirja Sivu 1 SEPA päiväkirja Sivu 2 SEPA PÄIVÄKIRJAN VERSION HALLINTA Versio Päivämäärä Kirjoittaja

Lisätiedot

Testaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma PUSU-ryhmä Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jussi Hynninen

Lisätiedot

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu

Lisätiedot