Cours Licence Pro 2006

Mthodologies de conception des systmes dinformation
Licence ACSID Auteur: S. SI-SAID CHERFI Matre de confrences - CNAM - PARIS
Bibliographie
La mthode MERISE, Principes et outils : H. TARDIEU, A. ROCHFELD, R. COLLETTI. Les ditions dorganisation, 1979. Ingnierie des systmes d'information MERISE deuxime gnration (4eme dition), D. NANCI, B. ESPINASSE, ditions Vuibert. 2001
J. AKOKA, I. Comyn-Wattiau Conception des bases de donnes relationnelles : Concepts, mthodes et

cas corrigs. 2001
La mthode MERISE / S. SI-SAID CHERFI 1
Supports de cours http://deptinfo.cnam.fr/new/spip.php?article546
La mthode MERISE / S. SI-SAID CHERFI
Quest ce quun systme dinformation?
Tout systme dinformation possde: une activit humaine ncessitant de linformation des donnes stockes des donnes en entre avec un moyen pour les acqurir un ensemble de processus qui transforment les donnes des donnes en sortie avec un moyen pour les reprsenter
Le Role des ordinateurs

Les ordinateurs ont remplac lhomme ou dautres technologies dans la prise en charge de certaines tches
Le stockage: mmoire humaine / disques Laffichage: tats sur papier / les crans Le calcul: calcul mental / les programmes La communication: tlphone / rseaux dentreprise
Lavantage des ordinateurs:

vitesse, faible cot, fiabilit
La transformation
Tout systme utile transforme des entres en sorties Pour un SI les entres et les sorties sont des informations Cette transformation constitue la raison pour laquelle les SI sont construits
Exemple de transformation
Un systme de gestion de commandes peut avoir:
Des information propos des commandes, du stock des produits, des clients
et peut avoir des sorties:

Les livraisons livrer
Charactristiques des systmes

Un systme
est un ensemble dlments en interaction dynamique, organiss en fonction dun but.
Un systme:
a des frontires est dot dune structure fait une ensemble dactivits afin datteindre un but volue dans un environnement
Un systme dinformation est un systme organis de ressources, de personnes et de structures qui volue dans une organisation et dont dont le comportement coordonn vise atteindre un but commun. Exemple de systmes dinformation
Gestion des rparations dans un garage automobile, Gestion de la
Types de SI
Les systmes dinformation sont senss aider les utilisateurs dans leurs activits
Stocker et restaurer linformation Faire des calculs Aider communiquer Ordonnancer et contrler des tches Etc.
Types de SI
systmes oprationnels assistant et ou contrlent lexcution des oprations de gestion
Un systme comptable corrige les erreurs commises par le facturier ou le comptable
Systme de pilotage aide les dcideurs dans leurs prises de dcision

Un systme dcisionnel de gestion de places de march aide les dcideurs dans le choix de louverture dune nouvelle place de march.
Types de SI
Systmes temps-rel grent essentiellement des dispositifs matriels, souvent dans des domaine de scurit de fonctionnement
Les centrales nuclaires sont dots dun systme de control de la temprature.
10
Bases de donnes
Une base de donnes est un ensemble structur de donnes enregistres sur des supports accessibles sur ordinateur, reprsentant les informations du monde rel et pouvant tre interroges par diffrents utilisateurs. La notion de base de donnes est relative aux systmes dinformations dune entreprise. Une base donnes renferme des informations de nature diffrentes (clients, fournisseurs, produits, ...) rpondant aux besoins de gestion des utilisateurs concerns.
11
Systme de gestion de base de donnes SGBD

Un SGBD est un ensemble de programmes permettant la cration et lexploitation (mise jour, consultation) dune base de donnes.
P1 S G B D P3
P2
Base de donnes
Le S G B D assure linterface entre la base de donnes physique et les programmes dapplication (P1, P2, P3...) qui ralisent des accs (mise jour, consultation).
Quelques types de SGBD

SGBD hirarchique : description du schma sous forme darborescences. Les premiers systmes datent des annes 60 (ex IMS dIBM). Ces modles sont trs peu nombreux ce jour. SGBD rseau : description du schma en structure de graphe gnralis.Conforme aux normes fixes par le groupe CODASYL en 1971. Le plus reprsent est le systme IDS. SGBD relationnel : la reprsentation des donnes introduit la notion ensembliste de relation. Les relations sont dfinies comme des tableaux de donnes deux dimensions permettant de se prter des manipulations formelles (algbre relationnelle). Ces SGBD ont t commercialiss partir des annes 1980. Les plus connus : Oracle, Informix, DB2...Ils restent ce jour les plus utiliss malgr lapparition des SGBD objet. 13
Comment concevoir un SI
Concevoir un SI revient :
Rsoudre un problme dcomposer le problme le modliser
la modlisation est une activit oriente par le bon sens Modliser

abstraire organiser formaliser Besoin de modles Besoin de mthodes
14
La mthode Merise
Conceptuel
MCD,MCT
Raisonnement
(Cycle dabstraction)
Organisationnel
MOD, MOT
Logique
MLD, MLT
Physique
MPD, MPT
Instant de conception
Dmarche
(Cycle de vie) Conception
schma directeur tude pralable tude dtaille
Matrise
(Cycle de dcision) Grer
Cot Dlai La mthode MERISE / S. SI-SAID CHERFI Qualit
Ralisation
tude technique production logicielle Mise en service 15
Maintenance
Systme dinformation
Le systme dinformation dune entreprise (SI) est constitu dinformations organises, dvnements ayant un effet sur ces informations et des acteurs agissant sur ces informations selon des processus qui visent un objectif de gestion et utilisant des moyens techniques
Informa tions Acte urs La mthode MERISE / S. SI-SAID CHERFI
Proce ssus
16
le systme informatique
Il reprsente lensemble des moyens informatiques mis en uvre pour assurer le traitement automatis de tout ou partie du systme dinformation - matriels
ordinateurs (micro, mini, gros systme et priphriques associs) rseaux de transmission de donnes (local, public...) de servitude systme dexploitation, utilitaires, logiciels bureautiques, SGBD (Systme de Gestion de Bases de donnes), aides logicielles (AGL...).
- logiciels
17
les niveaux dabstraction dun systme dinformation

Le rel de lorganisation cest dire la description des donnes et des traitements pour un domaine dtermin est reprsent selon trois niveaux.
ABSTRAIT
QUOI ?
NIVEAU CONCEPTUEL
QUI ? O ? QUAND ?
NIVEAU ORGANISATIONNEL et LOGIQUE
NIVEAU PHYSIQUE CONCRET
COMMENT ?
18
Le niveau conceptuel
Il a pour objet de dcrire le systme de gestion pour le domaine concern
Quelles donnes ? Quelles rgles de gestion ? Pour quoi faire ?
Il est indpendant des choix dorganisation et des choix techniques Il consiste dcrire :
- Pour les donnes : Leur structure et les liens qui existent entre elles selon le modle de reprsentation choisi - Pour les traitements :
La succession des actions menes dans le domaine tudi en rponse aux sollicitations auxquelles il doit faire face.
Le niveau organisationnel ou logique

Il a pour objet de dcrire les choix dorganisation.
- Qui fait quoi ? (les acteurs du systme) - Quand ? (notion de temps) - O ? (notion de lieu) - Quel type de traitement ?
Il est indpendant des choix techniques

On sattache dcrire :
-Pour les donnes :

les structures logiques (tables relationnelles) dans le cas dun SGBD.
-Pour les traitements:

la rpartition entre lhomme et la machine (qui fait quoi), le mode de traitement ( manuel, conversationnel ou diffr, centralis ou rparti).
Le niveau physique ou oprationnel

Il a pour objet de spcifier les choix techniques - Il faut dcrire le Comment faire ?
(Les matriels et les logiciels de base ncessaires, quel type de rseau etc.)
On sattache dcrire
-Pour les donnes : La description de la structure de la base de donnes laide du langage de description du SGBD retenu - Pour les traitements : le dcoupage en units de traitement (les UT) et leur structure denchanement.
Dcoupage du domaine et analyse des flux

dem ande tlphonique SE C R E TAR IAT FOU RNISSEU R com m ande rappro
dem ande tlphonique dem ande com ptoir CLIENT bon de rem is C OM P TOIR disponibilit dem ande rappro rapide C AISSE bon de rem is
livraison directe dem ande rappro STOC KS livraison indirecte ACHATS
articles
accus rception
bon de rem is
avis dbit facture relev
COMPTABILITE
facture fournisseur
Dcouper lentreprise en domaines dactivit (pour matriser la complexit) Chaque domaine doit tre quasi autonome Apprhender lentreprise comme un ensemble dunits dactivits changeant des flux
Les acteurs et les flux

Analyser le systme revient analyser le systme comme un ensemble coordonn d units dactivit changeant des flux dinformation Lanalyse repose sur deux concepts les acteurs et les flux
Lacteur reprsente une activits intervenant dans le fonctionnement du systme. Un acteur peut tre
Un acteur externe, Un domaine dactivit de lentreprise Un lment structurel de lentreprise (service, une unit gographique etc.) Le systme de pilotage
Le flux reprsente un change entre deux acteurs.

Dans la mthode MERISE seuls les flux informationnels ont un intrt.
23
Diagramme brut des flux et diagramme conceptuel des flux

demande tlphonique SECRETARIAT FOURNISSEUR commande rappro
demande tlphonique demande comptoir CLIENT bon de remis COMPTOIR
livraison directe demande rappro livraison indirecte ACHATS
Doma ine Vente - Stock

disponibilit demande rappro rapide CAISSE bon de remis STOCKS
articles
accus rception
bon de remis
avis dbit facture relev
COMPTABILITE
facture fournisseur
24
Diagramme brut des flux et diagramme conceptuel des flux
FOURNISSEUR
demande tlphonique demande comptoir CLIENT bon de remis bon de remis
livraison directe demande rappro
VENTE - STOCK Actuel
livraison indirecte
Domaine achats
articles
accus rception
avis dbit facture
Domaine Comptable
25
les diffrents modles de donnes
A voir dans ce cours Le modle conceptuel des donnes Le modle logique des donnes Pour en savoir plus sur le Le modle physique des donnes (cours de bases de donnes)
26
Modlisation des donnes
Introduction Les concepts et les rgles de modlisation La dmarche de construction dun M.C.D Notions complmentaires
27
Introduction : Problmatique
Il sagit dexprimer lensemble des informations que lon veut prendre en compte dans le systme dinformation Elle est base sur un formalisme de reprsentation
- guider le raisonnement du concepteur - obliger respecter des normes - utiliser un langage commun
Le rsultat est un modle conceptuel de donnes (MCD)

clair, cohrent, complet, fidle et normalis
Ce rsultat est indpendant de considrations techniques ou organisationnelles

Introduction : approche intuitive
Lorganisation
Une bibliothque
les Livres avec leur rfrence, leur titre et leur premier auteur Les Abonns avec leur nom, leur date de naissance et leur adresse Les emprunts de livre par les abonns L456, Les misrables, V. Hugo R589, Germinal, E. Zola ..........
Modle Conceptuel de Donnes
Bases de donnes
29
Introduction : Quelques principes

On reprsente des types ou des populations
la population des abonns la population des livres
Les principaux concepts utiliss sont:
Lentit type Lassociation type La proprit type Les contraintes dintgrit
Lutilisation dun formalisme graphique

ABONNE 0,n nom datenaissance adresse emprunte 0,n LIVRE rfrence titre premier auteur Le formalisme entitassociation
30
Les concepts et les rgles de modlisation
Les concepts de base

Lindividu : objet concret ou abstrait dans lunivers de discours. Exemple : le livre la mthode MERISE, labonn Dupond La proprit : attribut peru sur un individu ou sur une association dindividus dans lunivers de discours. Elle peut avoir une valeur. Exemple : ltat du livre la mthode MERISE. Il peut tre bon ou mauvais.
31
Les concepts de base (suite)
La relation ou association : association perue entre des individus de lunivers de discours. Exemple :le fait que Dupond emprunte le le livre la mthode MERISE est considr comme une relation entre ces deux individus.
32

Les concepts abstraits
Lentit type : dfinition et rgles Lassociation type : Dfinition, rgles et cas particuliers dassociations La proprit type dentits types
Les concepts avancs

Les contraintes dintgrit : dfinition et rgles la gnralisation /spcialisation : Dfinition, rgles
Le concept dentit type

Dfinition : Cest une reprsentation dun ensemble dobjets de mme nature concrets ou abstraits et prsentant un intrt
les lments dune entit-type sont appels des occurrences
La bibliothque relle Le modle conceptuel Dupont Durand Martin Lentit-type Des occurrences
ABONNE
abstraire
Le concept dentit-type : Rgles

Rgle de pertinence: seuls les objets ayant un intrt doivent tre reprsents par des entits-types
Les assurs nont pas dintrt dans une gestion de bibliothque
Rgle de caractrisation: les entits types sont dcrites par des proprits types
Exemple: les abonns ont un nom, une adresse et une date de naissance les proprits prennent des valeurs les proprits peuvent tre composes
ABONNE nom adresse date de naissance Lentit-type et ses proprits types
Dupont, chemain daix...., 27/06/78 Durand, Cours sextius13100 Aix, 21/09/56 ---------.----------
Les occurrences de lentit-type dans la base de donnes

35
Le concept de proprit-type
Dfinition : Cest une classification des proprits semblables de toutes les occurrences dindividus appartenant une mme entit-type.
Loccurrence dune proprit-type est la valeur.
La bibliothque relle Le modle conceptuel 35 ans Dupond 35 ans Durand ans 22 ans 46 ans 46 Martin 22 ans Des occurrences
abstraire
ABONNE Age_abonn Age_abonn La proprit-type
Le concept dentit-type : Rgles

Rgle didentification: Toute entit-type doit tre dote dun identifiant.
Un identifiant est une proprit-type qui une valeur associe une seule occurrence de lentit type
Ex: No Insee pour lentit-type PERSONNE
Lidentifiant doit tre:
univalu discriminant stable minimal

Une entit type peut avoir plusieurs identifiants
La notion dentit-type : Rgles

Rgle de non rptitivit: Chaque proprit-type dune entit-type ne peut avoir pour une occurrence quune seule valeur
ABONNE noabon nomabon Erreur (un abonn peut avoir emprunts plusieurs emprunts) solution ABONNE EMPRUNT
Cas dexception La rptition provient dune historisation dans le temps La proprit ne correspond pas un objet dintrt
CLIENT nocli adrcli notel (n)
proprit multiple
38
La notion dentit-type : Rgles

Rgle dhomognit: Chaque proprit-type dune entit-type doit tre renseigne pour toutes les occurrences de lentit-type
VEHICULE-ASSURE noimmat puissance poids
erreur
Les caravanes nont pas de puissance
39
Le concept dassociation-type
Dfinition : Cest une reprsentation dun ensemble dassociations de mme nature entre deux ou plusieurs occurrences dentits (de types diffrents ou de mme type), ayant un intrt
ABONNE nom datenaissance adresse emprunte LIVRE rfrence titre premier auteur
Dimension de la relation-type : nombre dentits types participant la relation-type
40
Rgle de caractrisation: les associations-types peuvent avoir des proprits types
ABONNE nom datenaissance adresse emprunte date emprunt LIVRE rfrence titre premier auteur
Dupont Marin Durand
1/01/97 3/06/97
Les misrables Germinal Le cid

1/01/97
Madame Bovary
41
Les occurrences de lassociation-type emprunte

La rgle de non rptitivit et la rgle dhomognit sappliquent aux proprits types des associations-types Rgle didentification: une association type a pour identifiant la concatnation des identifiants des entits types qui la composent
42
Rgle de normalisation: toutes les entits-types participant une association-type sont bien ncessaires pour dfinir chaque proprit de lassociation-type
VEHICULE
normalisation
Garer
Date dexpiration Date achat vhicule PERSONNE
VEHICULE
GARAGE
Date Dateachat achatvhicule vhicule GARAGE
Propritaire
Garer
Date dexpiration
PERSONNE
43
Cas particuliers dassociation-type

Association-type de dimension > 2
Association ternaire, association quaternaire, .....association naire
- Plusieurs associations-types entre les mmes entits-types
44
Cas particuliers dassociation-type

Une mme entit-type peut apparatre plusieurs fois dans la mme association-type (association en boucle)
45
Cardinalits dune association-type

Cardinalit : nombre de participations dune entittype dans une association-type cardinalit minimum cardinalit maximum Notation
ENTITE mini,maxi Association mini,maxi ENTITE
en pratique, mini = 0 ou 1 et maxi = 1 ou N
46

Cardinalits minimales :
Valeur Dfinition Une occurrence de l'entit peut exister sans 0 participer l'association Une occurrence de l'entit participe 1 ncessairement au moins une fois une occurrence d'association Exemple Un livre peut ne pas tre emprunt Toute bibliothque doit avoir un gestionnaire au moins.
Cardinalits maximales :
Valeur 1 N Dfinition ne occurrence de l' entit-type participe au plus une fois Une occurrence de l' entit-type peut participer plusieurs fois Exemple Une bibliothque est gre au plus par un gestionnaire Un mme abonn peut avoir emprunt plusieurs livres.
Cas possibles : 0-1; 1-1; 0-N; 1-N


Exemple 1 : Cas dune association binaire
CLIENT 1,n Passe 1,1 COMMANDE
- Une association-type avec une cardinalit 1,1 ne peut pas tre porteuse de proprit type. - Les proprits doivent tre places sur lentit-type ayant la cardinalit 1,1.
Exemple 2 : Cas dune association ternaire

FOURNISSEUR 1,n PRODUIT 0,n Livre On ne connat que les fournisseurs qui ont livr
DEPOT
0,n
Identification dune association-type
Une association-type N'A PAS D'IDENTIFIANT explicite : l'association-type dpend des entits-type qu'elle relie. Son identifiant est compos des identifiants des entits-type quelle associe. Les occurrences de cet identifiant se dduit par calcul du produit cartsien des identifiants des entits associes.
Livre 0,n emprunte 0,N Abonn
##nlivre nlivre
##nabonn nabonn
Lidentifiant de lassocation-type emprunte est nlivre,nabonn. Cet identifiant est implicite
49
Concepts avancs
Les contraintes dintgrit La gnralisation / spcialisation Les contraintes sur les hirarchies de gnralisation / spcialisation
50
Les contraintes dintgrit
Typologie
Les cardinalits dune association-type Contraintes intra-associations Contraintes inter-associations
51
Contraintes intra-association
Notion de dpendance fonctionnelle ou contrainte dintgrit fonctionnelle (CIF)
A A est un ensemble B est un ensemble AXB EXEMPLE : B un lment a de A correspond au plus un lment b de B
C CLIENT SALLE
COMMANDE
MODULE X PROFESSEUR
Application aux entits participant une mme association

CIF Association
ENTITE
1,1
1,n
ENTITE
52
Reprsentation graphique
Cas des associations binaires
CIF COMMANDE 1,1 Passe par 1,n CLIENT
Cas des associations n-aires

1,n CIF PROFESSEUR 1,n
MODULE
Faire Cours
1,n
SALLE
Dans le cadre de lassociation Faire Cours, un professeur enseigne toujours le mme module dans la mme salle
Contraintes inter-associations
Participation dune entit plusieurs associations
Association1 ENTITE
X X
Association2
X X
Toutes les occurrences de ENTITE
Diffrentes situations
Partition Exclusion Totalit
54
Totalit
X X X X X
X X
Exclusion
X X X X X X Personnel
X
contrat
service
55
Partition
X X X X
Ouvrage P consultation Salle Rayon
rang
Inclusion
X
B
X X
B
X X
II A
56
Contraintes sur les proprits

Sur une proprit:
forme, liste de valeurs, fourchette de valeurs possibles Stabilit (la valeur de la proprit ne change pas au cours du temps)
Sur plusieurs proprits dune mme entit ou dune mme association
heuredep < heurearr

Sur des proprits dentites ou dassociations diffrentes
Montant dune commande est gal la somme des montants des lignes de cette commande
Spcialisation/Gnralisation dentits-types
proprits-types communes
Personnel
noPer nomPer adressePers Entit super type
Permanent Nb_annes_anc. proprits-types spcifiques
Vacataire Date fin contrat
Entits sous types
Les sous-types peuvent avoir leur propre identifiant

Spcialisation/Gnralisation dentits-types
Une spcialisation dentit-types peut comporter un nombre quelconque de sous-types Une entit sous-type dune spcialisation peut son tour tre super-type dune autre spcialisation (hirarchie de spcialisations) Le dcoupage dune population en sous-populations peut seffectuer sur plusieurs critres; chaque critre produisant une spcialisation en diffrents soustypes PERSONNE
sexe statut
HOMME
FEMME
ETUDIANT
ADMINISTRATIF ENSEIGNANT
59
Contraintes sur spcialisations

CLIENT
nocli nomcli adressecli
Exlusion (X) Totalit (T) Exclusion et totalit (XT)
XT CLIENTREGULIER taux de remise CLIENT OCCASIONNEL Code offre
60
La dmarche de construction
La dmarche gnrale Les diffrentes tches
61
La dmarche gnrale
La construction du MCD La vrification du MCD Laffinage du MCD La validation du MCD
Phase de dfinition des lments constituants le MCD Vrifier que les concepts sont bien utiliss (conformment leur dfinition) La cohrence, la compltude, la fidlit
Documenter le MCD par une description textuelle des lments constituants
La spcification du MCD
La quantification du MCD
La dmarche gnrale
En pratique ce processus est prcd par un recueil dinformations (interviews, documents...) La mise en uvre dun tel processus suscite chez le concepteur des questions pertinentes auprs des utilisateurs Ce nest pas un processus squentiel
63
La construction du MCD
Recherche des entits types et des associations types Caractrisation des entits types et des associations types par des proprits Prciser les cardinalits Dfinition des contraintes Recherche des identifiants sur les entits types Dfinition les contraintes dintgrit Eviter de raisonner en termes de traitements
La vrification du MCD
Appliquer la rgle de non-rptitivit sur les proprits Appliquer la rgle dhomognit sur les proprits Appliquer la rgle didentification sur les entits et les associations types Appliquer la rgle de normalisation sur les associations
La validation
Sassurer quil nexiste pas dans le MCD dentit type isole Sassurer que toutes les futures utilisations envisages sont prises en compte Vrifier que toutes les rgles de gestion sont exprimes dans le MCD
66
Laffinage
Utiliser la spcialisation / gnralisation pour amliorer la modularit et la rutilisation Dcomposer les associations types
la dcomposition consiste remplacer une association de dimension n par plusieurs associations de dimension plus petites
dcomposition base sur les D.F. permet de simplifier et damliorer la comprhension du MCD la dcomposition est possible sous certaines contraintes
67
Laffinage
Dcomposition dassociation
Conditions:
lassociation a une dpendance fonctionnelle le nombre dentits concernes par la D.F. doit tre infrieur la dimension de la relation La cardinalit minimum des entits gauche dans la D.F. doit tre 1
La dcomposition consiste en:

Modliser une association type entre les entits types impliques dans la dpendance fonctionnelle Sortir de lassociation type, lentit type cible de la D.F. Affecter les nouvelles cardinalits
Laffinage
EXEMPLE
PROF
1,n Fait-Cours
HORAIRE
1,n 1,n
PROF
CIF
1,n 1,n 1,n
HORAIRE
1,n 1,n Fait-Cours
Enseigne
1,n
MATIERE
CLASSE MATIERE
1,n
PROF X HORAIRE --------> CLASSE
CLASSE
PROF X HORAIRE --------> CLASSE

La spcification
Le M.C.D. doit tre compos
dune ou plusieurs reprsentations graphiques
dtailles ou synthtiques partielles ou globales
dune description textuelle comprenant

pour chaque entit type une description:
de lidentifiant, des proprits affectes, de lventuelle historisation
pour chaque association type une description:

de la collection des entits types, des cardinalits, des proprits affectes, des D.F., des contraintes, de lventuelle historisation
70
La quantification du M.C.D.
Le M.C.D. quantifi est aussi appel Modle organisationnel de donnes (M.O.D.) La quantification consiste prciser:
la taille des proprits le nombre doccurrences La dure de vie des entits la valeur de la cardinalit n avec une valeur maximale, une valeur moyenne
La confidentialit des donnes

Profil dutilisateurs et autorisations
La rpartition des donnes sur les units organisationnelles

71
La quantification du M.C.D.
Entit / Relation FACTURE ARTICLE Ligne-Facture
Total Taille Proprit
Nb doccurrences 1500 2000 9000
Volume 18 000 80 000 90 000
12 40 10
valuation du volume global
72
Notions Complmentaires
Identifiant relatif La modlisation du temps
73
Notions complmentaires
Identifiant relatif
COMMANDE nocommande 1,n Est-constitue 1,1(R) LIGNECOMMANDE no-ligne Identifiant relatif
ABONNE 0,n Fait 1,1 (R) EMPRUNT

date emprunt
LIVRE
0,n 1,1
(R)
Concerne
74
La modlisation du temps
Modlisation de proprits valeurs calendaires
date de naissance, date de livraison....ces proprits sont reprsentes dans un MCD par des proprits types
Modlisation de sries chronologiques
le chiffre daffaires mois par mois des clients la temprature quotidienne dun pays
CLIENT nocli 0,n a_obtenu montantca 0,n MOIS nom-mois anne
75
La modlisation du temps
Historisation de proprit: conserver les valeurs antrieures dune proprit pour chaque occurrence de lentit ou lassociation type
historique des salaires dun employ
EMPLOYE noemp 0,n a_obtenu salaire 0,n DATE jj mm aa OU EMPLOYE noemp salaire (H)
Historisation dentit ou dassociation: conserver lensemble des valeurs antrieures de toutes les proprits de lentit ou de lassociation
EMPLOYE (H) noemp nomemp adresse
Le passage du modle conceptuel au modle logique relationnel

Introduction Rgles de transformation dun MCD en un MLD relationnel Rgles de transformation des contraintes dintgrit Dmarche de construction dun MLD relationnel
77
Introduction
Problmatique Illustration Approche Rappels des concepts du modle relationnel

78
Problmatique
Il sagit de construire une structure de base de donnes (appele modle logique de donnes) Cette structure de base lorganisation des donnes de donnes montre
Elle sobtient en transformant le modle conceptuel de donnes, Il ne sagit pas denrichir le contenu smantique du MCD Elle utilise un formalisme de base de donnes Rseau Relationnel
Illustration
MCD
COMMANDE
Passe
CLIENT
nocom date montant
nocli nomcli adrcli cacli
MLD
Contexte base de donnes relationnelles

CLIENT (nocli, nomcli, adrcli, cacli) COMMANDE (nocom, date,montant, nocli) Contrainte rfrentielle entre nocli de COMMANDE et nocli de CLIENT
lapproche
Modle conceptuel de donnes Rgles de transformation
Formalisme conceptuel
Formalisme logique adapt un SGBD
Modle logique de donnes
Structure de la base de donnes
Modle rseau Modle relationnel

Modle relationnel de donnes

On utilise ici le formalisme relationnel pour construire le M.L.D. Les principales notions de ce formalisme sont:
Table ou relation, schma de relation et extension de relation Attribut Cl primaire dune relation Contrainte rfrentielle
La reprsentation graphique utilise est:

EMPLOYE
noss nom age adresse
COMMANDE
nocom nocli date montant
CLIENT
nocli nomcli adrcli
Une relation avec sa cl primaire
Contrainte dintgrit rfrentielle entre deux tables

82
Les rgles de transformation dun MCD en un MLD relationnel
Principes de la transformation Rgle de transformation dentit type Rgles de transformation dassociation type Rgles de transformation de la spcialisation
83
Principes de la transformation
On part dun modle conceptuel de donnes exprim avec le formalisme entit-association Le modle logique obtenu est un schma relationnel dans lequel les tables sont au moins en 2ime forme normale Les rgles de transformation sont classes en: Rgles de transformation dentit-type Rgles de transformation dassociation-type Rgles de transformation de la spcialisation Rgles de transformation des historisations Rgles de transformation des contraintes
84
Rgle de transformation dentit-type
Toute entit-type est transforme en une relation Les proprits-types deviennent des attributs de la relation Lidentifiant devient la cl primaire de la relation
ABONNE
noabon nomabon adrabon Entit-type
ABONNE
noabon nomabon adrabon Relation ABONNE (noabon, nomabon,adrabon)
85
Rgle de transformation dentit-type

cas o lentit-type a un identifiant relatif
COMMANDE nocomm date montant 1,n a des 1,1 (R) LIGNE COMMANDE noligne qtecom
COMMANDE nocomm date montant
LIGNE COMMANDE nocomm noligne qtecom LIGNE-COMMANDE (nocomm,noligne, qtecom)

Rgle de transformation dassociation-type

Association binaire (0,n)-(1,1) ou (1,n)-(1,1) ou (0,1)-(1,1)
Dupliquer la cl de la table issue de lentit type cardinalit (0,n) ou (1,n) ou (0,1) dans la table issue de lentit type cardinalit (1,1) o elle devient une cl trangre On peut ventuellement changer le nom de lattribut dupliqu
EMPLOYE noemp nomemp o,n Dirige 1,1 DEPARTEMENT nodep buddep DEPARTEMENT EMPLOYE noemp nomemp nodep nodir buddep EMPLOYE (noemp, nomemp) DEPARTEMENT (nodep, nodir, buddep)

Association binaire (0,n)-(0,1) ou (1,n)-(0,1) ou (0,1)-(0,1)
EMPLOYE noemp nomemp o,1 est affect dateaffect 1,n PROJET noproj budproj
PROJET EMPLOYE noemp noproj nomemp AFFECTATION budproj Noemp noproj dateaffect
PROJET noproj budproj
EMPLOYE noemp noproj nomemp dateaffect
besoin daccepter des valeurs nulles sur la cl trangre


Association binaire (0,n)-(0,n) ou (1,n)-(1,n) ou (1,n)-(0,n)
Crer une nouvelle relation ayant pour cl une cl compose des identifiants des deux entits Les ventuelles proprits de lassociation deviennent des attributs de la nouvelle relation
COMMANDE nocom date montant Concerne qtecom PRODUIT noprod qtestock prix
COMMANDE nocom date montant
concerne nocom noprod qtecom
PRODUIT noprod qtestock prix

89

Association ternaire ou plus
Crer une nouvelle relation ayant pour cl une cl compose des identifiants de toutes les entits participant lassociation-type Les ventuelles proprits de lassociation deviennent des attributs de la nouvelle relation
OPERATION 0,n EXECUTE dure MACHINE 0,n TYPE-PIECE 0,n
OPERATION(numop, libell-op MACHINE(nummach, datms... TYPE-PIECE(numtype,, libell-type... EXECUTION(numop, nummach, numtype, dure)
90

Association Rflexive
Cest une particularisation des cas prcdents
suit 0,1 PRECEDE 0,n
solution 1:
TACHE N_tache prcde dure
TACHE(ntche, dure,...) PRECEDER(ntche, tache_prcdente,...)
solution 2
TACHE(ntache, ntache-prcdente, dure,...)
composante 0,n PIECE 0,n compose COMPOSE
91
Rgle de transformation de spcialisation

Plusieurs solutions sont possibles:
PERSONNE noss nom age
ETUDIANT niveau
ENSEIGNANT grade
ETUDIANT noss niveau
ENSEIGNANT noss grade PERSONNE noss nom age

Rgle de transformation de spcialisation

Plusieurs solutions sont possibles:
ETUDIANT niveau avec la possibilit de dfinir deux vues: la vue ETUDIANT la vue ENSEIGNANT PERSONNE noss nom age niveau grade typepers
ENSEIGNANT grade
ETUDIANT noss niveau nom age
ENSEIGNANT noss Grade nom age
93
Rgle de transformation de gnralisation

Cas o les sous-types ont leur propre identifiant
ETUDIANT nocateetud niveau
ENSEIGNANT nomatricule grade
ETUDIANT nocarteetud noss niveau PERSONNE noss nom age
ENSEIGNANT nomatricule noss grade
94
Rgle dhistorisation dune proprit et dune entit

EMPLOYE nomat nom sal(H) EMPLOYE nomat nom sal HISTO-SAL-EMPLOYE nomat, datchsal sal
EMPLOYE (H) nomat nom sal
EMPLOYE nomat nom sal
HISTO-EMPLOYE nomat, datehisto nom sal
95
Rgles de transformation des contraintes dintgrit

Lintgrit dans les BDR Contraintes Intra-Entit Contraintes Intra-Association Rgles de transformation dassociations Contraintes gnrales Dclaration dassertions Les triggers Rgle de transformation didentifiant relatif Contraintes inter-associations
96
Lintgrit dans les bases de donnes relationnelles

Une grande varit de formes de contraintes dintgrit Plusieurs formes dexpression
Expression procdurale Expression dclarative
Dans les applications Dans le dictionnaire
97
Lintgrit dans les bases de donnes relationnelles

La vrification des contraintes dintgrit
Immdiatement et automatiquement Diffre en fin de transaction
Dfinition dune nouvelle contrainte

Conformit avec le schma de la base Conformit avec les donnes de la base Conformit avec les contraintes existantes
98
Contraintes intra-entit
Clause PRIMARY KEY (cl compose dun seul ou de plusieurs attributs) Clause NOT NULL (valeurs obligatoires) Clause DEFAULT (valeurs par dfaut) Clause UNIQUE (unicit de valeur) Clause CHECK (domaine de valeurs dfini en extension)
99
Clause FOREIGN KEY (contrainte dintgrit rfrentielle)
La cl trangre peut tre compose dun ou plusieurs attributs Quatre options peuvent tre utilises lors de modifications ou destruction:
CASCADE NO ACTION SET DEFAULT SET NULL
100
Rgles de transformation dassociations
Association binaire avec cardinalit (1,1) Association binaire avec cardinalit (0,1) Association binaire n-m, ternaire ou plus Dpendance fonctionnelle dans une association naire
101
Contraintes gnrales
Approche proscriptive
Clause CHECK dans la dclaration dune table Dclaration CREATE ASSERTION (dclaration non rattache une table)
Approche prescriptive
Dclaration CREATE TRIGGER
102
Dclaration dassertions
CREATE ASSERTION PU_PV CHECK (NOT EXISTS (SELECT * FROM Ligne_cmd WHERE lcd_pu < 0.75 * (SELECT art_pv FROM article WHERE art_num = lcd_art))); Vrifie quil nexiste pas darticle dont le prix unitaire (PU)remis plus de 25% du prix de vente Article(Art_num, libelle, part_pv) Ligne_cmd(n_com,lcd_art, lcd_pu,lcd_qte)
Les triggers
Dclaration gnrale
CREATE TRIGGER nom_trigger EVENEMENT ON nom_table WHEN (condition vrifier) INSTRUCTIONS FOR EACH ROW / STATEMENT
104
Les triggers : Exemples

CREATE TRIGGER Calcul_Montant AFTER INSERT ON Ligne_Commande BEGIN UPDATE Commande SET montant = montant + :new.ligne_qte * :new.ligne_pu WHERE Commande.num = :new.Ligne_Commande.num; END;
Commande (num, date, num_cli, montant) Ligne_cmd(num,lcd_art, pu,qte)
105
Rgle de Transformation dIdentifiant Relatif
HOTEL Nohotel 1,n
APPARTIENT
CHAMBRE (R) 1,1 Noordre
CREATE TABLE Chambre Nohotel CHAR(5) NOT NULL Noordre CHAR(5) NOT NULL PRIMARY KEY (Nohotel, Noordre) Foreign Key (Nohotel) REFERENCES HOTEL ON UPDATE CASCADE ON DELETE CASCADE
HOTEL Nohotel
CHAMBRE Nohotel, Noordre
106
La dmarche de construction dun MLD relationnel
107
La dmarche gnrale
MCD /MOD Transformation
MLD Brut (2FN)
MCD /MOD
Normalisation
Structure Relationnelle Normalise (3FN) MLD Optimis
Optimisation
108
Les Tches : La Transformation

Application de lensemble des rgles
Relations en 2 FN (rgle de non rptitivit, rgle dhomognit, rgle de normalisation) Relations non en 3FN car la redondance na pas t prise en compte
109
Les Tches : La Normalisation

Appliquer le processus de normalisation sur chaque relation obtenue lissue de la transformation
Construire le graphe des dpendances fonctionnelles Supprimer les dpendances fonctionnelles non directes Construire la collection de relations en 3FN
110
Les tches : Loptimisation

Il sagit de faire un compromis entre:
Le volume global occup par les donnes Le temps ncessaire pour accder aux donnes mmorises la contrainte de transfert entre les donnes stockes et lunit centrale les contraintes particulires certains SGBDs
111
Modlisation des traitements
Introduction Les concepts et les rgles de modlisation La dmarche de construction dun M.C.T
112
Introduction : Problmatique
Il sagit dexprimer lensemble des activits que lon veut prendre en compte dans le systme dinformation Elle est base sur un formalisme de reprsentation
guider le raisonnement du concepteur obliger respecter des normes utiliser un langage commun
Le rsultat est un modle conceptuel de traitements (MCT)

clair, cohrent, complet, fidle et normalis
Ce rsultat est indpendant de considrations techniques ou organisationnelles


Lorganisation
Une administration qui gre des demandes de promotions Toute demande de promotion doit subir un examen pralable permettant de dterminer si elle est recevable ou non Lexamen du dossier dune demande recevable ne peut se faire quaprs rapport du suprieur hirarchique Aprs examen du dossier par lautorit comptente, la promotion sera accorde ou refuse Les diffrents programmes de lactivit de gestion des promotions ..........
Modle conceptuel de traitements
Programme 1
Base de donnes
Programme 2
114
Employ
Rapport suprieur Demande de promotion
ET
Examen pralable Non recevable Recevable

Promotion accorde
Examen Dossier Avis favorable Avis dfavorable
DOSSIER Rejet ouvert
DOSSIER
Promotion refuse
ferm
Employ
115
Introduction : Principe Gnral

Acteur
Evnement Dclencheur
Rsultat-message
Acteur
Domaine tudi
Evnement Dclencheur
ragit selon des Rgles de gestion
Modifie ltat des informations
Acteur Formaliser les activits du domaine conscutives aux changes avec lenvironnement
Base de donnes
116
Introduction : Quelques principes

Le MCT exprime ce quil faut faire, mais nindique pas qui doit le faire ni quand le faire ni o le faire (niveau organisationnel) Le MCT traduit les rgles de gestion du domaine tudi Les principales notions (concepts) utilises sont:
Lvnement / Le Message rsultat LOpration - La synchronisation Le processus
Lutilisation dun formalisme graphique

Lacteur Lvnement / Le rsultat-message Lopration

La synchronisation Les conditions d'mission
Les fonctions Le processus
118
Lacteur : Dfinition
Dfinition : Ce sont les acteurs externes au domaine tudi Exemple 1 : Lemploy dans le domaine de la gestion des promotions Exemple 2 : Labonn dans le domaine de la gestion des prts de bibliothque
Le modle conceptuel de traitements : Lacteur

ABONNE EMPLOYE
119
Lvnement / Le rsultat-message
Les flux reus et mis par le domaine sont modliss respectivement en vnements et rsultats
Demande prt
ABONNE
Domaine Gestion de prts

Prt accord Prt refus
Un vnement est mis par un acteur destination du domaine Un rsultat est la formalisation dune raction du domaine et de son S.I. destination dun acteur
Lvnement / Le rsultat-message
On distingue deux catgories dvnements / rsultats externes (flux avec un acteur) temporels, reprsentant des chances (fin de mois, chaque jour...) Dans un MCT, on ne reprsente que des types dvnement et de rsultat Un vnement et un rsultat sont porteurs dinformations Lensemble des informations dun vnement ou dun rsultat est appel message Distinguer message et support (plusieurs messages successifs sur un mme support)
121
Ltat dobjet
Un tat nest pas un vnement. Il correspond un changement interne et signale la terminaison correcte dune opration. Les tats dobjets servent lier les oprations dun mme processus ou prciser des contraintes de prcdences entre processus Lobjet est compos de deux parties: le nom et la valeur de son tat. La valeur de ltat reflte un stade transitoire dans le processus. Un tat dobjet peut correspondre un objet du modle de donnes (entit, association), ou un objet temporaire dont lusage est rserv au processus. A la fin du processus, tout objet doit atteindre un tat stable qui indique une terminaison correcte du processus
Exemple de message
Le message contient le dtail des informations qui doivent accompagner la survenance de lvnement Exemple vnement: Arrive demande de promotion Message: {nom demandeur; Prnom demandeur; service demandeur; promotion demande; nombre dannes danciennet; lettre de motivation; Etc. } Pour un vnement calendaire, au lieu du message on peut avoir un prdicat temporel qui prcise le moment de survenance de lvnement; par exemple: 15 jours aprs clture appel, date du jour = une semaine aprs date retour prvue, etc.
Lopration : Dfinition
Lopration dcrit le comportement du domaine tudi et de son S.I. par rapport la survenance dvnements Elle est dclenche par la survenance dun vnement, ou de plusieurs vnements et/ou tats synchroniss Lexcution de lopration comprend lensemble des activits (ou fonctions ou actions) que le domaine effectue partir des informations fournies par lvnement et de celles dj connues dans la mmoire du S.I. Lensemble des fonctions composant une opration est ininterruptible (non soumis lattente de nouveaux vnements)
Lopration
Rgle de modlisation
La segmentation en plusieurs oprations ne se justifie que par lattente dinformations complmentaires en provenance dvnements ncessaires la poursuite des activits
a
opration 1 b ou d Opration 2 d
a ou c Opration
Incorrect
Correct
125
Lopration : Reprsentation
Le concept dopration est troitement li aux concepts de synchronisation, de fonction et de conditions dmission
DOSSIER ouvert Rapport suprieur
ET
Expression logique
Examen Dossier
-
Nom Opration
Liste de Fonctions
Condition 1 Condition 2 Condition 3 Promotion accorde
Avis favorable
Avis dfavorable
DOSSIER
Promotion refuse
DOSSIER promu
ferm
126
Lopration et la synchronisation
La synchronisation
Cest une condition pralable au dclenchement de lopration Elle se traduit par une expression logique sappliquant sur la prsence (ou labsence) des occurrences dvnements et/ou des tats pralables lopration Si la condition est vrifie, lopration peut dmarrer et les occurrences dclencheuses sont consommes par lopration Si la condition est non vrifie, la synchronisation et les occurrences dvnements prsents restent en attente jusqu ce quelle soit vrifie
Lopration et les conditions demission Avant

Dossier ouvert Rapport Dossier ouvert ET Examen Favorable Dfavorable
Aprs
Rapport
ET Examen Favorable Dfavorable
Promotion accorde
Promotion refuse
Promotion accorde
Promotion refuse
128
Lopration et les fonctions

Les conditions dmission
Lmission des rsultats et/ou tats est soumise des conditions traduites par des expressions logiques Plusieurs rsultats de nature et destination diffrentes, ainsi que plusieurs tats dobjets diffrents peuvent tre mis par une mme condition Lensemble des conditions dmission dune opration nest pas obligatoirement dichotomique. Leur expression peut tre considre comme vraie ou fausse nimporte quelle tape du droulement de lopration et plusieurs peuvent avoir la valeur vraie lissue dune opration
Lopration et les fonctions

Les fonctions
Elles expriment des actions qui composent lopration A chaque survenance dvnement, rien noblige que toutes les fonctions de lopration soient effectuer Les fonctions peuvent tre:
des dcisions des actions sur les donnes mmorises (ajout, suppression...) des traitements sur les donnes...
130
Le processus
Le processus est un enchanement doprations qui concourent un mme but. Lenchanement des oprations est assur par les tats Il reprsente un sous-ensemble du domaine tudi dont les vnements initiaux et les rsultats finaux dlimitent un tat stable du domaine la gestion dune bibliothque
la gestion des abonns la gestion des achats de livres La gestion de la restauration de livres de valeur etc.
La dmarche de construction dun M.C.T
132
La dmarche gnrale
La construction du MCT
Phase de dfinition des lments constituants le MCT

La vrification du MCT
Vrifier que les concepts sont bien utiliss (conformment leur dfinition)
Laffinage du MCT La validation du MCT
La cohrence, la compltude, la fidlit

La spcification du MCT
Documenter le MCT par une description textuelle des lments constituants

La construction du MCT (Approche oriente processus)

Recenser les acteurs et les flux changs Identifier les principaux processus du domaine tudi Dcouper chaque processus en oprations Dcrire chaque opration avec sa synchronisation, ses fonctions et ses conditions dmission Ne pas expliciter ce niveau lenchanement des fonctions ni les moyens ncessaires leur mise en uvre
La construction du MCT (Approche oriente tat)

Identifier les oprations Analyser chaque opration indpendamment des autres oprations
ses conditions de dclenchement sont exprimes par des vnements et des tats
Le MCT est une juxtaposition doprations sans indication denchanement entre oprations Ne pas chercher modliser les oprations qui ont antrieurement produit ces tats
La vrification du MCT
Un acteur met au moins un vnement, ou reoit au moins un rsultat Un vnement externe provient dau moins un acteur Un rsultat provient dau moins une opration Tout rsultat a au moins une destination: un acteur ou une opration
136
La validation
Une expression logique associe une synchronisation ou l'mission dun rsultat ne peut tre toujours fausse Contrler un fonctionnement cyclique Sassurer que tout rsultat ou tat du MCT peut tre produit Analyser les situations de conflit
un vnement ou un rsultat contribue plusieurs synchronisations ou est destin plusieurs acteurs
Laffinage
limination des traitements redondants

a a T1 b c b a ou (bet c) T1 ET T1
La spcification
Le M.C.T. doit tre compos
dune ou plusieurs reprsentations graphiques dune description textuelle comprenant
pour chaque opration,
une description succincte la liste des vnements contributifs et du message associ la liste des tats pralables lopration les conditions de la synchronisation les fonctions de lopration les rsultats produits et les messages associs les tats rsultants les conditions de production de ces rsultats
Le modle gnral des processus Par processus, un schma denchanement des oprations
139
La spcification
MCT Actuel
a
Futur
Processus : Gestion commande

b
Opration : Examen de la commande e1

R1 c Evnement contributifs a : Commande client Synchronisation : (a et b) ou e1 Fonctions : -F1 : ..... Conditions dmission R1 : ..... Rsultats produits c : ....;
examen R2 d R3 e
e2
Etats pralables e1 : .......
Une description type dopration
Etats rsultants e2 : ....
140
Conception oriente objet des systmes dinformation
Licence ACSID Auteur: S. SI-SAID CHERFI Matre de confrences CNAM - PARIS

Introduction
142
Les mthodes objet et la gense dUML
Les premires mthodes d'analyse (annes 70) Dcomposition (fonctionnelle et hirarchique) d'un systme. L'approche systmique (annes 80) Modlisation des donnes + modlisation des traitements (Merise, Axial). 143 La mthode MERISE / S. SI-SAID CHERFI
Les mthodes objet et la gense dUML L'mergence des mthodes objet (1990-1995) Prise de conscience de l'importance d'une mthode spcifiquement objet: Encapsulation des donnes (la structure) et des traitements (le comportement) Plus de 50 mthodes objet sont apparues durant cette priode (Booch, Classe-Relation, Fusion, HOOD, OMT, OOA, OOD, OOM, OOSE...) Confusion autour lanalyse et la conception
Les mthodes objet et la gense dUML Booch - catgories et sous-systmes Embley - classes singletons et objets composites Fusion - description des oprations, numrotation des messages Gamma - frameworks, patterns et notes Harel - automates (statecharts) Jacobson - cas dutilisation (use cases) Meyer - pr et post conditions Odell - classification dynamique, clairage sur les vnements OMT - associations Shlaer-Mellor - cycle de vie des objets Wirfs-Brock - responsabilits (CRC)
Les mthodes objet et la gense dUML Lexprience a permis de faire le tri parmi les mthodes existantes avec la constatation que les diffrences entre les mthodes samenuisent 1994: Rumbaugh et Booch dcident dunifier leurs travaux au sein dune mthode unique: la mthode unifie. 1995: Jacobson les rejoint Octobre 1995: Premire version de la mthode unifie (V0.8) Juin 1996: Deuxime version (V0.9) Octobre 1996: Version dcisive avec une nette volution: la mthode unifie devient le langage de modlisation unifi. 1996: Consortium de partenaires 17 Janvier 1997: Version 1.0 soumise standardisation
Les mthodes objet et la gense dUML

UML 1.3
Livres: Guide de lutilisateur Manuel de rfrence Guide du processus Spcification disponible sur Internet
Standardisation par lOMG 1997, Soumission lOMG
UML 1.0
OOPSLA96
UML 0.9 Mthode unifie 0.8
Spcification disponible sur Internet
OOPSLA95
Booch93 OMT-2 Autres mthodes Booch91 OMT-1 Rumbaugh91 OOSE Jacobson92 Partenaires Rational
147
Lunification des mthodes: L'OMG
Object Management Group Objectif de lOMG: maximiser la portabilit et linteroprabilit des logiciels par la dfinition de standards industriels pour le dveloppement dapplications commerciales orientes objets le plus grand consortium dindustriels au monde (plus de 570 membres (1995))
148
Lunification des mthodes : Objectifs dUML
Proposer un langage visuel de modlisation

Utilisable par toutes les mthodes Adapt toutes les phases du dveloppement Compatible avec toutes les techniques de ralisation
Proposer des mcanismes dextension et de spcialisation pour pouvoir tendre les concepts de base tre indpendant des langages particuliers de programmation Proposer une base formelle pour comprendre le langage de modlisation Encourager lapplication des outils OO
UML: Principales influences
Booch - catgories et sous-systmes Embley - classes singletons et objets composites Fusion - description des oprations, numrotation des messages Gamma - frameworks, patterns et notes Harel - automates (statecharts) Jacobson - cas dutilisation (use cases) Meyer - pr et post conditions Odell - classification dynamique, clairage sur les vnements OMT - associations Shlear-Mellor - cycle de vie des objets Wirfs-Brock - responsabilits (CRC)
Partie 1 :L'approche oriente-objet: Principes
151
Pourquoi lapproche objet ?
But:
modlisation des proprits statiques et dynamiques de lenvironnement dans lequel sont dfinis les besoins (domaine du problme), formalisation de la perception du monde et des phnomnes qui sy droulent, mise en correspondance de lespace du problme et de lespace de la solution en offrant des notations et des principes pour toutes les tapes ( le domaine du sujet, 152 La mthode MERISE / S. SI-SAID CHERFI l'analyse, la conception, l'implmentation et les tests)
Pourquoi lapproche objet ?

Avantages: capacit
Rduire l'cart smantique entre la ralit et les modles, capacit regrouper ce qui a t spar, construire le complexe partir de llmentaire, apporter des modifications locales aux modles.
Les concepts
Les principes de base de l'approche oriente-objet

les Objets Les Classes d'objets L'encapsulation
L'hritage Le polymorphisme
154
L'objet
La dfinition d'un objet dpend la phase du cycle de vie pour laquelle il est destin Dfinition Gnrale:
ce sur quoi porte notre connaissance cest une entit pertinente du domaine technique
Pour lanalyse du domaine: Dans un langage de programmation OO:

cest une structure de donnes et un ensemble de fonctions associes cette structure de donnes
L'objet
D'aprs [Coad &Yourdon, 1991]
"C'est l'abstraction de quelque chose du domaine du problme qui reflte les capacits d'un systme mmoriser des informations ou interagir avec le domaine"
D'aprs [Jacobson, 1992]

"Une entit capable de mmoriser un tat (information) et qui offre des oprations (comportement) pour la fois explorer et modifier cet tat"
156
L'objet
Ce qu'il faut retenir

Unit forme de lunion dun tat interne (des attributs) et dun comportement (des oprations) qui a une origine dans le monde rel et a sa propre identit.
Exemples:
Objets matriels (table, chaise, crayon, avion) Objets immatriels, concepts (compte en banque, quation, match de boxe) Objets virtuels (groupe de travail, division)
L'objet et l'abstraction
L'objet est l'abstraction, faite par l'analyste, du phnomne rel observ. Cette abstraction est ensuite modlise en utilisant les concepts appropris. Deux personnes diffrentes peuvent avoir deux perception diffrentes et donc deux modles diffrents du mme phnomne rel.
158
L'objet: Identit
Lidentit caractrise lexistence propre de lobjet:

Immuable Permanente (permet de distinguer tout objet de faon non ambigu indpendamment de son tat) Concept diffrent de l'galit dans les approches oriente-objet (contrairement aux BD relationnelles) Deux objets peuvent tre gaux (attributs et associations) et correspondre deux objets diffrents ayant chacun son identit.
L'objet : Les attributs et l'tat

Les attributs reprsentent les caractristiques d'un objet Un attribut est constitu du couple (nom, valeur) Exemple une voiture est caractrise par
Couleur Masse Puissance fiscale Quantit de carburant
Pouvant avoir les valeurs respectives:

Bleu 979 kg 12 CV 30 litres
L'objet : Les attributs et l'tat

Les valeurs prises par les attributs les associations dterminent l'tat d'un objet un instant donn. L'tat peut tre une simple valeur comme il peut reprsenter un autre objet. Par exemple l'tat "indisponible" d'un distributeur de billets signifier que l'objet rserve qui est un objet diffrent est "vide"
161
L'objet: Comportement
Regroupe toutes les comptences d'un objet, lensemble des oprations applicables cet objet Dcrit les actions et les ractions de l'objet.
Concept d'oprations (mthodes) Une opration est dclenche suite une stimulation externe: message envoy par un autre objet.
Exemple d'objet
Attributs Nom:Dupont Grade:senior Salaire:S1 Age:45 Oprations Modifer_salaire Modifier_grade associations Suprieur Emploi_du_temps
162
Les liens entre les objets

Les associations reprsentent les liens d'un objets vers les autres objets. Les association peuvent tre des agrgations ou des rfrences. Elles peuvent aussi tre :
Statiques : liens durables entre objets Dynamiques : liens tablis par les oprations (lies au comportement)
163
Les liens entre les objets

Lorsque des liens s'tablissent entre objets au travers d'change de messages, un objet peut tre:
acteur
objet l'origine d'une interaction. objet actif: ils possdent un fil d'excution.
serveur
n'est jamais l'origine d'une interaction. passif: est destinataire des messages.
agent
acteurs et serveur la fois. est la base du mcanisme de dlgation.
164
L'objet: l'encapsulation
"L'encapsulation est le processus qui consiste compartimenter des lments d'une abstraction pour constituer sa structure et son comportement" (Booch 1995) L'abstraction se focalise sur les caractristiques observalbles et le comportement de l'objet, L'encapsulation se focalise sur la reprsentation de ces caractristiques L'encapsulation ncessite la dlimitation explicite des abstractions.
Encapsulation (occultation des dtails de la ralisation):
masquer la structure sous-jacente et limplmentation des oprations les plus gros bnfices obtenus par une approche oriente objets proviennent du respect du principe dencapsulation
Les classes: La dmarche dabstraction
Regroupent les objets qui se ressemblent (abstraction)

Identification des caractristiques (structure et comportement) communes un ensemble d'lments. Description condense de ces caractristiques.
Moyen de transport
166
Les classes:Description
Spcification
dcrit le domaine de dfinition et les proprits des instances de cette classe (notion de type dans les langages de programmation classiques).
Ralisation
dcrit comment la spcification est ralise et qui contient le corps des oprations et les donnes ncessaires leur fonctionnement.
Les objets, instances de classes
Chaque objet est une instance d'une classe. La classe dfinit les comportements et les structures possibles de ses instances qui sont les objets. Diffrentes instances (objets) peuvent avoir leurs oprations invoques diffrents moments et de diffrentes manires comme ils peuvent tre dans diffrents tats. Le mcanisme d'instanciation permet de gnrer des objets (instance) d'une classe.
Les relations entre les classes:lassociation
Connexion smantique bidirectionnelle entre classes Abstraction des liens qui existent entre les objets instances des classes associes (en gnral, un objet ne peut pas agir seul, il a besoin de laide dautres objets). Ds lors quun objet a un lien vers un autre objet, il peut lui envoyer un message pour dclencher une de ses oprations
Les relations entre les classes:Lagrgation
Connexion bidirectionnelle dissymtrique Un train est compos de wagons, un wagon contient des siges... Une voiture possde quatre roues, un chssis, un moteur Les relations exprimes ici sont des relations de composition (ou dagrgation)
Les hirarchies de classes:L'hritage
Dans une dmarche danalyse ou de conception orientes objets, la spcialisation et la gnralisation conduisent dfinir des relations de sous-typage et mettre en vidence lhritage Si une classe B hrite d'une classe A, alors aussi bien les oprations que la structure de A deviennent ceux de la classe B" [Jacobson 1992)
Spcialisation
Super-classe
est_un hrite_de
Gnralisatio n
Sous-classe
171
Gnralisation et spcialisation
La gnralisation signifie toujours: est un ou est une sorte de. Elle permet la cration de l'anctre Exemple:
Carnivore Animal Herbivore
Lion
Mouton
Lapin
172
La gnralisation est une relation non rflexive
A
Impossible!!
173
La gnralisation est une relation non symtrique.

A
Impossible!!
174
La gnralisation est une relation transitive

A
C
Des ensembles aux classes
Les objets instances dune classe partagent des caractristiques gnrales, exprimes sous forme dattribut, dopration et de contrainte. Cest la proprit caractristique de lensemble des instances. La proprit caractristique de X est note P (X). Lensemble X peut tre divis en sous-ensembles.
La gnralisation des classes correspond la relation dinclusion des ensembles.

Les objets instances dune classe donne sont dcrits par la proprit caractristique de leur classe, mais galement par les proprits caractristiques de toutes les classes parents de leur classe.
Exemple:
Livre Auteur Nombre de pages
Livre pour les enfants Fourchette des ges
Livre pour lenseignement Discipline Niveau

177
La gnralisation - sous sa forme multiple - existe galement entre arbres de classes disjoints. Elle permet une classe d'hriter de deux classes ou plus.
Y Proprit caractristique de Y Z Proprit caractristique de Z
T Proprit caractristique de T

Notion de classe abstraite:
Tous les objets instances dune classe abstraite donne appartiennent lune de ses sous-classes. Une classe abstraite ne donne pas directement des objets. Spcification plus abstraite pour des objets instances de ses sous-classes.
Classe abstraite
Classe concrte A
Classe concrte B
179
Le polymorphisme, principe gnral
Le terme polymorphisme dcrit un lment qui peut prendre plusieurs formes. En Informatique, cela dcrit un nom dobjet qui peut dsigner des instances de classes diffrentes issues dune mme arborescence. Principe gnral: Les interactions entre objets sont crites selon les termes des spcifications dfinies dans leurs super-classes. Dans ce cas, on parle de polymorphisme dopration: dclencher des oprations diffrentes en rponse un mme message. Une sous-classe peut modifier localement le comportement dune opration hrite dune super-classe.
Mcanisme de dcouplage qui agit dans le temps. Ninfluence pas lanalyse,La mais dpend de lanalyse. mthode MERISE / S. SI-SAID CHERFI
180
Le polymorphisme, Application
Exemple:
CollectionF[3] = { Carr("un carr"), Cercle("un cercle"), Triangle("un triangle") }; for (int i = 0; i < 3; i++) { CollectionF[i].Dessiner(); }
forme Carr Cercle Triangle
Dessiner () { dessiner un carr }
Dessiner () { dessiner un cercle }
Dessiner () { dessiner un triangle }
Collection polymorphe et spcialisation dune opration.

Le polymorphisme, Influence du typage
Le polymorphisme existe dans des environnements typs et non-typs. Seuls les environnements typs garantissent une excution sans surprise des programmes. Ne pas confondre le polymorphisme avec la surcharge des oprations. Profil de paramtres diffrent pour des oprations de mmes noms. Rien voir avec la liaison dynamique: rsolue statiquement par les compilateurs.
Conclusion
objet: entit qui combine les caractristiques essentielles abstraites partie du domaine du systme. classe: expression de caractristiques communes aux objets encapsulation: combinaison des attributs et des oprations dans un mme objet. hritage: relation entre sous classes et super classes dcrivant des degrs de ressemblances polymorphisme: facilit permettant l'invocation d'oprations en ignorant la classe destinataire du message. L'application de ces concepts permet:
La modlisation de la structure La modlisation du comportement

Cours Licence Pro 2006

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cours Licence Pro 2006

Încărcat de

Drepturi de autor:

Formate disponibile

Mthodologies de conception des systmes dinformation

Licence ACSID Auteur: S. SI-SAID CHERFI Matre de confrences - CNAM - PARIS

J. AKOKA, I. Comyn-Wattiau Conception des bases de donnes relationnelles : Concepts, mthodes et

Supports de cours http://deptinfo.cnam.fr/new/spip.php?article546

La mthode MERISE / S. SI-SAID CHERFI

Quest ce quun systme dinformation?

Le Role des ordinateurs

Lavantage des ordinateurs:

La mthode MERISE / S. SI-SAID CHERFI

et peut avoir des sorties:

La mthode MERISE / S. SI-SAID CHERFI

Charactristiques des systmes

La mthode MERISE / S. SI-SAID CHERFI

Systme de pilotage aide les dcideurs dans leurs prises de dcision

La mthode MERISE / S. SI-SAID CHERFI

La mthode MERISE / S. SI-SAID CHERFI

Systme de gestion de base de donnes SGBD

Quelques types de SGBD

la modlisation est une activit oriente par le bon sens Modliser

La mthode MERISE / S. SI-SAID CHERFI

Informa tions Acte urs La mthode MERISE / S. SI-SAID CHERFI

les niveaux dabstraction dun systme dinformation

NIVEAU ORGANISATIONNEL et LOGIQUE

NIVEAU PHYSIQUE CONCRET

La mthode MERISE / S. SI-SAID CHERFI

Le niveau organisationnel ou logique

Il est indpendant des choix techniques

-Pour les donnes :

-Pour les traitements:

Le niveau physique ou oprationnel

Dcoupage du domaine et analyse des flux

livraison directe dem ande rappro STOC KS livraison indirecte ACHATS

avis dbit facture relev

Les acteurs et les flux

Le flux reprsente un change entre deux acteurs.

La mthode MERISE / S. SI-SAID CHERFI

Diagramme brut des flux et diagramme conceptuel des flux

demande tlphonique demande comptoir CLIENT bon de remis COMPTOIR

livraison directe demande rappro livraison indirecte ACHATS

Doma ine Vente - Stock

avis dbit facture relev

La mthode MERISE / S. SI-SAID CHERFI

Diagramme brut des flux et diagramme conceptuel des flux

demande tlphonique demande comptoir CLIENT bon de remis bon de remis

livraison directe demande rappro

VENTE - STOCK Actuel

avis dbit facture

La mthode MERISE / S. SI-SAID CHERFI

les diffrents modles de donnes

Modlisation des donnes

La mthode MERISE / S. SI-SAID CHERFI

Le rsultat est un modle conceptuel de donnes (MCD)

Ce rsultat est indpendant de considrations techniques ou organisationnelles

Introduction : approche intuitive

Modle Conceptuel de Donnes

La mthode MERISE / S. SI-SAID CHERFI

Introduction : Quelques principes

la population des abonns la population des livres

Les principaux concepts utiliss sont:

Lentit type Lassociation type La proprit type Les contraintes dintgrit

Lutilisation dun formalisme graphique

La mthode MERISE / S. SI-SAID CHERFI

Les concepts et les rgles de modlisation

Les concepts de base