KYSYMYKSET TEKSTIVIESTINÄ Aloita viesti lyhenteellä SD ja kirjoita kysymyksesi tai palaute

Transkriptio

1 KYSYMYKSET TEKSTIVIESTINÄ Aloita viesti lyhenteellä SD ja kirjoita kysymyksesi tai palaute

2 Tehtävämallinnus Linkki prototyypistä tietojärjestelmään Realizer by SysOpen Digia Antti Martikainen Johtava konsultti SysOpen Digia Plc

3 Sisältö Vaatimusten ja ratkaisujen kommunikointi Internet-palveluiden käytettävyys erilaisilla päätelaitteilla Tehtävämallinnus / Realizer by SysOpen Digia Demo Yhteenveto

4 Vaatimusten kommunikointi vaikeaa? Tekstidokumentit ja käyttöliittymähahmotelmat eivät luo yhteisymmärrystä tulevasta Tuttua? Määrittelyn hyväksymispalaverin taustamateriaalina 500-sivuinen määrittelydokumentti Syntyykö tästä liiketoimintaa tehostava sovellus? Kuinka tuotetaan kustannustehokkaasti kaikki toiminnot kattava interaktiivinen prototyyppi? Moniselitteisyys pitäisi voida välttää keinolla millä hyvänsä Jopa 70% muutostöistä voi johtua puutteellisesti ymmärretyistä vaatimuksista 1) 1) Forrester: Show, Don t Tell: How High-Fidelity Prototyping Tools Improve Requirements Gathering, saatavilla osoitteesta

5 The Single Biggest Problem in Communication is the Illusion that it has Taken Place - George Bernard Shaw

6 Miksi Internet-palvelut eivät mukaudu laitteiden kyvykkyyksiin? Visuaalinen suunnittelu lähtökohtana johtaa optimointiin tietynlaiselle päätelaitteelle Selvästi erilaiset laitteet (näytöt) vaativat suunnittelua monella eri tasolla Lopullisen käyttöliittymän mukauttaminen ei onnistu Isotkin konsortiot ja hankkeet ovat epäonnistuneet Tarvitaan erilainen lähestymismalli

7 Käyttöliittymän käytettävyys on laitesidonnainen asia

8 Tehtävämallinnus, uudenlainen lähtökohta Tehtävämalli on formaalin, graafisen mallin avulla kuvattu käyttötapaus Paikkaa UML-notaation jättämän aukon Käyttötapaukset mallinnettavissa visuaalisesti ja tarkasti Täysin yhteensopiva UML:n käsitemaailman kanssa Prosessoitavissa tietokoneella Karkean tason simulaatio automaattisesti Luo perustan interaktiokuvauksen hyödyntämiselle erilaisissa käyttöliittymätoteutuksissa Realizer linkittää tehtävämallit ja visuaalisen käyttöliittymäsuunnittelun Tähän asti lähinnä akateemisten piirien intressissä Realizer on ensimmäinen kaupallinen tehtävämallinnukseen perustuva suunnittelu- ja toteutusympäristö Realizer linkittää tehtävämallit ja liiketoimintalogiikan Javatoteutuksen Proto kasvaa inkrementaalisesti kommunikointivälineestä liiketoimintakriittisen järjestelmän käyttöliittymätoteutukseksi

9 Demo Käyttötapauksen mallintaminen Käyttötapauksesta käyttöliittymään Mukauttaminen eri laitteille ja rooleille Käyttöliittymän kytkentä tietokantaan

10 Käyttöliittymän rakennuselementit Näkymä Simulaatiot Layout Laitekohtainen sisältö Navigaatio Tyylit Visualisointi Käyttöliittymän komponentit Kuvat Otsikot Lomakkeet... Interaktio Käyttäjätehtävät Järjestelmätehtävät Kytkennät muihin tehtävämalleihin ja oliomalliin Tietomalli

11 Applied Model-driven Architecture Model-driven UI Web Container User interface Driven by task models Task-driven Run-time Bridges UI and backend Backend Driven by task models Generic interface Programmed business Logic J2EE Java methods called by task engine Web services, ESB, SOA...

12 Realizer-prototyyppien hyötyjä Toiminnallisilla prototyypeillä vaatimukset tehokkaasti esiin Tehostettu sidosryhmäkommunikointi Projektin omistaja, markkinointi, käyttäjät, toimittaja, yhteistyökumppanit.. Nopea tietosisällön syöttö ja lokalisointi Simulaatiot käyttäjäroolikohtaisesti, poikkeustapauksineen Tuki ketterälle käyttäjätestaukselle Käyttäjätestit kentällä millä tahansa selaimella Prototyypit mukautuvat päätelaitteiden kyvykkyyksiin Mitattavuus / ROI-ennakkoarviot Kuluttajatutkimukset Sovelluksen vaikutus työtehoon kentällä Protoon laitettu työ vähennettävissä toteutusvaiheen työstä Kannattaa simuloida ja käyttäjätestata käyttöliittymä kokonaan ennen toteutuksen aloittamista Rich Web -prototyypit Push, kontekstitietoisuus (CEP), Ajax, tietokantaan kytketyt protot

13 Muistettavaa Prototyyppien nopea tuottaminen toisensa perään ei välttämättä johda mihinkään Alussa se kyllä helpottaa kommunikointia.. Pitää tietää järjestelmän ja käyttäjien tavoitteet Käyttöliittymä ja sen toiminnot pitää 1. vaiheen jälkeen suunnitella Mielellään ammattilaisen toimesta..

14 Käyttäjätestaus ja sovelluskehityksen tarpeet eivät aina kohtaa Käyttäjätestaus on erittäin suositeltavaa hankkeen liiketoiminnallisen hyödyn varmistamiseksi Kuitenkin testejä tehdään suhteellisesti aika vähän Käytettävyyspanostukset eivät aina paranna sovellusten laatua CHI 2007 konferenssin Workshop-aihe: Increasing the impact of usability work in software development 1) Syitä Käyttäjätesti on usein suhteellisen raskas menetelmä, jonka lopputuloksena on raportti Testiraportti menee käsittelyyn, ongelmia tulkitaan, päätetään mitä voidaan tehdä tässä vaiheessa projektia.. Mitkä ongelmat korjataan, miten ja kenen toimesta? Eikö käyttäjätestin lopputuloksena aina voisi olla parempi käyttöliittymä? 1)

15 Ketterällä käyttäjätestauksella tuloksia Käyttöskenaario 3-4 htp (valmistelu, testi, raportti) Testi 3 käyttäjällä 1 päivän aikana Tuloksena realiteettien tajun lisäksi parannettu käyttöliittymä Testaajat, asiakas Tavoitteet OK Käyttäjä, testaajat Testaajat, asiakas Testaajat Testi Priorisointi, toimenpiteet Proton edistäminen Parempi käyttöliittymä Tarkennetut vaatimukset Input jatkosuunnittelulle Esimerkkimenetelmä: RITE = Rapid Iterative Testing and Evaluation 1) Vaatii soveltuvan prototypointivälineen (myös paperi OK) 1)

16 Realizer käyttöskenaario 1 Uuden (mobiili)konseptin hyötyjen mittaus Konsepti-idea Osallistuvaa suunnittelua Käyttäjätestaus Johtopäätökset Asetetaan tavoitteet, rakennetaan prototyyppi 2 workshoppia iterointiin / sparraukseen Käyttäjätestit/- tutkimukset Mittaustulosten analyysi, toimenpiteet

17 Realizer käyttöskenaario 2 Monikanavainen sähköisen asioinnin palvelu Toiminnalliset prototyypit Kälin viimeistely Määrittelyn tarkennus Toteutus Käyttöönotto > Tehtäväkulut > Tietokentät > Poikkeustapaukset > Roolikohtaiset toiminnot > Vaatimusten tarkennus > Suunnittelu & Simulointi > Sidosryhmien palaute > Käyttäjätestit eri laitteilla > Lokalisointi >.. > Tietokanta > Toimintokohtaiset lopputulokset järjestelmän kannalta jne. > Käyttöönoton valmistelu > Ennalta varmistettu käyttäjien hyväksyntä Määrittely OK Mallinnuksella ja simulaatioilla täydennetään olemassa olevia menetelmiä soveltuvasti

18 Referenssejä Realizerin käyttö määrittelytyössä helpotti ja nopeutti päätöksentekoa ja sisäistä kommunikointia Mikko Paalasmaa, Tietohallintopäällikkö, Anttila Oy Nopea konseptointi, osallistuvaa suunnittelua, hyväksytyn käyttöliittymän kytkentä taustajärjestelmään Prototyyppi kommunikaatiovälineenä, ketterä käyttäjätestaus

19 Kiitos!