Logisk arkitektur vilka logisak komponenter finns i systemet
Att använda ArchiMate för att visualisera den logiska arkitekturen ger ett tydligt och standardiserat sätt att representera systemets applikationskomponenter och deras relationer. Här är hur vi kan göra det för Gipsat.nu:
ArchiMate-element som används:
- Application Component: Representerar en modulär, utbytbar del av applikationen.
- Application Interface: Representerar en åtkomstpunkt för att göra applikationstjänster tillgängliga.
- Application Service: Representerar exponerat applikationsbeteende.
- Data Object: Representerar strukturerad data för automatiserad bearbetning.
- Association Relationship: Indikerar en generell relation mellan element.
- Serving Relationship: Indikerar att ett element tillhandahåller en tjänst till ett annat.
- Access Relationship: Indikerar att ett element har åtkomst till ett dataobjekt.
ArchiMate-vy för Gipsat.nu Logisk Arkitektur:
Här är en beskrivning av hur vi kan strukturera ArchiMate-vyn, följt av en mer textuell beskrivning av relationerna:
- Huvudkomponenter som Application Components:
- "Användarapp (Skadad)"
- "Chaufförsapp (Taxichaufför)"
- "Larmhanteringstjänst"
- "Transportförmedlingstjänst"
- "Kommunikationstjänst"
- "Sjukhusintegrationstjänst"
- "Rapporteringstjänst"
- "Användar- och Chaufförshanteringstjänst"
- "Datahanteringstjänst"
- "Logiktjänst för sjukhusval"
- "Planeringstjänst för återbesök"
- Application Services:
- "Larmhantering" (Exponerad av "Larmhanteringstjänst")
- "Transportförmedling" (Exponerad av "Transportförmedlingstjänst")
- "Notifikationstjänst" (Exponerad av "Kommunikationstjänst")
- "Sjukhusinformationsutbyte" (Exponerad av "Sjukhusintegrationstjänst")
- "Rapportgenerering" (Exponerad av "Rapporteringstjänst")
- "Användarhantering" (Exponerad av "Användar- och Chaufförshanteringstjänst")
- "Dataåtkomst" (Exponerad av "Datahanteringstjänst")
- "Sjukhusvalsfunktion" (Exponerad av "Logiktjänst för sjukhusval")
- "Återbesöksplanering" (Exponerad av "Planeringstjänst för återbesök")
- Data Objects:
- "Larmdata"
- "Transportbeställningsdata"
- "Körrapporter"
- "Patientinformation"
- "Användarprofiler"
- "Chaufförsprofiler"
- Application Interfaces:
- API:er som används för att exponserea servicerna till apparna, och mellan tjänsterna. Exempelvis "Larmhantering API".
Relationer:
- "Användarapp (Skadad)" använder "Larmhantering API".
- "Chaufförsapp (Taxichaufför)" använder "Transportförmedling API" samt "Rapportering API".
- "Larmhanteringstjänst" tillhandahåller "Larmhantering" och har åtkomst till "Larmdata".
- "Transportförmedlingstjänst" tillhandahåller "Transportförmedling" och har åtkomst till "Transportbeställningsdata".
- "Kommunikationstjänst" tillhandahåller "Notifikationstjänst".
- "Sjukhusintegrationstjänst" tillhandahåller "Sjukhusinformationsutbyte" och har åtkomst till "Patientinformation".
- "Rapporteringstjänst" tillhandahåller "Rapportgenerering" och har åtkomst till "Körrapporter".
- "Användar- och Chaufförshanteringstjänst" tillhandahåller "Användarhantering" och har åtkomst till "Användarprofiler" samt "Chaufförsprofiler".
- "Datahanteringstjänst" tillhandahåller "Dataåtkomst" och ger åtkomst till övriga tjänsters data behov.
- "Logiktjänst för sjukhusval" tillhandahåller "Sjukhusvalsfunktion".
- "Planeringstjänst för återbesök" tillhandahåller "Återbesöksplanering" och har åtkomst till "Transportbeställningsdata".
- Det kommer finnas Associationer som kopplar de olika Api:erna mellan de olika services.
Viktiga överväganden:
- Detta är en hög nivå av den logiska arkitekturen. I mer detaljerade modeller kan varje applikationskomponent delas upp i mindre delkomponenter.
- Dataflöden mellan komponenterna skulle kunna visualiseras med flödesrelationer i ArchiMate.
- I praktiken skulle man i archimate verktyg koppla ihop de olika delarna, så att det visuellt framkommer de beskrivna relationerna.
Genom att använda ArchiMate får vi en tydlig och strukturerad översikt av Gipsat.nus logiska arkitektur, vilket underlättar kommunikation och förståelse bland olika intressenter.