Blueprints
Les blueprints sont des projets Mockomat prêts à l'emploi pour des domaines courants. Au lieu de construire chaque table, attribut et relation de zéro, tu clones un blueprint dans ton workspace et tu l'adaptes à tes besoins.
Ce qu'apporte un blueprint
Un blueprint est un projet Mockomat complet :
- Des tables cohérentes — un ensemble de tables de domaine qui vont ensemble (par ex.
Product,Category,Reviewpour une boutique en ligne). - Des relations — les relations entre ces tables, avec leur direction et leur cardinalité.
- Des attributs — des attributs pertinents avec leurs types et indicateurs.
- Des associations de données — les tables sont liées à des tables du pool de données de Mockomat, si bien que leurs attributs lisent des colonnes de données importées (associations Source de données).
- Des opérations — quand tu clones un blueprint, Mockomat crée pour chaque table les opérations de liste et de détail par défaut.
Galerie de blueprints avec les domaines disponibles.
Blueprints disponibles
| Blueprint | Tables | Usage typique |
|---|---|---|
| Utilisateurs & Profils | Organization, Team, TeamMember, User, Profile, Address, Session, Notification, ActivityLog, Preference | Comptes, équipes, sessions et notifications |
| E-Commerce | Category, Product, Customer, Order, OrderItem, Review | Boutiques en ligne, paniers et tableaux de bord de commandes |
| Voitures & Véhicules | Manufacturer, Vehicle, Dealer, Listing, TestDrive | Places de marché automobiles et outils pour concessionnaires |
| Immobilier | Agency, Agent, Neighborhood, Property, Viewing | Portails immobiliers et plannings de visites |
| Meubles & Décoration | Category, Designer, Product, Room, RoomItem, Review | Catalogues de meubles et planificateurs de pièces |
| Alimentation & Restaurants | Category, Product, Supplier, Location, StockItem, StockMovement | Produits alimentaires, stock par site et fournisseurs |
Les blueprints sont créés et maintenus par l'équipe Mockomat.
Cartes de blueprints avec nombre de tables et description.
Bien utiliser un blueprint
1. Parcourir et choisir
Ouvre Blueprints dans l'application. Chaque carte de blueprint indique son domaine, une courte description et le nombre de tables, d'attributs et de relations qu'il contient. Choisis le blueprint le plus proche de ton domaine cible — il n'a pas besoin de correspondre parfaitement.
2. Cloner dans ton workspace
Clone le blueprint pour créer un nouveau projet à partir de lui. Le blueprint d'origine n'est pas modifié.
Ce qui est cloné :
- Toutes les tables et leurs attributs
- Toutes les relations
- Toutes les associations de données
Mockomat crée ensuite les opérations par défaut pour chaque table. Un clone compte dans la limite de projets de ton forfait ; un invité remplace son unique projet de session par le clone. Cloner dans un workspace nécessite au moins le rôle Éditeur dans celui-ci.
3. Renommer avec ton langage métier
Remplace les noms génériques du blueprint par la terminologie de ton équipe. Si le blueprint utilise Product mais que ton domaine dit Listing ou Item, renomme-le maintenant.
4. Revoir les attributs table par table
- Tous les attributs sont-ils pertinents pour ton domaine ?
- As-tu besoin d'attributs que le blueprint n'inclut pas ?
- Les types sont-ils corrects ?
- Les attributs dans lesquels tes consommateurs recherchent sont-ils marqués recherchables ?
Supprime les attributs inutiles et ajoute ceux qui manquent. Un nouvel attribut reste vide tant que tu ne le lies pas à une colonne des données importées.
5. Valider avec l'aperçu
Lance une requête d'aperçu pour confirmer que le modèle fonctionne toujours :
- Les attributs dont tu as besoin renvoient-ils des valeurs ?
- Les relations se résolvent-elles comme prévu ?
- La forme de la réponse correspond-elle aux attentes de ton frontend ?
Clonage d'un blueprint dans le workspace actif.
Stratégie de personnalisation
Ne réécris pas tout d'un coup. Garde le squelette du blueprint et fais-le évoluer par passes ciblées.
Passe 1 : nommage et attributs essentiels
- Renomme les tables selon ton langage métier
- Renomme les attributs clés (identifiants, noms d'affichage)
- Ajoute les quelques attributs qui manquent au blueprint
- Supprime les attributs clairement hors sujet
Passe 2 : nettoyage des relations
- Vérifie la cardinalité pour ton domaine (1:1, 1:n, m:n)
- Ajuste la direction là où le modèle de propriété du blueprint ne correspond pas au tien
- Ajoute ou supprime des relations
Lance l'aperçu après cette passe pour confirmer que les requêtes imbriquées se résolvent toujours.
Passe 3 : alignement de l'exposition API
Dans l'API Design (en anglais) :
- Renomme les opérations selon tes conventions d'API
- Ajoute les paramètres sur lesquels tes consommateurs filtrent
- Ajuste les tailles de page et les tris par défaut
Passe 4 : validation runtime
- Lance des requêtes sur chaque table
- Teste les paramètres d'opération, le tri et la pagination
- Vérifie les relations (sur un niveau)
Personnalisation d'un blueprint dans les vues modèle et API.
Réutiliser tes propres projets
Pour réutiliser ta propre structure, utilise Forker un projet : il copie un projet que tu peux ouvrir dans le workspace de ton choix, de la même manière qu'un blueprint est cloné. Garde ainsi un projet de référence avec les conventions de ton équipe.