Application Architecture Guide: d’Applikatiounsarchitektur verstoen a kartéieren

Eng Definitioun

D’Applikatiounsarchitektur beschreift d’Applikatioune vun enger Entreprise, hir Struktur an hiert Zesummespill. Si äntwert op konkret Froen: wéi eng Applikatiounen et gëtt, wat se maachen, wéi se kommunizéieren, wéi eng Donnéeë se benotzen a wéi eng Prozesser se ënnerstëtzen.

Si verbënnt d’Geschäft mat der Technologie: d’Prozesser an d’Fäegkeeten driwwer, d’Technologien an d’Infrastruktur drënner. TOGAF mécht se zu enger vu senge véier Architekturdomänen, nieft dem Geschäft, den Donnéeën an der Technologie.

D’Elementer, déi ze beschreiwe sinn

Eng Applikatiounsarchitektur beschreift déi folgend Elementer. An ArchiMate 4 bleiwen de Komponent, d’Schnëttstell an den Dateobjet an der Applikatiounsdomän; de Service, de Prozess an d’Funktioun gehéieren zur gemeinsamer Domän.

• D’Applikatiounen: ERP, Gestioun vun der Relatioun mat de Clienten, Online-Commerce, mobil Applikatiounen an Analysetools.
• D’Komponenten, déi intern Bausteng vun enger Applikatioun, wann dësen Detail enger Decisioun déngt.
• D’Servicer, déi d’Applikatiounen ubidden.
• D’Schnëttstellen an d’Flëss: APIen, Messagen, Evenementer a Fichieren, jiddwereen mat sengem Protokoll.
• Déi ausgetosch Donnéeën: Clienten, Produiten, Transaktiounen an Dokumenter.

D’Architekturstiler

E puer Stiler strukturéieren eng Applikatiounslandschaft; eng Entreprise kombinéiert dacks e puer dovun.

• De Monolith installéiert eng Applikatioun als een eenzege Block.
• Déi serviceorientéiert Architektur bitt Funktiounen iwwer gedeelt Servicer un.
• D’Microservicer deelen eng Applikatioun a kleng Servicer op, déi getrennt installéiert ginn.
• Déi evenementgesteiert Architektur léisst d’Applikatiounen op publizéiert Evenementer reagéieren.

Den Ist-Zoustand kartéieren

D’Kartéierung fänkt beim Ist-Zoustand un. D’Ekipp erfaasst d’Applikatioune vun engem Perimeter a beschreift duerno all Schnëttstell: Quellapplikatioun, Zilapplikatioun, Protokoll an déi transportéiert Donnéeën. E fonctionelle Floss follegt dann engem Geschäftsoflaf, zum Beispill der Opname vun engem Client, der Kontroll an der Ouverture vun engem Kont.

An ArchiLU weist d’Applikatiounslandschaft d’Applikatiounen an d’Flëss, déi se verbannen. Si dréit den Ist-Zoustand, d’Zil an eng datéiert Roadmap a léisst sech am Format ArchiMate Open Exchange, als draw.io oder als SVG exportéieren. D’360-Usiicht vun enger Applikatioun weist hir Flëss, hir Schnëttstellen, d’Prozesser, déi se bedéngt, an d’Fäegkeeten, déi se ëmsetzt.

• Den Ist-Zoustand kartéieren.
• D’Geschäftsfäegkeeten identifizéieren.
• D’Applikatiounen de Fäegkeeten zouuerdnen.
• D’Redundanzen erkennen.
• En Zil festleeën, dat méi einfach a méi modular ass.

Verantwortlech an Zougang zur Kaart

Eng Applikatiounskaart weist, wie fir all Applikatioun, all Schnëttstell an all Floss verantwortlech ass. Eng onbekannt Verantwortung bleift als onbekannt vermierkt; an ArchiLU fënnt den Entreprisearchitekt d’Objeten ouni Verantwortlechen op sengem Dashboard a benennt hir Verantwortlech a Serie.

D’Kaart beschreift d’Ofhängegkeeten an d’Austauschpunkte vum Informatiounssystem; den Zougang dozou gëtt wéi bei engem vertraulechen Dokument gereegelt. An ArchiLU huet all Organisatioun hir eegen Instanz, an der Europäescher Unioun gehost. D’Umeldung ka via den Annuaire vun der Entreprise lafen, an den Administrateur ka d’Zwee-Etappen-Verifikatioun fir all oder fir eng Roll virschreiwen. Är Reegele leeën fest, wéi eng Rollen d’Stonnesätz liesen, an den Auditeur liest nëmmen, am Perimeter an an der Period vu senger Missioun.

Prinzipien an heefeg Feeler

Modularitéit, lockert Kopplung, Weiderbenotzung an Interoperabilitéit leeden eng Applikatiounsarchitektur, wa se als Reegele geschriwwe sinn, déi op eng Decisioun applizéiert ginn. Véier Feeler kommen dacks vir:

• E puer Applikatiounen äntweren op dee selwechte Besoin.
• D’Architektur bleift implizit an nëmmen e puer Leit bekannt.
• D’Dokumentatioun feelt oder ass net méi aktuell.
• Nei Applikatioune kommen ouni Gouvernance derbäi.