Verteilte Systeme & EAM

Framework Standard zur Entwicklung von grafischen Benutzeroberflächen für Webapplikationen

ein Modell, das beschreibt, wie Modelle gebaut sind

Enterprise Architecture Management - zukünftige Gestaltung der Unternehmensarchitektur

1. Verbesserung von Entscheidungsprozessen
2. Transparenz und Bewertbarkeit der Anwendungs- und Systemlandschaft
3. Verkürzung von Projektlaufzeiten

• Einfachheit und Verständlichkeit
• Vollständigkeit
• Stabilität
• Erweiterbarkeit

• Ebenenkonzept
  • Gliederung in: Facharchitektur, Anwendungsarchitektur, Infrastrukturarchitektur, Informationsarchitektur
• Trennung logisch/korrekt
  • logische Schverhalte sollen losgelöst ovn konkreten Umsetzungslösungen dargestellt werden
• Anzahl von Relationen
• Verwendung von Generalisierungen
  • Klarheit von Aussagen
• Umgang mit ternären Relationen
  • zusammenfassung durch künstliche Objekte
• Abbildung von Leitbezug
  • Lebenszyklus
  • Planungszustände
    • können einem Objekt dynamisch zgewiesen werden
    • haben eine Gültigkeit
• Noation

• Verineinfachung des Entwurfs
• Beschleunigung und Vereinfachung der Architekturentwicklung
• Höherer Abdeckungsgrad der Anforderungen durch entworfene Lösung

1. Architekturmetamodell
2. Architekturfähigkeit
3. Architekturlandschaft

Klassifikation von relevanten Informationen

Partitionierung der Karte mittels logischer Einheiten nach Funktionsbereichen, Organisationseinheiten, etc.

x/y Achse ; x= Geschäftsprozesse; y=Organisationseinheit

Keine Verschachtelung entlang von Achsen, Anwendung von Algorithmen zum Layout von Graphen

ein Titelfeld und eine Legende

Mehrere Organisationseinheiten nutzen das Gleiche Anwendungssystem für denselben Geschäftsprozess.

-> Erzielen von Skaleneffekte, Reduzieren von Betriebs- und Wartungskosten

Zahlreiche aufeinanderfolgende Geschäftsprozesse werden durch das gleiche Anwendungssystem unterstützt

-> Reduzieren von Betriebs- und Wartungskosten

Ergänzungen EA-Frameworks um Details und Anleitungen zur Einführung von EAM

• Technology Homogeneity
  • Methoden zur Analyse, ob die Anwendungslandschaft auf einer homogenen Menge von Technologien basiert
• Business Processes
  • Analyse des Zusammenspiels von Geschäftsanwendungen, Geschäftsprozessen auf hohem Abstraktionsniveau
• Application Landscape Planning
  • Planung und Analyse der Struktur und Entwicklung IT Bebauung

Die Zusammenhänge der Elemente der einzelnen Gestaltungsebenen des Architekturrahmens und der Architekturbaukästen

• logisch - Wurzelobjekte (oberste Objekte einer Objekthierarchie)
• konkret - Blattobjekte (unterste Objete einer Objekthierarchie)

• Vertikale und Horizontale Strukturierung
• Abbildung der Fachkomponenten auf Softwarebausteine
• Interne Struktur der Softwarekomponente
• Ergänzung um Infrastrukturdienste
• Abläufe zum besseren Verständnis
• angewandte Architekturprinzipien
• Designentscheidungen
• Noation der Diagrammtypen

Zusammenschluss unabhängiger Computer, die sich für den Benutzer als ein einzelnes System präsentieren (nach Tanenbaum)

Enterprise Architecture Management - Die Disziplin, die sich mit der Gestaltung der Unternehmensarchitektur beschäftigt

Planen, bauen, betreiben und steuern der Unternehmensarchitektur

Strategie: Klarheit über grundsätzliche Ausrichtung und Ausgestaltung des EAM (Weshalb?)

Eingangs- und Ergebnistypen: Gewährleistung einer dokumentierten und bewertbaren Unternehmensarchitektur (Was?)

Prozesse und Organisation: Nachhaltige Planung und Entwicklung (Wie und Wer?)

Werkzeuge: Unterstützung der Prozesse (Womit?)

Modelle und Methoden: Gestaltung der grundlegenden Strukturen und Mechanismen für den Umgang mit relevanten Bestandteilen (Auf welcher Basis?)

• Organisationskultur
• Geschäftsziele und -strategien
• Regulatorischer Einfluss
• Fachlicher Einfluss
• Technischer Einfluss

• Andere EAM-Methoden-Frameworks
• Andere EAM-Struktur-Frameworks
• IT-Governance-Framework
• Servicemanagement-Framework

• Programm
• Projekt
• Softwareentwicklung
• Betrieb
• Risikomanagement
• Sicherheitsmanagement
• Projektmanagement
• IT-Service-Management

Anforderungen, Programme und Projekte, sie bilden die Schnittstelle zur Umsetzung der Architektur.

• Die Bausteinsicht
  • Klassen sind elementare Bausteine
  • Betrachtung der statischen Strukturen und der Verhaltensweisen der Bausteine
• Die Verteilungssicht
  • Zuordnung von physischen Bausteinen zu Hardware-Knoten
  • Beschreibung der Hardware-Knoten mit ihren Schnittstellen
• Die Laufzeitsicht
  • Beschreibung von Schnappschüssen der existierenden Laufzeitobjekten
  • Beschreibung komplexer Abläufe zur Laufzeit

• Strukturdiagramme
  • Klasse
  • Objekt
  • Paket
  • Komponente
  • Kompositions-Struktur
  • Verteilung
• Verhaltens-Diagramme
  • Use-Case
  • Aktivität
  • Zustand
• Interaktions-Diagramme
  • Sequenz
  • Kommunikation
  • Interaktions-Übersicht
  • Zeitverlauf

• Befassen sich mit der Architektur "im Großen"
• Ziel: Reduktion und Beherrschung der Komplexität

• über die Architekturdimensionen hinausgehende Charakterisierungen von Lösungsarchitekturen
• befassen sich mit den Details
• dienen der Bewertung und Auswahl von Lösungsarchitekturen

"Zusammenhangskraft"

• Grundprinzip: Jedes Teilsystem beschäftigt sich mit einer klar abgegrenzten Teilaufgabe
• Ziele: Erhöhung von Einfachheit des Systems und der Effizienz der Erstellungsprozesse
             Schaffung von Redundanzfreiheit
             Trennunung von fachlicher und technischer Verantwortlichkeit

• Grundprinzip: Reduktion des Grades der Abhängigkeit von Komponenten/Teilsystemen
• Ziele: Bildung von Verbindung von Teilsystemen, Minimierung des Änderungsaufwandes, Erhöhung der Flexibilität

1. Kopplung durch Aufruf (ein Baustein benutzt direkt einen anderen)
2. Kopplung durch Erzeugung (ein Baustein erzeugt einen anderen)
3. Kopplung durch Daten (über eine Datenbankstruktur)
4. über die Laufzeitumgebung (dieselbe VM)
5. über die Zeit (sequentielle Abfolge von Aktionen)

• Grundprinzip: Komponenten sollen offen für Erweiterungen aber geschlossen für Änderungen sein
• Ziele: Erweiterbarkeit ohne Änderung der bestehenden Funktionalität, Trennung von Verantwortlichkeiten, Reduktion von Nebenwirkungen Änderungs- und Testaufwand, Erhörung der Flexibilität

• Grundprinzip: Abhängigkeiten sollen auf einer abstrakten Ebene realisiert werden
• Ziele: Änderbarkeit der Umsetzung einer Funktionalität ohne Einfluss auf abhängige Komponenten; Reduktion von Nebenwirkungen, Änderungs- und Testaufwand; Erhöhung der Flexibilität

• Grundprinzip: Mehrere spezifische Schnittstellen sind besser als eine große Universalschnittstelle
• Ziele: Trennung verschiedener Verantwortungsbereiche; Schnittstellenbildung; Reduktion von Nebenwirkungen, Änderungs- und Testaufwand; Erhöhung der Flexibilität

• Grundprinzip: zyklische Abhängigkeiten vereinfachen
• Ziele: Klare Strukturierung von Systemen; Trennung verschiedener Verantwortungsbereiche; Erhöhung der Flexibilität