IVS-Referenzmodelle und Werkzeuge - Anwendungsarchitektur: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „==Ist-Situation== Anwendungen im IVS-Bereich haben in der Regel eine sehr lange Lebensdauer (> 10 Jahre). Aus diesem Grund gibt es eine sehr heterogene, gewach…“)
 
Zeile 6: Zeile 6:
  
 
==Modelierungswerkzeuge==
 
==Modelierungswerkzeuge==
Grundsätzlich sollen Anwendungen, Services und Schnittstellen in UML modelliert werden. Dabei können Komponentendiagramme (Componentdiagram) verwendet werden, um die Beziehung zwischen Anwendungen, Services und Schnittstellen zu beschreiben. Anwendungen und Services werden dabei als Components und Schnittstellen als Interfaces modelliert.
+
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.
  
 
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.
 
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.

Version vom 23. Juni 2016, 14:45 Uhr

Ist-Situation

Anwendungen im IVS-Bereich haben in der Regel eine sehr lange Lebensdauer (> 10 Jahre). Aus diesem Grund gibt es eine sehr heterogene, gewachsene Anwendungssystemlandschaft. Bestehende Systeme sind häufig als monolithische Anwendungen und nur in wenigen Fällen als Komposition oder Orchestrierung von Services realisiert.

Modellierungsprinzipien

Neu zu erstellende Anwendungen sollen mit einer serviceorientierten Architektur entworfen werden. Bei dieser Vorgehensweise können einzelne Geschäftsprozesse leicht in einzelne IT-Services umgesetzt werden. Eine Anwendung wird dann als Komposition bzw. Orchestrierung von Services realisiert.

Modelierungswerkzeuge

Grundsätzlich sollen Anwendungen, Services und Schnittstellen in UML modelliert werden. Dabei können 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.

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.