0% ont trouvé ce document utile (0 vote)
15 vues24 pages

Pilotage de Performance: FID 3/ G Indus 3 2023-2024

Transféré par

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

Pilotage de Performance: FID 3/ G Indus 3 2023-2024

Transféré par

Mina
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
Vous êtes sur la page 1/ 24

Pilotage de Performance

FID 3/ G Indus 3
2023-2024
Plan
 Modélisation et systèmes d’information
• Systèmes d’information
• Modélisation de processus
• Processus et typologie des processus
• Démarche de modélisation de processus
• Modèle et métamodèle
• Notion de processus bien structuré
 Langages de modélisation de processus
• Réseau de Petri
• SADT
• MERISE
• UML
• BPMN

 Langage et plateforme ARIS


2
Unified Modeling Language (UML)
 UML : convergence d’efforts en conception de logiciel orientée objet
o Langage semi-formel
o Standardisé par l’OMG (L'Object Management Group est un consortium
international à but non lucratif créé en 1989 dont l’objectif est de standardiser
et promouvoir le modèle objet sous toutes ses formes)
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 constituer
donc une « vue informationnelle » des objets.
25
Unified Modeling Language (UML)

 14 diagrammes permettent de visualiser et de manipuler les éléments de la modélisation.

 3 axes de modélisation:

 L’axe fonctionnel décrit ce que fait le système. Fonctionnel


 L'axe statique décrit la structure du système. Diagramme de cas d’utilisation

 L'axe dynamique qui est relatif à la construction


des fonctionnalités du système.

Dynamique
Diagramme d’état
Diagramme d’activité
Statique Diagramme de séquence
Diagramme de classes
Diagramme d’objets
Diagramme de déploiement

26
Unified Modeling Language (UML)

L’approche processus avec UML


 Diagrammes de cas d’utilisation
o Situation d’interaction entre système et acteurs
o Scénarios fonctionnels
o Référence dans le cycle de développement (du besoin aux tests)
o Diagramme de cas (vue globale des interactions).

 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

27
Unified Modeling Language (UML)

Diagramme des cas d’utilisation

 Définitions
o Séquence d’activités ou d’actions
en réponse à une sollicitation
d’un acteur
 Pourquoi?
o Recueillir, analyser et organiser
les besoins des utilisateurs
o Recenser les grandes
fonctionnalités du système
o Définir:
o les besoins fonctionnels
o le périmètre fonctionnel

 Inclusion : X « includes » Y  X implique Y


 Extension : X « extends » Y  X peut être provoqué par Y

28
Unified Modeling Language (UML)
Diagramme des cas d’utilisation (exemple)

Gestion des commande d’un magasin

S’authentifier

« includes » Envoyer
Commande
« includes » « includes »
Commander Vendeur
Préparer
Client « extends » « includes » Commande

Ajouter un
produit Payer

29
Unified Modeling Language (UML)
Exercice: Donnez un diagramme de cas d'utilisation pour le système
de préparation avant achat.

Un système informatique doit permettre à des acheteurs


potentiels de préparer l'achat de chevaux. L'achat d'un cheval
concerne soit une jument soit un étalon. Dans le premier cas,
on doit impérativement examiner l'état de maternité du
cheval, et éventuellement vérifier que la jument n'a pas un
jeune poulain en ce moment. Que l'on souhaite acheter un
étalon ou une jument, on doit effectuer un examen des
vaccinations. En outre l'acheteur peut souhaiter, lors de la
préparation de son achat, consulter le caractère du cheval ou
bien en connaître la robe. Toutes les informations en rapport
à la filiation d'un cheval sont obtenues en consultant la base
de données externe des haras nationaux.

29
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

30
Unified Modeling Language (UML)

Diagramme de collaboration (exemple)

1: Déposer cv
Cabinet
recrutement
Personne en
recherche 3: Proposer Candidat
d’emploi

5: Passer l’entretient
2: Proposer Poste
4: Convoquer

Entreprise

31
Unified Modeling Language (UML)

Diagramme de séquence

 Représentation chronologique des


échanges de messages entre les
différents objets du système. Système
 Décrire la séquence d’interactions entre
Acteur 1 Acteur 2
le système et ses acteurs.
Message1()
 Les objets sont des colonnes du Message2()
diagramme.
Message3()
 Flèche entre deux objets: message.
 Bandes rectangulaires: périodes Message4()
d’activité des objets.
 Chronologie des interactions: du haut
vers le bas.

32
Unified Modeling Language (UML)
Diagramme de séquence
Système compagnie
Banque
aérienne
Client
Saisir destination (départ, arrivée, date)

Liste des vols possibles

Choisir vol aller

Choisir vol retour

Afficher prix total

Saisir client (identité, n° passeport)


Saisir carte bleu (n°, validité, code)

Demande débit carte

Confirmation débit

Réservation confirmée
Afficher billet d’avion

33
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.

Représentation graphique Description


Début des activités d'un processus

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)

Action A Action A Action B Action A

Condition 1
Action B
Condition 2
Action C Action B Action C
Action C
34
Unified Modeling Language (UML)
Diagramme d’activités (exemple)

35
Unified Modeling Language (UML)
Insérer carte
Diagramme d’activités (exemple)
Saisir code
Code invalide
Diagramme d'activités modélisant le fonctionnement Annulation

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
36
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

37
Unified Modeling Language (UML)
Diagramme d’états-transitions

 Décrire les aspects dynamiques des objets d'un système (comportement des
objets).

38
UML et Processus

 La dimension métier du processus

 Pas de séparation métier/technique (Système / sous-système ?)

 Cas d’utilisation: scénario

 Diagramme d’activité

 Points de vues

 Tout est objet

 Pas de vue organisationnelle, ressources..

39
BPMN: un standard orienté processus

 Langage standard pour modéliser graphiquement tout type de processus.


 Initiative de BPMI (Business Process Management Initiative) puis soutenu par
l’OMG (Object Management Group).

 Une notation standard facilement compréhensible par les utilisateurs:


 Analystes métiers qui créent et raffinent les processus.
 Développeurs qui implémentent les processus.
 Directeurs qui suivent et gèrent les processus
 Intervenants externes, etc.

Flux de séquence
Activité
Flux de séquence
Evènement Evènement
de début de fin

40
BPMN: Représentation graphique

 Objets de flux
 Tâche, branchement, évènement

 Objets de connexion
 enchaînements d’activité, les messages et les associations

 Groupement (pool) et lignes (swimlanes)


 Les groupements définissent un périmètre de processus et peuvent être divisés en
« lignes » (acteurs, limites organisationnelles)
 un enchaînement d’activité ne peut pas se faire entre 2 groupements
 un message ne peut être qu’entre 2 groupements.
 Orchestration = enchaînements internes à un groupement (processus)
 Chorégraphie = communications entre processus

 Artefacts
 objets de données, groupes, annotations.
BPMN: Représentation graphique

Représentation graphique Description


Séquence (ordre des activités)
Message (entre deux processus)
Association (flux de données…)
Gateway (branchement)

Activité

Sous-processus
+
BPMN: Exemple 1/2

43
BPMN: Exemple 2/2

44
BPMN et processus

 La dimension métier du processus


 Un modèle mixte métier/technique

 Points de vues
 Processus/fonctions

 Avantages de la norme BPMN


 Notation visuelle et claire
 Format commun automatisable
 Formalisme compréhensible même pour les intervenants externes
 Notation de référence

45

Vous aimerez peut-être aussi