Kravspesifikasjon Bilag 1 Rådgivning, kompetanse og utvikling innenfor spill
Innhold 1. Innledning... 2 2. Formålet med anskaffelsen... 2 3. Generelle krav... 3 4. Rådgiving og kompetanseoverføring innenfor spill og spillutvikling... 3 5. Utvikling av konkrete spill, tilpasset videregående opplæring... 4 6. Teknisk drift og vedlikehold av løsningen/løsningene... 8 1
1. Innledning Dette dokumentet inneholder oppdragsgivers krav til leverandørens løsningsforslag. Oppdragsgiver ber leverandøren besvare kravene som fremkommer i dette dokumentet i Bilag 2 (Leverandørens løsningsbeskrivelse). Det bes videre om at leverandøren benytter seg av samme struktur/oppbygging av sitt løsningsforslag som strukturen som fremkommer i dette dokumentet. 2. Formålet med anskaffelsen Leverandøren skal levere rådgivning og kompetanse innen spill, og samtidig utvikle konkrete spill. I samarbeid med oppdragsgivers redaksjonelle medarbeidere og teknisk personale må leverandør være behjelpelig med å sette leveransene inn i oppdragsgivers pedagogisk kontekst, og tilpasse løsningen til oppdragsgivers teknologiske rammeverk. Spillutvikling er en nysatsing hos oppdragsgiver, og arbeidet vil derfor inneha stor grad av innovasjon og nyutvilking, som fordrer tett dialog mellom leverandør og oppdragsgiver. Etterspørselen kan deles inn i tre stadier: 1. Rådgiving og kompetanseoverføring innenfor spill og spillutvikling 2. Utvikling av konkrete spill, tilpasset videregående opplæring 3. Vedlikehold og drift av ferdigutviklede spill I leverandørens besvarelse (bilag 2) ber oppdragsgiver om at leverandøren klart skiller mellom disse tre stadiene. Dette innebærer at leverandøren under hver fase besvarer de enkelte krav som oppdragsgiver har stilt til de enkelte faser. 2
3. Generelle krav Oppdragsgiver ber leverandøren: - Utarbeide et helhetlig løsningsforslag på hvordan leveransen bør utvikles som svarer til de stadiene nevnt over. - Leverandøren må også vise sammenhengen mellom dem, og indikere en progresjon i hvordan disse tre leveranseområdene kan ivaretas på en best mulig måte. - Oppdragsgiver ber leverandøren skissere en fremdriftsplan, med de viktigste milepeler, for et utviklingsprosjekt. Vi vil i det følgende spesifisere nærmere hva oppdragsgiver ønsker at leverandøren besvarer i de ulike stadiene av utviklingsprosjektet. 4. Rådgiving og kompetanseoverføring innenfor spill og spillutvikling (første fase av et utviklingsprosjekt) Definisjon: Oppdragsgiver definerer første fase som tiden fra behovet oppstår til leverandøren i tett samarbeid med oppdragsgiver har spesifisert et konkret spill som er klar for å bli utviklet. Formålet er at leverandør i tett samarbeid med oppdragsgiver skal utforme forslag til spill som kan bli utviklet. Oppdragsgiver ber leverandøren beskrive: - Oppdragsgiver er lokalisert ulike steder i Norge, og møter (samlinger og workshops) skal gjennomføres ved behov. Oppdragsgiver benytter i stor grad elektronisk kommunikasjon, Skype og/eller Google hangout, for å redusere møtetid. Oppdragsgiver ber leverandør beskrive hvordan de vil sikre nødvendig tilstedeværelse og samarbeid i første fase. - Oppdragsgiver har som mål å øke egen kompetanse innenfor spillteknologi/psykologi, og ber leverandør beskrive aktuelle tiltak de kan bidra med. (kurs, info på intranett, demoer osv) - Oppdragsgiver ber leverandør beskrive hvordan de i samarbeid med oppdragsgiver vil ivareta de faglige og pedagogiske føringene som ligger i lovverk og forskrifter/ læreplaner. 3
- Oppdragsgiver ønsker en beskrivelse av hvilke ressurser (hvilke roller og hvilket omfang) fra oppdragsgivers organisasjon som må avsettes i første fase. - Oppdragsgiver ønsker som et eksempel en konkret beskrivelse av prosessen fra ide til kravspesifikasjon, med de involverte rollene fra både oppdragsgiver og leverandør. 5. Utvikling av konkrete spill, tilpasset videregående opplæring (andre fase av et utviklingsprosjekt) Definisjon: Andre fase defineres som selve utviklingsfasen. Leverandøren skal i denne fasen, på bakgrunn av kravspesifikasjonen som ble utformet i første fase, utvikle det konkrete spillet. - Oppdragsgiver ber leverandøren beskrive utviklingsløpet fra start av produksjon av et konkret spill til spillet er ferdig utviklet og klart til å tas i bruk av den aktuelle brukergruppe. - Oppdragsgiver ber videre leverandøren beskrive behovet for NDLAs deltakelse under denne fasen. Pedagogiske krav til DLM Spillutviklingen kan være utvikling av helhetlige spillkonsepter i ulike kanaler, nye konkrete spill, eller programvare som benytter spillmetodikk og -psykologi som en del. Løsninger skal skape bedre læring for elevene som tar disse i bruk. Oppdragsgiver mener gode løsninger vil være motiverende og spennende for elevene å bruke, men oppdragsgiver har ambisjoner utover dette - om å skape DLM der en empirisk og forskningsbasert kan måle bedre læringseffekt. - Leverandør må i løsningsforslaget vise erfaring og god helhetlig forståelse for dette. Oppdragsgiver setter høye pedagogiske krav til DLM. Med DLM menes «pedagogiske redskaper som kan brukes til læringsformål og som utnytter IKT for å fremme læring via produkter, tjenester og prosesser.» Denne definisjonen er i tråd med Kunnskapsdepartementets og Program for Digital kompetanses forutsetninger. - Oppdragsgiver ber leverandøren beskrive hvordan de vil sikre at pedagogiske krav blir ivaretatt. 4
Foreslåtte løsninger skal dekke konkrete kompetansemål eller hele læreplaner i videregående opplæring. Dette kan være hvilket som helst fag i den videregående skole, men vi er primært opptatt av å styrke tilbudet i de fag som i dag foreligger på ndla.no. - Løsningsforslaget skal beskrive hvordan leveransene kan skape god læring innenfor kompetansemålene i fagene (GREP). Vi viser også til Kvalitetskriterier for digitale læringsressurser utviklet av Senter for IKT i utdanningen. Krav til teknisk løsning Tjenestene/produksjonene må til enhver tid kunne benyttes innenfor oppdragsgivers rammer og medieplattformer. Løsninger må dermed kunne videreutvikles synkront med oppdragsgivers totale utviklingsløp, og da i tett dialog mellom kunde og leverandør. Oppdragsgiver vurderer nå nye plattformer, teknologi og konsepter for digital læringsteknologi. - Oppdragsgiver ber leverandøren gi noen pekepinner på hvordan leverandøren vil forholde seg til denne virkeligheten. Løsninger må kunne gi lik opplevelse på de mest populære enhetene man kan forvente å finne blant målgruppen. Dette innebærer personlige datamaskiner, Apple iphone og ipad, og smarttelefoner med Google Android. NDLA anbefaler derav bruk av HTML5, men annen teknologi er mulig å bruke. - Oppdragsgiver ber leverandøren beskrive om løsningene som blir produsert kan gi lik opplevelse på de mest populære enhetene, som nevnt over. Oppdragsgiver ønsker å tilby læremidler som har størst mulig grad av universell utforming for målgruppen. Dersom løsninger er på verdensvevet, anbefaler oppdragsgiver at leverandør følger retningslinjene WAI legger frem i WCAG til minst nivå AA. Vi viser til Teknisk del: Tilgjengelighet i Kvalitetskriterier for digitale læringsressurser. - Oppdragsgiver ber leverandøren beskrive hvordan de vil ivareta hensynet til universell utforming. - Oppdragsgiver vil at leverandører skal holde seg til åpne formater og fri programvare. Det skal foreligge meget gode og veldokumenterte grunner for at disse kravene avvikes. Leverandøren bes om å bekrefte dette, eventuelt beskrive hvorfor de ikke forholder seg til dette. I utgangspunktet ønsker oppdragsgiver at løsninger kjører på verdensvevet. Dette er i takt med anbefalningen om HTML5, er plattformagnostisk, og kan aksesseres på alle ovennevnte enheter. Dette innebærer at slike løsninger må gi lik opplevelse på de mest populære nettleserne - Google Chrome, Windows Internet Explorer, Mozilla Firefox og Safari. Fravær av plug-ins er en fordel. Dersom plug-ins blir benyttet, må 5
det foreligge gode og veldokumenterte grunner til dette. Eventuelle plug-ins skal også være fri programvare, og funksjonaliteten de bidrar med må selvsagt være tilgjengelig på alle ovennevnte systemer. - Det bes om at leverandøren beskriver hvordan ovennevnte krav vil bli ivaretatt. Dette bør understøttes av best mulig dokumentasjon og referanser fra konkret utviklingsarbeid som leverandør har vært involvert i. Opphavsrett og eiendomsrett Oppdragsgiver har som overordnet mål og stimulere til at innhold til læringsformål skal være åpen og fritt tilgjengelig for allmenheten. Fri programvare og CClisensiering har vært, og vil fortsatt være, viktige virkemidler for oppdragsgiver. Oppdragsgiver legger til grunn at leverandøren vil ha opphavsrett til innhold, læremidler og annet materiale som blir utviklet. Leverandøren overdrar generell bruksrett til levert DLM på NDLA sine nettsider for ettertiden. Innholdet kan bearbeides, endres, lagres og gjøres tilgjengelig som læremidler og annet materiale i en medieuavhengig maskinlesbar form, men slik at det ikke er krenkende for leverandøren eller innholdets anseelse eller egenart.(cclisens: http://creativecommons.org/licenses/by-sa/3.0/no/ Når innhold gjøres tilgjengelig digitalt, legger oppdragsgiver til grunn at allmennheten vil ha fri rett til å benytte innholdet. Ved ethvert opphør av avtalen mellom oppdragsgiver og leverandør vil råderetten for digitalt tilgjengeliggjort innhold anses overdratt til allmennheten. - Oppdragsgiver setter ikke full åpen lisensiering som et krav, men vi vil prioritere innhold der tilknyttede rettigheter er mest mulig åpne. Oppdragsgiver ber leverandøren beskrive hvordan de forholder seg til dette. - Leverandøren skal beskrive i hvilken grad leveransen begrenser bruk mht. rettigheter. - Leverandøren skal beskrive varighet for leveransen innenfor dette perspektivet, mao er leveransen avgrenset i tid, og hvordan sikres bruksrett for fremtiden. - Leverandøren bes om å beskrive eventuelle begrensinger for videre bearbeidelse. - Leverandørem bes om å beskrive rettigheter tilknyttet formatuavhengighet, kopiering, deling og videre distribusjon. - Leverandøren skal vedlegge utkast til eventuell lisens for merking av innholdet/kode. - Leveransen skal være rettighetsklarert i forhold til opphavsmann eller eventuelt rettighetsorganisasjoner som forvalter opphavsrett som f.eks TONO og BONO. - Oppdragsgiver ønsker at leverandøren beskriver hvordan de vil sikre at løsningene ikke vil krenke opphavsretten. 6
Krav til språklig kvalitet Den språklige presentasjonen må være tilpasset målgruppen, anvende dagens gjeldende terminologi og følge de vedtatte rettskrivingsreglene for bokmål og nynorsk. Leveransene skal i utgangspunktet foreligge på begge målformer, leveres ferdig språkvasket. - Oppdragsgiver ønsker at leverandør bruker profesjonelle språktjenester, og ber leverandøren beskrive hvordan dette vil bli ivaretatt på en god måte. Oppdragsgiver er innforstått med at ikke alle leveranser vil måtte være på norsk og i to målformer, som i språkfagene. Løsninger må også gjerne være tilgjengelig/klar for oversettelse til andre språk, for eksempel samisk. - Oppdragsgiver ønsker at leverandøren beskriver en enkelt kan skalere opp spillkonsepter i forhold oversettelse til flere språk. Krav til dokumentasjon av løsning Oppdragsgiver stiller dokumentasjonskrav til hver leveranse. Hver leveranse vil inneholde krav til dokumentasjon som f.eks: - Brukerveiledning(er). - Dokumentasjon av teknisk oppbygging. - Kvalitetssikringsplan for leveransen. - Oppdragsgiver ønsker en beskrivelse av hvordan leverandør ivaretar dette i sine leveranser. Nivå og omfang vil måtte avtales innenfor hvert prosjekt/avrop og hvere gjenstand for diskusjon 7
6. Teknisk drift og vedlikehold av løsningen/løsningene (tredje fase av et utviklingsprosjekt) SSA-R Bilag 1 Definisjon: Tredje fase er perioden etter at spillet er ferdigutviklet og klar for å kunne tas i bruk. Oppdragsgiver ønsker primært at leverandøren drifter løsningen/løsningene som blir utviklet, og vedlikeholder den/disse. - Oppdragsgiver ber leverandøren beskrive hvordan teknisk drift og vedlikehold av løsningen vil bli foretatt. - Oppdragsgiver stiller et krav om at DLM er tilgjengelig uten autentisering på sluttbrukernivå. Løsninger behøver ikke å være eksklusive for oppdragsgiver. - Oppdragsgiver ber leverandøren beskrive hvordan de vil ivareta tilstrekkelig kapasitet på tjenere og linjer. - Leverandør må redegjøre for valg av egne plattformer, publiseringsløsninger eller lignende. Dersom leverandøren ikke har anledning til å drifte løsningen som blir utviklet har oppdragsgiver anledning til å drifte løsningen/løsningene. Oppdragsgiver drifter ndla.no, som er bygd på publiseringssystemet Drupal. Oppdragsgiver tilbyr i utgangspunktet ikke drift av leverandørers egne plattformer, publiseringsløsninger eller lignende. Dette må leverandør drive selv. - Oppdragsgiver ber leverandøren beskrive prosessen vedrørende integrering av løsning mot oppdragsgiver plattform. 8