Nouveau · Data Contracts ODCS v3.1.0 (Bitol · Linux Foundation) — export validé par le JSON Schema officiel.
Plateforme data · Safran Nacelles

Le studio qui encapsule Hackolade et
industrialise vos Data Products
Snowflake.

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.

Un studio Ecobeez · moteur de modélisation Hackolade · cible Snowflake
Au cœur d'un écosystème data ouvert
Hackolade · modélisationSnowflake · entrepôtdbt · transformation Collibra · gouvernanceDevoteam · intégrationSafran Nacelles · métierEcobeez · ingénierie
4
zones médaillon
RAW · STD · CNF · PRO
2
catalogues gouvernés
Business Objects · Data Products
1 chaîne
du schéma au mart, sans rupture
model-driven
RACI
workflow par rôles
conception · revue · build
La vision

Encapsuler la puissance. Masquer la complexité.

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.

Encapsuler Hackolade

Le cœur de modélisation (entités, clés, contrats, export) reste intact. Le studio est une surcouche, pas un remplacement.

Masquer la complexité

Catalogue, canvas, génération, versioning, droits : une seule interface intuitive. La technique reste sous le capot.

Industrialiser

Du modèle aux artefacts dbt par zone, jusqu'au déploiement Snowflake — automatisé, traçable, reproductible.

Fonctionnalités

Toute la chaîne Data Product, dans un seul studio.

Du catalogue au déploiement Snowflake, chaque étape s'appuie sur le modèle Hackolade comme source unique de vérité.

BO Catalogue

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 Objects

DP Catalogue

Les 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.

Catalogue

DP Canvas & Fiche BO

Décrivez un Data Product (data mesh) ou un Business Object (fiche lean + entités) et initialisez son modèle Hackolade en un geste.

Conception

Génération dbt par zone

Standardisation 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ération

Mapping & linéage de conception

Mappez 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é.

Linéage

Déploiement Snowflake

Validez le projet hors-ligne (dbt parse) puis déployez (dbt build) vers Snowflake — cible et identifiants paramétrables.

Déploiement

Workflow gouverné (RACI)

Conception → 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.

Workflow

Versioning automatisé

Branches 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.

Versioning

SSO, RBAC & « Tous domaines »

SSO OIDC, droits par domaine et par rôle, périmètre « Tous domaines » transverse. Secrets via variables d'environnement.

Sécurité

Bilingue & paramétrable

Interface FR/EN par utilisateur, backend paramétrable (JSON / SQLite / PostgreSQL), zones et référentiels éditables.

Déploiement Safran
Le produit

Quelques écrans du studio.

Le vrai produit, en conditions réelles — captures de l'application.

Data Design Studio — workflow gouverné d'un Business Object
Workflow gouverné

Conception → Revue → Build, par rôle

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

BO Catalogue
Zone CNF — Conformed

BO Catalogue

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

DP Catalogue
Zone PRO — Product

DP Catalogue

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

Génération dbt par zone
Industrialisation

Génération dbt par zone

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

Mapping colonne à colonne
Linéage de conception

Mapping colonne à colonne

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

Graphe
Graphes

Graphe fidèle Hackolade

Le data mesh tel qu'il est modélisé — amont/aval, positions et couleurs réelles.

Le principe

Une fois modélisé, tout en découle.

01

Modéliser une fois

Le schéma vit dans Hackolade : entités, clés, lineage et contrats, comme source unique.

02

Gouverner

Un sign-off RACI cadre chaque passage : la conception est validée avant de produire.

03

Générer

STD, CNF et marts dérivés du modèle — du dbt cohérent, jamais réécrit à la main.

04

Déployer

Le projet est validé puis poussé vers Snowflake, traçable du commit au mart.

Pourquoi le DDS

Du bricolage dbt à la chaîne gouvernée.

Sans Data Design Studio

Des artefacts dispersés, du drift.

  • Outil expert : modélisation fine mais courbe d'apprentissage forte.
  • Génération dbt et déploiement Snowflake manuels, dépendants d'experts.
  • Versioning Git exposé : risque de conflits pour les non-techniciens.
  • Catalogue, droits et workflow gérés hors de l'outil.
Avec Data Design Studio

Model-driven, gouverné, déployé.

  • Parcours guidé : le métier au premier plan, la technique sous le capot.
  • Génération dbt par zone et déploiement Snowflake automatisés.
  • Versioning automatisé : branches et versions gérées, sans conflit.
  • Catalogue, RACI, droits et traçabilité dans une seule interface.
Le parcours

Six étapes, de l'idée au déploiement.

Le même parcours pour chaque Business Object et Data Product — guidé, gouverné, reproductible.

ÉTAPE 01

Cataloguer

Recensez l'objet (BO/DP) et fixez son domaine et sa zone.

ÉTAPE 02

Décrire

Canvas data mesh (DP) ou fiche lean + entités (BO).

ÉTAPE 03

Modéliser

Entités, clés et relations dans le modèle Hackolade de référence.

ÉTAPE 04

Valider (RACI)

Le reviewer revoit la conception et l'approuve.

ÉTAPE 05

Générer (dbt)

STD, CNF et marts produits depuis le modèle, par zone.

ÉTAPE 06

Déployer

Validez le projet puis déployez vers Snowflake.

Questions fréquentes

Ce qu'il faut savoir.

Qu'est-ce que le Data Design Studio ?
L'atelier interne de Safran Nacelles pour cataloguer, concevoir, gouverner, générer et déployer des Business Objects et Data Products sur Snowflake. Il s'appuie sur Hackolade comme moteur de modélisation et produit la chaîne médaillon RAW → STD → CNF → PRO en dbt.
Remplace-t-il Hackolade ?
Non. Le studio est une surcouche qui encapsule Hackolade. La modélisation reste dans Hackolade, source unique de vérité ; le DDS orchestre la gouvernance, la génération dbt et le déploiement à partir de ce modèle.
Quelle différence entre Business Object et Data Product ?
Un Business Object vit en zone CNF (Conformed) : un container Hackolade qui regroupe des entités métier. Un Data Product vit en zone PRO (Product) : un mart exposé (faits & dimensions). Les deux suivent le même cycle de vie gouverné.
Data Vault ou relationnel pour la couche CNF ?
Les deux. La génération dbt est paramétrable par zone : Data Vault (hubs, satellites, links) ou relationnel, selon le besoin du domaine. Le chemin de génération est aussi configurable par zone.
Comment fonctionne la sécurité ?
SSO OIDC, droits par domaine et par rôle. Certains rôles sont transverses, d'autres cantonnés à leur domaine ; un périmètre « Tous domaines » accorde un accès transverse à un utilisateur. Les secrets passent par des variables d'environnement.
Faut-il une connexion Snowflake ?
Pas pour concevoir ni valider. La vérification du projet (dbt parse) est hors-ligne. La connexion Snowflake n'est requise que pour le déploiement réel (dbt build) ; tant qu'elle n'est pas configurée, le studio reste en mode validation.
Que génère-t-on de plus que l'export dbt natif de Hackolade ?
Tout ce que produit l'export natif (colonnes, types, contraintes) plus : le SQL de transformation réel issu du mapping de conception colonne à colonne (STD→CNF→PRO), le 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.
Êtes-vous alignés sur un standard de data contract ?
Oui — ODCS v3.1.0 (Open Data Contract Standard, Bitol · Linux Foundation). Le moteur de génération exporte pour chaque Data Product son contrat — schéma, clés, qualité, SLA, serveurs Snowflake par environnement — validé en continu contre le JSON Schema officiel. Nos extensions (SCD2, masking, zones) passent par les customProperties prévues par la norme : le contrat reste lisible par l'outillage standard (datacontract-cli, éditeurs ODCS).
Où sont définis la database et le schéma des modèles générés ?
Pas dans les modèles. Un modèle dbt décrit ce qu'il calcule, pas où il atterrit : la database vient du profil dbt (un target par environnement — DEV / PPD / PRD), le schéma vient du projet (un par Business Object ou Data Product), et l'infrastructure elle-même est provisionnée en amont par le Terraform de la DSI, à partir du descripteur 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.
Prêt à industrialiser

Du modèle Hackolade au Data Product Snowflake.

Ouvrez le studio et suivez la chaîne médaillon de bout en bout.

Ouvrir le studio