Systeme der Automatisierungstechnik sind schwierig zu entwickeln da sie neben den üblichen
Ansprüchen mittlerer bis großer Software systeme (Daten- und Kontroll flüsse) zusätzliche
Schwierigkeiten beinhalten in Form von Echtzeitanforderungen oder Interaktionen mit einer
Umwelt aus vielfältigen Sensoren und Aktoren. Wir verwenden die folgenden Bezeichnungen für die
Ergebnisse der einzelnen Phasen des Entwicklungspro zesses (vgl. Kap. 2): AufgabensteIlung
(Lastenheft) Lösungskonzeption (aus der Analyse der AufgabensteIlung resultierende
fachtechnisch orientierte Lösung wie sie im Pflichten heft beschrieben wird) Entwurf
(Software-Architektur mit Beschreibung von funktionalen Einheiten Daten-und Kontrollflüssen)
und Quellcode (lauffähiges Programmpaket in der Zielumgebung). Unter Prototyping verstehen wir
einerseits die iterative Erstellung lauffä higer Modelle (Prototypen) der zukünftigen
Anwendungs-Software (konzeptionelles Pro totyping) [1]. Andererseits besteht zusätzlich oder
alternativ das Konzept die laufend an fallenden Entwicklungsinformationen analytisch zu
validieren und sie dazu in ein Simula tions-Tool zu übertragen (analytisches Prototyping) [2].
Die Realisierung eines Prototypen wird bisher häufig als eine der Systement wicklung
vorgeschaltete Aktivität betrachtet. Dieses Vorgehen birgt jedoch die Gefahr (wenigstens im
Projektdruck) in sich den Prototypen zu einern Endprodukt mit vollem Funktionsumfang zu
vervollständigen. So entstehen unstrukturierte schwer wartbare und fehleranfällige
Softwaresysteme. Werden Prototypen andererseits weggeworfen ergibt sich ein gravierender
zusätzlicher Aufwand. Diese Probleme lassen sich weitgehend da durch lösen indern das
Prototyping als eine in den Software-Entwicklungsprozeß inte grierte Funktion betrachtet wird
und durch entsprechende Werkzeuge unterstützt wird. Für das konzeptionelle Prototyping müssen
die Werkzeuge den Entwickler unter stützen Lösungsmodelle zu definieren und deren Gültigkeit
zu validieren.
