IVS-Anwendungsarchitektur Ausgangssituation: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „==TOGAF== Develop a Baseline Description of the existing Application Architecture, to the extent necessary to support the Target Application Architecture. The…“) |
|||
| (Eine dazwischenliegende Version von einem anderen Benutzer wird nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | ==TOGAF== | + | |
| + | == TOGAF == | ||
| + | |||
Develop a Baseline Description of the existing Application Architecture, to the extent necessary to support the Target Application Architecture. The scope and level of detail to be defined will depend on the extent to which existing applications are likely to be carried over into the Target Application Architecture, and on whether architecture descriptions exist, as described in 11.2 Approach. To the extent possible, identify the relevant Application Architecture building blocks, drawing on the Architecture Repository (see Part V, 41. Architecture Repository). If not already existing within the Architecture Repository, define each application in line with the Application Portfolio catalog (see Part IV, 34. Content Metamodel). | Develop a Baseline Description of the existing Application Architecture, to the extent necessary to support the Target Application Architecture. The scope and level of detail to be defined will depend on the extent to which existing applications are likely to be carried over into the Target Application Architecture, and on whether architecture descriptions exist, as described in 11.2 Approach. To the extent possible, identify the relevant Application Architecture building blocks, drawing on the Architecture Repository (see Part V, 41. Architecture Repository). If not already existing within the Architecture Repository, define each application in line with the Application Portfolio catalog (see Part IV, 34. Content Metamodel). | ||
Where new architecture models need to be developed to satisfy stakeholder concerns, use the models identified within Step 1 as a guideline for creating new architecture content to describe the Baseline Architecture. | Where new architecture models need to be developed to satisfy stakeholder concerns, use the models identified within Step 1 as a guideline for creating new architecture content to describe the Baseline Architecture. | ||
| − | ==Beschreibung der Ausgangssituation== | + | |
| − | Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist | + | == Beschreibung der Ausgangssituation == |
| + | |||
| + | Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf Identifikation und Beschreibung von Sachverhalten, die eine Einführung der Architektur behindern, erstellt. | ||
In der Anwendungsarchitektur geht es dabei um die IVS-Schnittstellen sowie die IVS-Anwendungen. Da die IVS-Schnittstellen, genauso wie die IVS-Datenmodelle, in verschiedenen Domänen historisch gewachsen sind, kommt es zu inhaltlichen Überlappungen der verschiedenen IVS-Schnittstellen. So kann es vorkommen, dass der Austausch von verschiedenen IVS-Informationsobjekten in verschiedenen IVS-Schnittstellen enthalten ist. Diese Überlappungen können dann zu Problemen führen, wenn mehrere verschiedene IVS-Schnittstellen in einem IVS-Geschäftsprozess verwendet werden, und wenn sich die Informationen nicht verlustfrei, widerspruchsfrei und vollständig zwischen den Datenmodellen konvertieren lassen. | In der Anwendungsarchitektur geht es dabei um die IVS-Schnittstellen sowie die IVS-Anwendungen. Da die IVS-Schnittstellen, genauso wie die IVS-Datenmodelle, in verschiedenen Domänen historisch gewachsen sind, kommt es zu inhaltlichen Überlappungen der verschiedenen IVS-Schnittstellen. So kann es vorkommen, dass der Austausch von verschiedenen IVS-Informationsobjekten in verschiedenen IVS-Schnittstellen enthalten ist. Diese Überlappungen können dann zu Problemen führen, wenn mehrere verschiedene IVS-Schnittstellen in einem IVS-Geschäftsprozess verwendet werden, und wenn sich die Informationen nicht verlustfrei, widerspruchsfrei und vollständig zwischen den Datenmodellen konvertieren lassen. | ||
| Zeile 10: | Zeile 14: | ||
Grundsätzlich kann es natürlich auch vorkommen, dass die benötigten IVS-Schnittstellen noch gar nicht existieren. | Grundsätzlich kann es natürlich auch vorkommen, dass die benötigten IVS-Schnittstellen noch gar nicht existieren. | ||
| − | Ziel der Beschreibung der Ausgangssituation der Anwendungsarchitektur ist es, diese Sachverhalte zu benennen und so detailliert zu beschreiben, die gewünschten Änderungen in späteren Schritten geplant werden können. | + | Ziel der Beschreibung der Ausgangssituation der Anwendungsarchitektur ist es, diese Sachverhalte zu benennen und so detailliert zu beschreiben, dass die gewünschten Änderungen in späteren Schritten geplant werden können. |
| + | |||
| + | ---- | ||
| + | |||
| + | [[Hauptseite|<< Zurück zur Hauptseite]] | ||
Aktuelle Version vom 15. November 2017, 16:26 Uhr
TOGAF
Develop a Baseline Description of the existing Application Architecture, to the extent necessary to support the Target Application Architecture. The scope and level of detail to be defined will depend on the extent to which existing applications are likely to be carried over into the Target Application Architecture, and on whether architecture descriptions exist, as described in 11.2 Approach. To the extent possible, identify the relevant Application Architecture building blocks, drawing on the Architecture Repository (see Part V, 41. Architecture Repository). If not already existing within the Architecture Repository, define each application in line with the Application Portfolio catalog (see Part IV, 34. Content Metamodel).
Where new architecture models need to be developed to satisfy stakeholder concerns, use the models identified within Step 1 as a guideline for creating new architecture content to describe the Baseline Architecture.
Beschreibung der Ausgangssituation
Da es bei der Beschreibung einer IVS-Referenzarchitektur oft nicht möglich ist den Ausgangszustand zu beschreiben, wird stattdessen eine Bestandsaufnahme der aktuellen Situation mit Schwerpunkt auf Identifikation und Beschreibung von Sachverhalten, die eine Einführung der Architektur behindern, erstellt.
In der Anwendungsarchitektur geht es dabei um die IVS-Schnittstellen sowie die IVS-Anwendungen. Da die IVS-Schnittstellen, genauso wie die IVS-Datenmodelle, in verschiedenen Domänen historisch gewachsen sind, kommt es zu inhaltlichen Überlappungen der verschiedenen IVS-Schnittstellen. So kann es vorkommen, dass der Austausch von verschiedenen IVS-Informationsobjekten in verschiedenen IVS-Schnittstellen enthalten ist. Diese Überlappungen können dann zu Problemen führen, wenn mehrere verschiedene IVS-Schnittstellen in einem IVS-Geschäftsprozess verwendet werden, und wenn sich die Informationen nicht verlustfrei, widerspruchsfrei und vollständig zwischen den Datenmodellen konvertieren lassen.
Grundsätzlich kann es natürlich auch vorkommen, dass die benötigten IVS-Schnittstellen noch gar nicht existieren.
Ziel der Beschreibung der Ausgangssituation der Anwendungsarchitektur ist es, diese Sachverhalte zu benennen und so detailliert zu beschreiben, dass die gewünschten Änderungen in späteren Schritten geplant werden können.
