Funktionsweise des Graphen
Der Graph ist eine ereignisgesteuerte und selbstreflektive Datenbank. Er bietet ein einfaches Modell um die Struktur von Daten zu beschreiben. Das Modell besteht im Kern aus Knoten, Attributen und Verknüpfungen.
Ein Knoten beschreibt ein reales Konzept, wie z.B. das Konzept Warenkorb. Er besteht aus einer Menge von Attributen, ein Warenkorb hat z.B. die Attribute Netto- und Bruttopreis. Attribute im Graphen haben einen Datentyp, z.B. den Datentyp Currency. Die Konzepte im Graphen sind mit Verknüpfungen untereinander verbunden. Der Knoten Warenkorb hat z.B. eine Verknüpfung zum Knoten Warenkorbposition und eine Verknüpfung zum Knoten Kunde. Jeder Verknüpfung hat an ihrem Ende ein Anzahl.
Ein Warenkorb kann mit beliebig vielen Warenkorbpositionen verknüpft sein, aber nur mit einem Kunden. Die Attribute eines Knoten können berechnet sein. Im Modell wird dann zu einem Attribut eine Datenfunktion hinterlegt. Diese Datenfunktion berechnet aus den Attributwerten des Knotens und den Attributwerten seiner Nachbarn den Wert für das Attribut. Der Nettopreis für den Warenkorb, kann so aus den Nettopreisen Warenkorbpositionen errechnet werden. Hat man im Graphen ein Modell definiert, in diesem Fall ein Modell für Warenkörbe, kann man nun Warenkorb Objekte anlegen.
Der Graph ist ereignisgesteuert: ändert man z.B. den Nettopreis eines Objektes vom Knoten Warenkorbposition, so wird automatisch der Nettopreis des verknüpften Warenkorb Objektes mit der Datenfunktion neu berechnet. Der Graph speichert alle Modelle, also die Information aus welchen Knoten, Attributen, Verknüpfungen usw. das Modell besteht im Graphen selbst. Das Modell für diese Informationen heißt Graphserver und definiert die Knoten Knoten, Attribut, Verknüpfung, Datenfunktion usw. Der Graph kann sich also vollständig selbst beschreiben.
Der Graph ist ein Entwicklungs- und
Modellierungswerkzeug
Das Modell des Graphen aus Knoten, Attributen und Verknüpfungen erscheint im ersten Vergleich mit anderen Modellierungssprachen ziemlich einfach. Es beschränkt sich bewusst auf ein Minimum an Elementen, um auch dem Laien nach einer kurzen Einführung das Modellieren von Daten und Prozesse zu erlauben. In unserer Erfahrung ist es am besten den Prozesseignern eine Sprache zu bieten, welche die Komplexität der Geschäftsprozesse nicht signifikant erhöht.
Die Beschränkung auf einfache Sprachkonstrukte zwingt zu einer kleinteiligen Zerlegung der Geschäftsprozesse. Auf den ersten Blick kostet dies Zeit bei der Modellierung und Entwicklung. Mächtige Sprachkonstrukte aber, werden oft nicht voll und mit all ihren Seiteneffekten verstanden, und sind mit höherem Programmier- und Wartungsaufwand verbunden. Trotz der geringen Anzahl von Elementen ist das Modell Graphserver funktional vollständig.
