Vidéo contenu Asma BELAIDI Université Tlemcen

bismillrrim dans cette vidéo je vais vous présenter une partie d'un cours du chapitre 3 intitulé modéisation d'un système d'information alors comme vous le savez déjà avant de procéder à la phase d'implémentation il est essentiel de passer par la phase de modélisation la modélisation d'un système d'information est une étape cruciale dans le développement de base de données car elle permet de structurer et d'organiser les informations de manière cohérente et efficace l'un des outils principaux utilisés pour cette modélisation est le modèle conceptuel de données MCD appelé également le modèle entité association le MCD est une représentation abstract et graphique des données et des relations entre elles dans un système d'information il se concentre sur la manière dont les informations sont liées et interagissent sans se préoccuper des détails techniques de l'implémentation alors le modèle conceptuel de données a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information il s'agit donc d'une représentation des données facilement compréhensi permettant de décrire le système d'information à l'aide d'entité alors les éléments de base constituant un MCD sont les propriétés les entités et les relations voici un exemple de MCD dont nous avons trois entités étudiant niveau et langue ce modèle prend également une association appelée parle chaque entité possède ses propres propriétés et l'association parle relie les entités étudiants langue et niveau passons maintenant à la définition de la propriété la propriété est une information élémentaire conforme au choix de gestion de l'entreprise les propriétés sont les information de base de système d'information citons quelques exemples de propriétés rérence d'un produit adresse d'un client quantité vendue d'un produit le nom d'un client ainsi de suite les propriétés ont des types spécifiques elles peuvent être numériques de type Date ou avoir une longueur définie par exemple la propriété nom est de type alphabétique avec une longueur maximale de 50 caractères c'est-à-dire dans notre système nous ne pouvons pas trouver un nom dans sa taille dépasse les séquent caractères pour les entités une entité est une unité de base pour structurer et organiser les données permettant de modéliser des éléments importants du système d'information par exemple les clients sont définis par certains propriétés comme le numéro le nom le prénom ainsi de suite le fait de les regrouper amène naturellement à créer une entité client alors alors le symbolisme retenu est le suivant donc voici la modélisation de l'entité client qui a comme propriété numéro nom prénom adresse code postal et VI passons maintenant à l'identifiant alors une des propriétés de de l'entité a un rôle bien précis c'est l'identifiant non mais également la clé l'identifiant permet de connaître de façon sûre est unique l'ensemble des propriétés qui participent à l'entité par exemple le fait de connaître la ville d'un client permet-il de connaître son nom la réponse est non il faut donc trouver ou inventer une propriété qui lorsque sa valeur est connue permet la connaissance de l'ensemble des valeurs qui se rattracheent de façon formal ainsi lorsque le numéro de client est connu son nom son prénom et toutes les valeurs des autres propriétés qui se rattrachent sont connu de façon sûre et unie au niveau du formalisme cette propriété se soulligne alors voici le schéma modifié de l'entité client alors dans un modèle entité association chaque entité possède un nom un identifiant souligné et des propriétés alors l'identifiant il est unique c'est-à-dire nous ne pouvons pas trouver dans notre système deux enregistrements ou bien deux clients qui possèdent le même numéro nous pouvons trouver deux clients qui possèdent le même nom même le même prénom mais le même numéro c'est faux parce que le numéro c'est une clé c'est un identifiant et l'identifiant de nos modèle conceptuel de données il est unique pour les relations ou les les associations alors les entités sont souvent liées entre elles en utilisant des relations par exemple un client peut commander des articles si nous analysons cette phrase on distingue deux entités client et article et un verbe commandé qui indique un lien entre client et article alors voici la modélisation de cette situation nous avons deux entités client article chaque entité possède un un identifiant bien sûr souligné ainsi que d'autres propriétés la relation commandée relie ces deux entités passons maintenant aux cardinalités alors les cardinalités expriment le nombre de fois où l'occurrence d'une entité participe aux occurrences de la relation dans notre exemple on peut se poser les questions suivantes combien de fois au minimum un client PE il commander un article la 2è question combien de fois au maximum un client peut-il commander un article à la première question nous pouvons répondre qu'un client pour être client doit commander au moins un article à la deuxème question nous pouvons répondre qu'un client peut commander plusieurs articles alors voici la modélisation des cardinalités est représenté par les valeurs minimales vergule les valeurs maximales le N représente la notion de plusieurs ici nous avons représenté le fait qu'un client peut commander un ou plusieurs articles il faut que nous posions les mêmes questions pour l'article combien de fois au minimum un article peut-il être commandé par un client combien de fois au maximum un article peut-il être commandé par un client alors pour le minimum nous pouvons l'interpréter de la façon suivante attend des articles qui ne peuvent jamais être commandés si nous répondons oui dans ce cas la cardinalité minimale est zé pour le maximum attend des articles qui peuvent être commandés plusieurs fois nous pouvons espérer que oui dans ce cas la cardinalité maximale sera 1 voici le schéma finalisé donc ici nous avons cardinalité minimale vergule cardinalité maximale dans le côté de client la même chose pour la l'entité article passons maintenant à la définition des relations réflexives alors une relation estdite réflexive est une relation d'une entité sur elle-même par exemple on désire modéliser le fait qu'un employé peut diriger d'autres employés à la lecture de ce schéma nous interprétons donc qu'un employé peut diriger zéro ou plusieurs personnes et qu'un employé est dirigé par un et un seul autre employé d'accord donc ça c'est une relation réflexive c'est-à-dire c'est une relation d'une entité sur ellemême finalement voici quelques règles d'usage alors toute toute entité doit comporter un identifiant souligné bien sûr toutes les propriétés de l'entité dépendent fonctionnellement de l'identifiant c'est-à-dire que connaissant la valeur de l'identifiant nous connaissons de façon sûre et unique la valeur des propriétés associées le nom d'une propriété ne doit apparaître qu'une seule fois dans le modèle conceptuel de données si nous établissons une entité client une entité fournisseur nous ne devons pas retrouver la propriété nonom dans les deux entités les propriété résultant d'un calcul ne doit pas apparaître dans le modèle conceptuel de données finalement je vous remercie pour votre attention et si vous avez des questions n'hésitez pas à les poser dans les commentaires de cette vidéo merci