Académique Documents
Professionnel Documents
Culture Documents
Réseau de Petri (RdP): Langage de modélisation représenté sous forme d’un graphe biparti orienté
(places et transitions).
Les places sont représentées par des cercles (les états).
les transitions sont représentées par des traits (les évènements).
Chaque place contient un nombre entier de marques (ou jetons) pour modéliser la
dynamique du système.
Une place est active lorsqu’elle a au moins 1 marque.
P0
Place
Transition
Correct
Marque (ou Jeton) P1 P2
Arc
Condition fausse Incorrect
P3
Condition vraie
3
Réseau de Petri (RdP)
Une transition est franchissable = Toutes les places amonts sont actives.
Franchissement:
o enlever les marques en amont et introduire les marques en aval
o 1 franchissement par pas du système
P0 P0
P1 P1
P0 P0
P3 P3
P1 P1
Places Amonts Places Avales
P2 P2
P0 P0
P3 P3
P1 P1
P4 P4
5
Réseau de Petri (Exercice)
Stock de
bois ?
Priorités?
7
Réseau de Petri et Processus
8
Structured Analysis and Design Technic (SADT)
SADT est une méthode graphique particulièrement bien adaptée pour une description
fonctionnelle du SI.
Actigramme et datagrammes n’ont pas le même niveau de granularité (le datagramme
est plus détaillés).
Actigramme Datagramme
9
Structured Analysis and Design Technic (SADT)
Le diagramme de plus haut niveau représente la finalité du système (A-0) (fonction globale).
10
Structured Analysis and Design Technic (SADT)
Imprimante
Datagramme
Boite: nom
Suivre les instructions Flèches: verbe d’action
Fournir du Imprimer
papier blanc Papier blanc PDF
Fournisseur
11
Structured Analysis and Design Technic (SADT)
Atelier de coupe de bois (Actigramme)
Commande
reçue Enregistrer
Commande
Atelier Dispo
Commande enregistrée
Lancer Bon de découpe
Commande
Découper Pièce
Bois
Commande
Découpe
Livrer Livraison
Commande
A0 Atelier de découpe
12
SADT et Processus
Équipe (analystes)
Clients (expression des besoins)
Hiérarchie (direction et suivi du projet)
Points de vues
Données et activités
Pas de vue organisationnelle
Usage principal
Analyse de système
13
MERISE
MERISE : Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprise
15
MERISE
Personne Voiture
possède
ID-Personne 0:n 1:1 ID-Voiture
Nom marque
Prénom date couleur
Date-de-naissance acquisition
16
MERISE
Modèle conceptuel de traitements (MCT)
Synchronisation :
o Proposition logique (ET, OU).
18
MERISE
Modèle Organisationnel de Traitements (MOT)
19
MERISE
Modèle Organisationnel de Traitements (MOT)
20
MERISE
Modèle Organisationnel de Traitements (MOT): Exemple
1
TR
2
MA
21
MERISE et Processus
Processus Métier
o Pas de modélisation explicite des objectifs, des décisions autrement que
comme information
Points de vues
o Données et traitements
o Pas de vues ressources (uniquement citées dans le MOT)
Usage principal
o Conception de S.I. de gestion
22
Unified Modeling Language (UML)
UML : convergence d’efforts en conception de logiciel orientée objet
o Langage semi-formel
o Standardisé par l’OMG
o Pas une méthode, une notation indépendante de tout langage…
Niveaux de modélisation
o Système: dans son environnement et interactions avec les utilisateurs
o Sous-systèmes: décomposition structurelle hiérarchique du système
o Entité: modélisation détaillée au niveau des objets
Modes d’utilisation
o « spécification »: (analyse de besoins, comprendre les fonctionnalités du
système…)
o « Esquisse »: (pour générer un squelette…)
o « développement »: générer du code à partir des modèles
Tout est objet
o Processus, acteurs, informations -> diagramme de classes
o Décrire fondamentalement les informations associées aux objets et constitue
donc une « vue informationnelle » des objets.
23
Unified Modeling Language (UML)
3 axes de modélisation:
Dynamique
Diagramme d’état
Diagramme d’activité
Statique Diagramme de séquence
Diagramme de classes
Diagramme d’objets
Diagramme de déploiement
24
Unified Modeling Language (UML)
Diagrammes d’interaction
o Scénarios de cas (interactions entre objets)
o Diagramme de séquence (interaction temporelle)
Diagrammes d’activités
o Diagramme état-transition simplifié (flot entre activités)
o Équivalent au MOT de MERISE
25
Unified Modeling Language (UML)
26
Unified Modeling Language (UML)
Diagramme des cas d’utilisation (exemple)
S’authentifier
« includes » Envoyer
Commande
« includes » « includes »
Commander Vendeur
Préparer
Client « extends » « includes » Commande
Ajouter un
produit Payer
27
Unified Modeling Language (UML)
Diagramme de collaboration
Définitions
o Diagramme d’objets et d’acteurs 1: message
avec envoi de messages Objet 1 Objet 2
o Ordre d’interaction (flèches
numérotées)
2: message
Pourquoi?
o Décrire les interactions et les liens
entre les objets composant le
système. Objet 3
28
Unified Modeling Language (UML)
1: Déposer cv
Cabinet
recrutement
Personne en
recherche 3: Proposer Candidat
d’emploi
5: Passer l’entretient
2: Proposer Poste
4: Convoquer
Entreprise
29
Unified Modeling Language (UML)
Diagramme de séquence
30
Unified Modeling Language (UML)
Diagramme de séquence
Système compagnie
Banque
aérienne
Client
Saisir destination (départ, arrivée, date)
Confirmation débit
Réservation confirmée
Afficher billet d’avion
31
Unified Modeling Language (UML)
Diagramme d’activités
Modéliser les processus complexes en exposant l’enchaînement d’activités
séquentielles et/ou parallèles à l’aide de sa notation très riche.
Action
Une action illustre une tâche à exécuter
pendant le déroulement du processus
Action A Action B Enchaînement entre deux actions A et B
Fin des activités du processus
Point de décision (OU exclusif) Point de jointure (Join) Point d’éclatement (Fork)
Condition 1
Action B
Condition 2
Action C Action B Action C
Action C
32
Unified Modeling Language (UML)
Diagramme d’activités
(exemple)
33
Unified Modeling Language (UML)
Insérer carte
Code valide
d'une borne bancaire: Choisir opération
Insérer carte…
Saisir montant
Saisir montant
Choisir compte
…
Demande
autorisation retrait
non autorisé
autorisé
Distribuer billets
Restituer
carte
34
Unified Modeling Language (UML)
Diagramme d’états-transitions
Décrire les aspects dynamiques des objets d'un système (comportement des
objets).
Evènement 1 Evènement 2
Etat 1 Etat 2
Etat
Etat initial Etat final
intermédiaire
35
Unified Modeling Language (UML)
Diagramme d’états-transitions
Décrire les aspects dynamiques des objets d'un système (comportement des
objets).
36
UML et Processus
37
BPMN: un standard orienté processus
Flux de séquence
Activité
Flux de séquence
Evènement Evènement
de début de fin
38
BPMN: Représentation graphique
Objets de flux
Tâche, branchement, évènement
Objets de connexion
enchaînements d’activité, les messages et les associations
Artefacts
objets de données, groupes, annotations.
BPMN: Représentation graphique
Activité
Sous-processus
+
BPMN: Exemple
41
BPMN: Exemple
42
BPMN: Exercice
Le demandeur désirant obtenir une carte bleue doit en faire la demande auprès de la
banque. La carte bleue n’est pas acceptée si le demandeur n’est pas un client de la
banque. Chaque jour, la banque transmet les demandes carte bleue de ses clients au
Centre de Gestion des cartes bleues. Dés que la banque a reçu la carte bleue en
provenance du Centre de gestion des cartes bleues, elle adresse au client un avis de
prélèvement de cotisation annuelle. Si au bout de deux mois la carte bleue n’a pas été
retirée, elle est détruite.
43
BPMN et processus
Points de vues
Processus/fonctions
44
Merci pour votre
attention !
45