IVS-Architekturvision: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
 
== Einleitung ==
 
== Einleitung ==
  
Unter Bezugnahme auf die Anforderungen der beteiligten (zu beteiligenden) Stakeholder, den erforderlichen Fähigkeiten (Capabilities), dem vorher festgelegten Fokus sowie den mit diesem verbundenen Einschränkungen und Prinzipien für die IVS-Architketur wird eine erste "high-level" Fassung der IVS-Architektur für einen IVS-Dienst entwickelt. Dabei konzentriert sich der erste Entwurf typischerweise - auf einem hohen Niveau - mehr auf die Breite der Anforderungen und weniger auf ihre Tiefe (siehe auch A - Architekturvision, Schritt 6).  
+
=== Ziel ===
 +
Unter Bezugnahme auf die Anforderungen der beteiligten (zu beteiligenden) Stakeholder, den erforderlichen Fähigkeiten (Capabilities), dem vorher festgelegten Fokus sowie den mit diesem verbundenen Einschränkungen und Prinzipien für die IVS-Architketur soll eine erste "high-level" Fassung der IVS-Architektur für einen IVS-Dienst ererbeitet werden.  
  
Eine IVS-Architektur-Vision entsteht idealerweise in Workshops, an denen neben IVS-Architekten auch die unmittelbar betroffenen Stakeholder (IVS-Akteure), möglichweise aber auch Geschäftsprozess- und IT-Spezialisten sowie Experten für IVS-Standards beteiligt sein sollen. Für die Vorbereitung, Durchführung und Dokumentation gibt es keine spezielle Empfehlungen. Alle Workshop-Praktiken und -Techniken können genutzt werden. Herkämmliche Medien wie Pin-Wände, Flipcharts sowie alle moderne Medien wie Mind-Maps eignen sich hervorragend als Grundlage für eine spätere Dokumentation.
+
Dabei konzentriert sich der erste Entwurf typischerweise - auf einem hohen Niveau - mehr auf die Breite der Anforderungen und weniger auf ihre Tiefe (siehe auch A - Architekturvision, Schritt 6). Im Wesentlichen soll der erste Entwurf durch drei wesentliche Merkmale charakterisiert sein:
 
 
Im Grunde ist die IVS-Architektur-Vision durch drei wesentliche Merkmale charakterisiert:
 
  
 
;Kurz  
 
;Kurz  
 
:Die Architektur-Vision konzentriert sich auf das Wesentliche, gibt die Richtung vor und lässt Spielraum für Entscheidungen, die erst später getroffen werden müssen
 
:Die Architektur-Vision konzentriert sich auf das Wesentliche, gibt die Richtung vor und lässt Spielraum für Entscheidungen, die erst später getroffen werden müssen
 
;Verständlich  
 
;Verständlich  
:Die Sichten der unterschiedlichsten Zielgruppen werden berücksichtigt (Entwicklung und Merkteinführung Betrieb, Qualitätssicherung, ...)
+
:Die Sichten der unterschiedlichsten Zielgruppen werden berücksichtigt (Entwicklung, Markteinführung, Betrieb, Qualitätssicherung, ...)
 
;Akzeptiert
 
;Akzeptiert
 
:Die Stakeholder stehen hinter der Vision. Dies erreicht man durch frühe Einbindung und am besten durch einen gemeinsamen Visions-Workshop
 
:Die Stakeholder stehen hinter der Vision. Dies erreicht man durch frühe Einbindung und am besten durch einen gemeinsamen Visions-Workshop
  
 +
=== Vorgehen ===
 +
 +
Eine IVS-Architektur-Vision entsteht idealerweise in Workshops, an denen neben IVS-Architekten auch die unmittelbar betroffenen Stakeholder (IVS-Akteure), möglichweise aber auch Geschäftsprozess- und IT-Spezialisten sowie Experten für IVS-Standards beteiligt sein sollen. Für die Vorbereitung, Durchführung und Dokumentation der Workshops gibt es keine spezielle Empfehlungen. Alle Workshop-Praktiken und -Techniken können genutzt werden. Herkämmliche Medien wie Pin-Wände, Flipcharts sowie alle moderne Medien wie Mind-Maps eignen sich hervorragend als Grundlage für eine spätere Dokumentation. 
 +
 +
Businnes-Szenarien sind ein geeignetes und nützliches Hilfemittel, um Geschäftsanforderungen zu erkennen und zu dokumentieren, und infolge eine Archtektur-Vision zu formulieren, die diesen Anforderung entspricht. Businnes-Szenarien können auch auf den detaillierten Ebenen der Archtekturentwicklung (z.B. in Phase B) verwendet werden und sind beschrieben in Teil III, 26. Business Szenarien und Business Ziele.
 +
 +
===Inhalte der IVS-Architektur Vision===
 
Inhaltliche Bestandteile einer IVS-Architektur-Vision sind:
 
Inhaltliche Bestandteile einer IVS-Architektur-Vision sind:
  
Zeile 23: Zeile 29:
 
:halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.
 
:halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.
  
Business scenarios are an appropriate and useful technique to discover and document business requirements, and to articulate an Architecture Vision that responds to those requirements. Business scenarios may also be used at more detailed levels of the architecture work (e.g., in Phase B) and are described in Part III, 26. Business Scenarios and Business Goals.
+
 
  
 
This step generates the first, very high-level definitions of the baseline and target environments, from a business, information systems, and technology perspective, as described in 7.5 Outputs.
 
This step generates the first, very high-level definitions of the baseline and target environments, from a business, information systems, and technology perspective, as described in 7.5 Outputs.

Version vom 18. August 2016, 10:57 Uhr

Einleitung

Ziel

Unter Bezugnahme auf die Anforderungen der beteiligten (zu beteiligenden) Stakeholder, den erforderlichen Fähigkeiten (Capabilities), dem vorher festgelegten Fokus sowie den mit diesem verbundenen Einschränkungen und Prinzipien für die IVS-Architketur soll eine erste "high-level" Fassung der IVS-Architektur für einen IVS-Dienst ererbeitet werden.

Dabei konzentriert sich der erste Entwurf typischerweise - auf einem hohen Niveau - mehr auf die Breite der Anforderungen und weniger auf ihre Tiefe (siehe auch A - Architekturvision, Schritt 6). Im Wesentlichen soll der erste Entwurf durch drei wesentliche Merkmale charakterisiert sein:

Kurz
Die Architektur-Vision konzentriert sich auf das Wesentliche, gibt die Richtung vor und lässt Spielraum für Entscheidungen, die erst später getroffen werden müssen
Verständlich
Die Sichten der unterschiedlichsten Zielgruppen werden berücksichtigt (Entwicklung, Markteinführung, Betrieb, Qualitätssicherung, ...)
Akzeptiert
Die Stakeholder stehen hinter der Vision. Dies erreicht man durch frühe Einbindung und am besten durch einen gemeinsamen Visions-Workshop

Vorgehen

Eine IVS-Architektur-Vision entsteht idealerweise in Workshops, an denen neben IVS-Architekten auch die unmittelbar betroffenen Stakeholder (IVS-Akteure), möglichweise aber auch Geschäftsprozess- und IT-Spezialisten sowie Experten für IVS-Standards beteiligt sein sollen. Für die Vorbereitung, Durchführung und Dokumentation der Workshops gibt es keine spezielle Empfehlungen. Alle Workshop-Praktiken und -Techniken können genutzt werden. Herkämmliche Medien wie Pin-Wände, Flipcharts sowie alle moderne Medien wie Mind-Maps eignen sich hervorragend als Grundlage für eine spätere Dokumentation.

Businnes-Szenarien sind ein geeignetes und nützliches Hilfemittel, um Geschäftsanforderungen zu erkennen und zu dokumentieren, und infolge eine Archtektur-Vision zu formulieren, die diesen Anforderung entspricht. Businnes-Szenarien können auch auf den detaillierten Ebenen der Archtekturentwicklung (z.B. in Phase B) verwendet werden und sind beschrieben in Teil III, 26. Business Szenarien und Business Ziele.

Inhalte der IVS-Architektur Vision

Inhaltliche Bestandteile einer IVS-Architektur-Vision sind:

Die IVS-Dienst-Idee,
die die Kernaufgabe, die Nutzung und Schnittstellen, das heißt den Kontext des zu erstellenden IVS-Dienstes aufzeigt.
Einflussfaktoren und Randbedingungen,
wie funktionale und nicht-funktionale Anforderungen, organisatorische und technische Einflüsse.
Lösungsstrategien
halten die ersten Entscheidungen, wesentliche Architektur-Muster und Konzepte fest. Erste Architektursichten können entstehen, um die Lösungsstrategien zu verdeutlichen.


This step generates the first, very high-level definitions of the baseline and target environments, from a business, information systems, and technology perspective, as described in 7.5 Outputs.

These initial versions of the architecture should be stored in the Architecture Repository, organized according to the standards and guidelines established in the architecture framework.

Natürlich ist es vor allem in größeren Projekten auch sinnvoll, die Informationen nachhaltiger in einer Architektur-Dokumentation festzuhalten. Ein wichtiger Aspekt ist jedoch auch hierbei, sich auf die wesentlichen Grundsätze und Prinzipien zu fokussieren. Diese ändern sich eher selten und halten damit den Pflegeaufwand niedrig, was letztendlich vor allem auch der Aktualität der Dokumentation dient.