IVS-Architekturvision: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
 
(48 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
 
== Einleitung ==
 
== Einleitung ==
  
−
Unter Bezugnahme auf die Anforderungen der beteiligten (zu beteiligenden) Stakeholder, den erforderlichen Fähigkeiten (Capabilities), dem Fokus der Architektur sowie den Einschränkungen und Prinzipien 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 die Tiefe (siehe auch A - Architekturvision, Schritt 6).  
+
=== Zweck ===
 +
 
 +
Die IVS-Architektur-Vision für einen IVS-Dienst wird in einer frühen Phase des ADM-Zyklus erstellt, um den beteiligten IVS-Akteuren und IVS-Stakeholdern frühzeitig eine Vorstellung darüber zu vermitteln, mit welchen Schlüssel-Merkmalen (Architektur-Merkmalen) ihre Ziele erreicht und ihre Anforderungen erfüllt werden sollen. Die Zustimmung aller Beteiligten zu den wesentlichen Ausstattungsmerkmalen ebnet dem IVS-Architekten dann den Weg, sich auch im Detail auf das Wesentliche konzentrieren zu können und dieses für alle nachvollziehbar sichtbar zu machen. Darüber hinaus unterstützt die Architektur-Vision die Kommunikation zwischen den Stakeholdern, weil sie im Prinzip schon eine Zusammenfassung der detailliert ausgearbeiteten IVS-Architektur darstellt.
 +
 
 +
[[File:ZumGipfel.png|thumb|right|500px|Wie komme ich zum IVS-Gipfel?]]
 +
 
 +
=== Ziel ===
 +
 
 +
Unter Bezugnahme auf die Anforderungen der beteiligten (zu beteiligenden) Stakeholder, auf die erforderlichen Fähigkeiten (Capabilities), auf den vorher festgelegten Fokus sowie auf die 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 erarbeitet 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 eine frühe Einbindung und am besten durch einen gemeinsamen Visions-Workshop.
 +
 
 +
=== Vorgehen ===
  
−
Eine IVS-Architektur-Vision entsteht idelaerweise 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. Pin-Wände, Flipcharts und ähnliche Arbeitsmedien eignen sich hervorragend als Grundlage für eine spätere Dokumentation.
+
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 speziellen Empfehlungen. Alle Workshop-Praktiken und -Techniken können genutzt werden. Herkömmliche Medien wie Pinnwände, Flipcharts sowie alle modernen Medien wie z.B. Mind-Maps eignen sich hervorragend als Grundlage für eine spätere Dokumentation.
  
−
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.
+
Business-Szenarien sind ein geeignetes und nützliches Hilfsmittel, um Geschäftsanforderungen zu erkennen und zu dokumentieren, und infolge eine Architektur-Vision zu formulieren, die diesen Anforderung entspricht. Business-Szenarien können auch auf den detaillierten Ebenen der Architekturentwicklung (z.B. in Phase B) verwendet werden und sind in Teil III, 26. Business Szenarien und Business Ziele, beschrieben.
  
−
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.
+
== Inhalte ==
  
−
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.
+
Mit dem Schritt der Erstellung der IVS-Architekturvision sollen im Hinblick auf das Geschäftsmodell sowie auf die erforderlichen Informationssysteme und Technologien (wie auch unter 7.5 Output beschrieben) die ersten high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.
  
 +
Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:
  
 +
;Die Idee (für den IVS-Dienst),
 +
:die die Kernaufgabe, die Nutzung und die 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.
  
 +
Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.
  
−
Mit der IVS-Architektur-Vision werden erstmalig
+
== Ergebnis ==
  
 +
Typische Ergebnisse einer Architektur-Vision sind:
  
−
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.
+
*Problembeschreibung:
 +
**Stakeholder und ihre Anliegen,
 +
**Liste aller Aspekte/Belange/Szenarien, die es zu berücksichtigen gilt. 
 +
*Ziele des Architekturstatements (was soll über die Architekturarbeit erreicht werden).
 +
*Zusammenfassende Sichten, die für den Architekturauftrag und die erste Version der IVS-Architektur notwendig sind, in Bezug auf das Geschäftsmodell, die Anwendung(en), Daten und Technologien:
 +
**Diagramm der Wertschöpfungskette,
 +
**Diagramm für das Lösungskonzept. 
 +
*Zugeordnete Anforderungen.  
 +
*Referenz auf den Entwurf des Architektur-Definitions-Dokuments.  
  
−
Die Architektur-Vision ist gekennzeichnet durch drei wesentliche Merkmale:
+
== [[Media:IVS-Architekturvision_Template_00-00-01.docx|IVS-Architekturvision Template]] ==
  
−
*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.
+
[[File:IVS-Architekturvision Template 00-00-01.png|600px|IVS-Architekturvision Template]]
−
*Verständlich: Die Sichten der unterschiedlichen Zielgruppen werden berücksichtig (Entwicklung, Betrieb, QA, Product Owner …).
 
−
*Akzeptiert: Die Stakeholder stehen hinter der Vision. Dies erreicht man durch frühe Einbindung und am besten durch einen gemeinsamen Visions-Workshop.
 
  
−
Inhaltliche Bestandteile einer Architektur-Vision sind:
+
----
  
−
*Die Systemidee, die die Kernaufgabe, die Nutzung und Schnittstellen, das heißt den Kontext des zu erstellenden Systems aufzeigt.
+
[[Hauptseite|<< Zurück zur Hauptseite]]
−
*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.
 

Aktuelle Version vom 26. November 2017, 21:50 Uhr

Einleitung

Zweck

Die IVS-Architektur-Vision für einen IVS-Dienst wird in einer frühen Phase des ADM-Zyklus erstellt, um den beteiligten IVS-Akteuren und IVS-Stakeholdern frühzeitig eine Vorstellung darüber zu vermitteln, mit welchen Schlüssel-Merkmalen (Architektur-Merkmalen) ihre Ziele erreicht und ihre Anforderungen erfüllt werden sollen. Die Zustimmung aller Beteiligten zu den wesentlichen Ausstattungsmerkmalen ebnet dem IVS-Architekten dann den Weg, sich auch im Detail auf das Wesentliche konzentrieren zu können und dieses für alle nachvollziehbar sichtbar zu machen. Darüber hinaus unterstützt die Architektur-Vision die Kommunikation zwischen den Stakeholdern, weil sie im Prinzip schon eine Zusammenfassung der detailliert ausgearbeiteten IVS-Architektur darstellt.

Wie komme ich zum IVS-Gipfel?

Ziel

Unter Bezugnahme auf die Anforderungen der beteiligten (zu beteiligenden) Stakeholder, auf die erforderlichen Fähigkeiten (Capabilities), auf den vorher festgelegten Fokus sowie auf die 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 erarbeitet 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 eine 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 speziellen Empfehlungen. Alle Workshop-Praktiken und -Techniken können genutzt werden. Herkömmliche Medien wie Pinnwände, Flipcharts sowie alle modernen Medien wie z.B. Mind-Maps eignen sich hervorragend als Grundlage für eine spätere Dokumentation.

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

Inhalte

Mit dem Schritt der Erstellung der IVS-Architekturvision sollen im Hinblick auf das Geschäftsmodell sowie auf die erforderlichen Informationssysteme und Technologien (wie auch unter 7.5 Output beschrieben) die ersten high-level Ausstattungsmerkmale für den IVS-Dienst festgelegt werden. In dieser Phase kommt es vor allem darauf an, sich auf wesentliche Grundsätze und Prinzipien, die sich eher selten ändern, zu fokussieren.

Insofern sind die wesentlichen inhaltlichen Bestandteile einer IVS-Architektur-Vision:

Die Idee (für den IVS-Dienst),
die die Kernaufgabe, die Nutzung und die 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.

Die ersten Versionen der IVS-Architektur sollten konform zu den festgelegten IVS-Architektur-Standards und -Richtlinien im Architektur-Repository abgelegt werden.

Ergebnis

Typische Ergebnisse einer Architektur-Vision sind:

  • Problembeschreibung:
    • Stakeholder und ihre Anliegen,
    • Liste aller Aspekte/Belange/Szenarien, die es zu berücksichtigen gilt.
  • Ziele des Architekturstatements (was soll über die Architekturarbeit erreicht werden).
  • Zusammenfassende Sichten, die für den Architekturauftrag und die erste Version der IVS-Architektur notwendig sind, in Bezug auf das Geschäftsmodell, die Anwendung(en), Daten und Technologien:
    • Diagramm der Wertschöpfungskette,
    • Diagramm für das Lösungskonzept.
  • Zugeordnete Anforderungen.
  • Referenz auf den Entwurf des Architektur-Definitions-Dokuments.

IVS-Architekturvision Template

IVS-Architekturvision Template

<< Zurück zur Hauptseite

Abgerufen von „http://wikiivs.albrechtconsult.com/index.php?title=IVS-Architekturvision&oldid=11949“