Relationer

En liste viser, hvilke applikationer der findes. Relationer hjælper med at forklare, hvad en ændring kan påvirke. Registrér forbindelsen, dens betydning og dens retning, når retningen er væsentlig.

Kortet Related på en faktaside følger metamodelens lag: strategi og transformation, forretningsarkitektur, applikations- og dataarkitektur og til sidst teknisk arkitektur. Atlas-udvidelser og øvrige relationer vises efter disse lag. Lag uden relaterede grupper udelades.

Vælg den rigtige forbindelse

For en applikation og et dataobjekt registreres, hvordan applikationen bruger det: opretter, læser, opdaterer eller sletter (CRUD). For et interface registreres det dataformat, det bærer, fx JSON, CSV eller EDIFACT, adskilt fra den protokol, der transporterer det. Har du rollen administrator, arkitekt eller applikationsejer, kan du åbne interfacets faktaside og vælge Edit interface for at angive eller rette formatet. Formularen viser de gemte værdier fra start.

Hold forretningsinformationen adskilt fra lagringsteknologien: Kunde er et dataobjekt; en database er en IT-komponent.

Tilføj en integration

Har du rollen admin, arkitekt eller applikationsejer, så åbn Integrations og vælg Add integration. Vælg kildeapplikationen, som sender data, og målapplikationen, som modtager dem. Giv derefter integrationen et navn, en valgfri beskrivelse, den organisation der ejer den og en ejer, hvis du kender den. Atlas foreslår navnet "Kilde to Mål", indtil du skriver dit eget. Kilde, mål, navn og organisation skal udfyldes; Atlas markerer et manglende felt, når du vælger Create Integration.

En ny integration starter med typen Other og retningen udgående, fra kilde til mål. Åbn dens fact sheet og vælg Edit interface for at angive type, protokol og dataformat.

Registrér retningen omhyggeligt

Ved dataudveksling skal du identificere afsender og modtager. Afklar derefter, hvilke data der udveksles, og hvordan det sker. En forespørgsel i én retning betyder ikke automatisk, at forretningsdata bevæger sig samme vej.

Hvis retningen ikke kan bekræftes, skal du registrere usikkerheden og spørge den ansvarlige ejer. En forkert retning kan føre til en forkert konsekvensvurdering.

Undersøg applikationens naboer

Gennemgå relaterede integrationer, interfaces, dataobjekter, IT-komponenter og kapabiliteter på pilotens applikationsdetaljeside. Følg den relevante registrering for at forstå afhængigheden nærmere.

Kortet Integrations viser de integrationer, hvor applikationen er kilde eller mål: retningen set fra applikationen (Out, In eller Both), navnet, protokollen, den anden applikation, typen og antallet af dataobjekter. De dataobjekter, integrationerne bærer, vises over tabellen. Vælg en integrations navn for at åbne dens faktaside. En forbindelse, der kun er registreret som en applikationsrelation uden en integrationspost, står under relations without an integration record; opret en integration, når du ved, hvordan data udveksles.

En integrations faktaside begynder med dens livscyklus (Plan, Phase in, Active, Phase out og End of life, hver med den dato, fasen begynder) og Integration flow: kildeapplikationen med det output-interface, data forlader den fra, protokol, leveringsmønster, dataformat og frekvens på linjen og målapplikationen med det input-interface, data ankommer til. De interfaces, integrationen bruger, er fremhævet; applikationernes øvrige interfaces er nedtonet. Under flowet står type, protokol, dataformat, godkendelse, leveringsmønster (Delivery pattern), initiativtager (Initiator), retning og frekvens, hver med sin kilde. Derefter følger den Middleware, integrationen kører igennem, med version, licens og livscyklus, og de Data objects, den bærer, med klassifikation, personoplysninger (PII) og de handlinger, integrationen udfører (oprette, læse, opdatere, slette). Har du rollen admin, architect eller app owner, vælger du Edit for at ændre integrationen eller blyanten ved livscyklussen, flowet eller et dataobjekts handlinger. Blyanten ved flowet redigerer kortet på stedet: klik på et interface på en af siderne for at binde det (klik igen for at fjerne det), vælg ? for at tilføje et nyt interface på applikationen, sæt de syv egenskaber under diagrammet og vælg Done. Leveringsmønsteret siger, hvordan data leveres (request response, fire and forget, publish subscribe, event driven, batch eller streaming), og initiativtageren, hvem der starter udvekslingen (push, pull eller event driven). Når du binder et interface, udfyldes en tom protokol og et tomt dataformat fra det. Blyanten ved Middleware åbner Edit middleware: alle workspacets IT-komponenter står til venstre med kategori og leverandør, så du søger på navn, kategori eller leverandør og sætter flueben ved dem, integrationen kører på; til højre står det valgte. Blyanten ved Data objects åbner Edit data objects: sæt flueben ved dataobjekter til venstre, grupperet efter datadomæne, og vælg C, R, U og D for hvert til højre. Tryk Done for at gemme; Undo på kortet sætter de tidligere links tilbage, handlinger og datoer med.

Interfaces på en applikation

Kortet Interfaces på en applikation viser de punkter, hvor den modtager data (Input) og sender data (Output), fx en eventstrøm eller et API. Hvert interface har et navn, en protokol, et dataformat og en beskrivelse og viser de integrationer, der bruger det, og de dataobjekter, de bærer. Et interface, ingen integration bruger, er markeret Unused. Vælg Flow for at se, hvilke dataobjekter der passerer input og output.

En integration forlader et output-interface på kilden og ankommer til et input-interface på målet. Registrér interfaces på applikationen først, eller vælg ? på en af siderne, når du redigerer integrationens flow. I SAP LeanIX kaldes selve integrationen et interface; Atlas kalder integrationen en Integration og punktet på applikationen et Interface, så de to ikke blandes sammen. Arkivering af et interface kan fortrydes; integrationerne beholder deres reference til det.

I piloten med den enkle navigation viser en IT-komponents faktaside relaterede applikationer og interfaces, hvad den kræver, hvad der er afhængigt af den, og relaterede brugergrupper. En organisations faktaside viser forskellige relationer efter type: Et team viser ejede applikationer, ejede kapabiliteter, medlemmer og underordnede teams; en brugergruppe viser applikationer, IT-komponenter og medlemmer. Et tomt kort betyder, at ingen relation er registreret, ikke at relationen ikke kan findes. Årlige omkostninger for en IT-komponent skjules, hvis din adgang ikke tillader finansielle oplysninger; ellers vises de i den valuta, du vælger i topbaren, ligesom alle andre beløb. En beslutnings faktaside viser begrundelsen og de applikationer, kapabiliteter og initiativer, den berører; initiativer nås via disse applikationer og kapabiliteter. Et tomt kort viser Not set.

Har du redigeringsadgang, kan du bruge New på applikationens Integrations-kort til at oprette en udveksling med applikationen valgt som kilde. Brug Edit på kortet til at vælge en tilknyttet integration, eller Edit på rækken til at åbne dens redigering. Kortets Edit er deaktiveret uden tilknyttede integrationer. Oprettelse kræver Editing live; skrivekontroller, som en aktiv change request ikke understøtter, er utilgængelige.

Dataobjekter

Træet over dataobjekter grupperer dem efter datadomæne. Et dataobjekt kan ligge under et overordnet dataobjekt, fx Campaign audiences under Customer profiles; sæt eller fjern det overordnede med Edit på dataobjektet. Et dataobjekt kan ikke placeres under sig selv eller under et af sine egne underordnede.

Et dataobjekts faktaside viser domæne, ejerapplikation, steward, klassifikation, personoplysninger og opbevaringsperiode og derefter Applications (rolle, livscyklus, kritikalitet, TIME og de handlinger, hver applikation udfører), Integrations (retning, livscyklus og de handlinger, hver integration udfører på dataobjektet) og Capabilities (niveau, strategisk betydning og modenhed). Hvert af disse kort har sin egen søgning. Har du rollen admin, architect eller app owner, vælger du blyanten ved Capabilities for at koble de forretningskapabiliteter, der bruger dataobjektet, til eller fra; Undo fortryder ændringen. Koblingen til kapabiliteter er en tilføjelse i Atlas: SAP LeanIX når kun kapabiliteter gennem applikationer.

Redigér relationer i en change request

Når du vælger en af dine egne requests med status Draft eller Revision i Atlas-headeren, viser vandmærket på fact sheet, at understøttede relationsrettelser samles som punkter i requesten. Det omfatter understøttede links mellem applikationer og dataobjekter samt relationsrettelser på integrationer eller interfaces. Gennemgå punkterne via Edit request før indsendelse; de levende relationer ændres først, når requesten anvendes eller godkendes. En rettelse, som Atlas ikke kan udtrykke som et request-punkt, er utilgængelig, mens en request er aktiv. Se Change requests og review.

Brug relationer ved en ændring

Find både indgående og udgående udvekslinger, før du udskifter en applikation. Kontrollér de understøttede kapabiliteter og de teams, der har ansvar for de berørte systemer. Resultatet er en afgrænsning, der skal bekræftes med ejerne, frem for bevis for, at alle afhængigheder er fundet.

Fortsæt med Forretningskapabiliteter.

Se også Dataobjekter, IT-komponenter og Livscyklus og datoer.

Følg eksemplet i Integrationer og interfaces, når du skal spore eller fejlfinde et konkret flow.