Technical Integration Architecture Teknisk integrasjonsarkitektur
|
|
|
- Lars Bakke
- 10 år siden
- Visninger:
Transkript
1 Kap. 6 Technical Integration Architecture Studentpresentasjon av Cato Haukeland
2 Oversikt Introduksjon -spesifikasjon Krav Beskrivelse Servicenivå Sikkerhet Plan Best practices
3 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)
4 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
5 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
6 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)
7 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
8 Tjenestenivå krav forts. Scalability / Utvidelsesmuligheter Mengde informasjon å håndtere Transaksjonsrate ( tid/volum) Antall integrerte applikasjoner Antall brukertilkoblinger
9 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
10 Tjenestenivå krav forts. Brukervennlighet Ulike grensesnitt for ulike brukergrupper Ytelse / Servicenivå Responstid Datavolum Behandlingstid for prosesser Antall brukere innlogget samtidig Antall integrerte applikasjoner
11 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
12 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
13 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
14 Sikkerhet forts. Perimeter sikkerhet / omkringvern Brannmur Kryptering Autentiseringstjenester Arkitektur brukt for å beskytte mot omverden
15 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
16 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
17 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.
18 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
19 Konklusjon og kommentarer Oppsumerer alle spesielle problemstillinger eller avgjørelser tatt i forhold til integrasjonsarkitekturen
20 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
Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20
Kapittel 7 & 8 p.1/20 Kapittel 7 & 8 Kravspesifikasjoner & Data design Thomas Tjøstheim og Thomas Edvinsen 20 September 2004 Kapittel 7 & 8 p.2/20 Introduksjon Kravspesifikasjoner består av to underdeler:
Distributed object architecture
Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture
Referansearkitektur sikkerhet
NAV IKT Styring/Arkitektur Referansearkitektur sikkerhet Senior sikkerhetsarkitekt Robert Knudsen Webinar Den Norske Dataforening 22. Mai 2013 Agenda Har vi felles forståelse og oversikt på sikkerhetsområdet?
Difis felleskomponenter. Nokios 27.10.2015
Difis felleskomponenter Nokios 27.10.2015 Difis felleskomponenter ID-porten Digital postkasse til innbyggere Kontakt- og reservasjonsregisteret ID-porten 448 virksomheter 718 tjenester 52 522 900 transaksjoner
Hva betyr tjenesteorientert arkitektur for sikkerhet?
Hva betyr tjenesteorientert arkitektur for sikkerhet? Torbjørn Staff Architecture Innovation Group Accenture, its logo, and High Performance Delivered are trademarks of Accenture. Agenda Arkitekturevolusjonen
IT-arkitektur leveransemodell
IT-arkitektur leveransemodell Dialogkonferanse Busstjenester Romerike 2019 Terje Storhaug, IT-direktør 2 Dokumentstruktur (IT-relaterte dokumenter) Distribuert arkitekturmodell Som innebærer at ansvaret
System integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,
System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration
ephorte Integration Services (eis) produktbeskrivelse
ephorte Integration Services (eis) produktbeskrivelse Versjon 2 31.10.2012 Gecko Informasjonssystemer AS Robert Vabo INNHOLDSFORTEGNELSE INNHOLDSFORTEGNELSE... 2 COPYRIGHT... 3 EPHORTE INTEGRATION SERVICES...
Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet
Bilag 1 til vedlikeholdsavtalen Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet Side 2 av 14 Innhold 1 KRAV TIL VEDLIKEHOLDSAVTALE... 3 1.1 KRAV TIL BRUKERSTØTTE OG OPPFØLGING.3 1.2
SSA 2015. Gjennomføring av leveransen i SSA-T og SSA-D. seniorrådgiver Mari Vestre, Difi
SSA 2015 Gjennomføring av leveransen i SSA-T og SSA-D seniorrådgiver Mari Vestre, Difi Mål med endringene i gjennomføring av leveransen i SSA-T og SSA-D Legge til rette for mindre detaljerte kravspesifikasjoner
Endringer i versjon 14.1
Endringer i versjon 14.1 Endringsnummer Endring Brukskvalitet 14165 Liste over aktører man representerer. Brukere som representerer mange aktører ønsker å kunne skrive ut denne listen til excel for å få
Hva vet vi om utfordringer og behov rundt personvernhåndtering? En oppsummering av resultater fra en intervjuundersøkelse
Hva vet vi om utfordringer og behov rundt personvernhåndtering? En oppsummering av resultater fra en intervjuundersøkelse Aida Omerovic 4. Mai 2016 Seminar: Personvern forordninger og press på forretningsmodeller
Jeg vil se mappa mi!
Jeg vil se mappa mi! Individets rett til kontroll med eget personvern. -Hvilke konsekvenser gir dette for teknologivalgene? Ragni Ryvold Arnesen Seniorforsker, [email protected] Hva skiller personvern
[email protected] 9513 5625 EN INNFØRING I BPM
[email protected] 9513 5625 EN INNFØRING I BPM 1 AGENDA DEL1 HVA ER BPM Hva er BPM Utfordringen Gruppearbeid DEL2 PRAKTISK MODELLERING OG DEMO MED BIZAGI Hva er BPMN BPMN modellering verktøy
Evalueringsskjema. Foretakets nettbankvirksomhet. Foretakets navn : Dato: Underskrift : Dato: 13.11.2007 Versjon: 1.0
Evalueringsskjema Foretakets nettbankvirksomhet Foretakets navn : Dato: Underskrift : Dato: 13.11.2007 Versjon: 1.0 Finanstilsynet Tlf. 22 93 98 00 [email protected] www.finanstilsynet.no Evalueringsskjema
Etterlevelse av personvernforordningen (GDPR) sett opp mot ISO hva er nytt/viktig? Anders Bergman Greenfinger AB
Etterlevelse av personvernforordningen (GDPR) sett opp mot ISO 15189 hva er nytt/viktig? Anders Bergman Greenfinger AB Lov om behandling av personopplysninger (personopplysningsloven) LOV-2018-06-15-38
Kravspesifikasjon for PLBSys NG. Versjon 1.0
Kravspesifikasjon for PLBSys NG Versjon 1.0 Utarbeidet i juni 2010 Innhold Revisjonshistorikk... 3 1. Introduksjon... 4 1.1 Registrering av nødpeilesendere i Norge... 4 1.2 Systemets formål og omfang...
Personvernerklæring for DLR
Personvernerklæring for DLR Om denne personvernerklæringen Hva er personopplysninger? Kort om tjenesten Formålet med behandling av personopplysninger i tjenesten Registrerte personopplysninger, rettslig
Endringer i versjon 14.1
Endringer i versjon 14.1 Endringsnummer Endring Brukskvalitet 14165 Liste over aktører man representerer. Brukere som representerer mange aktører ønsker å kunne skrive ut denne listen til excel for å få
Hvorfor samarbeid om PSD2?
Hvorfor samarbeid om PSD2? Geir Bonde, Bits 31.03.2017 Navn på presentasjon 1 Samarbeid i næringen kan foregå på flere nivåer Rammeverk Spesifikasjoner Tekniske løsninger Regelverk Prosedyrer Prosesser
AGENDA. En produktiv arbeidsplass Ja, derfor Office 365 Hege Line Arnstein Andreassen. Office 365 del 2. Avslutning. Marie Johansen, Microsoft
AGENDA En produktiv arbeidsplass Ja, derfor Office 365 Hege Line Arnstein Andreassen Office 365 del 1 Marie Johansen, Microsoft PAUSE Office 365 del 2 Marie Johansen, Microsoft Avslutning Hege Line Eiliv
November 2012 Stig Claussen, Senior Consultant Psiam. Infor 10 EAM
November 2012 Stig Claussen, Senior Consultant Psiam Infor 10 EAM Add-on Suite for Infor EAM Psiam forhandler Doc+ OpenCAD GlobalSearch Leveres som integrerte «plugins» til InforEAM 2 Agenda Doc+, GlobalSearch,
Bilag 3: Beskrivelse av det som skal driftes
Bilag 3: Beskrivelse av det som skal driftes 1 Innledning I dette bilaget beskrives arkitektur og systemlandskap for Visma Flyt PPT. 2 Visma Flyt Plattform Visma Flyt PPT er bygget på Vismas Flyt Plattform
Personvern - sjekkliste for databehandleravtale
ID Nfk.4.7.3 Versjon 1.00 Gyldig fra 22.08.2018 Siste versjon 24.08.2018 Forfatter May Moursund Verifisert Godkjent Stig Olsen Side 1 av 8 Databehandleravtaler sjekkliste Denne veiledningen/ sjekklisten
Integrasjonsarkitektur
Integrasjonsarkitektur Integrasjonsarkitektur har arbeidsgruppen definert til å være hvordan dataene kommer inn i et system fra et annet system, altså fra maskin til maskin Arbeidet med integrasjonsarkitektur
Kompetansemål fra Kunnskapsløftet
Datasikkerhet 2ISFA Kompetansemål fra Kunnskapsløftet yte service gjennom brukerstøtte og kommunikasjon med brukere yte service gjennom driftsstøtte og kommunikasjon med leverandører og fagpersonell på
SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon
Driftsavtalen (SSA-D) Bilag : Kundens kravspesifikasjon Innhold INNLEDNING.... BESKRIVELSE BILAG.... KRAVTABELL... AVTALENS OMFANG... 4. KUNDENS FORMÅL MED AVTALEN... 4 KRAV TIL DRIFT AV TILBUDT LØSNING...
LocalBank Prosjektbeskrivelse
LocalBank Prosjektbeskrivelse INNHOLD MÅL... 2 STRUKTUR... 2 IMPLEMENTASJON AV ILOCALBANKREPOSITORY... 3 GUI... 4 EXCEPTION... 4 KODE... 4 NOEN KLASSER OG SPESIELLE EMNER SOM DE VISER... 5 KLASSE DIAGRAMMER...
Innledning til IT-revisjon 10. 9. 2009
Innledning til IT-revisjon 10. 9. 2009 Formål, risikoer, sentrale begreper Svein A. Løken Studierektor, IT-revisjon, Handelshøyskolen BI Hva vil du lære? Hva ønsker du at vi skal ta opp? Hvorfor? Forelesningenes
UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR
INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige
3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon
Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3 KRAV TIL DRIFT AV TILBUDT
Oppsummering. Thomas Lohne Aanes Thomas Amble
Oppsummering Thomas Lohne Aanes Thomas Amble 14.11.04 Kapittel 2: Data Modell Mål: Data som skal brukes av applikasjonen blir spesifisert på en formell og likevel intuitiv måte. Resultat: Vi får et konseptuelt
OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål
OptimalJ-kurs UIO 2004 Agenda Time 1: Oppsummering av kurset Time 2: De ulike modellene egenskaper og formål Team Development med OptimalJ Domain Patterns Egenutviklede transformasjoner (krever Architect
Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen, 05.03.2009
Identitetsstyring og tilgangskontroll innenfor et SOA-regime Ragna Fossen, 05.03.2009 On the Internet, nobody knows you re a dog. SOA-løsninger er på full fart inn i ITarkitekturen et effektivt verktøy
Public. Sikker sone. - har konseptet en framtid? Peter Engelschiøn, Knut-Erik Gudim og Simen Myrum
Sikker sone - har konseptet en framtid? Peter Engelschiøn, Knut-Erik Gudim og Simen Myrum Agenda 1 Konsept og historikk 2 Vår forståelse av Datatilsynets anbefalinger 3 Alternativer i en skyverden 4 Risikoanalyse
Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel
Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kirsten Ribu beskriver kravene til systemet,
ID-Porten bruk av elektronisk ID i offentlige tjenester på nett
ID-Porten bruk av elektronisk ID i offentlige tjenester på nett NorStellas eid-gruppe Oslo, 22. juni 2010 Jon Ølnes, eid-programmet, Difi Difis mandat Etablere en felles infrastruktur for bruk av elektronisk
Hvordan kan en gjenbrukbar NOARK kjerne bidra til samhandling mellom forvaltningsnivåene?
Hvordan kan en gjenbrukbar NOARK kjerne bidra til samhandling mellom forvaltningsnivåene? Thomas Sødring Høyskolen i Oslo [email protected] +47 99 57 04 72 NOKIOS Workshop NOARK 5 26. Oktober 2010
Løsningsarkitektur i og rundt Altinn. 31. august 2009 Wilfred Østgulen
Løsningsarkitektur i og rundt Altinn 31. august 2009 Wilfred Østgulen 1 Formål Formålet med presentasjonen er å gi dere et innblikk i hvordan vi har tenkt og jobbet med arkitektur i den nye Altinn-løsningen
FriKomPort Fri KompetansePortal i Kommunesektoren
FriKomPort Fri KompetansePortal i Kommunesektoren Kontrakt-bilag 1: Spesifikasjon av oppdraget 07.12.2005 Side 1 av 7 Innhold Innledning 3 Funksjonalitet 4 Brukerhåndtering 4 Kursadministrasjon 4 Nyhetspublisering
1. Generelle systemkrav KVALIFIKASJONSKRAV
VEDLEGG 1 KRAVSPESIFIKASJON KVALIFIKASJONSKRAV instekrav For at tilbudet skal bli vurdert må alle punkter i tabellen nedenfor besvares og/eller kommenteres. Tabellen fylles ut av tilbyder og leveres sammen
MRS Medisinsk registreringssystem Drift av kvalitetsregistre.
MRS Medisinsk registreringssystem Drift av kvalitetsregistre. HEMIT skal etablere felles tekniske løsninger I Hovedsak innebærer dette: Videreutvikle MRS som en felles nasjonal plattform Etablere registre
Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO
Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON Administrativt system for skole og SFO SAK NR.: 15/05314 1 Kravmatrise Spesifikasjon av krav Skal (S) Bør (B) Kravet MÅ tilfredsstilles.
Altinns nye tjenesteverksted. Lars Vegard Bachmann, produkteier portal og tjenester, Altinn
Altinns nye tjenesteverksted Lars Vegard Bachmann, produkteier portal og tjenester, Altinn 01 Nytt tjenesteverksted? Hva mener du med det? Bakgrunn, mål, konsept og overordnet beskrivelse 02 Det høres
Arkivsystemer med skyløsninger
Arkivsystemer med skyløsninger Erfaringer fra Ruter Svein Winje og Svend Wandaas, Brukerforum Stavanger Tema 1. Behovet for ny sak og arkivløsning 2. Juridiske utgangspunkt. 3. Krav i konkurransen og besvarelse
VEDLEGG TIL HOVEDAVTALE DATABEHANDLERAVTALE
VEDLEGG TIL HOVEDAVTALE DATABEHANDLERAVTALE 1. Avtalens parter og bakgrunn Det vises til avtale ( Hovedavtalen ) mellom takstmann/takstfirma (Databehandler) og Crawford & Company (Norway) AS om at Databehandler
Distributed object architecture
Forelesning IMT2243 1. April 2009 Tema: forts. arkitektur og design av programvare Oppsummering fra forrige gang Programvarearkitektur i distribuerte systemer Programvarearkitektur i RUP Eksempler på arkitekturvurderinger
Draftit Privacy Personvern på en enkel måte
Records Draftit Privacy Personvern på en enkel måte Records Draftit Privacy Personvern i Fokus Vi blir stadig mer digitale i alt vi foretar oss. Derfor er vi også blitt mestere på å samle inn og utlevere
Message Oriented Middleware (MOM) Thomas Filip Andresen Arild Berggren Eivind Bøhn
Message Oriented Middleware (MOM) Thomas Filip Andresen Arild Berggren Eivind Bøhn Agenda Hva er MOM? Hva er JMS? Hvordan kan MOM brukes i praksis? Hva er MOM? Message Oriented Middleware Sende meldinger
Med risiko menes: WIKIPEDIA. STORE NORSKE LEKSIKON
Med risiko menes: https://no.wikipedia.org/wiki/risiko WIKIPEDIA Risiko er et mål som kombinerer sannsynligheten og virkningen av en hendelse. Begrepet brukes oftest om negative eller farlige hendelser,
Hva, Hvorfor og litt om Hvordan
Dokumentasjon Hva, Hvorfor og litt om Hvordan Basert på materiale fra SAGE og andre kilder Hva skal du dokumentere Dokumentere for ditt spesifikke miljø/behov Kilder som er eksterne er ikke tilgjengelig
Bilag 6 Vedlegg 3 Definisjoner
Bilag 6 Vedlegg 3 Definisjoner Saksnummer 13/00203 1 / 7 Versjonshåndtering Versjon Dato Initiert av Endringsårsak 0.1 16.05.2013 Difi Dokument distribuert til tilbydere 02. 01.11.2013 Difi Ny definisjon
Model Driven Architecture (MDA) Interpretasjon og kritikk
Model Driven Architecture (MDA) Interpretasjon og kritikk Ragnhild Kobro Runde (Ifi, UiO) Veileder: Ketil Stølen (Ifi/SINTEF) Stuntlunsj SINTEF Oversikt Bakgrunn/utgangspunkt for presentasjonen MDA stuntlunsj
Team2 Requirements & Design Document Værsystem
Requirements & Design Document Høgskolen i Sørøst-Norge Fakultet for teknologi, naturvitenskap og maritime fag Institutt for elektro, IT og kybernetikk SRD 22/01/2018 Systemutvikling og dokumentasjon/ia4412
Kapittel 13 Advanced Hypertext Implementation. Martin Lie Ole Kristian Heggøy
Kapittel 13 Advanced Hypertext Implementation Martin Lie Ole Kristian Heggøy 08.11.04 Forbedring av arkitektur Problem med alt i ett -løsning: Spredning av forretningslogikk. Avhengighet mellom presentasjonssider
Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case?
1/15/2004 1 Use case modellen Use case modellering i analysefasen Metode for å identifisere og beskrive de funksjonelle kravene til et system Kapittel 3 i UML Distilled Kapittel 8 i Gurholt og Hasle Kirsten
Egenevalueringsskjema
Egenevalueringsskjema for foretakets IT-virksomhet forenklet versjon basert på 12 COBIT prosesser Dato: 10.07.2012 Versjon 2.6 Finanstilsynet Tlf. 22 93 98 00 [email protected] www.finanstilsynet.no
Mandal kommunes styringssystem for informasjonssikkerhet Utkast, mars 2011
Mandal kommunes styringssystem for informasjonssikkerhet Utkast, mars 2011 1 1.0 INNLEDNING. Mandal kommune samler inn, oppbevarer og bruker personopplysninger som en nødvendig del for å kunne utføre sine
STRAKS- vegtrafikkulykker Prosjekt Ny STRAKS. Teknologidagene 22 september 2016
STRAKS- vegtrafikkulykker Prosjekt Ny STRAKS Teknologidagene 22 september 2016 Dagens STRAKS-løsning Informasjon om politirapporterte vegtrafikkulykker (informasjon om ulykker, involverte enheter og personer).
Foretakets navn : Dato: Underskrift :
Evalueringsskjema IT-virksomhet for filialforetak Foretakets navn : Dato: Underskrift : Versjon 1.0 24.11.2008 Side 1 av 16 Rangering av prosess Planlegging og organisering (POx): PO1 Definere en IT-strategi
Vedlegg 11: Foreløpige krav til drift, vedlikehold og support. Dato: Sider: 19
Vedlegg 11: Foreløpige krav til drift, vedlikehold og support Dato: 31.10.2012 Sider: 19 Innhold Side til drift, vedlikehold og support... 1 1.0 Drift av løsning... 2 2.0 Support og vedlikehold... 9 3.0
Kravhåndtering. INF1050: Gjennomgang, uke 03
Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle
CORBA Component Model (CCM)
CORBA Component Model (CCM) INF5040 Høst 2005 Erlend Birkedal Jan Erik Johnsen Tore Ottersen Løkkeberg Denne presentasjonen CORBA Svakheter ved CORBA Object Model Komponenter CORBA Component Model Hva
IT Service Management - ITIL v3. Av Are Sivertsen Sjefskonsulent Atea AS [email protected]
IT Service Management - ITIL v3 Av Are Sivertsen Sjefskonsulent Atea AS [email protected] IT Service Management Definisjon: Implementasjon og håndtering av IT-tjenester med kvalitet som fyller kommunens
Draftit Privacy Personvern på en enkel måte
Draftit Privacy Personvern på en enkel måte Draftit Privacy Personvern i Fokus Vi blir stadig mer digitale i alt vi foretar oss. Derfor er vi også blitt mestere på å samle inn og utlevere personopplysninger
Utvikling av SAP Interactive Forms by Adobe (SIFbA) vha Forms Lifecycle Manager (FLM)
Utvikling av SAP Interactive Forms by Adobe (SIFbA) vha Forms Lifecycle Manager (FLM) Geir Øyvin Grimnes, Zalaris Consulting AS Torsdag 27. oktober 2011 11:00 11:40, Albatross 4 Agenda Hvorfor FLM? (FLM
Presentasjon av nye bilagsmaler
Presentasjon av nye bilagsmaler Hvorfor veiledende bilag? - Og hva er egentlig nytt? Mari Benkow/avdeling for offentlige anskaffelser/team IKT Standardavtaler og bilagsmaler- et godt utgangspunkt Standard
Fri programvare og 3.parts hosting
NITH 2.0 Internett og intranett Komponentsammensetting for fit-to-use Fri programvare og 3.parts hosting Cloud Computing Målsetning Målene var klare. Det var nødvendig med enklere informasjonsflyt mot
Ett e-navigasjons Display? Svein David Medhaug
Ett e-navigasjons Display? Svein David Medhaug Ett Navigasjons Display IMO MSC94 SIP IMO MSC95 MSC 95-19 (arbeids program IMO) 6 Planned «outputs» på High Level Action Plan (HLAP) 1. Retningslinjer for
Sikkerhet i Pindena Påmeldingssystem
Sikkerhet i Pindena Påmeldingssystem Versjon: 1.6.9 Oppdatert: 26.11.2014 Sikkerhet i Pindena Påmeldingssystem 2 Innhold OM DOKUMENTET... 3 SIKKERHET PÅ KLIENTSIDEN... 3 SIKKERHETSTILTAK... 3 ROLLESIKKERHET...
Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad
Forprosjektrapport Presentasjon Tittel: Oppgave: Infront SSO Utvikle en Single Sign-on løsning for Infront Periode: 8/1-2013 28/5-2013 Gruppemedlemmer: Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini
Sikkerhet, risikoanalyse og testing: Begrepsmessig avklaring
Sikkerhet, risikoanalyse og testing: Begrepsmessig avklaring Seminar om risikoanalyse og testing innen sikkerhet Bjørnar Solhaug SINTEF, 11. juni, 2013 Technology for a better society 1 Oversikt Risikoanalyse
EUs personvernforordning - hva kreves? #Oppdatert oktober, Radisson Blu Hotel, Bergen Partner advokat (H) Halfdan Mellbye
EUs personvernforordning - hva kreves? #Oppdatert 2017 19. oktober, Radisson Blu Hotel, Bergen Partner advokat (H) Halfdan Mellbye Innhold 1. Personvernforordningen hva er det EU vil og hva er nytt? 2.
Altinn, nye muligheter for samhandling og samspill i offentlig sektor. Hallstein Husand Programleder Altinn II Programmet NOKIOS 2009
Altinn, nye muligheter for samhandling og samspill i offentlig sektor Hallstein Husand Programleder Altinn II Programmet NOKIOS 2009 1 ALTINN II Nye muligheter for samhandling og samspill i offentlig sektor
Bachelorprosjekt i informasjonsteknologi, vår 2017
Bachelorprosjekt i informasjonsteknologi, vår 2017 Gruppe 29: Marthe Janson Skogen, s236357, Ingeniørfag - data Odd Einar Hoel, s236313, Ingeniørfag - data Forprosjektrapport Rapporten inneholder presentasjon,
Tilbud for: FDV-bygg. Side 1 av 5
Tilbud for: FDV-bygg Tilbudet gjelder for Vadsø kommunale eiendomsforetak KF og er utarbeidet av New Generation Communication AS ( NGC ) den 05.12.2016. Side 1 av 5 Innholdsfortegnelse INNLEDNING BAKGRUNN...
Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon
Avtale for kjøp av Elektronisk vedlikeholdssystem for drift renovasjon Kundens kravspesifikasjon Bilag til Kjøpsavtalen K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning... 3 2 Kundens bakgrunn
IHE-profilen XDS: Cross-Enterprise Clinical Documents Sharing. Thorill Antonsen og Edgar Glück KITH
IHE-profilen XDS: Cross-Enterprise Clinical Documents Sharing Thorill Antonsen og Edgar Glück KITH Agenda IHE Integrating the Healthcare Enterprise IHE teknisk rammeverk og IHE-profiler XDS-profilen for
IT ServiceDesk i Møre og Romsdal fylkeskommune
IT ServiceDesk i Møre og Romsdal fylkeskommune IT i Møre og Romsdal fylkeskommune er ikke bare teknologi; Det handler også om mennesker og prosesser på tvers av IT IT Service Management er en mulighet
Lagring av personopplysninger. Øyvind Eilertsen UNINETT CERT. SUHS-konferansen Informasjonssikkerhet Behandling av personopplysninger:
Lagring av personopplysninger Øyvind Eilertsen UNINETT CERT SUHS-konferansen 2011 Dagens tekst Informasjonssikkerhet Behandling av personopplysninger: Organisatoriske krav Tekniske krav Informasjonssikkerhetsarbeidet
DigiBarnevern. Behovsliste for kommunale barnevernsløsninger. Versjon 0.7
DigiBarnevern Behovsliste for kommunale barnevernsløsninger Versjon 0.7 I forbindelse med etablering av ny saksbehandlingsløsning for kommunalt barnevern er det utarbeidet to dokumenter, Behovsbeskrivelse
Et totalsystem med kontroll på verdikjeden
Et totalsystem med kontroll på verdikjeden CIO Forum 7. februar 2013 Forretningssystemer i et Microsoftmiljø Tor Martin Aspholm, Head of IT/IS Bjørn-Ove Halvorsen, IS Manager Indra Navia AS Agenda 01 Kort
Noark 5 tjenestegrensesnittet Hvor er vi nå?
Noark 5 tjenestegrensesnittet Hvor er vi nå? 01. april 2019 Øivind Kruse, arkivar Bakgrunn Noark Noark 1-4 (1984-2008) Kravspesifikasjon for system for elektronisk journalføring Definert uttrekksformat
Introduksjon til fagfeltet
LC238D http://www.aitel.hist.no/fag/_dmdb/ Introduksjon til fagfeltet Datafiler side 2 Databasesystemer side 3-5 Databasearkitektur ANSI/SPARC side 6-7 Datamodeller side 8 Flerbruker databasesystem side
Smart integrasjon for AMS og smarte nett Thorsten Heller
Smart integrasjon for AMS og smarte nett Thorsten Heller Integrasjon definisjoner Forbinde eller sette sammen enheter / funksjoner forenkle anvendelsen skape nye funksjoner og anvendelsesscenarier realisere
InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby
InfoRed Publisering - produktbeskrivelse www.talkpool.no TalkPool WebServices Postboks 90 1484 Åneby InfoRed Produktbeskrivelse 2 Sammendrag InfoRed Publisering er produktet for å administrere en hel informasjonstjeneste,
2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon
Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon 1 Innhold 1 INNLEDNING... 3 1.1 BESKRIVELSE BILAG 1... 3 1.2 KRAVTABELL... 3 2 AVTALENS OMFANG... 4 2.1 KUNDENS FORMÅL MED AVTALEN... 4 3
Isolasjon i postgres og mysql
Isolasjon i postgres og mysql Evgenij Thorstensen V19 Evgenij Thorstensen Isolasjon i postgres og mysql V19 1 / 20 Isolasjonsnivåer Read uncommitted Read committed Repeatable read Serializable SELECT...
Kommunikasjonsbærere Mobil/GPRS. Toveiskommunikasjon EBL temadager Gardermoen 21. 22. mai 2008 Harald Salhusvik Jenssen hsj@netcom gsm.
Kommunikasjonsbærere Mobil/GPRS Toveiskommunikasjon EBL temadager Gardermoen 21. 22. mai 2008 Harald Salhusvik Jenssen hsj@netcom gsm.no, 930 45 010 Agenda Fakta om GPRS Fordeler med GPRS AMR nettverksløsninger
