|
|
| Zeile 1: |
Zeile 1: |
| − | == Architekturentwicklung in den TOGAF Phasen [[TOGAF-Phase_B|B]], [[TOGAF-Phase_C|C]] und [[TOGAF-Phase_D|D]] ==
| |
| − |
| |
| − | TOGAF sieht den Entwurf von Architekturen auf verschiedenen Ebenen vor. Unter anderem werden Architekturen auf den Ebenen Geschäftsarchitektur, Informationsarchitektur und Technologiearchitektur beschrieben. Die Struktur der Beschreibung dieser Architekturen ist identisch aufgebaut und enthält die folgenden Schritte:
| |
| − |
| |
| − | #Auswahl von Referenzmodellen, Perspektiven und Werkzeugen
| |
| − | #Entwicklung einer Beschreibung der Ausgangssituation der Architektur
| |
| − | #Entwicklung einer Beschreibung der Ziel-Architektur
| |
| − | #Durchführung einer Gap-Analyse
| |
| − | #Definition von Roadmap-Komponenten
| |
| − | #Klärung der Auswirkungen auf die gesamte Architekturlandschaft
| |
| − | #Durchführung eines formalen Stakeholder-Reviews
| |
| − | #Finalisierung der Architektur
| |
| − | #Erstellung der Dokumentation für die Architekturdefinition
| |
| − |
| |
| − | Dabei ist vorgesehen, dass zuerst eine Ist-Architektur (Ausgangssituation der Architektur - Schritt 2) und danach eine Soll-Architektur (Ziel-Architektur - Schritt 3) beschrieben wird. Anschließend sollen in einer Gap-Analyse (Schritt 4) die Unterschiede zwischen der Ist- und der Soll-Architektur herausgearbeitet werden, die dann in einer Roadmap (Schritt 5) zeitlich geplant werden.
| |
| − |
| |
| − | == Referenzarchitekturen in den TOGAF Phasen B, C und D ==
| |
| − |
| |
| − | Diese Vorgehensweise ist für die Entwicklung der Architektur eines realen Systems sicherlich sinnvoll. Bei der Entwicklung einer Referenzarchitektur ist dies jedoch nicht der Fall. Eine Referenzarchitektur abstrahiert die Architekturen realer Systeme einer bestimmten [[IVS-Dömänen|IVS-Domäne]]. Es ist daher oft gar nicht möglich, eine Ist-Architektur anzugeben, da die Ist-Architekturen der realen Systeme weit auseinander klaffen. Stattdessen können jedoch Lücken bzw. fehlende Architekturbausteine identifiziert und beschrieben werden. Die Zielvorstellung lässt sich in den Referenzarchitekturen jedoch sehr wohl formulieren. Da in den Referenzarchitekturen keine Ist-Architektur beschrieben werden kann, ist das Durchführen einer Gap-Analyse sowie die Definition von Roadmap-Komponenten ebenfalls nicht möglich.
| |
| − |
| |
| − | Es wird folgende Vorgehensweise für die Entwicklung einer Referenzarchitektur vorgeschlagen:
| |
| − | #Auswahl von Referenzmodellen, Perspektiven und Werkzeugen
| |
| − | #Beschreibung der Lücken bzw. der fehlenden Architekturbausteine
| |
| − | #Entwicklung einer Beschreibung der Ziel-Architektur
| |
| − | #Durchführung einer Gap-Analyse (entfällt)
| |
| − | #Definition von Roadmap-Komponenten (entfällt)
| |
| − | #Klärung der Auswirkungen auf die gesamte Architekturlandschaft
| |
| − | #Durchführung eines formalen Stakeholder-Reviews
| |
| − | #Finalisierung der Architektur
| |
| − | #Erstellung der Dokumentation für die Architekturdefinition
| |
| − |
| |
| − |
| |
| − | Im Schritt 2 werden also anstatt der Ausgangssituation die fehlenden Architekturbausteine beschrieben. Die Schritte 4 und 5 entfallen bei der Beschreibung der Referenzarchitekturen.
| |
| − |
| |
| − | == Architekturen realer Systeme in den TOGAF Phasen B, C und D ==
| |
| − |
| |
| − | Bei der Entwicklung von Architekturen realer Systeme sollen die Schritte 2-5 sowie 9 auf jeden Fall durchgeführt werden. Ob und wie die anderen Schritte bei der Entwicklung einer Architektur eines realen Systems durchgeführt werden, wird jeweils projektspezifisch festgelegt. Damit ergibt sich die folgende Vorgehensweise bei der Entwicklung und Beschreibung einer Architektur eines realen Systems:
| |
| − |
| |
| − | #Auswahl von Referenzmodellen, Perspektiven und Werkzeugen (projektspezifisch)
| |
| − | #Entwicklung einer Beschreibung der Ausgangssituation der Architektur
| |
| − | #Entwicklung einer Beschreibung der Ziel-Architektur
| |
| − | #Durchführung einer Gap-Analyse
| |
| − | #Definition von Roadmap-Komponenten
| |
| − | #Klärung der Auswirkungen auf die gesamte Architekturlandschaft (projektspezifisch)
| |
| − | #Durchführung eines formalen Stakeholder-Reviews (projektspezifisch)
| |
| − | #Finalisierung der Architektur (projektspezifisch)
| |
| − | #Erstellung der Dokumentation für die Architekturdefinition
| |
| − |
| |
| | | | |
| | == Definition der Reichweite == | | == Definition der Reichweite == |
