Glossaire
Une référence complète des termes, concepts et vocabulaire technique utilisés dans la documentation Mockomat. Les termes sont regroupés par catégorie et triés alphabétiquement au sein de chaque groupe.
Plateforme & Produit
Blueprint Un modèle de projet Mockomat préconstruit couvrant un pattern de domaine courant (ex. E-Commerce, CRM, Blog). Les blueprints peuvent être clonés dans un workspace et personnalisés. Voir Blueprints.
Domain Model (modèle de domaine) La fondation sémantique d'un projet. Définit les entités, attributs et relations qui décrivent la structure et le sens de tes données avant toute décision d'API ou d'implémentation.
Domain Slice (tranche de domaine) Un petit sous-ensemble cohérent de ton modèle métier — typiquement une ou deux entités liées utilisées comme point de départ pour la modélisation.
Mockomat Une plateforme SaaS multi-tenant pour la modélisation de domaine, la simulation d'API mock et la génération de code backend. Les utilisateurs définissent des schémas visuellement, associent des données et obtiennent instantanément des APIs GraphQL opérationnelles.
Project (projet) Une définition complète d'API mock qui inclut un modèle de domaine, des associations de données, une configuration API et des données mock associées. Chaque projet a un slug unique et un endpoint.
Workspace (espace de travail) L'environnement central où les utilisateurs construisent, configurent, valident et itèrent sur un projet d'API mock. Contient le board de modélisation, l'éditeur de tables, la vue de conception API et la prévisualisation runtime.
Modélisation
Attribute (attribut) Un champ ou une colonne d'une entité. Chaque attribut a un nom, un type (string, number, boolean, date, json) et des flags de configuration qui contrôlent le comportement API.
Cardinality (cardinalité) La relation quantitative entre entités : un-à-un (1:1), un-à-plusieurs (1:n), ou plusieurs-à-plusieurs (m:n).
Entity / Table (entité / table) Un concept métier central représenté dans le modèle (ex. Customer, Order, Invoice). Visualisé comme une carte de table sur le board de modélisation.
Filterable (filtrable) Un flag d'attribut qui active les opérations de filtrage sur le champ dans les requêtes GraphQL. Seuls les champs filtrables acceptent les expressions de filtre.
Hint (indication) Un signal actionnable dans la prévisualisation qui alerte les utilisateurs sur des problèmes de modèle — attributs non associés, incohérences de configuration ou cibles de relation manquantes.
Modelling Board (board de modélisation) Le canevas visuel dans le workspace où les entités sont créées, positionnées et connectées par interaction glisser-déposer.
Naming Convention (convention de nommage) Patterns standardisés : PascalCase singulier pour les entités (ex. Customer), camelCase pour les attributs (ex. firstName).
Relation Une connexion entre deux entités qui définit comment les données circulent entre elles. A une direction (source → cible) et une cardinalité (1:1, 1:n, m:n).
Required (obligatoire) Un flag d'attribut indiquant que le champ doit toujours avoir une valeur. Affecte la nullabilité GraphQL dans le schéma généré.
Searchable (recherchable) Un flag d'attribut qui inclut le champ dans la résolution des requêtes de recherche.
Sortable (triable) Un flag d'attribut qui active les opérations de tri sur le champ. Seuls les champs triables peuvent être utilisés dans les paramètres sort.
Table Card (carte de table) La représentation visuelle d'une entité sur le board de modélisation, affichant le nom de la table, les colonnes, les indicateurs de relation et les boutons d'action.
Table Editor (éditeur de table) Le panneau de configuration qui s'ouvre lors de la sélection d'une table sur le board de modélisation, fournissant la configuration détaillée des attributs et des relations.
Sources de données & association
CONST Un type d'association de données qui attribue une valeur fixe et constante à chaque enregistrement (ex. "active" pour un champ de statut).
Data Mapping (association de données) La configuration qui lie un attribut d'entité à une source de données, déterminant quelles valeurs le champ retourne au runtime.
Data Object (objet de données) Une définition de champ sémantique avec des tags et des données d'exemple, utilisée comme source pour les associations OFF_FIELD. Fait partie du corpus sémantique.
Dataset (jeu de données) Une collection de données du monde réel (ex. catalogues de produits d'Open Food Facts) qui peut être associée aux attributs via l'association OFF_FIELD.
FAKE Un type d'association de données qui utilise Faker pour générer des données synthétiques réalistes — noms, emails, adresses, dates, prix, et plus.
Faker Une bibliothèque open-source qui génère des données synthétiques réalistes suivant des patterns du monde réel (formats de noms corrects, structures d'emails valides, prix réalistes).
OFF_FIELD Un type d'association de données qui associe un attribut à un champ d'un jeu de données du monde réel (ex. Open Food Facts), produisant des valeurs réalistes et variées.
Synthetic Data (données synthétiques) Données générées par Faker qui imitent des patterns réels mais sont fictives, jamais dérivées de sources de production.
API & GraphQL
API Contract (contrat API) La spécification formelle des noms de requêtes, structures de champs et disponibilité des opérations dont les consommateurs externes dépendent.
API Design View (vue de conception API) Une zone du workspace où les utilisateurs contrôlent quelles opérations GraphQL sont exposées et comment les requêtes sont nommées.
Code-First GraphQL L'approche utilisée par Mockomat où les schémas GraphQL sont générés à partir des définitions de modèle et des décorateurs plutôt qu'écrits manuellement comme fichiers SDL.
Detail Query (requête de détail) Une requête GraphQL qui retourne un seul enregistrement par son identifiant (ex. product(id: "abc-123")).
Dynamic Schema Generation (génération dynamique de schéma) Le processus par lequel Mockomat génère un schéma GraphQL entièrement typé à la volée à partir des définitions de modèle d'un projet.
Endpoint Le chemin URL où les consommateurs interrogent une API mock : POST /mock/{slug}/graphql.
Filter Expression (expression de filtre) Une condition ou un ensemble de conditions utilisé pour affiner les résultats de requête. Supporte l'algèbre booléenne avec les opérateurs AND/OR et l'imbrication.
Filter Operator (opérateur de filtre) Une opération de comparaison utilisée dans les expressions de filtre : EQ, NE, LT, GT, LE, GE, LIKE, IS_NULL, IS_NOT_NULL.
GraphQL Le langage de requête et pattern de conception API utilisé par Mockomat pour l'API de gestion et les endpoints mock runtime.
List Query (requête de liste) Une requête GraphQL qui retourne une collection paginée d'enregistrements avec filtrage et tri optionnels (ex. products(limit: 20)).
Offset-Based Pagination (pagination basée sur l'offset) La méthode de pagination utilisée par Mockomat : offset (éléments à sauter) + limit (éléments à retourner).
Operation Exposure (exposition des opérations) La configuration de quelles opérations GraphQL (liste, détail) sont disponibles pour chaque entité.
Query Naming (nommage des requêtes) Le nommage personnalisé des points d'entrée GraphQL — les requêtes de liste utilisent par défaut le pluriel (ex. products), les requêtes de détail le singulier (ex. product).
Slug / Project Slug Un identifiant URL-safe pour un projet utilisé dans le chemin de l'endpoint API (ex. customer-portal → /mock/customer-portal/graphql).
Runtime
Aggregation Pipeline (pipeline d'agrégation) Le framework de traitement de données multi-étapes de MongoDB, utilisé par le query builder du runtime pour exécuter les requêtes, filtres, tris et lookups de relations.
Mock Runtime / Runtime Engine (moteur de mock runtime) Le moteur central qui accepte les requêtes GraphQL et les traduit en opérations MongoDB via une pipeline en quatre étapes : parse → plan → build → assemble.
MongoDB Query Builder La troisième étape de la pipeline runtime qui traduit un plan d'exécution en pipeline d'agrégation MongoDB.
Preview (prévisualisation) L'interface runtime intégrée où les utilisateurs testent leur modèle avec des requêtes en direct et inspectent les données de réponse avec les indications de disponibilité.
Query Planner (planificateur de requêtes) La deuxième étape de la pipeline runtime qui analyse une requête parsée conjointement avec les métadonnées du modèle pour créer un plan d'exécution.
Relation Traversal (traversée des relations) La capacité du runtime à simuler des données relationnelles à partir de collections MongoDB plates en construisant des étapes de lookup dans la pipeline d'agrégation.
Request Parser / GraphQL Request Parser (parseur de requêtes) La première étape de la pipeline runtime qui parse une chaîne de requête entrante en un arbre syntaxique abstrait (AST).
Result Assembler (assembleur de résultats) La quatrième étape de la pipeline runtime qui restructure les résultats MongoDB dans la structure de réponse GraphQL attendue.
Runtime Validation (validation runtime) Le processus de confirmation que les décisions de domaine et d'API d'un modèle se comportent correctement sous une exécution de requêtes réelle.
Views (vues) Différentes perspectives sur le même modèle — vue du board, vue de détail de table, vue de conception API, prévisualisation runtime — navigables via des liens croisés.
Export & génération de code
Code Generation / Codegen (génération de code) Le processus automatisé de création d'un projet backend fonctionnel à partir d'un modèle de domaine Mockomat.
Controller (contrôleur) La couche API REST dans le code NestJS généré, exposant des endpoints HTTP avec des décorateurs de routes et des annotations Swagger.
DTO (Data Transfer Object) Objets structurés avec des décorateurs class-validator (@IsString(), @IsNumber(), @IsOptional()) qui appliquent la validation des entrées dans les backends générés.
Export La fonctionnalité qui génère un backend NestJS prêt pour la production à partir d'un projet Mockomat. Le code généré appartient à 100% à l'utilisateur.
Generated Backend (backend généré) Un projet NestJS complet produit par la fonctionnalité d'export — modules, controllers/resolvers, services, entités, DTOs et configuration.
Mongoose Une bibliothèque ODM (Object-Document Mapping) pour MongoDB, disponible comme option de persistance dans les backends générés.
NestJS Le framework Node.js utilisé comme cible principale de génération de code. Les backends générés suivent les conventions NestJS standard.
Resolver La couche API GraphQL dans le code NestJS généré, exposant les endpoints de requête et de mutation avec des décorateurs GraphQL.
TypeORM Une bibliothèque ORM (Object-Relational Mapping) pour les bases de données SQL (PostgreSQL, MySQL, MariaDB), disponible comme option de persistance dans les backends générés.
Authentification & sécurité
Actor Token (token d'acteur) Un token à durée limitée émis aux consommateurs API externes pour le suivi de concurrence. Inclus via l'en-tête X-Actor-Token.
API Key (clé API) Un identifiant émis par projet pour authentifier les consommateurs externes contre les endpoints d'API mock privés. Inclus via l'en-tête Authorization: Bearer.
Concurrent Session (session concurrente) Une connexion utilisateur authentifiée simultanément active. Chaque niveau de forfait a une limite maximale de sessions concurrentes.
JWT (JSON Web Token) Un format de token utilisé pour l'authentification sans état dans l'API de gestion Mockomat.
Private Endpoint (endpoint privé) Un endpoint d'API mock qui nécessite une authentification par clé API, disponible à partir des forfaits Business.
Public Endpoint (endpoint public) Un endpoint d'API mock accessible sans authentification, soumis à une limitation de débit par IP.
Rate Limiting (limitation de débit) Le système qui applique les limites de requêtes par période de facturation. Retourne HTTP 429 (Too Many Requests) avec un en-tête Retry-After en cas de dépassement.
Session Une connexion navigateur authentifiée qui compte dans la limite de sessions concurrentes du tenant.
SSO / SAML Single Sign-On et Security Assertion Markup Language — protocoles de gestion d'identité Enterprise (fonctionnalité planifiée).
Forfaits & accès
Business (forfait) Un niveau payant (19 $/mois) offrant des endpoints privés, des clés API, un accès basé sur les rôles, 50 000 requêtes/mois et jusqu'à 25 projets.
Business Pro (forfait) Un niveau payant (49 $/mois) ajoutant des équipes multi-utilisateurs, l'analytique d'endpoints, 250 000 requêtes/mois et des projets illimités.
Enterprise (forfait) Un niveau à tarification personnalisée offrant des requêtes illimitées, des jeux de données personnalisés, SSO/SAML, des SLAs, le déploiement on-premise et des limites de sessions configurables.
Free (forfait) Un niveau gratuit nécessitant l'inscription d'un compte, offrant jusqu'à 5 projets, 1 000 requêtes/jour et des endpoints publics.
Quick (forfait) Le niveau instantané sans connexion offrant un projet temporaire basé sur la session avec un endpoint public. Le travail est perdu lorsque la session navigateur se termine.
Équipe & gouvernance
Admin (administrateur) Un rôle utilisateur avec accès complet aux projets, à la gestion de l'équipe et à la configuration du tenant.
Domain Ownership (propriété de domaine) Responsabilité assignée pour un domaine métier spécifique et ses définitions de modèle au sein de l'équipe.
Governance (gouvernance) Politiques et contrôles garantissant la cohérence, la qualité et la conformité à travers les efforts de modélisation de l'équipe — conventions de nommage, points de contrôle de revue et critères de validation.
Guest (invité) Un rôle utilisateur avec accès en lecture seule aux projets partagés et à la prévisualisation.
Multi-Tenancy (multi-location) L'architecture système qui isole les données, schémas et configuration de chaque organisation à travers un accès scopé par tenant.
Review Gate (point de contrôle de revue) Un checkpoint obligatoire où les changements de modèle, d'API ou d'export sont validés avant promotion — ex. validation runtime pré-export.
Tenant (locataire) Une limite organisationnelle isolée avec des collections de données dédiées, une configuration indépendante et une limitation de débit séparée.
User (utilisateur) Un rôle utilisateur qui peut créer, modifier et exporter des projets au sein de l'équipe.
User Admin (administrateur utilisateur) Un rôle utilisateur qui peut gérer les membres de l'équipe et attribuer les rôles sans accès admin complet.
Infrastructure & déploiement
Data Sovereignty (souveraineté des données) L'exigence que toutes les données restent sur l'infrastructure propre du client, adressée par l'option de déploiement on-premise.
Docker Technologie de conteneurisation utilisée pour empaqueter et déployer les instances Mockomat.
On-Premise Deployment (déploiement on-premise) Une installation Mockomat auto-hébergée fonctionnant sur l'infrastructure du client pour un contrôle complet des données (1 000 $ de setup + 199 $/mois).
SLA (Service Level Agreement / accord de niveau de service) Un engagement formel en termes de disponibilité, temps de réponse et niveaux de support pour les clients Enterprise.