Aufsetzen von IVS-Architekturprojekten: Unterschied zwischen den Versionen
Zeile 13: | Zeile 13: | ||
===Inhaltsstruktur für das Aufsetzen eines IVS-Architekturprojekts=== | ===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- | + | 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-Rahmenarchitektur entsprechende Templates vorgegeben um Konformität zum allgemeinen IVS-Architekturverständnis zu erreichen und sicherzustellen.TOGAF schlägt die Ertstellung sog. [http://www.togaf-modeling.org/models/business-architecture-menu/business-footprint-diagrams-menu.html%7C | Business Footprints Diagramme vor] |
Das folgende Beispiel zeigt eine mögliche '''Inhaltsstruktur des Deliverables Aufsetzen eines IVS-Architekturprojekts''', das die beiden Templates für "IVS-Domäne" und "IVS-Dienst" nutzt: | Das folgende Beispiel zeigt eine mögliche '''Inhaltsstruktur des Deliverables Aufsetzen eines IVS-Architekturprojekts''', das die beiden Templates für "IVS-Domäne" und "IVS-Dienst" nutzt: |
Version vom 5. September 2016, 07:16 Uhr
Aufsetzen eines Architekturprojekts
Zweck und Ziel des Deliverables
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 ist 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-Rahmenarchitektur entsprechende Templates vorgegeben um Konformität zum allgemeinen IVS-Architekturverständnis zu erreichen und sicherzustellen.TOGAF schlägt die Ertstellung sog. | Business Footprints Diagramme vor
Das folgende Beispiel zeigt eine mögliche Inhaltsstruktur des Deliverables Aufsetzen eines IVS-Architekturprojekts, das die beiden Templates für "IVS-Domäne" und "IVS-Dienst" nutzt:
- Wichtige Begriffe und Definitionen (unter Nutzung des IVS-Glossars)
- Defintion der IVS-Domäne (unter Nutzung des Templates O:IVS-Domäne)
- Definition des IVS-Dienstes bzw. der IVS-Dienstekategorie (unter Nutzung des Templates O:IVS-Dienst)
- Ausführliche Beschreibung des IVS-Dienstes bzw. IVS-Dienstekategorie
- Generelle Ziele und Handlungsbereiche
- Strategien und -Handlungsmuster
- IVS-Wertschöfungskette/IVS-Wertschöpfungsnetzwerk (möglichst mit grafischer Repräsentation)
- IVS-Rollen und Capabilities
- ...
- ...
- Literatur