Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
| sio:bloc2:conception [2023/04/22 13:37] – [Niveau conceptuel] jcheron | sio:bloc2:conception [2023/05/01 19:47] (Version actuelle) – [Définition] jcheron | ||
|---|---|---|---|
| Ligne 38: | Ligne 38: | ||
| ==== Règles de gestion ==== | ==== Règles de gestion ==== | ||
| === Notion d' | === Notion d' | ||
| - | Une **entité** représente un type d' | + | Une **entité** représente un type d' |
| Les règles de Gestion vont permettre la description de ces **entités**, | Les règles de Gestion vont permettre la description de ces **entités**, | ||
| Ligne 44: | Ligne 44: | ||
| * parmi les propriétés, | * parmi les propriétés, | ||
| * les liens existants entre entités, qualifiés d' | * les liens existants entre entités, qualifiés d' | ||
| + | |||
| + | <WRAP important> | ||
| + | Toute entité a obligatoirement un identifiant.\\ | ||
| + | En l' | ||
| + | |||
| + | </ | ||
| === Règles de gestion : Exemple === | === Règles de gestion : Exemple === | ||
| Ligne 70: | Ligne 76: | ||
| {{: | {{: | ||
| < | < | ||
| + | |||
| + | < | ||
| Ligne 77: | Ligne 85: | ||
| ===== Dépendances fonctionnelles ===== | ===== Dépendances fonctionnelles ===== | ||
| + | <WRAP info round> | ||
| + | Dans la plupart des cas, la seule lecture des règles de gestion suffit à repérer les futures entités et associations du MCD, à trouver les identifiants et les propriétés.\\ | ||
| + | Mais il arrive que dans certains cas, il soit moins évident de placer une données dans le MCD : il faut recourir dans cette situation à l' | ||
| + | </ | ||
| ==== Définition ==== | ==== Définition ==== | ||
| Ligne 83: | Ligne 95: | ||
| Soit une relation R(P1, P2, …Pn) et A et B des sous ensembles de P1, P2, …Pn. | Soit une relation R(P1, P2, …Pn) et A et B des sous ensembles de P1, P2, …Pn. | ||
| - | <jumbotron> | + | <well> |
| Il existe une dépendance fonctionnelle entre A(source) et B(cible) si et seulement si La connaissance d'une valeur de A quelconque permet de connaître le seul B associé. | Il existe une dépendance fonctionnelle entre A(source) et B(cible) si et seulement si La connaissance d'une valeur de A quelconque permet de connaître le seul B associé. | ||
| Notation : A⇒B | Notation : A⇒B | ||
| - | </jumbotron> | + | </well> |
| Exemple : Soit la relation suivante : | Exemple : Soit la relation suivante : | ||
| Ligne 113: | Ligne 125: | ||
| si A⇒B et B⇒C alors A⇒C | si A⇒B et B⇒C alors A⇒C | ||
| - | ==== Clés ==== | ||
| - | === Clé === | ||
| - | |||
| - | Soient une relation R(A1, | ||
| - | |||
| - | K est une clé de R si et seulement si : | ||
| - | |||
| - | K⇒A1, | ||
| - | |||
| - | il n' | ||
| - | |||
| - | === Clés candidates & clé primaire === | ||
| - | |||
| - | Une relation peut comporter plusieurs clés (elles sont qualifiées de clés candidates). L'une d' | ||
| - | |||
| - | Ne pas confondre plusieurs clés avec la notion de clé composite (cad constituée de plusieurs attributs) | ||
| ==== Des DF au MCD ==== | ==== Des DF au MCD ==== | ||
| Ligne 135: | Ligne 131: | ||
| Régles de passage des dépendances fonctionnelles au modèle conceptuel de données (le MCD étant soit un MEA soit un diagramme de classes UML). | Régles de passage des dépendances fonctionnelles au modèle conceptuel de données (le MCD étant soit un MEA soit un diagramme de classes UML). | ||
| - | ^ '' | + | ^ '' |
| - | ^'' | + | ^'' |
| - | ^ '' | + | ^ '' |
| Ligne 143: | Ligne 139: | ||
| {{: | {{: | ||
| < | < | ||
| + | |||
| + | < | ||