KYSYMYKSET TEKSTIVIESTINÄ 13145 Aloita viesti lyhenteellä SD ja kirjoita kysymyksesi tai palaute
Tehtävämallinnus Linkki prototyypistä tietojärjestelmään Realizer by SysOpen Digia Antti Martikainen Johtava konsultti SysOpen Digia Plc
Sisältö Vaatimusten ja ratkaisujen kommunikointi Internet-palveluiden käytettävyys erilaisilla päätelaitteilla Tehtävämallinnus / Realizer by SysOpen Digia Demo Yhteenveto
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 http://www.forrester.com/teleconference/previous/overview/0,5158,1228,00.html
The Single Biggest Problem in Communication is the Illusion that it has Taken Place - George Bernard Shaw
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
Käyttöliittymän käytettävyys on laitesidonnainen asia
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
Demo Käyttötapauksen mallintaminen Käyttötapauksesta käyttöliittymään Mukauttaminen eri laitteille ja rooleille Käyttöliittymän kytkentä tietokantaan
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
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...
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
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..
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) http://www.diku.dk/forskning/infosys/chiworkshop/
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) http://www.microsoft.com/downloads/details.aspx?familyid=3b882eb1-5f06-41d9-baba-d39ad13bc3ff&displaylang=en
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
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
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
Kiitos! antti.martikainen@sysopendigia.com www.sysopendigia.com