Anskaffelse av ny administrasjonsløsning (Mobile device management) for mobile enheter

Transkript

1 Vedlegg A: Kravspesifikasjon Anskaffelse av ny administrasjonsløsning (Mobile device management) for mobile enheter Hedmark IKT Vedlegg A - Kravspesifikasjon Side 1 av 5

2 1. Innledning Denne kravspesifikasjonen inneholder følgende: Vedlegg A: Kravspesifikasjon Innledning Overordnede mål for anskaffelsen Krav til leverandør Tekniske krav og ønsker Hedmark IKTs tekniske arkitektur og løsninger Overordnede mål for anskaffelsen 2.1 Våre overordnede mål for «administrasjonsløsningen» er: - Forutsigbar totaløkonomi for løsningen - Optimal bruk av ressurser, nettverk og bruk av mobile enheter - Forbedre og forenkle brukeropplevelsen for bruken av slike enheter - At Oppdragsgivers brukere skal få en rask, og så lite merkbar som mulig, løsning for installasjon av lokal programvare og OS. - Å fjerne behovet for å hente inn mobile enheter, som skal reinstalleres, til lokasjoner med bra båndbredde. - Helhetlig administrasjon av alle typer mobile enheter fra grunninstallasjon, app-installasjon og brukeradministrasjon. - Løsningen skal sikre minimalt behov for initielt oppsett o Skal lette hverdagen for Oppdragsgiver, kommunenes ikt-ansvarlige og brukere. - Enkel og forståelig lisensmodell 2.2 Våre overordnede mål til avtalepartner for anskaffelsen: - Anerkjent leverandør med høy kompetanse på området - Trygghet for support på produktet - Godt apparat for opplæring og rådgivning 3. Krav til leverandør 3.1 Dokumentasjon Leverandøren skal sørge for elektronisk tilgang til nødvendig teknisk dokumentrasjon. 3.2 SW og HW-oppgraderinger Leverandøren skal beskrive hvordan Oppdragsgiver vil bli varslet om oppgraderinger, og hvordan slike oppgraderinger vil bli gjennomført. Mobilplattformleverandører må beskrive hvordan ny funksjonalitet blir implementert. Dette er spesielt viktig for stordriftsfunksjoner som blir tilrettelagt for mobilplattformene. 3.3 Oppfølgingsmøter Ved behov skal det avholdes oppfølgingsmøter. Leverandør har ansvaret for å lage referat fra hvert møte. 3.4 Service og support Oppdragsgiver skal ha installert løsningen i sitt eget servermiljø. Tilbyder må kunne tilby support og service på løsningen minimum innenfor rammene av normal kontortid Leverandørens support og serviceapparat skal beskrives i tilbudet. Vedlegg A - Kravspesifikasjon Side 2 av 5

3 4. Tekniske krav og ønsker Krav til løsning: Oppdatering av lokalt OS på mobil enhet over lufta. Det er en god løsning for distribusjon av apper over lufta med så få dialogbokser som mulig på enheten. Helst ingen. Det må være en god løsning for kjøp av lisensierte apper gjennom MDM verktøyet. Dette må beskrives per støttet mobilplattform. RBAC styring / delegering av ansvarsoppgaver i verktøyet. Mulighet for å dele utstyr opp i grupper, basert på avanserte kriterier (vi skal kunne distribuere app x til lokasjon x, eventuelt app y til lærerbrett y, eller app z til klassesett z) Profildistribusjon (for eksempel restriksjoner, wifi-policies, sertifikater ++) Policies som ikke er mulig å sette i grensesnittet må kunne settes via OMA-DM og via Apple Configurator-profiler. Løsningen må kunne installeres on-premise for integrasjon mot vår asset-base. o Vår asset-base støtter SQL og CSV import og MDM plattformen må støtte en av disse. Løsningen må støtte mobile enheter i sikre nett (MDA nett, dette er låste VPN soner hos mobiloperatør. Fremstår som sikre brukernett hos Oppdragsgiver, og skal ikke kunne åpnes mot skyløsninger) Løsningen må støtte delte enheter (Company Owned Devices, uten brukertilknytning) og personlige enheter (Company Owned Devices, med brukertilknytning). Støtte for dette må beskrives. Fjern-reset av passord må være støttet. Dette må beskrives. Vi har i dag følgende OS som må være støttet, og dette skal beskrives: o IOS o Android o Windows Phone 8.1 og nyere o Beskriv eventuelt støtte for Microsoft Windows 10 Wipe-funksjonalitet (1. Full wipe og 2. Fjerning kun av bedriftskritiske data) For Apple-enheter: o VPP-pushing av apper til device uten AppleID Som en reserveløsning skal det være mulig å tanke mobile enheter via kabel for store bulk-installasjoner. o Det må være mulig å kjøre VPP for business og VPP for EDU fra samme løsning. o Løsningen må støtte Apples Device Enrollment Program (DEP) for tanking av enheter over lufta. Løsningen må ha gode og enkle rapporter. Disse må beskrives. o Inkludert full liste over alt utstyr o Inkludert liste over kjøpte apper pr. enhet/gruppe Beskriv AD og Exchange integrasjon for MDM verktøyet og mulighetene for de administrerte enhetene. Sikkerhetsfunksjoner skal beskrives. Eksempelvis: jailbreak detektering, tilgangskontroll, kryptering, blacklisting ved mistenkelig oppførsel fra en mobil enhet, sjekk at enhet tilfredsstiller baseline/compliance og remote lock. Ønsker til løsningen: Beskrive støtte for skytjenester. For eksempel Office 365. Ønsker mulighet for inn og utsjekking på brett som deles av flere, for eksempel klassesett i skolen. o Forklar hvordan disse mulighetene fremstår i løsningen og for brukeren. o Det må tydelig komme frem hva slik ekstra funksjonalitet vil koste. Det er en fordel at løsningen støtter BYOD. Beskriv dette. Beskriv mulighet for å kunne distribuere og kjøpe apper fordelt på flere VPP-kontoer. o For eksempel kunde A skal alle skoler/avdelinger kunne kjøpe fra en felles VPP-konto. o Hos kunde B skal alle skoler ha de samme mulighetene mot hver sin egen VPP-konto. Beskriv muligheten for å spore fysisk plassering til device. Vedlegg A - Kravspesifikasjon Side 3 av 5

4 5. Hedmark IKTs tekniske arkitektur og løsninger Standardkrav: HIKT har en liste med standardkrav som følger alle utlysninger for de systemene som skal inn i vår driftsløsning, eller som driftes hos en annen driftsleverandør (ASP). Flere av disse kravene behøver ikke å være relevante for den utlyste løsningen, men skal følge med alle HIKTs utlysninger. Dagens løsning, som anskaffelsen skal fungere i: Serversiden Systemet skal ha støtte for integrasjon mellom datasystemer via XML-basert format for brukerinformasjon. Hvis løsningen ikke har dette, må leverandøren forplikte seg til å skrive en XML-spesifikasjon for import/eksport av brukerdata. Dagens løsning er basert på produktet NetIQ IDM. Hvis systemet kan bruke en katalogtjeneste, skal systemet ha støtte for mer enn en katalogstandard. En av disse må være generell LDAP, i tillegg til Microsoft AD. Vi kjører AD domain function level 2008 R2. WEB-baserte løsninger skal fungere på flere nettlesere (Firefox, Chrome, IE11) og plattformer (Win7, Android, IOS, Linux). Det er et krav at WEB-sidene følger W3C's standarder. Hvis systemet kan lagre i eksterne dokumentformater, skal dette skje i henhold til "Forskrift om IT-standarder i offentlig forvaltning". Vi har standardisert på MS SQL 2008 og nyere. I tillegg bruker vi noe Oracle. Systemer som skal fungere på nett, skal støtte både IP4 og IP6. Vi har standardisert på operativsystemene Windows Server 2008 R2 64 bit, Windows Server 2012 R2 64 bit og Linux Debian. Virtualiseringsløsninger er basert på VMWare 5.5 og XEN 6.0 Vår tynnklientløsning er basert på Citrix XenApp bit. Klientsiden Tykklienter kjører: Microsoft Windows 7 64 bit og Microsoft Windows bit IE 11 MS Office 2010 Tynnklienter er av type Wyse For skolene i Kongsvinger og Nord-Odal er det både lærere og elever som kjører skolelinux. Vi har ikke standardisert operativsystem for bærbare enheter (smarttelefoner, nettbrett og lignende). Ved støtte for slike systemer er det derfor viktig at dokumenterte standarder brukes, for å favne så mange som mulig av disse. Annet Vi stiller krav til at systemer som anskaffes av oss skal ha med dokumentasjon på hva det vil koste oss å eksportere ut alle kunde-eide data ved et eventuelt skifte til et annet system i fremtiden. Dette må baseres på et estimat basert på dagens kjente volumer og prisnivåer. Vi stiller krav til at data fra gamle systemer skal tas med over i nytt system, eller at det settes en dato for når erstattede systemer skal fases ut. Det er ikke aktuelt å ha en fremtidig situasjon der gamle systemer skal brukes for oppslag av historiske data. Applikasjoner/systemer i vårt miljø skal ikke være knyttet mot fysiske dongler eller lignende (eksempelvis USB-penner og lignende). Eventuelle slike løsninger skal erstattes med lisensierte løsninger som fungerer i virtuelle servermiljøer. Arkivverdige data skal kunne transporteres til sentral arkivkjerne basert på Noark 5- standarden. For systemer som skal jobbe mot nasjonale registre, må de kunne synkronisere eller hente data fra følgende felleskomponenter i dag (eventuelle avvik fra dette, må avtales med Hedmark IKT i hvert tilfelle): Enhetsregisteret (grunndata om virksomheter) Folkeregisteret (grunndata om personer) Vedlegg A - Kravspesifikasjon Side 4 av 5

5 Matrikkelen (grunndata om eiendommer) Altinn (felles plattform for tjenesteutvikling) ID-porten (felles infrastruktur for elektronisk ID) Vedlegg A - Kravspesifikasjon Side 5 av 5