<Insert Picture Here> Dr. M. Naci Akkøk, Chief Architect, Oracle Nordic 40 års erfaring i industrien, Også som akademiker & forsker (parallelt) Kontakt: [email protected], mobil: +47 47026879, @mnaciakkok IKT Arkitektur i og for Offentlig Norge Architecture & Design
26
Embed
Spor 1 arkitekturelle rammeverk i offentlig sektor
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
<Insert Picture Here>
Semantic Technologies
Dr. M. Naci Akkøk, Chief Architect, Oracle Nordic 40 års erfaring i industrien,
Også som akademiker & forsker (parallelt) Kontakt: [email protected], mobil: +47 47026879, @mnaciakkok
Arkitekturelle rammeverk I offentlig sektor og de praktiske konsekvensene
En oppsummering av arkitekturelle prinsipper og retninger i fl ere offentlige IKT-rammeverk som FAOS (Felles IKT arkitektur i offentlig sektor), Altinn og Difi og de praktiske konsekvensene og hvordan de anvendes i moderniseringsprosjekter. Oracles bidrag til prosess og løsninger blir også belyst.
Dr. Naci Akkøk, sjefsarkitekt, Oracle Nordics
Noen sentrale publikasjoner
• Fra direktoratet for forvaltning og IKT (DIFI) :
• DIFI strategien 2012-2015
• Overordnede IKT-arkitekturprinsipper for offentlig sektor
• Nasjonale felleskomponenter i offentlig sektor
• Relaterte/refererte dokumenter
• Regjeringens digitaliseringsprogram ”På nett med innbyggerne”
• Felles IKT-arkitektur i offentlig sektor (FAOS rapporten)
• FAOS høringer (med fokus på SEMICOLON høringen)
• Vurdering av ALTINN-II plattformen – for Nærings- og Handelsdepartementet fra Det Norske Veritas (DNV)
• ALTINN, DIFI, MinSide og eID (presentasjon av Hallstein Husand, Brønnøyssundregistrene)
OPSSUMMERING: DIFI-strategien 2012-2015
• Mål: å bidra til utviklingen av offentlig sektor (og å forbedre sin egen virksomhet)
• Målgruppe: offentlig forvaltning og sin egen organisasjon
• IKT-systemer skal være tilrettelagt for endringer i graden av utnyttelse i from av
• Antall brukere
• Datamengde
• Tjenestens livslengde
• Når løsninger planlegges/designes, må det legges til rette for at de skal fungere under andre kontekster (miljø, virksomhetsprosess, bruksvolum o.l.)
• Nedskalerbarhet like viktig som oppskalerbarhet
OPSSUMMERING: Nasjonale Felleskomponenter i Offentlig Sektor (DIFI, 2010)
Anbefalt 5 nasjonale felleskomponenter:
1. Enhetsregisteret (grunndata om virksomhet)
• Forvalter: Brønnøysundregistrene
2. Folkeregisteret (grunndata om person)
• Forvalter: Skattedirektoratet
3. Matrikkelen (grunndata om eiendom)
• Forvalter: Statens Kartverk
4. Altinn-komponentene (innsamlings- og distribusjonsnav, integrasjonsnav)
• Forvalter: Brønnøysundregistrene
5. Felles infrastruktur for eID i offentlig sektor
• (ID-porten, minID)
• Forvalter: DIFI
OPSSUMMERING: Vurdering av ALTINN-II Plattformen (DNV, 2011)
Primært følgende vurderinger:
1. Begrensninger og flaskehalser i arkitekturen
2. Ikke skalerbart mht fremtidig volum, antall systemer, økt traffikk osv.
3. Betydelig mengde feil
4. Dårlig testregime
5. Upraktisk/utilstrekkelig kriseberedskap
6. Fokus på tid/kostnad i utviklingsløpet kan ha ”kostet” kvalitet
7. Vil stille spørsmålstegn ved kompetanse/forberedelser til forvaltning av et såpass komplekts system
8. Etterlyser langsiktig strategi mht utvikling/finansiering av ALTINN-plattformen
OPSSUMMERING: Et par ord om ”Minside”
Minside blir lagt ned ved skrivestund (31. mai 2012) :
1. Se: http://www.idg.no/computerworld/article238153.ece ”Minside ble ingens side” ”Myndighetene har aldri greid å overbevise befolkningen om at de skal oppsøke Minside.” ”Er det riktig av Difi å begrave portaltanken?”
2. Var det kanskje for mange ”portaler”? Evt. manglende styring mot ett felles portal og tiltak deretter? (Ref. Københavnskommune, IKT-Norge, NEO 2012)
• Directions, intentions … WHAT • Focus … WHAT • Technology … HOW • Governance … HOW • Industrialization … POWER
Additional architectural principle: Law, regulation and Policy Management as part of Rule Management
• Computer Program acting as Law(*): There are always challenges when laws, regulations, rules and routines (policies) are to be automated in the form of computer programs, web forms, case management systems etc.
• One of the major challenges is the fact that human interpretation goes into transforming a policy, a regulation or a law into an IT system.
• Rules, regulations , laws and policies change very often requiring costly re-implementations
• Many undetected conflicts creep into laws, regulations, policies and rules
• Decisions are seldom justifiable (back-trackable)
(*) Dag Wiese Schartum (http://www.jus.uio.no/ifp/personer/vit/dags/index.html)
Virtual Machine Server Storage Systems & Data Center Mgmt
Development Tools
HR IT
Government Segments
Healthcare* & Social Services*
Justice & Public Safety*
Tax/Collections & Revenue Management*
Environment Protection & Resource Management
Foreign Relations
Public Education* Defense* & Intelligence
Public Infrastructure
Public Administration
Economic Development
Cost reduction, shared components etc. lead to a preference for a shared (virutalized/centralized) solution, appliances (optimized HW + SW) etc., making also infrastructure an integral part of the solution
• Løsningssentere(t) tjener all(e) bruk(ere)
• HUB detaljer blir skjult
• Integrasjon blir til samhandling & samstemming (f. eks. via bruk av meta-info og oppfyllelse av info-utvekslingskrav)
• Løsningene vil måtte håndtere hyppige regel- og skjema-endringer (sem. tek.?)
NORGE HUB
En mulig tolkning: Arkitektur for Offentlig Norge V1.0 (Fokus: Helse, men gjelder offentlig generelt)
Felles komponenter
National traffic rule that accomodates many vehicles Standards to ensure agile/sustained development & maintenance Better research & vendor /industry dialogue Better/effective decision, funding & implementation processes