VL4 - Frameworks für das Architekturmanagement Flashcards
Bestandteile der “EA”
Zusammenspiels von Business (Prozessen) und IT im
Unternehmen
8 Vorteile von “EA”
- Komplexitätsmanagement (Vereinfachung der Aufwandseinschätzung)
- Beaufsichtigung technischer Ressourcen (Identifizierung und Vermeidung von Redundanzen)
- Wissensmanagement (Management und Verbreitung von Wissen, Nutzung auf allen Ebenen)
- IT-Sichtbarkeit (Ressourcen, Systeme besser an Geschäftsstrategie ausgerichtet)
- Reduzierung der Auswirkung von Mitarbeiterfluktuation (Erfassen des Wissens von Mitarbeitern)
- Schnelle Anpassungsfähigkeit
- Operative Prozess Verbesserung (Versteht und moderiert Geschäftsprozesse)
- Entscheidungsfindung (Geschäftsentscheidungen können holistisch getroffen werden)
Begriff “Enterprise Architecture Management” (EAM)
A continuous, iterative (and self maintaining) process seeking to improve the alignment of business and IT in an (virtual) enterprise.
Elemente:
Standardisiertes Vorgehen
Unternehmens- bzw. bereichsweit gemeinsame
Sprache/Modell
definierte Organisationsstruktur mit Prozessen
Passendes Governance-Modell
Begriff “Framework”
A logical structure for classifying and organizing complex information.
“EA-Framework”
Eine Methode, um Informationssysteme zu designen.
3 Schichten der EA-Framework
- Technology Infrastructure Layer
(Benötigte Hardware und Kommunikationsinfrastruktur für die Applikationen) - Application Layer
(Datenelemente und Software Applikationen) - Business Layer
(Geschäftseinheiten sowie Geschäftsprozesse und
relevante Informationen)
3 Eigenschaften von Schichten der “EA-Framework”
- Strukturell
(Unterteilen der verschiedenen Einheiten eines Unternehmens in Subeinheiten) - Verhalten
(Zeigen des Verhaltens, welches sich durch manifestierte Aktivitäten und Prozesse äußert, um die benötigten Services zu produzieren) - Informativ
(Austausch von Informationen)
Elemente/Bausteine von “EA-Framework”
- Empfehlung von Standards
- Verwendung generischer Konzepte und somit Unabhängigkeit der verwendeten Sprache
- Einheitliche Terminologie
- Verwendung von zusammenspielenden Produkten
Vorteile von “Frameworks”/”Rahmenwerk”
Unterstützung definierter Ziele
Komplexität beherrschen
Flexibilität und Versatilität
Entscheidungshilfe leisten
Standardisierung gewährleisten
Integration unterstützen
Interoperability
Ganzheitlichkeit
Strukturierung
Nachteile von “Framework”/”Rahmenwerk”
Investitionsaufwand
Treibende Kräfte erforderlich
Erfolgsfaktor: Erfahrung, da Rahmenwerke sehr
komplex sind und es zu Schwierigkeiten in der
Praxisanwendung kommt
Erst Erfahrungen ermöglichen ein effizienteres
Arbeiten und Reduktion der Projektrisiken
Begriff “Zachman-Framework”
- Metamodell zur Entwicklung und Beschreibung von
Informationssystemen in Unternehmen. - Modellierung von Funktionen, Elementen und
Prozessen. - Prozesse nicht Schritt für Schritt, sondern aus
Perspektive der Rollen organisiert.
6 Ebenen von “Zachman-Framework”
- Scope: Anwendungsbereich, die grundsätzliche
Funktionalität und die Kosten eines IS. - Enterprise Model: Geschäftsobjekte und ihre
Interaktion mit den Geschäftsprozessen - System Model: Systemmodelle als Grundlage für die
Geschäftsmodelle - Technology Model: Verfeinerung der Systemmodelle
auf Basis einer Technologie oder
Entwicklungsplattform - Components: Umsetzung der Technologie mittels
Programmiersprachen, Datenschemata usw. - Functioning System: Arbeitsmedium (Daten, Module,
Zeitpläne, usw.)
Begriff “TOGAF”
The Open Group Architecture.
7 Hauptteile von “TOGAF”
- Einleitung (zu EA)
- Architecture Development Method (ADM)
- Architecture Content Framework
- ADM Guidelines & Techniques
- Enterprise Continuum & Tools
- TOGAF Reference Model
- Architecture Capability Framework
Begriff “TOGAF Continuum”
Sammlung von Architekturbeschreibungen,
Referenzmodellen und Mustern zur Wiederverwendung.
Enterprise Continuum (EC): äußeres Kontinuum zur
Klassifikation von Lösungen
Architectural Continuum (AC): Definition und Verständnis von allgemeinen Regeln, Darstellungen
und Beziehungen in einer Architektur
Solutions Continuum (SC): zur Spezifikation und Konstruktion der Architekturen aus dem AC
Begriff “Rechnerbasierte Anwendungssysteme”
Basieren auf Softwareprodukten, welche abgeschlossene, erworbene oder eigenentwickelte Programme darstellen, die auf einem Rechnersystem installiert sind.
Begriff “Konventionalle Anwendungssysteme”
Basieren auf Organisationsplänen, welche von Menschen umgesetzt werden und beschreiben, wer in welcher Reihenfolge welche konventionellen Werkzeuge zur Erledigung einer Aufgabe einzusetzen hat.
Vergleich der “TOGAF” und “Zachman-Framework”
a) Charakter
Z: Konzeptuell | T: Operationell
b) Jahr der aktuellen Version
Z: 2011 (V3) | T: 2018 (V9)
c) Stakeholderberücksichtigung
Z: Nein | T: Ja
d) Anzahl der Sichtweisen
Z: 6 | T: 1
e) Berücksichtigung rechnerbasierter IS-Komponenten
Z: Ja | T: Nein
f) Berücksichtigung des Menschen als IS-Komponente zur DV
Z: Ja | T: Nein
g) Vorgehens-Referenzmodell vorhanden
Z: Nein | T: Ja
Begriff “IT-Governance Framework”
- Referenzmodelle für die Ausrichtung einer IT-Governance
- Bieten einen Rahmen, wie Entscheidungen
getroffen werden, wer die
Entscheidungsbefugnis hat und wie
Entscheidungen kommuniziert werden
Nutzen:
Bieten eine einheitliche Struktur zur
Entscheidungsfindung
Bieten Klarheit zwischen der Geschäfts- und
IT-Strategie
Ermöglichen es der Geschäftsleitung und den
Mitarbeitern innerhalb Ihrer Organisation,
Erwartungen zu formulieren, sich zu
beteiligen, zu kommunizieren und
Rechenschaft abzulegen
Beispiele: COBIT, ITIL, ISO/IEC
Begriff “COBIT”
Control Objectives for Information and Related Technology.
Besteht aus sechs Schlüsselprinzipien, drei
Hilfsprinzipien und 40 Governancezielen,
welche in einem Prozessreferenzmodell
zusammengefasst werden.
3 Vorteile von “COBIT”
- Genutzt und anerkannt von vielen
Organisationen und Ländern, u.a. EU - Bietet eine systematische Herangehensweise
und Sprache um Erfüllung der Leistungsziele
von Unternehmen zu bewältigen - Hilft bei der Berücksichtigung der Bedürfnisse
von Interessengruppen im gesamten
Unternehmen
3 Nachteile von “COBIT”
- Komplizierte Konzepte und Struktur
- Kostenintensiv, da hohes Maß an Wissen und
Expertise benötigt wird - Fehlende Anleitung zur Implementierung
