TOGAF-Phase G: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Romas (Diskussion | Beiträge) |
|||
| (Eine dazwischenliegende Version von einem anderen Benutzer wird nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| + | |||
| Zeile 7: | 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 48: | Zeile 49: | ||
| 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|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 ....
...
