TOGAF-Phase G: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(5 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
 +
 +
  
  
Zeile 5: Zeile 8:
 
;TOGAF  
 
;TOGAF  
  
−
:In Phase G geht es darum, dass das EAM-Team die Umsetzung des Plans aus Phase F überwacht. Also wenn z.B. von einem externen Softwarelieferanten oder Beratungshaus eine neue Software-Lösung implementiert werden soll, dann muss das EAM-Team mit darauf achten, dass die zeitliche Planung eingehalten wird, aber auch dass die Software nachher das tut, was sie tun soll (also ob alle Funktionen darin sind, die benötigt werden). Insbesondere muss auch sichergestellt werden, dass die neue Lösung konform zu den aufgestellten Architekturprinzipien ist.   
+
:In Phase G geht es darum, dass das EAM-Team die Umsetzung des Plans aus Phase F überwacht. Also wenn z.B. von einem externen Softwarelieferanten oder Beratungshaus eine neue Software-Lösung implementiert werden soll, dann muss das EAM-Team mit darauf achten, dass die zeitliche Planung eingehalten wird, aber auch dass die Software nachher das tut, was sie tun soll (also ob alle Funktionen darin sind, die benötigt werden). Insbesondere muss auch sichergestellt werden, dass die neue Lösung konform zu den aufgestellten Architekturprinzipien ist. Randnotiz: Sollte eine Lösung einmal nicht konform sein, sieht TOGAF unter anderem einen Prozess zur Erteilung von Sondergenehmigung vor, so dass auch nicht-konforme Lösungen prinzipiell möglich sind.   
 
:Am Ende der Phase G findet eine Abnahme der neuen Lösung statt.   
 
:Am Ende der Phase G findet eine Abnahme der neuen Lösung statt.   
  
Zeile 22: Zeile 25:
 
| Bestätigung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_01 des Umfangs und der Prioritäten für die Bereitstellung von Entwicklungsmanagement]
 
| Bestätigung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_01 des Umfangs und der Prioritäten für die Bereitstellung von Entwicklungsmanagement]
 
| Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement
 
| Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement
−
| [[Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement|Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement]]
+
| [[Bestätigung_des_Bereiches_und_der_Prioritäten_für_die_Bereitstellung_mit_dem_Entwicklungsmanagement|Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement]]
 
|  
 
|  
 
|-
 
|-
 
| 2
 
| 2
−
|  
+
| Identifikation [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_02 von Bereitstellungsressourcen und Fähigkeiten]
−
Identifikation [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_02 von Bereitstellungsressourcen und Fähigkeiten]
+
| Identifikation von Deployment Resources und Skills
−
 
+
| [[Identifikation_von_Deployment_Resources_und_Skills|Identifikation von Deployment Resources und Skills]]
−
|  
 
−
|  
 
 
|  
 
|  
 
|-
 
|-
 
| 3
 
| 3
−
|  
+
| Anleitung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_03 der Entwicklungen von Lösungsbereitstellungen]
−
Anleitung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_03 der Entwicklungen von Lösungsbereitstellungen]
+
| Leitfaden zur Entwicklung von Lösungsbereitstellungen
−
 
+
| [[Leitfaden_zur_Entwicklung_von_Lösungsbereitstellungen|Leitfaden zur Entwicklung von Lösungsbereitstellungen]]
−
|  
 
−
|  
 
 
|  
 
|  
 
|-
 
|-
 
| 4
 
| 4
−
|  
+
| Prüfung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_04 der Einhaltung von Unternehmensarchitektur ]
−
Prüfung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_04 der Einhaltung von Unternehmensarchitektur ]
+
| Durchführung von Enterprise Architecture Compliance Reviews
−
 
+
| [[Durchführung_von_Enterprise_Architecture_Compliance_Reviews|Durchführung von Enterprise Architecture Compliance Reviews]]
−
|  
 
−
|  
 
 
|  
 
|  
 
|-
 
|-
 
| 5
 
| 5
−
|  
+
| Implementierung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_05 von Wirtschafts- und IT Vorgängen]
−
Implementierung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_05 von Wirtschafts- und IT Vorgängen]
+
| Implementieren von Business- und IT-Operationen
−
 
+
| [[Implementieren_von_Business-_und_IT-Operationen|Implementieren von Business- und IT-Operationen]]
−
|  
 
−
|  
 
 
|  
 
|  
 
|-
 
|-
 
| 6
 
| 6
−
|  
+
| Ausführung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_06 der Überprüfung der Durchführungsphase und Abschluss der Implementierung]
−
Ausführung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_06 der Überprüfung der Durchführungsphase und Abschluss der Implementierung]
+
| Eine Post-Implementierung durchführen und die Implementierung abschließen
−
 
+
| [[Eine_Post-Implementierung_durchführen_und_die_Implementierung_abschließen|Eine Post-Implementierung durchführen und die Implementierung abschließen]]
−
|  
 
−
|  
 
 
|  
 
|  
 
|}
 
|}

Aktuelle Version vom 6. September 2017, 22:58 Uhr



Phase G – Steuerung der Einführung

TOGAF
In Phase G geht es darum, dass das EAM-Team die Umsetzung des Plans aus Phase F überwacht. Also wenn z.B. von einem externen Softwarelieferanten oder Beratungshaus eine neue Software-Lösung implementiert werden soll, dann muss das EAM-Team mit darauf achten, dass die zeitliche Planung eingehalten wird, aber auch dass die Software nachher das tut, was sie tun soll (also ob alle Funktionen darin sind, die benötigt werden). Insbesondere muss auch sichergestellt werden, dass die neue Lösung konform zu den aufgestellten Architekturprinzipien ist. Randnotiz: Sollte eine Lösung einmal nicht konform sein, sieht TOGAF unter anderem einen Prozess zur Erteilung von Sondergenehmigung vor, so dass auch nicht-konforme Lösungen prinzipiell möglich sind. 
Am Ende der Phase G findet eine Abnahme der neuen Lösung statt. 
IVS-Rahmenarchitektur
Die Phase G beschreibt ....
Schritt TOGAF Tailoring IVS-Rahmenarchitektur Anleitung Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
1 Bestätigung des Umfangs und der Prioritäten für die Bereitstellung von Entwicklungsmanagement Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement Bestätigung des Bereiches und der Prioritäten für die Bereitstellung mit dem Entwicklungsmanagement  
2 Identifikation von Bereitstellungsressourcen und Fähigkeiten Identifikation von Deployment Resources und Skills Identifikation von Deployment Resources und Skills  
3 Anleitung der Entwicklungen von Lösungsbereitstellungen Leitfaden zur Entwicklung von Lösungsbereitstellungen Leitfaden zur Entwicklung von Lösungsbereitstellungen  
4 Prüfung der Einhaltung von Unternehmensarchitektur  Durchführung von Enterprise Architecture Compliance Reviews Durchführung von Enterprise Architecture Compliance Reviews  
5 Implementierung von Wirtschafts- und IT Vorgängen Implementieren von Business- und IT-Operationen Implementieren von Business- und IT-Operationen  
6 Ausführung der Überprüfung der Durchführungsphase und Abschluss der Implementierung Eine Post-Implementierung durchführen und die Implementierung abschließen Eine Post-Implementierung durchführen und die Implementierung abschließen  

...

<< Zurück zur Hauptseite

Abgerufen von „http://wikiivs.albrechtconsult.com/index.php?title=TOGAF-Phase_G&oldid=10818“