Académique Documents
Professionnel Documents
Culture Documents
1 Terminologie
2 Système d’information
3 Bases de Données et SGBD
1- Terminologie
Informatique !
Informatique
Exemple 1 : Exemple 2 :
( Code à barres) ( Dessin technique)
La prise des décisions stratégiques nécessite des
informations à forte valeur ajoutée.
Informations à faible valeur ajoutée Informations à moyenne valeur Informations à fortes valeur ajoutée
(Gestion tactique) ajoutée (indicateurs du tableau de bord de gestion)
(Gestion opérationnelle) (Gestion stratégique)
-Solvabilité de l’entreprise
-Situation concurrentielle de l’entreprise dans le marché
Les montants des factures Chiffre d’affaires réalisé
- Pouvoir de l’entreprise vis-à-vis ses clients et ses
Les salaires des employés La masse salariale
fournisseurs.
Les achats de l’entreprise
-Taux de progressions annuels de l’entreprise.
Les opérations de maintenance
Donnée
Dans les technologies de l’information, une donnée est une description (modélisation)
élémentaire, souvent codée, d'une réalité.
Les données peuvent être conservées et classées sous différentes formes : numérique,
alphabétique, image, sons, etc.
Une donnée peut ne pas avoir un sens
Différences entre information et donnée
• Une information a un sens.
• Une donnée n’a pas obligatoirement un sens.
• Données + Outil de traitement (cerveau ou machine de traitement) → Information
Exemples:
• Le signal radio est une donnée, la parole émise par la radio contient de l’information, le moyenne de
traitement est le récepteur radio.
• Le code barres d'un produit est une donnée, le nom et le prix du produit sont des informations. le
décryptage du code pour obtenir le nom du produit nécessite un système de traitement d’image.
• Impact de l’information
Le développement d’une information à forte valeur ajoutée requière une masse importante des opérations de traitement.
Système
D’information
Système Décisionnel
Système Opérant
Flux d'information et flux des décisions
Entreprise
Capteur d'information
Flux d'information
Système
Flux des décisions D’information Milieux
extérieure
d'entreprise
Système Décisionnel
Matière Produit
Première Système Opérant Fini
Milieu interne
d'entreprise
CONCEPT DE SYSTEME D’INFORMATION
Unités de traitements
Information
Information
Interface Interface
H/M Unités de stockage H/M
E/S E/S
Unités Auxiliaires
(Alimentation, ventilation, communication)
• Les Composants d’un Système informatique
• 1. Carte mère
• 2. Processeur / CPU
• 3. Stockage
• 4. Périphérique
• 5. Dispositif d’entrée
•
3. Bases de Données et Systèmes de
Gestion des Bases de Données (SGBD)
• Base de données (DB):
Une base de données est un ensemble structuré et organisé de données, cette ensemble peut
être consulté par des utilisateurs ou par des programmes. Un système d’information peut
être formé par plusieurs bases de données.
• Système de Gestion de Base de Données
❑ Oracle ;
❑ Microsoft Acces ;
❑ MySQL
Relation entre SGBD, BD et SI
Système
d'information
Synthèse du chapitre
Entités
Attributs
Clés primaires
Relations
Cardinalités
Système
CIR
Système décisionnel
Archive
Système d'information Fichier MCD
BD Audit et collecte
Système d'opérant Merise
Modélisation Tables
UML MLD
Alimentation
Exploitation
MPD Tables et liaisons
Formulaires
Etats
Requêtes
Questions de cours
– S5
Cela consiste à concevoir et développer un nouveau modèle ou architecture capable d’accueillir les données en
circulation dans un système d’information. Cette structure doit donner au nouveau système d’information des
niveaux de performance suffisants afin d’offrir au système décisionnel une information sûre est actualisée.
Une telle restructuration facilite la classification, l’exploitation et le traitement des données nécessaires au bon
fonctionnement de tout système (Entreprises, Hôpitaux, Universités……).
Méthode Merise
MERISE est une méthode d’analyse des systèmes d’information. Elle permet de modéliser et
concevoir une structure de base de données capable d’accueillir les données nécessaires au bon
fonctionnement d’un système. L’application de la méthode passe par trois niveaux d’abstraction :
Exemple
• Les clients achètent des produits
• Une commande est passéepar un client
• Un voyage est effectuépar un train
• Un service traitedes dossiers
Pour les propositions du type «A verbe B », A et B désignent deux entités, le verbe indique l’existence d’un lien
(relation) entre ces deux entités.
Pour déterminer les cardinalités de la relation, on cherchera à obtenir la réponse aux questions
suivantes :
• 1. pour un exemplaire de A, combien trouve-t-on d’exemplaires de B, au minimum et au maximum;
• 2. pour un exemplaire de B, combien trouve-t-on d’exemplaires de A, au minimum et au maximum.
Ainsi, la proposition «une commande est passée par un client »sera affinée par la réponse aux
questions :
• 1. Une commande est passée par combien de clients ? (réponse: 1au min à 1au Max)
• 2. Combien de commandes un client peut-il passer? (réponse : 0 où plusieurs).
-Le dictionnaire de données permet de regrouper dans un seul document, l’ensemble des données manipulées par le système
d’information.
-Tableau pour expliquer les types de données.
-Il existe plusieurs façons pour réaliser un dictionnaire de données.
Dictionnaire de données - Epuré
◼ Informations concaténées
◼ Synonymes
◼ Polysèmes
◼ Exemple :
Synonymes Polysèmes
• Code client et N° client • Qté = QtéC1 et QtéC2
• Date = DateC1 et DateC2
Dans un SI, une information doit être atomique, c’est-à-dire non décomposable. Par exemple si l’information
Adresse contient « 36, rue de la paix 75000 Paris » celle-ci peut être décomposée en plusieurs informations
élémentaires :
-Il est recommandé d’utiliser des données élémentaires "Atomique" , les données composées peuvent
conduire vers une perte de mémoire par redondances de quelques composantes (Ville par exemple ), et
produire des difficultés lors de l’analyse et l’exploitation des données (exemple : Filtrage par ville ).
37
Modélisation d’un SI – Méthode Merise
Exemple d’application
43
Modélisation d’un SI – Méthode Merise
Diriger Affecter
Département
(1,1) (1,n)
44
SÉANCE 2
3- Développement du modèle
Conceptuel de Données par Analyse
des Dépendances Fonctionnelles
33
Une technique plus précise pour le Développement du MCD se base sur l'analyse des dépendances entre les
données à gérer par le système d'information.
Cette technique permet de réaliser le MCD en analysant uniquement les relations entre les données à gérer (on ne
fait plus référence à une interprétation personnelle). Le processus de développement passe par trois étapes
fondamentales.
1 Dictionnaire de données.
→ Graphe des dépendances.
1 Analyse des dépendances entre les données
2 Elaboration du modèle conceptuel de données.
34
Analyse des dépendances fonctionnelles
Définition d'une dépendance fonctionnelle
Soit P1 et P2 deux attributs, on dit que P1 et P2 sont reliées par une dépendance fonctionnelle (DF), (P2
dépond fonctionnellement de P1) si et seulement si une occurrence (ou valeur) de P1 permet de connaître
une et une seule occurrence de P2.
P1→
DF
P2
Exemple : La CIN (P1) et le Nom (P2) sont on dépendance fonctionnelle, la connaissance du N° de la CIN
entraine la connaissance d’un seul Nom, Par contre, un nom peut donner plusieurs N° de CIN.
CIN Nom
CIN→ NOM
DF
NOM→
DF
CIN
Dépendance fonctionnelle élémentaire.
A et B sont deux attributs en dépendance fonctionnelle élémentaire (DFE) si :
Exemple :
Ref_Produit → Prix_Produit (DFE)
Num_Commande + Ref_Produit → Quantité (DFE)
Num_Commande + Ref_Produit → Prix_Produit (DF)
Ce doucement doit être renseigné selon les exigences du client, c’est à lui de déduire les dépendances .
Graphe des dépendances fonctionnelles
N°Facture Référence
Prix_Unitaire
Date_Facture Désignation
N°Client
45
Cas des entités reliés par une DF directe
N°Facture
CLIENT Facture
Date_Facture # N CLIENT
Nom_Client (1,n) (1,1)
Adresse_Cli Concerne # N Facture
N°Client
CP_Client Date_Facture
Ville_Client
Adresse_client
CP_client
MCD
Graphe des DF
Si une "DF" fonctionnelle existe entre deux entités, elle va donner lieu à une cardinalité (..,1) sur l'entité qui
est à l'origine de la dépendance fonctionnelle.
46
Cas des entités non reliées par une DF directe.
N°Facture Référence
La donnée "Quantité" est le résultat de la dépendance fonctionnelle suivante :
N°Facture+Référence → Quantité
Ainsi, il n'existe pas de "DF" entre "Référence" et "N°facture" dans les
deux sens (pas de relation directe).
Quantité
La relation entre "N°Facture" et "Référence" se présente sous la forme indirecte suivante:
Les deux entités étudiées se rencontrent et se croisent. L'existence de ce croissement est prouvée par l'existence d'une
donnée "Quantité" qui prend une valeur spécifique à chaque croissement d'un couple d'occurrence de (N°Facture,
Référence). Un croisement donne naissance à une seule et unique occurrence de la données "Quantité".
L'absence de la DF entre N°Facture et Référence montre que la relation qui lie les deux attributs ne peut pas donner
une cardinalité maximale de "1".
47
Modèle conceptuel de données
54
Plusieurs relations entre deux entités
Diriger
Professeur Département
Affecter
55
Relations ternaires
• Opération de vente
Client Produit
Commander
Fournisseur
Relation N-aires
• Action d’enseignement
Salle Professeur
Enseigner
Matière Groupe
56
Relationréflexive
58
CHAPITRE 3 – MODÉLISATION PAR LA MÉTHODE MERISE- MODÈLE
LOGIQUE ET PHYSIQUE
– S5
63
1-Passage au Modèle Logique de
Données (MLD)
64
Règle 1
Chaque ENTITÉ se transforme en une TABLE qui possède une clé primaire, les attributs devient des
champs de la table.
Le choix de la clé primaire doit satisfaire les critères d’unicité et d’optimalité.
67
Règle 2
Dans le MLD, les relations sont éliminées, elles sont soit remplacées par des tables ou supprimées selon les
cardinalités de la relation.
68
Règle 3 2- Cas d’une cardinalité (..,1) (..,n)
La RELATION est SUPPRIMÉE, l’entité présentant une cardinalité (..,1) est transformée en une table qui
contient une CLÉ ÉTRANGÈRE provenant de l’autre table en relation.
Exemple : (1,1) (1,n)
MCD Employé Affecter Département
Employé Département
#E #D
MLD Nom Description
Rue
Ville
#D
69
Cas particuliers
• Relation réflexive
• Relation N-aire
Application :
71
Exercice
72
La réalisation du modèle physique, consiste à construire pas à pas la structure de la base données (Composée
de groupement de données dans des tables), en respectant le MLD (plan d’architecture de données).
Cette structure est principalement constituée de tables qui peuvent être assimilées à des listes de valeurs,
chaque table est composée des champs (colonnes) et des enregistrements (lignes), la liaison entre les tables se
fait à travers les clés étrangères.
La réalisation de la structure de la BD se fait à l’aide d’un SGBD en utilisant un langage relationnel ou en
utilisant des interfaces graphiques.
(0,n)
(0,1) Employé Participer
(1,1)
Dirige Affecter
r
(1,n)
Département (1,n) Projet
(1,1)
73