La Modélisation Des Systèmes D'information en Utilisant Merise Et UML
La Modélisation Des Systèmes D'information en Utilisant Merise Et UML
La Modélisation Des Systèmes D'information en Utilisant Merise Et UML
1 - Introduction
1. Objectif du cours
Initier les étudiants à la modélisation des Systèmes d’Information
en utilisant Merise et UML.
Structuration de la démarche informatique,
Méthodes d’analyse et de conception,
Méthodes de modélisation,
Assimiler les caractéristiques et les concepts de l’approche objet,
Apprentissage des concepts de l’approche objet et de la méthode UML
Quelques méthodes :
MERISE, MERISE/2
SADT (Structured - Analysis - Désign - Technique )
SART (Structured - Analysis - Real - Time)
OMT (Object Modeling Technique)
UML ( bien que UML n'est pas une méthode mais un langage de
modélisation unifiée )
2. Contenu du cours
1
1.2 - Introduction
1. Introduction
Objectif du cours
Le contenu du cours
A quoi sert une méthode
Des méthodes fonctionnelles aux méthodes objet
2. Merise
Vue d’ensemble de la démarche
Le M.C.D (Modèle conceptuel de données)
Le M.C.T (Modèle conceptuel de traitements)
Le M.O.T (Modèle organisationnel de traitements)
Le M.L.D (Modèle logique de données)
3. UML
Qu’est-ce que UML ?
Modes d’utilisation d’UML
Historique d’UML
Notation et Méta modèles
4. Les concepts de l’approche par l’objet
1. L’objet
2. L’encapsulation
3. Spécialisation et généralisation
4. L’héritage
5. Classes abstraites et concrètes
6. Le polymorphisme
7. La composition
2
1.2 - Introduction
1. Diagrammes UML
1. Le diagramme de cas d’utilisation
2. Le diagramme de classe
3. Le diagramme d’objet
4. Le diagramme de composants
5. Le diagramme de déploiement
6. Le diagramme d’états
7. Le diagramme d’activités
8. Le diagramme de collaboration
9. Le diagramme de séquence
3
1.3 - Introduction
Et une évidence :
Le système d'information des entreprises actuelles est devenu l'un des principaux piliers sur
lesquels repose l'ensemble de l'activité.
Impossible donc de traiter ce domaine de manière approximative.
4
1.4 - Introduction
5
1.4 - Introduction
Fin 1997, UML devient une norme OMG (Object Management Group).
L'OMG est un organisme à but non lucratif, créé en 1989 à l'initiative de
grandes sociétés (HP, Sun, Unisys, American Airlines, Philips...). Son rôle
est de promouvoir des standards qui garantissent l'interopérabilité entre
applications orientées objet, développées sur des réseaux hétérogènes.
6
2.1 – Vue d’ensemble -
Merise
7
2.1 – Vue d’ensemble -
Merise
Pour les traitements : A identifier les fonctionnalités selon une approche "top /
down" ("du général au particulier"), leur découpages et leurs enchaînements.
8
2.1 – Vue d’ensemble -
Merise
La démarche :
Merise définit la réalité dont elle prend en compte comme la résultante
d'une progression, menée de front, selon trois axes, qualifiés de
"cycles".
9
2.1 – Vue d’ensemble -
Merise
1. Le niveau conceptuel
2. Le niveau organisationnel
3. Le niveau physique
1. Le niveau conceptuel :
Il consiste à répondre à la question QUOI ?
Quoi faire, avec quelles données ?
A ce niveau, on ne se préoccupe pas de l’organisation du travail ni du matériel utilisé.
Les deux modèles sont le Modèle conceptuel des données (MCD) et le Modèle
conceptuel des traitements (MCT).
2. Le niveau organisationnel :
Il consiste à répondre à la question QUI ?, OU ?, QUAND ?
C’est à ce niveau que sont intégrés les critères d’organisation de travail.
On tient compte (ou on propose) des choix d’organisation de travail comme la
répartition des traitements entre l’homme et la machine, le mode de fonctionnement
(temps réel, temps différé).
10
2.1 – Vue d’ensemble -
Merise
Niveau Données Traitements Choix pris en compte
Modèle Conceptuel des
Modèle Conceptuel des Données
Traitements
(MCD)
(MCD) Choix de gestion
Conceptuel Signification des informations
Activite du domaine sans Quoi ?
sans contrainte technique ou
préciser les ressources ou leur
économique
organisation
11
2.1 – Vue d’ensemble -
Merise
1er axe : Maîtrise de la chronologie des opérations (Cycle de vie)
Succession de phases contrôlables par l’organisation (planning, échéances, moyens
humains, etc.)
Il comporte 4 étapes :
Schéma directeur : il s’agit de la traduction de la stratégie de l’entreprise.
La réalisation d’un schéma directeur répond à un objectif principal : adapter
l’organisation et les moyens de traitement de l’information aux axes stratégiques de
l’entreprise.
Il a pour objet de :
clarifier les centres d'intérêt,
les pôles de décision,
donner une première idée de la chronologie des évènements
13
2.1 – Vue d’ensemble -
Merise
14
2.1 – Vue d’ensemble -
Merise
15
2.1 – Vue d’ensemble -
Merise
16
2.2 – M.C.D - Merise
17
2.2 – M.C.D - Merise
Son objectif : définir (identifier) toutes les données utilisées, les regrouper
en ensembles appelés entités, et de lier ces entités par des relations, dans
un modèle définit et compréhensible par toute personne connaissant la
"syntaxe" du MCD.
Le MCD regroupe les informations à traiter, le "quoi" du système.
18
2.2 – M.C.D - Merise
Entité :
Représentation d'un objet réel, ayant une existence et une raison d'être dans
le système d'information.
19
2.2 – M.C.D - Merise
Entité :
Une entité est pourvue d’une existence propre et est conforme aux choix de gestion
de l’entreprise.
Une entité peut être un acteur : client, usine, produit => pourvue d’une existence
intrinsèque.
Une entité peut être un flux : commande, livraison => existe par l’intermédiaire
d’acteurs.
Les propriétés :
Une propriété est une donnée élémentaire qui qualifie l’entité à laquelle elle
se rapporte :
Chaque propriété prend des valeurs qui sont appelées occurrences de la
propriété,
Chaque propriété a un domaine de définition (ensemble de valeurs
possibles),
Chaque propriété se rattache toujours à une entité.
Identification d’une Entité :
C’est une propriété (ou ensemble de propriétés) particulière qui permet
d’identifier de façon unique une occurrence de l’entité.
Pour être identifiant, la ou le groupe de propriétés ne doit pas prendre
plusieurs fois la même valeur sur l’ensemble des occurrences de l’entité.
L’identifiant figure en premier dans la liste des propriétés
Il est souligné
20
2.2 – M.C.D - Merise
21
2.2 – M.C.D - Merise
22
2.2 – M.C.D - Merise
23
2.2 – M.C.D - Merise
Ex1 :
a Société
Employé
1,1 1,n
compose Produit
Commande
1,n quantité Entier 0,n
Ex 3 :
Langue
Etudiant 0,n
parle
1,n
0,n
Niveau
TYPE
0,n
appartient
1,1
OUVRAGE AUTEUR
écrit 0,n
0,n
0,n
0,n
1,n
vend édite stocke
0,n
0,n
0,n LIBRAIRIE
EDIT EUR
25
2.2 – M.C.D - Merise
26
2.2 – M.C.D - Merise
27
2.2 – M.C.D - Merise
Voici un cas concret :
Une entreprise X vend des véhicules toutes marques qu’elle stocke dans de grands
entrepôts. Dans un même entrepôt, nous pouvons trouver plusieurs marques de
véhicules, cependant, pour des raisons de logistiques, le gérant de la société X a exigé
de ses employés qu’une marque ne puisse se trouver que dans un seul entrepôt.
Chaque attaché commercial gère son propre portefeuille de clients. L’entreprise X
souhaite établir des statistiques commerciales sur ses ventes de véhicules : nombre
de véhicules achetés par un client, chiffre d’affaire réalisé par une marque, mais aussi
sur les marques entreposées dans un entrepôt.
Objet :
Vente de véhicules toute marque
Application :
Statistiques commerciales
Résultats attendus :
Données :
Nom de marque
Nom de dépôt
Nom du type
Puissance fiscale
Nom du responsable commercial pour une marque
Prix unitaire d’un type de véhicule
Adresse de dépôt
Nom, adresse du client
Quantité d’une vente
Date d’une vente
Nom de l’attaché commercial
Adresse de l’attaché commercial
Contraintes sur les données :
33
2.2 – M.C.D - Merise
34
2.2 – M.C.D - Merise
35
2.2 – M.C.D - Merise
36
2.2 – M.C.D - Merise
37
2.2 – M.C.D - Merise
6. Synthèse et compléments :
9. Vérifier si le modèle est bien construit :
a. Contrôler l ’ensemble du modèle en vérifiant que chaque propriété se trouve
en un seul endroit du modèle.
b. Contrôler chaque Entité en vérifiant :
Que chaque Entité possède un identifiant,
Que chaque propriété est significative,
La règle d’énumération,
La règle de dépendance directe 38
2.2 – M.C.D - Merise
6. Synthèse et compléments :
a. Contrôler chaque relation en vérifiant :
Q’une occurrence de relation ne lie qu’une et une seule occurrence de
chacune des Entités qu’elle relie,
La règle d’énumération
Que chaque propriétés portée par une relation dépend de la totalité des
entités qu’elle relie (règle de dépendance).
2. Vérifier si le modèle est capable de produire les résultats attendus.
39
2.3 – M.C.T - Merise
40
2.3 – M.C.T - Merise
41
2.3 – M.C.T - Merise
Processus :
Définition :
Ensemble structuré d’événements, opérations et résultats consécutifs qui
concourent à un même but.
42
2.3 – M.C.T - Merise
Demande de prêt
PROPOSITION DEVIS
Elaboration du devis Elaboration du devis
DEVIS
43
2.3 – M.C.T - Merise
44
2.3 – M.C.T - Merise
Demande du
CLIENT
client
Déclaration
Demande de
BANQUE Accord ou Refus ouverture de
renseignements
compte
DGI
45
2.3 – M.C.T - Merise
• Synchronisation
Condition booléenne traduisant les règles
d'activation d'une opération.
• Opération
Ensemble d'actions dont l'enchaînement
ininterruptible n'est conditionné par l'attente
d'aucun évènement autre que le déclencheur
initial.
• Règles d'émission
Condition traduisant les règles de gestion, à
laquelle est soumise l'émission des résultats
d'une opération.
• Résultats
Collection de faits, produits par l‘Opération,
dans les conditions prévues par la (ou les)
"règles d'émission". 46
2.3 – M.C.T - Merise
47
2.4 – M.O.T - Merise
48
2.4 – M.O.T - Merise
49
2.4 – M.O.T - Merise
Il s’agit ici de :
spécifier le contenu de chaque opération conceptuelle,
construire une ou plusieurs solutions organisationnelles
50
2.4 – M.O.T - Merise
Formalisme du MOT :
Le MOT reprend les concepts du MCT, parfois réadaptés, auxquels sont ajoutés
de nouveaux concepts tels que :
le poste de travail : entité physique comprenant des ressources sur un lieu
donné et un responsable.
la tâche/opération : affectation des traitements d’une opération
conceptuelle à une unité organisationnelle de type site ou service.
la procédure organisationnelle : enchaînement de traitements (tâches
et/ou phases) affectés à un ou plusieurs sites ou services au sein d’un
même processus.
51
2.4 – M.O.T - Merise
Construction du MOT :
52
2.4 – M.O.T - Merise
Message externe
enclanchant
53
2.4 – M.O.T – Merise
T0
TO + 10 jours
54
2.4 – M.O.T – Merise
55
2.4 – M.O.T - Merise
Voici un cas concret :
Construisons les modèles de traitement de l’organisme de formation X qui
suit les règles suivantes :
Règle 1 : en fonction des pré-requis du stage, l’inscription est acceptée ou refusée,
Règle 2 : les clients doivent transmettre les annulations d’inscription par écrit 10 jours
avant le démarrage de la formation,
Règle 3 : la société X se réserve le droit d’annuler ou reporter une session 10 jours
avant son démarrage,
Règle 4 : si le nombre de stagiaires est supérieur à 5, la session est maintenue et les
convocations sont envoyées.
56
2.4 – M.O.T - Merise
57
2.4 – M.O.T - Merise
58
2.4 – M.O.T - Merise
59
2.5 – M.L.D - Merise
60
2.5 – M.L.D - Merise
Le MLD :
C'est grâce à toutes les opérations précédentes que l'ensemble
des tables de la base de donnée vont pouvoir être structurées de
manière simple et très rapide :
le M.C.D, ayant été corrigé à la fin de l'étape du M.O.T, ce
sont les cardinalités maximales qui vont jouer le rôle
essentiel.
les entités deviennent des tables (sauf des cas particuliers
comme les "dates")
Si l'une des cardinalités maximales est à "1" et l'autre à "n",
l'association disparaît et l'identifiant de l'entité marquée "n" vient
s'ajouter à la liste des propriétés de l'entité marquée "1" (Cas 1).
1er cas :
2ème cas :
62
2.5 – M.L.D - Merise
1er cas :
63
2.5 – M.L.D - Merise
1er cas :
64
2.5 – M.L.D - Merise
2eme cas :
65
2.5 – M.L.D - Merise
66
2.5 – M.L.D - Merise
67
2.5 – M.L.D - Merise
3eme cas :
68
2.5 – M.L.D - Merise
4eme cas :
69