Das Dokument behandelt die Einführung von Konfiguratoren in Unternehmen, wobei eine generalisierte Methodik erarbeitet wird, um die Implementierung zu beschleunigen und verschiedene Aspekte zu berücksichtigen. Es werden Grundlagen der Pattern-Methodik vorgestellt und deren Anwendung auf die Konfigurator-Einführung erläutert, einschließlich der Trennung von Vertriebs- und Fertigungssichten. Abschließend wird eine Vorgehensweise zur Validierung von Patterns und zur weiteren Entwicklung der Software beschrieben.

1. Agenda
Patterns in der Produktkonfiguration
Einführung
Problemstellung
Lösungsansatz
Grundlagen der Pattern-Methodik
Übertragung auf das Exkursgebiet
Aspekte der praktischen Nutzung
Zusammenfassung und weitere Schritte
Matthias Plietz ORISA Software GmbH / Universität Jena 1

2. Einführung
Einführung: Konfigurator
„Ein Tag - einen Dollar. Ein Jahr - einen Ford." - Henry Ford
„Jeder Kunde kann sein Auto in jeder gewünschten Farbe bekommen,
solange diese Farbe schwarz ist." - Henry Ford
Wettbewerbsvorteil
Marktdurchdringung
© www.wikipedia.de Preisvorteil
Matthias Plietz ORISA Software GmbH / Universität Jena 2

3. Einführung
„Der Konfigurator bietet dem Kunden die Möglichkeit, …die gewünschten
Produktmodule zu wählen sowie die Produktparameter …zu konkretisieren und
wacht dabei über die Einhaltung der Produktregeln.“ [Polak 2008]
© www.porsche.de
Matthias Plietz ORISA Software GmbH / Universität Jena 3

4. Problemstellung
Aspekte der Konfigurator-Einführung
Geschäftsziele
Kundenbedürfnisse
Integration
Technische Anforderungen
Ziel: Erarbeitung einer generalisierten Methodik
• zur beschleunigten Einführung eines Konfigurators in Unternehmen
• mit Beachtung der Einführungsaspekte
• in Verbindung von Erfahrungswissen, best practice
Matthias Plietz ORISA Software GmbH / Universität Jena 4

5. Lösungsansatz: Grundlagen von Patterns
"Each pattern is a three-part rule, which expresses a relation between a certain context, a
problem, and a solution." [Alexander 1979]
Nutzer agiert in Kontext
hebt hervor
hat ein
Anforderungen
hebt auf
Problem löst Lösung nach [Kohls 2007]
Literatur:
Nomenklatur [Alexander 1979, Gamma et al. 1994]
Gütekriterien [Rising 1998, Kohls 2007]
Vernetzung von Mustern [Alexander 1979, Fowler 2005]
Matthias Plietz ORISA Software GmbH / Universität Jena 5

6. Lösungsansatz: Übertragung
Patterns in der Konfigurator-Einführung
Lee: Produktstrukturen [Lee et al 2007]
Drews: Interaction Patterns [Drews 2008]
Beispiel [Plietz 2010]
nein
Fert.rel.Daten?
VertriebsFertigungsSicht
Trennung in 2 Sichten:
Vertrieb+Fertigung mit Mapping
nstufigeKonfiguration,
DomainVerträglichkeit
Name: VertriebsFertigungsSicht
Kontext: Der Konfigurator muß auch fertigungsrelevante Daten herleiten.
Problem: Anwender kann fertigungsrelevante Daten nicht verstehen bzw. denkt applikativ.
Lösung: Definition von 2 Sichten (Vertrieb / Fertigung), konsequente Trennung und Herleitung der Werte
Referenzen: nstufigeKonfiguration, DomainVerträglichkeit
Matthias Plietz ORISA Software GmbH / Universität Jena 6

7. Lösungsansatz: Anwendung (1)
Darstellung der Patterns Fert.rel.Daten?
• Formalisierung durch Nomenklatur und Themen
VertriebsFertigungsSicht
• Grafische Repräsentation
Trennung in 2 Sichten:
• Vernetzung durch Referenzen Vertrieb u. Fertigung
Kundenbedürfnisse
Name
Reihenfolge? Konflikte? VertriebsFertigungsSicht
Direktionalität Konflikthandling
Reihenfolge der Bewertungen konfliktierende Werte anzeigen
Kontext
vorgegeben oder variabel oder verbergen Der Konfigurator muß auch fertigungsrelevante
Daten herleiten.
Geschäftsziele Problem
Anwender kann fertigungsrelevante Daten nicht
Belege? verstehen.
Belegeffektivierung
Lösung
Unterstützung Definition von 2 Sichten (Vertrieb / Fertigung),
welcher Belegarten
konsequente Trennung und Herleitung der
Werte
Technik
Präzisierung
Struktur? Ausschlüsse? mapping
nstufigeKonfiguration Domainverträglichkeit
Definition der Abhängigkeiten Referenzen
Definition der Verkaufsebenen
(Regel, Constraint, kv) nstufigeKonfiguration, DomainVerträglichkeit
Integration abgeschlossen
ERP?
Fert.rel.Daten?
Anbindung
VertriebsFertigungsSicht
Trennung in 2 Sichten: Schnittstelle
Vertrieb u. Fertigung
+
Matthias Plietz ORISA Software GmbH / Universität Jena 7

8. Lösungsansatz: Anwendung (2)
Praktische Anwendung
• Vorgehensmethodik, dynamisch abarbeitbar (sequentiell, iterativ), Links zu nächsten Patterns
• spezialisierend („unfolding“) in Teilnetzen
• Bearbeitungsstatus, protokollierend, dokumentierend
Kundenbedürfnisse
Name
Reihenfolge? Konflikte? VertriebsFertigungsSicht
Direktionalität Konflikthandling
Reihenfolge der Bewertungen konfliktierende Werte anzeigen
Kontext
vorgegeben oder variabel oder verbergen Der Konfigurator muss auch fertigungsrelevante
Daten herleiten.
Geschäftsziele Problem
Anwender kann fertigungsrelevante Daten nicht
Belege? verstehen.
Belegeffektivierung
Lösung
Unterstützung Definition von 2 Sichten (Vertrieb / Fertigung),
welcher Belegarten
konsequente Trennung und Herleitung der
Werte
Technik
Präzisierung
Struktur? Ausschlüsse? mapping
nstufigeKonfiguration Domainverträglichkeit
Definition der Abhängigkeiten Referenzen
Definition der Verkaufsebenen (Regel, Constraint, kv)
nstufigeKonfiguration, DomainVerträglichkeit
Integration abgeschlossen
ERP?
Fert.rel.Daten?
Anbindung
VertriebsFertigungsSicht
Trennung in 2 Sichten: Schnittstelle
Vertrieb u. Fertigung
+
Matthias Plietz ORISA Software GmbH / Universität Jena 8

9. Zusammenfassung und weitere Schritte
Resumee
Durch Patterns ist eine Abbildung des Exkursgebietes sinnvoll und eine generalisierte
Methodik zur Konfigurator-Einführung möglich.
Weitere Schritte
Pattern-Validierung, Referenzen und Vollständigkeit
Aufbau der Software
Test des Verfahrens mit Referenzunternehmen, exemplarische Ermittlung der Effekte
Kontakt: Matthias Plietz
plietz@orisa.de
+49 3641 2844 27
Matthias Plietz ORISA Software GmbH / Universität Jena 9