Devoir maison

Objectif du devoir

Vous devez réaliser, à partir d’un exemple concret (tiré de votre travail, de votre alternance, de votre stage, ou d’un autre contexte professionnel ou personnel de votre choix), une démarche complète de modélisation et mise en œuvre d’une base de données.

Ce devoir a pour but de vérifier votre capacité à :

  • recueillir les règles de gestion d’un métier,
  • les traduire dans un modèle conceptuel de données (MCD),
  • transformer ce modèle en modèle logique de données (MLD),
  • produire le modèle physique de données (MPD),
  • et enfin écrire les requêtes SQL de création des tables.

À chaque étape, vous devez justifier vos choix de manière claire et argumentée.

Étapes attendues

1. Règles de gestion du métier

  • Identifiez et énumérez les règles de gestion propres au contexte choisi.
  • Formulez-les de manière claire et précise (ex. « Un client peut passer plusieurs commandes »).
  • Ces règles serviront de base à la modélisation.

Livrable attendu : une liste des règles de gestion.

2. Modèle Conceptuel de Données (MCD)

  • Construisez le schéma entités-associations correspondant aux règles.
  • Indiquez les entités, leurs attributs principaux et les associations.
  • Définissez les cardinalités (min et max) pour chaque association.
  • Expliquez vos choix de cardinalités.

Livrable attendu : le schéma du MCD accompagné d’un texte justifiant vos choix.

3. Modèle Logique de Données (MLD)

  • Transformez votre MCD en MLD relationnel.
  • Indiquez les tables créées, les attributs retenus, et les clés primaires et clés étrangères.
  • Justifiez vos choix lors de la transformation (par exemple : « L’association X a été transformée en table car… » ou « L’association Y est représentée par une clé étrangère car… »).

Livrable attendu : le schéma du MLD et une explication des choix de transformation.

4. Modèle Physique de Données (MPD)

  • Déclinez le MLD dans un modèle physique adapté à PostgreSQL.
  • Indiquez le type des colonnes, les contraintes, et la gestion des clés primaires/étrangères.
  • Justifiez le choix des types et contraintes.

Livrable attendu : Schéma du MPD et description du MPD (table par table, colonnes et contraintes) + justification.

5. Requêtes SQL – Création des tables

  • Écrivez les requêtes SQL CREATE TABLE correspondant au MPD.
  • Les tables doivent inclure :
    • les clés primaires et étrangères,
    • les contraintes de type (NOT NULL, CHECK, UNIQUE, DEFAULT…).

Livrable attendu : script SQL complet de création des tables.

Format attendu du devoir

  • Document clair, structuré, avec titres et sous-titres correspondant aux étapes ci-dessus.
  • Les schémas (MCD, MLD, MPD) peuvent être réalisés avec un logiciel (draw.io, Lucidchart, etc.) ou dessinés à la main puis scannés.
  • Chaque étape doit contenir à la fois la production attendue (liste, schéma, script) et une explication de vos choix.

Règles de nommage et de présentation

Noms de tables

  • Toujours au pluriel, en minuscules et sans accent
  • Avec un underscore pour séparer les mots.
  • Pas de verbe

Noms de colonnes

  • Toujours au singulier, , en minuscules et sans accent
  • Nom de colonnes clairs, explicites et cohérents avec leur contenu.
  • Avec un underscore pour séparer les mots.

Clés primaires

  • Préfixées par id_ suivi du nom de la table.
  • Une seule clé primaire par table.

Clés étrangères

  • Préfixées par id_ suivi du nom de la table référencée. (Lorsque c’est possible)
  • Reliées à une clé primaire existante.

Grille d’évaluation (sur 20 points)

1. Contexte du projet — 2 points

Évalue la capacité à présenter clairement le sujet et à donner du sens à la modélisation.

  • Le contexte est compréhensible, cohérent et pertinent.
  • Les acteurs, objets et processus principaux sont identifiés.
  • Le lien avec les entités futures est explicite.

2. Règles de gestion du métier — 3 points

Évalue la capacité à formuler correctement les règles de gestion du domaine.

  • Les règles sont claires, précises et non redondantes.
  • Elles couvrent les principales interactions du domaine.
  • Chaque règle décrit une relation entre deux entités maximum.

3. Modèle Conceptuel de Données (MCD) — 4 points

Évalue la traduction des règles en entités, associations et cardinalités.

  • Le schéma est complet et cohérent avec les règles.
  • Les cardinalités sont justes et justifiées.
  • Les entités et associations sont bien distinguées.
  • Le nommage et la présentation sont conformes aux conventions.

4. Modèle Logique de Données (MLD) — 3 points

Évalue la capacité à transformer correctement le MCD en modèle relationnel.

  • Les associations sont correctement transformées en tables ou en clés étrangères.
  • Le MLD reste cohérent avec le MCD initial.
  • Les choix de transformation sont expliqués clairement.

5. Modèle Physique de Données (MPD) — 3 points

Évalue la déclinaison du modèle logique en modèle physique PostgreSQL.

  • Les types de données sont adaptés à chaque colonne.
  • Les contraintes (NOT NULL, UNIQUE, CHECK…) sont pertinentes et justifiées.
  • Les clés primaires et étrangères sont bien définies.

6. Requêtes SQL – Création des tables — 3 points

Évalue la capacité à traduire le modèle physique en code SQL fonctionnel.

  • Le script SQL est correct et exécutable sous PostgreSQL.
  • Les tables créées respectent le MPD.
  • Les contraintes et clés sont bien présentes.

7. Qualité globale et justification — 2 points

Évalue la rigueur, la clarté et la qualité du rendu.

  • Le document est bien structuré et agréable à lire.
  • Les justifications sont logiques et bien formulées.
  • Le vocabulaire est adapté et l’orthographe soignée.

Bonus — jusqu’à +1 point

  • Sujet original ou issu d’un cas réel bien exploité.
  • Schémas et mise en page particulièrement clairs.

Informations pratiques