Bilag: Ændringslog Der er i alle dokumenter foretaget korrekturrettelser, som ikke har nogen indholdsmæssig betydning. Disse rettelser er ikke yderligere omtalt i ændringsloggen. Dokument Oprindelig tekst Ny tekst Bilag 1 Instruks Krav #1 Krav #2 Afs. 1.2 At tilbudsgiver kan give adgang til Løsningen for udvalgte medarbejdere i Aarhus Kommune tidligere end 25. juli 2016, fx i form af en demo adgang. Løsningen skal være implementeret til driftsstart den 1. august 2016 Løsningen skal være tilgængelig for Aarhus Kommune som servicebureauløsning i Leverandørs driftsmiljø og med adgang for udvalgte brugere i henhold til Kontrakten senest 25. juli 2016. Det forventes, at ibrugtagningen sker løbende i perioden august-december 2016. d) Uddannelse af superbrugere skal ske fra 1. august 2016 og frem, således at uddannelse af slutbrugere kan ske i takt med, at læringsplatformen bliver ibrugtaget. Følgelig kan et uddannelsesmiljø være implementeret og tilgængeligt i overensstemmelse hermed, jf krav 138. Dette skal være afspejlet i tidsplanen. At tilbudsgiver kan give adgang til Løsningen for udvalgte medarbejdere i Aarhus Kommune tidligere end 10. oktober 2016, fx i form af en demo adgang. Løsningen skal være implementeret til driftsstart den 24. oktober 2016. Løsningen skal være tilgængelig for Aarhus Kommune som servicebureauløsning i Leverandørs driftsmiljø og med adgang for udvalgte brugere i henhold til Kontrakten senest 10. oktober 2016. Det forventes, at ibrugtagningen sker løbende i perioden oktober 2016 februar 2017. d) Uddannelse af superbrugere skal ske fra 24. oktober 2016 og frem, således at uddannelse af slutbrugere kan ske i takt med, at læringsplatformen bliver ibrugtaget. Følgelig kan et uddannelsesmiljø være implementeret og tilgængeligt i overensstemmelse hermed, jf krav 138. Dette skal være afspejlet i tidsplanen. Underbilag 1A Adgang til demo version eller fuld Løsningsadgang tidligere end 25. juli 2016 Uddannelse i august/september 2016 (afhængig af senere udarbejdet plan for uddannelse) Adgang til demo version eller fuld Løsningsadgang tidligere end 10. oktober 2016 Uddannelse i oktober 2016 februar 2017 (afhængig af senere udarbejdet plan for uddannelse)
Bilag 2: Funktionelle krav Instruks Afs. 2.4.3.3 Fællesoffentlig integrationsplatform og herunder hørende services (etabl. af integration fra 3. part medio aug. 2016) Standarder for læringsindhold (etabl af integration fra 3. part 1. jan. 2016) Ved nogle Krav er der endvidere tilføjet feltet "Evaluering", hvoraf fremgår, hvad der ved besvarelsen af dette krav yderligere lægges vægt på. I bilag 2, afsnit 5.1, 5.2, 5.3 og 5.4 er angivet en række krav, som Kunden tillægger særlig vægt i evalueringen. Evaluering af disse krav vægter 25 % højere end evalueringen af de øvrige krav. I feltet kategori angives en af følgende kategorier Mindstekrav Krav Mindstekrav er krav, som leverandøren skal opfylde, for at tilbuddet er konditionelt. Såfremt mindstekravene ikke opfyldes anses tilbuddet for ukonditionsmæssigt, og tilbuddet vil dermed ikke blive taget i betragtning. Ud for hvert mindstekrav angiver leverandøren et Ja for fuld understøttelse af mindstekravet eller Nej såfremt man ikke kan opfylde mindstekravet. Der kan ikke tages forbehold for mindstekrav. Hvis kravet er et almindeligt krav, skal leverandør udfylde, hvordan leverandør vil opfylde kravet, samt udfylde graden af opfyldelse. Leverandør bedes angive kode for i hvor høj grad, leverandør opfylder kravet. Der er tre kodeangivelser. Fællesoffentlig integrationsplatform og herunder hørende services (3 måneder efter etablering af integration fra tredjepart) Standarder for læringsindhold (3 måneder efter etablering af integration fra tredjepart) Det vægter positivt, at Løsningen er forberedt til at lave integration til Brugerportalsinitiativets fremtidige systemer og komponenter, jf. Læringsplatformens snitflader. Ved nogle Krav er der endvidere tilføjet feltet "Evaluering", hvoraf fremgår, hvad der ved besvarelsen af dette krav yderligere lægges vægt på. I Bilag 2, afsnit 2.5.1, 2.5.3, 2.5.4, 2.5.5 og 2.5.6 er angivet en række krav, som Kunden tillægger særlig vægt i evalueringen. Det fremgår af udbudsbetingelsernes afsnit 7.1.2, hvordan disse krav vægtes ift de øvrige krav i bilag 2. I feltet kategori angives en af følgende kategorier Mindstekrav Krav Mindstekrav er krav, som Leverandøren skal opfylde, for at tilbuddet kan tages i betragtning. Såfremt mindstekravene ikke opfyldes anses tilbuddet for ukonditionsmæssigt, og tilbuddet vil dermed ikke blive taget i betragtning. Ud for hvert mindstekrav angiver Leverandøren et Ja for fuld understøttelse af mindstekravet eller Nej såfremt man ikke kan opfylde mindstekravet. Der kan ikke tages forbehold for mindstekrav. Øvrige krav kategoriseret som krav, skal Leverandøren nærmere redegøre for og herved udfylde, hvordan Leverandøren vil opfylde kravet, samt oplyse graden af opfyldelse. Opmærksomheden henledes på Aarhus Kommunes instruktion til
Krav #9 Krav #12 Krav #19 1. Kravet opfyldes helt, er inkluderet i leverancen og vil blive leveret i forbindelse med at løsningen tages i anvendelse fra august 2016. 2. Kravet opfyldes delvist. Der kræves tilretning og omkostninger hertil er indeholdt i den tilbudte leverance. Ved levering efter august 2016 skal besvarelsen indeholde en angivelse af leveringstidspunkt for en fuld opfyldelse af leverancen. 3. Kravet opfyldes ikke Som leder har jeg mulighed for at indtaste emner/temaer og særlige dage i læringsplatformen som forløb og anden aktør kan jeg kategorisere læringsforløb inden deling med kolleger. Fx kategorier som fag, årgang, kompetencemål, færdighedsog vidensmål og tegn på læring og anden aktør kan jeg formulere læringsmål ud fra de valgte færdigheds- og vidensmålspar. Jeg kan tildele enkelte elever separate Tilbudsgiver vedrørende evaluering af besvarelse. Instruktionen fremgår indledningsvis af Bilag 2. Leverandøren bedes angive kode for i hvor høj grad, Leverandøren opfylder kravet. Der er tre kodeangivelser. 1. Kravet opfyldes helt, er inkluderet i leverancen og vil blive leveret i forbindelse med at Løsningen tages i anvendelse fra oktober 2016. 2. Kravet opfyldes delvist. Den tilbudte Løsning kræver tilretning. Omkostningerne i forbindelse med tilretningerne er indeholdt i den tilbudte leverance. Ved levering efter oktober 2016 skal besvarelsen indeholde en angivelse af leveringstidspunkt for en fuld opfyldelse af leverancen. 3. Kravet opfyldes ikke. Som leder eller pædagogisk medarbejder har jeg mulighed for at indtaste emner/temaer og særlige dage i læringsplatformen som forløb og anden aktør kan jeg kategorisere læringsforløb inden deling med kolleger. Det er vigtigt at læringsforløb kan kategoriseres således at deling og fremsøgning af læringsforløb mellem det pædagogiske personale kan foregå nemt og smidigt. Dette kan blandt andet ske ved automatiseret kategorisering og/eller egen kategorisering i oprettelsen af forløbet. Leverandøren bedes beskrive sin løsning på kategorisering af læringsforløb, herunder hvordan der kan kategoriseres, og hvilke kategorier der kan anvendes. og anden aktør kan jeg formulere læringsmål ud fra de valgte færdigheds- og vidensmålspar.
Krav #20 Krav #22 Krav #24 Krav #26 Krav #27 Krav #35 Krav #36 Krav #40 læringsmål eller opstille læringsmål for en klasse af gangen. og anden aktør kan jeg formulere tegn på læring ud fra mine opstillede læringsmål. Jeg kan tildele enkelte elever separate tegn på læring eller opstille tegn på læring for en klasse af gangen. Som elev, pædagogisk medarbejder, leder og anden aktør er det overskueligt for mig, hvilke færdigheds - og vidensmålspar klassen allerede har arbejdet med i form af en oversigt over progressionen med disse. og anden aktør har jeg mulighed for at se elevernes personlige læringsmål og trivselsmål til hvert læringsforløb. Når jeg som pædagogisk medarbejder, leder og anden aktør skal tilknytte og linke ressourcer til læringsforløbet, bliver jeg præsenteret for de frit tilgængelige digitale læremidler og værktøjer. og anden aktør har jeg overblik over materialer fra Det Fælles Bibliotekssystem samt et overblik over licensperioden. Som elev har jeg mulighed for at oprette personlige læringsmål og trivselsmål til hvert læringsforløb. Som gruppe eller team har vi mulighed for at oprette læringsmål og trivselsmål til hvert læringsforløb på gruppe og team niveau. Som elev har jeg mulighed for at blive adviseret, når jeg fx modtager en ny Jeg kan opstille læringsmål på klasseniveau, på gruppe/team niveau og for den enkelte elev. og anden aktør kan jeg formulere tegn på læring på baggrund af den pædagogiske medarbejders formulerede læringsmål. Jeg kan opstille tegn på læring på klasseniveau, på gruppe/team niveau og for den enkelte elev. Som elev, pædagogisk medarbejder, leder og anden aktør er det overskueligt for mig, hvilke færdigheds- og vidensmålspar klassen allerede har arbejdet med. Dette i form af en oversigt, over hvilke færdigheds- og vidensmålspar klassen allerede har arbejdet med. Denne visning skal samtidig give et overblik over klassens faglige progression. og anden aktør har jeg mulighed for at se elevernes egne opstillede personlige lærings- og trivselsmål til hvert læringsforløb. Når jeg som pædagogisk medarbejder, leder og anden aktør skal tilknytte og linke ressourcer til læringsforløbet, bliver jeg præsenteret for de frit tilgængelige digitale læremidler og værktøjer. Leverandøren bedes angive eksempler på hvilke frit tilgængelige digitale læremidler løsningen allerede integrerer til. og anden aktør har jeg overblik over digitale og analoge ressourcer fra Det Fælles Bibliotekssystem samt et overblik over licensperioden. Som elev har jeg mulighed for at oprette egne, personlige lærings- og trivselsmål til hvert læringsforløb. Som elevgruppe eller elevteam har vi mulighed for at oprette læringsmål og trivselsmål til hvert læringsforløb på gruppe og team niveau. Som elev har jeg mulighed for at blive adviseret, når jeg fx modtager en ny
Krav #43 Krav #44 Krav #48 Krav #66 Krav #80 Krav #84 opgave, eller når jeg har fået feedback fra det pædagogiske personale. Som elev skal jeg have mulighed for at vurdere min egen indsats i forhold til de læringsmål, jeg har sat for mig selv, jf. Krav #35. Som gruppe eller team skal vi have mulighed for at vurdere vores egen indsats i forhold til de læringsmål, vi har sat for gruppen/teamet, jf. Krav #35. Som elev modtager jeg respons på en alderspassende og motiverende måde. Dette kan være i form af en speciel udgave eller anden indgang til løsningen til indskolingen eller elever med særlige behov. og anden aktør kan jeg lave status på elevplanen med udgangspunkt i elevens arbejde med læringsforløb og afsluttede mål. Som pædagogisk medarbejder kan jeg løbende anvende trivselsmålinger i eksterne systemer, fx klassetrivsel.dk. Resultaterne kan præsenteres i læringsplatformen til mit videre arbejde med klassens trivsel. Disse resultater har jeg mulighed for at gemme, for senere at kunne sammenholde med nye trivselsmålinger. I Aarhus Kommune har vi et stort antal familier med dansk som andet sprog. Som bruger bliver jeg støttet i brugen af løsningen, selv om jeg har dansk som andet sprog. opgave, eller når jeg har fået feedback fra det pædagogiske personale. Leverandøren bedes angive den specifikke metode i deres løsning. Som elev skal jeg have mulighed for at vurdere min egen indsats i forhold til de personlige læringsmål, jeg har sat for mig selv, jf. Krav #35. Som gruppe eller team skal vi have mulighed for at vurdere vores egen indsats i forhold til de læringsmål, vi selv har sat for gruppen/teamet, jf. Krav #35. Leverandøren bedes beskrive, om de har funktionaliteten og i givet fald beskrive denne. Som elev modtager jeg respons på en alderspassende og motiverende måde. Dette kan være i form af en speciel udgave eller anden indgang til løsningen til indskolingen eller elever med særlige behov. Leverandøren bedes beskrive, om de har funktionaliteten og i givet fald beskrive denne. og anden aktør kan jeg lave status på elevplanen med udgangspunkt i elevens arbejde med læringsforløb og afsluttede mål. Status på elevplanen kan anskues som et udtræk, hvor forælder, elev og den pædagogiske medarbejder laver en status på elevens akkumulerede læring. Som pædagogisk medarbejder kan jeg løbende anvende trivselsmålinger i eksterne systemer, fx klassetrivsel.dk. Resultaterne kan præsenteres i læringsplatformen til mit videre arbejde med klassens trivsel. Leverandøren bedes beskrive, om der er etableret snitflader i løsningen, og i givet fald hvordan integrationen fungerer i løsningen. I Aarhus Kommune har vi et stort antal familier med dansk som andet sprog. Det ønskes, at elever og forældre med dansk som andetsprog støttes i brugen af løsningen. Leverandøren bedes beskrive hvordan løsningen
Krav #85, elev og anden aktør får jeg præsenteret klassens eller eleven skema/plan for dagen via direkte integration til kommunens skemalægningssystem. Tilbudsgiver bedes beskrive om og hvorledes skemaer kan vises i løsningen, herunder hvilken visningsform der anvendes. understøtter dette behov, fx gennem grafiske illustrationer der guider brugeren igennem løsningen., elev og anden aktør får jeg præsenteret klassens eller elevens skema/plan for dagen via integration til data fra kommunens skemalægningssystem. Løsningen skal kunne integrere til wsiskema jf. krav #104. Hvis denne integration endnu ikke er etableret, ønskes der i en mellemliggende periode direkte integration til kommunens eget skemalægningssystem (Tabulex). Krav #86, elev og anden aktør bliver jeg præsenteret for en opgørelse over elevens fravær i løsningen. Fravær kan opgøres på dagsbasis med kategorierne fravær uden tilladelse (ulovligt fravær), fravær med tilladelse (lovligt fravær) samt fravær pga. sygdom. Bilag 2: Nonfunktionelle krav Afs. 2.6.1.2 Samarbejdsplatform Forventes idriftsat primo 2018 Fællesoffentlig integrationsplatform Forventes idriftsat medio 2016 UNI Login løsning for forældre Forventes idriftsat august 2016 Udstilling af licensdata via. UNI Login Forventes idriftsat august 2016 Oprettelse af tværgående projektgrupper Forventes idriftsat august 2016 Tilbudsgiver bedes beskrive om og hvorledes skemaer kan vises i løsningen, herunder hvilken visningsform der anvendes., elev og anden aktør bliver jeg præsenteret for en opgørelse over elevens fravær i Løsningen. Fravær skal opgøres på dagsbasis med kategorierne fravær uden tilladelse (ulovligt fravær), fravær med tilladelse (lovligt fravær) samt fravær pga. sygdom. Herudover skal løsningen gerne vise elevens samlede fravær som procent i forhold til antallet af skoledage i skoleåret. Samarbejdsplatform Forventes idriftsat august 2019 Fællesoffentlig integrationsplatform Forventes idriftsat august 2016 UNI Login løsning for forældre Forventes idriftsat august 2016 Udstilling af licensdata via. UNI Login Forventes idriftsat august 2016 Oprettelse af tværgående projektgrupper Forventes idriftsat august 2016
Integration #2 Integration #4 Krav #101 Digitale Læremidler Læringsplatformen skal overholde de danske standarder for læringsindhold. Overholdelse af denne profilering fra de Digitale Læremidler vil ske løbende. Online integration til og fra Skoleintra. Leverandøren bedes beskrive om og herunder hvilke integrationer læringsportalen har til og fra Skoleintra, herunder hvilken funktionalitet disse integrationer understøtter. Herudover bedes Leverandøren beskrive om og i givet fald på hvilken måde Løsningen kan tilgås fra Skoleintra. Servicen tilbyder at Læringsplatforme kan søge og hente materialer, producenter og klassifikationer. Løsningen skal have integration til Bibliotekssystemer som beskrevet i integration #8 ovenfor. Overførsel af bibliografiske poster til BRØND 3.5 forventes udført hos Kunden i løbet af maj 2016. Integrationen til DBCs Databrønd forventes implementeret af Leverandøren senest 3 måneder efter overførsel af bibliografiske poster er afsluttet hos Kunden, dog ikke før Løsningen idriftsættes hos Kunden jf. kontrakten. Digitale Læremidler Læringsplatformen skal overholde de danske standarder for læringsindhold. Overholdelse af denne profilering fra de Digitale Læremidler vil ske løbende. Online integration til og fra Skoleintra. Aarhus kommune ser en integration med Skoleintra primært ift. Single signon (SSO) og i forhold til kommunikationsmuligheder via Skoleintras eksisterende beskedsystem. Leverandøren bedes beskrive om og herunder hvilke integrationer læringsportalen har til og fra Skoleintra, herunder hvilken funktionalitet disse integrationer understøtter. Herudover bedes Leverandøren beskrive om og i givet fald på hvilken måde Løsningen kan tilgås fra Skoleintra. Servicen tilbyder at Læringsplatforme kan søge og hente materialer, producenter og klassifikationer. En pædagogisk medarbejder kan fremsøge og inspireres af indhold i Materialeplatformen. Løsningen skal have integration til Bibliotekssystemer som beskrevet i integration #8 ovenfor. Aarhus Kommune tog i maj 2016 Fælles Bibliotekssystem i brug. Beholdningsregistreringer foregår i Fælles Bibliotekssystem, mens katalogiseringer og tilretning af bibliografiske poster foregår direkte i BRØND 3.5, der leveres af DBC.
Integration #9 Integration #13, system der skal integreres til Integration #14 Krav #106 Krav #128 Krav #133 Information om elevernes sundhed, motionsvaner, alkoholforbrug mv. Datastruktur forbliver den samme, men spørgsmålsformuleringer, svar og antal spørgsmål vil variere fra år til år. Tabulex Skemalægning fra IST Leverandøren skal beskrive sit forslag til, hvordan leverancen af data finder sted, og hvordan data struktureres. Aarhus Kommune forventer som udgangspunkt, at data som minimum skal kunne nå samme kvalitet som skitseret nedenfor i punkt 1-8. Løsningen skal have integration til Tabulex Skemalægning, som beskrevet i integration #13 ovenfor. Leverandøren bedes beskrive om og hvorledes skemaer kan vises i Løsningen, herunder hvilken visningsform der anvendes. Det er et ønske at løsningen kan understøtte at brugere kan få adgang til løsningen via. Aarhus Kommunes Identity Provider, som beskrevet af Kombit i dokumentet Lokal implementering af Identity Provider Leverandøren bedes redegøre for hvordan løsningen understøtter autentifikation gennem kommunal Identity Provider. Det vægtes positivt, at løsningen er implementeret med responsivt webdesign (RWD), dvs. som tilpasses Information om elevernes sundhed, motionsvaner, alkoholforbrug mv. på aggregeret ikke personhenførbart niveau, f.eks. klassevist Datastruktur forbliver den samme, men spørgsmålsformuleringer, svar og antal spørgsmål vil variere fra år til år. Tabulex Skemalægning fra IST eller via UNI-login webservices WSIskema såfremt denne er etableret ved idriftsættelse af løsningen jf. krav #104 Leverandøren skal i forbindelse med etablering af dataleverancen levere en beskrivelse af sit forslag til, hvordan leverancen af data finder sted, og hvordan data struktureres. Aarhus Kommune forventer som udgangspunkt, at data som minimum skal kunne nå samme kvalitet som skitseret nedenfor i punkt 1-8. Løsningen skal have integration til data fra kommunens skemalægningssystem (Tabulex Skemalægning), som beskrevet i integration #13 ovenfor. Leverandøren bedes beskrive om og hvorledes skemaer kan vises i Løsningen, herunder hvilken visningsform der anvendes. Det er et ønske at Løsningen kan understøtte at brugere kan få adgang til Løsningen via Aarhus Kommunes Identity Provider, som beskrevet af Kombit i dokumentet Lokal implementering af Identity Provider. Dokumentet kan findes kombit.dk. Leverandøren bedes redegøre for, hvordan Løsningen understøtter autentifikation gennem kommunal Identity Provider. Leverandørens Løsning skal overholde OIOSAML 2.0 i rollen som service provider (SP). OIOSAML 2.0 er Digitaliseringsstyrelsens fællesoffentlige profil af SAML 2.0. Det vægtes positivt, at løsningen er implementeret med responsivt webdesign (RWD), herunder at visning og præsentation af sidens elementer
Krav #135 Krav #140 til skærmens størrelse på intelligent vis. Det ønskes, at løsningen skal kunne betjenes med eller uden brug af mus. Der skal være tastaturgenveje til løsningens mest brugte funktioner og det skal være muligt at navigere mellem indtastningsfelter ved brug af tabulator-tasten. Tabulator-orden skal følge den almindelige vesteuropæiske læseretning. Løsningen skal understøtte alle gældende bestemmelser om opbevaring, kassation og aflevering af data fra Danmarks Statistik, Statens Arkiver og Aarhus Stadsarkiv. Løsningen skal indeholde faciliteter til automatisk og løbende aflevering af data til relevante myndigheder i henhold til gældende love og bestemmelser. Løsningen skal kunne tilpasses, så udsøgning, oprydning, bevaring og aflevering af data kan ændres. Løsningen skal kunne afleveres til Aarhus Stadsarkiv som arkiveringsversion i henhold til arkivlovens til enhver tid gældende bekendtgørelser og til den afleveringsbestemmelse, som Aarhus Stadsarkiv udarbejder på den konkrete løsning. Data fra Løsningen skal kunne afleveres rettidigt i henhold til den i afleveringsbestemmelsen fastsatte sker på forskellig vis afhængig af browservinduets størrelse. Eksempelvis kan nogle elementer på siden udelades eller præsenteres på anden vis, når browservinduet gøres mindre. Det ønskes, at løsningen skal kunne betjenes med eller uden brug af mus. Der skal, ud over browserens indbyggede tastaturgenveje, være tastaturgenveje til løsningens mest brugte funktioner og det skal være muligt at navigere mellem indtastningsfelter ved brug af tabulator-tasten. Tabulator-orden skal følge den almindelige vesteuropæiske læseretning. Leverandøren bedes redegøre for om dette er sikret ved brug af HTMLs tabindex -attribut. Løsningen skal overholde lovgivningen, og derfor også understøtte og overholde alle til enhver tid gældende love og bestemmelser om opbevaring, kassation og aflevering af data. Aarhus Stadsarkiv er modtagende arkiv.
Bilag 3: Vederlag og betalingsplan Afsnit 3.1 Generelt Underbilag 2b Afs. 1.1 Afs. 1.2.2 Desktop afleveringsdato. Afleveringsdatoen fastsættes efter forhandling mellem Leverandøren og Aarhus Stadsarkiv. c) Drifts- og vedligeholdelsesvederlag omfattende adgang for brugere, jf. beskrivelsen i bilag 2 og bilag 7. Alle Windows desktops er managed med Symantec Altiris. Applikationer deployes i pakker streamet eller som MSI installationer. Antivirus er Symantec Endpoint Protection. OS er Windows 7 Professional Plus OEM. OS forventes opgraderet til Windows 10 i løbet af 2016. Der er ca. 7.000 Windows bærbare af fabrikat Lenovo og ca. 3.500 stationære af blandet fabrikat. Alle Chromebooks er managed med Google Admin Console, hvorfra også applikationer deployes automatisk. Der er ca. 1.000 Chromebooks, hvor hovedparten er Lenovo Chromebooks. Skolerne styrer selv deres IT- indkøb efter positiv liste lavet af central itafdeling. Derudover medbringer elever egne maskiner, hvor hardware og styresystem varierer bredt. Drifts- og vedligeholdelsesvederlag i kontraktperioden, inklusive optionsårene 2020/21 og 2021/22, omfattende adgang for brugere, jf. beskrivelsen i Bilag 2 og Bilag 7. Der er indsat tabel. Alle Windows desktops er managed med Symantec Altiris. Applikationer deployes i pakker streamet eller som MSI installationer. Antivirus er Symantec Endpoint Protection. OS er Windows 7 Professional Plus OEM. OS opgraderes pt. til Windows 10. Opgraderingen afsluttes i løbet af sommeren 2016. Der er ca. 7.000 Windows bærbare af fabrikat Lenovo og ca. 3.500 stationære af blandet fabrikat. Alle Chromebooks er managed med Google Admin Console, hvorfra også applikationer deployes automatisk. Der er ca. 1.000 Chromebooks, hvor hovedparten er Lenovo Chromebooks. Skolerne styrer selv deres IT- indkøb efter positiv liste lavet af central itafdeling. Derudover medbringer elever egne maskiner, hvor hardware og styresystem varierer bredt.
Afs. 1.3.2 Desktop Alle desktops er managed med Symantec Altiris. Applikationer deployeres i pakker streamet eller som MSI installationer. Antivirus er Symantec Endpoint Protection. OS er Win 7 Professional Plus OEM. Der er ca. 4.000 bærbare af fabrikat Lenovo og ca. 8.000 stationære af fabrikat HP. Porteføljen er konsolideret på forholdstvist få modeltyper, da al arbejdspladshardware er anskaffet inden for de seneste tre år. Alle desktops er managed med Symantec Altiris. Applikationer deployeres i pakker streamet eller som MSI installationer. Antivirus er Symantec Endpoint Protection. OS er Win 7 Professional Plus OEM. OS opgraderes pt. til Windows 10. Opgraderingen afsluttes i løbet af sommeren 2016. Der er ca. 4.000 bærbare af fabrikat Lenovo og ca. 8.000 stationære af fabrikat HP. Porteføljen er konsolideret på forholdstvist få modeltyper, da al arbejdspladshardware er anskaffet inden for de seneste tre år. Afs. 1.3.7 Kontorplatform Der migreres p.t. fra Microsoft Office 2007 / Exchange 2013 til Office365. Omlægningen forventes gennemført i 2016. Kontorplatformen er Microsoft Office365. Der benyttes en lokalt installeret Office365 (2013) kontorpakke, kombineret med de cloudbaserede tjenester i Office 365. Afs. 1.5 Systemlandskab (pædagogisk netværk) I dette afsnit følger en beskrivelse af de væsentligste systemer på Aarhus Kommunes skoleområde (pædagogiske netværk). I dette afsnit følger en beskrivelse af de væsentligste systemer på Aarhus Kommunes skoleområde (pædagogiske netværk). Microsoft Office Microsoft Office På alle domænemaskiner er Microsoft Office 2010 tilgængelig. Migrering af Microsoft Office klienten til Office 365 (2013) forventes gennemført i 2016. Google Apps for Education På alle domænemaskiner er Microsoft Office 2010 tilgængelig. Migrering af Microsoft Office klienten til Office 365 (2013) gennemføres pt. og forventes afsluttet i løbet af sommeren 2016. Der tilbydes kontorpakke og diverse apps fra Google Apps for Education. Implementeringsgraden varierer fra skole til skole. Its Learning Skoleintra Google Apps for Education Der tilbydes kontorpakke og diverse apps fra Google Apps for Education. Implementeringsgraden varierer fra skole til skole.
Samarbejds- og kommunikationsplatform. Skoleintra erstattes i løbet af 2017/18 af den kommende samarbejdsportal i regi af brugerportalsinitiativet. IdM-, management-, deploymentsystemer som beskrevet under Standarder (pædagogisk netværk) Its Learning Skoleintra Samarbejds- og kommunikationsplatform. Skoleintra erstattes i løbet af 2017/18 af den kommende samarbejdsportal i regi af brugerportalsinitiativet. IdM-, management-, deploymentsystemer som beskrevet under Standarder (pædagogisk netværk)
1.6.2 Planlagte forandringer 2016 ff. Bilag 7 I løbet af 2016 udfases den lokalt installerede Office 2007 kontorpakke med en lokalt installeret Office365 (2013) kontorpakke, kombineret med de cloudbaserede tjenester i Office 365. Ikke mindst fordi en stor del af de fælles systemer jf. ovenstående integrerer kraftigt med Officepakken, er denne forandring omfattende, - både teknisk og supportmæssigt. Introduktionen af OneDrive for Business vil gøre det muligt for brugerne at få adgang til deres personlige dataarkiver fra flere platforme, og det vil muliggøre intern dokumentdeling i et hidtil ikke opnåeligt omfang. Effekten vil ikke komme samtidig med introduktionen, - men på den mellemlange bane vil introduktionen af den dropboxlignende funktionalitet på sikker og autoriseret grundlag forandre brugen af shares, homedir og mailforsendelse af dokumenter til gennemsyn. Introduktionen af Mobile Device Management vil gøre det muligt at foretage strukturerede og supporterede deployeringer af applikationer til mobile devices. En væsentlig årsag til at de ofte uhyre avancerede mobildevices i dag primært anvendes til læsning af post, er netop at det ikke har været muligt at deployere apps til dem. Desktops vil i løbet af 2016 blive opgraderet fra Win 7 til Win 10. Det forventes ikke at medføre større tekniske eller supportmæssige udfordringer. Introduktionen af OneDrive for Business vil gøre det muligt for brugerne at få adgang til deres personlige dataarkiver fra flere platforme, og det vil muliggøre intern dokumentdeling i et hidtil ikke opnåeligt omfang. Effekten vil ikke komme straks, - men på den mellemlange bane vil introduktionen af den dropboxlignende funktionalitet på sikker og autoriseret grundlag forandre brugen af shares, homedir og mailforsendelse af dokumenter til gennemsyn. Introduktionen af Mobile Device Management vil gøre det muligt at foretage strukturerede og supporterede deployeringer af applikationer til mobile devices. En væsentlig årsag til at de ofte uhyre avancerede mobildevices i dag primært anvendes til læsning af post, er netop at det ikke har været muligt at deployere apps til dem. Desktops vil i løbet af sommeren 2016 blive opgraderet fra Win 7 til Win 10. Det forventes ikke at medføre større tekniske eller supportmæssige udfordringer.
Krav #149 Krav #165 Bilag 14 Instruksen Afs. 14.3 Leverandør skal tilrettelægge sin videreudvikling af løsningen, sådan at Aarhus Kommune har mulighed for at indgå i en kundereferencegruppe med henblik på at foreslå og prioritere ønsker til videreudvikling. Release management skal være tilrettelagt, sådan at der mindst 4 gange årligt udgives nye releases, og Tilbudsgiver skal etablere et rullende roadmap for de kommende 4 releases. Tilsvarende ønsker Aarhus Kommune at have mulighed for at indgå aktivt i testarbejdet forud for frigivelse af nye releases Tilbudsgiver bedes evt som særskilt bilag 8a - fremlægge et eksempel på en testdrejebog fra en tilsvarende overtagelsesprøve. I vurderingen af eksemplet vil der blive lagt vægt på, at alle væsentlige funktioner og integrationer afprøves og at det sker med udgangspunkt i et slutbrugsscenarie / en sammenhængende arbejdsproces. Leverandør skal tilrettelægge sin videreudvikling af løsningen, sådan at Aarhus Kommune har mulighed for at indgå i en kundereferencegruppe med henblik på at foreslå og prioritere ønsker til videreudvikling. Release management skal være tilrettelagt, således at Leverandøren skal etablere et rullende roadmap for de kommende releases. Tilsvarende ønsker Aarhus Kommune at have mulighed for at indgå aktivt i testarbejdet forud for frigivelse af nye releases. Tilbudsgiver bedes som særskilt bilag 8A - fremlægge et eksempel på en testdrejebog fra en tilsvarende overtagelsesprøve. I vurderingen af eksemplet vil der blive lagt vægt på, at alle væsentlige funktioner og integrationer afprøves og at det sker med udgangspunkt i et slutbrugsscenarie / en sammenhængende arbejdsproces. Instruksen er ændret. Følgende krav er fjernet fra listen: 6, 13, 15, 30, 33, 35, 44, 55, 56, 57, 59, 61, 69, 124, 135. Kontrakten Afs. 3 Et nyt afs. 3. Kontraktgrundlag er indsat.
Afs. 17.2 Forsinkelsebod (tidligere afsnit 16.2) Overskrides en bodspålagt milepæl som følge af forhold, som Leverandøren hæfter for, betaler Leverandøren en dagbod. Boden beregnes pr. Arbejdsdag af vederlaget for afklarings- og etableringsfasen, jf. bilag 3. De bodsbelagte milepæle fremgår af bilag 1, afsnit 1.2. Boden beregnes således: Fra og med 1. Arbejdsdags overskridelse til og med 4. Arbejdsdag betales ingen bod. Fra og med 5. Arbejdsdags forsinkelse til og med 20. Arbejdsdag beregnes bod med 0,25 % pr. Arbejdsdags overskridelse. Fra og med 21. Arbejdsdags forsinkelse beregnes bod med 0,50 % pr. Arbejdsdags overskridelse. Bod for forsinkelse med bestået overtagelsesprøve og driftsprøve under Kontrakten kan samlet ikke overstige 50 % af vederlaget for afklarings- og etableringsfasen. Bod for forsinkelse med etablering af integrationer og implementering af delvist opfyldte krav under Kontrakten kan samlet ikke overstige 25 % af vederlaget for afklarings- og etableringsfasen Uanset ovenstående kan dagsbod dog ikke være mindre end mindre end 2.000 kr. pr. Arbejdsdag, ligesom ovenstående bodslofter ikke kan være mindre end henholdsvis 200.000 kr. ved forsinkelse med bestået overtagelsesprøve og driftsprøve og ikke mindre end 100.000 kr. ved forsinkelse med integrationer og implementering. Påløbet dagbod betales efter forsinkelsens opståen efter skriftligt Overskrides en bodspålagt milepæl som følge af forhold, som Leverandøren hæfter for, betaler Leverandøren en dagbod. Boden beregnes og tilskrives for hver Arbejdsdag arbejderne bliver forsinket i forhold til den fastsatte milepæl. Boden opgøres som den nedenfor angivne %-sats af vederlaget for afklarings- og etableringsfasen, jf. bilag 3 dog minimum kr. 2.000,00 pr. påbegyndt Arbejdsdag, ligesom der er fastsat minimums opgørelse af dagbod for overskridelser på de respektive milepæle, som det fremgår herunder. Minimumsboden pålignes ved overskridelse af fristerne med mere end 4 arbejdsdage. De bodsbelagte milepæle fremgår af bilag 1, afsnit 1.2. Boden beregnes således: For overskridelser af milepæle med 1-4 Arbejdsdage pålignes der ikke dagbod. 1. Arbejdsdag til og med 4. Arbejdsdag i en forsinkelsesperiode er ikke bodsbelagt. 5. Arbejdsdag til og med 20. Arbejdsdag i en forsinkelsesperiode er pålagt en dagbod med 0,25 % af vederlaget for afklarings- og etableringsfasen for hver Arbejdsdags overskridelse. Fra og med 21. Arbejdsdags forsinkelse pålignes en dagbod med 0,50 % af vederlaget for afklarings- og etableringsfasen for hver Arbejdsdags overskridelse. Bod for forsinkelse i forhold til milepæl for bestået overtagelsesprøve henholdsvis milepæl for bestået driftsprøve under Kontrakten udgør minimum kr. 200.000,00. Herudover kan boden samlet set for forsinkelse i forhold til hver af de anførte milepæle dog ikke overstige 50 % af vederlaget for afklarings- og etableringsfasen. Bod for forsinkelse i forhold til milepæl for etablering af integrationer henholdsvis milepæl for bestået og implementering af delvist opfyldte
krav fra Kunden. Har Leverandøren ikke senest 3 måneder efter den bodspålagte milepæl modtaget påkrav fra Kunden, bortfalder Kundens ret til den pågældende bod. krav under Kontrakten udgør minimum kr. 100.000,00. Herudover kan boden samlet set for forsinkelse i forhold til hver af de anførte milepæle dog ikke overstige 25 % af vederlaget for afklarings- og etableringsfasen Påløbet dagbod betales efter forsinkelsens opståen efter skriftligt krav fra Kunden. Har Leverandøren ikke senest 3 måneder efter den bodspålagte milepæl modtaget påkrav fra Kunden, bortfalder Kundens ret til den pågældende bod.