Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

Vuorovaikutteisten sovellusten suunnitteludokumenteissa on tärkeää selkeys ja se, että dokumenttien lukija voi saada selkeän kuvan sovelluksen ideasta, toiminnallisuuksista, vuorovaikutuksen tavoista ja visuaalisesta ilmeestä.

Mitään yhtä oikeaa dokumenttimuotoa ei ole. Alla olevat mallit ovat viitteellisiä ja ohjeistavat, mitä asioita kannattaa kirjoittaa dokumentteihin mukaan.

Alustava suunnitelma, ehdotus (Interactive proposal)

Yleensä aluksi luodaan alustava suunnitelma (proposal) sovelluksesta, jonka sovelluksesta. Suunnitelman perusteella päätetään, suunnitellaanko sitä eteenpäinjatketaanko idean kehittelyä vai ei.

Alustavaan suunnitelmaan kannattaa sisällyttää seuraavat asiat:

1. Otsikko / otsikkosivu

  • iskevä otsikko voi olla projektin paras myyntikeino, jonka tehoa ei kannata aliarvioida
  • kannattaa kuitenkin varautua siihen, että nimi voi vaihtua prosessin edetessä

2. Lyhyt yhteenveto

  • max. 20 sanaa, jotka selittävät, mistä on kysymys

3. Premissi

  • yhden kappaleen pituinen kuvaus projektista ja sen päätavoitteista.

4. Yleiskatsaus konseptiin

5. Tarinan yhteenveto

6. Kuvaukset hahmoista

7. Rakenne ja vuokaavio(t)

8. Mukaansatempaavat ominaisuudet / vuorovaikutuksen säännöt

9. Kuvaus käyttöliittymän toiminnasta

10. Skenaario

11. Myyntiennusteet

12. Ryhmän yhteystiedot

/ premissi

  • yhden lauseen / lyhyen kappaleen pituinen kuvaus projektista ja sen päätavoitteista
  • mieti, miten kerrot vaikkapa ystävälläsi lyhyesti ideastasi, kun hän kysyy, minkälaista projektia suunnittelet
  • apua saa myös vilkaisemalla tv-opasta, jossa on lyhyesti kerrottu elokuvien ja ohjelmien sisällöt.
  • Esimerkki: Sovelluksen nimi on tarina valtion agentista numero 5, joka lavastetaan vaimonsa murhasta ja tuomitaan vankeuteen. Hän matkaa halki aikakausien paljastaakseen itseään vastaan suunnatun pirullisen juonen. Agentti on onnistunut tehtävässään, kun hän tarinan lopussa on kerännyt kaikki vapauttavat todisteet, joiden avulla syylliset saadaan kiinni.
  • Elokuvan kohdalla premissi usein yhden lauseen pituinen, katso esimerkkejä Wikipediasta

3. Konseptin kuvaus

  • Suunnitelma voidaan myös aloittaa konseptin esittelyllä, etenkin jo on kysymys informaatiopohjaisesta sovelluksesta, jossa ei ole vahvaa tarinaa taustalla
  • konseptin kuvauksessa on tärkeää tuoda esille etenkin se, miten sovellus eroaa muista multimediasovelluksista, mikä siinä on erityistä ja julkaisemisen arvoista

4. Tarinan yhteenveto

  • jos teoksesi pohjautuu vahvasti tarinankerrontaan, tähän kohtaan kirjoitetaan tarinankulku yksityiskohtaisemmin auki
  • selitetään myös se, kuinka käyttäjä voi vaikuttaa teokseen
  • min 1 sivu, max 10 sivua

5. Kuvaukset hahmoista

  • jos teoksessa on hahmoja, kuvaile hahmogalleriasi
  • persoonallisuus
  • ulkoasu (mieluiten piirrokset jos on)
  • taustatarinat
  • suhteet toisiinsa ja rooli/merkitys tarinassa

6. Rakenne / vuokaavio(t)

  • millainen rakenne teoksessa on? ks. kymmenen rakennemallia
  • usein vuokaavio on paras tapa esittää teoksen rakenne

7. Erityiset ominaisuudet / vuorovaikutuksen säännöt

  • Kuvaile sovelluksen ominaisuudet ja toiminnallisuudet, jotka ovat sovelluksen valtteja
  • kuvaile vuorovaikutuksen säännöt: miten käyttäjä liikkuu teoksessa (voi hyppiä, juosta, lentää, ampua, keskustella?)

8. Kuvaus käyttöliittymän toiminnasta

  • Mieluiten paperiprototyyppi, josta ilmenee käyttöliittymän visuaalinen rakenne ja toiminnallisuudet, jotka avautuvat

9. Skenaariot

  • Tarpeen etenkin multimediassa, jota tehdään opetustarkoituksiin
  • Skenaario on sanallinen kuvaus siitä, kuinka käyttäjä käyttää laitetta
  • jos vaihtoehtoja on useita, tehdään myös useampi skenaario

10. Myyntiennusteet

  • jos sellaisia on

11. Työryhmän roolit ja yhteystiedot

  • keitä työryhmässä on, mitä he tekevät, miten heihin saa yhteyttä?

Varsinainen suunnitteludokumentti (Design document)

Jos alustava suunnitelma menee läpi, jatketaan suunnittelua ja laaditaan laajempi dokumentti, jonka perusteella sovellus voidaan myös toteuttaa. Se pitää sisällään myös

1. Storyboard

  • tarinan visuaalinen luonnos kohtauksittain

2. Käsikirjoitus

  • tähän ei ole olemassa vakiintunutta muotoa (toisin kuin elokuvamaailmassa)
  • kuvataan tapahtumapaikat, toiminta ja dialogi
  • jos kyseessä on opetusmultimedia tai muu informaatiokäyttään suunnattu multimediateos, jossa ei ole selkeää tarinaa, käsikirjoitus voi olla kuvaus moduuleista, joiden toiminta kuvataan

3. Tekniset määrittelyt

  • millä alustalla sovellus pyörii?
  • millä tekniikalla toteutetaan, mitä ohjelmistoja tarvitaan?
  • käytetäänkö sovellusta yksin vai voiko useampi käyttäjä olla yhtäaikaa -> mitä vaatii teknisesti?

4. Aikataulu

  • mitä tapahtumia ja mitä välietappeja projektissa on?

5. Budjetti

...