Die SAPHIR GmbH kündigt die Weiterentwicklung ihres CASE-Tools SAPHIR Event an. Ab dem dritten Quartal 2006 will das Münchner Systemhaus das auf dem dynamischen Objektmodell basierende Werkzeug in der Version 8.4 mit einem Type-Switch auf den Markt bringen. Dieser soll die Codeerzeugung optimieren, die Objektausrichtung intensivieren und die Datenkapselung steigern. Darüber hinaus will SAPHIR zusätzliche Codegeneratoren implementieren. So sollen aufgrund der Verbreitung von Skriptsprachen ab Herbst TCL- und danach Python-Generatoren verfügbar sein. Erste Prototypen sind bereits erstellt und befinden sich gegenwärtig in einer Testphase. SAPHIR-Event lässt sich direkt über SAPHIR beziehen.
SAPHIR Event ist ein CASE-Tool (Computer Assisted Software Engineering), das die Implementierung des dynamischen Objektmodells erlaubt. Viele UML-basierte CASE-Tools legen das statische Objektmodell zugrunde. Dabei beschreibt man die Struktur der Systemobjekte anhand ihrer Beziehungen zu einem bestimmten Zeitpunkt. Dies führt jedoch insbesondere an der Schwelle von Systementwurf und Codierung häufig zu erheblichen Problemen. Im dynamischen Modell betrachtet man dagegen die Änderungen der Objekte und ihrer Beziehungen untereinander über die Zeit. Durch ein Single Source Verfahren lässt sich ein Software-System damit weit einfacher beschreiben und die Gebiete Entwurf, Codierung, Test und Dokumentation durch die immanente Integration entscheidend vereinfachen. Aus einem einzigen Dokument pro Zustandsmaschine entstehen alle relevanten Diagramme und der Sourcecode.
Der Type-Switch in SAPHIR Event
Type-Switch ist ein streng objektorientiertes Verfahren für die Code-Erzeugung. Bisher identifiziert SAPHIR Event Ereignisse immer über Konstanten, die als Members der eintreffenden Messages in den Code gelangten und sich über einen Switch auswerten ließen. Mit dem neuen Type-Switch bleiben eintreffenden Messages nach wie vor Objekte, man kann sie aber jetzt im Verteiler hinsichtlich ihrer Klassenzugehörigkeit auswerten. Aktionen lassen sich Message-Objekten typgebunden zuordnen, wobei die Aktion ohne Cast auf die Daten und Methoden des Message-Objekts zugreifen kann. Das Message-Member der Zustandsmaschine fällt weg, auf die Eingangsmessage greift man nur noch per Parameter zu.
Erste Tests haben gezeigt, dass die strenge Betrachtung der Datenwege Unsauberkeiten im Design offen legen kann und somit für weitaus sichereren Code sorgt. Durch den Wegfall eigener Casts bei der Message-Bewertung können keine Fehlgriffe bei deren Interpretation entstehen.
Bildmaterial erhalten Sie im Internet unter
http://www.pr-marcom.net/... oder auf Anfrage.
SAPHIR Event ist ein CASE-Tool (Computer Assisted Software Engineering), das die Implementierung des dynamischen Objektmodells erlaubt. Viele UML-basierte CASE-Tools legen das statische Objektmodell zugrunde. Dabei beschreibt man die Struktur der Systemobjekte anhand ihrer Beziehungen zu einem bestimmten Zeitpunkt. Dies führt jedoch insbesondere an der Schwelle von Systementwurf und Codierung häufig zu erheblichen Problemen. Im dynamischen Modell betrachtet man dagegen die Änderungen der Objekte und ihrer Beziehungen untereinander über die Zeit. Durch ein Single Source Verfahren lässt sich ein Software-System damit weit einfacher beschreiben und die Gebiete Entwurf, Codierung, Test und Dokumentation durch die immanente Integration entscheidend vereinfachen. Aus einem einzigen Dokument pro Zustandsmaschine entstehen alle relevanten Diagramme und der Sourcecode.
Der Type-Switch in SAPHIR Event
Type-Switch ist ein streng objektorientiertes Verfahren für die Code-Erzeugung. Bisher identifiziert SAPHIR Event Ereignisse immer über Konstanten, die als Members der eintreffenden Messages in den Code gelangten und sich über einen Switch auswerten ließen. Mit dem neuen Type-Switch bleiben eintreffenden Messages nach wie vor Objekte, man kann sie aber jetzt im Verteiler hinsichtlich ihrer Klassenzugehörigkeit auswerten. Aktionen lassen sich Message-Objekten typgebunden zuordnen, wobei die Aktion ohne Cast auf die Daten und Methoden des Message-Objekts zugreifen kann. Das Message-Member der Zustandsmaschine fällt weg, auf die Eingangsmessage greift man nur noch per Parameter zu.
Erste Tests haben gezeigt, dass die strenge Betrachtung der Datenwege Unsauberkeiten im Design offen legen kann und somit für weitaus sichereren Code sorgt. Durch den Wegfall eigener Casts bei der Message-Bewertung können keine Fehlgriffe bei deren Interpretation entstehen.
Bildmaterial erhalten Sie im Internet unter
http://www.pr-marcom.net/... oder auf Anfrage.
