IVS-Referenzmodelle und Werkzeuge - Anwendungsarchitektur - Versionsgeschichte

Kopylova am 15. November 2017 um 14:10 Uhr

2017-11-15T14:10:37Z

Kopylova am 15. November 2017 um 14:10 Uhr

2017-11-15T14:10:10Z

Kopylova am 7. November 2017 um 11:29 Uhr

2017-11-07T11:29:11Z

Kopylova am 7. November 2017 um 11:28 Uhr

2017-11-07T11:28:46Z

Kopylova am 2. November 2017 um 11:20 Uhr

2017-11-02T11:20:07Z

Kopylova am 2. November 2017 um 11:04 Uhr

2017-11-02T11:04:51Z

Kopylova am 2. November 2017 um 10:52 Uhr

2017-11-02T10:52:29Z

Kopylova am 2. November 2017 um 10:51 Uhr

2017-11-02T10:51:34Z

Albrecht am 5. Juli 2017 um 10:10 Uhr

2017-07-05T10:10:02Z

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

2016-09-14T13:06:52Z

@@ Zeile 9: / Zeile 9: @@
 Aufgrund der fehlenden IVS-Rahmenarchitektur und -Referenzarchitekturen gibt es im Bereich der Anwendungsarchitektur eine historisch gewachsene Situation aus Anwendungen, Services und Schnittstellen. Diese Situation ist sowohl im Gesamtbereich der Intelligenten Verkehrs-Systeme als auch in den einzelnen IVS-Domänen durch Zufälle und projektbedingte Notwendigkeiten ohne eine übergeordnete Planung bzw. Lenkung entstanden.
 == Begriffsdefinitionen der Anwendungsarchitektur ==
@@ Zeile 20: / Zeile 19: @@
 *Eine '''IVS-Anwendung''' realisiert '''IVS-Schnittstellen'''
 *Eine '''IVS-Schnittstelle''' verwendet ein '''IVS-Datenmodell'''
 == IVS-Schnittstellen ==

@@ Zeile 9: / Zeile 9: @@
 Aufgrund der fehlenden IVS-Rahmenarchitektur und -Referenzarchitekturen gibt es im Bereich der Anwendungsarchitektur eine historisch gewachsene Situation aus Anwendungen, Services und Schnittstellen. Diese Situation ist sowohl im Gesamtbereich der Intelligenten Verkehrs-Systeme als auch in den einzelnen IVS-Domänen durch Zufälle und projektbedingte Notwendigkeiten ohne eine übergeordnete Planung bzw. Lenkung entstanden.
 == Begriffsdefinitionen der Anwendungsarchitektur ==
@@ Zeile 14: / Zeile 15: @@
 Das folgende Diagramm zeigt die Architekturbausteine der Anwendungsarchitektur und deren Beziehungen untereinander:
-[[File:Anwendungsarchitektur.jpg|200px|Anwendungsarchitektur]]
+[[File:Anwendungsarchitektur.jpg|thumb|left|300px|Anwendungsarchitektur]]
 In der Anwendungsarchitektur werden die folgenden Architekturbausteine beschrieben:
 *Eine '''IVS-Anwendung''' realisiert '''IVS-Schnittstellen'''
 *Eine '''IVS-Schnittstelle''' verwendet ein '''IVS-Datenmodell'''
 == IVS-Schnittstellen ==

← Nächstältere Version		Version vom 7. November 2017, 11:29 Uhr
Zeile 3:		Zeile 3:

	In der Anwendungsarchitektur werden Anwendungen (Services) sowie deren Schnittstellen beschrieben.		In der Anwendungsarchitektur werden Anwendungen (Services) sowie deren Schnittstellen beschrieben.
−

	== Historische Entwicklung ==		== Historische Entwicklung ==

@@ Zeile 3: / Zeile 3: @@
 In der Anwendungsarchitektur werden Anwendungen (Services) sowie deren Schnittstellen beschrieben.
 == Historische Entwicklung ==
@@ Zeile 8: / Zeile 9: @@
 Anwendungen im IVS-Bereich haben in der Regel eine sehr lange Lebensdauer (> 10 Jahre). Aus diesem Grund gibt es eine sehr heterogen&nbsp;gewachsene Anwendungssystemlandschaft. Bestehende Systeme sind häufig als monolithische Anwendungen und nur in wenigen Fällen als Komposition oder Orchestrierung von Services realisiert.
-Aufgrund der fehlenden IVS-Rahmenarchitektur und -Referenzarchitekturen gibt es im Bereich der Anwendungsarchitektur eine historisch gewachsene Situation aus Anwendungen, Services und Schnittstellen. Diese Situation ist sowohl im Gesamtbereich der Intelligenten Verkehrssysteme als auch in den einzelnen IVS-Domänen durch Zufälle und projektbedingte Notwendigkeiten ohne eine übergeordnete Planung bzw. Lenkung entstanden.
+Aufgrund der fehlenden IVS-Rahmenarchitektur und -Referenzarchitekturen gibt es im Bereich der Anwendungsarchitektur eine historisch gewachsene Situation aus Anwendungen, Services und Schnittstellen. Diese Situation ist sowohl im Gesamtbereich der Intelligenten Verkehrs-Systeme als auch in den einzelnen IVS-Domänen durch Zufälle und projektbedingte Notwendigkeiten ohne eine übergeordnete Planung bzw. Lenkung entstanden.
 == Begriffsdefinitionen der Anwendungsarchitektur ==

@@ Zeile 3: / Zeile 3: @@
 In der Anwendungsarchitektur werden Anwendungen (Services) sowie deren Schnittstellen beschrieben.
 == Historische Entwicklung ==
@@ Zeile 24: / Zeile 23: @@
 == IVS-Schnittstellen ==
-Eine IVS-Schnittstelle ist eine Einrichtung zwischen Systemen, die der Verbindung und der Kommunikation zwischen diesen dient. Zu jeder IVS-Schnittstelle, die zum Austausch zwischen verschiedenen Systemen verwendet wird, existieren Schnittstellenspezifikationen, die in der Regel schriftlich festgelegt sind oder durh einen Standard vorgegeben werden. Jede IVS-Schnittstellenspezifikation besteht aus einem Protokoll, mit dem festgelegt wird, wie die Informationen ausgetauscht werden, und einem Datenmodell, mit dem festgelegt wird, welche Informationen ausgetauscht werden können. Bei allgemeinen und sehr "breit" ausgelegten Schnittstellen werden häufig noch zusätzliche Vereinbarungen getroffen, mit denen die tatsächlich ausgetauschten Informationen weiter spezifiziert werden bzw. mit denen Erweiterungen oder Abwandlungen der allgemein verfügbaren Schnittstellenspezifikation festgelegt werden.
+Eine IVS-Schnittstelle ist eine Einrichtung zwischen Systemen, die der Verbindung und der Kommunikation zwischen diesen dient. Zu jeder IVS-Schnittstelle, die zum Austausch zwischen verschiedenen Systemen verwendet wird, existieren Schnittstellenspezifikationen, die in der Regel schriftlich festgelegt sind oder durch einen Standard vorgegeben werden. Jede IVS-Schnittstellenspezifikation besteht aus einem Protokoll, mit dem festgelegt wird, wie die Informationen ausgetauscht werden, und einem Datenmodell, mit dem festgelegt wird, welche Informationen ausgetauscht werden können. Bei allgemeinen und sehr "breit" ausgelegten Schnittstellen werden häufig noch zusätzliche Vereinbarungen getroffen, mit denen die tatsächlich ausgetauschten Informationen weiter spezifiziert werden bzw. mit denen Erweiterungen oder Abwandlungen der allgemein verfügbaren Schnittstellenspezifikation festgelegt werden.
 == IVS-Anwendungen ==
@@ Zeile 30: / Zeile 29: @@
 IVS-Anwendungen sind Computerprogramme oder Systeme von Computerprogrammen, die genutzt werden, um nützliche Funktionen zu automatisieren bzw. computergestützt umzusetzen. Die technischen Aktivitäten eines IVS-Geschäftsprozesses werden in IVS-Anwendungen realisiert. Dabei kann eine Aktivität von einer oder mehreren IVS-Anwendungen realisiert werden. Es ist auch möglich, dass mehrere Aktivitäten eines IVS-Geschäftsprozesses in einer IVS-Anwendung realisiert werden.
-Eine optimale Unterstützung von IVS-Geschäftsdiensten kann durch eine serviceorientierte Architektur (SOA) erreicht werden. Eine SOA ist ein Architekturmuster, bei dem Anwendungen über definierte Serviceschnittstellen miteinander kommunizieren. Aktuell sind die wenigsten IVS-Anwendungen mit einer serviceorientierten Architektur realisiert. Zukünftig sollen IVS-Anwendungen als Services in einer serviceorientierte Architektur entworfen und realisiert werden.
+Eine optimale Unterstützung von IVS-Geschäftsdiensten kann durch eine serviceorientierte Architektur (SOA) erreicht werden. Eine SOA ist ein Architekturmuster, bei dem Anwendungen über definierte Serviceschnittstellen miteinander kommunizieren. Aktuell sind die wenigsten IVS-Anwendungen mit einer serviceorientierten Architektur realisiert. Zukünftig sollen IVS-Anwendungen als Services in einer serviceorientierten Architektur entworfen und realisiert werden.
 Der Zusammenhang zwischen Anwendungen und Services einerseits und Schnittstellen andererseits soll in [https://de.wikipedia.org/wiki/Komponentendiagramm Komponentendiagrammen] modelliert werden. Dabei werden Anwendungen und Services als Components und Schnittstellen als Interfaces dargestellt.
@@ Zeile 38: / Zeile 37: @@
 === Verwendung von Standards ===
-Falls möglich sollen Standards als IVS-Schnittstellen verwendet werden.
+Falls möglich, sollen Standards als IVS-Schnittstellen verwendet werden.
 === Verwendung einer serviceorientierten Architektur ===

← Nächstältere Version		Version vom 2. November 2017, 10:52 Uhr
Zeile 42:		Zeile 42:

	Neu zu erstellende IVS-Anwendungen sollen mit einer [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierten Architektur] entworfen werden. Bei dieser Vorgehensweise können IVS-Geschäftsprozesse leicht durch die Integration von IT-Services umgesetzt werden. Ein IVS-Geschäftsprozess kann dann als Komposition bzw. Orchestrierung von Services umgesetzt werden.		Neu zu erstellende IVS-Anwendungen sollen mit einer [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierten Architektur] entworfen werden. Bei dieser Vorgehensweise können IVS-Geschäftsprozesse leicht durch die Integration von IT-Services umgesetzt werden. Ein IVS-Geschäftsprozess kann dann als Komposition bzw. Orchestrierung von Services umgesetzt werden.
−

	== Modellierungswerkzeuge ==		== Modellierungswerkzeuge ==

@@ Zeile 43: / Zeile 43: @@
 Neu zu erstellende IVS-Anwendungen sollen mit einer [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierten Architektur] entworfen werden. Bei dieser Vorgehensweise können IVS-Geschäftsprozesse leicht durch die Integration von IT-Services umgesetzt werden. Ein IVS-Geschäftsprozess kann dann als Komposition bzw. Orchestrierung von Services umgesetzt werden.
-== Modelierungswerkzeuge ==
 Grundsätzlich sollen Anwendungen, Services und Schnittstellen in UML modelliert werden. Dabei können [https://de.wikipedia.org/wiki/Komponentendiagramm Komponentendiagramme] verwendet werden, um die Beziehung zwischen Anwendungen, Services und Schnittstellen zu beschreiben. Anwendungen und Services werden dabei als Components und Schnittstellen als Interfaces modelliert.

@@ Zeile 7: / Zeile 7: @@
 Aufgrund der fehlenden IVS-Rahmenarchitektur und -Referenzarchitekturen gibt es im Bereich der Anwendungsarchitektur eine historisch gewachsene Situation aus Anwendungen, Services und Schnittstellen. Diese Situation ist sowohl im Gesamtbereich der Intelligenten Verkehrssysteme als auch in den einzelnen IVS-Domänen durch Zufälle und projektbedingte Notwendigkeiten ohne eine übergeordnete Planung bzw. Lenkung entstanden.
 ==Begriffsdefinitionen der Anwendungsarchitektur==
@@ Zeile 34: / Zeile 32: @@
 Falls möglich sollen Standards als IVS-Schnittstellen verwendet werden.
 ===Verwendung einer serviceorientierten Architektur===
-Neu zu erstellende IVS-Anwendungen sollen mit einer [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierten Architektur] entworfen werden. Bei dieser Vorgehensweise können IVS-Geschäftsprozesse leicht durch die Integration von IT-Services umgesetzt werden. Ein IVS-Geschäftsprozess dann als Komposition bzw. Orchestrierung von Services umgesetzt werden.
+Neu zu erstellende IVS-Anwendungen sollen mit einer [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierten Architektur] entworfen werden. Bei dieser Vorgehensweise können IVS-Geschäftsprozesse leicht durch die Integration von IT-Services umgesetzt werden. Ein IVS-Geschäftsprozess kann dann als Komposition bzw. Orchestrierung von Services umgesetzt werden.
 ==Modelierungswerkzeuge==
@@ Zeile 40: / Zeile 38: @@
 Eine einzelne Anwendung bzw. ein einzelner Service kann, falls benötigt, ebenfalls mithilfe eines Komponentendiagramms modelliert werden. Die Details von Schnittstellen können in Klassendiagrammen beschrieben werden.