Los1: AnforderungenReferenzarchitekturen: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(46 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
== AP UAP 2.2 Anforderungen an die Modellierung und die Darstellung der 3 Referenzarchitekturen ==
+
== UAP 2.2 Anforderungen an die Modellierung und die Darstellung der 3 Referenzarchitekturen ==
 
=== Aufgabenstellung ===
 
=== Aufgabenstellung ===
−
Während die IVS-Rahmenarchitektur sich auf der Meta-Meta-Modell-Ebene bewegt und die für die Beschreibung und das Verstehen von IVS-Archtektur relevanten Architekturbausteine identifiziert und semantisch beschreibt, widmet sich die Architekturarbeit auf IVS-Referenzmodell-Ebene der Anwendung und Konkretisierung des Meta-Meta-Modells für konkrete IVS-Dienstekategorien. Daraus ergeben sich einerseits für Los 1 und anderseits für die Lose 2 bis 4 jeweils eine unterschiedliche Anwendung des TOGAF-Vorgehensmodells ADM, und zwar wie folgt:
+
Während die IVS-Rahmenarchitektur sich auf der Meta-Meta-Modell-Ebene bewegt und die für die Beschreibung und das Verstehen von IVS-Architektur relevanten Architekturbausteine identifiziert und semantisch beschreibt, widmet sich die Architekturarbeit auf IVS-Referenzmodell-Ebene der Anwendung und Konkretisierung des Meta-Meta-Modells für konkrete IVS-Dienstekategorien. Daraus ergeben sich einerseits für Los 1 und anderseits für die Lose 2 bis 4 jeweils eine unterschiedliche Anwendung des TOGAF-Vorgehensmodells ADM, und zwar wie folgt:
  
−
*Mit Los 1 - IVS-Rahmenarchitektur werden die Schritte der IVS-Architekturarbeit festgelegt und erläutert sowie die zugehörigen Artefakte und Deliverables entwickelt und bereitgestellt  
+
*Mit Los 1 - IVS-Rahmenarchitektur werden die Schritte der IVS-Architekturarbeit festgelegt und erläutert sowie die zugehörigen Artefakte und Liefergegenstände (Deliverables) entwickelt und bereitgestellt  
−
*Mit den Losen 2 bis 4 wird die IVS-Rahmenarchitektur für die Entwicklung sog. IVS-Referenzarchitekturen für drei typische IVS-Anwendungsaktegorien genutzt und angewendet (Meta-Modell-Ebene). Hierzu müssen alle Phasen des ADM-Vorgehensmodells durchlaufen und dabei die Ergebnisse und Vorgaben der IVS-Rahmenarchitektur konkretisiert werden (Konzeptinstanziierung).   
+
*Mit den Losen 2 bis 4 wird die IVS-Rahmenarchitektur für die Entwicklung sog. IVS-Referenzarchitekturen für drei typische Anwendungsbereiche (IVS-Dienstekategorien) genutzt und angewendet (Meta-Modell-Ebene). Hierzu müssen alle Phasen des ADM-Vorgehensmodells durchlaufen und dabei die Ergebnisse und Vorgaben der IVS-Rahmenarchitektur für die Dienstekategorie konkretisiert werden ('''Anwendung des Prinzips der Konzeptinstanziierung''').   
  
−
Die Aufgabenstellung des vorliegenden Arbeitspakets war es, für die ausgewählten Architekturschritte Vorgaben für die Konzeptinstanziierung auf IVS-Refenzarchitekturebene zu machen.
+
Vor diesem Hintergrund war es die Aufgabenstellung des Unterarbeitspakets 2.2, für die ausgewählten Architekturschritte Vorgaben für die Konzeptinstanziierung auf IVS-Referenzarchitekturebene zu machen.
  
 
=== Arbeitsschritte ===
 
=== Arbeitsschritte ===
 
Das Arbeitspaket wurde in drei Schritten abgearbeitet:
 
Das Arbeitspaket wurde in drei Schritten abgearbeitet:
  
−
* Enwtwicklung einer Methodik zur IVS-Architektur-Konzeptinstanziierung (siehe auch [[Los1:_AnforderungenReferenzarchitekturen#Methodik | Methodik ]])
+
* Entwicklung der methodischen Grundlagen zur Instanziierung von IVS-Architekturkonzepten
−
* Entwicklung eines Konzepts zur Dokumentation der Anforderungen an IVS-Referenzarchitekturen (siehe [[Los1:_AnforderungenReferenzarchitekturen#Anwendung_der_Methodik_der_Konzeptinstanziierung | Anwendung der Methodik der Konzeptinstanziierung ]])
+
* Entwicklung einer Konzepts zur Anwendung der IVS-Konzeptinstanziierung auf die Ebenen von IVS-Architektur
−
* Umsetzung des Konzepts Dokumentation der Anforderungen an IVS-Referenzarchitekturen (siehe [[Los1:_AnforderungenReferenzarchitekturen#Ergebnisse || Ergebnisse der Methodik der Konzeptinstanziierung]])
+
* Umsetzung des Konzepts der IVS-Konzeptinstanziierung zur Formulierung von Anforderungen an IVS-Referenzarchitekturen und IVS-Architekturen realer IVS-Dienste
  
 
=== Methodik ===
 
=== Methodik ===
  
−
* [[IVS-Architekturprinzipien#Ebenen_von_IVS-Architektur | Ebenen von IVS-Architektur ]]
+
Die Entwicklung der methodischen Grundlagen zur Instanziierung von IVS-Architekturkonzepten ist in folgenden Kapiteln dargestellt:
  
−
====Implementierung von IVS-Architektur ====
+
'''Methodischen Grundlagen für IVS-Architektur und für die Entwicklung von IVS-Architektur-Konzepten''':
 +
* [[IVS-Architekturprinzipien#IVS-Architektur | IVS-Architektur und Ebenen von IVS-Architektur ]]
 +
* [[IVS-Architekturprinzipien#Implementierung_von_IVS-Architektur| Implementierung von IVS-Architektur ]]
 +
* [[IVS-Architekturprinzipien#Konzeptinstanziierung_zur_Konkretisierung_von_IVS-Architektur | Konzeptinstanziierung zur Konkretisierung von IVS-Architektur über IVS-Referenzarchitekturen und die IVS-Archtektur realer IVS-Dienste]]
 +
* [[IVS-Architekturprinzipien#Qualit.C3.A4t_von_IVS-Architektur | Qualität von IVS-Architektur ]]
 +
* [[IVS-Architekturprinzipien#Verbindung_von_TOGAF_Konzepten_mit_Vorstellungen_von_IVS-Architektur | Verbindung von TOGAF Konzepten mit Vorstellungen von IVS-Architektur]]
 +
*[[Prakische Anwendung Konzeptinstanziierung für die Lose 2 bis 4 ]]
  
−
[[Datei: ImplementierungVonArchitektur.png| thumb| right | 250px | Implementierung von IVS-Architektur ]]
+
=== Ergebnisse ===
  
−
Für die Implementierung von IVS-Architektur bedarf es der Entwicklung von IVS-Architekturbausteinen, mit denen IVS-Architekturkonzepte mit ihrer Semantik formuliert werden und die durchgehend den Charakter, das Wesen von IVS-Diensten bestimmen sollen. Die Gesamtheit der IVS-Architekturkonzepte könnte man auch mit dem Begriff '''IVS-Architekturschule''' belegen.
+
[[File:Vorbereitungsphase 00-00-07.png|right|250px|IVS-Architektur Vorbereitungsphase]]
  
−
Wie nebenstehendes Bild zeigen soll, werden über die IVS-Architekturschule vornehmlich politische Zielsetzungen implementiert. Da "kluge" Politik jedoch auch immer die Intreressen der Basis einbindet, reflektiert die "Schulmeinung" auch das Interesse der Bauherren durch nachhaltige Einbindung von Stakeholdern und IVS-Akteuren.
+
Ein Überblick über die erwarteten Erfgebnisse verschafft der [[IVS-Archtektur-Vorgehensmodell|Überblick über das IVS-Architektur Vorgehensmodell]] mit einer grafischen Darstellung gemäß nebenstehendem Bild. Auf der rechten Seite der Grafik ist am Beispiel der Vorbereitungsphase dargestellt, <span style="color: red">'''welche Artefakte und Deliverables von den Losen 2 bis 4 jeweils für die von ihnen festgelegte IVS-Dienstekategorie erwartet werden'''</span>.
  
−
==== Konzeptinstanziierung zur Konkretisierung von IVS-Architektur ====
+
----
−
[[Datei: GoingMeta.png| thumb| right | 250px | "Going Meta" ]]
 
  
−
Die Methodik des '''Konzeptinstanziierung''', das heißt der Übertragung und Abbildung von IVS-Architekturkonzepten mit ihrer Semantik, ausgehend von der IVS-Rahmenarchitektur über die IVS-Referenzarchitekturen bis hin zu IVS-Architekturen realer IVS-Dienste soll nebenstehendes Bild verdeutlichen:
+
[[Hauptseite|<< Zurück zur Hauptseite]]
−
 
 
−
* mit der '''IVS-Rahmenarchitektur''' (Meta-Meta-Modell der realen Welt) werden die für die IVS-Architektur von IVS-Diensten notwendigen Architekturkonzepte über die '''Auswahl diesbezüglicher IVS-Architekturbausteine festgelegt, begründet und semantisch beschrieben'''.
 
−
 
−
* mit '''IVS-Referenzarchitekturen''' (Meta-Modellen der realen Welt ) werden die '''Architekturkonzepte der IVS-Rahmenarchitektur für eine Dienstekategorie konkretisiert.
 
−
 
 
−
* mit '''IVS-Architekturen realer IVS-Dienste''' (Meta-Modelle der realen Welt ) werden die bereits für eine IVS-Dienstekategorie konkretisierten Architekturkonzepte der IVS-Rahmenarchitektur für einen '''realen IVS-Dienst weiter konkretisiert'''.
 
−
 
 
−
Die '''IVS-Architektur eines realen IVS-Dienstes''' muss allerdings '''nicht zwangsweise in allen Punkten konform zur IVS-Rahmenarchitektur und IVS-Referenzarchitektur''' sein. Breite und Tiefe der IVS-Architektur-Konzeptinstanziierung liegen im '''Ermessen des Realisiers'''. Die Bewertung der IVS-Architektur und damit des Nutzen eines realen IVS-Dienstes liegt dann im '''Ermessen des Nutzers'''.
 
−
 
 
−
==== Anwendung der Methodik der Konzeptinstanziierung ====
 
−
 
 
−
Die Anwendung der Methodik Konzeptinstanziierung erfolgt über die Schrittweise Festlegung der Anforderungen and die IVS-Referenzarchitekturen im Rahmen der Phasen des auf IVS-Architektur zugeschnittenen TOGAF-Vorgehensmodells ADM. Wie folgender Tabellenkopf für die Schritte der ADM zeigt werden die Anforderungen an die Ergebnisse der IVS-Referenzarchitekturen und der IVS-Architektur realer Dienste in den beiden letzten Spalten der Tabelle formuliert. 
 
−
 
 
−
{| class="wikitable"
 
−
! Schritt !! TOGAF !! Tailoring IVS-Rahmenarchitektur !! Anleitung !! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables !! Empfehlung für IVS-Refenzarchitekturen !! Empfehlung für IVS-Architekturen realer IVS-Dienste
 
−
|}
 
−
 
 
−
Es wird davon ausgegangen, dass am Ende des Projekts die Ergebnisse der seitens der Lose 2 bis 4 erfolgten Konzeptinstanziierung dann über diesen Spalten sichtbar und zugreifbar werden.
 
−
 
 
−
==== Qualität von IVS-Architektur ====
 
−
 
 
−
Gibt es eine „gute“ IVS-Architektur?
 
−
 
 
−
Konstruktive Weitsicht ist eine wünschenswerte Qualifikation eines IVS-Architekten; er hat sie oder er hat sie nicht. Hat er sie, wird er die Freiheitsgrade für IVS-Service-Gestaltung nutzen, damit die aktuell zu realisierenden Dienstmerkmale, soweit für ihn erkennbar, zukünftigen Integrations- oder Erweiterungsmöglichkeiten nicht im Wege stehen.
 
−
 
 
−
Eine IVS-Referenzarchitektur oder die IVS-Architektur eines realen IVS-Dienstes sind dann eine „gute“ Architektur, wenn sie die Merkmale der IVS-Rahmenarchitektur konzeptgetreu in eine konkrete Architektur für eine IVS-Dienstekategorie oder einen konkreten IVS-Diesnt übertragen. Man muss jedoch verstehen, dass „gut“ ein Ideal ist. Das IVS-Rahmenarchitektur ist im konkreten Anwendungsfall vorrangig eine Orientierungs- und Bewertungshilfe, um dem Vorsatz, eine gute Architektur zur erzielen, auch nachvollziehbar zu folgen. Unvermeidbare Abweichungen können erkannt, bewertet und in ein Gesamtbild eingeordnet werden.
 
−
 
 
−
=== Ergebnisse der Methodik der Konzeptinstanziierung ===
 
−
Die Ergebnisse der Aufstellung der Anforderungen finden sich im Einzelnen unter [[StepsIVS-Architektur | Phasen und Schritte zur Entwicklung einer IVS-Architektur]] in den einzelnen Tabellen für die Phasen des Vorgehensmodells.
 
−
 
 
−
[[Datei: Vorbereitungsphase_00-00-07.png | thunmb | right | 250px | IVS-Architektur Vorbereitungsphase]]
 
−
 
 
−
Ein Überblick verschafft zudem der [[IVS-Archtektur-Vorgehensmodell | Überblick über das IVS-Architektur Vorgehensmodell]] mit einer grafischen Darstellung gemäß nebenstehendem Bild. Auf der rechten Seite der Grafik ist am Beispiel der Vorbereitungsphase dargestellt, welche Artefakte und Deliverables von den Losen 2 bis 4 jeweils für die von ihnen festgelegte IVS-Dienstekategorie erwartet werden.
 

Aktuelle Version vom 12. Dezember 2017, 10:28 Uhr

UAP 2.2 Anforderungen an die Modellierung und die Darstellung der 3 Referenzarchitekturen

Aufgabenstellung

Während die IVS-Rahmenarchitektur sich auf der Meta-Meta-Modell-Ebene bewegt und die für die Beschreibung und das Verstehen von IVS-Architektur relevanten Architekturbausteine identifiziert und semantisch beschreibt, widmet sich die Architekturarbeit auf IVS-Referenzmodell-Ebene der Anwendung und Konkretisierung des Meta-Meta-Modells für konkrete IVS-Dienstekategorien. Daraus ergeben sich einerseits für Los 1 und anderseits für die Lose 2 bis 4 jeweils eine unterschiedliche Anwendung des TOGAF-Vorgehensmodells ADM, und zwar wie folgt:

  • Mit Los 1 - IVS-Rahmenarchitektur werden die Schritte der IVS-Architekturarbeit festgelegt und erläutert sowie die zugehörigen Artefakte und Liefergegenstände (Deliverables) entwickelt und bereitgestellt
  • Mit den Losen 2 bis 4 wird die IVS-Rahmenarchitektur für die Entwicklung sog. IVS-Referenzarchitekturen für drei typische Anwendungsbereiche (IVS-Dienstekategorien) genutzt und angewendet (Meta-Modell-Ebene). Hierzu müssen alle Phasen des ADM-Vorgehensmodells durchlaufen und dabei die Ergebnisse und Vorgaben der IVS-Rahmenarchitektur für die Dienstekategorie konkretisiert werden (Anwendung des Prinzips der Konzeptinstanziierung).

Vor diesem Hintergrund war es die Aufgabenstellung des Unterarbeitspakets 2.2, für die ausgewählten Architekturschritte Vorgaben für die Konzeptinstanziierung auf IVS-Referenzarchitekturebene zu machen.

Arbeitsschritte

Das Arbeitspaket wurde in drei Schritten abgearbeitet:

  • Entwicklung der methodischen Grundlagen zur Instanziierung von IVS-Architekturkonzepten
  • Entwicklung einer Konzepts zur Anwendung der IVS-Konzeptinstanziierung auf die Ebenen von IVS-Architektur
  • Umsetzung des Konzepts der IVS-Konzeptinstanziierung zur Formulierung von Anforderungen an IVS-Referenzarchitekturen und IVS-Architekturen realer IVS-Dienste

Methodik

Die Entwicklung der methodischen Grundlagen zur Instanziierung von IVS-Architekturkonzepten ist in folgenden Kapiteln dargestellt:

Methodischen Grundlagen für IVS-Architektur und für die Entwicklung von IVS-Architektur-Konzepten:

Ergebnisse

IVS-Architektur Vorbereitungsphase

Ein Überblick über die erwarteten Erfgebnisse verschafft der Überblick über das IVS-Architektur Vorgehensmodell mit einer grafischen Darstellung gemäß nebenstehendem Bild. Auf der rechten Seite der Grafik ist am Beispiel der Vorbereitungsphase dargestellt, welche Artefakte und Deliverables von den Losen 2 bis 4 jeweils für die von ihnen festgelegte IVS-Dienstekategorie erwartet werden.

<< Zurück zur Hauptseite

Abgerufen von „http://wikiivs.albrechtconsult.com/index.php?title=Los1:_AnforderungenReferenzarchitekturen&oldid=12570“