Das Problem-Puzzle soll dazu dienen, die Hauptprobleme und geplante Lösungen zu formulieren, die im Kontext des Forschungsvorhabens angegangen werden sollen.

Zur besseren Strukturierung sind die Probleme in einer Variation der üblichen Musterform (siehe [Alexander, 1977] oder Coplien-A Pattern Definition) niedergeschrieben:

• Mustername - Ein Name für das Problem,
• Problem - Eine kurze Beschreibung,
• Kontext - Die Erläuterung des Problemkontextes,
• Kräfte - Die zueinander konträr stehenden Faktoren des Problems,
• Lösung - Eine oder mehrere Lösungsalternativen für das Problem,
• Referenzen - Querbezüge zu anderen Problemen.

Der Leser erhält so neben den Inhalten einen Eindruck von den Möglichkeiten, die diese Gliederung im Kontext der technischen Dokumentation bietet. Die Problem-Puzzles sollten hierbei zunächst nicht mit Mustern selbst verwechselt werden; wenn sich während der Realisierung eine hinreichende Allgemeingültigkeit des einen oder andern Puzzles im Kontext zeigt, dann kann es in den "Musterstand" erhoben und aus dem gesamten Problem-Puzzle schließlich eine Mustersprache (Pattern Language) werden. Beispiele finden Sie unter: Design Patterns for Avionics Control Systems (Doug Lea), HTML 2.0 Pattern Language (Robert Orenstein) oder A Development Process Generative Pattern Language (J. Coplien) .

Das Problem-Puzzle wird fortlaufend ergänzt; wenn Sie Vorschläge, Bemerkungen oder Ergänzungen haben, so lassen Sie es mich wissen oder schreiben Sie an die allgemeine Adresse: Projektgruppe. Bei Interesse werden wir auch eine Mailingliste zum Thema einrtichten.