Moderne Enterprise Architekturen (eBook)

Langjährige Erfahrung als Consultant im Großrechner / Großsystemeumfeld Leiter einer Entwicklungsabteilung Langjährige Erfahrung in Java/CORBA/COBOL Autor von: "Objektorientierte Systementwicklung", (vieweg) Zuständig für Technologie bei der Plenum Systems.

Danksagung 6
Prolog 7
Inhaltsverzeichnis 8
1 Einleitung 14
2 Umfeld 17
2.1 Geschichte 17
2.2 Warum Enterprise Architektur? 21
2.3 Treibende Kräfte 22
2.4 Lebensdauer von Applikationen 23
2.5 Outsourcing 25
2.6 Flexibilität und Skalierbarkeit 26
2.7 Offenheit und Interoperabilität 27
2.8 Modularität 27
2.9 Wartbarkeit und Zukunftssicherheit 28
2.10 Wiederverwendbarkeit 28
2.11 Teile der Enterprise Architektur 29
3 Framework 31
3.1 Frameworks, Standards und Techniken 31
3.2 Einbettung der Enterprise Architektur 32
3.3 Gesamtframework 33
3.4 Architekturgovernance-Framework 34
3.5 Enterprise Architektur-Framework 35
3.6 Entwicklung der Enterprise Architektur 36
3.7 Architektur und Lösungen 44
3.8 Nutzung 46
3.9 Zachman-Framework 46
3.10 C4ISR 48
4 Topologien 50
4.1 Einleitung 50
4.2 Entwicklung der Verteilung 51
4.3 Systemarchitektur 56
4.4 Einfache Topologien 60
5 Metriken 69
5.1 Einleitung 69
5.2 Graphen 73
5.3 Arbeitslast 76
5.4 Zeiten 77
5.5 Latenz 79
5.6 Komplexität 79
5.7 Small Worlds 82
5.8 Entropie 84
5.9 Temperatur 88
5.10 Volatilität 89
5.11 Skalierbarkeit 91
6 Evolution und Revolution 94
6.1 Einleitung 94
6.2 Alterungsprozess 95
6.3 Komplexität 97
6.4 Lehmans Gesetz 98
6.5 Volatilität 99
6.6 Entropie 101
6.7 Kosten 103
7 Systemarchitektur 105
7.1 Einleitung 105
7.2 Netzwerk 106
7.3 Speicherarchitektur 108
8 Datenarchitektur 111
8.1 Einleitung 111
8.2 Datenquellen 112
8.3 Entwicklung 113
8.4 Metadaten 115
9 Mikroarchitekturen 118
9.1 Einleitung 118
9.2 Monolithische Systeme 118
9.3 Schichtenarchitektur 123
9.4 Komponenten 130
9.5 Service Oriented Architecture 132
9.6 Webservices 139
9.7 CORBA 152
9.8 Application-Server 167
9.9 Messaging 171
9.10 Enterprise Application Integration 175
9.11 Portale 183
10 Produktplattformen 190
10.1 Einleitung 190
10.2 Java 2 Enterprise Edition 190
10.3 .NET 215
11 Migration und Integration 221
11.1 Einleitung 221
11.2 Legacy-Migration 222
11.3 Rekonstruktion 226
11.4 Webservices und SOA 227
11.5 Enterprise Application Integration 232
11.6 Legacy-Migration Roadmap 236
12 Entwicklungsprozess 241
12.1 Komplexe Systeme 241
12.2 Rational Unified Process 245
12.3 Enterprise Unified Process 249
13 Model Driven Architecture 255
13.1 Einleitung 255
13.2 Pattern 256
13.3 Struktur 257
13.4 Common Services 261
13.5 Dynamik 262
13.6 Meta Object Facility 262
13.7 XML Metadata Interchange 263
13.8 MDA-Implementierung 265
13.9 Perspektiven 265
14 Agility 267
14.1 Agiles Manifest 267
14.2 Agile Modellierung 274
14.3 Agile Architektur 280
14.4 AMDD 285
15 Patterns und Antipatterns 288
15.1 Einleitung 288
15.2 Allgemeine Patterns 289
15.3 Mikroarchitekturpatterns 295
15.4 Antipatterns 301
16 Epilog 306
Glossar 308
Literaturverzeichnis 324
Index 332

Framework (S. 19-20)

. . . he picked a bit of paper from the walk
and nailed it to the framework with a knife.
The Bride comes to Yellow Sky,

Stephen Crane

3.1 Frameworks, Standards und Techniken

Die Unterstützung der Systementwicklung durch Architekturen ist in den letzten Jahren immer wichtiger geworden. Einige Standards und Techniken wurden schon von diversen Quellen vorgeschlagen. Ein Architektur-Framework zerlegt die komplexe Aufgabe in mehrere Teilschichten, welche dann getrennt modelliert werden können. Jede dieser Teilschichten, Layers, muss im Metamodell des Frameworks spezifiziert sein.

Es ist, unabhängig vom konkreten Framework, immer sinnvoll, zwischen konzeptioneller und operationeller Sicht auf eine Architektur zu unterscheiden. Die konzeptionelle Norm für Enterprise Architekturen ist der IEEEStandard 1471. Dieser definiert eine theoretische Basis für die Definition, Analyse und Beschreibung einer Systemarchitektur, was einen Teil der Enterprise Architektur im engeren Sinne darstellt. Im Grunde beschreibt die IEEE-1471-Norm eine Reihe von Elementen und die Beziehungen, die diese Elemente untereinander haben.

Zusätzlich zur IEEE-1471-Norm existieren noch folgende drei Normen:

• ISO 14258: Beinhaltet die Konzepte und Regeln für das Modellieren von Enterprises mit dem Schwerpunkt auf den Geschäftsprozessen.

• ISO 15704: Voraussetzungen für Referenzarchitekturen und auch die entsprechenden Methodiken zur Entwicklung der Referenzarchitekturen.

• CEN ENV 4003: Das CIMOSA ist die Europanorm des Comite Europeen de Normalisation f¨ur Systemarchitekturen.

Die beiden wohl bekanntesten Frameworks für die Entwicklung von Enterprise Architekturen sind:

• Das Zachman-Framework: Framework for Enterprise Architecture, welches eine logische Struktur zur Beschreibung und Klassi.kation sowie der Organisation von Darstellungen liefert, die f¨ur die Entwicklung einer Architektur wichtig sind.

• ISO/ITU: Reference Model for Open Distributed Processing, auch RMODP genannt. Hier werden Hilfsmittel für die Schaffung eines großen verteilten Systems bereitgestellt. Aufseiten der Techniken gibt es eine Reihe von, meist werkzeuggebundenen, Beschreibungssprachen, die sich oft durch ein ausgekl¨ugeltes Metamodell auszeichnen.

Zu den Beschreibungssprachen im weiteren Sinne gehören:

• ADS: Der Architecture Description Standard wurde von IBM veröffentlicht und fasst eine Reihe von Best-Practices und Erfahrungen innerhalb eines formalen Metamodells zusammen.

• MDA: Die Model Driven Architecture der OMG Object Management Group ist werkzeugunabhängig und benutzt hauptsächlich die UML, Uni-fied Modelling Language; in Kapitel 13 wird die MDA näher untersucht.

• ISO 15704: Der internationale Standard definiert eine Reihe von Anforderungen an Referenzarchitekturen und an Methodiken.

• TOGAF: The Open Group Architectural Framework, ist ein werkzeugunabhängiges Framework, um technische Architekturen zu entwickeln.

• IAF: Das Integrated Architecture Framework von Cap Gemini stammt aus dem Bereich der Geschäftsprozessmodellierung und setzt die entsprechenden Schwerpunkte.

3.2 Einbettung der Enterprise Architektur

Eine Enterprise Architektur lebt nicht im leeren Raum, sie ist kein Selbstzweck, sondern stets nur ein Mittel zum Zweck. Sie ist stets eingebettet in ein Unternehmen, um dort die Geschäftsprozess-Architektur zu unterstützen. Erst das Zusammenspiel von beiden ergibt ein effektives Gesamtsystem, wobei einzelne Teile der Geschäftsprozess-Architektur nur Teile der Enterprise Architektur benutzen und nie das gesamte Enterprise Architektursystem. Der in der Figur Abb. 3.1 dargestellte Zusammenhang zwischen den verschiedenen Architekturen ist so bei allen Unternehmen anzutreffen.