|
|
| (10 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| − | == Problemstellung == | + | == == |
| − | | |
| − | Das '''T'''he '''O'''pen '''G'''roup '''A'''rchitecture '''F'''ramework TOGAF bietet einen Ansatz für Entwurf, Planung, Implementierung und Wartung von Unternehmensarchitekturen. Als operationelles Framework der Gruppe Government and Agency Frameworks bietet TOGAF mit der Architecture Development Method (ADM) unter anderem auch ein Vorgehensmodell zur Entwicklung von technischen Architekturen (siehe auch [https://de.wikipedia.org/wiki/TOGAF TOGAF]).<ref>TOGAF. Online verfügbar unter https://de.wikipedia.org/wiki/TOGAF, zuletzt geprüft am 09.11.2017.</ref>
| |
| − | | |
| − | Aufgrund der weltweiten Verbreitung und Anerkennung als "das Modell" für die Entwicklung von Unternehmensarchitekturen eignen sich TOGAF und die TOGAF ADM sehr gut als konzeptioneller Hintergrund auch für die Entwicklung von IVS-Architekturen. Allerdings ist TOGAF einerseits mehr auf die Entwicklung der Architektur eines einzelnen Unternehmens ausgerichtet und stellt darüber hinaus viele Konzepte für Architekturaspekte bereit, die für IVS und IVS-Dienste keine Bedeutung haben. Für die Entwicklung einer IVS-Architektur, das heißt die Architektur von IVS-Diensten, an denen in der Regel mehrere Instutionen und Unternehmen beteiligt sind, erfolgte deshalb eine Anpassung (Tailoring) des TOGAF-Vorgehensmodells unter drei Gesichtspunkten.
| |
| − | | |
| − | *Entwicklung eines generellen Modells zur Anpassung des TOGAF-Vorgehensmodells an die Aufgaben zur Erstellung einer IVS-Architektur, um dieses für die Entwicklung von IVS-Architekturen nutzen zu können
| |
| − | *Erarbeitung eines TOGAF basierten Rahmenwerks für die verschiedenen Phasen der IVS–Architekturentwicklung und Darstellung in einem Wiki
| |
| − | *Entwicklung eines IVS-Architektur-Glossars und -Metamodells
| |
| − | | |
| − | Zum besseren verständis des für IVS-Architektur vorgenommenen Tailorings der TOGAF ADM wird diese im folgenden kurz erläutert.
| |
| − | | |
| − | == TOGAF - ein Überblick ==
| |
| − | | |
| − | === Das TOGAF ADM-Phasenmodell ===
| |
| − | | |
| − | [[File:TOGAF-ADM.jpg|right|259x336px|TOGAF ADM]]TOGAF definiert mit der TOGAF Architecture Development Method (ADM; siehe nebenstehendes Bild) einen Prozess zur Entwicklung von Geschäftsarchitekturen eines Unternehmens. Im Einzelnen werden mit der TOGAF-ADM folgende Phasen durchlaufen (siehe [http://blog.itil.org/2013/01/allgemein/architekturmanagement-mit-togaf/ [1]]):
| |
| − | | |
| − | ;Preliminary Phase (Vorarbeiten)
| |
| − | :Hier wird die Einbindung zugrundezulegender Modelle geklärt, Modell-Anpassungen definiert sowie wichtige Prinzipien für die Architekturentwicklung festgelegt.
| |
| − | ;Phase A - Architekture Vision (Architekturvision)
| |
| − | :Hier werden die Ziele der Architekturentwicklung und die daran Beteiligten festgelegt.
| |
| − | ;Phasen B - Business Architecture (Geschäftsarchitektur)
| |
| − | :Hier werden für die Geschäftsarchitektur der aktuelle und der gewünschte Zustand beschrieben. Die entscheidenden Unterschiede werden herausgearbeitet. Dazu werden Geschäftsprozessmodelle, Use-Case- und Klassendiagramme verwendet.
| |
| − | ;Phasen C - Information and Systems Architectures (Informations- und System-Architektur)
| |
| − | :Hier werden für die Informations-/Datenarchitektur und für die Anwendungsarchitektur der aktuelle und der gewünschte Zustand beschrieben. Die entscheidenden Unterschiede werden herausgearbeitet. Dazu werden die konkreten Datenmodelle und Anwendungen verwendet.
| |
| − | ;Phasen D - Technology Architecture (Technologiearchitektur)
| |
| − | :Hier werden für die Technologiearchitektur der aktuelle und der gewünschte Zustand beschrieben. Die entscheidenden Unterschiede werden herausgearbeitet. Dazu werden die konkreten Hardwaresysteme beschrieben.
| |
| − | ;In Phase E - Opportunities and Solutions (Möglichkeiten und Lösungen)
| |
| − | :Hier werden die Vorhaben festgelegt, welche die Transformation aus der Ist-Situation zum Soll-Zustand durchführen.
| |
| − | ;Phase F - Migration Planning (Migrationsplanung)
| |
| − | :Hier wird die Überführung von Ist Zustand in den Soll-Zustand geplant.
| |
| − | ;Phase G - Implementation Governance (Steuerung und Überwachung der Implementierung)
| |
| − | :Hier wird die Implementation in den Soll-Zustand überwacht.
| |
| − | ;Phase H - Architecture Change Management (Änderungsmanagement)
| |
| − | :Hier werden Anforderungen und externe Einflüsse gesammelt, welche dann als Grundlage für einen evtl. nächsten Durchlauf des Prozesses dienen.
| |
| − | ;Requirements Management (Anforderungsmanagement)
| |
| − | :Das Anforderungsmanagement treibt den ADM Prozess kontinuierlich und steht deshalb im Zentrum des Prozesses.
| |
| − | | |
| − | === Das TOGAF-ADM Schrittmodell ===
| |
| − | | |
| − | Gemäß TOGAF Version 9.1 ist jede Phase nochmals in einzelne Schritte ('''Steps''') unterteilt, die im TOGAF-Handbuch genau erklärt sind. Damit wird generell ein methodisches und umfassendes Vorgehen bei der Entwicklung einer Architektur sichergestellt. Ein Beispiel für die '''Vorbereitungsphase''' zeigt folgende Tabelle:
| |
| − | | |
| − | {| class="wikitable"
| |
| − | |-
| |
| − | ! Schritt
| |
| − | ! TOGAF-Vorgabe
| |
| − | |- style="vertical-align:top"
| |
| − | | 1
| |
| − | | Bestimmung des <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04 Wirkungsbereichs]</u>
| |
| − | |- style="vertical-align:top"
| |
| − | | 2
| |
| − | | Betroffene <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_01 Organisationseinheiten]</u>
| |
| − | |- style="vertical-align:top"
| |
| − | | 3
| |
| − | | Sicherstellung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_02 Steuerungs- und Unterstützungsframeworks]</u>
| |
| − | |- style="vertical-align:top"
| |
| − | | 4
| |
| − | | Definition und Aufbau eines <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_03 Unternehmensarchitektur-Teams und einer Organisation]</u>
| |
| − | |- style="vertical-align:top"
| |
| − | | 5
| |
| − | | Identifizierung und Festlegung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_04 Architekturprinzipien]</u>
| |
| − | |- style="vertical-align:top"
| |
| − | | 6
| |
| − | | Auswahl und organisationsspezifische Anpassung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_05 Architekturframeworks]</u>
| |
| − | |- style="vertical-align:top"
| |
| − | | 7
| |
| − | | Implementierung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_06 Architekturwerkzeugen]</u>
| |
| − | |}
| |
| − | | |
| − | Eine Besonderrheit ist mit dem Schrittmodell der Phasen B, C und D verbunden (siehe auch [[Hinweise_zu_den_Phasen_B,C_und_D|Hinweise zum TOGAF Schrittmodell der Phasen B, C und D]]).
| |
| − | | |
| − | === TOGAF Architecture Deliverables als Ergebnisse (Liefergegenstände) der Architekturarbeit ===
| |
| − | | |
| − | Das Vorgehen in Schritten mündet in sog. '''Architecture Deliverables''' als Ergebnis (Liefergegenstände) der Architekturarbeit. Dabei unterscheidet TOGAF folgende "Architecture Deliverables"
| |
| − | | |
| − | *'''Artefakte''' (im möglichen Format von Katalogen, Matrizen und Diagrammen) und
| |
| − | *'''Other Deliverables'''
| |
| − | | |
| − | Artefakte beschreiben Bausteine ('''Bulding blocks'''). Dass sind die Elemente, aus denen am Ende die eigentliche Architektur aufgebaut ist. TOGAF ordnet Bausteine in verschiedene Ebenen ein.
| |
| − | | |
| − | <gallery>
| |
| − | Architecture Deliverables.png | TOGAF-Deliverables
| |
| − | TOGAFBausteine.png | Einordung der TOGAF-Bausteine in Ebenen
| |
| − | </gallery> Ein Architecture Deliverable ist das Ergebnis der Architekturarbeit. Bei der Durchführung der Arbeiten nach der ADM werden Deliverables als Output erzeugt. Diese Deliverables werden häufig in folgenden Schritten als Input verwendet und weiter konkretisiert. Z.B. werden in der Phase A relevante Stakeholder mit dem IVS-Rollenkonzept identifiziert und in der Phase B werden basierend auf diesen Rollen dann Prozesse beschrieben.
| |
| − | | |
| − | === Unterschied zwischen Artefakten und Deliverables ===
| |
| − | | |
| − | Es wird in TOGAF unterschieden zwischen Artefakten und anderen Devlierables. Die Unterscheidung kommt daher, dass Artefakte stets die Architektur an sich beschreiben bzw. die einzelnen Bestandteile der Architektur. Andere Deliverables beschreiben z.B. die Umgebung der Architektur oder die Projektstruktur des Architekturprojekts.
| |
| − | | |
| − | [[File:TOGAFArtefakte.PNG|300px|Mögliche Artefakte zur Beschreibung einer Architektur nach TOGAF]]
| |
| − | | |
| − | Artefakte sind entweder Kataloge, Matrizen oder Diagramme und bestehen aus den einzelnen Bausteinen.
| |
| − | | |
| − | *Ein Baustein ist z.B. eine einzelne Rolle. Der Rollenkatalog, der alle Rollen auflistet, ist ein mögliches Artefakt. Ein Prozessdiagramm mit Rollen als Swimlanes wäre ein weiteres mögliches Artefakt, das die Bausteine Prozess und Rolle kombiniert.
| |
| − | *Ein Katalog besteht immer nur aus einem Typ Baustein; Matrizen bestehen typischerweise aus zwei verschiedenen Bausteintypen und Diagramme aus mehreren.
| |
| − | | |
| − | TOGAF sieht eine Vielzahl an Artefakten vor (siehe Abbildung.)
| |
| − | | |
| − | Im Los 1 IVS-Rahmenarchitektur werden sowohl Templates zur Beschreibung einzelner Bausteine als auch Templates für Artefakte entwickelt und für die IVS-Referenzarchitekturen bereitgestellt.
| |
| − | | |
| − | == Das TOGAF-basierte Rahmenwerk für IVS-Architektur und seine Darstellung im Wiki ==
| |
| − | | |
| − | Um das TOGAF-Modell für jede Phase und jeden einzelnen Schritt an die Anforderung der Entwicklung einer IVS-Architektur anpassen zu können, wurde ein Tailoring-Modell entwickelt, das die Schritt-Tabellen der Phasen um Spalten wie folgt erweitert:
| |
| − | | |
| − | {| class="wikitable" width="792"
| |
| − | |-
| |
| − | ! Schritt
| |
| − | ! TOGAF
| |
| − | ! Tailoring IVS-Architektur
| |
| − | ! Anleitung
| |
| − | ! Artefakte {K=Katalog, M=Matrix, D=Diagramm}, O=Other Deliverables
| |
| − | ! Empfehlung für IVS-Refenzarchitekturen
| |
| − | ! style="width: 89.55px" | Empfehlung für IVS-Architekturen realer IVS-Dienste
| |
| − | |- style="vertical-align:top"
| |
| − | | 1
| |
| − | | Bestimmung des <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04 Wirkungsbereichs]</u>
| |
| − | | Bestimmung des <u>Wirkungsbereichs</u> von IVS-Architektur
| |
| − | | [[Wirkungsbereichs_der_IVS-Architekturaufgabe|'''Wirkungsbereich von IVS-Architektur''']]
| |
| − | ;Hintergrundinformationen und Techniken
| |
| − | :[[Wirkungsbereich_von_IVS-Architektur|Beispiel IVS-Rahmenarchitektur]]
| |
| − | | |
| − | | Projektspezifische Lösung
| |
| − | | Projektspezifische Lösung
| |
| − | | style="width: 89.55px" | Projektspezifische Lösung
| |
| − | |- style="vertical-align:top"
| |
| − | | 2
| |
| − | | Identifizierung der betroffenen <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_01 Organisationseinheiten]</u>
| |
| − | | Identifizierung von IVS-Architektur betroffener <u>Institutionen/Unternehmen</u>
| |
| − | | [[Identifizierung_betroffener_Institutionen_und_Rahmenbedingungen|'''Von IVS-Architektur betroffene Institutionen/Unternehmen und Rahmenbedingungen''']]
| |
| − | | Projektspezifische Lösung
| |
| − | | Projektspezifische Lösung
| |
| − | | style="width: 89.55px" | Projektspezifische Lösung
| |
| − | |- style="vertical-align:top"
| |
| − | | 3
| |
| − | | Sicherstellung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_02 Steuerungs- und Unterstützungsframeworks]</u>
| |
| − | | Sicherstellung von <u>Steuerungs- und Unterstützungsframeworks für IVS-Architektur</u>
| |
| − | | [[IVS-Frameworks|'''Steuerungs- und Unterstützungsframeworks für IVS-Architektur''']]
| |
| − | | Projektspezifische Lösung
| |
| − | | Projektspezifische Lösung
| |
| − | | style="width: 89.55px" | Projektspezifische Lösung
| |
| − | |- style="vertical-align:top"
| |
| − | | 4
| |
| − | | Definition und Aufbau eines <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_03 Unternehmensarchitektur-Teams und einer Organisation]</u>
| |
| − | | Definition und Aufbau eines <u>IVS-Architektur-Teams und einer Organisation</u>
| |
| − | |
| |
| − | [[IVS-Architekturteam|'''Hinweise zur Bildung eines IVS-Architekturteams''']]
| |
| − | | |
| − | ;Hintergrundinformationen und Techniken
| |
| − | :[[Meta-Modelle|Modell, Grundlage für Nachvollziehbarkeit]]
| |
| − | :[[Glossar|Glossar, Grundlage für gemeinsames Verstehen]]
| |
| − | | |
| − | | Projektspezifische Lösung
| |
| − | | Projektspezifische Lösung
| |
| − | | style="width: 89.55px" | Projektspezifische Lösung
| |
| − | |- style="vertical-align:top"
| |
| − | | 5
| |
| − | | Identifizierung und Festlegung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_04 Architekturprinzipien]</u>
| |
| − | | Identifizierung und Festlegung von <u>IVS-Architekturprinzipien</u>
| |
| − | |
| |
| − | [[IVS-Architektur&Geschäftsprinzipien|'''IVS-Architektur-Prinzipien''']]
| |
| − | | |
| − | *[[IVS-Architekturprinzip|Baustein IVS-Architekturprinzip]]
| |
| − | | |
| − | ;Hintergrundinformationen und Techniken
| |
| − | :[[Katalog_IVS-Architekturprinzipien|Beispiele für Architekturprinzipien aus dem IKT-Bereich]]
| |
| − | | |
| − | | [[Media:IVS-Architekturprinzip-Katalog_00-00-01.docx|K: IVS-Architekturprinzipien]]
| |
| − | | K: IVS-Architekturprinzipien für die IVS-Dienstekategorie (geerbt von der IVS-Rahmenarchitektur, erweitert für die IVS-Dienstekategorie)
| |
| − | | style="width: 89.55px" | K: IVS-Architekturprinzipien für den spezifischen IVS-Dienst (geerbt von der IVS-Dienstekategorie, erweitert für den spezifischen IVS-Dienst)
| |
| − | |- style="vertical-align:top"
| |
| − | | 6
| |
| − | | Auswahl und organisationsspezifische Anpassung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_05 Architekturframeworks]</u>
| |
| − | | Auswahl und Anpassung von <u>IVS-Architekturframeworks</u>
| |
| − | | [[IVS-Architekturframeworks|'''Nationale und internationale IVS-Architekturframworks''']]
| |
| − | | Projektspezifische Anpassung und Erweiterung
| |
| − | | Projektspezifische Anpassung und Erweiterung
| |
| − | | style="width: 89.55px" | Projektspezifische Anpassung und Erweiterung
| |
| − | |- style="vertical-align:top"
| |
| − | | 7
| |
| − | | Implementierung von <u>[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html#tag_06_04_06 Architekturwerkzeugen]</u>
| |
| − | | Implementierung von <u>IVS-Architekturwerkzeugen</u>
| |
| − | | [[IVS-Architekturwerkzeuge|'''Vorschläge für IVS-Architekturwerkzeuge''']]
| |
| − | | Projektspezifische Lösung
| |
| − | | Projektspezifische Lösung
| |
| − | | style="width: 89.55px" | Projektspezifische Lösung
| |
| − | |}
| |
| − | | |
| − | Ergebnis des Taylorings des TOGAF ADM-Phasenmodells ist am Ende das '''TOGAF-basierte Rahmenwerk für IVS-Architektur'''. Es besteht im Einzelnen aus
| |
| − | | |
| − | *der [http://wikiivs.albrechtconsult.com/index.php?title=Los1:_UAP1.2_TOGAF_basiertes_Rahmenwerk#Tayloring_des_TOGAF_ADM-Phasenmodells_als_Grundlage_f.C3.BCr_IVS-Architekturarbeit '''TOGAF ADM-Tayloringmethode für IVS-Architektur'''] sowie der nach den TOGAF ADM-Phasen strukturierten [http://wikiivs.albrechtconsult.com/index.php?title=StepsIVS-Architektur '''Ablage der getaylorten Steps'''] im Wiki-Navigationsbaum
| |
| − | *der nach den TOGAF ADM-Phasen strukturierten [http://wikiivs.albrechtconsult.com/index.php?title=Vorlage:Hauptseite_rechts '''Ablage für Templates für IVS-Architekturbausteine'''] auf der Wiki-Hauptseite rechts
| |
| − | *der nach den TOGAF ADM-Phasen strukturierten [http://wikiivs.albrechtconsult.com/index.php?title=Vorlage:Schnellzugriff '''Ablage für Deliverables eines Architekturprojekts'''] auf der Wiki-Hauptseite links
| |
| − | | |
| − | == Phasen und Schritte der IVS-Rahmenarchitektur 1.0 ==
| |
| − | | |
| − | === Vorbemerkung ===
| |
| − | | |
| − | Die TOGAF<sup>TM</sup> Architecture Development Method (ADM; siehe Bild) ist als eine Methode zur Entwicklung von Geschäftsarchitekturen eines einzelnen Unternehmens definiert und entwickelt worden.
| |
| − | | |
| − | Für die Entwicklung einer IVS-Architektur ist sie an die entsprechenden Anforderungen angepasst worden (Tayloring). Unter Zugrundelegung des [[StepsIVS-Architektur|TOGAF-basierten Rahmenwerks für IVS-Architektur]] wurde mit der IVS-Rahmenarchitektur 0.9 der Schwerpunkt auf die Geschäfts- und Informationssystemarchitektur gelegt (TOGAF Phasen A bis C).
| |
| − | | |
| − | <gallery>
| |
| − | TOGAF-ADM.jpg | TOGAF - ADM
| |
| − | FokusVersion09.png | Fokus IVS-Rahmenarchitektur 0.9
| |
| − | </gallery>
| |
| − | | |
| − | === Abgrenzung IVS-Rahmenarchitektur Version 0.9 gegen Version 1.0 ===
| |
| − | | |
| − | Von der IVS-Rahmenarchitektur 0.9 nicht abgedeckte Phasen sind somit:
| |
| − | | |
| − | *D – Technologiearchitektur
| |
| − | *E – Möglichkeiten und Lösungen
| |
| − | *F – Migrationsplanung
| |
| − | *G – Governance
| |
| − | *H – Change Management
| |
| − | | |
| − | Diese sind der Gegenstand der IVS-Rahmenarchitektur 1.0.
| |
| − | | |
| − | === Tayloring der TOGAF-ADM Phasen für IVS-Architektur ===
| |
| − | | |
| − | Einen Überblick über das Tayloring der Phasen '''Vorbereitung''' und '''Phasen A, B und C (C1. und C.2)''' liefern die folgenden Grafiken:
| |
| − | | |
| − | <gallery>
| |
| − | File:Vorbereitungsphase_00-00-07.png | Vorbereitungsphase
| |
| − | File:Phase-A_00-00-03.png | Phase A - IVS-Architekturvision
| |
| − | Datei: Phase-B_00-00-01.png | Phase A - IVS-Geschäftsarchitektur
| |
| − | Datei: Phase-C-Daten.png | Phase C.1 - IVS-Datenarchitektur
| |
| − | Datei: Phase-C-Anwendung.png | Phase C.1 - IVS-Anwendungsarchitektur
| |
| − | </gallery>
| |
| − | | |
| − | ----
| |
| − | | |
| − | <references />
| |
| − | | |
| − | ----
| |
| − | | |
| − | [[Hauptseite|<< Zurück zur Hauptseite]]
| |
