TOGAF-Phase G: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Romas (Diskussion | Beiträge) |
|||
| (3 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 34: | Zeile 37: | ||
| 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|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, 21: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 ....
...
