Management von IT-Architekturen (eBook)

Gernot Dern hat 20 Jahre IT-Erfahrung bei Beratungsunternehmen und Finanzdienstleistern. Er leitete das Architekturmanagement eines Versicherungsunternehmens und ist zur Zeit als Chief-IT-Architect in einer internationalen Finanzdienstleistungsgruppe tätig.

Vorwort zur 2. Auflage 8
Geleitwort zur 2. Auflage - Prof. Dr. Winter, Universität St. Gallen 11
Inhaltsverzeichnis 13
1 Einführung 18
1.1 Inhalte und Zielgruppen des Buches 20
1.2 Überblick über die Inhalte 22
1.3 Integration von Theorie und Praxis 25
1.4 Wie sollte das Buch gelesen werden? 25
1.5 Was sollte der Leser mitbringen? 26
1.6 Notation und Konventionen 26
2 Grundlagen des Architekturmanagements 28
2.1 Anwendungslandschaften und die Bedeutung von ITArchitekturen 29
2.2 IT-Architekturen im Zentrum der Architekturpyramide 32
2.3 Der IT-Architekt 49
2.4 Architekturmanagement und Softwareentwicklungsprozess 51
2.5 Zusammenfassung 54
3 Die Anwendungslandschaft der Fantasia Versicherung 56
4 Architekturplanung und IS-Portfoliomanagement 64
4.1 Ein Modell zur Architekturplanung 64
4.2 Die Architekturpyramide und zugeordnete 79
4.3 IS-Portfoliomanagement 83
4.4 IS-Portfolioanalyse zur Multikanalstrategie der Fantasia Versicherung 97
4.5 Architekturplanung bei der Fantasia Versicherung 99
4.6 Zusammenfassung 102
5 Erfolgsfaktoren, Architektursichten und Workflows 104
5.1 Erfolgsfaktoren des Architekturmanagement 104
5.2 Architekturmanagement und Ausrichtung an Sichten 109
5.3 Definition der Architektur-Workflows 116
5.4 Zusammenfassung 127
6 Wege zur Einführung eines Architekturmanagements 128
6.1 Balancedreieck zur Einführung 128
6.2 Architekturpyramide – Landkarte der Einführung 130
6.3 Entwicklung eines Organisationskonzeptes 134
6.4 Fallbeispiele zur organisatorischen Einbettung 145
6.5 Stolpersteine bei der Einführung 155
6.6 Zusammenfassung 156
7 Der Workflow-Analyse- und Planungs-IS-Portfolio 158
7.1 Zur Darstellung von Workflows 158
7.2 Der Workflow im Überblick 159
7.3 Der Workflow im Detail 163
7.4 Zusammenfassung 163
8 Der Workflow zur übergreifenden Architekturplanung 168
8.1 Der Workflow im Überblick 168
8.2 Der Workflow im Detail 175
8.3 Architekturprinzipien bei der Fantasia Versicherung 180
8.4 Zusammenfassung 182
9 Die Initialisierung einer Architekturentwicklung 184
9.1 Der Workflow im Überblick 184
9.2 Der Workflow im Detail 190
9.3 Zur Initialisierung der Architekturentwicklung zur Multikanalplattform 194
9.4 Zusammenfassung 200
10 Die Workflows der Architekturentwicklung 202
10.1 Sichtbildung als Prinzip der Architekturentwicklung 203
10.2 Der konzeptionelle Zyklus 204
10.3 Der logische Zyklus 229
10.4 Der physische Zyklus 257
10.5 Zusammenfassung 282
11 Architekturentwicklung bei einer internationalen Bank 284
11.1 Geschäftlicher Kontext und Aufgabenstellung 284
11.2 Die übergreifende Architekturplanung 287
11.3 Initialisierung Architekturentwicklung 297
11.4 Ergebnisse der Architekturentwicklung zu Release 1 299
11.5 Zusammenfassung 309
12 Fallstudie Strategische IT-Planung 310
12.1 Strategische IT-Planung — Definition 312
12.2 Planungsmodell der Finanzgruppe 316
12.3 Zusammenfassung 335
Glossar 338
Literaturverzeichnis 350
Sachwortverzeichnis 354

10 Die Workflows der Architekturentwicklung (S. 185-186)

Nachdem in den Kapiteln 7 bis 9 die Workflows zur Architekturplanung erarbeitet wurden, werden nun die Workflows der Architekturentwicklung vorgestellt. Im Fokus dieser Workflows steht die iterative Entwicklung der konzeptionellen, logischen und physischen Ebene von IT-Architekturen. Dabei werden auf jeder dieser Ebenen Sichten „im Großen", zum Beispiel übergreifende Blaupausen, und Sichten „im Kleinen", zum Beispiel die Sicht zur Verfeinerung eines Management- Dienstes in der Systemarchitektur, erarbeitet. Die den Ebenen zugeordneten Workflows sind nicht als sequenziell auszuführende Aktivitätenfolgen zu verstehen. Sie sind vielmehr darauf ausgerichtet, die Sichten der an der Architektur- und Softwareentwicklung Beteiligten zu bedienen und werden dementsprechend situationsbezogen eingesetzt.

Die Workflows zur Architekturentwicklung fungieren als Leitfaden, der es dem IT-Architekten erlaubt, die für den gegebenen Kontext adäquaten Aktivitäten und Artefakte auszuwählen. Auf diese Weise hat der Nutzer der Workflows die Möglichkeit, die Vollständigkeit der geplanten Aktivitäten einer Architekturentwicklung zu verifizieren.

Das Vorgehen zur Architekturentwicklung wird durch die Workflows so strukturiert, dass die systematische Durchführung von Architekturenentwicklungen gezielt unterstützt wird. Die detaillierte Umsetzung der Workflows innerhalb eines Unternehmens, die dabei gewählte Detailtiefe und Formalisierung liegen in der Hand derjenigen, die die Rollen des IT-Architekten auf Unternehmensebene und des IT-Architekten auf Projektebene ausfüllen. Durch die Anwendung der Workflows auf die Multikanalplattform der Fantasia Versicherung, erhält der Leser einen unmittelbaren Einblick in die Anwendung der Workflows.

Dazu werden die Ergebnisse der Initialisierung Architekturentwicklung aufgegriffen, und die Entwicklung der Referenzarchitektur der Multikanalplattform wird an der System- und Sicherheitsarchitektur sowie der Softwarearchitektur beleuchtet. Ein weiteres umfang reiches Beispiel zur Anwendung der Workflows der Architekturentwicklung findet der Leser in Kapitel 11. Der Begriff „Architekturbaustein" wird verwendet, um allgemein eine abgrenzbare Einheit einer Architektur zu bezeichnen. Das kann zum Beispiel eine Softwarekomponente oder ein zentraler Dienst sein. Der Begriff „Komponente" bezieht sich rein auf eine Softwarekomponente. Sichtbildung als Prinzip der Architekturentwicklung Sichtbildung bildet bei allen drei Workflows zur Architekturentwicklung das zentrale Prinzip.

Der IT-Architekt wählt Architektursichten, um Schlüsselstellen der Architektur zu bearbeiten und die Ergebnisse, zugeschnitten auf den Informationsbedarf der Beteiligten, aufzubereiten. Jede Architektursicht, gleich welcher Detaillierung, wird über die Durchführung derselben Teilschritte gestaltet. Dazu zählt zum Beispiel die Definition von Szenarien und Varianten, die zur Ausarbeitung von Sichten – sei es eine Sicht „im Großen" oder „im Kleinen" – genutzt werden.

Jede Sicht wird durch die Ausführung der folgenden Teilschritte ausgearbeitet: Anforderungsanalyse Szenarien- und Variantendefinition Blaupausenerstellung Sichtbildung Stabilisierung Abstimmung und Abnahme Der Entwurf einer übergreifenden Blaupause einer Anwendungsarchitektur wird demnach ebenso mittels dieser sechs Teilschritte vollzogen, wie die Ausarbeitung einer Sicht „Lastverteilung" einer physischen Systemarchitektur. Unterschiedlich ist lediglich der Umfang der jeweiligen Sicht. Während die Stabilisierung in einem Fall ein Review unter externer Beteiligung umfasst, beschränkt sie sich ein anderes Mal auf die abschließende Konsistenzprüfung durch IT-Architekten und Software und System- Ingenieure.