CourMerise_Partie1

AGADIR

Brahim ER-RAHABrahim ER-RAHA

Organisation On englobe sous ce terme l’ensemble des structures économiques qui existent :

■ les entreprises publiques, ■ les entreprises privées, ■ les administrations, ■ les associations...

Un Système est un ensemble d’éléments organisés autour d’un but, et dont la modification d’un constituant entraîne la modification d’une partie, ou de l’ensemble des constituants du système.

Organisation et systèmeOrganisation et système

AGADIR


•Organisations : Entreprises ...•Réalisation d'objectifs

Entreprise

Règlements fournisseurs

Produits achetés

Règlements clients

Produits vendus

Autre ExempleAutre Exemplel'entreprise/organisationl'entreprise/organisation

AGADIR


Notion de SystèmeNotion de Système

ProcessusEntrée Sortie

Ensemble d'élémentsMatériels

Autres (hommes, règles, ...)

AGADIR


Exemple de systèmeExemple de système

Essence Déplacement

Contrôlée par un autre système de pilotage : conducteur

Voiture

AGADIR


Qu'est qu'un système d'information :

La définition du système d'information est issue de la théorie des systèmes ou systémique. Bien que fortement « théorisante », elle fournit un éclairage assez solide sur le terrain (lorsqu'on ne voit plus de quoi on parle…)

Une « organisation » (entreprise, administration, collectivité, tout groupe social organisé exerçant une activité) peut être modélisé comme comportant trois sous systèmes :

le système de pilotage (celui qui réfléchit, décide, oriente) le système opérant (celui qui produit, transforme, agit) le système d'information

La notion de système d’information

AGADIR


Le système d’informationsLe système d’informations

C’est l’activité décisionnelle de

l’entreprise

C’est la transformation des ressources ,

l’activité de production

C’est le système de mémorisation entre l’opérant et décision

le système de pilotage (celui qui réfléchit, décide, oriente) le système opérant (celui qui produit, transforme, agit) le système d'information

AGADIR


AGADIR


Le système d'information est la représentation de l'activité du système opérant ,construite par et pour le système de pilotage pour en faciliter le fonctionnement. Le système d'information a deux grandes fonctions :

recueillir, mémoriser et diffuser les informations assurer le traitement de ces informations


joue un rôle à la fois stratégique, tactique et opérationneljoue un rôle à la fois stratégique, tactique et opérationnel contribue à leur croissance et leur pérennitécontribue à leur croissance et leur pérennité constitue un outil de compétitivitéconstitue un outil de compétitivité est un catalyseur de l'innovationest un catalyseur de l'innovation améliore leur efficacité et réactivité en favorisant la prise deaméliore leur efficacité et réactivité en favorisant la prise de décisiondécision

AGADIR


AGADIR


Une « organisation » (entreprise, administration, collectivité, tout groupe social organisé exerçant une activité) peut être modélisée comme comportant deux sous systèmes :

•le système d'information organisationnel (SIO), la partie visible, basée essentiellement sur des ressources humaines, de l'activité organisée.

•le système d'information informatisé (SII) correspondant au contenu informatisé du SI (logiciel, base de données) , c’est l'ensemble des moyens et des méthodes se rapportant au traitement automatisé des données de l'organisation (Les SII (SIA) sont perçus à travers les logiciels qui les composent)


NB : on ne peut pas construire un SII sans comprendre au préalable le SIO dans lequel on l'implante !

AGADIR


un projet informatique a pour objectif de construire une application informatique (logiciel et base de données), support d'un système d'information informatisé, inclus dans un système d'information organisationnel.

La notion de Projet Informatique

Or, le processus d'informatisation des SI n'est pas encore Or, le processus d'informatisation des SI n'est pas encore totalement maîtrisé: « Crise du logiciel »totalement maîtrisé: « Crise du logiciel »

• Coût élevé du logiciel dans les organisationsCoût élevé du logiciel dans les organisations• Part importante du logiciel dans l'économie des paysPart importante du logiciel dans l'économie des pays• Demande croissante, offre insuffisanteDemande croissante, offre insuffisante• Productivité insuffisante des informaticiens, pénurieProductivité insuffisante des informaticiens, pénurie d'informaticiens, fardeau de la maintenance, ...d'informaticiens, fardeau de la maintenance, ...

AGADIR


1. Analyse / Conception Le Schéma Directeur L'étude préalable L'étude détaillée2. La réalisation L’étude Technique Production Logicielle Mise en service3.La Maintenance

1. Analyse / Conception Le Schéma Directeur L'étude préalable L'étude détaillée2. La réalisation L’étude Technique Production Logicielle Mise en service3.La Maintenance

Le cycle de vieLe cycle de vie

AGADIR


AGADIR


Qu'est ce qu'une méthode ?

Une méthode comporte trois axes indispensables pour obtenir ce label « méthode » :

• une démarche, ensemble coordonné d'étapes, de phases et de tâches indiquant le chemin à suivre [Hodos, le chemin en grec, serait une des étymologies de méthode] pour conduire un projet, ici, la conception d'un SI, • des raisonnements et des techniques nécessaires à la construction de l'objet projeté, traduits ici par des modélisations, • des moyens de mise en œuvre, en l'occurrence une organisation de projet et des outils.

La notion de Méthode

AGADIR


La notion de Modèle

AGADIR


Exemple de Modèle

AGADIR


CourantsCourants StructuréStructuré SystémiqueSystémique ObjetObjet

ApparitionApparition Les plus ancienLes plus ancien Théorie des Théorie des systèmessystèmes

Le plus récentLe plus récent

OrigineOrigine Anglo-SaxoneAnglo-Saxone EuropéenneEuropéenne Langages OOLangages OO

ModélisationModélisation Décomposition Décomposition arborescente des arborescente des

fonctionsfonctions

Modélisation des Modélisation des données et des données et des

traitementstraitements

Objet = Structure + Objet = Structure + ComportementComportement

Carac.Carac. Flux de donnéesFlux de données Séparation Séparation données / données /

traitementstraitements

Implémentation OOImplémentation OO

ExemplesExemples SADTSADT

DEMARCODEMARCO

YOURDONYOURDON

MERISEMERISE

AXIALAXIAL

IDAIDA

UMP / UMLUMP / UML

OODOOD

HOODHOOD

AGADIR


Méthode d'

E tude et de

R éalisation ,

Informatique pour les

S ystèmes d'

E ntreprise

MeriseMerise


Les principes de bases Les principes de bases de Merisede Merise

AGADIR


Le Cycle d’AbstractionLe Cycle d’Abstraction

Niveau Conceptuel• Ce qu’il faut faire• Quoi ?Niveau Organisationnel• La manière de faire• Pour les traitementsNiveau Logique• Choix des moyens et ressources• Pour les donnéesNiveau Physique• Les moyens de le faire• Comment ?

AGADIR


La Méthode MERISE

MODELES

MCC

CVO

MLD MLT

MLDR MLTR

MCTAMCD

MOD MOTA

Niveau conceptuel

Niveau Organisationnel

Niveau logique

Niveau physique

AGADIR


Le Système d’Information vu selon la méthode MERISE

MODELES Système Modélisé

MCC + MCD Système d’information+ MCTA Conceptuel ( SIC )+ CVO

MOD Système d’information + MOTA Organisationnel ( SIO )

MLD Système d’information+ MLT Informatisé ( SII )

MPD Système d ’information+ MPT Opérationnel ( SIOp )

Description

Description des fonctions majeures du S.I en réponse aux stimuli provenant de l’environnement extérieur ( acteurs externes ) sans référence aux ressources nécessaires à sa mise en œuvre ( Concentration sur le Quoi )

Description des ressources nécessaires à la mise en œuvre des activités du SIC du point de vue du gestionnaire ( moyens techniques et humains , espace , temps , données ) et choix d ’une organisation pour ces ressources ( Concentration sur le Comment du gestionnaire )

Description d’une solution informatique permettant d’assurer le fonctionnement du SIO :- Choix techniques concernant les outils de gestion de données ( SGBD ) et les outils de développement informatiques .- Représentation de la structure logique des données ( base de données ) et des traitements ( interaction homme-machine au niveau des postes de travail )- Description de l’architecture informatique ( répartition des traitements et des données ) ( Concentration sur le comment de l’informaticien )

Mise en œuvre opérationnelle d’une solution informatique- Description de la base de données dans la syntaxe du SGBD choisi- Codage des procédures logiques de traitement en langage informatique évolué ( programmation )- Mise en place d’une architecture de fonctionnement en réseau ( architecture centralisée , distribuée ou répartie )

AGADIR


AGADIR


La Démarche

AGADIR


Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication

AGADIR


AGADIR


G. Des Ventes

G. De Personnel

G. Comptabilité

G. De Stockes

ClientInformations Vente

Inform. S

tockes

Inf. Personnel

Informations Rémunération

Inform. Livraison en cours

Bon

Livraiso

n

Règlement

Facture

Commande

MODÈLE DE CONTEXTE (MC)

MC= Diagramme de flux de niveau 0Il représente les échanges d 'information entre le Domaine Etude ( ex: Gestion es ventes), les domaines connexes (ex: Gestion du personne, stock, comptabilité ) et L’environnement ( ex : Client)

AGADIR

G. Des Commande

s

G. De Personnel

G. Comptabilité

G. De Stockes

Client

Informations Vente

Info. Stockes

Inf. Personnel

Informations Rémunération

Info. Livraison en cours

Bon Livraison

Règlement

Facture

Commande

G. Des Factures

G. force de vente

DFD 1 = Zoom sur Ie domaine principal de « Gestion des ventes »

Bon livraison2 Commande2

Informations Vente2

Diagrammes de flux de données

AGADIRDFD 2 = Zoom sur Ie sous-domaine

« Gestion des factures » dudomaine « Gestion des ventes »

G. Des Commande

s

Client

Règlement

Facture

G. Des Factures

G. force de vente

Bon livraison2Commande2

Facture3

Suivi des règlements

G. Comptabilité

Facture2

Informations Règlement

Informations Vente2

AGADIR


Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communicationLa Démarche

AGADIR



AGADIR


Chapitre 1 : La modélisation de la communicationChapitre 1 : La modélisation de la communication

AGADIR



AGADIR


Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche

AGADIR



AGADIR



La Démarche

AGADIR




Modélisation des Modélisation des Données Données

........

AGADIR


AGADIR


Le Modèle Conceptuel de données ( MCD )

Formalisme = Modèle Entité-Association

Code-ClientNom-Client

CLIENT

N° CommandeDate Commande

COMMANDE

Exemple :

Ref-ProduitDésignationPrix-unitaire

PRODUIT

développé par CHEN aux U.S.A ( 1976 ) puis TARDIEU en France ( 1979 )

Commander

Qté commandée

Passer commande

1,N

1,1

1,N

0,N

AGADIR


Notion d’ENTITÉ

Entité = Représentation d’un objet concret ou abstrait du S.I caractérisé par :

* des propriétés ( attributs ) : P1, P2, P3, …..Pn * un identifiant = Propriété ( P1 ) dont les valeurs

* des occurrences ( instances ) multiples sont discriminantes

Nom Entité

P1

P2

Pn

Exemple

EtudiantN° Inscription

Nom

Prénom

Nationalité

Etudiant918

DAOUDI

MOUNIR

MAROCAINE

Etudiant 125

ALAMI

DRISS

MAROCAINE

Etudiant 235

SEBASTIEN

ALBERT

FRANCAISE

( au moins 2 )

Une occurrence d ’entité = 1 jeu de valeurs prises par les propriétés de l’entité

AGADIR


Notion d’ASSOCIATIONUne Association traduit les liens sémantiques existant entre 2 ou plusieurs entités du S.I et de son environnement

Elle est caractérisée par : * Absence d’existence intrinsèque

Exemple ClientN° Client

Nom

Adresse

* des occurrences ( au moins une ) * des propriétés portées ( nombre M ) M = 0, 1, 2, 3, … * une dimension N ( N = nombre d ’entités rattachées )

* un identifiant obtenu par concaténation des identifiants des entités rattachées

VéhiculeN° Immatr.

Date mise en service

Kilométrage

Loué par

ServiceN° Service

DésignationAffecté àMatricule

Nom

Salarié

Date affect.

Association binaire non porteuse d’identifiant (N°Immatr.+N° Client )

Association binaire porteuse d ’1 propriété ( Date Affect ) et d’identifiant ( Matricule.+ N° Service )

AGADIR


Occurrences d’association

A01IDRISSI

SALARIE

A12ALAMI

SALARIE

A05RAMI

SALARIE

125Comptabilité

SERVICE

18/05/92

11/10/91

04/03/93

124Commercial

SERVICE

106Magasin

SERVICE

A09DAOUDI

SALARIE

* Les instances A09 ( entité Salarié ) et 124 ( entité Service )

* A01-125 , A12-125 et A05-106 sont des instances

ne participent pas à l’association « Affecté à »

de l ’association « Affecté à »

AGADIR


Cardinalités d ’une ASSOCIATION

Cardinalités = Couple de valeurs représentant la fréquence (mini et maxi ) de participation d’une occurrence d ’entité à une association )

Exemple

Entité 2 Entité 1Association

ServiceN° Service

DésignationAffecté àMatricule

Nom

Salarié

Date affect.

RG1 - Un salarié est affecté à un et ou pls services le long de sa carrière

RG2 - A un service , on peut affecter un à plusieurs salariés (maximum 8)

i1 , j1

i2 , j2

i1 , i2 = cardinalités mini

j1 , j2 = cardinalités maxi

Règles de gestion :

1 , N 1 , 8

AGADIR


Cardinalités d ’une Association ( Interprétations )

Cardinalités mini :

0 : Certaines occurrences de l’entité peuvent ne pas participer à l’assoc1 : Toute occurrence de l’entité participe obligatoirement à l’association

Cardinalités maxi :

1 : Toute occurrence de l’entité participe au plus une fois à l’associationN : Toute occurrence de l’entité peut participer plusieurs fois à l’assoc

Conclusion* La cardinalité mini traduit la capacité d ’une occurrence à exister indépendamment ou non des occurrences de l’association .

* La cardinalité maxi traduit la capacité associative de l’association pour l’entité considérée

Assoc.E1 E2 E1 E2 E1 E2

E1 E2

Assoc. Assoc.

Assoc.

0,1 1,1 1,1 1,1 1,1 0,N

1,N0,N

AGADIR


Identifiant d’une Association

Exemple :

N° Employé N° Médecin Date Visite

Occurrences de « Visiter »

La dernière occurrence de l’association « Visiter » n’estpas permise en raison de la discriminance de l’identifiant .

La duplication de l’occurrence ( 42 , 4 ) n’est pas possible !

Visiter

Date _Visite

0 , N 0 , N

23 1 26/06/01 12 3 05/07/01 39 2 10/08/01 42 1 15/08/01 42 4 22/08/01 42 4 05/09/01

Il est obtenu par concaténation des identifiants des entités reliées par l’association

Employé

N° EmployéNom EmployéNom Employé Adresse Client

MédecinN° MédecinNom MédecinSpécialitéTéléphone

Question : Un employé peut-il effectuer plusieurs visites chez le même médecin à des dates différentes ?

Identifiant = ( N° Employé , N° Médecin )

AGADIR


Identifiant d’une Association

Exemple :

N° Employé N° Médecin Date Visite


La dernière occurrence de l’association « Visiter » n’estpas permise en raison de la discriminance de l’identifiant .

La duplication de l’occurrence ( 42 , 4 ) n’est pas possible !

Visiter

Date _Visite

0 , N 0 , N

23 1 26/06/01 12 3 05/07/01 39 2 10/08/01 42 1 15/08/01 42 4 22/08/01 42 4 05/09/01

Il est obtenu par concaténation des identifiants des entités reliées par l’association

Employé


MédecinN° MédecinNom MédecinSpécialitéTéléphone

Question : Un employé peut-il effectuer plusieurs visites chez le même médecin à des dates différentes ?

Réponse : Ce modèle ne le permet pas même si la propriété « Date_Visite » est portée par l’association « Visiter »

Identifiant = ( N° Employé , N° Médecin )

AGADIR


Identifiant d’une Association ( Suite )

Solution du Problème : Association ternaire

Les triplets ( 42 , 4 , 22/08/01 ) et ( 42 , 4 , 05/09/01 ) sont maintenant des occurrences possibles de l’association « Visiter » car elles représentent des valeurs distinctes de son identifiant .

Ce modèle permet , à l’inverse du précédent , de représenter le fait qu’un employé peut visiter le mêmemédecin plusieurs fois à des dates différentes .

Visiter

0 , N 0 , N

Employé


Médecin

N° MédecinNom MédecinSpécialitéTéléphone

Généralisation : Une association N-aire ( de dimension N ) possède un identifiant sous forme de N-uplet dont les valeurs sont distinctes .

Identifiant de l’association« Visiter » :

( N° Employé , N° Médecin , Date )Calendrier

Date

0 , N

AGADIR


Comment doit-on interpréter les cardinalités d’une association ternaire ?

Exemple : Association ternaire

N° Employé ( N° Médecin , Date Visite )


Pour un employé fixé ( occurrence E ) , le couple decardinalités ( i1 , j1 ) traduit le nombre minimal et maximal d’occurrences du couple d’entités ( Médecin , Calendrier ) qui sont associées àl’occurrence E .Ici : ( i1 , j1 ) = ( 0 , 3 )

1 ( 12 , 08/05/01 ) 1 ( 10 , 15/06/01 ) 1 ( 6 , 09/06/01 ) 3 ( 10 , 02/06/01 ) 4 ( 12 , 14/06/01 ) 4 ( 10 , 14/06/01 ) 5 ( 10 , 02/06/01 )

• Identification de ( i1 , j1 )

Visiter( i1 , j1 )Employé

Médecin

Calendrier( i3 , j3 )

( i2 , j2 )

Pour un médecin fixé ( occurrence M ) , le couple decardinalités ( i2 , j2 ) traduit le nombre minimal et maximal d’occurrences du couple d’entités ( Employé , Calendrier ) qui sont associées àl’occurrence M .Ici : ( i2 , j2 ) = ( 0 , 4 )


12 ( 1 , 08/05/01 ) 10 ( 1 , 15/06/01 ) 6 ( 1 , 09/06/01 ) 10 ( 3 , 02/06/01 ) 12 ( 4 , 14/06/01 ) 10 ( 4 , 14/06/01 ) 10 ( 5 , 02/06/01 )

N° Médecin ( N° Employé , Date Visite )

En raisonnant de même pour ( i3 , j3 ) on trouve : ( i3 , j3 ) = ( 0 , 2 )


AGADIR


Rôles dans une Association

Code dépôtAdresse dépôt

DEPOT

Code ClientNom clientAdresse client

CLIENT

Livrer

Nbre colis livrés

0 , N

0 , N0 , N

Rôle = Notion précisant le rôle particulier joué par un ensemble d’occurrences relatives à une entité dans une association . Les rôles sont portés sur le schéma Entité-Association .

Exemple 1

Recevoir

Nbre colis reçus

0 , N

Dépôt expéditeur

Dépôt destinataire

Dépôt Client Nbre colis livrés Nbre colis reçus

D1 C6 1 -

D3 C2 2 -

D1 C9 - 2

D4 C6 - 4

D2 C2 - 5

Dépôt expéditeur

Dépôt destinataire

Occurrences de l’association« Livrer »

Occurrences de l’association« Recevoir »

AGADIR


Rôles dans une Association ( suite )

N° SalariéNomPrénomFonction

SALARIE Encadrer0 , 1

Exemple 2 : Cas d ’une entité réflexive

0 , N

A pour chef

Est chef de

N° Subalterne N° Chef

1 2 5 2 2 4 6 1

Salarié

* Les salariés N° 1 et 2 participent aux 2 rôles de l’association .

* Le salarié N° 3 ne participe à aucun des rôles de l ’association .

* Les salariés N° 4 et 5 participent à un seul des rôles de l ’association.

Occurrences de

l’association1

2

3

4

56

AGADIR


Notion de Dépendance Fonctionnelle

Définition : 2 propriétés A et B sont en DF si la connaissance d’une valeur de A détermine une et une seule valeur de B . On dit que A détermine fonctionnellement B .

Formalisme : A B : 1 source , 1 but

( A, B, …) X : plusieurs sources , 1 but

A ( X, Y, …) : 1 source , plusieurs buts

Exemples : N° Client Nom Client

Nom Client N° Client ( pas de DF )

( Réf-prod , N° Commande ) Qté prod. commandée

Réf-prod ( Libellé prod. , Prix unit. Prod. )

Prénom Client N° Client ( pas de DF )

AGADIR


AXIOMES ET PROPRIETES DES

DEPENDANCES FONCTIONNELLES

1 - Réflexivité : X X

2 - Augmentation : X Y => X , Z Y

3 - Additivité : { X Y et X Z } => X Y , Z

4 - Projectivité : X Y , Z => { X Y et X Z }

5 - Transitivité : { X Y et Y Z } => X Z

6 - Pseudo-transitivité : { X Y et Y, Z W } => X, Z W

AXIOMES

* DF élémentaire : X Y élémentaire si il Z X tel que Z Y

PROPRIETES

* DF directe : X Y directe si il Z tel que X Z et Z Y

AGADIR



CLIENT

Code Client

Nom

Prénom

Adresse

Téléphone

Code Client Nom

Prénom

Toutes les Propriétés d’une Entité sont en dépendance fonctionnelle directe avec la propriété identifiante de cette Entité

1 - Cas d’une Entité

Téléphone

Adresse

Code Client ( Nom , Prénom , Adresse , Téléphone )

AGADIR



Code Client NomN° Commande

2 - Cas d’une Association hiérarchique ( monovaluée )

Téléphone

Adresse

COMMANDE

N° Commande

Date Commande

Montant

CLIENT

Code Client

Nom

Adresse

PASSER

0 , N1 , 1

Date Commande Montant

N° Commande Code Client

1 4 2 9 3 4 4 6 5 2 6 4

DF représentant l’assoc.

Une Association Hiérarchique est une association binaire (dimension = 2) dont l’une des pattes possède une Cardinalité Maxi égale à 1 .

Ce type d’association est toujours orienté suivant le sens de la dépendance fonctionnelle qui relie les identifiants de ses Entités .

Remarque : La dépendance fonctionnelle Code Client ---> N°Commande n’existe pas car un Client peut passer plusieurs commandes ( exemple du Client N° 4 )

Occurrences de « PASSER »

AGADIR



( N°Acteur , N° Film )

3 - Cas d’une Association N-aire multivaluée non porteuse de propriétés

ACTEUR

N° Acteur

Nom

Prénom

FILM

N° Film

Titre

Date Production

JOUER 1 , N0 , N

DF représentant l’assoc. ( sans but )

* Exemple 1 : Association binaire non porteuse

- N° Film

( Nom , Prénom ) N° Acteur

(Titre , Date Product. )

* Exemple 2 : Association ternaire non porteuse

Employé

N° Employé

Nom

Prénom

Médecin

N° Médecin

Nom Médecin

Spécialité

VISITER

0 , N

0 , N

Calendrier

Date

0 , N

( N° Employé , N° Médecin , Date ) DF représentant l’assoc. (sans but)

-

N°Employé ( Nom , Prénom )

N°Médecin ( Nom Médecin , Spéc. )

Une Association multivaluée est une association dont toutes lespattes possèdent une CardinalitéMaxi égale à N ( N >= 2 ) .

AGADIR



( N° Facture , Réf. Produit )

4 - Cas d’une Association N-aire multivaluée porteuse de propriétés

FACTURE

N° Facture

Date Facture

Montant

PRODUIT

Réf. Produit

Désignation

Prix Unitaire

COMPORTER

1 , N0 , N

DF représentant l’assoc.

* Exemple 1 : Association binaire porteuse

* Exemple 2 : Association ternaire porteuse

Route

N° Route

Type Route

Etat route

VILLE

N° Ville

Nom Ville

Nbre Habitants

0 , N

0 , N

1 , N

( N° Ville Départ , N° Ville Arrivée , N° Route ) DF représentant l’assoc.

Quantité Produit

Quantité Produitc

Distance

TRAJET

Distance

Ville départ

Ville arrivée

AGADIR



N° Employé

5 - Cas d’une Association Hiérarchique Réflexive

EMPLOYE

N° Employé

Nom

Prénom

Date Embauche

1 , 1

DF représentant l’association

PERSONNE

N° CIN

Nom

Prénom

0 , N

0 , 2

( N° CIN Parent , N° CIN Enfant ) DF représentant l’assoc.

( Nom , Prénom , Date Emb. )

1 , N

6 - Cas d’une Association Multivaluée Réflexive

PARENTE

-

Enfant

Parent

Chef

Subalterne

A pour Chef

N° CIN ( Nom , Prénom )

AGADIR


Exemple :

FACTURE

N° Facture

Date Facture

Montant Facture

REGLEMENT

N° Règlement

Date Règlement

Montant Règlement

PAYER

1 , 10 , 1

N° Facture

DateFacture

MontantFacture

RG1 - Une facture fait l’objet d ’un seul règlement

RG2 - Un règlement compense toujours une seule facture

RG3 - A un instant donné , certaines factures peuvent être impayées.

Règles de gestion:

N° Règlement

DateRèglement

MontantRèglement


7 - Cas d’une Association de Cardinalités Maxi égales à 1

Ce type d’association est orientédans les 2 sens pour indiquer l’existence de 2 dépendances fonctionnelles entre les identifiants des entités de l’association .

AGADIR


Notion d’entité faible et d’identification relative

1 , N

( 1,1 )

Une entité faible possède un identifiant relatif qui se rapporte toujours à celui d’une entité classique . L’identifiant absolu de l’entité faible est obtenu en concaténant les identifiants des 2 entités.

Formalisme MERISE 2:

Entité Identifiant relatif Identifiant absolu

HOTEL - Code Hotel - ETAGE N° Etage Code Hotel + N° Etage

CHAMBRE N° Chambre Code Hotel + N° Etage + N° Chambre

E1 E2( 1 , 1 ) - , N

Exemple :

CHAMBRE

N° Chambre

Surface

ETAGE

N° Etage

Nbre de toilettes

HOTEL

N° Hotel

Adresse Hotel

1 , N( 1,1 )

AGADIR


Dépendance Fonctionnelle inter-entités

1 , N

( 1,1 )

Exemple :

CHAMBRE

N° Chambre

Surface

ETAGE

N° Etage

Nbre de toilettes

HOTEL

N° Hotel

Adresse Hotel

1 , N( 1,1 )

RESERVATION

N° Réservation

Date Réservation

Avance en DH

Réserver

Durée

1 , N

0 , N Code Hotel + N° Etage + N° Chambre

N° Réservation Durée

RG1 - Une réservation est effectuée sur une ou plusieurs chambres

RG2 - Une réservation de client à l’hôtel précise le nombre de nuits relatif à chaque chambre ( durée )

RG3 - Une chambre est identifiée relativement à un étage et à un hôtel particuliers

Règles de gestion:

incluant une Entité faible

AGADIR


Dépendances Fonctionnelles particulières et Représentations MERISE 2

E1 E2DF 1 , 1 - , - DF forte inter-entités

E1 E2DF 0 , 1 - , - DF faible inter-entités

E1 E2CIF 1 , 1 - , - CIF = Contrainte d’intégrité fonctionnelle

= DF forte traduisant un lien très stable

E1

E2

DF - , 1

F- , -

DF Entité - Association

Cette classe de DF peut être faible ou forte ou une CIF

Pseudo-entité

de la même façon qu’une DF inter-entités

Remarque : les DF particulières présentées sont toujours orientées

AGADIR


Dépendances Fonctionnelles particulières

1 , N

1 , 1 CLIENT

N° Client

Nom Client

Adresse Client

REPRESENTANT

N° Représentant

Nom Représentant

Taux de commission

Passer

1 , 1

« PASSER » représente une DF forte mais instable

( Exemples )

Gérer

0 , N

« SUIVRE » représente une CIF : c ’est une DF forte et stable

DEPARTEMENTN° Département

TYPE DE CLIENTCode Type Client

Libellé Type Client

Suivre

1 , N

1 , N

Affecter

REPRESENTANT

N° Représentant

Nom Représentant

Taux de commission

0 , 1 1 , N

« AFFECTER » représente une DF faible entre l ’association

« GERER » et l ’entité « Représentant »

AGADIR


REGLES DE NORMALISATIONDéfinition : Ce sont des règles permettant d’obtenir une représentation des données du S.I ( GDF et MCD ) normalisée . La normalisation élimine toute redondance d’information et conduit à un modèle de données cohérent et optimisé .

1ère Forme Normale ( 1FN )

Exemple :

Une entité ou association est dite en 1FN si elle possède un identifiant fiable etsi toutes ses propriétés sont atomiques ( élimination des propriétés multivaluées )

PERSONNE

N° CIN

Nom Personne

Mont. Salaires

N° CIN Nom Mont. Salaires

J201816 ALAMI 8000 ; 8000 ; 9000M4123 FAOUZI 7500 ; 7500 ; 8000 S1827 SABIR 4000 ; 4500 ; 5000

Exemples d’occurences

« Montants salaires » est une propriété multivaluée ( non atomique )

Modèlenormalisé en 1FN

PERSONNEN° CIN

Nom Personne

MOISN° Mois

Libellé Mois

Affecter

0 , N0 , NMont. salaire

AGADIR


2ème Forme Normale ( 2FN )

Exemple :

Une association est dite en 2FN si elle est en 1FN et si toutes les DF entre ses propriétés sont élémentaires

PRODUITN° Produit

Libellé Produit

FOURNISSEUR

N° Fournisseur

Nom fournisseur

Adresse fournisseur

Fournir

1 , N1 , 1

2 DF découlent du modèle : ( N° Produit , N° fournisseur ) Prix d ’Achat Produit

Prix d’Achat Prod.

N° Produit N° Fournisseur

Or on a aussi : N° Produit Prix d ’Achat Produit

La DF N° 1 n’est donc pas élémentaire => Le modèle doit être normalisé .

PRODUIT

N° Produit

Libellé Produit

Prix d’Achat Prod.

FOURNISSEUR

N° Fournisseur

Nom fournisseur

Adresse fournisseur

Fournir

1 , N1 , 1

1

2

3

MCD normalisé en 2FN

AGADIR



Exemple :

Une entité ou une association est en 3FN si elle est en 2FN et si toutes les DF entre ses propriétés sont directes ( élimination des dépendances fonctionnelles transitives )

PRODUITN° Produit

Libellé Produit

Code Famille

Libellé Famille

3 DF découlent du modèle :

La DF N° 3 n ’est pas directe car transitive par rapport aux DF N° 2 et 4 => Le modèle doit être normalisé

PRODUITN° Produit

Libellé Produit

FAMILLECode Famille

Libellé Famille

Appartenir 1 , N1 , 1

1

2

3

MCD normalisé en 3FN

N° Produit Libellé Produit

N° Produit Code Famille

N° Produit Libellé Famille

Il existe de plus la DF suivante :

Code Famille Libellé Famille4

AGADIR


FORME NORMALE DE BOYCE-CODD ( BCNF )

Schéma supposé en 3FN mais non en BCNF

Une association est en BCNF si elle est en 3FN et si une entité reliée par une DF à l ’association ( ou toute propriété non identifiante de l ’association ) n’est pas source de DF vers une partie de l’association .

- , 1 F

- , -PseudoEntité DF

DF - , 1- , -

E1

E2

ASSOC.

Schéma normalisé en BCNF

- , 1 F

- , -DF

- , -

E1

ASSOC.

E2

ASSOC.- , 1

AGADIR


FORME NORMALE DE BOYCE-CODD ( suite )

Exemple

ANNEE

ANNEE Enseigner

PROFESSEUR

N° Professeur

Nom Professeur

MATIERE

N° Matière

Intitulé Matière

SALLE

N° Salle

Libellé Sallle

1,N 1,1

0,N1,N

1,N

DF

DF

1,1 1,N

Pseudo-entité« COURS »

ANNEE

ANNEE

Enseigner

SALLE

N° Salle

Libellé Sallle1,N

1 , N

1 , N

0 , N PROFESSEUR

N° Professeur

Nom Professeur

DF

Affecter

MATIERE

N° Matière

Intitulé Matière

1,11,N

Pseudo-entité « Prof. Opérationnel »

* Un cours ( Prof + Matière + Année ) est enseigné dans une même salle le long de l ’année * Dans une salle , on enseigne la même matière chaque année* Un enseignant peut enseigner une à plusieurs matières chaque année

Schéma normalisé en BCNF

« Réserver »

AGADIR



Exemple 1 :

Une association est dite en 4FN si elle est en BCNF et si : - elle ne cache pas de DF ou de CIF de degré inférieurou - elle est décomposée pour montrer les DF ou CIF qu’elle comporte

N° Classe N°Matière N° Prof

Exemples d’occurrences de « Enseigner »RG1 - Un professeur peut enseigner une matière dans plusieurs classes et plusieurs matières dans une même classe RG2 - Dans une classe, une matière ne peut être enseignée que par un seul professeur

Enseigner

0 , NClasse

Prof.

Matière0 , N

0 , N

C1 M1 P1 ! C1 M1 P2 ! C2 M3 P3 C4 M3 P3 C1 M8 P1

Ce modèle est incorrect car il ne tient pas compte de la règleRG2 qui indique l’existence d’une CIF de degré inférieur .

Règles de gestion

Matière

Classe

Est enseignée

0 , N

0 , N CIF Prof.1 , 1 1 , N

Modèle normalisé en 4FN

N° Classe N° Mat. N°Cl.+N°Mat. N°Prof. C1 M1 C1+M1 P1 C2 M3 C2+M3 P3 C4 M3 C4+M3 P3 C1 M8 C1+M8 P1

Occur. de ‘ Est enseignée ’ Occur. de la CIF

AGADIR


4ème Forme Normale ( 4FN ) (suite)

Exemple 2 :

N° Classe N°Matière N° Prof

Exemples d’occurrences de « Enseigner »RG1 - Un professeur peut enseigner une matière dans plusieurs classes et plusieurs matières dans une même classe RG2 - Dans une classe, une matière peut être enseignée par plusieurs professeurs ( prof. de cours, TD et TP )

Enseigner

0 , NClasse

Prof.

Matière0 , N

0 , N

C1 M1 P1 C1 M1 P2 C2 M3 P3 C4 M3 P3 C1 M8 P1

Règles de gestion

Pour les nouvelles règles de gestion , le modèle d ’association ternaire ne cache aucune DF ou CIF de degré inférieur

=> Il ne doit pas être décomposé et se trouve déjà en 4 ème forme normale

AGADIR


Normalisation des entitésNormalisation des entités

Première forme normale (1FN) : toutes les propriétés sont élémentaires et il existe au

moins une clé. Si une clé est unique, elle sera

prise comme identifiant

Deuxième forme normale (2FN) : toute propriété doit dépendre de la clé par une DF

élémentaire

Troisième forme normale (3FN) : toute propriété doit dépendre de la clé par une DF

élémentaire directe

Forme normale de Boyce-Codd (BCFN) : si une entité possède un identifiant concaténé, un des

éléments de cet identifiant ne doit pas dépendre d'une

autre propriété.

Exemples : CLIENT

Nom, adresse

Pas FN1 car pas de clé et adresse pas élémentaire (concaténée)

AGADIR


Exemples (suite)Exemples (suite)

Ligne-Commande

N°cde,Réf,Dés, QtéPas FN2 car Df avec clé n'est pas élémentaire

Client

Codecli, nomcli

Appartient à Catégorie

Codecaté, nomcaté*,1 0,n

Commande

N°cde

Concerne

Qté

Produit

Réf, Dés1,n 0,n

Client

Codecli,nomcli, codecaté, nomcatéPas FN3 (Pas de transitivités)

AGADIR


Exemples (suite)Exemples (suite)

COURS

Matière, N°classe, Code-prof

N'est pas BCFN

PROF

Code-prof , matière

CLASSE

N°classe

Fait cours1,n *,1

AGADIR


PERSONNALISATION D’ASSOCIATIONS

Exemple :

BUT : Transformer une association en entité lorsqu’il y a une perte sémantique dans le MCD par rapport aux règles de gestion du S.I .

ASSUREUR

N° Assureur

Nom Assureur

Adresse Assureur

CLIENT

N° Client

Nom Client

Adresse Client

Fournir

1 , N1 , NDate signatureDate échéanceMont. Prime

VEHICULE

N° Immatr.

Modèle

Date mise en service

1 , N

Selon le modèle , le client ne peut signer qu’un seul contrat d’assurance pour un véhicule donné avec le même assureur d’après la structure de l’identifiant de l’association .

Solution : Personnaliser l’association « Assurer » en entité

ASSUREUR

N° Assureur

Nom Assureur

Adresse Assureur

CONTRAT

N° Contrat

Date Signature

Date échéance

Mont. Prime

CIF

CLIENT

N° ClientNom ClientAdresse Client

VEHICULE

N° Immatric.ModèleDate mise en serviceCIF

CIF1,N

1,1

1,11,N

1,11,N

Un client peut signer plusieurs contrats d’assurance relatifs au même véhicule chez le même assureur .

AGADIR


PERSONNALISATION DE PSEUDO-ENTITES

Exemple :

BUT : Transformer une pseudo-entité en entité lorsqu’il y a participation de l’association formant la pseudo-entité à une ou plusieurs autres associations dans le but de simplifier le modèle conceptuel des données .

Employé Opérationnel

Code Employé Op.CIF

CIF

CIF

1,N

1,1

1,1

ANNEE

ANNEE Affecter

FONCTION

N° Fonction

Libellé Fonction

EMPLOYE

N° Employé

Nom Employé

Prénom Employé

TACHE

N° Tâche

Libellé TâcheAttribuer

Date Attribution

1,N0,N

1,N1,N

0,N

Personnalisation de la pseudo-entité en entité « Employé Opérationnel »

Année 1,1

Fonction

Employé

1,N

1,N

TACHE

N° Tâche

Libellé Tâche

Attribuer

Date Attribution

1,N 0,N

AGADIR


Graphe de Dépendances Fonctionnelles

GDF = Représentation graphique de l’ensemble des DF unissant les propriétés dans un domaine d’activité du système d’information . Ces propriétés sont obtenues à partir du dictionnaire de données du domaine .

Exemple : GDF du domaine « Gestion commerciale » dans une entreprise

N° Client

NomClient

N° Catégorie

N° ProduitDate

AdresseClient

Tél.Client

Libellé produit

Prix achatproduit

Qté prod.commandée,Mont. ligne commande

N° fournisseur

Nom fournisseur

Adressefournisseur

Libellé catégorie

AGADIR


CourMerise_Partie1

Documents

Transcript of CourMerise_Partie1