Vurdering av Felles Studentsystem (FS)...vurdering av FS Validere funn og vurdering Utlede tiltak og...
Transcript of Vurdering av Felles Studentsystem (FS)...vurdering av FS Validere funn og vurdering Utlede tiltak og...
© 2020 Gartner, Inc. and/or its affiliates. All rights reserved. Gartner is a registered trademark of Gartner, Inc. or its affiliates. This presentation, including all supporting materials,
is proprietary to Gartner, Inc. and/or its affiliates and is for the sole internal use of the intended recipients. Because this presentation may contain information that is confidential,
proprietary or otherwise legally protected, it may not be further copied, distributed or publicly displayed without the express written permission of Gartner, Inc. or its affiliates.
Sluttrapport
Forberedt for: Unit
6. mai 2020 | Versjon #1
Vurdering av FellesStudentsystem (FS)
2 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Innholdsfortegnelse
1. Sammendrag
1.1 Sammendrag s. 4
2. Sluttrapport
2.1 Introduksjon s. 6-9
2.2 Funksjonell vurdering s. 10-16
2.3 Teknisk vurdering s. 17-22
2.4 Målarkitektur (inkl. API) s. 23-27
2.5 Veikart for videre arbeid s. 28-30
3. Sluttrapport detaljer
3.1 Beskrivelser av veikartsaktiviteter s. 32-39
3.2 FS analyse i teknisk vurdering s. 40-97
3.3 Relevant WS materiale for veikartsaktiviteter s. 98-117
3.4 Relevante vedlegg til funksjonell vurdering s. 118-149
4. Vedlegg s. 150-155
3 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
1. Sammendrag
4 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Målsetning med vurderingen av Felles Studentsystemet (FS) var tre-delt;
1. Gjennomføre en funksjonell gjennomgang av det studieadministrative området med formål; 1) bruker-/kundetilfredshet av dagens funksjonalitet og 2) fremtidige
funksjonelle ønsker og behov
2. Beskrive dagens situasjon og gjennomføre teknisk vurdering av løsningsarkitekturen på applikasjoner, databaser, APIer, mellomvare-/integrasjonsplattformer. Med
anbefaling om fremtidig API felles arkitektur og policy.
3. Etablere et treårig veikart med tiltak for modernisering av FS, med grovestimat på gjennomføringskostnad tilknyttet tiltakene
Konklusjonen fra den funksjonelle og tekniske vurderingen er at FS er i teknisk god stand og er et godt utgangspunkt for videre modernisering, og krever ikke en total
utskiftning;
▪ Funn fra den funksjonelle vurderingen viser at selv om behovene for det studieadministrative området er dekket godt nok i dag, må det videreutvikles for å bl.a. bli mer
brukervennlig, mindre kompleks og mer tilrettelagt for fremtidige behov, arbeidsmåter og trender. Sett fra et IT-perspektiv er det behov for et moderne, fremtidsrettet og
forvaltningsbart system med en arkitektur som gjør det mulig å bygge gode brukerorienterte tjenester.
▪ Vurderingen fra den tekniske analysen tilsier at FS bør gjennomgå en kontinuerlig modernisering mot en målarkitektur. FS er i en arkitekturmessig livssyklus, et sted
mellom «topp» og «begynnelse av foreldelse» derfor er tidspunktet riktig for modernisering. Ingen områder er vurdert som "røde", dvs. ikke behov for umiddelbar utskifting.
Ny målarkitektur (inkl. API) er utformet etter et sett med prinsipper som medfører at videreutviklingen av applikasjoner vil bli utviklet med mindre tjenester, bygget rundt
brukeren («mesh-applikasjon») og integrert ved hjelp av APIer og hendelser.
Andre betraktninger og kritiske suksessfaktorer for å lykkes med videreutvikling av FS er; (i) enighet om overordnede prinsipper for prioritering, (ii) implementering av
arkitekturstyring, (iii) forbedring av produkt-/prosjektporteføljestyring for å prioritere rekkefølgen av investeringer effektivt og (iv) nødvendig ressurskapasitet og kompetanse.
Veikart for videre modernisering av FS mot målarkitekturen består av to faser og fire arbeidsstrømmer;
▪ Fase 1 er forberedelser til gjennomføring av moderniseringen av FS der Unit må sikre nødvendige forutsetninger innenfor bl.a. samhandling, arkitekturstyring og
kompetanse (må estimeres nærmere, men grov antagelse er 2-3 FTE i opptil 6 måneder)
▪ Fase 2 er gjennomføring av moderniseringen og har tre arbeidsstrømmer; 1. Gjøre applikasjoner mer brukersentriske, 2. Klargjøre FS med neste generasjons APIer og 3.
Modernisering av FS (inkl. avvikling av PowerBuilder)
▪ Gjennomføring av FS moderniseringen (Fase 2) er grovestimert til å kreve 5-6 FTE i tillegg til dagens bemanning over 3.5 år
Sammendrag
5 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
2. Sluttrapport
6 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
2.1 Introduksjon
7 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Introduksjon til prosjektet «Vurdering av FS»
Bakgrunn for Vurdering av FS prosjektet
▪ Felles Studentsystem (FS) er kjernesystem for flere av
tjenestene som Unit leverer for utdanningssektoren. Den er
delvis utviklet som en plattform som utveksler data og
sammenstiller informasjon for ulike brukergrupper.
▪ Målet med fremtidige FS-tjenester er å levere brukervennlige
basisløsninger for studieadministrative oppgaver, masterdata
innen studieadministrative data samt tilrettelegge for gjenbruk av
data gjennom API og integrasjoner. Dette skal muliggjøre
innovasjon og tjenesteutvikling både hos Unit, hos universiteter
og høyskoler og av markedsaktører.
▪ Unit ønsker å gjennomføre en ekstern gjennomgang av FS fra et
funksjonelt og teknisk perspektiv.
Målsetning med Vurdering av FS prosjektet
1. Gjennomføre en funksjonell gjennomgang av det
studieadministrative området med formål; 1) Bruker-
/kundetilfredshet av dagens funksjonalitet og 2) fremtidige
funksjonelle ønsker og behov
2. Beskrive dagens situasjon og gjennomføre teknisk vurdering
av løsningsarkitekturen på applikasjoner, databaser, APIer,
mellomvare-/integrasjonsplattformer. Med anbefaling om
fremtidig API felles arkitektur og policy.
3. Etablere et treårig veikart med tiltak for modernisering av FS,
med grovestimat på gjennomføringskostnad tilknyttet tiltakene.
Avgrensinger
▪ Prosjektet vil også se på omfang av kildekode og overordnet
teknisk oppsett av komponenter i løsningsarkitekturen, men ikke
utføre detaljerte analyser av kildekode og teknisk
oppsett/konfigurasjon.
8 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Tilnærming til prosjektet
Januar - MaiArbeidet startet opp 29. januar og med sluttpresentasjon og overlevering av sluttrapport til Unit 7. mai
Mai – Juni
Prosjektmobilisering og -
initiering
Datainnsamling og
analyse av FSUtlede tiltak og veikart
Ferdigstille sluttrapport
og sluttpresentasjon
Presentere sluttrapporten i
sektorfora
Mobilisere prosjekt og
gjennomføre oppstartsmøte
(kick-off)
▪ Gjennomgang av omfang
og prosjektplan
▪ Avtale arbeidsfordeling
mellom Unit og Gartner
▪ Avstemme målsetning,
omfang og tilnærming for
innhenting av data
Datainnsamling
▪ Gjennomgang av
dokumenter relatert til FS
▪ Intervju og
nettundersøkelse med
interessenter
Analyse
▪ Gjennomføre analyse og
vurdering av FS
▪ Validere funn og vurdering
Utlede tiltak og veikart
▪ Utarbeide tiltak
▪ Utarbeide en anbefaling
på API fellesarkitektur og
policy
▪ Lage et grovestimat på
gjennomføringskostnad av
tiltak
▪ Validere tiltak,
målarkitektur, veikart og
estimater
Ferdigstille sluttrapport
▪ Utarbeide utkast av
sluttrapport
▪ Få tilbakemelding på
utkast av sluttrapporten
▪ Ferdigstille sluttrapport
Overlevering av
sluttrapport
▪ Presentere og overlevere
sluttrapport til ledelsen i
Unit
Presentere sluttrapport i sektorfora
Følgende orienteringer av preliminær arbeid ble gjennomført i fagutvalgene
▪ Fagutvalg for utdanning (1. April) – Presentasjon av preliminær oppsummering fra intervjuene med studiedirektører
▪ Fagutvalg for IMD (2. April) – Orientering fra prosjektet med presentasjon av preliminære oppsummeringer, funn og konklusjoner
9 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Unit Prosjektsponsor
Sigurd Eriksson
Unit Prosjektansvarlig/-eier
Lars Fredrik Hatlehol
Gartner Oppdragsansvarlig
Baber Nisar
Gartner Fagressurs
Christian Lundsson
Avjot Garcha Singh
Anett Haugom
Camilla Kyrkjebø Hjønnevåg
Gartner Managing Partner
Erik Lehne
Gartner Kvalitetssikring
Erik Lehne
Unit ansvarlige for arbeidsstrømmene
Knut Løvold (Funksjonell)
Lars Fredrik Hatlehol (Teknisk)
Interessenter
- Løsningsarkitekter
- Utviklere
- Studiedirektører
- IT-Direktører
- Brukergrupper (Studenter, Fagpersoner og
FS-Superbrukere)
Organisering av prosjektarbeidet
10 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
2.2 Funksjonell
vurdering
11 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Fem interessentgrupper deltok i den funksjonelle vurderingen
Formålet med gjennomføring av den funksjonelle vurderingen av det studieadministrative området var å innhente;
1. bruker-/kundetilfredshet av dagens funksjonalitet
2. fremtidige funksjonelle ønsker og behov
Tilnærming til funksjonell vurdering
Merk at når interessenter blir bedt om å komme med ønsker og behov, så vil det de er godt fornøyd med komme i bakgrunnen.
Fokus på strategisk perspektiv Fokus på sluttbruker perspektiv
Studiedirektører IT-direktører FS-/superbrukere Fagpersoner Studenter
Studiedirektører fra 13
institusjoner deltok i
intervju
IT direktører fra 5
institusjoner deltok i
intervju
86 av 94 (91%)
respondenter besvarte
nettbaserte
spørreundersøkelsen
30 av 38 (79%)
respondenter besvarte
nettbaserte
spørreundersøkelsen
30 av 38 (79%)
respondenter besvarte
nettbaserte
spørreundersøkelsen Merknad; I intervjuene var det ikke klar
skille mellom FS som helhet og FS
klienten spesifikt, som Unit har.
12 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Oppsummering fra intervjuene med studiedirektører
FS dekker mer enn godt grunnleggende studieadministrative behov og funksjoner i dag, men måten funksjonene tas i bruk gjenspeiler ikke
hvordan et moderne universitet/høgskole jobber i dag. Dette medfører stor grad av manuelt arbeid og omstendelige arbeidsoppgaver. Det er ytret
usikkerhet knyttet til hvor godt FS skal klare å dekke komplekse behov/arbeidsflyt og det er gitt uttrykk for at videreutvikling må prioriteres. 1
FS bærer preg av en pre-digital hverdag med mye manuell kontroll og papir. Det er gitt eksempler der lav brukervennlighet og komplekst
brukergrensesnitt har medført kritiske feil med konsekvenser for institusjonene og for studentene. Tungvinte arbeidsoppgaver og saksbehandling
fører også til mye dobbelt arbeid og en ustrukturert arbeidsflyt. 2
Det er utfordringer som ikke er løst og muligheter som ikke er dekket av dagens plattform. Ønsker for fremtiden inkl. bedre samspill og deling
mellom institusjoner, mer selvbetjening og automatisering, mer personlige saksbehandling, samt bedre støtte for internasjonalisering,
livslang læring og læringsanalyse. 3
Suksesskriterier for å bedre understøtte moderne arbeidsprosesser er økt samhandling med deling på tvers av institusjonsgrenser, et raskere
utviklingstempo, forenklet brukergrensesnitt, mer sømløst dataflyt, forbedre dataintegritet, bedre utnyttelse av sektorkompetanse, forutsigbar
finansiering, m.m. 4
Studiedirektørene er svært opptatt av at sektoren opparbeider seg et enhetlig syn over alle studentene i Norge og mener at FS er kritisk for å få dette
til. De fleste ser for seg en fremtid der FS er en kjerne for nasjonal studentdata, en autoritativ kilde som muliggjør deling på tvers av
institusjonsgrenser.5
Ved videreutvikling av FS antar studiedirektørene at det vil kunne utløse betydelige gevinster når det gjelder effektivitet, kvalitet og
strategisk måloppnåelse. Det forventes at gevinstene vil bidra til effekter som f.eks. økt produktivitet av studieadministrative ansatte, økt kvalitet i
studieløpene, økt fellesskapsfølelse på sektor nivå, m.m. 6
Se seksjon 3.4 - s.118-126 for detaljer
13 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Oppsummering fra intervjuene med IT-direktører
Mange lokale systemer hos institusjonene har en avhengighet til FS. Det gis uttrykk for at det ikke er teknisk og arkitekturmessig enkelt å forholde seg
til FS. Den mangler et godt integrasjonslag, har mangelfulle APIer og arkitekturen oppfattes litt kompleks og lite helhetlig. Det nevnes også utfordringer
med masterdata fra FS pga. ulik definisjonsbruk, som gjør integrasjonsjobben vanskelig og å sammenstille informasjon som er relevant for alle.
Det integreres veldig nær/mot databasen, og ikke gjennom en veldefinert n-lags arkitektur. Dette medfører til at man mister sikkerhet og annen logikk i
mellom, er tungvint å jobbe med, må lage skreddersydde løsninger (som bl.a. gjør at det tar lengre tid å levere, ikke alt kan gjøres og integrasjoner kan
knekke), som fører til at FS blir ikke en god plattform for å gjøre utvikling på. Ikke alle institusjoner i sektoren har lokal utviklingskompetanse for å gjøre
integrasjonsarbeid mot FS, noen bruker eksterne aktører, og for mange mindre vil dette ha konsekvenser for nyutvikling av lokale tjenester.
Fremtidig behov og ønsker for FS (i en plattform kontekst) er et moderne og fremtidsrettet system og arkitektur, som er brukerorientert og
forvaltningsbar slik at flere gode tjenester kan bygges. Et plattform som har standardiserte grensesnitt, mikrotjenester og APIer som er sikre, robuste,
skalerbare og enklere å konsumere som gir en plattform med;
▪ Enklere datautveksling med mulighet for å skrive tilbake til FS og sikre datatilgang i henhold til lover og forskrifter (f.eks. GDPR regelverk)
▪ Bedre støtte for håndtering av internasjonale brukere (f.eks. med brukerautentisering og i datalagring) og mobilitet (på tvers av campus miljøer)
▪ Bedre støtte for prosessautomatisering og mulighet for at ulike brukermiljøer kan hente ut data uten behov for involvering av IT
▪ Større tilgang til data som ligger klare til bruk med standard grensesnitt og åpne APIer for f.eks. læringsanalyse
▪ Fleksibilitet for enklere og raskere utvikling av nye lokale behov hos institusjonene for f.eks. smart campus
▪ Tilrettelagt for enklere og raskere integrasjon med andre moduler fra markedet
▪ Tilpasningsmulighet til fremtidige trender og nye tjenester/løsninger innenfor utdanning og læring i og utenfor Norge
For å muliggjøre at en slik plattform blir en suksess er det viktig å definere hva er kjernen i FS og hvordan rendyrke den, samt hvordan FS inngår på
tvers av nasjonale løsninger og hva skal dekkes av andre løsninger. Ha på plass en godt definert informasjonsmodell, veldefinert n-lags arkitektur,
modularisere FS for enklere håndtering og videreutvikling ved å tenke tilnærming med f.eks. mikrotjenester. FS med studentdata må også passe inn
helhetlig med pågående IAM sektorprosjektet. God forvaltning og sikkerhet rundt data er viktig for å få konsistente data som er en vesentlig faktor for bruk.
Viktige forutsetninger og suksesskriterier for videreutvikling av FS som nevnes er; forutsigbar finansiering, nødvending kompetanse/kapasitet, raskere
tempo i utviklingen (dagens tempo er for sakte), forbedring av styrings- og forvaltningsmodellen med bl.a. tydeligere kommunikasjon åpenhet rundt styring
og prioritering, og bedre involvering av sektoren med forankring av arkitekturen hos institusjonene også.
2
3
4
5
1
14 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
FS-/superbruker (86 respondenter) Fagperson (30 respondenter) Student (30 respondenter)
Hvor fornøyd* er du med… Hvor fornøyd* er du med… Hvor fornøyd* er du med…
Oppsummering fra brukertilfredshet brukergrupper FS-/superbruker, fagperson og student
Se seksjon 3.4 - s.128-149 for utdrag og vedlagte filer med detaljer fra brukerundersøkelsen
15 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
FS-/superbruker (86 respondenter) Fagperson (30 respondenter) Student (30 respondenter)
348 tilbakemeldinger fordelt etter applikasjon
• 103 FS i sin helhet,
• 99 FS klienten
• 45 EpN
• 101 Andre
47 tilbakemeldinger fordelt etter applikasjon
• 12 EpN
• 35 Fagpersonweb
43 tilbakemeldinger fordelt etter applikasjon
• 35 Studentweb
• 7 Søknadsweb
• 1 Vitnemålsportalen
Nøkkelfunn fra forbedringer
• Flest forslag i følgende applikasjoner knyttet til:
• Brukervennlighet i FS klienten
• Bedre prosesstøtte / funksjonalitet og brukervennlighet i
EpN
• Forbedring av brukervennlighet i Studentweb
• Flest forslag går ut på forbedring av brukervennlighet
• Mer intuitiv navigasjon
• Mer forståelige feilmeldinger
• Flere hjelpetekster.
• Mer effektiv arbeidsutførelse gjennom
prosessoptimalisering, integrasjoner, automatiseringer
• Mer funksjonalitet for bedre prosesstøtte:
• Enkelte oppgaver kan ikke utføres optimalt i FS pga
manglende funksjonalitet. Mange forslag går derfor ut på
legge til funksjonalitet (småjusteringer).
• Mer tilgang til data/informasjon
• Flere/bedre/mer tilgjengelige rapporter
• Mer integrerte systemer
• Bedre brukergrensesnitt
• Mer moderne og intuitiv design – oppdatere farger,
symboler, figurer, skriftstørrelse
• Brukergrensesnitt tilpasset mobil og flere nettlesere
Nøkkelfunn fra forbedringer
• Fagpersonweb har flest forslag til forbedringer:
• Behov for integrasjoner
• Behov for data/informasjon
• Bedre brukervennlighet
• Mange forbedringer i EpN knyttet til studieelementer
• Bedre brukervennlighet
• Behov for integrasjoner til andre systemer i Fagpersonweb
• For å kunne utføre oppgaver effektivt i Fagpersonweb,
spesielt LMS systemer (Canvas) og sensursystemer
(Inspera, Wiseflow, MittUiB)
• Færre systemer for økt brukervennlighet
• Faglærere ønsker færre systemer å forholde seg til knyttet
til studieadministrasjon
• Utførelse av samme type oppgaver i flere systemer
medfører en rekke problemer
Nøkkelfunn fra forbedringer
• Flest ønsker forbedringer i Studentweb, men denne er også
mest brukt
• Forbedringene gjelder primært brukervennlighet og
brukergrensesnitt
• Relevant informasjon på forsiden
• Mer veiledende tekster og datakontroller
• Mer intuitiv symbol-, farge- og tekstbruk
• Opplæring i funksjonalitet
• Brukergrensesnitt tilpasset mobil
• Flest forbedringer i Studentweb knyttes til
• Studentweb som helhet
• Utdanningsplan
• Informasjon om rettigheter og plikter
• Begrunnelse og klage
• Forbedringer i Søknadsweb
• Opplasting av dokumentasjon ifm søknad
• Søknadsweb i sin helhet
Oppsummering fra forbedringer brukergrupper FS-/superbruker, fagperson og student
Se seksjon 3.4 - s.128-149 for utdrag og vedlagte filer med detaljer fra brukerundersøkelsen
16 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Bygge opplevelser Skape tillit
Smart Campus
Collegiate Esports
Nudge Tech
New Display Tech
Career Software
Reinventing Credentials
Ethical Use of Data
Reframing Security
Digital Credentials
Faculty Info Systems
Forenkle hverdagen Drive transformasjon
Analytics Everywhere
5G Infrastructure
Online Differentiation
Cross-Lifecycle CRM
Digital Dexterity
New Business Models
Artificial Intelligence
Creative Financing
Corporate Collaboration
Ecosystem
I tillegg til behov ytret av interessentene er det flere trender Gartner identifiserer innenfor i UH-sektor som kan være relevante
Source: Top 10 Business Trends Impacting Higher Education in 2020 (Gartner Research ID: G00465204)
Forklaring: Business trends (uthevet i blå) og Strategic technology trends (i svart)
Gartners analyse av forretningstrender og strategisk
teknologi for høyere utdanning gir et utgangspunkt for
fire strategiske utviklingstrekk eller «megatrender» for
sektoren.
Disse utviklingstrekkene kan gi Unit en indikasjon på
fremtidig retning og ambisjonsnivå for FS. Trendene sett
i et strategisk perspektiv kan utfordre tempo og
strategisk retning for videreutvikling av FS.
Videreutviklingen iht disse trendene kan medføre:
• Gode og bedre brukeropplevelser
• Økt tillit og legitimitet hos studenter, ansatte, andre
utdanningsinstitusjoner og næringslivet
• Forenklet hverdag for brukere og studenter
• Innovasjon og drivkraft for transformasjon av
tjenester for dagens studenter, morgendagens
studenter, vitenskapelige og administrative ansatte
Se i Vedlegg s.152-153 for kort forklaring av trendene.
17 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
2.3 Teknisk vurdering
18 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Intervju/sesjoner
gjennomgang av
FS
Gjennomgang
av dokumenter
Funn fra analyse Målarkitektur VeikartAnalyse
rammeverk
Innsikt fra
funksjonell
vurdering
Digitaliserings
strategi
Tilnærming til analysen og utarbeidelse av API målarkitektur og veikartet
10+ intervju og
sesjoner med
utviklere og arkitekter
fra Unit og Uninett
ISO 25010
rammeverk for SW
Quality og Gartner
tilnærming til
software
assessments
Innsikt fra 3
brukerundersøkelser
(student, fagperson
og FS-/superbruker)
og intervju med
studiedirektører og
IT-direktører
Sikre at prinsipper og
krav er oppfylt
Rekkefølge av tiltak
som må gjøres for
transformasjon
19 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
1. FS brukerapplikasjoner (UI)
2. FS integrasjoner og API (API)
3. FS databasen (Back-end)
Arkitekturlag som er del av analysen for teknisk vurdering inkluderer FS front-end applikasjoner, integrasjoner og database
I analysen inngår deler av FS som omfatter integrasjoner og front-end
applikasjoner rundt FS databasen…
Struktureres som følgende for videre analyser…
20 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
1. FS brukerapplikasjoner (UI)
2. FS integrasjoner og API (API)
3. FS databasen (Back-end)
Relevante dimensjoner og kategorier fra ISO 25010 rammeverket for Software Quality ble brukt for å analysere FS
Ikke relevant/out-of-scope i teknisk vurderingForklaring
21 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Vurderingen fra analysen tilsier at FS bør gjennomgå en kontinuerlig modernisering mot et målarkitektur
▪ Vurderingen av FS er i tråd med
hva vi forventer at en skreddersydd
løsning vil se ut etter 20+ års
utvikling
▪ Det er områder som er bygget på
moderne teknologier og i tråd
med god praksis
▪ Ingen områder er vurdert som
"røde", en vurdering av alvorlig
kritikk der tilstanden er dårlig og
vanligvis trenger utskifting
▪ Det er flere områder som er
klassifisert som "gule", noe som
indikerer at det ikke er optimalt
eller i tråd med beste praksis, men
det er mulig å utføre
rearchitect/refactor til en moderne
og optimal struktur
Oversikt over analysen av FS
Se seksjon 3.2 - s.40-97 for detaljanalysen med oversikt over funn og forslag til tiltak
22 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
FS er i en arkitekturmessig livssyklus et sted mellom «topp» og «begynnelse av foreldelse» derfor er tidspunktet riktig for modernisering
Konklusjoner fra den tekniske
vurderingen:
1. Tilstanden spenner fra ganske bra
(«topp») tilstand til å nærme seg
et vippepunkt for foreldelse
2. Nå er det en godt tidspunkt for å
oppdatere/ modernisere delene
som nærmer seg vippepunktet for
foreldelse
3. Når du er for langt ned på kurven
for «Application Viability», synker
kvaliteten og det blir langt mer
komplekst å endre
4. For å unngå foreldelse, må
løsningen undersøkes og
moderniseres for å gjøre den
moderne igjen
Application
Viability
Foreldelse
Risk of
breakdown
and difficulty
to change
High
Stage of
Application
Life Cycle
Action
Pro
toty
pe
Em
erg
ing
Ma
turi
ty
Ma
inte
na
nce
Unsu
pp
ort
ed
Assess Evaluate, Enhance, Renovate Replace
Software quality rating
1
2
3
3
12
4
4
Med foreldelse menes start på akselerende verdiforringelse, kostnadene (inklusive vedlikeholdskostnader) øker, og bruksnytten faller.
23 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
2.4 Målarkitektur
24 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Nåværende «informasjonseierskap»
skal ikke være førende for design av
systemet
Den nåværende tanken om
hvem som “eier” data (f.eks.
studentdata) må revideres
Sluttbrukerløsninger bør være en
“mesh” av løsninger basert på en
rolle/personas, istedenfor en rekke
spesifikke applikasjoner
En rolle har kun en applikasjon
Alle dataressurser og use-case
handlinger skal være tilgjengelige
gjennom bruk av APIer
Det som skal utføres, skal være
mulig å utføre med bruk av
APIer
Ethvert API skal kunne eksponeres
for enhver type konsument (ved
behov)
APIer utvikles for gjenbruk
Data eierskap, fysisk lagring og hvor
data konsumeres kan være
forskjellige. Fokuset bør være på
brukeropplevelse.
Vil forbedre brukeropplevelsen, samt
lettere å gi et konsistent utseende og
preg. Gjør det mulig å optimalisere
utviklingsarbeid og infrastruktur.
Vil gjøre bruk av API-er lettere, siden
de ikke vil kreve den samme
mengden av domenekunnskap.
Vil muliggjøre raskere utrulling av
samme / lignende funksjonalitet på
andre plattformer.
Målarkitektur er utformet etter en sett med prinsipper
Prinsipp… Har implikasjoner…
1
2
3
4
I målarkitekturen, er det foreslått å transformere FS APIer i en fremtidsrettet integrasjonsarkitektur. En FS API transformasjon har også
implikasjoner for FS arkitekturen, siden FS database må også ivareta noen designkonsepter for å støtte den nye arkitekturen (eksempelvis
bruk av mikro-/mini-tjenester).
Rasjonale…
25 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
FS TjenesterFS Tjenester
Konseptuell målarkitektur for FS
▪ Sluttbruker applikasjoner er bygget
rundt en personas/rolle. Dvs. det er ett
studentprogram hvor brukeren logger
seg på som student, og ikke starter med
å velge institusjon
▪ Eksterne konsumenter, kan aksessere
alle «FS» tjenester (inkl. data) som er
brukt av front-end applikasjoner
▪ Tilgang til alle backend-tjenester er gjort
ved hjelp av neste generasjon FS API
(inkludert applikasjoner, integrasjon av
andre systemer, åpne APIer osv.)
▪ Back-end blir delt inn i mindre
tjenester, det vil si deler av back-end og
databaser som hører sammen
▪ En «event streaming platform» sikrer at
alle tjenester innenfor «FS-omfang» eller
som del av økosystemet blir varslet med
relevante endringer
Student
applikasjon
Fagperson
applikasjon
Administrator
applikasjon
FS API (Neste generasjon)
Andre FS TjenesterStudent Tjenester
Student DBFS DB
Event streaming platform
Fagperson Tjenester
Fagperson DB
Eksterne
konsumenter
26 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Applikasjoner vil bli
utviklet med mindre
tjenester
• For å forbedre den generelle smidigheten ønsker vi å dele systemet i mindre komponenter med data og
funksjonalitet som hører sammen
• Tjenesten skal organiseres rundt et domene eller sett med data som hører sammen, et av de mest åpenbare
eksemplene er en "student"
- Ved å lage en studentdatabase og et sett med studenttjenester kan vi administrere alle studentrelevante
funksjoner på ett sted
- Ved å lage denne tjenesten og databasen, kan studentapplikasjonen forbedre sin smidighet og utvikle
relevante funksjonaliteter uten å være helt avhengig av alt annet
Applikasjoner vil bli
bygget som «mesh-
applikasjon»
• Mesh-applikasjon betyr at applikasjonen er:
- Bygget rundt en persona, f.eks. en student
- Kan få tilgang til alle relevante tjenester
• En student-app skal være inngangspunktet for studentene med tilgang til eksempelvis:
- Søknad
- Selvbetjening av data og andre funksjoner
- Tilgang til vitnemål, resultater, pågående aktiviteter
- Fungere som «kommunikasjons-hub» mellom studenten og de andre relevante delene, f.eks. institusjoner,
kursadministratorer, lærere etc.
Applikasjoner vil bli
integrert ved hjelp
av APIer og
hendelser
• APIer/hendelser skal være den eneste måten å konsumere data eller utføre funksjoner
• Det vil sannsynligvis bli færre API-er, men mer nyttige siden de vil løse en spesifikk bruksområde og få tilgang til
uten inngående forståelse av FS-datamodellen
• En plattform for strømming av hendelser vil sikre at forretningsrelevante hendelser blir gjort tilgjengelig for
forbrukerne som trenger disse dataene
• Det er et par viktige endringer sammenlignet med dagens bruk av meldingskøer:
- Hendelser tømmes ikke ut av strømmen, en tjeneste kan når som helst “spole tilbake” og begynne å behandle
strømmen om nødvendig
- Hendelser har ikke en utpekt mottaker, tjenester kan selv styre hvilke hendelser de ønsker å konsumere
Ny målarkitektur vil ha betydning for videreutvikling av FS
27 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Andre betraktninger og kritiske suksessfaktorer for å lykkes med videreutvikling av FS
Sikre i videreutvikling…
Lav kost, høy smidighet og høy kvalitet er ikke mulig å kombinere, og noen
beslutninger er tatt med antakelsen om å minimere utviklingskostnadene
som har skapt noen mindre optimale løsninger
Beslutning på strategisk nivå på hva som er
viktig og prioritert
Så langt er det tatt mange avgjørelser uten en god analyse, kobling til en
helhetlig arkitektur og teknologivalg og et langsiktig mål Implementering av arkitekturstyring
En årsak til dagens situasjon er mangelen på god prioritering mellom
prosjekter som har ført til overlappende utviklingsinnsats
Forbedring av produkt-/prosjektporteføljestyring
for å prioritere rekkefølgen av investeringer
effektivt
Behov for å styrke personalets kapasitet og kompetanse for å styre effektiv
utvikling med teknologi etter beste praksisNødvendig ressurskapasitet og kompetanse
Observasjon…
Sikring av disse faktorene i videreutvikling av FS vil bidra til å forbedre ressursproduktiviteten til å utvikle økosystemet av FS applikasjoner.
Dette vil bidra til å løse utfordringer som forhindrer ressurser fra å være fullt produktive i dag, slik at bl.a. duplisert arbeid unngås.
28 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
2.5 Veikart for videre
arbeid
29 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
1. Forberedelser 2. Gjennomføring av FS modernisering
4. Modernisering av FS
Avvikling av PowerBuilder grensesnitt/rapporter
(og tilhørende databasedeler) ved å flytte
funksjonalitet til andre applikasjoner/integrasjoner
3. Klargjøre FS med neste generasjons
APIer
Forbedring av FS-APIer, hendelsesplattform og
hendelser, og åpne APIer. Implementering av
hendelser.
2. Gjøre applikasjoner mer
brukersentriske
Nye brukergrensesnitt og applikasjoner som er
mer brukersentriske for hovedgruppene student,
fagperson/lærere og administratorer, samt evt.
andre roller
1. Planlegging og mobilisering
Utføre nødvendige forberedelser og sikre
forutsetninger før oppstart av gjennomføring av
modernisering
1a. Planlegging og
mobilisering
1b. Teknisk foranalyse
Treårig veikart for videre modernisering av FS mot målarkitekturen
2. Fornyelse av brukerapplikasjoner
Fornyet Studentapplikasjon release 1 Fornyet Studentapplikasjon r.2 Fornyet Studentapplikasjon r.3
Fornyet Fagpersonapplikasjon
Fornyet Administratorapplikasjon
3a. Neste generasjons FS API
3b. Hendelseshåndtering
og container plattform
4. Avvikling av FS Klient og tilhørende database
Arbeidsstrøm
PowerBuilder faset utKompetanse og andre nødvendig
forutsetninger på plass
År 1 År 2 År 3
Faser
År 3+
APIer tilgjengelig
for eksterne konsumenter
(Varighet må estimeres)
Første release av brukersentrisk
studentportal
Se seksjon 3.1 - s.32-39 for beskrivelser av veikartsaktiviteter
Forslag til rekkefølge, men bestemmes i fasen før (1. forberedelser)Forklaring Noen hovedmilepæl
30 © 2020 Gartner, Inc. and/or its affiliates. All rights reserved.
Gjennomføring av FS moderniseringen er grovestimert til å kreve 5-6 FTE i tillegg til dagens bemanning over 3.5 år
1. Arkitektur og
governance
2. Front-end
utvikling
3. API
utvikling
4. Modernisering av FS
Avvikling av PowerBuilder grensesnitt/rapporter
(og tilhørende databasedeler) ved å flytte
funksjonalitet til andre applikasjoner/integrasjoner
3. Klargjøre FS med neste generasjons
APIer
Forbedring av FS-APIer, hendelsesplattform og
hendelser, og åpne APIer. Implementering av
hendelser.
2. Gjøre applikasjoner mer
brukersentriske
Nye brukergrensesnitt og applikasjoner som er
mer brukersentriske for hovedgruppene student,
fagperson/lærere og administratorer, samt evt.
andre roller
1. Planlegging og mobilisering
Utføre nødvendige forberedelser og sikre
forutsetninger før oppstart av gjennomføring av
modernisering
Involvering i arbeidsstrømmeneEksisterende
forvaltningsorganis
asjon
Gartner foreslår ressursøkning* med kompetanse innenfor følgende områder
1. Arkitektur og Governance (1 FTE)▪ Forvaltning og styring av arkitektur og
teknologier i forhold til preferanser og sektor valg/behov
▪ Utarbeide målarkitektur og designmønster
2. Front-end utvikling (2-3 FTE)• Webapplikasjonsutviklere for å styrke
applikasjonsteamet og begynne å bygge den nye studentapplikasjonen
• Flytter over til Fagperson- og administrator programmene
3. API utvikling (2 FTE)• API-utviklere for å utvikle neste
generasjons FS-API implementering, eksempelvis; - Legge til manglende API-er - Legg til use case APIer - Transformer eksisterende APIer til
en ny tilgangshåndtering av DB• API-teamet skal kunne bytte fokus til
hendelseshåndtering og sikre implementering av hendelser
√ √
√
√
√
√
√
√
√
√
*Ressursestimatet er basert på en indikativ omfangsestimering av FS økosystemet, og med forutsetning at det er forbedringer av eksisterende løsninger og utgangspunkt i dagens behov og krav som finnes.