% ------------------------------------------------------------------ %
%                                                                    %
% Datei:        zusammen.tex                                         %
% Autor:        Oliver Nietsch                                       %
%                                                                    %
% Universitaet Hamburg                                               %
% Fachbereich Informatik                                             %
% Arbeitsbereich DBIS                                                %
%                                                                    %
% Thema: Studienarbeit: "Gateway zwischen dem StP-Repository         %
%                        und Tycoon"                                 %
%                                                                    %
% Inhalt: LaTeX-Dokument: Studienarbeit,                             %
%                         Kapitel 7: Zusammenfassung und Ausblick    %
%                                                                    %
% Version vom  19. 3.1996                                            %
% ------------------------------------------------------------------ %

\chapter{Zusammenfassung und Ausblick}
\label{Chap:Zusammen}

Als Hauptaufgabe dieser Arbeit sollte innerhalb des Tycoon-Systems eine Bibliothek erstellt werden, mit deren Hilfe auf die gesamten im {\sf StP Repository} abgelegten Modellierungsdaten der {\sf StP} CASE-Werkzeuge aus dem Tycoon-System heraus zugegriffen werden kann. Als Resultat dieser Arbeit kann das Tycoon-System als integrierte Entwicklungsumgebung innerhalb der {\sf StP} Umgebung angesehen werden, der Repositoryzugriff kann mit Hilfe der Funktionen der Tycoon-Bibliothek {\sl stpenv} durchgef"uhrt werden.

Auf dem Weg zur erfolgreichen Umsetzung der an diese Arbeit gestellten Anforderungen wurden im Kapitel~\ref{Chap:Zugriff} die unterschiedlichen M"oglichkeiten des Entwicklungsdatenbankzugriffs untersucht und bewertet, inwieweit sie zur sp"ateren Benutzung innerhalb des Tycoon-Systems bef"ahigt sind. Es stellte sich heraus, da"s zur Anbindung des Tycoon-Systems an die CASE-Umgebung {\sf StP} "uber die Entwicklungsdatenbank die Benutzung des {\sf StP Application Program Interface} aus dem Tycoon-System heraus der Benutzung von {\sf StP QRL} Skripten vorzuziehen ist. Folglich stellt das {\sf StP API} die Schnittstelle zwischen dem {\sf StP Object Management System} und den Funktionen der Tycoon-Bibiliothek {\sl stpenv} dar.

Basierend auf diesen Erkenntnissen ist die Tycoon-Bibliothek {\sl stpenv} entwickelt und implementiert worden. Sie bietet unter Beachtung der im Abschnitt~\ref{SubSec:APIFunk} dargestellten Vorgehensweise die im Abschnitt~\ref{Sec:Umfang} dargestellte Funktionalit"at f"ur den Repositoryzugriff. Desweiteren ist das gesamte Tycoon-System als Entwicklungsumgebung in die {\sf StP} Umgebung integriert und im {\sf StP} Desktop aufrufbar. Zu ber"ucksichtigen sind allerdings die im Kapitel~\ref{Chap:Bewertung} aufgef"uhrten und zu beachtenden Aspekte im Zusammenhang mit der Benutzung der Funktionen der Bibliothek {\sl stpenv}.

Zuk"unftige L"osungsans"atze der im Abschnitt~\ref{Sec:Pers} dargestellten Persistenzproblematik k"onnten auf der Basis der Operationen des Tycoon-Moduls {\sl volatile} gel"ost werden, welches die Verwaltung von fl"uchtigen Daten in der persistenten Umgebung des Tycoon-Systems erm"oglicht.

Eine Verbesserung der Wartbarkeit k"onnte durch einen Generator zur Anbindung externer C-Funktionen erreicht werden, welcher eine parametrisierbare Schnittstelle zwischen den Funktionen des {\sf StP Application Program Interface} und den Tycoon C-Aufrufen bildet. Ein "ahnlicher Ansatz ist f"ur die Anbindung externer C++-Bibliotheken in \cite{geis95} dargestellt, welcher aber im Rahmen dieser Arbeit nicht weiter verfolgt werden kann, da die den {\sf StP API} C-Funktionen zugrundeliegende originale C++-Modellierung nicht vorliegt.

Eine Erweiterung der Tycoon-Bibliothek {\sl stpenv} k"onnte erreicht werden, indem man im Rahmen des Moduls {\sl omsApplicationType} versucht, eine g"ultige Abbildung von Anwendungsdatentypen auf PDM-Datentypen "ahnlich der Vorgehensweise im Rahmen der Abbildungsdatei {\tt app.types} zu generieren. Auf diese Weise k"onnte man nicht nur Objekte der Subtypen des \engl{Persistent Data Models} im {\sf StP Repository} ablegen sondern auch \engl{CASE Type} Objekte. Desweiteren w"are es m"oglich, im Modul {\sl omsQuery} {\sf OMS} Anfragen im Tycoon-Format vom Typ {\sl String} zu erzeugen bzw. zu "uberpr"ufen, inwieweit eine Anfrage vom Tycoon-Datentyp {\sl String} einer syntaktisch korrekten {\sf OMS} Anfrage entspricht.

Desweiteren k"onnte man versuchen, auf der Basis mehrerer Tycoon-Subprozesse eine Kommunikation zwischen mehreren Repositorys zu erreichen, obwohl innerhalb eines Tycoon-Subprozesses nur ein Repository zur Zeit ge"offnet sein darf. Diese Einschr"ankung kann so eventuell umgangen werden.

Abschlie"send kann festgehalten werden, da"s die implementierte {\sf StP} Tycoon Bibliothek {\sl stpenv} die gesamte {\sf StP Application Program Interface} Funktionalit"at unter Ausnutzung der Vorteile des Tycoon-Systems beinhaltet. Die Entwicklung einer Animations- und Simulationskomponente auf der Tycoon-Ebene zur Animation und Simulation der mit dem CASE-Werkzeug {\sf StP/OMT} grafisch entwickelten Proze"sbeschreibungen zwecks Entwurfsvalidierung kann auf dieser Arbeit aufbauend durchgef"uhrt werden.

\clearemptydoublepage
