Udvikling af prototype: Ønsker og krav til digital portfolio Indhold Barnets Digitale Portfolio... 1 Samarbejde om udvikling af en prototype... 1 Mulighed for efterfølgende abonnementsordning af prototypen... 2 Generelle og tekniske krav... 2 Funktionalitet, brugervenlighed og anvendelse... 4 Specifikke krav til portfoliet baseret på brugergrupper... 6 Vedligeholdelse og hosting... 7 Økonomi... 7 Bud på en overordnet tidsramme... 9 Barnets Digitale Portfolio Silkeborg Kommune ønsker en elevcentreret e-portfolio, der af børnene kan anvendes til at samle og præsentere vidnesbyrd og refleksion om deres egen læring. Udgangspunktet er vurdering for læring, ikke vurdering af læring. Det digitale portfolie tager sit afsæt i specifikke erfaringer og ønsker fra Buskelundskolen i Silkeborg Kommune. Dog skal portfoliet kunne finde anvendelse i et bredere perspektiv udover Buskelundskolen, således at samtlige skoler, og ikke bare i Silkeborg Kommune, kan anvende portfoliet til børnene, hvis man ønsker det. Der er tale om at portfoliet fungerer som henholdsvis en form for skal samt som et medie, der også kan bidrage til produktion af emner. Indholdet i portfoliet kommer fra en række af eksterne medier. Et eksempel kan være lagrede filer, som indsættes fra Google gennem Silkeskole.dk. Det er mange typer af filer, der skal kunne indlejres og skal kunne indsamles og præsenteres via portfoliet. Der er ikke tale om at alt indholdet skal kopieres og gemmes ind i selve portfoliet. Arkivering af filer vil ske på eksisterende platforme. Dertil kommer at de yngste børn, som skal anvende portfoliet vil have størst glæde af en webapp, som har et enkelt brugerinterface. Det kan være en native app, som benytter sig af den mobile enheds ind byggede funktionalitet, fx kamera og således vil portfoliet yderligere bidrage til at være et medie, der kan anvendes til produktion og samtidig præsentation af disse produktioner. Samarbejde om udvikling af en prototype Silkeborg Kommune ønsker at indgå i et samarbejde med en leverandør, som kan 1
udvikle en prototype for et digitalt portfolio baseret på de ønsker og forventninger, som der er til en sådan løsning. Buskelundskolen og Pædagogisk Sektion i Silkeborg Kommune vil stille erfaringer og ressourcer til rådighed for leverandøren i udviklingsog testperioden, og således bidrage til udviklingen af et digitalt portfolio. Prototypen skal kunne tages i anvendelse og således testes og vurderes af børn i flere aldersgrupper, fagprofessionelle og forældre. For en aftalt periode skal Buskelundskolens børn og fagprofessionelle medvirke til udviklingsdelen netop ved at tage produktet i anvendelse, og arbejdet med prototype skal medvirke til at der laves yderligere udvikling og justeringer af produktet. Dette dokument danner basis for en kravspecifikation for en prototype til et digitalt portfolio. Kontraktudkastet for udarbejdelse af prototype vil være baseret på standardkontrakten K01. Mulighed for efterfølgende abonnementsordning af prototypen Silkeborg Kommune ønsker ikke at eje og videreudvikle på produktet selv, men ønsker at projektet skal udmøntes i et produkt som er henholdvis en webbaseret cloudløsning samt mobile app s til ios, Android og Windows. Efter kontraktudløbet som udelukkende dækker samarbejde og udvikling af en prototype, samt test, justeringer og ændringer af web-løsning samt app-løsning, har Silkeborg Kommune et ønske om at der vil være mulighed for at de enkelte skoler i Silkeborg Kommune på et individuelt niveau via en abonnementsordning kan benytte den udviklede løsning. Generelle og tekniske krav Emne Leverandøruafhængighed Systemdokumentation Udtræk af indhold Prototypen skal baseres på en teknologi eller platform, som betyder at denne kan videregives til andre leverandører med henblik på videreudvikling, drift og support. Der skal forefindes systemdokumentation på dansk. Systemdokumentationen skal være opdateret og tilgængelig for Silkeborg Kommune i tilfælde af fx leverandørskifte Eventuelt indhold, som er arkiveret direkte i portfoliet skal kunne udtrækkes/downloades i en eller anden form. Det eventuelle indhold skal kunne downloades af ejeren (barnet). Ved skifte til anden portfolioløsning skal der være mulighed for at migrere indhold. 2
Emne Tilgængelighed Det digitale portfolio skal være tilgængeligt, når som helst og hvor som helst. - Webbaseret - Mobilt (app-løsning til ios, windows og android) - Online, cloudbaseret løsning Silkeborg Kommune arbejder med BYOD i skolerne. Det vil sige, at det digitale portfolio skal være device-uafhængigt. Adgang, Uni Log in Leverandøren er ansvarlig for at sikre at app-løsningerne stilles til rådighed via de relevante app-stores, og skal sikre at app s er opdaterede og fungerende. Børn skal kunne anvendes uni log in til systemet. Fagprofessionelle skal kunne anvende uni log-in til systemet. Adgang, NemID Forældre og andre relevante skal kunne anvende NemID til log in. Dette er ikke et krav til udvikling i prototypen, men der er et ønske om at få et bud på, hvad det vil koste at benytte NemID som log in til portfoliet. Rettigheder og styring, administratormodul Rettigheder styres af en/flere administratorer. Der skal være et administratormodul for hver skole, der anvender portfoliet, og der er således ikke tale om ét fælles administratormodul for hele Silkeborg Kommune. Administrator skal kunne organisere eleverne i hold, klasser m.m. Holddeling sker i Skoleintra, og kan hentes herfra. Der er flere rettighedsniveauer: - Forældre, pårørende - Elev - Fagprofessionel - Administrator Som udgangspunkt skal: - Klasselæreren/holdlæreren have adgang til egne elever - Forældre have adgang til egne børn - Børn kan lukke af for adgang til visse dele af deres portfolio, evt fra et bestemt klassetrin Sammenhæng til følgende, indlejring af emner Google docs/drev (Silkeborg kommune har et kommunalt google domæne, Silkeskole.dk). Skoletube Skole- / børneintra (forældrene kan finde deres adgang til portfoliet herfra eller omvendt) Youtube Bookcreator 3
M.fl. Integration Standarder for området Elevernes Uddannelsesplan Der ønskes en pris på, hvad det vil koste at udarbejde en integration til Uddannelsesplan. Der arbejdes fra fællesoffentlig side på en række af standarder for skole- og dagtilbudområdet. Standarderne kommer til at dække for videndeling- og kommunikationsværktøjer indenfor området. Principielt ønsker vi sammenhæng på tværs af relevante systemer, derfor vil det være et fremadrettet krav at et digitalt portfolio kan imødekomme de fællesstandarder, som forventes på området. Funktionalitet, brugervenlighed og anvendelse Emne Brugervenlighed Forældre Lærere og pædagoger Skal kunne anvendes af børn i alderen 3 16 år. Det vil sige at brugerinterfacet skal tilpasses målgruppen. Forældre skal kunne gives adgang til portfoliet, for således at kunne samarbejde. Der vil være behov for at kunne kommentere eller lignende. Skal kunne få adgang til portfoliet for at kunne kommentere og give feedback på specifikt indhold på portfoliet. Der skal være mulighed for at en lærer kan gruppere og kategorisere de børn, man arbejder med, således at man får et godt overblik over ens børn. Kapacitet og dokumentation Funktionalitet: arbejde og præsentation Der skal være mulighed for at en lærer kan oprette fælles begivenheder for en gruppe, som elevproduktionerne kan organiseres efter. Hvert barn skal kunne opsamle og kategorisere dokumentation fra hele sin læring. Dokumentationen rummer video, tekst, lyd, billeder, præsentationer m.m. En del af produktionerne vil være indlejringer fra andre medier, de produktioner som udføres via webapp en skal arkiveres på Silkeborg Kommunes Google drev-løsning. Portfoliet skal rumme henholdsvis et arbejdsportfolio og et præsentationsportfolio (showcase) For showcases er det vigtigt, at man kan skabe egne præsentationer, som er på tværs af begivenheder. Showcases vil fx blive benyttet i forbindelse med forældresamtaler eller 4
lignende. Søgning og tagging Materialer, showcases og elementer i arbejdsportfoliet skal kunne genfindes på forskellig vis. Det kan foregå via forskellige kategoriseringer af materialet (tagging) og via tekstsøgning. Kategorisering og organisering af indhold Der skal være mulighed for fælles kategorier og mulighed for individuelle kategorier. Fælles kategorier fastlægges af administrator. Det skal være muligt for eleverne selv at skabe kategorier, og at vælge, hvordan indholdet kategoriseres. Der skal være mulighed for at vælge at organisere indholdet i begivenheder; det er valgfrit og skal kunne gøres af eleverne selv. En lærer kan også oprette begivenheder, som gælder for en gruppe. De grupper, som oprettes skal en elev kunne melde sig ud af igen. Kommentering Deling Visuel præsentationsflad e Adgang til andre Der skal kunne kommenteres på indholdet; altså fx på en uploadet stil. Det skal være muligt at se, hvem der har kommenteret på indholdet. Seneste kommentarer skal være tydelige at opdage, fx når man logger på portfoliet. Eleverne skal kunne vælge at dele indhold til sociale medier, herunder fx Facebook, Twitter og eventuelt andre sociale medier. Portfoliet skal uanset hvilke enhed det præsenteres på fungere enkelt og intuitivt i forhold til brugerens alder. Der skal være mulighed for at sætte et personligt præg på portfoliet i forhold til alderen. Portfolie-ejeren, barnet, giver adgang til andre og har ret til at vurdere, hvad der skal deles. Det skal være muligt at give adgang til udvalgte dele, og ikke nødvendigvis hele portfoliet. Mål for portfoliet: From e-learning to me-learning Portfoliet skal understøtte en række af mål, som vurdering for læring: Lyst til at lære - celebrating learning Lære at lære Refleksion 5
Give og modtage feedback - voksen til barn, barn til barn. Opbevaring og indsamling af vidnesbyrd - også processer, ikke kun produkter Personlige mål og udviklingsplan Præsentation for kammerater, lærere og forældre Eleverne skal selv kunne skrive mål ind i portfoliet Specifikke krav til portfoliet baseret på brugergrupper Emne (Vuggestuebørn 0-3 år; de ældste vil eventuel kunne anvende app en) Børnehavebørn Alder ca. 3-6 år Lilleskolen Alder ca. 6-10 år, 0. 3. kl. Storeskolen Alder ca. 10-13 år, 4. 6. kl. Projektskolen Alder ca. 13-16 år, 7. 9. kl. Nemt at navigere rundt i uagtet hvilken device, der anvendes. Det skal være så simpelt, at børnene selv kan bruge det. Billeder, video, lyd kan hurtigt uploades Meget visuelt Børn skal selv kunne præsentere udvalgte produkter fra deres arkiv. Dvs vælge hvem, der skal kunne se materiale fra deres portfolio. Ovenstående krav inkluderes. Afgørende at der kan håndteres billede-, lyd- og videoproduktioner, bl.a. fra tablets, nemt. Det visuelle udtryk er vigtigt, da det danner baggrund for samtalerne med barnet. Mulighed for også at skrive tekst til videoer/billeder. Tilmelding til grupper/hold, man gerne vil være med i, og mulighed for at melde sig ud af grupper igen. Mulighed for at kunne slette produktioner, som er udarbejdet via app-løsning. Desuden skal ovenstående krav inkluderes. Muligheder i designdelen, så børnene får ejerskab til værktøjet. Mulighed for at lave tilbagemeldinger/feedback til eleverne i værktøjet Mulighed for at elever giver hinanden feedback. Desuden skal ovenstående krav inkluderes. Bygger videre på ovenstående, men vigtigt med flere designmuligheder Mulighed for at arbejde med udviklingsplan Mulighed for at inddrage 6
standpunktskarakterer Mulighed for at søge på portalen (fx matematik, trivsel mm) Vedligeholdelse og hosting Nedenstående er udtryk for, hvad Silkeborg Kommune i et fremadrettet set-up har ønsker og krav til. Dette er ikke er relevant for udviklingen af selve prototypen, men afgørende for efterfølgende køb af den service, som prototypen udvikles til. Emne Hosting Vedligeholdelse af systemet Oppetid Skalérbarhed, brugere Skal varetages af leverandør Vedligeholdelse af løsningen, systemopdateringer, opgraderinger skal varetages af leverandør Systemet skal være tilgængeligt i tidsrummet 06:00 24:00 med 99% oppetid. Der forventes et stigende antal brugere af løsningen. Løsningen skal være skalérbar og rummelig. Der er ca 15.000 børn i Silkeborg Kommune, men intet krav om at alle skoler skal anvende det digitale portfolio. Økonomi Af hensyn til det efterfølgende forløb og planlægning af proces ønskes der et bud på, hvad en fremtidig abonnementsmodel kan være. Det er vigtigt at Kommunen får en forståelse af beløbsrammen for en fremtidig brug af systemet og for de omkostninger, der vil knytte sig til brugen af systemet. Leverandøren bedes komme med et bud på en abonnementsmodel. Der er krav om, at det er tydeligt, hvad der er månedlig udgift for brugen af løsningen og for hvor mange brugere abonnementsudgiften gælder. Der er krav om, at det er tydeligt, hvad der kan forventes i support og vedligeholdelsesudgifter månedligt. Såfremt der vil være udgifter forbundet med download/udtræk af data fra portfolioet skal dette angives. Estimeret udgifter forbundet med migrering af indhold til anden platform. Omkostninger Kr Prototypen Udvikling, test, justeringer og ændringer af prototype iflg ønsker - Web-løsning - App-løsning, ios i prototypeperioden Andre udgifter i forbindelse med prototypeudviklingen. Alle udgifter skal medtages og specificeres. 7
Abonnementsordning ved ibrugtagning efter prototype Abonnement over den service, månedligt - Ved 500 brugere - Ved 1000 brugere - Osv. Alternativt pr skole I abonnementsudgiften skal være inkluderet webløsning, samt de appløsninger der skal anvendes (ios, windows, android) Såfremt der er andre udgifter i forbindelse med abonnementsordningen bedes dette angivet Andet, venligst specificér Yderligere udvikling Pris for efterfølgende udvikling af app til: - Android - Windows Der tages udgangspunkt i samme funktionalitet som udviklet i prototypen til iosapp en Indeholder processen for frigivelse af app s til downloads Pris for udvikling af NemID login Pris for udvikling af integration til Uddannelsesplan Andet, som ikke er medtaget i prototypeudvikling, venligst specificér her 8
Bud på en overordnet tidsramme Fase Periode Leverandørdialog og kontraktindgåelse Uge 10-11 Dialog og præcisering af krav og ønsker til Uge 12-18 portfolio samt udvikling af prototypen Ibrugtagning af prototype, test, justeringer og Uge 19-26 ændringer, videreudvikling Afslutning af samarbejdet i forbindelse med Uge 27 udvikling af prototypen med Silkeborg Kommune Mulighed for efterfølgende køb af den udviklede Efter sommerferien service hos leverandøren, indkøb af løsningen foretages af den enkelte skole Kontaktpersoner: Hanne Borup Fredberg, mail: hbf@youmail.dk Lone Juric Sørensen, mail: ljs@silkeborg.dk 9