ITM - TOGAF
TOGAF
TOGAF
Fichier Détails
| Cartes-fiches | 24 |
|---|---|
| Utilisateurs | 12 |
| Langue | Deutsch |
| Catégorie | Informatique |
| Niveau | Université |
| Crée / Actualisé | 08.01.2017 / 04.07.2019 |
| Lien de web |
https://card2brain.ch/box/20170108_itm_togaf
|
| Intégrer |
<iframe src="https://card2brain.ch/box/20170108_itm_togaf/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>
|
Was ist die Idee von TOGAF?
Nenne mind. 2 Elemente für was TOGAF verwendet werden kann
- Enterprise Architecture (nicht beschränkt auf Informatiksysteme)
- Idee: Lücke zwischen Business Vision und Business Capabilities schliessen mit TOGAF
- Strukturiertes Vorgehen um aus Vision die Capabilities zu Unterstützen
TOGAF: Nenne die 3 relevanten Kapitel und was die wesentlichen Inhalte sind.
Wofür steht ADM?
ADM – Architecture Development Method. Ein iteratives Vorgehen zur Entwicklung von Architekturen
ADM Guidelines and Techniques: Was enthält dieses Kapitel?
ADM: Was enthält dieses Kapitel? Nenne ein 4 Beispiele
ADM Guidelines and Techniques. Unterstützende Hilfsmittel zum ADM-Zyklus
ADM:
- TOGAF Core
- Method for developing Architecture
- Addresses the Business
- Iterative Methode
- Phases: Objectices, Approach, Input, Steps, Outputs
Phasen und Domänen:
- Welches sind die 4 Architektur-Domänen von TOGAF?
- Welches sind die 3 ADM Phasen von TOGAF?
ADM Deliverables, Artefacts, Building Blocks:
- Was ist ein Deliverable?
Deliverables
"Ein Deliverable ist ein Arbeitsprodukt, das vertraglich festgelegt wird und seinerseits formal überprüft, vereinbart und von den Stakeholdern unterzeichnet wird. Deliverables repräsentiert den Output von Projekten und die in Dokumentationsform enthaltenen Ergebnisse werden typischerweise nach Abschluss eines Projekts archiviert oder in ein Architektur-Repository als Referenzmodell, Standard oder Snapshot der Architekturlandschaft zu einem Zeitpunkt, überführt.
ADM Deliverables, Artefacts, Building Blocks:
- Was ist ein Artefact?
Artefakte
Ein Artefakt ist ein architektonisches Werk, das einen Aspekt der Architektur beschreibt. Artefakte werden allgemein klassifiziert als
- catalogs (lists of things),
- matrices (showing relationships between things), and
- diagrams (pictures of things).
Beispiele hierfür sind ein Anforderungskatalog, eine Business-Interaktionsmatrix
und ein Use-Case-Diagramm.
Eine architektonisches deliverable kann viele Artefakte enthalten und Artefakte bilden den Inhalt des Architecture Repository.
ADM Deliverables, Artefacts, Building Blocks:
- Was ist ein Building Block?
Building Block
Ein Building Block repräsentiert eine (möglicherweise wiederverwendbare) Komponente der Geschäfts-, IT- oder Architekturfähigkeit, die mit anderen Bausteinen kombiniert werden kann, um Architekturen und Lösungen zu liefern.
Building Blocks können auf verschiedenen Detailebenen definiert werden, je nachdem, welches Stadium der Architekturentwicklung erreicht wurde. Beispielsweise kann ein Building Block in einem frühen Stadium einfach aus einem Namen oder einer Umrissbeschreibung bestehen. Später kann ein Building Block in mehrere Stützbausteine zerlegt werden und kann von einer vollständigen Spezifikation begleitet sein.
Building Block können sich auf "Architekturen" oder "Lösungen/Solution" beziehen.
Architecture -> Funktion;
Solution -> Form
ADM: Was ist ein Architektur Building Block ABB
Architektur Building Blocks (ABB) beschreiben typischerweise die erforderliche Fähigkeit und gestaltet die Spezifikation von Solution Buil ding Blocks (SBBs). Beispielsweise kann eine Kundenservicefähigkeit innerhalb eines Unternehmens erforderlich sein, unterstützt durch viele SBBs, wie Prozesse, Daten und Anwendungssoftware.
ADM: Was ist ein Solution Building Block SBB?
Solution Building Blocks
Solution Building Blocks (SBB) sind Komponenten, die zur Umsetzung der erforderlichen Fähigkeiten eingesetzt werden. Zum Beispiel ist ein Netzwerk ein Baustein, der durch komplementäre Artefakte beschrieben und dann genutzt werden kann, um Lösungen für das Unternehmen zu realisieren.
Architecture Deliverables <-> Architecture Repository
- Welches sind die Deliverables?
- Wie sind die Zusammenhänge?
Structure, Phases and Artefacts per Phase of ADM:
- Welches sind die 5 Hauptdomänen der Architektur nach TOGAF?
- Welches sind die relevanten TOGAF Kategorien / Objekttypen?
- Architecture Vision, Business Architecture, Data Architecture, Application Arhcitecture, Technology Architecture
- (Allenfalls noch Relevant: Preliminary, Requirements Management + Opportunities and Solutions)
===========================
- Catalogs
- Matrices
- Diagrams (Core + Extension)
Structure, Phases and Artefacts per Phase of ADM:
- Nenne die 4 Phasen im TOGAF Cycle
- Nenne die 2-3 Objekte in jeder Phase
- An welcher Stelle kann der Link zwischen ITIL Service Management und TOGAF gemacht werden?
TOGAF Design <-> ITIL Service Design
Structure, Phases and Artefacts per Phase of ADM:
- Was sind die 4 Iterationen vom TOGAF Cycle
- Development Iteration
- Transition Planning Iteration (PPM)
- Architecture Governance Iteration
- Architecture Cabability Iteration
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
Preliminary
(Grundregeln)
Diese Phase beschreibt die Vorbereitungs- und Inbetriebnahmeaktivitäten, die zur Erfüllung der Unternehmensrichtlinie für eine neue Unternehmensarchitektur erforderlich sind, einschließlich der Definition eines Organisationsspezifischen Architekturrahmens und der Definition von Grundsätzen.
Tailoring des Frameworks in dieser Phase
- scope the organizations impacted by EAM
- Definieren und etablieren EAM-Teams und Organisation
- Ermittlung und Festlegung von Architekturprinzipien
- tailor TOGAF
- Evaluierung und Umsetzung von Instrumenten zur Unterstützung der EAM
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(A) Architecture Vision
Was möchte man mit der Architektur erreichen
Dieses Kapitel beschreibt die Anfangsphase der Architekturentwicklungsmethode (ADM). Es enthält Informationen über die Definition des Geltungsbereichs, die Identifizierung der Stakeholder, die Schaffung der Architektur-Vision und das Erhalten von Genehmigungen.
- Den Umfang, die Einschränkungen und die Erwartungen für das Projekt
- Schaffen Architektur Vision
- Stakeholder identifizieren
- Validieren Sie den Geschäftskontext und erstellen Sie die Anweisung für Architekturarbeit
- Einholen Genehmigung
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(B) Business Architecture
Dieses Kapitel beschreibt die Entwicklung einer Business Architecture zur Unterstützung einer vereinbarten Architecture Vision.
- Entwickeln die Baseline Business Architecture (IST) und die Target Business Architecture (SOLL).
- Approaches: target first oder baseline first!
- Lücken analysieren
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(C) Information System Architecture
Dieses Kapitel beschreibt die Informationssystemarchitekturen für ein Architekturprojekt, einschließlich der Entwicklung von Daten- und Anwendungsarchitekturen.
tbd
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(D) Technology Architecture
Dieses Kapitel beschreibt die Entwicklung einer Technologiearchitektur für ein Architekturprojekt.
tbd
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(E) Opportunities and Solutions
(Portfolio-Mngt)
Dieses Kapitel beschreibt den Prozess der Identifizierung von delivery vehicles (Projekte, Programme oder Portfolios), die die in früheren Phasen identifizierte Zielarchitektur effektiv liefern.
Wie komme ich zum Ziel
- Durchführung der Erstimplementierung und Ermittlung der delivery vehicles für die in den vorangegangenen Phasen identifizierten building blocks
- Bestimmen, ob ein inkrementeller Ansatz erforderlich ist, und wenn ja, die Übergangsarchitekturen identifizieren
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(F) Migration Planning (Hier wird’s gemacht)
Dieses Kapitel behandelt die Migrationsplanung. Das heißt, wie man sich von der Baseline zu den Zielarchitekturen bewegt, indem man einen detaillierten Implementierungs- und Migrationsplan erstellt.
- Entwickeln Sie detaillierte Implementierungs- und Migrationspläne, die sicherstellen, wie Sie von der Baseline Architecture (IST) zur Target Architecture (SOLL)
- Wenn nötig Übergangsarchitekturen
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(G) Implementation Governance
Dieses Kapitel bietet eine architektonische Aufsicht über die Implementierung.
- Architektonische Aufsicht für die Umsetzung
- Vorbereitung und Ausstellung von Architekturverträgen
- Sicherstellen, dass das Implementierungsprojekt mit der Zielarchitektur übereinstimmt
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
(H) Architecture Change Management
Dieses Kapitel befasst sich mit der Festlegung von Verfahren zur Bewältigung des Wandels in der neuen Architektur.
Bieten kontinuierliche Überwachung und einen Change-Management-Prozess, um sicherzustellen, dass die Architektur auf die Bedürfnisse des Unternehmens reagiert und maximiert den Wert der Architektur für das Unternehmen
ADM Phasen: Nenne die Key Aktivitäten der folgenden Phase:
Requirements Management
Dieses Kapitel befasst sich mit dem Prozess der Verwaltung von Architekturanforderungen im gesamten ADM.
Das Modell kennt Iterationen
Identifizieren, speichern und ein/ausspeisen von Requirements in jeder relevanten ADM-Phase
