Was ist Anwendungsarchitektur?
Die Datenarchitektur wird erklärt und ermöglicht die Datenbedarf des UnternehmensEs wird beschrieben durch vier Elemente—Datenbedarf, Hauptdatenquellen, Haupttypen von Datenund die erforderlichen Datenverwaltungsressourcen.
Wir verwenden vier Modelle der Unternehmensarchitektur um Ihre Datenarchitektur zu beschreiben - die Subjektmodell, Themenbereichsmodell, logisches Datenmodell, und logisches Dokumentmodell.
Die Anwendungsarchitektur spielt folgende Rolle in Architektur von Informationssystemen. Es folgt Datenarchitektur. Informationssystemarchitektur ist eine besondere Architekturbereich das richtet sich Funktionalität, Datenfluss, und DatenmanagementIn der Praxis bedeutet dies, sicherzustellen, dass Anwendungen den erforderlichen Datenfluss und das erforderliche Datenmanagement bereitstellen und nicht nur Funktionen.
Konzentrieren wir uns einen Moment auf diese Aussage. Anwendungen dienen der Verarbeitung und Verwaltung von Daten. Ohne ein solides Verständnis und Design der Datenarchitektur werden Anwendungen zu isolierten Inseln. Sie liefern zwar Funktionen, verursachen aber technische Schulden. Sie führen zu Komplexität im Datenfluss und im Datenmanagement. Komplexe Datenflüsse und ein komplexes Datenmanagement erhöhen Ihre technischen Schulden und machen die Datenverwaltung komplexer.
Das bedeutet, dass Ihr Anwendungsarchitektur konzentriert sich auf die Struktur und Interaktion der Anwendungen, die die erforderliche Funktionalität und Datenverwaltung bereitstellen, Sie verfügen über eine Informationssystemarchitektur.
Kein Erfolg digitale Transformation basieren auf Funktionalität. Sie basieren immer auf Daten.
Vier Elemente der Anwendungsarchitektur
Jede Anwendungsarchitektur berücksichtigt:
Diese Elemente allein helfen uns, die Struktur unserer Anwendungen zu verstehen – was sie tun, wie sie zusammengesetzt werden sollten und wie die Teile interagieren.
Unsere Anwendungen dienen der Datenverwaltung und Bereitstellung von Funktionen.
Wir beschäftigen uns mit der Frage, wie wir die erforderlichen Funktionen und das Datenmanagement gruppieren und zusammenstellen können. Die Zusammenstellung ist die entscheidende Herausforderung für die Anwendungsarchitektur.
Bedenken Sie, dass die Funktionalität überall platziert werden kann – eingebettet in eine Unternehmensanwendung, bereitgestellt durch einen Mikrodienst oder fest in einen ASIC integriert. Die Assembly bestimmt Integrationsgrenzen, Lebenszyklus und Abhängigkeit.
Wir wissen, dass die Anwendungsarchitektur große Unternehmensstruktur. Sie müssen Funktionalität, Datenfluss und Datenmanagement kennen. Der Datenfluss bestimmt, wie Anwendungsarchitektur und Datenarchitektur Ihre Geschäftsarchitektur.
Funktionalität
Die Anwendungsarchitektur beginnt mit der Funktionalität.
Die Funktionalität lässt sich in vier Gruppen unterteilen:
- Funktionalität benötigt, um die Arbeit zu erledigen: Wenn die Anwendungen die Aufgabe ausführen. Dies ist die interessanteste Funktion in einem automatisierten System.
- Funktionalität erforderlich, um die Arbeit aufzuzeichnen: Wenn die Aufgabe von einer anderen Person ausgeführt wird und die Funktion lediglich die erstellten Daten oder die Ausführung der Arbeit aufzeichnet. Die meisten Softwarefunktionen fallen in diese Gruppe – sie zeichnen Informationen für Menschen oder andere automatisierte Systeme auf.
- Funktionalität zur Bewältigung der Arbeit erforderlich: Terminplanung, Aufgabenmanagement, Koordination und die gesamte Aktivitätsverfolgung. Dies ist für eine gut geführte und hocheffiziente Geschäftstätigkeit notwendig. Es wird oft übersehen, wenn wir über die Arbeit.
- Erforderliche Funktionalität zur Verwaltung der Daten erforderlich: Speichern, Abrufen, Mischen, Auswerten, Verschieben und Sichern der Daten.
Sie benötigen einen konsistenten Funktionsumfang. In den meisten unserer Modelle unterscheiden wir zwischen Aufzeichnen und Ausführen als Attribut.
Wenn wir die zu verwaltenden Funktionen – sei es die Arbeit oder die Daten – übersehen, mindern wir den Wert unserer Systeme.
Die Funktionalität ist direkt verknüpft mit der Logisches Funktionsmodell.
Montage
Die wichtigste Aufgabe eines Anwendungsarchitekten besteht darin, zu überlegen, wie sich die Funktionalität am besten zusammenstellen lässt.
In der Assembly erstellen oder minimieren Sie die Komplexität von Integration und Datenfluss. Hier erreichen Sie Wiederverwendung, Spezialisierung und die Erfüllung individueller Betriebsanforderungen.
Die Montage erfolgt nicht aus der Perspektive eines theoretisch beste. Dies geschieht unter Berücksichtigung der harten Realität und der betrieblichen Anforderungen. Bedenken Sie die Leistungs- und Energievorteile kundenspezifischer ASICS. Oder die Auswirkungen auf Leistung und Daten, je nachdem, ob die Funktion auf einem mobilen Gerät oder im Rechenzentrum ausgeführt wird. Oder die Integrationsherausforderungen, wenn Sie mehrere kommerzielle Systeme und ein kundenspezifisches Zusatzmodul in Einklang bringen.
Die Montage ist direkt verbunden mit der Logisches Servicemodell.
Interaktion
Wie werden die verschiedenen Teile Ihres Bewerbungsportfolios interagieren?
Einfache Entscheidungen darüber, ob Sie einen Message Bus, eine API oder eine gemeinsam genutzte Datenbank verwenden, sind Entscheidungen, die direkt mit der Anwendungsagilität, Nachhaltigkeit und dem Management technischer Schulden verbunden sind.
Gute Anwendungsarchitekten verstehen, warum Funktionen zusammengestellt werden und welche Methoden zur Interaktion zwischen den verschiedenen Baugruppen bestehen.
Die Interaktion ist direkt verbunden mit Logisches Servicemodell und das Logisches Integrationsmodell.
Datenmanagement
Tools und Systeme, die die benötigten Daten wo, wann und wie mit der richtigen Qualität, Zuverlässigkeit und Sicherheit liefern.
Wie bei der Interaktion werden einfache Entscheidungen die Datenqualität, Sicherheit, das Risiko und die Nachhaltigkeit beeinflussen.
Navigieren Sie durch die Arten von Anwendungsarchitekturmodellen
Navigieren bietet ein durchgängiges Architekturmodell. Dieses End-to-End-Modell wird durch diskrete Modellarten erstellt. Eine Modellart kann spezifische Analysen unterstützen oder sich auf einen separaten Aspekt des End-to-End-Modells konzentrieren. Vereinfacht ausgedrückt ist eine Modellart eine bestimmte Art der Modellierung.
Wir bauen auf vier regulären Anwendungsarchitekturmodelltypen auf:
- Informationssystemmodell
- Logisches Anwendungsmodell
- Logisches Informationsdienstmodell
- Logisches Integrationsmodell
Diese spezialisierten Modelle werden kombiniert, um die EA-Landschaft zu entwickeln. Dabei wird die bewährte Methode befolgt, sie schrittweise um jeweils ein Architekturprojekt zu erweitern.
Die Verwendung von Modellarten fördert Konsistenz und Wiederverwendbarkeit und steigert so die Produktivität und Konsistenz in einem EA-Team.
Navigieren Modell Art Beschreibung
Jeder Modelltyp wird definiert durch:
- Zweck: Warum es diese Modellart gibt und welche Fragen sie beantworten soll.
- Zielfernrohr: Umreißen der Grenzen dessen, was in der Modellart enthalten und ausgeschlossen ist.
- Inhalt & Aufbau: Die Komponenten, Beziehungen und Eigenschaften, die beim Erstellen von Instanzen eines Modelltyps verwendet werden sollen.
- Modellierungsansatz: Anleitung dazu, was aufgenommen oder ausgeschlossen wird, um den Fokus auf bestimmte, für die Ziele relevante Aspekte zu legen.
- (Optional) Beziehung zu anderen Modellarten: Beschreibt den Zweck der Verknüpfung und welche Beziehung zum Überbrücken der beiden Modelle verwendet wird.
Informationssystemmodell
Umfang des Informationssystemmodells
Bietet eine ganzheitliche Darstellung der automatisierten Systemlandschaft und veranschaulicht zentrale Informationssysteme (wie CRM- oder SCADA-System).
Wir gebrauchen automatisierte Systeme bewusst. Selbstfahrende LKWs, IoT und Anwendungen sind alle automatisierte Systeme
Ein starkes Informationssystemmodell bietet eine gemeinsames Verständnis der Anwendungslandschaft. Es gestaltet Gespräche durch ein gemeinsames Verständnis. Verwenden Sie dieses Modell, um dem Informationssystemportfolio eine breite Richtung zu geben
Leitfaden zum Informationssystemmodell
Unternehmensweit
- 10-20 Hauptsysteme
Abteilungsweites Architekturprojekt
- Erwarten Sie 5–10 Hauptsysteme
Transformationsinitiative
- Erwarten Sie 5–15 Hauptsysteme
Eigenschaften von Informationssystemen
-
-
Wie gehen wir beim Kauf oder Aufbau vor (Commercial Suite, Commercial BoB, Opensource Suite, Opensource BoB, Custom Evolution, Custom Cloud-Ready, Custom, Saa)
-
Beweglichkeit
-
-
Wie hoch ist der unerwartete Änderungsdruck? Unerwarteter Änderungsdruck entsteht durch Bedrohungen und Chancen. Er ist in Systemen am höchsten, die direkt mit dem Wertversprechen, den Produkten und Dienstleistungen verbunden sind.
-
Elastizität
-
-
Wie viel Resilienz ist erforderlich?
-
Vervielfältigung
-
-
Wollen wir Doppelarbeit? Werden wir Doppelarbeit akzeptieren? Oder werden wir einen Aufpreis zahlen, um Doppelarbeit zu vermeiden?
-
Standardisierung
-
- Werden wir für die Standardisierung einen Aufpreis zahlen? Werden wir Abweichungen akzeptieren? Oder werden wir Spezialisierung verlangen?
Hosting
Logisches Anwendungsmodell
Die von uns modellierte Funktionalität lässt sich in drei Gruppen einteilen:
- Funktionalität erforderlich, um die Arbeit zu erledigen oder aufzuzeichnen
- Funktionalität zur Bewältigung der Arbeit erforderlich
- Erforderliche Funktionalität zur Verwaltung der Daten erforderlich
Leitfaden zum logischen Anwendungsmodell
Wir verwenden eine einfache Taxonomie mit 2–3 Ebenen.
5-10 Logische Anwendungen in einem Informationssystem
Jede dieser logischen Anwendungen der Ebene 1 wird in 3-5 zerlegt
Streben Sie einen optimalen Wert von ca. 20–25 logischen Anwendungen an. Das Modell muss überschaubar bleiben.
Weniger als 25% wird architektonisch interessant sein
Die anderen 75% bieten Vollständigkeit und Abdeckung
Logische Anwendungseigenschaften
Beweglichkeit
-
- Wie anpassungsfähig an unerwartete Bedrohungen und Chancen
Entwicklungspriorität
-
- Funktionstiefe, TTM oder Nachhaltigkeit
Elastizität
-
- Muss das System Fehler absorbieren und weiterlaufen?
Lebensdauer
-
- Was ist die erforderliche Lebensdauer
Standardisierung
-
- Brauchen wir eine Standardisierung? Sollten wir Überschneidungen anstreben?
Offline-Support
-
- Muss es irgendwo laufen? Laptop, Handy, auf einem U-Boot
Logisches Servicemodell
Wir nennen dies eine Servicemodell, aus historischen Gründen - Service-Oriented Architecture Sprache hat uns zum Umdenken gebracht. Alles, worüber wir sprechen, ist ein 'Blackbox' das eine Reihe von Funktionen bietet und mit anderen zusammengebaut werden kann 'schwarze Kästen'.
Das logische Servicemodell:
- Definiert Grenzen
- Klärt Integrationspunkte
- Ermöglicht verbraucherorientierte Montage
- Drives-Vertragsbedingungen
Welche Änderungsbedingungen, Nutzungs- und Zugriffsbeschränkungen gelten?
Leitfaden zum logischen Datenmodell
Erstellen von Funktionspaketen zur Förderung der Implementierung.
Innerhalb der Baugruppe befinden sich:
- Einheitliche Vertragsbedingungen
- Konsistenter Ansatz zur Umsetzung
- Eine Datenverwaltungsgrenze
- Eine Integrationsgrenze
Logische Serviceeigenschaften
Beweglichkeit
-
- Wie anpassungsfähig an unerwartete Bedrohungen und Chancen
Vervielfältigung
-
- Diversifiziert, repliziert, geteilt
Entwicklung/ Beschaffung
-
- Was ist der richtige Akquisitionsweg?
Entwicklungspriorität
-
- Funktionstiefe, TTM oder Nachhaltigkeit
Elastizität
-
- Muss das System Fehler absorbieren und weiterlaufen?
Lebensdauer
-
- Was ist die erforderliche Lebensdauer
Standardisierung
-
- Brauchen wir eine Standardisierung? Sollten wir Überschneidungen anstreben?
Offline-Support
-
- Muss es irgendwo laufen? Auf einem Laptop, einem Mobiltelefon oder einem U-Boot?
Logisches Integrationsmodell
Das logische Integrationsmodell erklärt, was zwischen Informationssystemen oder logischen Diensten passiert.
Es berücksichtigt alle wichtigen Grenzen, nicht nur automatisierte Informationsflüsse.
Gewöhnt an
- Definieren Sie Integrationsmuster und Referenzarchitekturen
- Datentransformation offenlegen
- Erzwingen von Datenanforderungen (Sicherheit, Herkunft, Quelle)
Leitfaden zum logischen Integrationsmodell
Wir erstellen entweder ein formales logisches Integrationsmodell, das die Schnittstellen und die 'Makler in der Mitte oder verwenden Sie eine einfache Aussage eines Architekturmuster. Das formale Modell wird ein Einzelfall erklären oder als Referenzarchitektur und die Grundlage der Integrationsmuster.
Logische Integrationseigenschaften
Beweglichkeit
-
- Wie anpassungsfähig an unerwartete Bedrohungen und Chancen
Vervielfältigung
-
- Diversifiziert, repliziert, geteilt
Anbieter
-
- Intern, Extern
Elastizität
-
- Muss das System Fehler absorbieren und weiterlaufen?
Lebensdauer
-
- Was ist die erforderliche Lebensdauer
Standardisierung
-
- Brauchen wir eine Standardisierung? Sollten wir Überschneidungen anstreben?
Technisch Fit
-
- Muss diese Integration besondere technische Anforderungen erfüllen?
Alles dreht sich um den Datenbedarf
Ja, Ihre Anwendungsarchitektur dreht sich um Datenbedarf— die Anwendungen existieren, um Daten zu verarbeiten und zu verwalten.
Ohne Daten brauchen wir keine Software.
Ihre Geschäftstätigkeit erzeugt, vermischt und verbraucht Daten. Daten, die zur Verwaltung des Prozesses verwendet werden. Daten, die zur Aufzeichnung der Aktivität verwendet werden. Oder Daten, die für die Geschäftstätigkeit von zentraler Bedeutung sind.
In der Anwendung und Geschäftstätigkeit müssen Sie übereinstimmen
- Quelle und Bedarf
Quelle und Bedarf definieren den Fluss, der das Datenmanagement steuert - Datenmanagement
Qualität, Fluss und Sicherheit bestimmen die erforderlichen Datenmanagementressourcen
Erinnern:
Datenanforderungen ebnen den Weg durch fragmentierte Anwendungslandschaften
Datenbedarf bricht Silos auf
Datenbedarf treibt reale Datenflüsse voran
Fazit zu „Was ist Anwendungsarchitektur?“
Die Anwendungsarchitektur ist ein wichtiger Faktor für die Architektur von Informationssystemen. Informationssystemarchitektur ist die Architekturbereich das richtet sich Datenmanagement, Funktionalität, und Daten.
Die Anwendungsarchitektur verwendet vier Elemente:Funktionalität, Montage, Interaktion, und Datenmanagement.
Vier Modelle der Unternehmensarchitektur Beschreiben Sie Ihre Anwendungsarchitektur:
- Informationssystemmodell
- Logisches Anwendungsmodell
- Logisches Informationsdienstmodell
- Logisches Integrationsmodell
In der Regel konzentriert man sich auf Funktionalität und Integration, ohne die Datenanforderungen, den Datenfluss und das erforderliche Datenmanagement zu verstehen. Dies führt zwangsläufig zu Komplexität und technischen Schulden.
Best Practice führt mit Daten und sorgt für die Anwendungsarchitektur konzentriert sich auf die Struktur und Interaktion der Anwendungen, die ... die Datenbestände verwalten.
Wir wissen, dass die Anwendungsarchitektur große UnternehmensstrukturFunktionalität, Datenfluss und Datenmanagement ermöglichen Ihrem Geschäftsarchitektur.
Kein Erfolg digitale Transformation basieren auf Funktionalität. Sie basieren immer auf Daten.