2

Description
• Objectif: Note
▫ Modéliser les
Systèmes Assiduité
d’Information en 20%

utilisant UML
Modélisation des Systèmes d’Information • Déroulement du cours :
Examen Final
40%

Pr. TIKITO ▫ par projet de 7

étudiants Contrôles
20%
• Volume horaire :
Semestre 3
Projet
20%

Assiduité Contrôles Projet Examen Final

A.U: 2020-2021 2ème MSIP

3 4

Déroulement Pour la séance S3

• Introduction •Proposer un exemple de SI : le Projet
• Former les équipes et désigner les responsables d’équipes : à
communiquer avant la séance 3 par email to: tikito@enim.ac.ma
• Travail pour la séance prochaine

Sommaire
• Définir :
▫ La modélisation
▫ Un Système d’information
• Quel intérêt pour la modélisation des Systèmes d’information ?
Modélisation des Systèmes d’Information • Quels sont les méthodes de modélisation des SI ?
Pr. TIKITO • Quels sont les langages de modélisation des SI ?
• Quels sont les diagrammes d’UML (2.5) ?
• Quels sont les outils pour la modélisation avec UML?
• Proposer un exemple de SI : le Projet
Définitions

A.U: 2018-2019 2ème MSIP

 7 8

Définitions : Système Définitions : Information

• Un système est un ensemble d'éléments interagissant •En informatique et en

entre eux selon certains principes ou règles. Un
système est déterminé par :
télécommunication, l'information est :
▫ La nature de ses éléments constitutifs ; •un élément de connaissance
▫ Les interactions entre ces derniers ; (voix, donnée, image)
▫ Sa frontière, c'est-à-dire le critère d'appartenance •susceptible d'être conservé, traité ou
au système (déterminant si une entité appartient au
système ou fait au contraire partie de son transmis à l'aide d'un support et d'un
environnement). mode de codification normalisé.
▫ Ses interactions avec son environnement
Source : wikipedia

9 10

Définitions : Système Information Définitions : Système Information

• Un système d'information (SI) est un ensemble

organisé de ressources
▫ (technologique, personnel, données et procédures)
• qui permet de
▫ Collecter
▫ Stocker
▫ Traiter
▫ Diffuser de l'information dans un environnement
donné

Source : wikipedia Source : wikipedia

11 12

Définitions : Modélisation Définitions : Modèle

• La modélisation est la conception d'applications avant le
codage. ( Analogie : le plan pour la construction d’un gratte-
ciel)
• Nous avons besoin d’un langage de modélisation pour:
▫ Aider à développer des conceptions efficaces ,
efficientes et correctes, en particulier les
conceptions Orientées Objet.
▫ Communiquer clairement avec les parties
intervenantes du projet (les parties concernées: les
développeurs, clients, etc.).
▫ Présenter une « vue globale » sur le projet.
•Une abstraction de la réalité.
•Une « vue subjective » mais pertinente de la
réalité
•Il permet de:
▫ faciliter la compréhension du système étudié : un
modèle réduit la complexité du système étudié.
▫ simuler le système étudié : un modèle représente le
système étudié et reproduit ses comportements.
•L'abstraction est un des piliers de l'approche
objet
 13 14

Définitions : Modèle vs Méthode Définitions : Modèle vs Méthode

•UML est un langage (de modélisation objet) •Les auteurs d'UML préconisent d'utiliser une
•Représenter graphiquement les besoins des démarche se basant sur 3 principes
utilisateurs : les diagrammes fondamentaux :
•UML ne propose pas de processus (i.e. de ▫Démarche itérative et incrémentale
démarche proposant un enchaînement
d’étapes et d’activités qui mènent à la ▫Guidée par les besoins du client et des
résolution d’un problème posé) utilisateurs
•UML est un langage qui permet de représenter ▫Centrée sur l’architecture du logiciel
des modèles, mais il ne définit pas le processus
d'élaboration des modèles
•UML n’est pas une méthode

15 16

Le Formalisme UML Les Vues d’UML

• UML se décompose en plusieurs sous-ensembles : • Vue logique
▫ Les vues : Les vues sont les observables du système. Elles • Vue des processus
décrivent le système d'un point de vue donné, qui peut être • Vue d’implémentation
organisationnel, dynamique, temporel, architectural, • Vue de déploiement
logique, etc. En combinant toutes ces vues, il est possible de • Vue des cas d’utilisation
définir (ou retrouver) le système complet.
▫ Les diagrammes : Les diagrammes sont des éléments
graphiques. Ceux-ci décrivent le contenu des vues, qui sont
des notions abstraites. Les diagrammes peuvent faire partie
de plusieurs vues.
▫ Les modèles d'élément : Les modèles d'élément sont les
briques des diagrammes UML, ces modèles sont utilisés dans Source : Concept de
plusieurs types de diagrammes. Exemple d'élément : cas vue et génie logiciel
[SIGONNEAU 2003]
d'utilisation (CU ), classe, association, etc.
17

Les Diagrammes UML UML 2.5 Diagrams Overview.

Note, items in blue are not part
of official taxonomy of UML
2.5 diagrams.

Modélisation des Systèmes d’Information

Pr. TIKITO

Use case Diagram

2ème MSIP
 19 20

Diagramme de Cas d’utilisation Diagramme de Cas d’utilisation

•Définir le besoin client •Les cas d'utilisation sont les exigences

•Déterminer les acteurs et les cas d’utilisation
•Récapitulatif graphique des interactions entre
acteurs et fonctionnalités.
•Est au cœur du modèle : affecte et guide tous
les autres éléments au sein de la conception
du système
fonctionnelles du système
•Un cas d'utilisation est un cas (ou situation) où
le système est utilisé pour remplir une ou
plusieurs des exigences des utilisateurs
•Un cas d'utilisation saisit un morceau de
fonctionnalité que le système fournit.

21 22

Diagramme de Cas d’utilisation Diagramme de Cas d’utilisation

•Un excellent point de départ pour à peu près

toutes les facettes du développement orienté
objet système, la conception, les tests et la
documentation.
•Description des exigences du système
strictement de l'extérieur

23

Use Case Diagram

Diagramme de Cas d’utilisation

•Acteur
• Relation entre cas d’utilisation
•Les acteurs doivent être en mesure de prendre
• Généralisation
des décisions, mais pas besoin d'être humain
• Inclusion
•«Un acteur peut être une personne, une
( « uses » dans la version UML 1.X)

• Extension
entreprise ou une organisation, un programme
informatique ou un ordinateur système
matériel, des logiciels, ou les deux. »
•Attention: une personne utilisant un système
peut être représentée comme différents
acteurs parce qu’elle joue des rôles différents
(ex: banquier)
Use Case Diagram

Modélisation des Systèmes d’Information

Pr. TIKITO

Use case Diagram (Etude de cas)

2ème MSIP

Use Case Diagram (Etude de cas) Use Case Diagram

• Informatisation d'un entrepôt de stockage • Solution:

• Pour faciliter sa gestion, un entrepôt de stockage envisage de
s’informatiser. Le logiciel à produire doit allouer automatique un • 1) Dégager les Acteurs
emplacement pour le chargement des camions qui convoient le stock à
entreposer. • L’étude du cahier des charges ainsi qu’un dialogue avec les
• Le fonctionnent du système informatique doit être le suivant : employés et leur chef a abouti à retenir 3 acteurs:
• déchargement d’un camion : lors de l’arrivée d’un camion, un employé doit • Un employé dont le rôle est de saisir les caractéristiques des
saisir dans le système les caractéristiques de chaque article ; le système
produit alors une liste où figure un emplacement pour chaque article ; articles lors d’un chargement / déchargement.
• chargement d’un camion : les caractéristiques des articles à charger dans • Un superviseur dont le rôle est de pouvoir contrôler l’état du
un camion sont saisies par un employé afin d’indiquer au système de
libérer des emplacements. stock.
• Le chargement et le déchargement sont réalisés manuellement. • Un administrateur du système dont le rôle est de gérer des
• Les employés de l’entrepôt sont sous la responsabilité d’un chef dont le
rôle est de superviser la bonne application des consignes. comptes utilisateurs pour les employés et le superviseur.
• Travail à Faire :
• Dégager les Acteurs
• Donner le Diagramme des cas d’utilisation
Source : http://exercicecorrige.blogspot.com/2013/08/informatisation-dun-entrepot-de-stockage.html?spref=bl

Use Case Diagram Use Case Diagram

•Identifier le sujet du projet

•Identifier le périmètre du projet
•Identifier les acteurs
•Identifier les cas d’utilisation
•Réaliser le diagramme de cas d’utilisation
(outil ?)
 Use Case Diagram (pour le projet)

• Réaliser une fiche descriptive pour chaque cas

d’utilisation
•l’histoire du déroulement des différentes
actions
Modélisation des Systèmes d’Information •Cette fiche descriptive doit comporter 4 volets
Pr. TIKITO
▫ L’identification
▫ La description des scénarios
▫ La fin et les post-conditions
Use case Diagram (Le projet)
▫ Les compléments
•Voir Lien
2ème MSIP

Diagramme de Classe

• Notion de Classe
• Classe abstraite
• Encapsulation
• Interface
• Relations:
Modélisation des Systèmes d’Information • Association
Pr. TIKITO • Agrégation
• Composition
• Héritage (cf. Polymorphisme)
– Généralisation
Diagramme de Classe – Spécification
• Dépendance

2ème MSIP Pr.TIKITO 34

Diagramme de Classe Diagramme de Classe

Spécification Concepts de
• les interfaces des
l’orienté objet:
classes plutôt que Conceptuel • Encapsulation:
leurs contenus regrouper les données et les
• manière éventuelle traitements associés.
d'implémenter les
concepts du domaine • Héritage: créer de
et à leurs relations nouvelles classes à partir de
classes déjà existantes afin de
réutiliser leurs attributs et leurs
comportements
Implémentation
• Polymorphisme: le
• contenu et même service, aussi appelé
implémentation de
opération ou méthode, peut
chaque classe
avoir un comportement
différent selon les situations.

Source: UML & Together 2006 tutorial. Hong Qing Yu. 2006

Pr.TIKITO 35 Pr.TIKITO 36
 Diagramme de Classe / La Classe Diagramme de Classe / Les attributs

• La notation UML dessine le concept de classe [Visibilité] Nom [Mult] [":" TypeAtt] ["=" Val] [Prop]
sous forme d’un rectangle, le nom de la classe
• La visibilité des attributs est représenté par un des symboles
apparaît dans la partie supérieure. Les suivants:
compartiments suivants sont pour la liste des Private Package Protected Public
attributs et la liste des méthodes. (-) (~) (#) (+)
• Le nom de la classe est généralement écrit au • Mult: : [ nbElt ] ou [ Min .. Max ]
centre et en gras. S’il est en italique c’est qu’il • TypeAtt : type primitif (Entier, Chaîne, ...) ou classe
s’agit d’une classe abstraite , ou bien on ajoute le • Val : valeur initiale à la création de l’objet
• Prop : {gelé}, {variable}, {ajoutUniquement}, ...
mot clé « abstract » • Si l’attribut est souligné : attribut de classe (statique)
• Si l’attribut est précédés de « / » : Attribut dérivé

Pr.TIKITO 37 Pr.TIKITO 38

Diagramme de Classe / Les attributs Diagramme de Classe / Les attributs

• Exemple:
La fameuse classe « Voiture »
• La classe Voiture :
o Passager
o Roue
o Puissance
o Couleur
o Stickers
Source: UML 2.0 in a Nutshell By Dan Pilone, Neil Pitman. 2005

Pr.TIKITO 39 Pr.TIKITO 40

Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Association
Association
• Une association décrit une relation stable entre les
classes.
• Il peut exister plusieurs associations possibles entre deux
classes : rôles multiples
• Les liens entre les objets doivent exister en dehors de
l’exécution d’une méthode.

Source: Conception et
réalisation de bases de
données : De UML à
SQL. Jacques Guyot.
Editions Systèmes et
Information. 2008

Pr.TIKITO 41 Pr.TIKITO 42
 Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Association
Association
• La multiplicité:
• La navigabilité: Pour contraindre l’association à n’être
parcourue que dans un sens.
Multiplicité de A Multiplicité de B

Classe A Classe B
Rôle de A Rôle de B

Multiplicité 1 n 0..1 0..n 0..* ou * 1..n 1..*

Sens Un seul Uniquement n Zéro ou un Zéro ou n Zéro ou Un ou n Un ou plus
(n>1) plus

Source: Conception et réalisation de bases de données : De UML à SQL. Jacques Guyot. Editions Systèmes et Information. 2008

Pr.TIKITO 43 Pr.TIKITO 44

Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Association Association
0..* 1

Article Catégorie Article Catégorie

1..* 0..1
Est employé par Est employé par
Personne Entreprise Personne Entreprise
Employé Employeur Employé Employeur

1..* *

Livre Auteur Livre Auteur

5..28 1..7

Etudiant Cour Etudiant Cour

Pr.TIKITO 45 Pr.TIKITO 46

Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Association Réflexive Association Réflexive

0..1
conjointe Personne conjointe Personne
0..1
conjoint conjoint

Marié à Marié à

Personne

Ami de

Pr.TIKITO 47 Pr.TIKITO 48
 Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Classe-Association Classe-Association
• L’association a ses propres attributs et méthodes.

Source: Conception et réalisation de bases de données : De UML à SQL. Jacques Guyot. Editions Systèmes et Information. 2008

Pr.TIKITO 49 Pr.TIKITO 50

Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Classe-Association n-aire Agrégation

• Forme particulière de l’association
• Relation d’inclusion d’un élément à un ensemble
• Une classe appartient à une collection

Pr.TIKITO 51 Pr.TIKITO 52

Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Composition
Spécialisation / Généralisation
• « Agrégation Forte » • Notion d’héritage.
• La destruction d’un composite implique la destruction de
ses composants.
• Un composant appartient à au plus une composite

Pr.TIKITO 53 Pr.TIKITO 54
 Diagramme de Classe / Les relations Diagramme de Classe / Les relations

Dépendance Dépendance
• Une ou plusieurs méthodes reçoivent un objet d'un type
d'une autre classe.
• Lorsqu’un changement intervient dans la classe cible, la
classe source est affectée.

Source: http://www.uml-diagrams.org/dependency.html

Pr.TIKITO 55 Pr.TIKITO 56

Diagramme de Classe Diagramme de Classe

Interface Relations
• Classe sans attribut, dont toutes ses opérations sont
abstraites
Association Aggregation Dependency
• On utilise une relation de type réalisation entre une
interface et une classe qui l'implémente.

Inheritance Composition
Realize

Source: UML 2 - de l'apprentissage à la pratique (cours et exercices). LAURENT AUDIBERT.

Guide (broché). Ed. Ellipses. 2009
Pr.TIKITO 57 Pr.TIKITO 58

PLAN Diagramme d’Objet

• Représente les objets d'un système à un instant

Introduction donné.
• Les instances peuvent être anonymes (a,c,d),
Modélisation de la structure
nommées (b,f), orphelines (e), multiples (d) ou
• Diagramme de classe
• Diagramme d’objet stéréotypées (g).

Modélisation du comportement
• Diagramme de cas d’utilisation
• Diagrammes d’interaction

Etude de cas

Conclusion

Pr.TIKITO 59 Pr.TIKITO 60
 Diagramme de Classe / Objet Diagramme de Classe

Pr.TIKITO 61 Pr.TIKITO 62

Diagramme de Classe Diagramme de Classe

Source: Introduction à UML2.: Modélisation Objet élémentaire. Pierre Gérard

Pr.TIKITO 63 Pr.TIKITO 64

Diagramme de Classe

Modélisation des Systèmes d’Information

Pr. TIKITO

Diagramme de Classe (Etude de cas)

Source: Introduction à UML2.: Modélisation Objet élémentaire. Pierre Gérard

Pr.TIKITO 65 2ème MSIP

Diagramme de classe : Online Shopping Diagramme de classe : Online Shopping

• Here we provide an example of UML class diagram which

shows a domain model for online shopping. The purpose of
the diagram is to introduce some common terms,
"dictionary" for online shopping - Customer, Web User,
Account, Shopping Cart, Product, Order, Payment, etc. and
relationships between. It could be used as a common
ground between business analysts and software developers.
• Each customer has unique id and is linked to exactly
one account. Account owns shopping cart and orders.
Customer could register as a web user to be able to buy
items online. Customer is not required to be a web user
because purchases could also be made by phone or by
ordering from catalogues. Web user has login name which
also serves as unique id. Web user could be in several states
- new, active, temporary blocked, or banned, and be linked
to a shopping cart. Shopping cart belongs to account.

Modélisation des Systèmes d’Information Modélisation des Systèmes d’Information

Pr. TIKITO Pr. TIKITO

Diagramme de classe (Le projet) Diagrammes d’interactions

2ème MSIP 2ème MSIP

Diagrammes d’Interactions Diagrammes d’Interactions

• Englobe 4 différents diagrammes: • Représenter les communications avec le logiciel et au sein

▫ Sequence diagrams, du logiciel
▫ Communication diagrams (collaboration diagrams • Diagramme de séquence
in UML 1.x), • Représentation temporelle des interactions entre les
objets
▫ Timing diagrams,
• Chronologie des messages échangés entre les objets et
▫ Interaction overview diagrams. avec les acteurs
• Diagramme de communication
• Représentation spatiale des objets et de leurs
interactions
• Diagramme d'objet dont les associations sont
étiquetées par les messages envoyés

Pr.TIKITO 71 Pr.TIKITO 72
 Diagrammes de Séquence

• Éléments du diagramme de séquence

• Acteurs
• Objets (instances)
• Messages (cas d'utilisation, appels d’opération)
Modélisation des Systèmes d’Information • Les diagrammes de séquence montrent le comportement des
objets dans un cas d'utilisation en décrivant les objets et les
Pr. TIKITO
messages qu'ils passent.
• La dimension horizontale montre les objets participant à
l'interaction.
Diagrammes d’interactions : Diagramme de • La disposition verticale des messages indique leur ordre.
Séquence • Le temps y est représenté explicitement par la dimension
verticale et s'écoule de haut en bas
2ème MSIP Pr.TIKITO 74

Diagrammes de Séquence Diagrammes de Séquence

• Un message définit une communication particulière entre des

lignes de vie.
• l'envoi d'un signal
• l'invocation d'une opération
• la création ou la destruction d'une instance

Pr.TIKITO 75 Pr.TIKITO 76

Diagrammes de Séquence Diagrammes de Séquence

Création ou destruction d'une instance Message asynchrone

• Ils n'attendent pas de réponse et ne bloquent pas l'émetteur

qui ne sait pas si le message arrivera à destination, le cas
échéant quand il arrivera et s'il sera traité par le destinataire.
Rq: La destruction d'un objet n'est pas nécessairement • Un signal est, par définition, un message asynchrone.
consécutive à la réception d'un message.

Pr.TIKITO 77 Pr.TIKITO 78
Diagrammes de Séquence Diagrammes de Séquence

Message asynchrone Message synchrone

• La plupart des invocations des opérations sont synchrones

• L'émetteur reste bloqué le temps que dure l'invocation de
l'opération..

Pr.TIKITO 79 Pr.TIKITO 80

Diagrammes de Séquence Diagrammes de Séquence

Condition (If)
Message synchrone

Pr.TIKITO 81 Pr.TIKITO 82

Diagrammes de Séquence Diagrammes de Séquence

Alternative (Switch) Alternative (Switch)

Pr.TIKITO 83 Pr.TIKITO 84
Diagrammes de Séquence Diagrammes de Séquence

Boucle Break

Pr.TIKITO 85 Pr.TIKITO 86

Diagrammes de Séquence Diagrammes de Séquence

Parallélisme Référence

Pr.TIKITO 87 Pr.TIKITO 88

Diagrammes de Séquence Diagrammes de Séquence

Exercice
• Le déroulement normal d’utilisation d’un distributeur automatique de billets
est le suivant :
• 1. le client introduit sa carte bancaire
• 2. la machine vérifie alors la validité de la carte et demande le code au client
• 3. si le code est correct, elle envoie une demande d’autorisation de
prélèvement au groupement de banques. Ce dernier renvoie le solde autorisé à
prélever.
• 4. le distributeur propose alors plusieurs montants à prélever
• 5. le client saisit le montant à retirer
• 6. après contrôle du montant par rapport au solde autorisé, le distributeur
demande au client s’il désire un ticket
• 7. Après la réponse du client, la carte est éjectée et récupérée par le client
• 8. les billets sont alors délivrés (ainsi que le ticket)
• 9. le client récupère enfin les billets et son ticket

Pr.TIKITO 89 Pr.TIKITO 90
Modélisation des Systèmes d’Information Modélisation des Systèmes d’Information
Pr. TIKITO Pr. TIKITO

Diagramme de Séquence (Le projet) Diagramme d’activités

2ème MSIP 2ème MSIP

Diagramme d’activités Diagramme d’activités

•Le diagramme d’activité (Activity Diagram) fait

parti des diagrammes comportementaux.
•Modéliser les aspects dynamiques d'un
système: représenter les opérations d'un
processus et leurs conséquences sur les objets
(logiciels ou matériels).
•La modélisation peut être utilisée pour décrire
le déroulement d'un cas d'utilisation ou d'une
méthode

Diagramme d’activités Diagramme d’activités

•Les diagrammes d'activité affichent le flux de

travail d'un point de départ à un point
d'arrivée en détaillant les nombreux chemins
de décision existant dans la progression des
événements contenus dans l'activité.
•Dans la phase de conception, les diagrammes
d'activités sont particulièrement adaptés pour
une plus grande description des cas
d'utilisation. Plus précisément, ils viennent
illustrer et consolider la description textuelle.
Diagramme d’activités Diagramme d’activités