Glossar
Eine umfassende Referenz der Begriffe, Konzepte und technischen Fachbegriffe, die in der gesamten Mockomat-Dokumentation verwendet werden. Begriffe sind nach Kategorie gruppiert und innerhalb jeder Gruppe alphabetisch sortiert.
Plattform & Produkt
Blueprint Eine vorkonfigurierte Mockomat-Projektvorlage, die ein gängiges Domain-Muster abdeckt (z. B. E-Commerce, CRM, Blog). Blueprints können in einen Workspace geklont und angepasst werden. Siehe Blueprints.
Domain-Modell Das semantische Fundament eines Projekts. Definiert Entitäten, Attribute und Relationen, die Struktur und Bedeutung Deiner Daten beschreiben, bevor API- oder Implementierungsdetails festgelegt werden.
Domain-Ausschnitt Eine kleine, zusammenhängende Teilmenge Deines Geschäftsmodells — typischerweise ein oder zwei verwandte Entitäten, die als Ausgangspunkt für die Modellierung dienen.
Mockomat Eine mandantenfähige SaaS-Plattform für Domain-Modellierung, Mock-API-Simulation und Backend-Code-Generierung. Nutzer definieren Schemas visuell, ordnen Daten zu und erhalten sofort live GraphQL-APIs.
Projekt Eine vollständige Mock-API-Definition, die ein Domain-Modell, Datenzuordnungen, API-Konfiguration und zugehörige Mock-Daten umfasst. Jedes Projekt hat einen eindeutigen Slug und Endpunkt.
Workspace Die zentrale Umgebung, in der Nutzer ein Mock-API-Projekt erstellen, konfigurieren, validieren und iterieren. Enthält das Modellierungsboard, den Tabelleneditor, die API-Design-Ansicht und die Runtime-Vorschau.
Modellierung
Attribut Ein Feld oder eine Spalte einer Entität. Jedes Attribut hat einen Namen, einen Typ (string, number, boolean, date, json) und Konfigurations-Flags, die das API-Verhalten steuern.
Kardinalität Die quantitative Beziehung zwischen Entitäten: Eins-zu-Eins (1:1), Eins-zu-Viele (1:n) oder Viele-zu-Viele (m:n).
Entität / Tabelle Ein zentrales Geschäftskonzept, das im Modell repräsentiert wird (z. B. Customer, Order, Invoice). Visualisiert als Tabellenkarte auf dem Modellierungsboard.
Filterbar Ein Attribut-Flag, das Filteroperationen auf dem Feld in GraphQL-Abfragen aktiviert. Nur filterbare Felder akzeptieren Filterausdrücke.
Hinweis Ein umsetzbares Signal in der Vorschau, das Nutzer auf Modellprobleme hinweist — nicht zugeordnete Attribute, Konfigurationsabweichungen oder fehlende Relationsziele.
Modellierungsboard Die visuelle Leinwand im Workspace, auf der Entitäten erstellt, positioniert und über Drag-and-Drop-Interaktion verbunden werden.
Namenskonvention Standardisierte Muster: PascalCase Singular für Entitäten (z. B. Customer), camelCase für Attribute (z. B. firstName).
Relation Eine Verbindung zwischen zwei Entitäten, die definiert, wie Daten zwischen ihnen fließen. Hat eine Richtung (Quelle → Ziel) und Kardinalität (1:1, 1:n, m:n).
Pflichtfeld Ein Attribut-Flag, das angibt, dass das Feld immer einen Wert haben muss. Beeinflusst die GraphQL-Nullabilität im generierten Schema.
Durchsuchbar Ein Attribut-Flag, das das Feld in die Suchabfrageauflösung einbezieht.
Sortierbar Ein Attribut-Flag, das Sortieroperationen auf dem Feld aktiviert. Nur sortierbare Felder können in sort-Parametern verwendet werden.
Tabellenkarte Die visuelle Darstellung einer Entität auf dem Modellierungsboard, die den Tabellennamen, Spalten, Relationsindikatoren und Aktionsschaltflächen zeigt.
Tabelleneditor Das Konfigurationspanel, das sich beim Auswählen einer Tabelle auf dem Modellierungsboard öffnet und detaillierte Attribut- und Relationseinrichtung bietet.
Datenquellen & Zuordnung
CONST Ein Datenzuordnungstyp, der jedem Datensatz einen festen, konstanten Wert zuweist (z. B. "active" für ein Statusfeld).
Datenzuordnung Die Konfiguration, die ein Entitätsattribut mit einer Datenquelle verknüpft und bestimmt, welche Werte das Feld zur Runtime zurückgibt.
Datenobjekt Eine semantische Felddefinition mit Tags und Beispieldaten, die als Quelle für OFF_FIELD-Zuordnungen verwendet wird. Teil des semantischen Korpus.
Datensatz Eine Sammlung realer Daten (z. B. Produktkataloge von Open Food Facts), die über OFF_FIELD-Zuordnung Attributen zugeordnet werden können.
FAKE Ein Datenzuordnungstyp, der Faker verwendet, um realistische synthetische Daten zu generieren — Namen, E-Mails, Adressen, Datumsangaben, Preise und mehr.
Faker Eine Open-Source-Bibliothek, die realistische synthetische Daten generiert, die realen Mustern folgen (korrekte Namensformate, gültige E-Mail-Strukturen, realistische Preise).
OFF_FIELD Ein Datenzuordnungstyp, der ein Attribut einem Feld aus einem realen Datensatz zuordnet (z. B. Open Food Facts) und realistische, vielfältige Werte erzeugt.
Synthetische Daten Von Faker generierte Daten, die reale Muster nachahmen, aber fiktiv sind und niemals aus Produktionsquellen stammen.
API & GraphQL
API-Vertrag Die formale Spezifikation von Abfragenamen, Feldstrukturen und Operationsverfügbarkeit, auf die sich externe Konsumenten verlassen.
API-Design-Ansicht Ein Workspace-Bereich, in dem Nutzer steuern, welche GraphQL-Operationen exponiert werden und wie Abfragen benannt sind.
Code-First GraphQL Der von Mockomat verwendete Ansatz, bei dem GraphQL-Schemas aus Modelldefinitionen und Dekoratoren generiert werden, anstatt sie manuell als SDL-Dateien zu schreiben.
Detailabfrage Eine GraphQL-Abfrage, die einen einzelnen Datensatz anhand seines Bezeichners zurückgibt (z. B. product(id: "abc-123")).
Dynamische Schemagenerierung Der Prozess, bei dem Mockomat ein vollständig typisiertes GraphQL-Schema im laufenden Betrieb aus den Modelldefinitionen eines Projekts generiert.
Endpunkt Der URL-Pfad, unter dem Konsumenten eine Mock-API abfragen: POST /mock/{slug}/graphql.
Filterausdruck Eine Bedingung oder eine Menge von Bedingungen, die verwendet werden, um Abfrageergebnisse einzugrenzen. Unterstützt boolesche Algebra mit AND/OR-Operatoren und Verschachtelung.
Filteroperator Eine Vergleichsoperation, die in Filterausdrücken verwendet wird: EQ, NE, LT, GT, LE, GE, LIKE, IS_NULL, IS_NOT_NULL.
GraphQL Die Abfragesprache und das API-Design-Muster, das von Mockomat sowohl für die Management-API als auch für Mock-Runtime-Endpunkte verwendet wird.
Listenabfrage Eine GraphQL-Abfrage, die eine paginierte Sammlung von Datensätzen mit optionaler Filterung und Sortierung zurückgibt (z. B. products(limit: 20)).
Offset-basierte Paginierung Die von Mockomat verwendete Paginierungsmethode: offset (zu überspringende Elemente) + limit (zurückzugebende Elemente).
Operations-Exposition Die Konfiguration, welche GraphQL-Operationen (Liste, Detail) für jede Entität verfügbar sind.
Abfragebenennung Die benutzerdefinierte Benennung von GraphQL-Einstiegspunkten — Listenabfragen standardmäßig im Plural (z. B. products), Detailabfragen im Singular (z. B. product).
Slug / Projekt-Slug Ein URL-sicherer Bezeichner für ein Projekt, der im API-Endpunktpfad verwendet wird (z. B. customer-portal → /mock/customer-portal/graphql).
Runtime
Aggregationspipeline MongoDBs mehrstufiges Datenverarbeitungs-Framework, das vom Runtime-Query-Builder verwendet wird, um Abfragen, Filter, Sortierungen und Relations-Lookups auszuführen.
Mock-Runtime / Runtime-Engine Die Kern-Engine, die GraphQL-Abfragen akzeptiert und sie über eine vierstufige Pipeline in MongoDB-Operationen übersetzt: Parse → Plan → Build → Assemble.
MongoDB-Query-Builder Die dritte Stufe der Runtime-Pipeline, die einen Ausführungsplan in eine MongoDB-Aggregationspipeline übersetzt.
Vorschau Die In-App-Runtime-Oberfläche, in der Nutzer ihr Modell mit Live-Abfragen testen und Antwortdaten neben Bereitschaftshinweisen inspizieren.
Query-Planner Die zweite Stufe der Runtime-Pipeline, die eine geparste Abfrage zusammen mit Modell-Metadaten analysiert, um einen Ausführungsplan zu erstellen.
Relationsdurchquerung Die Fähigkeit der Runtime, relationale Daten aus flachen MongoDB-Sammlungen zu simulieren, indem Lookup-Stufen in der Aggregationspipeline erstellt werden.
Request-Parser / GraphQL-Request-Parser Die erste Stufe der Runtime-Pipeline, die einen eingehenden Abfragestring in einen abstrakten Syntaxbaum (AST) parst.
Result-Assembler Die vierte Stufe der Runtime-Pipeline, die MongoDB-Ergebnisse in die erwartete GraphQL-Antwortstruktur umformt.
Runtime-Validierung Der Prozess der Bestätigung, dass Domain- und API-Entscheidungen eines Modells sich unter echter Abfrageausführung korrekt verhalten.
Ansichten Verschiedene Perspektiven auf dasselbe Modell — Board-Ansicht, Tabellendetail-Ansicht, API-Design-Ansicht, Runtime-Vorschau — navigierbar über Querlinks.
Export & Code-Generierung
Code-Generierung / Codegen Der automatisierte Prozess der Erstellung eines funktionierenden Backend-Projekts aus einem Mockomat-Domain-Modell.
Controller Die REST-API-Schicht im generierten NestJS-Code, die HTTP-Endpunkte mit Route-Dekoratoren und Swagger-Annotationen exponiert.
DTO (Data Transfer Object) Strukturierte Objekte mit class-validator-Dekoratoren (@IsString(), @IsNumber(), @IsOptional()), die Eingabevalidierung in generierten Backends durchsetzen.
Export Das Feature, das ein produktionsreifes NestJS-Backend aus einem Mockomat-Projekt generiert. Der generierte Code gehört zu 100% dem Nutzer.
Generiertes Backend Ein vollständiges NestJS-Projekt, das von der Export-Funktion erzeugt wird — Module, Controller/Resolver, Services, Entitäten, DTOs und Konfiguration.
Mongoose Eine ODM-Bibliothek (Object-Document Mapping) für MongoDB, verfügbar als Persistenzoption in generierten Backends.
NestJS Das Node.js-Framework, das als primäres Code-Generierungsziel verwendet wird. Generierte Backends folgen Standard-NestJS-Konventionen.
Resolver Die GraphQL-API-Schicht im generierten NestJS-Code, die Abfrage- und Mutations-Endpunkte mit GraphQL-Dekoratoren exponiert.
TypeORM Eine ORM-Bibliothek (Object-Relational Mapping) für SQL-Datenbanken (PostgreSQL, MySQL, MariaDB), verfügbar als Persistenzoption in generierten Backends.
Authentifizierung & Sicherheit
Actor-Token Ein zeitlich begrenztes Token, das an externe API-Konsumenten für Parallelitäts-Tracking ausgegeben wird. Wird über den X-Actor-Token-Header eingebunden.
API-Schlüssel Ein Berechtigungsnachweis, der pro Projekt ausgestellt wird, um externe Konsumenten gegen private Mock-API-Endpunkte zu authentifizieren. Wird über den Authorization: Bearer-Header eingebunden.
Gleichzeitige Sitzung Eine gleichzeitig aktive authentifizierte Benutzerverbindung. Jede Tarifstufe hat ein maximales Limit für gleichzeitige Sitzungen.
JWT (JSON Web Token) Ein Token-Format für zustandslose Authentifizierung in der Mockomat-Management-API.
Privater Endpunkt Ein Mock-API-Endpunkt, der API-Schlüssel-Authentifizierung erfordert, verfügbar ab Business-Tarif.
Öffentlicher Endpunkt Ein Mock-API-Endpunkt, der ohne Authentifizierung zugänglich ist und pro IP ratenbegrenzt ist.
Ratenbegrenzung Das System, das Anfragelimits pro Abrechnungszeitraum durchsetzt. Gibt bei Überschreitung HTTP 429 (Too Many Requests) mit einem Retry-After-Header zurück.
Sitzung Eine authentifizierte Browser-Verbindung, die zum gleichzeitigen Sitzungslimit des Mandanten zählt.
SSO / SAML Single Sign-On und Security Assertion Markup Language — Enterprise-Identitätsmanagement-Protokolle (geplantes Feature).
Tarife & Zugang
Business (Tarif) Ein bezahlter Tarif (19 $/Monat) mit privaten Endpunkten, API-Schlüsseln, rollenbasiertem Zugriff, 50.000 Anfragen/Monat und bis zu 25 Projekten.
Business Pro (Tarif) Ein bezahlter Tarif (49 $/Monat) mit Multi-User-Teams, Endpunkt-Analytik, 250.000 Anfragen/Monat und unbegrenzten Projekten.
Enterprise (Tarif) Ein individuell bepreister Tarif mit unbegrenzten Anfragen, eigenen Datensätzen, SSO/SAML, SLAs, On-Premise-Deployment und konfigurierbaren Sitzungslimits.
Free (Tarif) Ein kostenloser Tarif mit Kontoregistrierung, bis zu 5 Projekten, 1.000 Anfragen/Tag und öffentlichen Endpunkten.
Quick (Tarif) Der sofortige, loginfreie Tarif mit einem temporären sitzungsbasierten Projekt und öffentlichem Endpunkt. Arbeit geht verloren, wenn die Browser-Sitzung endet.
Team & Governance
Admin Eine Benutzerrolle mit vollem Zugriff auf Projekte, Team-Verwaltung und Mandantenkonfiguration.
Domain-Ownership Zugewiesene Verantwortung für einen bestimmten Geschäftsdomänenbereich und dessen Modelldefinitionen innerhalb des Teams.
Governance Richtlinien und Kontrollen zur Sicherstellung von Konsistenz, Qualität und Compliance bei teamübergreifenden Modellierungsbemühungen — Namenskonventionen, Review-Gates und Validierungskriterien.
Guest Eine Benutzerrolle mit Nur-Lesen-Zugriff auf freigegebene Projekte und Vorschau.
Mandantenfähigkeit Die Systemarchitektur, die Daten, Schemas und Konfiguration jeder Organisation durch mandantenbezogenen Zugriff isoliert.
Review-Gate Ein verpflichtender Checkpoint, an dem Modell-, API- oder Export-Änderungen vor der Freigabe validiert werden — z. B. Vor-Export-Runtime-Validierung.
Mandant Eine isolierte organisatorische Grenze mit dedizierten Datensammlungen, unabhängiger Konfiguration und separater Ratenbegrenzung.
User Eine Benutzerrolle, die Projekte innerhalb des Teams erstellen, bearbeiten und exportieren kann.
User Admin Eine Benutzerrolle, die Teammitglieder verwalten und Rollen zuweisen kann, ohne vollen Admin-Zugriff zu haben.
Infrastruktur & Deployment
Datensouveränität Die Anforderung, dass alle Daten innerhalb der eigenen Infrastruktur eines Kunden verbleiben, adressiert durch die On-Premise-Deployment-Option.
Docker Containerisierungstechnologie zum Paketieren und Deployen von Mockomat-Instanzen.
On-Premise-Deployment Eine selbst gehostete Mockomat-Installation auf der Infrastruktur des Kunden für vollständige Datenkontrolle (1.000 $ Setup + 199 $/Monat).
SLA (Service Level Agreement) Eine formale Verpflichtung zu Verfügbarkeit, Antwortzeiten und Support-Levels für Enterprise-Kunden.