0% ont trouvé ce document utile (0 vote)
235 vues136 pages

Modélisation des Systèmes d'Information

Transféré par

Hamza Et-tyjany
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
235 vues136 pages

Modélisation des Systèmes d'Information

Transféré par

Hamza Et-tyjany
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Modélisation Merise et SI

Pr Naoual Chaouni Benabdellah


Professeure conférencière habilitée
Département Web and mobile engineering
Equipe de recherche: Software and projest Management
ENSIAS-UM5

1
Les objectifs (première partie)

• L’étudiant est censé connaitre:


– Contexte
– Ses composants
– La définition d’un SI
– ses fonctionnalités
– Les types d’applications
– son architecture
– ERP et SI
– Processus de développement
– Le cycle de vie d’un SI
– Les modèles de développement d’un SI au moins les trois
évoqués en cours

2
Contexte

Pour parvenir à son but, le système tient compte


de son environnement et régule son
fonctionnement en s’adaptant aux changements
l’environnement

Ouvert
but
en évolution

système = l’entreprise

Pr. Naoual Chaouni Benabdellah 3


impacte interne et exetrne d’un
système

Information externe

Information interne

Pr. Naoual Chaouni Benabdellah 4


Composants d’un SI

Matériels Logiciels Données

Les serveurs,
Les données
ordinateurs et Les programmes
opérationnel et méta
mainframe ou sont utilisés
data de tout type
stocké les données

Procédures Personnes

instructions et les
règles qui Tous les utilisateurs
gouvernent une qui contribuent et
conception et sont acteurs aux
l’utilisation des applications
bases de données

Pr. Naoual Chaouni Benabdellah 5


Composants d’un SI

Hardware Software
The servers, computers
and mainframe where the The programs used
data is stored
Physical technology Dictates what the
Can be a smaal as the hardware needs to be
smart phones or bug as Devided into two types
supercomputers or centers System software : the
It includes the peropherical operating system
devices application software:
designed for a specific
task or tasks

Pr. Naoual Chaouni Benabdellah 6


Composants d’un SI

Data/information

Operational data and


metadata of all types

Data base
DataWarehouse
Data center
Data lake

Pr. Naoual Chaouni Benabdellah 7


Composants d’un SI

Procédures

instructions and rules


governing the design
and use of databases

Any company process can be designed


using Activity diagram of UML , modèle
conceptuel de données of Merise or
BPMN or others

Pr. Naoual Chaouni Benabdellah 8


Composants d’un SI

Executive
level
Management /CEO/owner
People

Decisional level
All possible users who Management/décideurs
contribute to the
database

Middel level management/Managers

Low level management/tacticiens

Co-workers/opérationnels

Pr. Naoual Chaouni Benabdellah 9


Définition
Un système d’information est selon les composants :

L’ensemble de matériels, de logiciels et de réseaux de


télécommunications utilisés pour collecter, créer et distribuer
des données utiles, généralement dans des contextes
organisationnels
Information Systems Today - Managing in the Digital World 4th edition

Pr. Naoual Chaouni Benabdellah 10


Fonctionnalité d’un SI

• Quatre fonctionnalités principales:

collecter Stocker Traiter Diffuer

Interne Externe BD Fichiers

Mise à jour création

consultation organisation

Pr. Naoual Chaouni Benabdellah 11


Architecture d’un SI

Système
Sous-
Système
décisionnel

Communication Communication

Environnemen Sous-
t Système
Traitement
d’information
&
mémorisation

Communication Sous- Communication


Système
opérationnel
Pr. Naoual Chaouni Benabdellah
12
Les types d’applications
Les types d’applications

Executives
Exec. Sup.
Sys. (ESS)
Senior managers
Decis. [Link].(DSS)

Middle managers
Manag. Info. System (MIS)
Workers B
Office Automation System (OAS)

Workers A
Transaction processing system (TPS) 13
Transaction Processing System (TPS)

Transaction processing system (TPS)

• Conçu pour répondre à des questions


quotidiennes et de routine
– le travail de l’entreprise en interne: le recrutement, les promotions,
les congés…
– les activités externe relatives au métier: la vente, les prix

Pr. Naoual Chaouni Benabdellah 14


Transaction Processing System (TPS)

• Les caractéristiques
– Réponse rapide
• Moins de temps de réponses
– Réhabilité ,
• Back up est possible
– Non flexibilité/rigueur,
• Traitement des données de la même manière
– Gestion des permissions
• Exp: Permission aux employés accès aux données
• Deux types:
• Real time
• Batch Pr. Naoual Chaouni Benabdellah 15
Transaction Processing System (TPS)

• Exemple :
1. Systèmes de réservation (hôtel)
2. Génération de tickets (niveau de caisse et niveau de
gestion des ventes)
3. Système de vente (en ligne) –niveau du stock et
niveau des articles
4. Transaction électronique (carte bancaire)-niveau des
transactions permises et niveau du solde de
l’emetteur
5. Système de prêt (exp. Bibliothèque au niveau de la
disponibilité des livres et au niveau de la gestion
des emprunts)
Pr. Naoual Chaouni Benabdellah 16
Office Automation System (OAS)

• Office Automation System (OAS)


– Se compose de:
• L’ensemble de technologies de communication, les
ordinateurs et les personnes
– L’objectif est d’exécuter une tâche officielle de l’organisation

• Deux types:

Activités bureautiques Activités


:préparation des récits, managériales: Les
composition écrite et conférences, création
orale, impression, envoi de rapports et
postal, planification des messages, contrôler la
réunions, gestion du prestation de l’
calendrier organisation.
Pr. Naoual Chaouni Benabdellah 17
Question

• De quel type est le système?


– Word processing
– Email
– Voice mail

Pr. Naoual Chaouni Benabdellah 18


Management Information System (MIS)
• Management Information System (MIS)
– Conçu pour mettre à la disposition des managers moyennant
des systèmes de planification, control, et de prise de
décision (niveau gestion)
– Utilise les données du TPS pour générer des rapports et justifier
leur gestion

– Exemple:
• Système de planification: quel quantité sera produite par jour par quel équipe de supervision
et par quel aspect de production
• Système de contrôle: dans l’industrie il y a un contrôle de qualité sur les productions
• Prise de décision: un rapport est présenté pour aider les décideurs à ajuster une machine de
production, à déplacer du personnel d’un rayon,

Pr. Naoual Chaouni Benabdellah 19


Decision Support System (DSS)
• Data-driven DSS. Ces systèmes comprennent
des classements et des systèmes de rapports
de gestion, des systèmes d'information de
direction et des systèmes d'information
géographique (SIG).
Data-driven DSS. • Model-driven DSS. incluent des systèmes qui
utilisent des modèles comptables et financiers,
des modèles de représentation et des modèles
Model-driven d'optimisation. Ils mettent l'accent sur l'accès et
DSS la manipulation d'un modèle.
• Knowledge-driven DSS. suggèrent des
systèmes de consultation ou de suggestion, ils
Knowledge- fournissent une expertise spécialisée en
DSS driven
résolution de problèmes basée sur un domaine
particulier.
Document-driven • Document-driven DSS. Ces systèmes intègrent
DSS des technologies de stockage et de traitement
pour la récupération et l'analyse des documents.
Un moteur de recherche en est un exemple.
Communication-
• Communication-driven and group DSS. se
driven
concentre sur la communication, la
collaboration et la coordination pour aider les
personnes travaillant sur une tâche partagée
Pr. Naoual Chaouni Benabdellah 20
Executive Support System (ESS)

• Executive Support System (ESS)


• Ou aussi appelé Executive Information
System (EIS).
• C’est un Décision support system (DSS) pour conduire les
séniors exécutives à prendre des décisions stratégiques

Pr. Naoual Chaouni Benabdellah 21


Architecture d’un SI
– piloter et contrôler les changements.
– produire des changements dans la base
d’information à la réception d’un message
Processeur
d’information
– interprète la commande et effectue le
(partie changement en respectant les contraintes et
dynamique) les règles
– La commande : une recherche

Base
d’information
(partie
statique) – mémorise la description des objets, des
règles et des contraintes du système
opérant
Pr. Naoual Chaouni Benabdellah 22
Activité

• Définissez les activités possibles des sous


systèmes pour une entreprise de vente
de produits
• Définissez les activités possibles des sous
systèmes pour une banque

Pr. Naoual Chaouni Benabdellah 23


SI et ERP
• ERP - Enterprise Resource Planning ou Progiciel de
Gestion Intégré:
– intègre tous les systèmes informatisés transactionnels
• Des systèmes intégrés métiers ou appelé aussi
verticalisés :
– des progiciels métiers,
– couvrent le front-office, le middle, et le back-office
– ont été conçu par un éditeur spécialisé sur un métier
• Des systèmes spécifiques ou appelés aussi non
standards:
– développés sur mesure, introuvables sur le marché
– où sont rencontrées davantage d'applications dans les
domaines du calcul de coûts, de la facturation, de l'aide à
la production, ou de fonctions annexes.

Pr. Naoual Chaouni Benabdellah 24


Processus de développement d’un SI

• L’ensemble des activités qui constituent


l’objectif d’un SI
• Le type d’activité varie selon le projet et
l’organisation

Pr. Naoual Chaouni Benabdellah 25


CYCLE DE VIE D’UN SI

Spécification

conception

implémentation

Test

Installation

Maintenance
Les modèles de développement d’un SI

• Code-and-fix • Développement évolutif


• Transformation automatique • Spirale
• Cascade / Waterfall • RAD - Rapid Application
Development
• Modèle en V
• RUP - Rational Unified
• Modèle en W Process
• Modèle en W : accent sur les • XP - Extreme
tests Progamming
• SCRUM
• User story

Pr. Naoual Chaouni Benabdellah 27


Modèle en cascade

Etude de
faisabilité formalisé aux alentours de 1970. Dans ce
modèle le principe est très simple :
Spécificati chaque phase se termine à une date
on du précise par la production de certains
besoin documents ou logiciels.
Le modèle original ne comportait pas de
Analyse possibilité de retour en arrière.
ultérieurement Celle-ci a été rajoutée
conception

Construction

Test
Mise en
Pr. Naoual Chaouni Benabdellah 28
place
MODÈLE EN V

Analyse Test
des d’acceptation
exigences

Intégration et
Conceptio test du
n du système
système

toute décomposition doit Test du


Conception
être décrite la composan
du
recomposition, et que toute t
composant
description d'un composant
doit être accompagnée de
tests qui permettront de
s'assurer qu'il correspond à Développeme
sa description. nt du
composant
Scrum

Product backlog

Planification des
sprint et sprint
backlog

Développement
dans le temps

(incrément)
Revue des sprint
rétrospective
Pr. Naoual Chaouni Benabdellah 30
Merise

2ème partie

Pr. Naoual Chaouni Benabdellah 31


Objectifs

• L’étudiant dans cette partie est censé


connaitre:
• Modéliser les besoins fonctionnelles dans un modèle
de données entité-relation et un modèle pour les
traitements
• Organiser les données et les traitements MOD et
MOT
• Corriger et comprendre les dépendances
fonctionnelles: élémentaires, directes
• Normaliser un MCD au niveau 1NF, 2NF, 3NF
• Transformer le MCD en modèle logique en
respectant les règles de transformations
Pr. Naoual Chaouni Benabdellah 32
Contexte
• La modélisation de données c’est un processus de représentation de

structure (les entités), des associations ou des relations et des contraintes

relatives aux données

• Merise est une des méthodes pour modéliser de manière indépendante

les données et les traitements du Système d’Information d’une institution

(entreprise)

• Elle propose:

• cération de liens entre les entités majeurs avec des relations soient

qui aideront dans la compréhension ou iessentiel à leurs garder une

trçabilité

• un ensemble de formalismes et de règles c’est un moyen de

communication entre les acteurs opérants 33


DÉFINITION
• Merise
• Une méthode proposée par les Français

• Pour une conception de base de données relationnelle

• Et la formalisation des besoins

• Sépare les données des traitements

• Une langage complémentaire à l’objecti de Merise existe c’est UML

unified modeling langage


• Américain,

• modèlise d’autres aspects du projet, (exp modèles des composants)

• Merise propose une conception de base de données, UML porpose des relations
34
entre les classes à développer
HISTOIRE ET EVOLUTION

UML 1.0 a été normalisé


1978-1979 en janvier 1997

1970 lancement de
l’appel à projet
1976 Merise1 Merise2

1990
• Peter Chen qui a imposé le modèle EA

• faire la transition plus facilement entre les données et

l’implémentation

• Une consultation nationale lancée par le ministère de l’industrie (Frane)

• L’objectif: définir une méthode de conception de systèmes d'information.

• Retenu par deux centres:

• Le CTI (Centre Technique d'Informatique) chargé de gérer le projet,

• Le CETE (Centre d'Etudes Techniques de l'Equipement) à Aix-en-provence


Pr. Naoual Chaouni Benabdellah 35
Les niveaux d’abstraction

Niveau conceptuel (indépendant)

L’aspect statique et dynamique du SI D’un point de vu du gestionnaire


MCT (processus,
MCD (entité, relation, opération, événement, dépendant
propriétés) synchronisation)
Niveau organisationnel

La nature des ressources supportant les activités Humaine, matériels et/ou logiciel
MOD (entités relations, MOT (procédures, phase, dépendant
propriétés) taches)

Le niveau opérationnel
Les techniques d’implantation Les données et les traitements

MLD (table et attributs)


Représentation des Procédure, phase tache
dépendances fonction, module
fonctionnelles
Pr. Naoual Chaouni Benabdellah 36
Modèle conceptuel (MCD)
• Concevoir le modèle des données grace: Entités, relations,
• L’entité
– un terme abstrait qui englobe,nt les diféfrents objets concret selon les
attributs en communs
– est représenté par un rectangle avec absolument un identifiant repéré
par un soulignement au dessous
• Les attributs :
– décrivent les entités c’est un descriptif on ditingue un attribut identifiant
qui retourne un objet concret unique
• Les cardinalités :
– spécifient le nombre min et maximum qui lie l’entité à la relation.
• La relation :
– lie entre deux entités souvent c’est l’action verbale dans le descriptif des
besoins fonctionnels
– peut être appelée association également
– L’association est une ellipse

Pr. Naoual Chaouni Benabdellah 37


Modèle conceptuel (MCD)

• Exemples d’entités : client, fournisseur,

produit, article…

• Attributs: Ils désignent l’entité de façon unique,

• Exemples d’attributs: Nom, Id, Prénom,


Entité
Adresse… identifiant
Attribut2
Attribut3

Pr. Naoual Chaouni Benabdellah 38


Les attributs

• Des attributs
• Un attribut peut être composé
hiérarchiquement de plusieurs autres
attributs
• Exemple:
• Un attribut Adresse est composé des
attributs Numéro, Rue, No_Appartement,
Ville, Code_Postal, Pays.
• Tout attribut peut être monovalué ou
multivalué.
• Exemple: Les âges des enfants dʼun
employé..
Les attributs

• La valeur d‘un attribut:


• peut être dérivée d'une ou plusieurs autres
valeurs d'attributs.
• c’est un composant de la concrétisation
d’objet suite aux attributs de l’entité
• exemple:
• marron est la valeur, table est l’entité,
l’attribut est couleur
Les types de relations
• Les relations peuvent etre:
• Récursive (ou réflexive) relie la même classe
d'entité
• Binaire relie deux classes d'entité
• Ternaire relie trois classes d'entité
E1
• n-aire relie n classes d'entité ID
Att1
Attn

R R
R
E1
E1 E2
ID1 E2 E3
ID2
ID Att1
Att1 ID2 ID3
Att1 Attn
Attn Att1 Att1
Attn
Attn Attn
Les cardinalités
• Le min
• Pour trouver la cardinalité minimum vous pouvez vous poser la question: combien au
minimum il y a d’objet entité qui font l’action exprimée dans la relation abstraction faite
de l’existence de l’autre entité avec qui la relation est établie.
• Le min peut être soit 0, soit 1 ou n
• Exemple: client effectue une commande
• Les entités sont client et commande
• L’association est effectuer
• Les cardinalités min du coté client : combien de clients au minimum peuvent effectuer…? La
réponse 0 client est possible et logique
• Le max
• Pour trouver la cardinalité maximum vous pouvez vous poser la question: combien au
maximum l’objet de l’entité effectue l’action dans la relation
• Pour le même exemple: client effectue une commande
• : combien de clients au maximum peuvent effectuer…? La réponse n client est
possible et logique
• D’où finalement la cardinalité est le couple min et max: (0,n) du coté de
l’entité Client
• Le même raisonnement du coté de l’entité Commande. 42
Modèle conceptuel (MCD)

• Exercice 1
• Soit un film repéré par un numéro, il possède un titre, un

genre, un ou plusieurs acteurs et une date de parution, les

films sont classés par genre mais aussi par acteur


Modèle conceptuel (MCD)

Acteur
• Solution 1
N_act
Nom_act
0.n
Film
N_film
1.1
titre
Date_parution
Classé
Genre
N_genre

1.n Nom_genre
Les règles

• Les règles sur les entités et les


Genre
0.n
associations N_genre
Classé
Film
Nom N_film
• 1- Les entités doivent êtres titre
0.n Date_parution
reliés par une association
Classé
• 2- Deux relations ne peuvent
identifiés
pas êtres reliés entre elles Genre
N_genre
• 3- Le nom de l’entité doit être Nom
Film
N_film
titre
significatif Date_parution

Armagedon
N_film
titre
Date_parution
Les règles suite2

• Un attribut est unique à une


Genre
entité ou une relation N_genre
titre Classé
• Les entités et les relations ne Nom
Film
N_film
contiennent pas les mesures titre
Date_parution
et les calculs résultants d’une Genre
Classé
N_genre total
opération Nom

• Un enregistrement est Film


N_film
affecté comme occurrence titre
Date_parution
dans un attribut d’une entité
Classé
Genre Film
ou relation N_film
N_genre titre
Fiction 16_juil_2020
Les règles suite 3

• Si le besoin est de garder un


0.n
Historique
historique d’une donnée il Id
Date
0.n
année
faut ajouter une entités et Achat
Film
N_film
une relation pour garder la titre
Date de parution
traçabilité (j, mois)

• Si un attribut possède un Date de parution

Id_date
code ou un type il faut créer jour
Mois
une entité avec ces année

descriptions
Les règles suite 4

• Si on peut déduire une relation

d’une existante il n est pas


Genre
correcte de l’inclure dans le 0.n Classé
N_genre catégorie
modèle à moins qu’elle veuille Nom
0.n
apporter une information de Film
N_film
titre
plus Date_parution

• Une association de type n:n

peut avoir des attributs.


Les règles exercices

• Exercices2 sur les règles entités/associations


• Est ce que la représentation de 1,2,3,4,5,6,7,8 sont juste?

Personne Entreprise
identifiant identifiant
1
Attribut2 Attribut2
Attribut3 Attribut3

Personne Payée
identifiant Entreprise
Attribut2 identifiant
2
Attribut3 Attribut2
Attribut3
Travaille
Les règles exercices

• Exercices sur les règles entités/associations

Appartement Immeuble
identifiant identifiant
Concerne 3
Attribut2 Attribut2
Attribut3 Attribut3

Professeur
identifiant 0.n 0.n Cours
NomPrefesseur Donne identifiant 4
PrénomProfesseu NomCours
r NomProfesseur
Les règles exercices

• Exercices sur les règles entités/associations

facture 0.n Contient Produit


0.n
Id-fact QT facturée ID-Produit
PRiFacturée 5
Date description
totalFacturé TotalParPro
duit

Professeur
identifiant 6
NomPrefesseur
PrénomProfesseur
Adress1
adress2
Les règles exercices

• Exercices sur les règles entités/associations

Etudiant 1.n Groupe


Fait parti de 1.1
CNE ID_group
7
Nom NbreEtudian Date_debut
Prénom t Date_fin

Etudiant 1.n Groupe


1.1
CNE Fait parti de ID_group
8
Nom Date_debut
Prénom Date_fin
Exemple MCD

• Exercice sur les règles entités/associations


• Déterminer le modèle conceptuel Entité/relation et les
cardinalités de la relation mariage dans les 2 cas
suivants :
• Un homme ne peut se marier qu’à seule femme
• Un homme peut se marier à plusieurs femmes
Exemple MCD

• Solution sur les règles entités/associations


• Les cardinalités de la relation mariage dans les 2 cas
suivants :
• Pas de polygamie
• Avec polygamie Pas de polygamie
Merise 2

• Merise 2 né en 1990 est une extension de


l’ancien modèle Merise qui a été crée en
1970
• Ajout des objets spécialisés comme
l’héritage sur l’entité, l’agrégations
• Simplification de formalisme en
appliquant les normalisations
• Visualisation de contraintes sur les
entités et les associations
Merise2/les liens identifiants

• MCD avec Merise sans lien identifiant


la date
identifie
l’entité du film
Film
Num_film 0.n
0.n Date par rapport à
Location
Titre quand il a été
Date_retour date location
loué

• MCD avec Merise2 avec lien identifiant


Film
Num_film 0.n Location
1.1
Titre est
date location
Date_retour
Merise 2/les liens relatifs

• Les liens relatifs ou liens identifiants


• Identifier et représenter les entités
fortes et faibles
• Entité forte ou indépendante
• L’élimination de l entité faible
n’influence pas sur l’entité forte
1.n R
1.1
Immeuble Appartement
ID
ID
ATT
ATT

• Immeuble est l’entité forte et


appartement est l’entité faible
Merise 2/agrégation

• Pseudo-entité dans l’agregation ou


agrégation
• Dans l’entreprise X, les représentants
vendent des produits dans différentes
régions. Mais un produit pour une
région donnée n’est vendu que par un
seul représentant
Merise2/agrégation

• solution
• REPRESENTANT(N°Rep, NomRep)
• REGION(N°Region, LibRegion)
• PRODUIT(N°Produit, LibelleProduit,
PrixProduit)
• COUVRIR(N°Region,N°Produit, N°Rep)
Merise2/agrégation

• Pseudo-entité ou agrégation
Notions de couverture et de disjonction

• Deux types de Contraintes :


• Contraintes sur sous type de l’entité
• Contraintes sur associations

• Notion de couverture

• Notion de disjonction ensembliste

Pr. Naoual Chaouni Benabdellah 61


Notions de couverture et de
disjonction
• Exercice:
est ce que pour chaque situation il y a couverture ou disjonction entre
les éléments soulignés?
identifiez les éléments de l’entité et les deux entités en question qui forment les
deux ensembles
Etablissez un tableau
• Une commande peut etre lancé du menu groupé ou des éléments à la carte
• Un père peut être un frère ou un fils
• Un fonctionnaire ne peut pas etre un enseignant et un administrateur
• Le fer est un métal qui se trouve forcément au cœur de la terre et à la
surface

Pr. Naoual Chaouni Benabdellah 62


contraintes sur les entités spécialisés

• Contraintes d’héritage
Regrouper les propriétés communes d’entités semblables au sein d’une

même entité, appelée entité générique (ou entité parente).


Les entités semblables sont appelées entités spécialisées (ou entités filles).

1. Contraintes de totalité
Personne
2. Contraintes d'exclusion

3. Contraintes de partition ?
4. Sans contrainte
Enseignant Etudiant

Pr. Naoual Chaouni Benabdellah 63


contraintes sur les entités spécialisés

• Héritage ou spécialisation (sous type)


• T (totalité) : équivaut au OU logique. Description : on est l’une, l’autre, les deux, mais par aucune

des deux.
• Couverture + non disjonction T
• X (exclusivité) : équivaut à un OU X logique. on est l’une, l’autre ou aucune, mais pas les deux à

la fois.
• Non couverture + disjonction X
• XT ou + (partition) : totalité + exclusivité Description : on est l’une, l’autre (et donc ni les deux, ni

aucune des deux).


• Couverture + disjonction XT
• vide : tout et n’importe quoi Description : on est l’une, l’autre, les deux ou aucune des deux.

Pr. Naoual Chaouni Benabdellah 64


contraintes sur les entités spécialisés

• Contraintes de totalité sur rôles


• Couverture + non disjonction

• Il n y a pas de disjonction

• Employé peut être permanent, vacataire ou les deux

employé
ID
Attributs

Employé vacataire
Employé permanent

ID ID
Attributs Attributs

Pr. Naoual Chaouni Benabdellah 65


contraintes sur les entités spécialisés

employé
ID
Attributs
• Contraintes d'exclusivité sur rôles
• une entité ne peut pas participer X

aux deux classes de relation simultanément.


• Il y a non couverture + disjonction Employé Employé
vacataire permanent
• Exemple :
ID ID
Attributs Attributs

L’employé peut être vacataire ou permanent ou appartenant à une autre

catégorie, Cette catégorie ne nous intéresse pas

Pr. Naoual Chaouni Benabdellah 66


contraintes sur les entités spécialisés

• Contraintes de partition sur rôles


• Couverture + disjonction employé
ID
• Exprimé par XT ou + Attributs
• L’employé est soit vacataire soit permanent

XT

Employé Employé
vacataire permanent
ID ID
Attributs Attributs

Pr. Naoual Chaouni Benabdellah 67


contraintes sur les entités spécialisés

• Aucune contrainte

• L’employé peut être dans n’importe quel catégorie (de

contraintes précédentes)

employé
ID
Attributs

Employé vacataire Employé


permanent
ID
ID
Attributs
Attributs

Pr. Naoual Chaouni Benabdellah 68


contraintes sur les associations

• Les contraintes sur les associations;


• Contrainte de partition :XT
• Contrainte de totalité : T
• Contrainte d’exclusion : X
• Contrainte d’égalité (ou simultanéité) :S
• Contrainte d’inclusion. :I

Pr. Naoual Chaouni Benabdellah 69


Contraintes sur les entités spécialisés

• Contrainte de partition :+ ou XT

• L’entité participe à une relation pas aux deux relations qui lui

sont liées

• Le produit est soit acheté soit commandé

Un Produit
ID
Attributs

XT

commandé acheté

Pr. Naoual Chaouni Benabdellah 70


contraintes sur les entités spécialisés

• Contrainte de totalité : T

• L’entité participe à une association ou l’autre ou les deux

• Exemple: Un produit est acheté ou commandé ou les deux

Un Produit
ID
Attributs

T
commandé Acheté

Pr. Naoual Chaouni Benabdellah 71


contraintes sur les entités spécialisés

• Contrainte d’exclusion : X
• L’entité participe à une association ou l’autre association ou aucune

des associations

• Un produit est soit acheté ou commandé ou aucun des cas cité ni

acheté ni commandé
Un Produit
ID
Attributs

Pivot
X
commandé acheté

Pr. Naoual Chaouni Benabdellah 72


contraintes sur les entités spécialisés

• Contrainte d’égalité (ou simultanéité) :S


• L’occurrence de l’entité si elle participa à une association elle participe à

l’autre association simultanément

• Exemple: Le produit si il est acheté il est commandé

Un Produit
ID
Attributs

commandé = Acheté

Pr. Naoual Chaouni Benabdellah 73


contraintes sur les entités spécialisés

• Contrainte d’inclusion noté I:

• Toutes les occurrences d’une association A sont également

occurrences d’une association B ; se note I

• Exemple

Locataire
Num_loc
Nom_loc

Louer I Effectue
(durée)

Reservation
Num_res

Pr. Naoual Chaouni Benabdellah 74


contraintes sur les entités spécialisés

• un apprenti participe à au moins une des deux associations

Apprenti
Num_Apprenti
Nom
Entreprise Centre de formation
Prenom
Num_entrep Num de centre
Nom entrep Nom centre

Travailler
Apprendre

Pr. Naoual Chaouni Benabdellah 75


contraintes sur les entités spécialisés

• un apprenti participe aux deux associations


Apprenti
Num_Apprenti
Entreprise Nom Centre de
Num_entrep Prenom formation
Nom entrep Num de centre
Nom centre
?

Travailler
Apprendre

Pr. Naoual Chaouni Benabdellah 76


contraintes sur les entités spécialisés

• un apprenti ne travaille pas et n’apprend pas


Apprenti
Num_Apprenti
Centre de
Entreprise Nom
formation
Num_entrep Prenom
Num de centre
Nom entrep Nom centre

Travailler
Apprendre

Pr. Naoual Chaouni Benabdellah 77


MCT modèle conceptuel de
traitement ou modèle
évenement-résultat
Contexte

Activité de l’entreprise

Processus

trait1 trait2 Trait n

…..

Opérations actions

Pr. Naoual Chaouni Benabdellah 79


MCT
• Qu’est ce qu’il faut faire par rapport à un
événement?
• Organiser dans l’ordre les événements
• Au déclenchement d’une opération par
des événement pour produire un résultat
– Trois notions: événement, opération, Synchronisation,
résultat

Pr. Naoual Chaouni Benabdellah 80


MCT (question)
• À l'arrivée d'une commande client ceci va

entraîner une saisie et une édition d'un

accusé de réception
– Quel est l’événement, l’opération et le

résultat dans cet exemple?

Pr. Naoual Chaouni Benabdellah 81


MCT
• Décrire les règles inchangées de
l’organisation
– Exemple d’événement de gestion dans le domaine bancaire
• Demande de crédit (événement)
• Le MCT modélisera les régles (le process)
• pour approuver ou refuser une demande de crédit (résultat)

Pr. Naoual Chaouni Benabdellah 82


MCT
• Événement
– un changement dans l'univers extérieur au SI, ou interne.

• Synchronisation
– La condition sur le déclenchement de l’opération

• Opération
– Se compose d'actions exécutées par le système suite à un événement déclencheur, ou à une
conjonction (un ensemble) d'événements.

• Résultat

Pr. Naoual Chaouni Benabdellah 83


MCT
• Les types d’événements:

– Interne
• un événement interne est un changement interne au système
d'information

– Externe
• un changement de l'univers extérieur
Eve interne
– résultat
Eve externe

Pr. Naoual Chaouni Benabdellah 84


MCT
• Représentation du MCT

Eve interne2 Événements


Eve interne1
Eve interne3

Et , ou , non

Nom de l’opération
Description en verbe action1,action n Opération

Régle1 Régle2 Règle n

R1 R2 R3 Résultats

Pr. Naoual Chaouni Benabdellah 85


MCT/Exercice1

• Modéliser le traitement des commandes d’un client


– Soit à l'arrivée d'une commande client il y a un
contrôle du stock : si le stock réel est inférieur au
stock d'alerte on passe une commande au fournisseur.
Le bon de livraison est remis au client quelque soit les
conditions.

Pr. Naoual Chaouni Benabdellah 86


MCT/Corrigé

commande

Control du stock
Vérifier le stock
Préparer le bon
Toujours stock insuffisant

Bon de Commande du
livraison fournisseur

Pr. Naoual Chaouni Benabdellah 87


MCT/Exercice 2
Modéliser le traitement de la demande de crédit
– La demande de crédit est conditionnée par un
examen par une commission. Le crédit est alors soit
accepté, soit refusé mais toujours une notification est
envoyé par courrier adressée au client.

Pr. Naoual Chaouni Benabdellah 88


MCT/Corrigé2

Demande

Examen de la demande
examiner
Saisir et éditer
Accordé refusé toujours

Crédit approuvé Crédit refusé Notification envoyée

Pr. Naoual Chaouni Benabdellah 89


MOD -modèle organisationnel
des données-
MOD
• MOD complète les données fournis par le MCD:
– Exemples de d’informations:
• La taille du SI
• la nature des données en nombre
• préciser les cardinalités
• Historique des données:

– Prendre compte du cycle de vie du projet


• Comment peut se fait la répartition des taches?
• Sécurité et gestion des accès

Pr. Naoual Chaouni Benabdellah 91


MOD
• Dérivé du MCD il y a possibilité:
– D’ajouter des entités
– De spécifier les cardinalités(nombre max ou min exact)
– Nombre de caractères par attribut
– Définition de la nature d’accés: lecture, modification, création,
suppression

Pr. Naoual Chaouni Benabdellah 92


MOD
– D’ajouter des entités
– Ou affecter une propriété à une entité ou relation déjà
existant
– ou relation-type nouveau
– modifier la collection d'une relation déjà existante

Travailler
ID_travaill Employé
e Id_employé
Chiffre d’affaire Gagne Employeur Nom
Id_chiffre Num_gai Num_entrep Prénom
(100caractères) n Nom entrep

Pr. Naoual Chaouni Benabdellah 93


MOD
• De spécifier les cardinalités(nombre max ou min exact)

moy = 10000 Employé


Employeur Id_employé
Num_entrep P=20000
Travailler Nom (200
Nom entrep ID_travaille caractères)
0,N 1,1 Prenom

Pr. Naoual Chaouni Benabdellah 94


MOD
• Nombre de caractères par attributs

Employé
Employeur
Id_employé (10
Num_entrep
Travailler carac)
(100
ID_travaill Nom (100 carac)
caractères)
e Prenom (200
Nom entrep
carac.)

Pr. Naoual Chaouni Benabdellah 95


MOD
– Définition de la nature d’acces : lecture, modification,
création, suppression

Employeur L
M
Num_entrep C L Employé
Nom entrep S L
Travailler M Id_employé
ID_travaille C Nom
S Prenom

Pr. Naoual Chaouni Benabdellah 96


MOT –modèle organisationnel
des traitements
MOT
• Décrit les propriétés des traitements non traitées par le
modèle conceptuel des données
• Décrit :
– le temps
– les ressources
– le lieu

MOT = MCT + lieu + moment + nature

Pr. Naoual Chaouni Benabdellah 98


MOT
• Procédure (quoi)
– un choix d'organisation face à un événement (message)
externe (venant d'un partenaire)
• Phase (temps)
– L’organisation des opérations
• Tache (qui)
– Tâche-homme et tâche-machine sont dans l'opération

Pr. Naoual Chaouni Benabdellah 99


MOT
• MCT+lieu qui exécute l’opération
• Moment quand exécuter l’opération
• Nature manuelle ou automatique

Pr. Naoual Chaouni Benabdellah 100


MOT

• Représentation d’un MOTdéfinir :


• les opérations et leurs ordre
• les procédures fonctionnelles
• Une succession de traitements déclenchées par un événement
• Pour chaque action: action modélisé dans un MCT

temps MCT Ressources Nature

Pr. Naoual Chaouni Benabdellah 101


MOT
• Pré-requis pour un MOT est de définir:

2-MCT

1- MCC
Modèle conceptuel de
communication

Pr. Naoual Chaouni Benabdellah 102


MOT
• Représentation d’un MOT

Pr. Naoual Chaouni Benabdellah 103


Pr. Naoual Chaouni Benabdellah 104
Dépendances fonctionnelles et
normalisation

Pr. Naoual Chaouni Benabdellah 105


Les dépendances fonctionnelles

• L’interet est:
• Pour une optimisation la conception d’une base données tous les attributs
doivent etre en dépendance fonctionnelle élémentaire avec la clé primaire
• Les dépendances fonctionnelles sont de deux types:
• Élémentaires
• On obtient l’enregistrement de la table directement à
partir de la donnée de la clé primaire
• Directe
• la donnée intermédiaire (clé étrangère) est à fournir pour
retrouver la valeur souhaitée

Pr. Naoual Chaouni Benabdellah 106


Les dépendances fonctionnelles
Appart(idAppart, surface, idImmeuble, nbEtages, dateConstruction)

clé est idAppart: tous les autres attributs en dépendent.

l’identifiant de l’immeuble détermine fonctionnellement le


nombre d’étages et la date de construction

Pr. Naoual Chaouni Benabdellah 107


Les dépendances fonctionnelles
/exemple

•Exemple d’analyse des dépendances


fonctionnelles
•Quel sont les dépendance fonctionnelle
du modèle suivant:
• Livraisonlot (N°f, adrF, N°p, typeP, qté) ?

Pr. Naoual Chaouni Benabdellah 108


Les dépendances fonctionnelles

• Solution : pour l’entité :Livraisonlot (N°f, adrF,


N°p, typeP, qté)
• N°f  adrF
• l’adresse d’un fournisseur ne dépend que du fournisseur
• N°p  typeP
• le type d’un produit ne dépend que du produit
• (N°f, N°p)qté
• la quantité totale livrée dépend du produit et du fournisseur
• [faux : N°f  qté, N°p  qté ]

Pr. Naoual Chaouni Benabdellah 109


Le schéma global d’une normalisation

Schéma
ER

Niveau Conceptuel (EA) Validation des


règles

Schéma EA valide

Niveau logique (relationnel) Schéma


relationnel

Normalisation

Schéma relationnel normalisé

Traduction
E-A-R

Pr. Naoual Chaouni Benabdellah


La normalisation
•La normalisation d’un schéma relationnel
•L’objectif :
• Atteindre une cohérence
• atteindre une optimisation à la création du modèle
physique de la base de donnée avant le
chargement de la base de donnée,
• pour y accéder et pour mettre à jour les
enregistrements
• La mise à jour c’est-à-dire: supprimer, modifier,
insérer
• La cohérence d’une base de donnée veut
dire:
• Intégrité référentielle
• Et éviter les redondances 111
La normalisation

• Exemple d’incohérence:
• LivraisonTot ( N°f , adrF , N°p , typeP , qté )
3 Lausanne 52 meuble 12
22 Bienne 10 ordinateur 6
22 Bienne 25 papier 210
3 Lausanne 25 papier 560
3 Vevey 10 ordinateur 15

Si un fournisseur change d’adresse et qu’un seul tuple est mis à jour


il faut fournir le numéro de produit qui est obligatoir (pas disponible, il
se peut qu’il n y est plus de livraison) - incohérence
Si un nouveau tuple est inséré pour un fournisseur connu, avec une
adresse différente Þ incohérence (les autres enregistrements ne
sont pas reconnus valide et on ne sait pas quel enregistrement est
le plus récent- erreur de l’authenticité des données
Les régles de normalisation règlent le problème
Pr. Naoual Chaouni Benabdellah 112
Les formes normales

• Soit l’exemple suivant:


Soit une entité élève qui est caractérisé par les
attributs suivants:
Matricule, Nom, Age, Club,Salle
Matricule → Nom , AGE
Matricule → Club
Club → Salle

Pr. Naoual Chaouni Benabdellah 113


Les formes normales
• Une dépendance fonctionnelle DF établit d'abord une
relation entre donnée, en plus d'être fonctionnelle.
– Matricule → Nom, Age,
• signifie qu'il y a d'abord la relation "le matricule le nom et
l'âge d'un certain élève" entre Matricule, Nom et Age.
• le nom et l'âge sont unique pour un élève identifié par un
matricule.
• Matricule → Club, signifie un élève est "inscrit" ou
"participe" à un club donné.
• ce club est unique (un élève ne participe pas à plus d'un club).
• Club → Salle, signifie qu'un club "a un local qui est une
salle". Cette salle est unique, (aucun club ne dispose de
plus d'un local).
Pr. Naoual Chaouni Benabdellah 114
Les formes normales
• ELEVE (Matricule, Nom , Age, Club, Salle)
• l'attribut Matricule est clé, car il détermine tous les autres
attributs

• ELEVE Cette relation est en 2FN, car aucun attribut non clé
ne dépend d'une partie de la clé (la clé n'est pas composée
d'ailleurs).

• ELEVE (Matricule, Nom, Age, Club) c’est une relation en


3FN
• car dans ELEVE, il n'y a plus de DFs entre attributs non clé
• ACTIVITE (Club, Salle) c’est une relation en 3FN
• car dans Activité, il n'y a plus de DFs entre attributs non clé

Pr. Naoual Chaouni Benabdellah 115


La normalisation

•Exemple de normalisation
• Livraisonlot (N°f, adrF, N°p, typeP, qté)
• La transformation normalisée donne:
• Livraisonlot (N°f, N°p, qté)
• Fournisseur (N°f, adrF)
• Produit (N°p, typeP)

Pr. Naoual Chaouni Benabdellah 116


La normalisation
Exemple1: Anomalie de redondance:
Soit la relation COMMANDE_PRODUIT.
NumProd Quantité NumFour Adresse
place 1 mai
emir aek, Alger
avenue 1 novplace 1 mai
Exemple2:Anomalies de modification: Si l’on souhaite mettre à jour
l’adresse d’un fournisseur, il faut le faire pour tous les tuples
concernés.
Anomalies d’insertion :Pour ajouter un fournisseur nouveau, il faut
obligatoirement fournir des valeurs pour NumProd et Quantité.
Anomalies de suppression : ex. La suppressiondu produit 104 fait
perdre toutes les informations concernant le fournisseur 902

Pr. Naoual Chaouni Benabdellah 117


La normalisation (résumé)

• La forme normale d’une relation


• Première forme normale 1NF
• La relation possède une seule clé les autres attributs sont en dépendance
fonctionnelle
• Deuxième forme normale 2NF
• La relation est en 1NF et les autres attributs ne faisant pas parties de la clé
primaire sont en dépendance fonctionnelle avec la clé primaire
• Troisième forme normale 3NF
• La relation est en 2NF et les attributs sont ont dépendance fonctionnelle directe
avec la clé

Pr. Naoual Chaouni Benabdellah 118


Modèle logique des données

Pr. Naoual Chaouni Benabdellah 119


Modèle logique de données

MCD MLD
entité Table

Clé (simple ou
composé,
Identifiant
primaire et/ou
secondaire)

Attribut Champ

Association Relation ou table

Pr. Naoual Chaouni Benabdellah 120


Règles de transformation

• Association 0 à plusieurs

Personne
Bureau 0.1
id_bureau 0.n Possède Id-Pers
batiment Nom
Date d’affectation Prénom

Bureau Personne
Id-Pers
id_bureau Id-bureau
batiment Nom
Prénom
Dated’affectation

Pr. Naoual Chaouni Benabdellah 121


Les règles de transformation
• Association plusieurs à plusieurs

Personne
Bureau 0.n Possède 1.n
id_bureau Id-Pers
batiment Nom
Date d’affectation
Prénom

Possède Personne
Bureau
Id-Bureau Id-Pers
id_bureau
ID_Personn Nom
batiment
e Prénom
Date de
d’affectation

Pr. Naoual Chaouni Benabdellah 122


Les règles de transformation

• Association un à un

Bureau Personne
id_bureau 0.1 Possède 1.1
batiment Id-Pers
Nom
Date d’affectation Prénom

Personne
Bureau
Id-Pers
id_bureau Id_bureau
Id-Personne Nom
batiment Prénom
Dated’affectatio
n

Pr. Naoual Chaouni Benabdellah 123


Les règles de transformation

• Exercice 1: pour les cardinalités (X,1) – (X,n)


• Soit un employé dans une seule société. Une
société possède 1 ou n employés.
• Définissez le MCD correspondant
• Puis le MLD

Pr. Naoual Chaouni Benabdellah 124


Les règles de transformation /exp

• Corrigé 1
• Employé (Id-employé, nom_employé, id-société)
• Société (id-société, nom_société)

Pr. Naoual Chaouni Benabdellah 125


Règles de transformations/exp

• Exemple 2: pour les cardinalités (X,n) – (X,n)


• Une commande est composée de 1 ou n
produits en quantité. Un produit est présent
dans 0 ou n commandes en quantité.
• Définissez le MCD correspondant
• Puis le MLD

Pr. Naoual Chaouni Benabdellah 126


Règles de transformation

• Corrigé 2:

• Produit (id_produit, nom_produit)


• Composé (id_commande, id_produit, quantité)
• Commande(id_commande, date_commande)

Pr. Naoual Chaouni Benabdellah 127


Règles de transformations

• Exemple 3: pour les cardinalités n-aire


• Nous souhaitons stocker les informations des
étudiants suivants une langue par niveau
• Modélisez le MCD correspondant
• Puis le MLD.

Pr. Naoual Chaouni Benabdellah 128


Règles de transformation/corrigé

• Corrigé3
• Etudiant (id_etudiant, nom)
• Langue (id_langue, nom_langue)
• Niveau (id_niveau, libellé)
• Suivre (id_etudiant, id_langue, id_niveau)

Pr. Naoual Chaouni Benabdellah 129


Règles de tranformation

• Représenter une association binaire 1,1 - 1,n


• Dans L’entité faible se rajoute la clé de l’entité forte,
l’association sans attributs est supprimé
• Représenter une association binaire (0 ou 1) , n - (0 ou 1),
n non porteuse de propriétés :
• les deux entités et l association se transforment en trois
tables dont la table correspondante à l association
contiendra les Clé primaires des deux tables
correspondantes aux entités dans le MCD et devienent
une clé composée

Pr. Naoual Chaouni Benabdellah 130


Règles de transformation
• Représenter une association binaire 1,n -1,n porteuse
de propriétés :
• On crée une table supplémentaire ayant comme clé
primaire une clé composée des clés primaires des 2
tables. Lorsque la relation contient elle-même des
propriétés, celles ci deviennent attributs de la table
supplémentaire. Une propriété de la relation qui est
soulignée devra appartenir à la clé primaire
composée de la table supplémentaire.

Pr. Naoual Chaouni Benabdellah 131


Règles de transformation

• Représenter une association binaire 0,1 - 1,n :


• Dans le cas une relation binaire avec association
cette dernière devient une table la clé primaire est
composée elle vient de l’entité faible et forte

Pr. Naoual Chaouni Benabdellah 132


Règles de transformation

• Représenter une association binaire 1,1 - 0,1 :


• On duplique la clé de la table basée sur l'entité à
cardinalité (0,1) dans la table basée sur l'entité à
cardinalité (1,1).

Pr. Naoual Chaouni Benabdellah 133


Règles de transformation

• Représenter une association binaire 1,1 - 0,1 :


• On duplique la clé de la table basée sur l'entité à
cardinalité (0,1) dans la table basée sur l'entité à
cardinalité (1,1).

Pr. Naoual Chaouni Benabdellah 134


Règles de transformation

• Représenter une association ternaire 0,n - 0,n - 0,n :


• On crée une table supplémentaire ayant comme clé
primaire une clé composée des clés primaires de
toutes les tables reliées. Cette règle s'applique de
façon indépendante des différentes cardinalités.
Lorsque la relation contient elle-même des propriétés,
celles-ci deviennent attributs de la table
supplémentaire. Une propriété de la relation qui est
soulignée devra appartenir à la clé primaire
composée de la table supplémentaire.

Pr. Naoual Chaouni Benabdellah 135


• La gestion d’une base de données est
assurée par un SGBDR
• suivant les caractéristiques de Edgard
Codd qui a ennoncé les 12 règles que
doivent contenir une base de données
pour une bonne gestion

Pr. Naoual Chaouni Benabdellah 136

Vous aimerez peut-être aussi