TOGAF-Phase G - Versionsgeschichte

Lachenmaier am 6. September 2017 um 20:58 Uhr

2017-09-06T20:58:40Z

Romas am 16. August 2017 um 10:17 Uhr

2017-08-16T10:17:53Z

Romas am 16. August 2017 um 10:10 Uhr

2017-08-16T10:10:19Z

Romas am 16. August 2017 um 10:07 Uhr

2017-08-16T10:07:23Z

Romas am 16. August 2017 um 09:59 Uhr

2017-08-16T09:59:37Z

Romas am 16. August 2017 um 09:50 Uhr

2017-08-16T09:50:40Z

Romas am 16. August 2017 um 09:42 Uhr

2017-08-16T09:42:52Z

Lachenmaier am 15. August 2017 um 19:30 Uhr

2017-08-15T19:30:35Z

Lachenmaier am 15. August 2017 um 18:54 Uhr

2017-08-15T18:54:00Z

Lachenmaier am 10. August 2017 um 12:12 Uhr

2017-08-10T12:12:40Z

@@ Zeile 8: / Zeile 8: @@
 ;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.&nbsp;
+: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.&nbsp;
 :Am Ende der Phase G findet eine Abnahme der neuen Lösung statt.&nbsp;
@@ Zeile 55: / Zeile 55: @@
 | 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]]
+| [[Eine_Post-Implementierung_durchführen_und_die_Implementierung_abschließen|Eine Post-Implementierung durchführen und die Implementierung abschließen]]
 | &nbsp;
 |}

@@ Zeile 1: / Zeile 1: @@
@@ Zeile 48: / Zeile 49: @@
 | 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]]
+| [[Implementieren_von_Business-_und_IT-Operationen|Implementieren von Business- und IT-Operationen]]
 | &nbsp;
 |-
 | 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]]
 | &nbsp;
 |}

@@ Zeile 1: / Zeile 1: @@
@@ Zeile 41: / Zeile 42: @@
 | Prüfung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_04 der Einhaltung von Unternehmensarchitektur&nbsp;]
 | Durchführung von Enterprise Architecture Compliance Reviews
-| [[Durchführung von Enterprise Architecture Compliance Reviews|Durchführung von Enterprise Architecture Compliance Reviews]]
+| [[Durchführung_von_Enterprise_Architecture_Compliance_Reviews|Durchführung von Enterprise Architecture Compliance Reviews]]
 | &nbsp;
 |-
 | 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]]
 | &nbsp;
 |-

@@ Zeile 1: / Zeile 1: @@
@@ Zeile 34: / Zeile 35: @@
 | 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]]
+| [[Leitfaden_zur_Entwicklung_von_Lösungsbereitstellungen|Leitfaden zur Entwicklung von Lösungsbereitstellungen]]
 | &nbsp;
 |-
 | 4
 | Prüfung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_04 der Einhaltung von Unternehmensarchitektur&nbsp;]
-Prüfung [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap15.html#tag_15_04_04 der Einhaltung von Unternehmensarchitektur&nbsp;]
+| Durchführung von Enterprise Architecture Compliance Reviews
+| [[Durchführung von Enterprise Architecture Compliance Reviews|Durchführung von Enterprise Architecture Compliance Reviews]]
 | &nbsp;
 |-

@@ Zeile 1: / Zeile 1: @@
 == Phase G – Steuerung der Einführung ==
@@ Zeile 27: / Zeile 28: @@
 | 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]]
+| [[Identifikation_von_Deployment_Resources_und_Skills|Identifikation von Deployment Resources und Skills]]
 | &nbsp;
 |-
 | 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]]
 | &nbsp;
 |-

@@ Zeile 1: / Zeile 1: @@
 == Phase G – Steuerung der Einführung ==
@@ Zeile 19: / Zeile 20: @@
 |-
 | 1
 | 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]]
 | &nbsp;
 |-

← Nächstältere Version		Version vom 15. August 2017, 19:30 Uhr
Zeile 5:		Zeile 5:

	: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.
		+	:Am Ende der Phase G findet eine Abnahme der neuen Lösung statt.

	;IVS-Rahmenarchitektur		;IVS-Rahmenarchitektur

@@ Zeile 4: / Zeile 4: @@
 ;TOGAF
-:Phase G .....
+: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.&nbsp;
 ;IVS-Rahmenarchitektur