Software-Architektur (eBook)

Oliver Vogel ist zertifizierter IT-Architekt bei IBM Global Business Services. Sein Tätigkeitsfeld umfasst die architektonische Leitung, Schulung und Beratung von internationalen Projekten und Kunden in diversen Architektur-Themen, wie beispielsweise modellgetriebene Software-Entwicklung, serviceorientierte Architekturen und Offshoring. Darüber hinaus betätigt er sich als Referent, Dozent und Autor in den genannten Themengebieten. Arif Chughtai ist selbständiger Berater und Trainer für objektorientierte Software-Entwicklung. Zentrale Themenfelder seiner Tätigkeit sind Software-Architektur/-Entwurf und Java-Technologie. Teile aus diesen Themenfeldern lässt er regelmäßig in Seminaren, Vorlesungen, Fachartikeln und Vorträgen einfließen. Ingo Arnold arbeitet als Enterprise-Architekt für die Novartis AG in der Schweiz und ist dort zuständig für die globale Architektur-Planung zentraler Betriebsplattformen. Darüber hinaus gibt er als Dozent Vorlesungen in den Gebieten Software-Architektur, Software Engineering und Software Design Patterns an der Berufsakademie Lörrach sowie der Universität Basel. Auch stellt Ingo Arnold auf internationalen Konferenzen regelmäßig ausgewählte Themen seines Wirkungsbereiches, wie beispielsweise SOA oder Sicherheitsarchitekturen, einem breiten Publikum vor. Prof. Dr. Edmund Ihler war zunächst in der Informatikforschung und später als Architekt und Projektmanager in der Software-Entwicklung für Banken und Versicherungen tätig. Seit 2000 lehrt er als Professor für Informatik mit den Schwerpunkten objektorientierte Software-Modellierung und modellgetriebenes Software Engineering. Timo Kehrer promoviert an der Universität Siegen und ist Mitarbeiter der Fachgruppe Praktische Informatik an der Fakultät Elektrotechnik und Informatik. Seine Forschungsgebiete sind modellgetriebene Software-Entwicklung, Modell-Versionsmanagement, Modell-Evolution und Analyse von Modell-Repositories. PD Dr. Uwe Zdun arbeitet an der Technischen Universität Wien im Bereich Verteilte Systeme. Seine aktuellen Forschungsthemen sind Software-Architektur, Software-Muster, SOA, DSLs und modellgetriebene Software-Entwicklung. Markus Völter ist freiberuflicher Berater und Trainer für Software-Technologie und Software Engineering. Seine Schwerpunkte liegen auf Software-Architektur, Middleware und modellgetriebener Software-Entwicklung. Er hat Erfahrung in verschiedensten Domänen, darunter Business, Banken, Healthcare, Telematik, Automotive Embedded sowie Astronomie. Uwe Mehlig ist als IT-Architekt bei der IBM Deutschland GmbH im Bereich Global Business Services tätig. Sein aktueller Schwerpunkt liegt auf dem Entwurf von Integrationslösungen basierend auf offenen Standards wie XML, SOAP und Web Services. Johannes Blöcker arbeitet als Integrationsarchitekt bei der IBM Deutschland GmbH. Er hat sich auf nachrichten-orientierte Middleware spezialisiert und entwirft Enterprise-Service-Bus- Architekturen für Großunternehmen.

1 Einleitung.- 1.1 Ausgangslage und Zielsetzung des Buches. 1.2 Was ist Software-Architektur? 1.3 Leser-Leitfaden.- 2 Architektonischer Ordnungsrahmen.- 2.1 Motivation. 2.2 Ordnungsrahmen im Überblick. 2.3 Architekturen und Architektur-Disziplinen (WAS). 2.4 Architektur-Perspektiven (WO). 2.5 Architektur-Anforderungen (WARUM). 2.6 Architektur-Mittel (WOMIT). 2.7 Organisationen und Individuen (WER). 2.8 Architektur-Vorgehen (WIE). 2.9 Zusammenfassung.- 3 Architekturen und Architektur-Disziplinen (WAS).- 3.1 Klassische Architektur als Ausgangspunkt. 3.2 Von der klassischen Architektur zur Software-Architektur. 3.3 Architektur und der Systemgedanke. 3.4 Architektur und die Bausteine eines Systems. 3.5 Zusammenfassung.- 4 Architektur-Perspektiven (WO).- 4.1 Architektur-Ebenen. 4.2 Architektur-Sichten. 4.3 Zusammenfassung.- 5 Architektur-Anforderungen (WARUM).- 5.1 Allgemeines. 5.2 Anforderungen im Überblick. 5.3 Anforderungen im Detail. 5.4 Anforderungen im Architektur-Kontext. 5.5 Zusammenfassung.- 6 Architektur-Mittel (WOMIT).- 6.1 Architektur-Prinzipien. 6.2 Grundlegende architektonische Konzepte. 6.3 Architektur-Taktiken, -Stile und -Muster. 6.4 Basisarchitekturen. 6.5 Referenzarchitekturen. 6.6 Architektur-Modellierungsmittel. 6.7 Architektur-relevante Technologien.- 7 Organisationen und Individuen (WER).- 7.1 Allgemeines. 7.2 Organisationen. 7.3 Individuen. 7.4 Individuen und Gruppen. 7.5 Architektur und Entscheidungen. 7.6 Architekt als zentrale Rolle. 7.7 Zusammenfassung.- 8 Architektur-Vorgehen (WIE).- 8.1 Architektur und Entwicklungsprozesse. 8.2 Architektonisches Vorgehen im Überblick. 8.3 Erstellen der Systemvision. 8.4 Verstehen der Anforderungen. 8.5 Entwerfen der Architektur. 8.6 Umsetzen der Architektur. 8.7 Kommunizieren der Architektur. 8.8 Anwendungsszenario: Enterprise Application Integration.- 9Risikofallmanagementsystem.- 9.1 Überblick. 9.2 Architektur-Anforderungen (WARUM). 9.3 Architekturen und Architektur-Disziplinen (WAS). 9.4 Architektur-Perspektiven (WO). 9.5 Architektur-Mittel (WOMIT). 9.6 Organisationen und Individuen (WER). 9.7 Architektur-Vorgehen (WIE).- 10 CRM-Kundendatenbank.- 10.1 Überblick. 10.2 Architektur-Anforderungen (WARUM). 10.3 Architekturen und Architektur-Disziplinen (WAS). 10.4 Architektur-Perspektiven (WO). 10.5Architektur-Mittel (WOMIT). 10.6 Organisationen und Individuen (WER). 10.7 Architektur-Vorgehen (WIE). 10.8 Fazit.- Glossar.- Abkürzungsverzeichnis.- Literaturverzeichnis.- Index

1.3.4 Kapitel im Detail (S. 17-18)

Der erste Teil des Buches gibt einen ersten Überblick zum Thema Architektur und leitet den architektonischen Ordnungsrahmen her, der für den zweiten Buchteil die Architektur festlegt. Kapitel 1 liefert Motivation und Grundlagen für das Thema Software- Architektur (im weiteren Verlauf Architektur). Als Ausgangslage für die nachfolgenden Kapitel dieses Buches wird zunächst die Bedeutung von Architektur für die Software-Entwicklung erläutert und anschließend aufgezeigt, was sich hinter dem Begriff Architektur im Kontext von IT grundsätzlich verbirgt.

Ein Überblick zu Aufbau, anvisiertem Leserkreis und Inhalten des Buches rundet das Kapitel ab. Nach dem Lesen dieses Kapitels kennen Sie die Relevanz von Architektur in der IT und Sie haben eine Vorstellung darüber, was Architektur in diesem Kontext beinhaltet. Des Weiteren kennen Sie unsere Motivation, warum wir dieses Buch veröffentlicht haben und welche wesentlichen Ziele unser Buch verfolgt. Und Sie kennen die Handhabung dieses Buches.

In Kapitel 2 wird ein Erklärungsmodell zur Beschäftigung mit Architektur vorgestellt. Es bietet Orientierung, indem die wesentlichen Bestandteile von Architektur mittels einfachen Fragewörtern in einem architektonischen Ordnungsrahmen positioniert werden. Der Ordnungsrahmen stellt dabei die Rolle des Architekten in den Mittelpunkt seiner Betrachtung. Ferner dient er als Grundlage für die Vermittlung von Wissen und Erfahrung im weiteren Verlauf des Buches. Es versetzt Sie in die Lage, über Architektur strukturiert nachzudenken und sich zu orientieren.

Der zweite Teil des Buches behandelt essenzielles Architektur-Wissen. Das Wissen wird dabei basierend auf dem zuvor eingeführten architektonischen Ordnungsrahmen strukturiert und vermittelt. Zu Beginn eines jeden Kapitels dieses Buchteils werden zuerst die wesentlichen Konzepte, die in dem Kapitel behandelt und weiter detailliert werden, mittels einer Concept-Map im Überblick und in ihrem Zusammenhang gezeigt.

Die WAS-Dimension des architektonischen Ordnungsrahmens ist Thema des dritten Kapitels. Es vermittelt ein grundlegendes Verständnis von Architektur, indem es aufzeigt, was im Rahmen dieses Buches unter Architektur und damit verbundenen Architektur-Disziplinen zu verstehen ist. Darüber hinaus werden wesentliche Systembausteine und ihre Beziehungen zueinander vorgestellt. Da der Charakter von Systemen und das Denken in Systemen für die Arbeit eines Architekten essenziell sind, wird der Systemgedanke im Kontext von Architektur in diesem Kapitel motiviert. Nach dem Lesen dieses Kapitels sind Sie in der Lage, den allgemeinen Charakter von Architektur zu erklären, einzelne Architektur- Disziplinen zu unterscheiden sowie die wichtigsten Bausteine von Systemen zu differenzieren und ihre Beziehungen darzustellen.

Kapitel 4 befasst sich mit der WO-Dimension des architektonischen Ordnungsrahmens. Es erläutert, auf welchen Abstraktionsstufen sich ein Architekt im Rahmen seiner Tätigkeit bewegt und wie sich Architektur auf diesen Abstraktionsstufen manifestiert. Ferner werden architektonische Sichten vorgestellt, die ein Architekt auf den Abstraktionsstufen verwenden kann, um mit den verschiedenen Aspekten und der damit einhergehenden Komplexität einer Architektur besser umgehen zu können. Nach dem Lesen dieses Kapitels sind Sie in der Lage, die relevanten architektonischen Abstraktionsstufen zu unterscheiden und einzusetzen sowie mithilfe von Architektur-Sichten gezielt verschiedene Aspekte einer Architektur zu betrachten und zu bearbeiten.