INSTITUT AFRICAIN D’INFORMATIQUE
Etablissement Inter-Etat d’Enseignement Supérieur
(Gabon) Tél (+241) 07 70 55 00 -07 70 56 00
E-mail : contact@[Link]
Site Web: [Link]
BP : 2263 Libreville
TP : UML
THEME : MODELISATION D’UN SYSTEME DE GESTION
D’UNE SOCIETE DE LIVRAISON
CYCLE : INGENIEUR 2
Réalisé par : Supervisé par :
DJEKOURBOUA Janvier Pr KOUSSOUBE
PITIMBAYE Eveline
MEKILA Kagwei Eloi
Année académique 2023-2024
UML
Table des matières 1
Introduction ........................................................................................................................................ 2
PREMIERE PARTIE : .................................................................................................................................. 3
ETUDE PREALABLE ................................................................................................................................... 3
I. Cahier de charge préliminaire .............................................................................................................. 3
II. Contexte et définition du problème .................................................................................................... 3
III. Modélisation du contexte ................................................................................................................... 3
A. Identification des acteurs ................................................................................................................ 4
B. Identification des messages ............................................................................................................ 5
C. Diagramme de contexte dynamique ............................................................................................... 5
D. Diagramme de contexte statique .................................................................................................... 6
DEUXIEME PARTIE :.................................................................................................................................. 7
CAPTURE DES BESOINS FONCTIONNELS.................................................................................................. 7
I. Description textuelle des cas d’utilisation ............................................................................................ 7
II. Détermination des cas d’utilisations ................................................................................................... 8
III. Diagramme de cas d’utilisation .......................................................................................................... 9
IV. Description détaillée des cas d’utilisation .......................................................................................... 9
A. Cas d’utilisation s’authentifie .................................................................................................... 10
B. Cas d’utilisation consulter les produits.......................................................................................... 10
C. Cas d’utilisation gérer les commandes .......................................................................................... 11
D. Cas d’utilisation commander......................................................................................................... 12
E. Cas d’utilisation Consulter statistiques .......................................................................................... 13
F. Cas d’utilisation commander le produit ......................................................................................... 14
V. Structuration des cas d’utilisation dans les packages ........................................................................ 14
VI. Diagramme des classes .................................................................................................................... 16
VII. Construction des diagrammes de séquence ................................................................................... 17
A. Diagramme de séquence pour le cas d’utilisation s’authentifier .................................................. 17
B. Diagramme de séquence pour le cas d’utilisation consulter les produits ..................................... 17
C. Diagramme de séquence pour le cas d’utilisation commander produit ....................................... 18
Conclusion
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
2
Introduction
Ce projet du système de Gestion d’une société de livraison, a pour objectif la conception d’un
système d’information permettant d’aider à la gestion d’une société de livraison. Le logiciel, qui
fera suite à cette analyse, devra permettre donc de :
❖ Gérer des clients (inscription, modification des données).
❖ Gérer des commandes (création, modification, annulation).
❖ Planifier des itinéraires de livraison.
❖ Suivre en temps réel des livraisons.
❖ Gérer des employés (livreurs, personnel administratif).
Au cours de ce projet, nous allons présenter le diagramme de classe, le diagramme dynamique,
diagramme d’état et le diagramme d’activité modélisés selon le langage de modélisation UML.
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
PREMIERE PARTIE : 3
ETUDE PREALABLE
L’étude préliminaire (ou pré étude) est la toute première étape du processus. Elle consiste à
effectuer un premier repérage des besoins fonctionnels et opérationnels. Cette partie sera
essentiellement consacré à la rédaction du cahier des charges et à la modélisation du contexte.
I. Cahier de charge préliminaire
Le cahier des charges est un document qui nous permet d’analyser le système actuel afin de
mieux comprendre son fonctionnement et de faire ressortir les problèmes rencontrés afin
d’étudier les différentes formes de solutions pour l’amélioration du système. La gestion d’une
société de livraison est une tâche assez complexe qui nécessite d’être renforcée par les
nouvelles technologies. Nous ferons donc une analyse descriptive du système tout en
présentant les besoins fonctionnels exprimés ainsi que les besoins non fonctionnels.
II. Contexte et définition du problème
Dans le but de faciliter le suivi de ses activités quotidiennes, toute structure quel que soit son
domaine, cherche le meilleur moyen de bien les coordonner. Dans le cas précis de la gestion
d’une société de livraison, nous partons sur ce principe que nous faisons face à un certain
nombre de difficultés auxquelles il est nécessaire de trouver des solutions adéquates. Nous
citons entre autres :
❖ Toutes les informations des livraisons sont stockées manuellement et moins sécurisé
❖ Une absence de statistique annuelle ou semestrielle sur les livraisons
❖ Les contraintes légales et réglementaires liées au secteur de la livraison.
On se propose de concevoir un système (simplifié) de Gestion des livraisons. Nous ne nous
intéressons par sur le type du colis ou produit commandé mais nous nous intéressons sur la
livraison des produits commandés par les clients.
Ainsi le système doit prendre en charge :
❖ La disponibilité du produit ;
❖ Commandes effectuées par les clients ;
❖ Livraison des commandes ;
❖ L’itinéraire d’une livraison ;
❖ Etablir une statistique ;
Notons aussi qu’un client peut effectuer plusieurs commandes.
III. Modélisation du contexte
La modélisation du contexte se fait en trois activités successives :
❖ Identification des acteurs ;
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
❖ Identification des messages ;
4
❖ La réalisation d’un diagramme de contexte ;
A. Identification des acteurs
C’est ici que nous identifions les acteurs susceptibles d’interagir avec le système.
Un acteur représente l’abstraction d’un rôle joué par des entités externes (utilisateur, dispositif
matériel ou autre système) qui interagissent directement avec le système étudié. Le tableau
suivant présente les acteurs du système identifiés dans une première itération :
Acteurs Rôle
Clients Personne effectuant la commande du produit
Livreur Personne chargée de livrer les commandes des
clients
Gestionnaire des commandes Personne qui gère les commandes des clients
Administrateur du système C’est celui qui est chargé de la gestion de
l’ensemble de l’application
Message envoyé au système Message envoyé par le système
CODE MESSAGE CODE MESSAGE
E01 Demande de connexion R01 Formulaire de connexion
E02 Consultation des produits RO2 Page des produits
E03 Demande d’abonnement RO3 Formulaire de saisie d’information
d’abonnement
E04 Réserver une commande R04 Page de réservation de commande
E05 Création et modification d’abonnement R05 Formulaire d’abonnements
E06 Effectuer ou modification une commande R06 Formulaire de commande
E07 Liste des commandes RO7 Page de commande
E08 Commandes livrées R08 Page des livraisons
E09 Liste des catégories d’employés R09 Page des employés
E10 Liste des livreurs associés à chaque R10 Page des livreurs associé aux
commande produits livrés
E11 Suivre itinéraire de livraison R11 Page itinéraires de livraison
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
E12 Consulté les statistiques R12 Page de statistiques 5
E13 Editer les statistiques R13 Page d’édition des statistiques
E14 Enregistrement des gestionnaires R14 Formulaire de création des
gestionnaires
B. Identification des messages
Nous allons identifier et détailler les différents messages échangés entre le système et
l’extérieur mais définissons d’abord ce qu’on entend par message. Un message représente la
spécification d’une communication unidirectionnelle entre les objets qui transportent de
l’information avec l’intention de déclencher une activité chez le récepteur.
C. Diagramme de contexte dynamique
Le diagramme de contexte permet de définir le plus haut niveau des interfaces du système.
Celui associé à notre futur système est le suivant :
Livreur
Clients R11
R02, R03, R04, R05, R06
E11
E02, E03, E04, R05, R06
RO1, R02, R04, R07, R08, RO9, R10, R11, R12, R13
E01, E14
R01, R14
EO1, E02, E04, E07, E08, EO9, E10, E11, E12, E13
Administrateur Gestionnaire de commande
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
D. Diagramme de contexte statique 6
Le diagramme de contexte statique permet de positionner le système dans son environnement
selon un point de vue matériel. Le système est donc décrit physiquement, et non pas en termes
de fonctionnalités. De plus, pour chaque type d’élément matériel extérieur au système, il est
précisé les nombres minimal et maximal d’éléments, appelés cardinalités, qui sont mis en jeu.
Administrateur
1..1
1.. * 0.. *
SYSTEME
Clients
Gestionnaire de commande
1.. *
Livreur
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
DEUXIEME PARTIE : 7
CAPTURE DES BESOINS FONCTIONNELS
Cette phase représente un point de vue « fonctionnel » de l’architecture système. Elle va nous
permettre de préciser l’étude du contexte fonctionnel du système, en décrivant les différentes
façons qu’auront les acteurs d’utiliser le futur système. L’objectif de cette phase est de définir
les limites du système et permettre ainsi d’éviter de trop s’éloigner des besoins réels de
l’utilisateur final.
I. Description textuelle des cas d’utilisation
Le diagramme de cas d’utilisation décrit les grandes fonctions d’un système du point de vue des
acteurs, mais n’expose pas de façon détaillée le dialogue entre les acteurs et les cas
d’utilisation. Bien que de nombreux diagrammes d’UML permettent de décrire un cas, il est
recommandé de rédiger une description textuelle car c’est une forme souple qui convient dans
bien des situations. Une description textuelle couramment utilisée se compose de trois (03)
parties.
❖ La première partie permet d’identifier le cas, elle doit contenir les informations qui
suivent.
Nom : Utiliser une tournure à l’infinitif (ex : Réceptionner un colis).
Objectif : Une description résumée permettant de comprendre l’intention
principale du cas d’utilisation. Cette partie est souvent renseignée au début du
projet dans la phase de découverte des cas d’utilisation.
Acteurs principaux : Ceux qui vont réaliser le cas d’utilisation (la relation avec
le cas d’utilisation est illustrée par le trait liant le cas d’utilisation et l’acteur dans
un diagramme de cas d’utilisation)
Acteurs secondaires : Ceux qui ne font que recevoir des informations à l’issue
de la réalisation du cas d’utilisation
Dates : Les dates de créations et de mises à jour de la description courante
Responsable : Le nom des responsables.
❖ La deuxième partie contient la description du fonctionnement du cas sous la forme
d’une séquence de messages échangés entre les acteurs et le système. Elle contient
Toujours une séquence nominale qui décrit de déroulement normal du cas. À la
séquence nominale s’ajoutent fréquemment des séquences alternatives (des
embranchements dans la séquence nominale) et des séquences d’exceptions (qui
interviennent quand une erreur se produit)
Préconditions : elles décrivent dans quel état doit être le système
(l’application) avant que ce cas d’utilisation puisse être déclenché.
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
Scénarii : Ces scénarii sont décrits sous la forme d’échanges d’évènements
8
entre l’acteur et le système. On distingue le scénario nominal, qui se déroule
quand il n’y a pas d’erreur, des scénarii alternatifs qui sont les variantes du
scénario nominal et enfin les scénarii d’exception qui décrivent les cas
d’erreurs.
Post conditions : elles décrivent l’état du système à l’issue des différents
scénarii.
❖ La troisième partie de la description d’un cas d’utilisation est une rubrique
optionnelle. Elle contient généralement des spécifications non fonctionnelles
(spécifications techniques, …). Elle peut éventuellement contenir une description des
besoins en termes d’interface graphique.
II. Détermination des cas d’utilisations
L’identification des cas d’utilisation une première fois, nous donne un aperçu des fonctionnalités
futures que doit implémenter le système. Pour constituer les cas d’utilisation, il faut considérer
l'intention fonctionnelle de l'acteur par rapport au système dans le cadre de l'émission ou de la
réception de chaque message. En regroupant les intentions fonctionnelles en unités
cohérentes, on obtient les cas d'utilisation.
Cas d’utilisation Acteurs Message émis Messages reçus
S’authentifier Gestionnaire, E01 : demande de R01 : formulaire de
administrateur connexion connexion
Consulter les produits Clients, Gestionnaire, E02 : consultation des R02 : page des
administrateur produits produits
S’abonner Client E03 : demande R03 : formulaire
d’abonnement d’abonnement
Gener les commandes Gestionnaire E07 : Liste des R07 : page de
commandes commandes
Consulter les Gestionnaire, E12 : Consulter E13 : Page statistique
statistiques administrateur statistiques
Commander Client E6 : Effectuer ou modifier Formulaire de
une commande commande
Gérer les comptes Administrateurs E14 : Enregistrer les R14 : Formulaire de
gestionnaires création des
gestionnaires
Livrer commande Livreur E11 : Suivre itinéraire de R11 : page itinéraire de
livraison livraison
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
III. Diagramme de cas d’utilisation
Commander
S’abonner
<<include>>
Consulter
produits
<<include>>
Clients
S’authentifier
Gérer les
commandes <<include>>
Consulter
statistique <<include>>
Gestionnaires
Gérer <<include>>
gestionnaires
Administrateur
<<extend>>
Livrer commande
Livreur
IV. Description détaillée des cas d’utilisation
Nous allons maintenant détailler chaque cas d’utilisation qui doit faire l’objet d’une définition à
priori qui décrit l’intention de l’acteur lorsqu’il utilise le système et les séquences d’actions
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
principales qu’il est susceptible d’effectuer. Ces définitions servent à fixer les idées et n’ont pas
10
pour but de spécifier un fonctionnement complet et irréversible
A. Cas d’utilisation s’authentifie
Sommaire
Nom : s’authentifier
Acteur(s) : Gestionnaire, administrateur et même client s’il est abonné
Date : 10 février 2024
Responsables : DJEKOURBOUA Janvier, PITIMBAYE Eveline, KAGWEI MEKILA Eloi
Version : 1.0
Objectif : identifier et authentifier les acteurs
Résumé : il permet de garantir la confidentialité des données et de contrôler chacun
des acteurs
Description des enchaînements
Pré conditions :
1. Base de données du système démarrée ;
2. Réseau en bon état.
Scénario nominal
1. L’utilisateur envoie une demande d’authentification ;
2. Le système lui demande de s’authentifier ;
3. L’utilisateur saisit son nom d’utilisateur et son mot de passe ;
4. Le système affiche la page d’accueil de l’application(A1).
Scénario alternatif
A1 : l’utilisateur saisit des informations erronées ;
5. Le système envoie un message d’erreur, le système reprend le scénario nominal
au point 2.
B. Cas d’utilisation consulter les produits
Sommaire
Nom : Consulter produits
Acteur(s) : Clients, gestionnaire
Date : 10 février 2024
Responsables : DJEKOURBOUA JANVIER, PITIMBAYE EVELINE
Objectif : Consulter les produits
Résumé : ça permet de voir les produits disponibles
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
Sommaire 11
Nom : Consulter produits
Acteur(s) : Clients, gestionnaire
Date : 10 février 2024
Responsables : DJEKOURBOUA JANVIER, PITIMBAYE EVELINE
Version : 1.0
Objectif : Consulter les produits disponibles
Résumé : Il permet aux Clients et au gestionnaire de voir les produits disponibles
Description des enchaînements
Pré conditions :
1. Le client se connecte
Scénario nominal
1. Le client envoie une demande de consultation du produit ;
2. Le système renvoi la page du produit avec toutes ses caractéristiques
C. Cas d’utilisation gérer les commandes
Sommaire
Nom : gérer commandes
Acteur(s) : gestionnaire
Date : 10 février 2024
Responsables : DJEKOURBOUA JANVIER PITIMBAYE EVELINE, Eloi
Version : 1.0
Objectif : Gérer les commandes
Résumé : Il permet d’enregistrer toutes les commandes
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
D. Cas d’utilisation commander 12
Sommaire
Nom : Commander
Acteur(s) : Clients
Date : 10 février 2024
Responsables : DJEKOURBOUA JANVIER PITIMBAYE EVELINE, Eloi
Version : 1.0
Objectif : Commander produits
Résumé : Il permet de commander les produits
Description des enchaînements
Pré conditions :
1. Le client se connecte
Scénario nominal
1. Le client envoie une demande de consultation du produit ;
2. Le système renvoi la page du produit avec toutes ses caractéristiques
3. Le client sélectionne le produit,
4. Le système lui renvoie le formulaire de commande
5. Le client effectue sa commande en validant le formulaire de commande
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
E. Cas d’utilisation Consulter statistiques 13
Sommaire
Nom : Consulter statistique des produits
Acteur(s) : Gestionnaire, administrateur
Date : 10 mars 2024
Responsables : DJEKOURBOUA JANVIER, PITIMBAYE EVELINE, Eloi
Version : 1.0
Objectif : Consulter les statistiques des livraisons, commandes, etc.
Résumé : Il permet aux gestionnaires et à l’administrateur de voir les statistiques des produits commandés
Description des enchaînements
Pré conditions :
2. Le gestionnaire et l’administrateur se connectent
Scénario nominal
1 Le gestionnaire ou l’administrateur demande la page de consultation des statistiques.
2. Le système renvoi la page de consultation des statistiques ;
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
14
F. Cas d’utilisation commander le produit
Description des enchaînements
Pré conditions :
1. Le gestionnaire s’authentifie ;
2. Il consulte la liste des commandes ;
3. L’abonnement du client n’est pas obligatoire ;
Scénario nominal
1. Le client ou l’abonné consulte le produit et effectue une commande en remplissant le formulaire ;
2. Le système vérifie la disponibilité du produit ;
3. Affichage de la commande chez le gestionnaire ;
4. Validation des informations ;
6. Le système met à jour la table des commandes (A1) (A2).
Scénario alternatif
A1 : L’utilisateur saisit des informations erronées ;
7. Le système envoie un message d’erreur, le système reprend le scénario nominal au point 1.
A2 : Le produits commandé n’est pas disponibles ;
8. Le système envoie une alerte et reprend le scénario nominal au point 1.
V. Structuration des cas d’utilisation dans les packages
Qu’est-ce qu’un package ?
Un package représente un espace de nommage qui peut contenir :
❖ Des éléments d’un modèle.
❖ Des diagrammes qui représentent les éléments du modèle.
❖ D’autres packages.
La structuration des cas d’utilisation se fait par domaine d’expertise métier c’est à dire
les éléments contenus dans un package doivent représenter un ensemble fortement
cohérent et sont généralement de même nature et de même niveau sémantique.
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
15
Cas d’utilisation Acteurs Package
Gener les commandes Gestionnaire Gestion des
abonné
S’abonnés Clients
Consulter les produits, Gestionnaire Gestion des
consulter les statistiques statistique
Commander Clients
Gestion des
livraison
Livrer commande Livreur
Gérer les comptes Administrateur Gestion des
profils
Gestion des profils
Gestion des abonnés
<<use>> <<use>>
Authentification
<<Access>>
<<use>> <<use>>
Gestion des statistiques
<<access>>
Gestion des livraisons
<<Access>>
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
VI. Diagramme des classes 16
Gestionnaire
Administrateur
-idGest: int 1
-idAdmin: int
1.. *
Gerer client -NomGes: Chaine
-Admin: Chaine
-motDePass: Chaine 1.. *
-motDePass: Chaine
-Solde : flottant
Gerer gestionnaire
-ConsulCom()
-CreerGest()
-afficheRStatis()
-afficheRStatis()
1.. * -afficherLivrai()
-afficherLivrai()
Client
Commande
-nomClient : Chaine 0.. * -idCom : int
-Adresse : Chaine 1
-Adressecli : Chaine 0.. *
-infocarteCredit : Chaine
-infocarteCredit : Chaine
Effectuer
-InfoExpedition : Chaine
-InfoExpedition : Chaine
-SoldeCompte : flottant
-Solde : flottant
-idclient :int Livrer
+commander()
+inscrire() +annulerCom()
+connecter()
+Commander()
1
Livreur
-idLivreur : int
-NomLivreur : Chaine
-ItineraireLiv : Chaine
-effectLivraison ()
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
VII. Construction des diagrammes de séquence 17
A. Diagramme de séquence pour le cas d’utilisation s’authentifier
Système
Tous les acteurs
Demande d’authentification
Envoie de formulaire
Saisie d’identifiant
Vérification
Page d’accueil
Si identifiant=Vrai
Envoie de formulaire
Sinon
Fin si
B. Diagramme de séquence pour le cas d’utilisation consulter les produits
Système 1
Clients,
abonnés Envoie demande pour consulter les produits
Renvoie la page des produits
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
C. Diagramme de séquence pour le cas d’utilisation commander produit 18
Système 2
Clients, abonnés
Envoie demande pour commander le produit
Renvoie demande pour commander le produit
Vérifier si produit disponible
Commande effectuée
Commande effectuée avec succès
Alerte produit indisponible
Institut Africain d’Informatique IAI Année académique 2023-2024
UML
19
Conclusion
Ce travail nous a permis d’appréhender les tâches qui attendent l’Ingénieur dans la vie
professionnelle. Il nous a aussi permis de mettre en pratique les connaissances
acquises pendant le cours de conception orienté objet avec UML. Outre l’aspect de la
mise en pratique, ce travail constitue un stimulis pour approfondir nos recherches dans
le domaine de la conception des systèmes d’information
Institut Africain d’Informatique IAI Année académique 2023-2024