lew
Uploaded by
16 SLIDES
287 VUES
160LIKES

Software Product Line Adoption

DESCRIPTION

This document outlines a comprehensive strategy for the adoption of Software Product Lines (SPL), focusing on the transitions process necessary for organizations to develop tailored software solutions. It begins by examining the motivations behind adoption, including external market pressures and internal deadlines. The transitions process is categorized into strategic planning, current state analysis, risk-cost-benefit assessments, and implementation planning. It also details institutionalization practices, reference architecture development, and organization of processes to ensure effective adoption and operation of SPL. The importance of metrics, training, and management are emphasized to drive successful transitions.

1 / 16

Télécharger la présentation

Software Product Line Adoption

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Software Product Line Adoption Martin Kempe 14. Januar 2009

  2. 1. Inhalt • 1. Inhalt • 2. Motivation • 3. Begriff Transitionsprozess • 4. Aufbau Transitionsprozess • 4.1 Strategie & Scope • 4.1.1 Analyse der Zielsetzung des PLE - Programms • 4.1.2 Analyse der aktuellen Situation • 4.1.3 Kosten - Nutzen - Risiko - Analyse • 4.2 Verbesserung - Planung & Implementierung • 4.3 Institutionalisierung • 4.4 Referenzarchitektur • 4.5 Prozess & Organisation • 5. Fazit • 6.Quellen SPL Martin Kempe Adoption 14.01.2009 2

  3. 2. Motivation Zwei Hauptgründe: • Externer Druck: • Marktbedürfnisse • Wettbewerbsdruck • Interner Druck: • Deadline • Entwicklungsbeschleunigung SPL Martin Kempe Adoption 14.01.2009 3

  4. 3. Begriff: Transitionsprozess • Überführung zur Produktlinienentwicklung • an individuelle Bedürfnisse angepasst • abhängig von Organisation/Kontext SPL Martin Kempe Adoption 14.01.2009 4

  5. 4. Aufbau Transitionsprozess SPL Martin Kempe Adoption 14.01.2009 5

  6. 4.1 Strategie & Scope 4.1.1 Analyse der Zielsetzung des PLE -Programms • Ziele: Reduzierung Entwicklungszeiten, Time-to-Market… • erste Abschätzung/Bewertung der Zielsetzung • Bewertung Business Opportunities => PLE - Programmplan SPL Martin Kempe Adoption 14.01.2009 6

  7. 4.1 Strategie & Scope 4.1.2 Analyse der aktuellen Situation • Produktlinienstrategie & Produktportfolio • Scope der Produktlinie • Prozess & Organisation • Artefakte • Organisationseinheiten • Architektur • Referenzarchitektur SPL Martin Kempe Adoption 14.01.2009 7

  8. 4.1 Strategie & Scope 4.1.3 Kosten - Nutzen - Risiko - Analyse • Kosten - Nutzen: • Abschätzung Auswirkungen • Überprüfung der Ziele • Risiken: • Wahrscheinlichkeit/Auswirkungen • definieren von Meilensteinen • Ergebnis => geeignete PLE-Transitionsstrategie SPL Martin Kempe Adoption 14.01.2009 8

  9. 4.2 Verbesserung - Planung & Implementierung • Produktliniendefinition (Feature-Modellierung, Scoping) • Definition Referenzarchitektur • Spezifikation generischer Artefakte • Anpassung Prozess & Organisation an PLE-Ansatz SPL Martin Kempe Adoption 14.01.2009 9

  10. 4.3 Institutionalisierung • Pilotierung: • Validierung des PLE-Ansatzes • Training & Coaching • Asset Retrieval • Referenzarchitektur • Produktlinienmanagement etc. • Breiteneinführung • Überwachung, Metriken, Reporting SPL Martin Kempe Adoption 14.01.2009 10

  11. 4.4 Referenzarchitektur • abgeleitet aus Architekturanalyse (4.1.2) • definieren von Interfaces (Softwarekomponenten) • Generische Komponenten spezifizieren • Asset Mining • Repository • Abspeichern, Verwalten, Auffinden von Artefakten • Vorgaben für Definition von Artefakten • Standards / Templates definieren SPL Martin Kempe Adoption 14.01.2009 11

  12. 4.5 Prozess & Organisation • Einführung von Prozessen, Standards & Templates • Domain Engineering • Application Engineering • Test • Evolution & Maintenance aller Plattformartefakte • Tooling • Festlegen von Verantwortlichkeiten • Produktlinienmanagement, Pflege, Test … SPL Martin Kempe Adoption 14.01.2009 12

  13. 4.5 Prozess & Organisation • Maßnahmen zur Erfassung, Analyse und Auswertung von Metriken • Transitionsprozess • Entwicklungsprozess • Nutzen/Qualität der erzeugten Artefakte/Produkte • Maßnahmen zur Einführung von PLE als Geschäftsmodell • Kostenverrechnungssysteme SPL Martin Kempe Adoption 14.01.2009 13

  14. 5. Fazit • Zu beachten: • Technische Aspekte • Wirtschaftliche Aspekte • Vorteile: • schnellere Marktreife • reduzierte Kosten • flexibler • höhere Qualität/Produktivität SPL Martin Kempe Adoption 14.01.2009 14

  15. 6. Quellen • P. C. Clements, L. G. Jones, J. D. McGregor, L. M. Northrop: „ A Roadmap For Software Product Line Adoption“ [Communications of the ACM December 2006/Vol. 49, No. 12] • K. Pohl, G. Böckle, F. van der Linden: „Software Product Line Engineering: Foundations, Principles, and Techniques“ (Kap. 20 Transition Process) • G. Böckle, P. Knauber, K. Pohl, K. Schmid : „ Software-Produktlinien : Methoden, Einführung und Praxis“ [1.Auflage 2004 dpunkt.verlag] SPL Martin Kempe Adoption 14.01.2009 15

  16. Fragen??? SPL Martin Kempe Adoption 14.01.2009 16

More Related