fredag 16. oktober 2009
Vurdering
Vi skulle skrive på bloggen hva vi synes om bloggingen. Jeg syntes det å lage en blogg og blogge var helt greit. Jeg ble skuffa over karakteren som jeg fikk, kunne gjort litt mer. Men som sagt helt greit.
Kap 8
Kap 8 er det siste kapittelet. Har ikke fått blogget det på grunn av andre prøver og lekser som vi har hatt.
dette kapittelet er om planlegging og utvikling
- hvorfor vi planlegger
- om design av brukergrensesnitt
- om åndsverkloven
Hvorfor vi skal planlegge:
Planlegging blir veldig ofte sett på som kjedelig, tidkrevende og kjedelig, og tror de vil spare mye tid på å starte direkte på selve arbeidet.
Å planlegge er helt avhengig av prosjektets størrelse og type. Men planleggingsfasen trenger ikke å være så stor heller.
Det er viktig å planlegge på forhånd fordi da får man mer helhetlig design og funksjonalitet på produktet.
I planleggingsfasen kan man skrive kode og lage grafikk og andre multimedieelementer. Det gjøres i stor skala og refereres til som prototyping, som er med andre ord tester på den faktiske utviklingen.
Man må være klar over at det er kun tester og at de antakeligvis må endres eller forkastet. Idêen med prototyping er ikke meningen med å lage det ferdige produktet, men å teste at det man gjør under planleggingen, faktisk lar seg gjøre, og at det vil være slik man ønsker det. Og å bruke den måten er det enkelt å endre planer før man legger for mye vekt av det.
Det er også noe som heter systemutviklingsmodeller, og i tradisjonelle applikasjonsutviklingssammenhenger ønsker man ofte å ha en modell på hvordan arbeidet fra prosjektet starter til produktet er ferdig, skal foregå.
Systemutviklingsmodeller er ofte veldig formelle og omfattende. og de passer svært sjelden godt til utvikling av mulitmedieapplikasjoner, etter som de fokuserer så mye på programkode.
Tre skritt som vi må gå gjennom:
Planlegging -------> Utvikling -------> Testing
Hva som skal planlegges:
Det er viktig å vite hva som skal planlegges. Og det er noen punkter som alltid bør være med i planleggingen.
Kravspesifikasjon:
Det som er viktig å gjøre i en planleggingsfase er noen stikkord om hva vi ønsker å lage. Det blir "oppgaveteksten" til prosjektet.
I kravspesifikasjon skal vi liste opp funksjonalitet produktet skal ha, og hvordan brukeren skal se og interagere med systemet.
Brukergrensesnitt:
Brukergrensesnitt er det brukeren kan interagere med å få feedback fra. Det er viktig at vi designer brukergrensesnittet slik at det tjener hensikten og gir brukerne den opplevelsen vi ønsker.
Funksjonalitet:
Funksjonalitet er det som ligger bak brukergrensesnittet, eller at den styrer brukeren funksjonaliteten gjennom brukergrensesnittet.
Kilder og innholdsleverandører:
lyd, bilder, video og animasjoner må en en eller annen måte lager eller hentes fra eksterne kilder. Dette er viktig å avgjøre under planleggingen, fordi det har mye å si for hva vi skal gjøre under selve utviklingen.
Grafisk design:
dette kapittelet er om planlegging og utvikling
- hvorfor vi planlegger
- om design av brukergrensesnitt
- om åndsverkloven
Hvorfor vi skal planlegge:
Planlegging blir veldig ofte sett på som kjedelig, tidkrevende og kjedelig, og tror de vil spare mye tid på å starte direkte på selve arbeidet.
Å planlegge er helt avhengig av prosjektets størrelse og type. Men planleggingsfasen trenger ikke å være så stor heller.
Det er viktig å planlegge på forhånd fordi da får man mer helhetlig design og funksjonalitet på produktet.
I planleggingsfasen kan man skrive kode og lage grafikk og andre multimedieelementer. Det gjøres i stor skala og refereres til som prototyping, som er med andre ord tester på den faktiske utviklingen.
Man må være klar over at det er kun tester og at de antakeligvis må endres eller forkastet. Idêen med prototyping er ikke meningen med å lage det ferdige produktet, men å teste at det man gjør under planleggingen, faktisk lar seg gjøre, og at det vil være slik man ønsker det. Og å bruke den måten er det enkelt å endre planer før man legger for mye vekt av det.
Det er også noe som heter systemutviklingsmodeller, og i tradisjonelle applikasjonsutviklingssammenhenger ønsker man ofte å ha en modell på hvordan arbeidet fra prosjektet starter til produktet er ferdig, skal foregå.
Systemutviklingsmodeller er ofte veldig formelle og omfattende. og de passer svært sjelden godt til utvikling av mulitmedieapplikasjoner, etter som de fokuserer så mye på programkode.
Tre skritt som vi må gå gjennom:
Planlegging -------> Utvikling -------> Testing
Hva som skal planlegges:
Det er viktig å vite hva som skal planlegges. Og det er noen punkter som alltid bør være med i planleggingen.
Kravspesifikasjon:
Det som er viktig å gjøre i en planleggingsfase er noen stikkord om hva vi ønsker å lage. Det blir "oppgaveteksten" til prosjektet.
I kravspesifikasjon skal vi liste opp funksjonalitet produktet skal ha, og hvordan brukeren skal se og interagere med systemet.
Brukergrensesnitt:
Brukergrensesnitt er det brukeren kan interagere med å få feedback fra. Det er viktig at vi designer brukergrensesnittet slik at det tjener hensikten og gir brukerne den opplevelsen vi ønsker.
Funksjonalitet:
Funksjonalitet er det som ligger bak brukergrensesnittet, eller at den styrer brukeren funksjonaliteten gjennom brukergrensesnittet.
Kilder og innholdsleverandører:
lyd, bilder, video og animasjoner må en en eller annen måte lager eller hentes fra eksterne kilder. Dette er viktig å avgjøre under planleggingen, fordi det har mye å si for hva vi skal gjøre under selve utviklingen.
Grafisk design:
- Tydelig tekst - ikke bruk farger som gjør at teksten vanskelig å lese. Ikke bruk for liten eller for stor størrelse.
- Enkel navigasjon - Hvis multimedieproduksjonen i første rekke skal informativ, før navigeringen være enkel. Det skal være tydelig tekst i knapper og menyer, samt at de skal være ordnet og eventuelt gruppert.
- Gjennomgående design - Bruk samme type design gjennom hele produksjonen.
- Fornuftig bruk av animasjon og lyd - Ikke bruk animasjon og kyd uten å ha en grunn til det.
Abonner på:
Innlegg (Atom)