Lade...
 

Bedienoberfläche

Das CyberEnterprise im Kontext

Hier finden Sie eine Übersicht über die Einbettung des Unternehmensmodells CyberEnterprise in die ClassiX® Architektur. Dieser teilt sich in die folgenden Bereiche auf:

Einbindung in die ClassiX® Architektur

Die InstantView® Geschäftsmodellklassen bilden ein vollständiges, objektorientiertes Unternehmensmodell zur virtuellen Nachbildung von realen Unternehmen.

Innerhalb der übergeordneten ClassiX® Architektur stellen die Modellklassen die Basis einer Anwendung dar. Erst zusammen mit dem InstantView® Scripting werden die Geschäftsklassen und deren Attribute (Daten) und Methoden (Funktionen) zu einem ablauffähigem Programm.

Das Design der ClassiX® Architektur folgt im Wesentlichen der MVC-Muster, der Trennung der Visualisierung und Funktionalität einer Anwendung: Keine Modell-Klasse des InstantView® weiß etwas von der Visualisierung seiner Daten.

Hierdurch wird die hohe Flexibilität von InstantView® Anwendungen gewährleistet, da im Unternehmensumfeld primär die Pflege von Daten und damit die visuelle Aufbereitung von Informationen gefordert ist.

Gehören die Modell-Klassen des CyberEnterprise® eher zum statischen Teil einer Anwendung, so definieren die Anweisungen eines InstantView® Scripts die Dynamik und die gesamte Interaktion mit dem Benutzer.

Dabei repräsentieren die Modell-Klassen des CyberEnterprise® natürlich nicht nur reine Datenstrukturen, sondern sie stellen grundlegende Funktionalität zur Verfügung. InstantView® Script Kommandofolgen bedienen sich der Eigenschaften dieser Bausteine und erzeugen so durch unterschiedliche Kombinationen und Hinzufügung eigener Programmlogik neue Funktionalität höherer Ordnung.

Damit unterstützt die InstantView® Architektur insbesondere auch das rapid application development (RAD).

Eine ClassiX® InstantView® Anwendung läuft im Prinzip in folgender Weise ab:

Obige beispielhafte Programmfolge zeigt, dass zur Berechnung von Skonto sich das InstantView® Script der Funktionalität "Ermittle Skonto-Fälligkeit" der InstantView® Modellklassen bedient. Wir wollen hier noch nicht näher darauf eingehen, welche spezielle Klasse diese Funktionalität zur Verfügung stellt, noch wie im Einzelnen die Programm-Logik innerhalb von InstantView® aussieht. Es geht zunächst nur um die schematische Darstellung der Abläufe innerhalb einer ClassiX® InstantView® Anwendung.

Schnittstelle zum InstantView® Scripting

Die Modell-Klassen von InstantView® stellen Daten-Attribute und Funktionalität zur Verfügung. Beides soll nahtlos im InstantView® Scripting bereitgestellt werden können.

Folgerichtig hat jede Modell-Klasse von InstantView® jeweils ein

Daten-Verzeichnis (DDI = data dictionary)

und ein

Methoden-Verzeichnis (MDI = method dictionary)

Einträge in beiden Verzeichnissen werden im InstantView® Scripting direkt mit Namen angesprochen. So hat beispielsweise die Klasse CX_PARTNER ein Attribut mit dem externen Namen name und eine Methode mit dem externen Namen StreetAddress().

Will man für ein bestimmtes Objekt des Typs CX_PARTNER wissen, welchen Namen dieser Partner hat, so kann man sich diesen mit der InstantView®-Script Anweisung Copy(name) vom Geschäftsmodell ausgeben lassen. Ebenso kann man sich die Straßen-Adresse über die InstantView®-Anweisung Call(StreetAddress) übergeben lassen. Natürlich können bei einem Methodenaufruf auch Parameter übergeben werden, die seitens des MDI überprüft werden.

Da alle Anweisungen eines InstantView® Scripts interpretativ verarbeitet werden, kann man jederzeit während der Laufzeit einer Anwendung sich bestimmte Daten aus einem Objekt holen oder Methoden des Objekts aufrufen.