TOGAF-Phase D: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(4 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
− | |||
− | ;TOGAF | + | |
− | : In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme | + | |
+ | == Phase D – Technologiearchitektur == | ||
+ | |||
+ | ;TOGAF | ||
+ | :In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme aus Hardware, Software und Kommunikationstechnologie. | ||
;IVS-Rahmenarchitektur | ;IVS-Rahmenarchitektur | ||
− | : | + | :Die Phase D ist eine wichtige Phase für eine IVS-Architektur eines realen IVS-Dienstes. Jeder Akteur, der an einer IVS-Architektur eines realen IVS-Dienstes beteiligt ist, muss sich die Fragen nach der bestmöglichen technologischen Einbettung in die Unternehmensarchitektur seines Wirkungsbereichs stellen. Diese Entscheidungen können und sollen weder von der IVS-Rahmenarchitektur noch von einer IVS-Referenzarchitektur getroffen werden. |
+ | :Aus diesem Grund werden an dieser Stelle keine Vorgaben aus Sicht der IVS-Rahmenarchitektur oder der IVS-Referenzarchitekturen gemacht. Trotzdem wird, als Information für die IVS-Architekturen realer IVS-Dienste, die Tabelle mit den Schritten der TOGAF Phase D hier aufgeführt: | ||
{| class="wikitable" | {| class="wikitable" | ||
− | |||
− | |||
|- | |- | ||
− | |1 | + | ! Schritt |
− | |Auswahl von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_01 Referenzmodellen, Perspektiven und Werkzeugen] | + | ! TOGAF |
− | | | + | ! Tailoring IVS-Rahmenarchitektur |
− | | | + | ! Anleitung |
− | | | + | ! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables |
− | + | |- | |
+ | | 1 | ||
+ | | Auswahl von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_01 Referenzmodellen, Perspektiven und Werkzeugen] | ||
+ | | | ||
+ | | | ||
+ | | | ||
|- | |- | ||
− | |2 | + | | 2 |
− | |Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_02 Ausgangssituation für die Technologiearchitektur] | + | | Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_02 Ausgangssituation für die Technologiearchitektur] |
− | + | | Entfällt bei der Erarbeitung der Referenzarchitekturen | |
− | + | | [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]] | |
− | | | + | | |
− | |||
|- | |- | ||
− | |3 | + | | 3 |
− | |Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel- Technologiearchitektur] | + | | Entwicklung einer Beschreibung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_03 Ziel-Technologiearchitektur] |
− | |[[ITS-Technologiearchitektur]] | + | | [[ITS-Technologiearchitektur|ITS-Technologiearchitektur]] |
− | | | + | | |
− | | | + | | |
− | |||
|- | |- | ||
− | |4 | + | | 4 |
− | |Durchführung einer [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_04 Gap-Analyse] | + | | Durchführung einer [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_04 Gap-Analyse] |
− | + | | Entfällt bei der Erarbeitung der Referenzarchitekturen | |
− | + | | [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]] | |
− | | | + | | |
− | |||
|- | |- | ||
− | |5 | + | | 5 |
− | |Definition von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_05 Roadmap-Komponenten] | + | | Definition von [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_05 Roadmap-Komponenten] |
− | + | | Entfällt bei der Erarbeitung der Referenzarchitekturen | |
− | + | | [[Reichweite_der_Architektur|Begründung für das Entfallen dieses Schritts]] | |
− | | | + | | |
− | |||
|- | |- | ||
− | |6 | + | | 6 |
− | |Klärung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_06 Auswirkungen auf die gesamte Architekturlandschaft] | + | | Klärung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_06 Auswirkungen auf die gesamte Architekturlandschaft] |
− | | | + | | |
− | | | + | | |
− | | | + | | |
− | |||
|- | |- | ||
− | |7 | + | | 7 |
− | |Durchführung eines formalen [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_07 Stakeholder-Reviews] | + | | Durchführung eines formalen [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_07 Stakeholder-Reviews] |
− | | | + | | |
− | | | + | | |
− | | | + | | |
− | |||
|- | |- | ||
− | |8 | + | | 8 |
− | |Finalisierung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_08 Technologiearchitektur] | + | | Finalisierung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_08 Technologiearchitektur] |
− | | | + | | |
− | | | + | | |
− | | | + | | |
− | |||
|- | |- | ||
− | |9 | + | | 9 |
− | |Erstellung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_09 Dokumentation für die Architekturdefinition] | + | | Erstellung der [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap12.html#tag_12_04_09 Dokumentation für die Architekturdefinition] |
− | | | + | | |
− | | | + | | |
− | | | + | | |
+ | |} | ||
− | |||
---- | ---- | ||
+ | |||
[[Hauptseite|<< Zurück zur Hauptseite]] | [[Hauptseite|<< Zurück zur Hauptseite]] |
Aktuelle Version vom 23. Mai 2018, 10:46 Uhr
Phase D – Technologiearchitektur
- TOGAF
- In Phase D erfolgt die Dokumentation des grundlegenden Aufbaus der IT-Systeme aus Hardware, Software und Kommunikationstechnologie.
- IVS-Rahmenarchitektur
- Die Phase D ist eine wichtige Phase für eine IVS-Architektur eines realen IVS-Dienstes. Jeder Akteur, der an einer IVS-Architektur eines realen IVS-Dienstes beteiligt ist, muss sich die Fragen nach der bestmöglichen technologischen Einbettung in die Unternehmensarchitektur seines Wirkungsbereichs stellen. Diese Entscheidungen können und sollen weder von der IVS-Rahmenarchitektur noch von einer IVS-Referenzarchitektur getroffen werden.
- Aus diesem Grund werden an dieser Stelle keine Vorgaben aus Sicht der IVS-Rahmenarchitektur oder der IVS-Referenzarchitekturen gemacht. Trotzdem wird, als Information für die IVS-Architekturen realer IVS-Dienste, die Tabelle mit den Schritten der TOGAF Phase D hier aufgeführt:
Schritt | TOGAF | Tailoring IVS-Rahmenarchitektur | Anleitung | Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables |
---|---|---|---|---|
1 | Auswahl von Referenzmodellen, Perspektiven und Werkzeugen | |||
2 | Entwicklung einer Beschreibung der Ausgangssituation für die Technologiearchitektur | Entfällt bei der Erarbeitung der Referenzarchitekturen | Begründung für das Entfallen dieses Schritts | |
3 | Entwicklung einer Beschreibung der Ziel-Technologiearchitektur | ITS-Technologiearchitektur | ||
4 | Durchführung einer Gap-Analyse | Entfällt bei der Erarbeitung der Referenzarchitekturen | Begründung für das Entfallen dieses Schritts | |
5 | Definition von Roadmap-Komponenten | Entfällt bei der Erarbeitung der Referenzarchitekturen | Begründung für das Entfallen dieses Schritts | |
6 | Klärung der Auswirkungen auf die gesamte Architekturlandschaft | |||
7 | Durchführung eines formalen Stakeholder-Reviews | |||
8 | Finalisierung der Technologiearchitektur | |||
9 | Erstellung der Dokumentation für die Architekturdefinition |