Encapsuler Hackolade
Le cœur de modélisation (entités, clés, contrats, export) reste intact. Le studio est une surcouche, pas un remplacement.
Le Data Design Studio masque la complexité de Hackolade et transforme un modèle en chaîne médaillon complète — RAW → STD → CNF → PRO — générée en dbt, gouvernée par un workflow RACI et déployée sur Snowflake. Une seule source de vérité, du schéma au mart.
Hackolade reste le moteur de modélisation. Le studio l'enveloppe d'une expérience simple, gouvernée et automatisée — pour que les Data Managers livrent sans dépendre des experts.
Le cœur de modélisation (entités, clés, contrats, export) reste intact. Le studio est une surcouche, pas un remplacement.
Catalogue, canvas, génération, versioning, droits : une seule interface intuitive. La technique reste sous le capot.
Du modèle aux artefacts dbt par zone, jusqu'au déploiement Snowflake — automatisé, traçable, reproductible.
Du catalogue au déploiement Snowflake, chaque étape s'appuie sur le modèle Hackolade comme source unique de vérité.
Les Business Objects de la zone CNF (Conformed) : un container Hackolade regroupant des entités, lié à un domaine. Création guidée, le modèle est initialisé pour vous.
Nouveau · Business ObjectsLes Data Products de la zone PRO (Product) en marketplace : statut de cycle de vie, domaine, prochaine étape et état du modèle vis-à-vis du repo.
CatalogueDécrivez un Data Product (data mesh) ou un Business Object (fiche lean + entités) et initialisez son modèle Hackolade en un geste.
ConceptionStandardisation SAP (STD), CNF en Data Vault (hubs/sats/links) ou relationnel, marts produit. Chemin, mode et casse paramétrables par zone. Sur-ensemble de l'export natif Hackolade : contraintes FK/unique, matérialisation et types cible en plus. Chaque Data Product exporte son Data Contract ODCS v3.1.0, validé contre le JSON Schema officiel. Aucune cible en dur dans les modèles : la database vient du profil dbt (un target par environnement), le schéma du projet — l'infrastructure reste provisionnée par le Terraform de la DSI.
GénérationMappez les colonnes STD → CNF → PRO dès la conception : sources héritées du périmètre déclaré au canvas, déduction automatique des expressions, de la clé naturelle (la PK de la table STD, complète) et des relations — si la clé d'une entité est incluse dans les colonnes sources d'une autre, la relation, son sens et sa cardinalité sont proposés, entre entités d'un même objet comme entre objets. Vous validez, le générateur produit du SQL réel — fini le ref() deviné.
Validez le projet hors-ligne (dbt parse) puis déployez (dbt build) vers Snowflake — cible et identifiants paramétrables.
DéploiementConception → Revue → Approbation → Build → Déploiement, piloté par les rôles (DPO/DM/MDM/DE/DA). Chacun reçoit ses tâches ; chaque décision est tracée. Override admin débrayable pour débloquer au besoin.
WorkflowBranches et versions gérées pour vous — zéro conflit. Version sémantique calculée à l'approbation (majeur/mineur selon le diff), injectée en dbt, avec historique figé par version.
VersioningSSO OIDC, droits par domaine et par rôle, périmètre « Tous domaines » transverse. Secrets via variables d'environnement.
SécuritéInterface FR/EN par utilisateur, backend paramétrable (JSON / SQLite / PostgreSQL), zones et référentiels éditables.
Déploiement SafranLe vrai produit, en conditions réelles — captures de l'application.

Cycle de vie visible (Brouillon → Certifié), prochaine étape contextuelle, fiche et entités — la complexité Hackolade reste sous le capot.

Les objets métier en vignettes ou liste, filtrables par domaine et statut.

La marketplace des Data Products : statut, domaine, prochaine étape.

Chemin et mode (Data Vault / Relationnel) définis pour chaque zone médaillon.

Sources héritées du canvas, déduction automatique, jointures et chaîne STD→CNF→PRO — le SQL généré en découle.

Le data mesh tel qu'il est modélisé — amont/aval, positions et couleurs réelles.
Le schéma vit dans Hackolade : entités, clés, lineage et contrats, comme source unique.
Un sign-off RACI cadre chaque passage : la conception est validée avant de produire.
STD, CNF et marts dérivés du modèle — du dbt cohérent, jamais réécrit à la main.
Le projet est validé puis poussé vers Snowflake, traçable du commit au mart.
Le même parcours pour chaque Business Object et Data Product — guidé, gouverné, reproductible.
Recensez l'objet (BO/DP) et fixez son domaine et sa zone.
Canvas data mesh (DP) ou fiche lean + entités (BO).
Entités, clés et relations dans le modèle Hackolade de référence.
Le reviewer revoit la conception et l'approuve.
STD, CNF et marts produits depuis le modèle, par zone.
Validez le projet puis déployez vers Snowflake.
sources.yml de linéage, les contraintes FK/unique lues des relations, la matérialisation, la casse Snowflake et le contrat dbt. On n'enlève rien de Hackolade, on ajoute la couche exécutable et gouvernée.customProperties prévues par la norme : le contrat reste lisible par l'outillage standard (datacontract-cli, éditeurs ODCS).databases.yaml que le studio génère depuis son catalogue. Changer d'environnement ne touche donc aucun modèle. Un mode « cible explicite » reste disponible pour les audits qui exigent de lire l'emplacement dans le SQL.Ouvrez le studio et suivez la chaîne médaillon de bout en bout.
Ouvrir le studio