Applikationer
Afgør, hvad der skal have sit eget applikationskort, find ejeren, og se, hvad der afhænger af systemet.
På denne side
- Afgør om noget er en applikation
- Vælg detaljeniveauet
- Ejer og organisation
- Find en applikation
- Opret en applikation
- Læs overblikket
- Følg livscyklussen
- Slet en applikation
- Vurdér fit, og registrér TIME
- Forstå de relaterede registreringer
- Redigér en applikation i en change request
- Opret og rediger relaterede elementer
- Sammenlign en foreslået applikationsændring med det levende register
- Se konsekvensen af en ændring
- Beløb og valuta
- Arbejd med applikationer fra din AI-klient
- Tag landskabet med til Archi
- Kontrollér kilder og huller
- Undgå typiske modelleringsfejl
I Early Access har Atlas ingen planbaseret grænse for, hvor mange applikationer I kan oprette. Oprettelse og import kræver stadig den rette adgang til arbejdsområdet og gyldige data.
En applikation er software, som medarbejdere eller processer bruger til en opgave i forretningen. Lønkontoret bruger for eksempel et lønsystem til at beregne løn. På applikationskortet kan du se, hvem der ejer systemet, hvilke opgaver det understøtter, og hvad en udskiftning vil berøre.
Skal du sammenligne flere systemer, så brug guiden Vurdér din applikationsportefølje.
Afgør om noget er en applikation
Spørg, hvilken opgave systemet løser, og hvad forretningen kan beslutte at udskifte samlet. Mangler der en ejer, kan du registrere applikationen med dens navn og afklare ejerskabet bagefter.
| Eksempel fra lønområdet | Registrér det i Atlas som |
|---|---|
| Systemet, som lønkontoret bruger til at beregne løn | Applikation |
| Evnen til at udbetale korrekt løn til tiden | Forretningskapabilitet |
| Lønkladden, som økonomiafdelingen bogfører | Dataobjekt |
| Den månedlige overførsel af lønkladden fra lønsystemet til økonomisystemet | Integration |
| Det udgående filendepunkt på lønsystemet, som overførslen bruger | Interface på lønapplikationen |
| Databasemotoren, som lønsystemet kører på | IT-komponent |
På applikationskortet i pilotvisningen står der Business application under Type.
Vælg detaljeniveauet
Start med én applikation pr. system, der har én ejer og én plan for fremtiden. Del den op, når dele har forskellige ejere eller forskellig fremtid. Skal finans- og HR-delen af en ERP-pakke udskiftes på forskellige tidspunkter, registrerer du to applikationer. Behold én applikation, når moduler eller tjenester altid frigives og udfases sammen, også selv om de kører hver for sig.
Niveauet er sandsynligvis for fint, når mange applikationer deler ejer, livscyklus og omkostning, eller når navnene beskriver tekniske tjenester frem for forretningsbrug. Det er sandsynligvis for groft, når én registrering har flere ejere, eller en planlagt udskiftning kun dækker en del af den.
Ejer og organisation
Owner angiver den person, der har ansvaret for applikationen. Organization angiver det team, der ejer den. For et lønsystem kan det være lønchefen og lønafdelingen. I Review-tilstand afgør din rolle og dit ejerskab, om en understøttet rettelse gennemføres direkte eller sendes til godkendelse. Se Adgang til workspace og Organisationer og ejerskab.
Find en applikation
Åbn Applications i pilotvisningen. Søg på applikationens navn, leverandør, ejer eller team. Kombinér filtrene TIME, Criticality og Lifecycle for at afgrænse listen. Vælg en kolonneoverskrift for at sortere og derefter applikationens navn for at åbne kortet.
Kolonnen Owner viser personens navn og team, når de er kendt. Hvis Atlas ikke kan knytte den registrerede mailadresse til en person, vises mailadressen.
Opret en applikation
Har du ret til at oprette applikationer, så åbn Applications, og vælg Add application. Kun Name er obligatorisk. Beskriv forretningsopgaven med én sætning i Description. Udfyld Vendor, Organization, Owner, Criticality og Hosting, efterhånden som oplysningerne bliver bekræftet.
Vælg det team, der ejer applikationen, i Organization, og angiv kontaktpersonen i Owner. Teamlisten viser det overordnede team, når der findes et. Under Criticality kan du vælge Mission critical, Business critical, Business operational eller Administrative. Under Hosting kan du vælge On premise, Cloud, Hybrid eller SaaS.
Vælg Create application for at gemme og åbne applikationskortet.
Når du vælger en leverandør i Vendor, opretter Atlas en IT-komponent til applikationen eller genbruger én entydigt matchende komponent i samme workspace og knytter den til applikationen. Er matchet tvetydigt eller i konflikt med en eksisterende komponent, stopper gemningen, så du kan gennemgå posterne.
Læs overblikket
Brug overblikket til at forberede en samtale med ejeren.
| Felt | Spørgsmålet, det besvarer |
|---|---|
| Owner | Hvem har ansvaret for applikationen? |
| Lifecycle | Er applikationen under indførelse, i brug eller på vej ud? |
| Criticality | Hvad sker der i forretningen, hvis applikationen er utilgængelig? |
| TIME | Er den registrerede retning Tolerate, Invest, Migrate eller Eliminate? |
| Type | Hvilken applikationstype viser kortet? |
| Hosting | Hvordan er applikationen driftsat? |
| Data class | Hvilken følsomhed er registreret? |
| Annual cost | Hvilken årlig omkostning er registreret og understøttet? |
Lifecycle viser, hvor applikationen er i sin livscyklus i dag. TIME viser den planlagte retning. Et lønsystem kan stå som Active og Migrate samtidig med, at det stadig bruges til hver lønkørsel. Unknown betyder, at oplysningen mangler. Står der Restricted ved årlig omkostning, er beløbet skjult for din bruger.
Har du redigeringsadgang, så vælg Change ved Owner, vælg en person og derefter Save owner. Du kan fortryde en direkte gemt ændring med Undo. Arbejder du i en aktiv change request, føjes ændringen til den.
En åben change request med et punkt på applikationen vises som en chip ved titlen: Draft, In revision, Pending review eller Approved, not applied, efterfulgt af requestens titel. Vælg chippen for at åbne change requesten; se Change requests og review.
Følg livscyklussen
På applikationskortet i pilotvisningen viser bjælken det registrerede stadie og startdatoen, når den er kendt. Applikationsstadierne er Proposed, Active, Phase Out og Retired. Har du redigeringsadgang, åbner blyanten ved bjælken siden for livscyklus. Her kan du angive fasedatoer og sammenligne fasen beregnet ud fra datoerne med det registrerede stadie. I Retirement Workflow godkender en administrator et forslag om udfasning. Se Livscyklus og datoer.
Slet en applikation
Administratorer og arkitekter kan slette en applikation. Atlas arkiverer den i stedet for at fjerne den: den forsvinder fra applikationslisten og fra opslag i AI-klienter, dens fact sheet kan ikke længere åbnes, og dens koblinger til kapabiliteter bevares. En arkiveret applikation kan gendannes i 90 dage, derefter slettes den endeligt. Så længe en AI-use case, et dataaktiv, en release, et repository eller en anden post stadig peger på applikationen, afviser Atlas sletningen og nævner referencerne; fjern dem først. En arkiveret applikation, der senere får sådan en reference, bevares, indtil referencen er væk. Gendannelse findes endnu ikke i brugerfladen. Arkiverede applikationer tælles heller ikke med i aktuelle porteføljeoversigter, baggrundsjob og AI-kontekst.
Vurdér fit, og registrér TIME
Brug TIME til at registrere en porteføljebeslutning. Har du redigeringsadgang, kan du angive den i den klassiske redigeringsformular. Fra pilotens kort i Editing live kan du vælge More actions og derefter Classic fact sheet.
Vil du gennemføre en vurdering, så vælg TIME Assessment i rækkemenuen på den klassiske applikationsliste eller Run TIME Wizard, når knappen vises på det klassiske kort. Vurdér sammenhængen med strategien, forretningsværdien og brugernes tilfredshed sammen med forretningsejeren. Vurdér teknisk kvalitet, sikkerhed og vedligeholdelse sammen med driftsteamet. Hvert svar angives på en skala fra 1 til 5. Gennemgå den foreslåede klassificering, begrundelsen og modellens vurdering af sikkerheden i svaret. Vælg Confirm & Save, hvis du er enig.
Forstå de relaterede registreringer
På Data objects viser kolonnen CRUD, hvad applikationen gør med hvert dataobjekt. C betyder oprette, R læse, U opdatere og D slette. Not recorded betyder, at handlingerne er ukendte. Lønsystemet kan for eksempel oprette lønkladden, mens økonomisystemet kun læser den.
Har du redigeringsadgang, så vælg blyanten på Data objects eller Link data objects, når kortet er tomt. Vælg objekterne efter datadomæne til venstre, og angiv handlingerne til højre. Vælg Done for at gemme. Undo gendanner de tidligere relationer og handlinger. En lås markerer en relation, der vedligeholdes et andet sted. På dataobjektet kan du ændre, hvilket system der er autoritativ kilde. På interfacet kan du ændre, hvilke data det overfører. I Review-tilstand kan ændringer på en applikation, du ikke ejer, blive sendt til godkendelse.
Under Capabilities kan du se, hvilke opgaver i forretningen applikationen understøtter. IT components viser den teknologi, den bruger, og Integrations viser de systemer, den udveksler data med. Hvert interface viser sit dataformat, når det er kendt. På integrationens eget kort kan du se de data og den middleware, der indgår i overførslen. Se Relationer.
Har du redigeringsadgang, kan du oprette en integration fra Integrations. Atlas vælger denne applikation som afsender. Skal du oprette et endepunkt, så vælg Add interface på et tomt Interfaces-kort eller Add input eller Add output i visningen Cards.
Redigér en applikation i en change request
Vælg en af dine egne requests med status Draft eller Revision under Active change request i Atlas-headeren, før du redigerer. Applikationens fact sheet viser derefter et vandmærke og et statusmærke. Understøttede inline-rettelser, herunder ejer og links til dataobjekter, føjer punkter til requesten i stedet for at ændre den levende applikation. Åbn Edit request for at gennemgå punkterne, eller vælg Editing live i headeren for at vende tilbage til direkte redigering. Kontroller til rettelser, som requesten ikke kan repræsentere, er utilgængelige, mens den er aktiv. Se Change requests og review.
Opret og rediger relaterede elementer
Kortene Capabilities, IT components og Data objects har New og Edit. New opretter et element og knytter det til den aktuelle applikation. For en kapabilitet kan du vælge en overordnet kapabilitet; niveauet følger den overordnede. Et nyt dataobjekt tilknyttes som brugt af applikationen. Atlas antager hverken, at applikationen er system of record, eller hvilke CRUD-rettigheder den har.
Edit på Capabilities eller IT components viser eksisterende elementer i dit workspace. Søg, og vælg Link eller Unlink. Hver ændring gemmes straks; Undo fortryder den seneste gennemførte tilknytning eller fjernelse. Data objects beholder sin dialog til valg af dataobjekter og CRUD. Fejl ved indlæsning eller lagring vises. Hvis oprettelsen lykkes, men tilknytningen fejler, genbruger Retry link det oprettede element.
På Integrations åbner New oprettelsen med applikationen valgt som kilde. Edit lader dig vælge en tilknyttet integration og åbner dens redigering; hver integrationsrække har også Edit. Uden integrationer er New stadig tilgængelig, mens Edit er deaktiveret. Skrivehandlinger kræver rettigheder. Oprettelse af relaterede elementer og ændring af kapabilitets- eller IT-komponenttilknytninger kræver Editing live og er deaktiveret, mens en change request er aktiv.
Sammenlign en foreslået applikationsændring med det levende register
Når en applikation indgår i en change request, kan dens fact sheet vise Compare with live under vandmærket for den aktive request. Læs Before, Live og Proposed for hvert ændret felt. Markeringen Conflict fremhæver en levende værdi, der er ændret, siden requestens punkt blev oprettet. Åbn requesten fra fact sheet for at gennemgå alle dens punkter før beslutningen.
Se konsekvensen af en ændring
Kortet Impact på en applikations detaljeside viser berørte, forbundne applikationer, de relevante capabilities, ansvarlige, kilder til forbindelser og ejeroplysninger samt årsager til usikkerhed. En ansvarlig, som ikke er registreret i Atlas, vises som Unknown og ikke som et tomt navn. Antallet af berørte applikationer kommer fra samme konsekvensanalyse som på en change request; den valgte applikation tælles ikke med. På en change request viser Impact analysen for hver eksisterende applikation, der ændres, og nævner andre ændrede elementer særskilt.
Beløb og valuta
En årlig omkostning vises i sin egen valuta. En linje i omkostningsregistret beholder den valuta og periode, den blev registreret med; et beløb indtastet på applikationen er i workspace-valutaen, som en administrator vælger under Settings > Workspace. Under beløbet viser detaljesiden, hvad det svarer til i workspace-valutaen, EUR og USD efter Den Europæiske Centralbanks referencekurs for dagen, med kursens dato.
Du vælger, hvilken valuta beløbene vises i, fra valutamenuen i topbaren: EUR, USD, DKK, NOK eller SEK. Atlas omregner så alle beløb efter ECB's referencekurs for dagen, på detaljesider, lister, dashboardet, rapporter og PDF-eksporter. Kun visningen ændres, ikke de gemte beløb, og valget huskes i din browser. Findes der ingen kurs, bliver beløbet stående i sin egen valuta. Når en administrator skifter workspace-valuta, omregner Atlas de gemte beløb, der ikke har deres egen valuta (applikationsomkostninger, leverandørers årlige forbrug, teknologiomkostninger og initiativbudgetter), efter dagens kurs og viser, hvad der ændres, før indstillingen gemmes.
Applikationsformularen har fire felter til årlige omkostninger: License, Hosting, Support og Internal FTE. Indtast hvert beløb for sig. Lad et felt stå tomt, når omkostningen er ukendt; et tomt felt er ikke nul. Applikationslisten og kortet viser Not recorded for en manglende omkostning, mens et registreret nul stadig vises som nul. Eksisterende nulbeløb ændres ikke automatisk: afklar dem med applikationens ejer, før de betragtes som gratis.
Når du indtaster en omkostning, kan du skrive den i en anden valuta, fx DKK 742.000. Feltet viser de omregnede beløb, mens du skriver, og gemmer beløbet i workspace-valutaen. Et omregnet beløb er en reference til sammenligning, ikke et bogført tal. Findes der ingen kurs, siger Atlas det i stedet for at vise et uomregnet tal.
Arbejd med applikationer fra din AI-klient
En tilsluttet klient kan bruge search_applications eller list_applications til at finde en applikation, get_application til at læse kortet og get_application_dependencies til at følge registrerede forbindelser. Spørg for eksempel, hvilke applikationer der udveksler data med lønsystemet, og bed om deres ID’er, så du kan kontrollere hver forbindelse. Se Tilslut en AI-klient.
Før du bruger propose_application_create eller propose_changes, så kontrollér, hvilke værktøjer den tilsluttede bruger har adgang til, og hvordan workspacet håndterer ændringer. Læs status og ID i svaret for at se, om Atlas har oprettet en applikation, gennemført en ændring eller sendt et forslag til godkendelse. Vælg More actions og Markdown version på applikationskortet i pilotvisningen, hvis du vil læse en tekstversion. Se Fra kildemateriale til en ændring, der kan gennemgås.
Tag landskabet med til Archi
Vælg More actions og Export to Archi (ArchiMate) på applikationskortet. Filen indeholder applikationen og de applikationer, den udveksler data med, i formatet ArchiMate Model Exchange. Åbn Integrations for at se endepunkter og dataudvekslinger. Åbn Layered landscape for at se de tilknyttede kapabiliteter, processer, organisationer og teknologier. Vil du eksportere hele landskabet fra den klassiske Applications-liste, så vælg Export og Export ArchiMate (Archi).
Hvert element og hver relation i filen er en registrering i Atlas og har sit Atlas-ID som egenskab; intet er genereret. Atlas' egen model følger SAP LeanIX, så en applikationsservice bliver for eksempel ikke eksporteret som et selvstændigt element. Vælg File > Import > Open Exchange XML Model i Archi. Filen er en kopi: ret registreringerne i Atlas, ikke i filen.
Kontrollér kilder og huller
Sektionen Sources and gaps viser tilgængelig evidens og manglende oplysninger. Den nævner hvert felt i overblikket, der er ukendt eller mangler en kilde, fx Owner is unknown eller TIME has no source, og siger det, når livscyklusdatoer er ukendte, eller der ikke er linket et dokument. En kildeindikator hjælper dig med at kontrollere grundlaget for en værdi. En kilde på ét felt validerer ikke automatisk hele applikationsregistreringen.
Læs Kilder og evidens, før du bruger modellen til en væsentlig beslutning.
Undgå typiske modelleringsfejl
- Én applikation pr. tjeneste. Flere tjenester i jeres eget system, der deler ejer og fremtid, er én applikation.
- Infrastruktur som applikationer. En database, runtime eller cloudplatform er en IT-komponent, som applikationer afhænger af.
- Integrationsplatformen midt i alle flows. Registrér platformen som en IT-komponent og hvert flow som en integration med platformen som middleware.
- Et team i stedet for en person. Organization fortæller, hvilket team applikationen hører til; nævn også den ansvarlige person som Owner.
- En udfasningsdato uden overdragelse. Afklar, hvilke teams der stadig bruger applikationen, hvornår den sidste integration flyttes, og hvem der bekræfter overdragelsen. Følg den aftalte ændring i dens change request.