Agenda. Mulige gevinster ved å samarbeide om løsninger. Tjenesteorientert arkitektur for UH sektoren. Kontekst for arkitekturarbeid

Transkript

1 Arkitekturarbeide ved NTNU Carl-Fredrik Sørensen og Ole Langfeldt Arkitekter NTNU IT Agenda Kontekst for arkitekturarbeid IKT i UH-sektoren DIFI Arkitekturprinsipper Arkitektur i dag Trender i tiden Arkitektur i morgen Tjenesteorientert arkitektur for UH sektoren Mulige gevinster ved å samarbeide om løsninger

2 Kontekst for arkitekturarbeid Offentlig arkitektur: Difi Prinsipper, Offentlige felleskomponenter, Offentlige retningslinjer for å styrke informasjonssikkerheten , Samordning og styring av IKT-relaterte investeringer i staten Sektorarkitektur: UH-sektor operasjonalisering og bruk av offentlig arkitektur Nasjonale tjenester (BIBSYS, FS, Cristin, ecampus) Samordning av innkjøp (rammeavtaler, felles kravspesifikasjon) Organisasjonsarkitektur: Varierer fra institusjon til institusjon IKT i UH-sektoren Mange interessenter, prosess-, tjenesteog systemeiere Mange systemer og tjenester: - Sentraladministrative systemer - Fagsystemer - Mange leverandører, også interne - Legacy > 20 år - Flere samarbeid innenfor sektoren - For det meste siloer/fagfokus Mange anskaffelser og tilpasninger nødvendig i årene fremover Arkitekturarbeid ved NTNU Erfaringer og utford

3 DIFI Arkitekturprinsipper (1) Er obligatoriske for offentlig sektor Tjenesteorientering fokus på gjenbruk og viderebruk, komponenter og moduler Interoperabilitet protokoller og standarder, heterogenitet semantisk (felles forståelse av termer og begreper) juridisk (samme formål reguleres likt i alle deltakerland) organisatorisk (rutinene i saksgangen på hver side av en organisasjons- eller landegrense må passe sammen) teknisk (datasystemene må kunne kommunisere med hverandre) DIFI Arkitekturprinsipper (2) Tilgjengelighet kanaler, brukskvalitet, universell utforming, oppetid Sikkerhet informasjon, system, nett konfidensialitet, integritet, tilgjengelighet Åpenhet åpne standarder, veldefinerte grensesnitt, viderebruk og innsyn Fleksibilitet tåle endring i bruk, innhold, organisering, eierskap og infrastruktur. Gjenbruk i nye eller endrede arbeidsprosesser. Skalerbarhet tåle høy last og mange brukere

4 Tjenesteorientering som arkitekturprinsipp? IKT-løsninger skal være basert på komponenttenking Sikre at brukerne av offentlige tjenester får tilgang til tjenester og informasjon uavhengig av oppbygging eller portalstruktur. Sikre utvikling av felleskomponenter/fellessystemer der dette er mest kostnadseffektivt for offentlig sektor samlet Tilrettelegge for mest mulig gjenbruk av delsystem og utviklet funksjonalitet på tvers av IKT-system og virksomheter. Arkitektur i dag Gjenbruk: Mest av data filbasert eller databaselinker Integrasjon av applikasjoner: Duplisering av data fra system til system Noen web-services (de fleste read-only). Få tilgjengelig fra innkjøpte systemer. Mange klient/server-systemer Transaksjoner gjennom databaser Hvert system har sin database. Hvilket system er autoritativ for hvilke data?

5 Anskaffelser vs egenutvikling Anskaffelser eller egenutvikling? - Virksomhetsbehov, lovgivning, offentlige krav - Vedlikehold og operasjon blir stadig mer kompleks - Standarder mangler på mange områder Vendor lock-in eller vendor lock-out Nettet er «systemet»? Oracle/Microsoft/Apple/IBM/SAP = SILO? Behov for planlegging fra dag 1 at anskaffelse skiftes ut om 4-8 år. Hva anskaffes og hva utvikles? Tjenester? Systemer? Porteføljer? Felles utfordringer Oppfylle arkitekturprinsippene Gjenbruk og viderebruk av informasjon og tjenester Tilgjengeliggjøring av funksjonalitet på mobile/heterogene plattformer Lesebrett, smarte telefoner Støtte for alle nettlesere Sikkerhet og personvern Skalerbarhet på systemer i Web Universell utforming Anskaffelser og videreutvikling av system og tjenester Porteføljestyring vendor lock-in/lock-out

6 Trender i tiden SOA er noe alle gjør, fjernet fra hype av Gartner Skytjenester SaaS, PaaS. IaaS Desktop er «borte», alle har laptop, lesebrett, smarte telefoner Virtualisering av IT, både hardware, plattform og programvare App-er og små applikasjoner Arbeidsflyt koblet til kontekst og personlige preferanser

7 Arkitektur i morgen Gjenbruk: Protokoller, data, informasjon og/eller funksjoner? Virtualisering av systemer gjennom mash-ups og web services? Alt blir tjenester? Kontekst og arbeidsflyt? Hvordan skape smidighet/endringsmulighet i fag/kildesystemene? Universell utforming, mobile/heterogene enheter Informasjonssikkerhet, systemsikkerhet, personvern Skytjenester og integrasjon

8 Organisasjon og samfunn Gjester, potensielle studenter, offentlig forvaltning, bedrifter, samarbeidspartnere, NFR, alumni etc. Ansatt Student Andre Brukertjenester Virksomhet Styrings- og ledelsesprosesser Arbeidsflyt Forskning Utdanning Nyskaping Formidling Forretningstjenester Applikasjon HR LMS Studentsystem Økonomi Datatjenester Strategi, Rammebetingelser, Behov, Sikkerhet, Lovgivning, Protokoller, Standarder Informasjon Data Data Data Data Data Data Semantikk, domenemodeller, fysiske datamodeller HR Økonomi FDV HMS Studieadm IKT og bibliotek Aksesskontroll Forskningsadm Kompetanse Mulige gevinster ved å samarbeide om løsninger Felles informasjonsarkitektur standardisering Felles integrasjonsarkitektur standardisering Felles virksomhetsprosesser synergi og anskaffelser Felles anskaffelser lavere anskaffelseskostnader Forenkling av innfasing/integrasjon/utfasing av systemer Skalere sammen mot skyen, app-utvikling, sosiale medier, LMS, etc. Spare penger og tid?

9 Oppsummering Arkitektur må Planlegges og styres Samordning og standardisering er nødvendig for muliggjøring av gjenbruk Standarder: Informasjons og integrasjonsarkitektur Prosesser, funksjoner, protokoller Helhetstenkning er nødvendig (bort med siloene) Anskaffelser må planlegges/koordineres strategisk Portefølje/IKT-styring som en del av virksomhetsstyringen