IVS-Anwendungsarchitektur Ausgangssituation - Versionsgeschichte

Kopylova am 15. November 2017 um 15:26 Uhr

2017-11-15T15:26:59Z

Pfähler am 14. September 2016 um 13:01 Uhr

2016-09-14T13:01:34Z

Scholtes: 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…“

2016-09-10T13:05:54Z

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…“

Neue Seite

==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 die 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, die gewünschten Änderungen in späteren Schritten geplant werden können.

← Nächstältere Version		Version vom 14. September 2016, 13:01 Uhr
Zeile 10:		Zeile 10:
	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]]

@@ Zeile 1: / Zeile 1: @@
 ==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 die Identifikation und Beschreibung von Sachverhalten, die eine Einführung der Architektur behindern, erstellt.
+== Beschreibung der Ausgangssituation ==
 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 13: / Zeile 17: @@
 ----
 [[Hauptseite|<< Zurück zur Hauptseite]]