Page Comparison

...

Das Modell ist der Container für die vielen unterschiedlichen Informationen welche das Modell ausmachen. Wir unterscheiden dabei grundsätzlich zwischen der Core- und der View-Schicht. Hier ein Überblick:

• Core-Schicht (Datendesign mit den grundlegenden Eigenschaften)

  • Sprachen

    • Daten-Sprachen (Sprachen in denen Multi-Language Felder gespeichert werden)

    • Anzeige-Sprachen (Sprachen in denen die Benutzeroberfläche zur Verfügung steht)

  • Module (Aufteilung des gesamten Modells in Bereiche z.B. Stammdaten, Fakturierung…)

  • Klassen (Objekte/Tabellen/Entitäten zur Speicherung von zusammen gehörigen Daten)

    • Indices (Optional eindeutiger Index für ein oder mehrere Felder für mehr Performance und Vermeiden von Duplikaten)

    • Filter (Optionale, benannte Filter welche in anderer Stelle wieder verwenden werden können)

    • Icons

  • Felder

    • Einfache Werte (Zahlen, Texte, Boolean’s, Daten, Bilder, BLOBs)

    • Multi-Language Werte (für jeden Datensprache ein Wert)

    • Relationen (Verbindungen zwischen Klassen)

    • Aktionen (vom UI her ausführbarer Code der Daten verändert)

  • Validierungsregeln (Überprüfung von einzelnen Feldern oder dem ganzen Objekt)

  • Pfade (definieren Verbindungen zwischen jeweils zwei Klassen inkl. Regeln zur referentiellen Integrität)

    • Endpunkte

• View-Schicht (Visualisierung auf der Basis der Core-Schicht)

  • Menüeinträge

    • Items

    • Gruppen

  • Titel-Layouts (Repräsentation eines einzelnen Objektes als Text)

  • Listen-Layouts (Liste von Objekten)

    • Spalten (auch versteckte welche sichtbar gemacht werden können)

    • Sortierung (Sortierung nach einem oder mehreren Feldern)

    • Filter (Einschränkung für die Liste der angezeigten Objekte)

  • Detail-Layouts (detaillierte Datestellung eines einzelnen Objektes)

  • Dashboards

    • Kacheln (eigenständige Bereiche im Dashboard)

  • Kalender-Ansichten resp. Integrationen

    • Ansichten in der Applikatzion

    • Integrationen per onlin .ics Zugriff

  • Ansichten

Natürlich können wir nicht garantieren, dass das Modell für alles für eine konkrete Applikation nötige Wissen vorbereitet ist. Darum ist es möglich, das Modell an praktisch jeder Stelle im Moment durch Aspekte, welche einen bestimmten Wissensaspekt beschreiben, zu erweitern. Solche Aspekte können nach Belieben designt und verwendet werden.

...

• Developer können das Modell programmatisch im Code erstellen. Siehe Builder API.

• Customizer können Ansichten auf die Kundenbedürfnisse direkt in der Applikation anpassen. Siehe Ansichten. Daten können mit Calculated Properties für die Ansicht neu zusammengestellt werden.

• Es können Modell-Informationen aus anderen Quellen verwendet werden. Beispiele:

  • Andere Modell-orientierte Umgebung (z.B. Atlas 1.0, Atlas 2.0)

  • Schema aus einer SQL-Datenbank

  • WSDL Beschreibung

  • OpenAPI Beschreibung

...