Spezifikationsmodule - Software and Systems Engineering - TUM
Spezifikationsmodule - Software and Systems Engineering - TUM
Spezifikationsmodule - Software and Systems Engineering - TUM
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
zwei Abhängigkeiten zu der Zust<strong>and</strong>srelation gibt (Start- und Zielzust<strong>and</strong> der<br />
Transition). Durch die Vorberechnung der möglichen Tupel, erhöhen wir die<br />
Übersichtlichkeit und Verwendbarkeit dieses Dialogschrittes erheblich.<br />
Abbildung 5.4: Dialog für Zust<strong>and</strong>sübergänge (Transition)<br />
Input / Output<br />
Die Verschmelzung von Ein- und Ausgabeausdrücken führen wir nicht mehr<br />
interaktiv durch, sondern berechnen die entsprechende Unifikationsrelation unter<br />
Verwendung der Relationen von Transition und Port. Es werden also die<br />
Input- bzw. Output-Elemente vereinigt, die zu unifizierten Transitionen gehören<br />
und sich auf unifizierte Schnittstellen beziehen. Den dritten für die Vereinigung<br />
relevanten Wert, das Ein-/Ausgabesignal (Constructor), beachten wir an dieser<br />
Stelle noch nicht, sondern verwenden die hier berechneten Unifikationsrelationen<br />
später als Bedingung für die Berechnung der Constructor-Relation.<br />
5.2.3 Datensicht<br />
Die Verhaltenssicht umfasst die Metamodellelemente DataDef, Constructor, und<br />
Selector. In Kapitel 3 haben wir gesehen, wie ein Dialog für die Unifikation<br />
von Datentypdefinition aussehen könnte. Hier wollen wir nun die sich aus den<br />
vorherigen Entscheidungen ableitenden, unifzierten Typdefinitionen berechnen<br />
und somit die Datensicht bei der Spezifikationsvereinigung vollständig automatisieren.<br />
Constructor<br />
Wir beginnen die Berechnungen für die Datensicht mit der Konstruktorunifikation.<br />
Aus den zuvor berechneten Unifikationsrelationen für Input und Output<br />
45