Aufsetzen von IVS-Architekturprojekten: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 3: Zeile 3:
 
==Einführung==
 
==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 eine wesentliche Aufgabe auch darin, klare Grenzen zu ähnlichen bzw. angrenzenden IVS-Betrachtungsgegenständen zu ziehen und damit festzulegen: "was ist drin, was ich nicht drin".
+
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 <u>ist<\u> 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 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 abgegrenzt werden.  
+
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 abgegrenzt werden.
  
 
== Aufbau des Deliverables ==
 
== Aufbau des Deliverables ==

Version vom 1. September 2016, 11:09 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<\u> 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 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 abgegrenzt werden.

Aufbau des Deliverables

Templates

Für die Festlegung des IVS-Betrachtungsgegenstandes stehen zwei Templates zur Verfügung: