Technical Integration Architecture Teknisk integrasjonsarkitektur



Like dokumenter
Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20

Distributed object architecture

Referansearkitektur sikkerhet

Difis felleskomponenter. Nokios

Hva betyr tjenesteorientert arkitektur for sikkerhet?

IT-arkitektur leveransemodell

System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,

ephorte Integration Services (eis) produktbeskrivelse

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet

SSA Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi

Endringer i versjon 14.1

Hva vet vi om utfordringer og behov rundt personvernhåndtering? En oppsummering av resultater fra en intervjuundersøkelse

Jeg vil se mappa mi!

EN INNFØRING I BPM

Evalueringsskjema. Foretakets nettbankvirksomhet. Foretakets navn : Dato: Underskrift : Dato: Versjon: 1.0

Etterlevelse av personvernforordningen (GDPR) sett opp mot ISO hva er nytt/viktig? Anders Bergman Greenfinger AB

Kravspesifikasjon for PLBSys NG. Versjon 1.0

Personvernerklæring for DLR

Endringer i versjon 14.1

Hvorfor samarbeid om PSD2?

AGENDA. En produktiv arbeidsplass Ja, derfor Office 365 Hege Line Arnstein Andreassen. Office 365 del 2. Avslutning. Marie Johansen, Microsoft

November 2012 Stig Claussen, Senior Consultant Psiam. Infor 10 EAM

Bilag 3: Beskrivelse av det som skal driftes

Personvern - sjekkliste for databehandleravtale

Integrasjonsarkitektur

Kompetansemål fra Kunnskapsløftet

SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

LocalBank Prosjektbeskrivelse

Innledning til IT-revisjon

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

Oppsummering. Thomas Lohne Aanes Thomas Amble

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål

Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen,

Public. Sikker sone. - har konseptet en framtid? Peter Engelschiøn, Knut-Erik Gudim og Simen Myrum

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

ID-Porten bruk av elektronisk ID i offentlige tjenester på nett

Hvordan kan en gjenbrukbar NOARK kjerne bidra til samhandling mellom forvaltningsnivåene?

Løsningsarkitektur i og rundt Altinn. 31. august 2009 Wilfred Østgulen

FriKomPort Fri KompetansePortal i Kommunesektoren

1. Generelle systemkrav KVALIFIKASJONSKRAV

MRS Medisinsk registreringssystem Drift av kvalitetsregistre.

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

Altinns nye tjenesteverksted. Lars Vegard Bachmann, produkteier portal og tjenester, Altinn

Arkivsystemer med skyløsninger

VEDLEGG TIL HOVEDAVTALE DATABEHANDLERAVTALE

Distributed object architecture

Draftit Privacy Personvern på en enkel måte

Message Oriented Middleware (MOM) Thomas Filip Andresen Arild Berggren Eivind Bøhn

Med risiko menes: WIKIPEDIA. STORE NORSKE LEKSIKON

Hva, Hvorfor og litt om Hvordan

Bilag 6 Vedlegg 3 Definisjoner

Model Driven Architecture (MDA) Interpretasjon og kritikk

Team2 Requirements & Design Document Værsystem

Kapittel 13 Advanced Hypertext Implementation. Martin Lie Ole Kristian Heggøy

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?

Egenevalueringsskjema

Mandal kommunes styringssystem for informasjonssikkerhet Utkast, mars 2011

STRAKS- vegtrafikkulykker Prosjekt Ny STRAKS. Teknologidagene 22 september 2016

Foretakets navn : Dato: Underskrift :

Vedlegg 11: Foreløpige krav til drift, vedlikehold og support. Dato: Sider: 19

Kravhåndtering. INF1050: Gjennomgang, uke 03

CORBA Component Model (CCM)

IT Service Management - ITIL v3. Av Are Sivertsen Sjefskonsulent Atea AS are.sivertsen@atea.no

Draftit Privacy Personvern på en enkel måte

Utvikling av SAP Interactive Forms by Adobe (SIFbA) vha Forms Lifecycle Manager (FLM)

Presentasjon av nye bilagsmaler

Fri programvare og 3.parts hosting

Ett e-navigasjons Display? Svein David Medhaug

Sikkerhet i Pindena Påmeldingssystem

Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad

Sikkerhet, risikoanalyse og testing: Begrepsmessig avklaring

EUs personvernforordning - hva kreves? #Oppdatert oktober, Radisson Blu Hotel, Bergen Partner advokat (H) Halfdan Mellbye

Altinn, nye muligheter for samhandling og samspill i offentlig sektor. Hallstein Husand Programleder Altinn II Programmet NOKIOS 2009

Bachelorprosjekt i informasjonsteknologi, vår 2017

Tilbud for: FDV-bygg. Side 1 av 5

Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon

IHE-profilen XDS: Cross-Enterprise Clinical Documents Sharing. Thorill Antonsen og Edgar Glück KITH

IT ServiceDesk i Møre og Romsdal fylkeskommune

Lagring av personopplysninger. Øyvind Eilertsen UNINETT CERT. SUHS-konferansen Informasjonssikkerhet Behandling av personopplysninger:

DigiBarnevern. Behovsliste for kommunale barnevernsløsninger. Versjon 0.7

Et totalsystem med kontroll på verdikjeden

Noark 5 tjenestegrensesnittet Hvor er vi nå?

Introduksjon til fagfeltet

Smart integrasjon for AMS og smarte nett Thorsten Heller

InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

Isolasjon i postgres og mysql

Kommunikasjonsbærere Mobil/GPRS. Toveiskommunikasjon EBL temadager Gardermoen mai 2008 Harald Salhusvik Jenssen gsm.

Transkript:

Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland

Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices

Introduksjon Masterdokument i forhold til valg av integrasjonsteknologi Alle implementasjoner vil referere til denne Må være lett tilgjengelig Inneholde både detaljert info, og sammendrag (tabeller og diagrammer)

Krav Støtter seg på forretningskravene beskrevet i kap. 2 Integrasjonstype Beskriver hvilken type integrasjon som må støttes Integrasjonstjenester og teknologier Integrasjonsarkitektur er omfattet av mange ulike integrasjonstjenester Arkitekturen skal legge føringer for valg av produkter, ikke omvendt

Beskrivelse Conceptual View / Begrepsmessig databasebeskrivelse Det store bildet Kan ha flere beskrivelser Forståelig for ikke-programmerere Development View / Utviklingsbeskrivelse Beskrivelse av når og hvordan ulike tjenester/verktøy og grensesnitt skal benyttes som veiledning til utviklingsteamet

Standarder Adopterte standarder Beskriver alle standarder i organisasjonene som vil være relevant for integrasjonsarkitekturen Beskriver også retningslinjer til hvordan forholde seg til standarder (organisasjonspolitikk)

Tjenestenivå krav Tilgjengelighet Når integrasjonen vil gjennomføres ( tid ) Systemtilgjengelighet (eks. 24/7) Integritet og leveringstjeneste Garantert levering Én og kun én levering Integritet vedr. innhold

Tjenestenivå krav forts. Scalability / Utvidelsesmuligheter Mengde informasjon å håndtere Transaksjonsrate ( tid/volum) Antall integrerte applikasjoner Antall brukertilkoblinger

Tjenestenivå krav forts. Vedlikeholdsevene og påvirkelighet Overvåking / kontroll Oppstart, avslutning og omstart Feilsøking og støttenivå Vedlikeholdsevne av kode and bruk av verktøy Installasjon og håndtering av oppdateringer og mulighet for rollback Tidsplanlegging Integrasjon av nåværende verktøy Nivå 1, 2 og 3 Kategorisering av nevnte punkter

Tjenestenivå krav forts. Brukervennlighet Ulike grensesnitt for ulike brukergrupper Ytelse / Servicenivå Responstid Datavolum Behandlingstid for prosesser Antall brukere innlogget samtidig Antall integrerte applikasjoner

Tjenestenivå krav forts. Transaksjonstjenester Hvordan transaksjoner skal håndteres og hvordan integritet skal opprettholdes Persistence Services / Vedholdenhet / Lagring Lagring av data for fremtidig bruk Mulighet for omstart ved feil uten tap av data Rollback Registertjenester Tilby mulighet for registertjenester slik at applikasjoner kan finne hverandre Kan også brukes til å lagre konfigurasjonsinnstillinger

Tjenestenivå sammendrag Tilgjengelighet Integritet og leveringstjeneste Scalability Applikasjon 1 Applikasjon 2 Applikasjon N Real time En og kun en gang Datavolum osv. Vedlikeholdsevne Nivå 1, 2 og 3 Brukervennlighet Ytelse Transaksjonstjenester Persistence Registertjenester Ulike brukere, ulik GUI Responstid osv. Distribuerte transaksjoner Lagring av data Info om alle komponenter

Sikkerhet Autentisering Brukergrupper Autentiseringsnivå for hver brukergruppe Single signon / Unitary login Definisjon på håndtering av brukerkontoer Autorisasjon Hva en bruker eller prosess er autorisert til å utføre av handlinger

Sikkerhet forts. Perimeter sikkerhet / omkringvern Brannmur Kryptering Autentiseringstjenester Arkitektur brukt for å beskytte mot omverden

Sikkerhet forts. Revisjon Nivå 0 Ufarlige transaksjoner ingen revisjon nødvendig Nivå 1 Kun info om at transaksjonen er gjennomført ingen rollback Nivå 2 Håndter kun instruksjoner for hver interaksjon rollback Nivå 3 All info for hver interaksjon for veldig sensitive eller viktige data Konfidensialitet Level of privacy som en transaksjon behøver Krypteringsnivå Dedikerte linjer

Sikkerhet forts. Nonreputation Nonrepudiated communications sessions (SSL session, utveksle tokens) Nonrepudiated middleware services Nonrepudiated transactions Nonrepudiated applicaion actions consisting of multipletransactions Logging av brukers intensjon til handling, og handlinger utført av applikasjonen spores tilbake til brukeren

Kapasitet Planlegging med tanke på kapasitet Spesifiserer designtilnærminger for å oppnå tjenestenivå Målet er å definere hvordan alle tjenestenivå-kravene vil bli oppnådd i forhold til teknologier, policy/politikk og prosedyrer.

Designbegrensninger og veiledning Kjente ytelsesbegrensninger Retningslinjer for formatering av data Begrensninger på metadata definisjoner og registrering Preferanser i forhold til grensesnitt Spesielle case i forhold til sikkerhetsimplementasjon Avvik fra integrasjonsarkitekturen tillatt

Konklusjon og kommentarer Oppsumerer alle spesielle problemstillinger eller avgjørelser tatt i forhold til integrasjonsarkitekturen

Best practices Et levende dokument Kok ikke havet første gangen La alle interessenter komme med innspill Planlegg globalt, implementer lokalt Design for gjenbruk Mål og håndter gjenbruk