Integration i region Syddanmark

Integration i region Syddanmark (RSD)

Region Syddanmarks integrationsarkitektur

Nedenstående dokumenter beskriver regionens integrationsarkitektur og anvisninger for test:

Processer og ansvar ifm. systemintegration

Det er nødvendigt, at projekter og forretningen i samarbejde med regionens integrations arkitekt identificere, hvilke integrationsbehov, service og data der er nødvendige i den pågældende integration.

Detaljeringsgraden af integrationen afhænger naturligvis af den pågældende situation da der vil være forskel på om systemet allerede er anskaffet eller systemet via en kravspecifikation skal anskaffes. .

I nedenstående procesdiagram gennemgås, hvilke aktiviteter/processer der skal gennemføres / leveres af henholdsvis forretningsområdet / projektet og integrationsteamet. I processdiagram 1 gennemgås integrationsaktiviteter ved en udbuds- anskaffelsesproces. Når udbuds- eller anskaffelsesprocessen er overstået og der er valgt system og leverandør vil de samme integrationsaktiviteter være gældende som ved eksisterende systemer, se processdiagram 2.



 Processdiagram 1 - procesbeskrivelse ved udbud nyanskaffelse

I procesdiagram 2 gennemgås integrationsaktiviteterne vedr. ændringsønsker af eksisterende systemer eller ved udstilling af nye services. Der indgår to startpunkter i dette diagram, hvor det ene startpunkt handler om et eksisterende og kørende system som er integreret i forhold til regionens infrastuktur, men ønsker ændringer eller udvidelser af de eksisterende integrationer. Det andet startpunkt, handler om et system der netop er anskaffet evt. ved et udbud og endnu ikke er i drift, men der skal ske en afklaring vedr. systemets integrationer.



 Procesdiagram 2 - Processer ifm. integrationsændringer af eksiterende systemer eller ved integration af nyt system

Når der ud fra en teknisk synsvinkel skal foretages integration imellem systemer eller der skal udstilles services fra eksisterende systemer er dette ofte nemmere at udføre, hvis forretningen via workflows og use-cases evt. med hjælp fra projektintegrationsteamet beskriver hvad den pågældende integration skal understøtte. Det er derfor nødvendigt, at der udarbejdes use-cases og eventuel sekvensdiagrammer i forbindelse med hver enkelt integration. Endvidere er det nødvendigt, at der udarbejdes en system- løsningsbeskrivelse enten af projektet, men som regel af leverandøren så projektintegrationsteamet, projektet og leverandøren har en fælles opfattes af integrationsopgaven.

Integrationsplatformen vil ende med at blive kompleks og retningslinierne for integration via platformen vil ligeledes være komplekse og svære at lave fyldestgørende i forhold til de spørgsmål der opstår i konkrete projekter. Kan et system eller et projekt ikke efterleve retningslinierne i AIP skal der udarbejdes en indstilling til integrationsteamet som minimum bør indeholde:

1. Beskrivelse af problemstilling med argumentation for hvorfor gældende principper og retningslinier ikke kan overholdes.

2. Beskrivelse af omfang og indhold af undtagelse. Hvor bredt et område dækker undtagelse og den praktiske betydning af undtagelse

3. Beskrivelse af evt. afledte konsekvenser af undtagelse, specielt hvis undtagelse påvirker andre projekter/teams eller grænseflader

4. Stillingtagen til om undtagelse skal være af temporær eller permanent karakter

Kan et system eller et projekt ikke efterleve retningslinierne i AIP skal der udarbejdes en indstilling til integrationsteamet.


Projektintegrationsteamet vedligeholder en log over undtagelser fra principper på tværs af alle projekter

Integrationsteam

Til at organisere arbejdet omkring integrationer i region Syddanmark oprettes der et integrationteam hvor de implicerede parter/leverandører regelmæssigt mødes for at diskutere konkrete integrationsløsninger samt koordinere integrationsarbejdet på tværs. Ved større projekter er det nødvendigt, at integrationorganisation opbygges og der laves en formel proces med regelmæssige møde, hvor det ved mindre integrationer ikke er nødvendigt, at formalisere organisationen. Det er vigtigt, at samtlige roller er repræsenteret, hvor den samme person oftest varetager flere roller.

Integrationsteamet med undtagelse af teamlederen og leverandørens repræsentanter vil ofte være de samme personer fra regionen, hvilket sikrer:

  1. dybdegående kendskab til integrationplatformen og dens services.
  2. ensartethed på tværs af kontrakter og dokumentationen af dem. Teamet sikrer, at alle kontrakter overholder et sæt af retningslinier (navnekonventioner, versionering, faste headers osv.)
  3. overblik over alle kontrakter - herunder at der ikke opstår redundante datadefinitioner (fx på personer) eller overlappende operationer.

Integrationsarkitekt

Internt i regionen har integrationsarkitekten for eksempel et ansvar for sikring af regionens integrationspolitik (AIP), inddragelse i kravspecifikationer osv.. Derudover skal integrationsarkitekten også indgå i større integrationsprojekter hvor integrationarkitekten designer med hjælp fra leverandørens repræsentant det enkelte projekts overordnet integrationsløsning. I tabellen nedenfor fremgår ansvar for opgaver.

Placering
  • Afdelingen for strategi og arkitektur i samarbejde med udviklingssektion samt repræsentant fra leverandør.
Ansvar og opgaver Internt i regionen
  • Vedligeholder regionens AIP og Baseline i forhold til RSD.
  • Sikring af ansvar og ejerskab af service / processer.
  • Inddrages i udarbejdelsen af kravspecifikationer når det drejer sig om integrationer.
  • Reviewer projekter, integratinsløsninger og løsningsbeskrivelser i forhold til regionens integrationspolitik.
  • Udarbejdelse af AIP, Navne standarder, tilpasning af Baseline, udarbejdelse af integrationskrav, skabelon for systembeskrivelse til integration.

    Projektsammenhæng


  • Identificere integrationsønsker (hvilke data ønskes udefra? Hvorfra? Hvilke data skal tilflyde andre?)
  • Designer det enkelte projekts integrationsløsning på et overordnet niveau.
  • Træffer teknologivalg i henhold til regionens integrations politikker.
  • Designer løsninger i henhold til regionens integrations politikker.
  • Udarbejde oversigt over integrationer (Architectual project overview) .
  • Opfølgning på integrationserfaringer fra de enkelte projekter.
Bemyndigelser
  • Kan godkende eller afvise integrationsløsninger
  • Mandat til at træffe arkitekturbeslutninger.
  • Regionens integrationsarkitekt træffer i sidste ende de projekt mæssige integrationsbeslutninger.
Kvalifikationer
  • Dybdegående viden omkring regionens politikker
  • Indsigt og erfaring i integrationsdesign

Integrationsudvikler

Integrationsudvikleren skal udvikle og implementere integrationsløsningen i henhold til integrationsarkitektens løsningsdesign. Relevant dokumentation kan / skal udarbejdes i samarbejde med leverandørens integrationsudvikler. I region Syddanmark tilfælde kan integrationsudvikleren og integrationsarkitekten være den samme person.

Placering
  • Regionens udviklingssektion samt repræsentant fra leverandøren
Ansvar og opgaver
  • Identificere relevante produktionsdata samt stiller test data til rådighed.
  • Udvikling af den konkrete integrationsløsning.
  • Udarbejder relevante test-cases
  • Koordinere og gennnemføre system tests.
  • Gennemfører unit tests.
  • Udarbejder relevant dokumentation til beskrivelse af integrationen herunder Baseline integration specifikation med dertil hørende relevante dokumenter.
  • Udarbejde relevant dokumentation i forhold til drift.
Kvalifikationer
  • Viden omkring de eksisterende politikker
  • Viden og erfaring i brugen af Baseline konceptet
  • Erfaring med udvikling på regionens integrationsplatform.
  • Erfaring med relevant integration teknologi.

Test manager

Test manageren er ansvarlig for koordination og udarbejdelse af testplaner i forhold til integrationsteamet. Det overordnede ansvar for, at arbejdet omkring testplaner igangsættes, udarbejdes samt koordineres ligger hos teamlederen/projektledelsen. Det er regionens udviklingssektion samt leverandørens integrationsudviklere som deltager i udarbejdelse af testplaner og er der brugeraccepts involveret i testen skal brugerne også involveres i testplanen. Det er IKKE testmanageres opgave i integrationsteamet, at udarbejde funktionelle testcases og gennemføre disse, men testmanagere skal teste "hul igennem", perfomance, data-/beskedindhold samt sørge for at stille testdata til rådighed.

Placering
  • Projektledelsen
Ansvar og opgaver
  • Udarbejde testplan
    • Sørge for, at relevante integrations scenarier identificeres.
  • Koordinere test aktiviteter
    • Opfølgning og reportere status.
    • Hvis nødvendigt, inddragelse af brugere.
Kvalifikationer
  • Projektleder egenskaber

Drifts / support manager

Drifts / support mannageren sætter integrationer i produktion samt overvåger disse integrationer.

Placering
  • Regionens driftssektion, hvilket i øjeblikket varetages af Zystem
Ansvar og opgaver
  • Review integrationløsnings pakken.
  • Sætte integrationløsningspakken i produktion i
    • Produktionsmiljøet
    • Uddannelsesmiljøet
  • Overvågning og support af integrationer i produktion.
  • Håndtere incident.
Bemyndigelse
  • Godkend eller afvis en integrationsløsning pakke
Kvalifikationer
  • Kendskab og erfaring i drift af reginens integrationsplatform.

Teamleder

Teamlederen er som oftest den tekniske projektleder der allokerer ressourcer og koordinere projektintegrationsteamet sammen med de involverede parter og leverandører. Det er vigtigt, at leverandøren også stiller med en eller flere personer med projektkvalifikationer, hvilket svarer til den tekniske projektleder.

Placering
  • Regionens projektafdeling samtleverandørens projektorganisation.
Ansvar og opgaver
  • Sikre fremdrift
  • Udarbejde projektplaner
  • Varetage kommunikationen og afrapportering til den den samlede projektorganisation.
Kvalifikationer
  • Projektlederegenskaber
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.