Agenda. Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur

Größe: px

Ab Seite anzeigen:

Download "Agenda. Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur"

Leander Maier
vor 8 Jahren
Abrufe

1 Lösungsorientierte Software Produktlinienentwicklung in heterogenen Systemlandschaften Andreas Wübbeke Dr. Thomas von der Maßen Workshop Produktlinien im Kontext Agenda Ausgangssituation: arvato Lösungsarchitektur und Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur Ziel: Lösungsorientiertes SPL Entwicklungsvorgehen g Anforderungen an das SPL Entwicklungsvorgehen Zusammenfassung und Ausblick 2 1

2009 Agenda Ausgangssituation: arvato Lösungsarchitektur und Lösungsentwicklungsprozess Rahmenbedingungen für

2 arvato s Domänen: Kundenbindung Loyalty Fulfilment Entwicklung ist projektorientiert Ergebnis ist eine kundenindividuellen di id IT-Lösung arvato übernimmt auch Betrieb und Support der Lösung 3 arvato Lösungsarchitektur (1/2) Systeme Prämien- Data Warehouse Kampagnen- Debitoren- Briefdruckerei Website Lösung B Prämien Briefdruckerei Data Warehouse Website Debitoren - Kampagnen- Debitor Teil vieler Lösungen Teil genau einer Lösung Lösungsspezifisch anteil 4 2

Lösungsarchitektur (1/2) Systeme Prämien- Data Warehouse Kampagnen- Debitoren- Briefdruckerei Website Lösung B

3 arvato Lösungsarchitektur (2/2) Systeme adressieren einen funktional geschlossenen Bereich (z. B. Finanzbuchhaltung) basieren auf unterschiedlichen technologischen Umsetzungen (z. B. Java oder C#) sind heterogen (von Individual- bis Standardsoftware) sind typischerweise organisatorische Einheiten 5 arvato Lösungs-Entwicklungsprozess Geschäfts- Modellierung Integrations- test Systemtest Lösungs- Bestimmung beinhaltet beinhaltet beinhaltet Data Warehouse Analyse Data Warehouse Design Realisierung Analyse Campaign Design Realisierung Kampagnen Mngt. Analyse Debitor Design Realisierung Website Gemeinsame Funktionalität Gemeinsame Funktionalität Gemeinsame Funktionalität Gemeinsame Funktionalität 6 3

Modellierung Integrations- test Systemtest Lösungs- Bestimmung beinhaltet beinhaltet beinhaltet Data Warehouse Analyse Data Warehouse Design Realisierung Analyse Campaign

4 Wiederverwendungspotentiale Es existieren viele Gemeinsamkeiten bei der Modellierung e der Lösungsgeschäfte (Lösungsebene) e) Systeme werden in verschiedenen Lösungen in immer ähnlicher Weise benutzt ( System- Ebene) Bisher geringe Berücksichtigung von Gemeinsamkeiten in der Geschäftsmodellierung Systemen Schnittstellen 7 Rahmenbedingungen für SPL Berücksichtigung der Gemeinsamkeiten auf Lösungsebene Berücksichtigung der Gemeinsamkeiten auf System-Ebene Berücksichtigung des Aufbaus der Lösungsebene Geschäftsanalyse Qualitätssicherung mehrere System Ebenen Berücksichtigung der organisatorischen Trennung von Systemen 8 4

Systemen Schnittstellen 7 Rahmenbedingungen für SPL Berücksichtigung der Gemeinsamkeiten auf Lösungsebene Berücksichtigung der Gemeinsamkeiten auf

5 Agenda Ausgangssituation: arvato Lösungsarchitektur und Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur Ziel: Lösungsorientiertes SPL Entwicklungsvorgehen g Anforderungen an das SPL Entwicklungsvorgehen Zusammenfassung und Ausblick 9 Lösungsorientiertes SPL Entwicklungsvorgehen Geschäfts- Anforderungen Lösungsplattform Lösungs- Integrationstestest System- Bestimmung Geschäftsanforderungen Lösungs-Bestimmung Systemtest Integrationtest System B System A System C Individuell Variabilität Data Warehouse System Plattform Kampagnen Mngt. System Plattform Variabilitäts- Bindung 10 5

Entwicklungsvorgehen Geschäfts- Anforderungen Lösungsplattform Lösungs- Integrationstestest System- Bestimmung Geschäftsanforderungen Lösungs-Bestimmung

6 Multiplattform SPL Entwicklung Organisation der Gemeinsamkeiten für die Ebenen Lösung und Systeme mit Hilfe von eigenen Plattformen Jedes System hat eine eigene Plattform, da es eine organisatorische Einheit darstellt, einen funktionalen Bereich kapselt und auf Basis einer bestimmten Technologie entwickelt wird 11 Anforderungen an das SPL Entwicklungsvorgehen Umgang mit Abhängigkeiten zwischen den Plattformen hinsichtlich Variabilität Organisation Verfolgbarkeit der Variabilität auf Plattformebene und zwischen Plattformen Ableitung von konkreten Lösungen auf Basis konkreter Systeme 12 6

entwickelt wird 11 Anforderungen an das SPL Entwicklungsvorgehen Umgang mit Abhängigkeiten zwischen den Plattformen hinsichtlich Variabilität

7 Abhängigkeiten zwischen Lösungs- und - Plattform(en) Geschäfts- Anforderungen Lösungsplattform Lösungs- Integration- System- Bestimmung testt testt Data Warehouse Variabilitätsabhängigkeit 13 Zusammenfassung Definition von Rahmenbedingungen für arvato SPL Entwicklungsvorgehen Berücksichtigung von organisatorischen, technologischen und domänenspezifischen Besonderheiten SPL Architektur mit Mehrplattformstrategie Definition von Anforderungen an die skizzierte Lösung 14 7

Rahmenbedingungen für arvato SPL Entwicklungsvorgehen Berücksichtigung von organisatorischen, technologischen und

8 Ausblick Definition passender Variabilitätsmodellierungsvorgehen g für unterschiedliche Typen von Systemen (Individualsoftware vs. Standardsystem) Auswahl eines Variabilitätsmodells mit Berücksichtigung von Variabilitätsabhängigkeiten innerhalb einer Plattform zwischen Plattformen 15 Vielen Dank für Ihre Aufmerksamkeit Fragen? 16 8

Standardsystem) Auswahl eines Variabilitätsmodells mit Berücksichtigung von

9 Mehrplattformarchitektur für verschiedene Domänen Lösungsplattform Domäne Kundenbindung Lösungsplattform Domäne Loyalty Lösungsplattform Domäne OVM OVM OVM OVM OVM OVM Data Warehouse Variabilitätsabhängigkeit 17 9

Ähnliche Dokumente

Konsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt

Konsolidierung und Neuimplementierung von VIT Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt Inhaltsverzeichnis 1 Was ist der Kontext?... 1 2 VIT: Ein sehr erfolgreiches