Aufsetzen von IVS-Architekturprojekten: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 7: Zeile 7:
 
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen zu ziehen und festzulegen ('''was ist drin, was ich nicht drin''').
 
* klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen zu ziehen und festzulegen ('''was ist drin, was ich nicht drin''').
  
In Abhängigkeit davon, ob die IVS-Architektur generisch für eine IVS-Domäne (IVS-Referenzarchitektur) oder spezifisch für einen realen IVS-Dienst (Architektur eines realen IVS-Dienstes) entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
+
In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie oder eine IVS-Architektur für einen realen IVS-Dienst entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:
*IVS-Referenzarchitektur: '''Gestaltungskonzepte für einen Typ von IVS-Diensten'''
+
*IVS-Referenzarchitektur: '''Gestaltungskonzepte für eine IVS-Dienstekategorie'''
*Architektur eines realen IVS-Dienstes: '''Implementierungskonzepte für einen spezifischen IVS-Dienst'''
+
*IVS-Architektur eines realen IVS-Dienstes: '''Implementierungskonzepte für einen spezifischen IVS-Dienst'''
  
 
===Inhaltsstruktur für das Aufsetzen eines IVS-Architekturprojekts===
 
===Inhaltsstruktur für das Aufsetzen eines IVS-Architekturprojekts===

Version vom 1. September 2016, 12:49 Uhr

Aufsetzen eines Architekturprojekts

Einführung

Zu Beginn eines IVS-Architekturprojekts muss der eigentliche IVS-Betrachtungsgegenstand, für den spezifisches IVS-Architekturwissen entwickelt und zur Anwendung gebracht werden soll, in für alle Beteiligten verständlich und nachvollziehbar Weise festgelegt und umrissen werden. Dabei besteht die wesentliche Aufgabe darin,

  • den IVS-Betrachtungsgegenstand semantisch zu beschreiben (was ist der IVS-Betrachtungsgegenstand) und
  • klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen zu ziehen und festzulegen (was ist drin, was ich nicht drin).

In Abhängigkeit davon, ob eine generische IVS-Referenzarchitektur für eine IVS-Dienstekategorie oder eine IVS-Architektur für einen realen IVS-Dienst entwickelt werden soll, kann der IVS-Betrachtungsgegenstand gröber oder muss detaillierter beschrieben und abgegrenzt werden:

  • IVS-Referenzarchitektur: Gestaltungskonzepte für eine IVS-Dienstekategorie
  • IVS-Architektur eines realen IVS-Dienstes: Implementierungskonzepte für einen spezifischen IVS-Dienst

Inhaltsstruktur für das Aufsetzen eines IVS-Architekturprojekts

Für die allgemeine Beschreibung der IVS-Architekturaufgabe und die allgemeine Inhaltsstruktur des Deliverables Aufsetzen eines IVS-Architekturprojekts macht die IVS-Rahmenarchitektur keine formatgebundenen Vorgaben. Lediglich für Beschreibung der "IVS-Domäne" und des "IVS-Dienstes" werden von der IVS-Rahmenarchtektur entsprechende Templates vorgegeben umm Konformität zum allgemeinen IVS-Architekturverständnis sicherzustellen und zu erreichen.

Das folgende Beispiel für die Inhaltsstruktur des Deliverables Aufsetzen eines IVS-Architekturprojekts nutzt die beiden Templates für "IVS-Domäne" und "IVS-Dienst":

  • Definitionen
  • IVS-Domäne unter Nutzung des Templates O:IVS-Domäne
  • IVS-Dienst (im Falle von IVS-Referenzarchitekturen IVS-Dienstetyp) unter Nutzung des Templates O:IVS-Dienst
  • Beschreibung von IVS-Domäne und IVS-Dienst(etyp)
    • Ziele und Handlungsbereiche
    • Strategien
    • Rollen und Capabilities
    • ...
    • ...
  • Literatur