www.institutsaintjean.

org
Email : infos.institutsaintjean.org
Tel : (+237) 6 57 07 98 07

PROJET
TUTORÉ

CAHIER D’ANALYSE

Thème :
MISE EN PLACE D’UNE PLATEFORME DE GESTION DES
TRANSPORT : CAS DE L’IUSJ

GROUPE 4

Classe : ING 3 ISI FR

Membres du groupe :

Membres du groupe :
ONDOA Patrick
 ONDOA Patrick
 NJANANG Sonia
SONIA
 WAFFEU Wilfried
 WAFFEU Wilfried
WOUAMBA Roy
WOUAMBA Roy

Année académique : 2023-2024

Table des matières
1. Introduction..................................................................................................................................1
2. Présentation du projet..................................................................................................................3
2.1. Présentation générale du projet...............................................................................................3
2.2. Contexte du projet..................................................................................................................3
3 Les cas d’utilisation du système...................................................................................................4
3.1 Les besoins.............................................................................................................................4
3.1.1 Besoins fonctionnels.......................................................................................................4
3.1.2 Besoins non fonctionnels................................................................................................4
3.2 Les acteurs et leurs rôles.........................................................................................................5
3.2.1 Acteurs internes..............................................................................................................5
3.2.2 Acteurs externes.............................................................................................................5
3.3 Diagrammes de cas d’utilisation.............................................................................................7
3.3.1 Diagramme de cas d’utilisation global............................................................................7
3.3.2 Diagramme de cas d’utilisation du cas « Gérer trajets »...............................................8
3.3.3 Diagramme de cas d’utilisation du cas « Gérer véhicules »...........................................8
3.3.4 Diagramme de cas d’utilisation du cas « Gérer étudiants »..........................................9
3.4 Description textuelle des cas d’utilisation...............................................................................9
3.4.1 Description textuelle du cas « S’authentifier »..............................................................9
3.4.2 Description textuelle du cas « Assigner un trajet à un bus »......................................10
3.4.3 Description textuelle du cas « Etablir rapport ».........................................................11
3.4.4 Description textuelle du cas « Enregistrer étudiant ».................................................11
3.4.5 Description textuelle du cas « Etablir l’historique des accès »...................................12
4 Diagramme de classes.................................................................................................................13
4.1 Identification des entités, attributs et méthodes....................................................................13
4.2 Diagramme de classes..........................................................................................................14
4.3 Diagramme d’objets.............................................................................................................15
Conclusion...........................................................................................................................................15

1
ISJ
1. Introduction
La gestion des transports à l’IUSJ est un véritable problème qui voit le jour avec la
croissance du nombre d’étudiants. Pour résoudre ce problème, il nous est demandé de mettre
sur pied un logiciel permettant d’améliorer la gestion des transports de manière efficace. Ceci
passe par la production d’un cahier d’analyse. Son objectif étant d’évaluer plus rapidement les
éventuels écarts entre les solutions proposées et le besoin réel, facilitant l’analyse et la
comparaison entre les différentes propositions. Pour mener à bien notre analyse, nous nous
étendrons sur les cas d’utilisation dans un premier temps, suivi de l’étude des diagrammes de
classe et enfin des diagrammes de séquence système.

2
ISJ
2. Présentation du projet

2.1. Présentation générale du projet

La gestion du transport à l’Institut Saint Jean est un véritable problème qui voit le jour
avec la croissante augmentation du nombre d’étudiant inscrit à l’établissement. Pour résoudre
ce problème, il nous est demandé de mettre sur pied un logiciel permettant la gestion du
transport au sein de l’IUSJ. Ce logiciel doit pouvoir simplifier la gestion du transport au sein
de l’IUSJ à travers l’implémentation de ces différentes fonctionnalités.

2.2. Contexte du projet

L’IUSJ est une institution catholique qui regroupe en son sein plusieurs écoles à
savoir : Saint Jean Ingénieur, Saint Jean Management, Prépa-Vogt et Prépa-Saint Jean. Pour le
campus de l’institut situé à Eyang, le transport est un élément important à prendre en compte,
afin de faciliter le déplacement des étudiants et des enseignants. Localisé dans la région du
Centre Cameroun, plus précisément dans la commune de Lobo, se rendre à Eyang n’est pas
toujours chose aisée. Il est possible de s’y rendre via un transport en commun (taxi, car, bus),
avec un risque élevé lorsqu’un usager utilise comme moyen de transport une moto. C’est dans
cette optique que l’IUSJ a mis à la disposition des étudiants et des enseignants des bus
scolaires qui passent par les différents points de ramassage à des heures précises afin de
transporter ces derniers de façon sûr jusqu’au campus.

3
ISJ
3 Les cas d’utilisation du système

3.1 Les besoins

3.1.1 Besoins fonctionnels

Les besoins fonctionnels sont les besoins généralement exprimés par le client qui
permettent de définir les différentes fonctionnalités que peut avoir l’application qui sera le
produit final. De ce fait, notre application doit être capable de :

Enregistrer les étudiants ;

Enregistrer les véhicules ;
Contrôler les heures de départ et d’arrivée des véhicules ;
Lister les trajets ;
Créer un nouveau trajet ;
Assigner un trajet à un véhicule ;
Modifier le trajet d’un véhicule ;
Gérer les utilisateurs (envoyer des infos de connexion aux étudiants) ;
Gérer les véhicules (éditer, lister, supprimer) ;
Constituer un historique des accès à un véhicule suivant une période données
(comptabiliser les étudiants qui sont entrés dans les véhicules) ;
Etablir des rapports.
o Nombre total d’étudiants qui sont entrés dans un véhicule le matin
o Nombre total d’étudiants qui sont entrés dans un véhicule le soir
o Le montant total des étudiants ayant souscrit
o Le montant total des étudiants ayant souscrit par point de ramassage

3.1.2 Besoins non fonctionnels

Les besoins non fonctionnels sont les besoins permettent de définir les exigences
qualité d’une application. Comme besoins non fonctionnels nous avons :

4
ISJ
 La Sécurité : Dans le souci de sécurité des données, les services les plus importants
seront protégés par un système d’authentification (login, mot de passe).
La portabilité : C’est la capacité pour l’application de s’exécuter sur plusieurs
terminaux différents, d’où le choix d’une application web.
L’ergonomie : L’application être facilement manipulable.
L’évolutivité et la maintenabilité : L’application est appelée à évoluer dans le futur
avec l’ajout de nouvelles fonctionnalités afin d’améliorer son efficacité et de ce fait
d’avoir une maintenance facile.
L’accessibilité : L’application doit être disponible à tout moment.

3.2 Les acteurs et leurs rôles

3.2.1 Acteurs internes

Il s’agit des acteurs qui interagissent avec le système à partir de l’intérieur de

l’organisation pour laquelle le système est mis sur pied (ils appartiennent à l’organisation).

Les acteurs internes de notre système sont :

Le responsable des transports

Qui est en charge des différentes opérations qui seront effectuer sur la plateforme.

L’administrateur

Qui l’acteur en charge de la maintenance de l’application en cas de panne.

3.2.2 Acteurs externes

Il s’agit des acteurs qui interagissent avec le système à partir de l’extérieur de

l’organisation pour laquelle le système est mis sur pied (ils n’appartiennent pas à
l’organisation).

Les acteurs externes de notre système sont :

5
ISJ
 Etudiant

Qui est l’utilisateur principal pour lequel la gestion des transports existe.

Le responsable des véhicules

Ce dernier sera chargé de vérifier la disponibilité d’un véhicule et aussi établir l’historique
des accès.

6
ISJ
 3.3 Diagrammes de cas d’utilisation
3.3.1 Diagramme de cas d’utilisation global

Système de gestion
des transports

Etablir <<include>>
rapports

<<extend>> Assigner un trajet à

un bus

<<include>>
Gérer trajets

Gérer <<include>>
étudiants

<<extend>>

Responsable du transport
Enregistrer <<include>> Envoyer les informations
étudiant de connexion

Gérer <<include>> S'authentifier

véhicules

Vérifier la
disponibilité d'un <<include>>
véhicule
<<include>>

Responsable des bus

Etablir l'historique des

Enregistrer les heures d'arrivée et
accès
départ des véhicules

<<include>>

<<extend>> Ajouter
Gérer les
compte
comptes des <<extend>>
utilisateurs
Administrateur
Modifier
compte
Supprimer
<<extend>> compte

Lister comptes
<<extend>>

Figure 1 : Diagramme de cas d'utilisation global

7
ISJ
 3.3.2 Diagramme de cas d’utilisation du cas « Gérer trajets »

<<extend>>
Ajouter

<<extend>>
Lister

<<include>>
Gérer trajets S'authentifier
Responsable du <<extend>>
transport

<<extend>>
Modifier
<<extend>>

Assigner un trajet à
un bus
Supprimer

Figure 2 : Diagramme de cas d'utilisation du cas "gérer trajets"

3.3.3 Diagramme de cas d’utilisation du cas « Gérer véhicules »

<<extend>>
Ajouter

<<extend>>
Lister

<<include>>
Gérer véhicules S'authentifier
Responsable du
transport

<<extend>>
Modifier
<<extend>>

Supprimer

Figure 3 : Diagramme de cas d'utilisation du cas "gérer véhicules"

8
ISJ
 3.3.4 Diagramme de cas d’utilisation du cas « Gérer étudiants »

<<extend>> Enregister <<include>> Envoyer les informations de

étudiant connexion

<<extend>>
Lister

<<include>>
Gérer étudiants S'authentifier
Responsable du
transport

<<extend>> Modifier
<<extend>>

Supprimer

Figure 4 : Diagramme de cas d'utilisation du cas "gérer étudiants"

3.4 Description textuelle des cas d’utilisation

3.4.1 Description textuelle du cas « S’authentifier »

Tableau 1 : Description textuelle du cas « S'authentifier »

Cas d’utilisation « S’authentifier »

Résumé L’authentification permet d’accéder à des fonctionnalités
réservées à un type d’utilisateur donné.
Acteurs Utilisateur
Description des scénarios
Présupposé Démarrer l’application
Préconditions L’utilisateur possède un login et un mot de passe
Scénario nominal 1. L’utilisateur accède à la page
2. Le système affiche le formulaire d’authentification
3. L’utilisateur saisit son login et son mot de passe

9
ISJ
 4. Le système vérifie les champs
5. Le système vérifie l’existence de l’utilisateur du compte
6. Le système renvoie l’interface correspondante à
l’utilisateur
Scénario alternatif 4a. Les champs sont mal remplis et le système affiche un
message d’erreur pour demander à l’utilisateur de bine
remplir les champs.
5a. Aucun compte correspondant au couple login/mot de
passe indiqué, le système lève une exception et renvoie
l’utilisateur à l’étape 2 ; le cas d’utilisation se termine en
échec.
Postconditions L’utilisateur est authentifié et accède aux fonctionnalités qui
lui sont dédiées

3.4.2 Description textuelle du cas « Assigner un trajet à un

bus »

Tableau 2 : Descripton textuelle du cas "Assigner un trajet à un bus"

Cas d’utilisation « Assigner un trajet à un bus »

Résumé Définir l’itinéraire d’un bus pendant une période donnée.
Acteurs Le Responsable du transport
Description des scénarios
Présupposé Démarrer l’application
Préconditions Le responsable des transports s’est connecté
Scénario normal 1. Le responsable clique sur l’onglet « Trajets »
2. Le système affiche la page des « Trajets »
3. Le responsable clique sur le bouton « Assigner un
trajet »
4. Le système lui affiche le formulaire à remplir
5. Le responsable remplit le formulaire et valide
6. Le système enregistre.
Scénario alternatif Dans le cas où il n’y a aucun trajet, le système demande

10
ISJ
 d’ajouter un trajet au préalable.
Postconditions Le responsable a assigné un trajet à un bus.

3.4.3 Description textuelle du cas « Etablir rapport »

Tableau 3 : Description textuelle du cas "Etablir rapport"

Cas d’utilisation « Etablir rapport »

Résumé Il s’agit d’établir des rapports concernant le nombre total
d’étudiants qui sont entrés dans un véhicule le matin et le
soir, le nombre total d’étudiants ayant souscris au transport.
Acteurs Le Responsable du transport
Description des scénarios
Présupposé Démarrer l’application
Préconditions Le responsable des transports s’est connecté
Scénario normal 1. Le responsable clique sur un onglet (Etudiants, Trajets,
Véhicules, Accès)
2. Le système affiche la page de l’onglet qui a été
sélectionné
3. Le responsable clique sur le bouton « Etablir rapport »
4. Le système affiche un formulaire qui propose les
différentes options et données qui doivent figurer dans le
rapport.
5. Le responsable remplit le formulaire et valide.
6. Le système génère un fichier téléchargeable et
imprimable (PDF).
Scénario alternatif Aucun scénario alternatif
Postconditions Le système a généré un rapport.

3.4.4 Description textuelle du cas « Enregistrer étudiant »

Tableau 4 : Description textuelle du cas "Etablir un rapport"

Cas d’utilisation « Enregistrer étudiant »

Résumé Il s’agit d’enregistrer un étudiant qui aurait souscrit au

11
ISJ
 transport.
Acteurs Le Responsable du transport
Description des scénarios
Présupposé Démarrer l’application
Préconditions Le responsable des transports s’est connecté
Scénario normal 1. Le responsable clique sur l’onglet « Etudiants »
2. Le système affiche la page des étudiants
3. Le responsable clique sur le bouton « ajouter étudiant »
4. Le système affiche le formulaire d’ajout d’un étudiant
5. Le responsable remplit le formulaire
6. Le système vérifie les champs
7. Le système enregistre l’étudiant, et affiche un message de
succès.
Scénario alternatif Dans le cas où les champs sont mal remplis ou qu’il y a des
champs vides, le système affiche un message d’erreur pour
demander au responsable de vérifier les champs.
Postconditions Le responsable a enregistré un étudiant pour le transport.

3.4.5 Description textuelle du cas « Etablir l’historique des

accès »

Tableau 5 : Description textuelle du cas "Etablir historique des accès"

Cas d’utilisation « Etablir l’historique des accès »

Résumé Enregistrer les données relatives à l’accès des étudiants aux
bus (matin et soir).
Acteurs Le Responsable des bus
Description des scénarios
Présupposé Démarrer l’application
Préconditions Le responsable des bus s’est connecté
Scénario normal 1. Le responsable clique sur l’onglet « Accès »
2. Le système affiche la page des accès, affiche les
différents bus et leurs trajets
3. Le responsable clique sur un bus

12
ISJ
 4. Le système lui affiche la liste des étudiants qui doivent
prendre ce bus
5. Le responsable en faisant l’appel coche sur la case
« présent » afin de marquer les étudiants qui doivent
prendre le bus présent, puis il clique sur le bouton
« Enregistrer »
6. Le système enregistre l’historique des accès pour la
période de la journée.
Scénario alternatif Aucun scénario alternatif.
Postconditions Le responsable a enregistré les accès aux bus de la période.

4 Diagramme de classes

4.1 Identification des entités, attributs et méthodes

Nous pouvons résumer l’ensemble des entités avec leurs méthodes et attributs dans le
tableau suivant :

Tableau 6 : Identification des entités, des attributs, des méthodes

Entités Attributs Méthodes

Utilisateur Nom_utilisateur, login, password
Administrateur Nom_utilisateur, login, password Lister utilisateurs,
enregistrer utilisateur, éditer
utilisateur, supprimer
utilisateur
Responsable Nom_utilisateur, login, password Lister, éditer, enregistrer,
des transports supprimer (trajets,
véhicules, étudiants)

13
ISJ
 Responsables Nom_utilisateur, login, password
des véhicules
Etudiant matriculeEtudiant, nom, prénom, solde,
solvable, point_départ
Véhicule Immatriculation, capacité, type,
nom_chauffeur
Trajet Nom_trajet, immatriculation,
point_depart, point_arrivee
Rapport Id_rapport

4.2 Diagramme de classes

Figure 5 : Diagramme de classes

14
ISJ
 4.3 Diagramme d’objets
RV1:responsable des vehicules
vérifie V1:véhicule
immatriculation = CE256IJ
capacité = 45
gère type = bus
nom_chauffeur = ATANGO
...

Rap1:rapport
id_rapport =1

T1:Trajet
nom_trajet = T1 A1:Accès
établit
immatriculation = CE256IJ matricule_etudiant = 21038I28
RT1:Responsable du transport crée point_depart = MEEC date = 23/10/2023
point_arrive = Eyang heure = 7:10
tarif A/R = 1000 immatriculation = CE256IJ
... ...
gère
gère

A1:administrateur

E1:Etudiant
matricule_etudiant = 21038I28
gère
nom = AUTRE
prénom = Autre
solde = 100.000
solvable = oui
point_depart = MEEC
...

Figure 6 : Diagramme d'objets

Conclusion

En conclusion, un cahier d’analyse est un document qui décrit les fonctions que devra
remplir la solution à l’issue du projet à travers des diagrammes à savoir le diagramme de cas
d’utilisation, le diagramme de classes, les diagrammes d’objets et les diagrammes de
séquence. De ce fait, ce document nous a permis de mieux cadre notre projet en nous basant
tout d’abord sur la présentation et les objectifs ensuite sur l’établissement des différents
diagrammes. Ce qui nous conduit donc à l’élaboration du cahier de conception qui nous
permettra d’entrer dans la réalisation du projet.

15
ISJ