Rapport Nouha

Télécharger au format pdf ou txt
Télécharger au format pdf ou txt
Vous êtes sur la page 1sur 50

RÉPUBLIQUE TUNISIENNE

MINISTERE DE L’EMPLOI ET DE LA FORMATION PROFESSIONNELLE


CENTRE OPEN DOOR CENTER

PROJET DE FIN D’ETUDES


EN VUE DE L’OBTENTION DU BREVET DE TECHNICIEN SUPERIEUR
INFORMATIQUE DE GESTION

Etude et Conception d’une application Web pour la


gestion des stages au sein de la CPG

ÉLABORÉ PAR : CHAABOUNI Nouha

ENCADRANT ACADEMIQUE :

ENCADRANT PROFESSIONNEL : M. HAMROUNI Ridha

STAGE EFFECTUÉ A :

CPG|COMPAGNIE DES PHOSPHTAES DE GAFSA

Année scolaire 2023/2024


Dédicaces
Je dédie ce mémoire :

À mes parents pour leur amour inestimable, leur confiance, leur soutien et les
valeurs qu'ils m'ont inculquées.

À mes sœurs Salwa , Mbarka et Mouna à mes frères Samir , Walid et Rochdi,
à qui je souhaite un avenirradieux plein de réussite.

Ainsi qu'à tous ceux qui m'ont aidé.

Nouha
Remerciement
Au terme de mon projet de fin d’études, je tiens à adresser mes plus vifs remerciements à
toutes les personnes qui ont, de près ou de loin, contribué à l’aboutissement de ce travail
dans les meilleures conditions.

Je m’adresse en premier lieu aux membres de l’honorable jury que je remercie d’avoir
accepté d’examiner ce rapport.

J'adresse l'expression de ma très grande reconnaissance et mes remerciements à mon


encadrant au centre Open Door Center, pour sa disponibilité à encadrer ce travail à
travers ses critiques etses propositions d’amélioration, pour ces conseils judicieux et pour
l’attention qu’il a apporté à ma mémoire à divers stades de son élaboration.

Un remerciement particulier à mon encadrant dans la société CPG Mr. HAMROUNI


Ridha, pour le soutien qu’il m’a apporté tout au long du stage réalisé au sein de cette
entreprise. Enfin je remercie tous les autres employés de CPG qui ont contribué de près
ou de loin à la réalisation de ce projet de fin d’étude, ainsi qu’au bon déroulement du
stage, et dont lesnoms ne figurent pas dans ce document.
Table des Matières
Introduction Générale.........................................................................................................1
Chapitre 1 : MODELISATION DU METIER .....................................................................3
1 Introduction ................................................................................................................4
2 Présentation de l’organisme ........................................................................................4
3 Définition de la mission ..............................................................................................4
Présentation de l’application ................................................................................5
4 Objectifs à atteindre ....................................................................................................5
5 Repérage du domaine ..................................................................................................5
6 Description des processus métier ................................................................................7
Travailleurs du domaine .......................................................................................7
Description textuelle ............................................................................................8
7 Description des supports d’information ..................................................................... 10
8 Conclusion ................................................................................................................ 14
Chapitre 2 : CAPTURE DES BESOINS ........................................................................... 15
1 Introduction .............................................................................................................. 16
2 Identification des acteurs du système informatisé ...................................................... 16
3 Contexte du système informatisé............................................................................... 16
4 Identification des cas d’utilisation ............................................................................. 17
5 Description textuelle des cas d’utilisation ..................................................................18
Cas d’utilisation « Authentification » ................................................................. 18
Cas d’utilisation « Gérer les stagiaires »............................................................. 19
Cas d’utilisation « Gérer les stages » ..................................................................21
Cas d’utilisation « Evaluer Stagiaire »................................................................ 22
Cas d’utilisation « Valider stage » ...................................................................... 23
Cas d’utilisation « Gérer utilisateurs et rôles » ................................................... 23
6 Conclusion ................................................................................................................ 25
Chapitre 3 : ANALYSE ET CONCEPTION .................................................................... 26
1 Introduction .............................................................................................................. 27
2 Analyse ..................................................................................................................... 27
Réalisation des cas d’utilisation.......................................................................... 27
Construction du modèle du domaine ..................................................................36
3 Conception................................................................................................................ 36
Environnement de réalisation ............................................................................ 36
Environnement matériel.............................................................................. 36
Environnement de logiciel .......................................................................... 37
Environnement de développement .............................................................. 38
Conception des schémas physique des données .................................................. 39
4 Conclusion ................................................................................................................ 41
Conclusion générale ......................................................................................................... 42
Liste des figures

Figure 1: Logo de la société "CPG" ....................................................................................4


Figure 2 : Les acteurs métiers .............................................................................................6
Figure 3 : Digramme de collaboration métier ......................................................................6
Figure 4: Les travailleurs métiers .......................................................................................7
Figure 5: Diagramme de cas d'utilisation métier .................................................................8
Figure 6: Diagramme d’activité du processus métier du cas d’utilisation « Gérer
Candidatures » ................................................................................................................. 10
Figure 7: Fiche de pointage de présence d’un stagiaire ..................................................... 11
Figure 8 : Formulaire spécifique aux stagiaires PFE ......................................................... 12
Figure 9: Fiche d’évaluation d’un stage ............................................................................ 13
Figure 10 : Diagramme de contexte .................................................................................. 16
Figure 11 : Diagramme des cas d'utilisation ...................................................................... 17
Figure 12: Diagramme de séquence « S'authentifier »....................................................... 28
Figure 13: Diagramme de classe issue du cas d’utilisation « S'authentifier » ..................... 28
Figure 14: Diagramme de séquence « Ajouter un stagiaire » ............................................. 29
Figure 15 : Diagramme de classe issue du cas d’utilisation « Ajouter un stagiaire » .......... 29
Figure 16: Diagramme de séquence « Supprimer un stagiaire » ........................................ 30
Figure 17: Diagramme de classe issue du cas d’utilisation « Supprimer un stagiaire »....... 30
Figure 18: Diagramme de séquence « modifier un stagiaire » ........................................... 31
Figure 19 : Diagramme de classe issue du cas d’utilisation « Modifier un stagiaire » ........ 31
Figure 20: Diagramme de séquence « Ajouter un stage » .................................................. 32
Figure 21 : Diagramme de classe issue du cas d’utilisation « Ajouter stage » .................... 32
Figure 22: Diagramme de séquence « modifier un stage » ................................................ 33
Figure 23: Diagramme de classe issue du cas d’utilisation « Modifier stage » ................... 33
Figure 24: Diagramme de séquence « Supprimer un stage » ............................................. 34
Figure 25: Diagramme de classe issue du cas d’utilisation « Supprimer stage » ................ 34
Figure 26: Diagramme de séquence « Evaluer un stage ».................................................. 35
Figure 27: Diagramme de classe issue du cas d’utilisation « Evaluer stagiaire »................ 35
Figure 28 : Diagramme de classe ...................................................................................... 36
Figure 29: Schéma physique des données ......................................................................... 40
Liste des tableaux
Tableau 1: Description textuel du processus métier.............................................................9
Tableau 2:Description textuelle du cas d'utilisation « Authentification » .......................... 18
Tableau 3:Description textuelle du cas d'utilisation « Gérer Stagiaire » ............................ 20
Tableau 4: Description textuelle du cas d'utilisation « Gérer Stage » ................................ 22
Tableau 5:Description textuelle du cas d'utilisation « Evaluer Stagiaire » ......................... 23
Tableau 6: Description textuelle du cas d'utilisation « Valider Stage ».............................. 23
Tableau 7:Description textuelle du cas d'utilisation « Gérer utilisateurs et rôles » ............. 24
Introduction Générale

1
Introduction Générale
Pendant les dernières années l’informatique s’est étendue dans le monde entier bien
évidemment ainsi qu’en Tunisie. En effet ce domaine a subi une évolution importante dans
notre pays, on entend du jour au lendemain la création de nouvelles applications qui
peuvent être gratuites ou payantes accessibles sur le desktop localement ou à l’aide de
l’internet ces derniers sont nommés des applications web qui fournissent des services
numériques qui rendent la vie plus facile et confortable à mener.
Dans cette perspective, « La Compagnie des Phosphates de Gafsa (CPG) » dans laquelle
nous avons effectué notre stage de fin d’étude, c’est dit prête à abandonner la manière
archaïque de gestion manuelle, et s’investir afin d’avoir une solution permettant la
dématérialisation du processus de gestion des stages. C’est dans ce contexte que le
département de l’Informatique Scientifique et Industrielle, nous a confié la tâche de mise
en place d’une application web dynamique permettant de suivre régulièrement les
nombreux changements effectués sur les candidatures et de gérer le suivi, le contrôle, et
l’évaluation des stages.
Dès lors, notre projet de fin d’étude consiste à étudier et concevoir une application web
dont le but est de gérer le suivi des stages.
Dans ce rapport nous présentons l’ensemble des étapes suivies pour développer
l’application. Ainsi le présent rapport est constitué de trois chapitres à savoir :
Le premier chapitre « Modélisation du métier » est consacré à une présentation du contexte
du projet.
Le deuxième chapitre « Capture des besoins » illustrera une présentation des besoins
fonctionnels, des besoins non fonctionnels et techniques par rapport à l’application à
développer.
Le troisième chapitre « Analyse et Conception » est composé de deux parties, la première
partie traite l’analyse en présentant la phase de modélisation en utilisant UML comme
langage et la deuxième partie développe la conception de l’application.

2
Chapitre 1

MODELISATION DU METIER

3
Modélisation du métier

1 Introduction
La modélisation de métier (ou "business modeling" en anglais) est le processus de
représentation d'une entreprise, d'une organisation ou d'une activité professionnelle sous
forme de modèle. Cela implique la compréhension de la structure, des processus, des
fonctions et des objectifs de l'entreprise, ainsi que la manière dont elle interagit avec son
environnement.
La modélisation de métier est souvent utilisée pour documenter les processus métier
actuels, identifier les inefficacités et les opportunités d'amélioration, et concevoir des
solutions pour atteindre les objectifs commerciaux. Les modèles de métier peuvent être
créés à l'aide de différents outils et techniques, tels que les diagrammes de flux de
processus, les diagrammes de cas d'utilisation, les cartographies de processus métier, les
diagrammes de classes, etc.
Les modèles de métier peuvent être utilisés dans une variété de contextes, tels que la
planification stratégique, la gestion de projet, la définition des exigences et la formation
des employés. Ils peuvent également aider à améliorer la communication entre les
différents membres de l'équipe et les parties prenantes de l'entreprise.

2 Présentation de l’organisme
La Compagnie des Phosphates de Gafsa, également connue sous le nom de CPG, est une
entreprise publique tunisienne fondée en 1897. La CPG est le plus grand producteur de
phosphate en Afrique et l'un des plus grands producteurs au monde. Son siège social est
situé à Gafsa, une ville du sud-ouest de la Tunisie.
La CPG est responsable de l'exploitation de plusieurs mines de phosphate en Tunisie,
notamment les mines de Gafsa, Mdhilla, Métlaoui, Redeyef, etMoularès. L'entreprise
produit une variété de produits de phosphate, tels que des engrais phosphatés, des acides
phosphoriques et des roches phosphatées.

Figure 1: Logo de la société "CPG"

3 Définition de la mission
Notre mission est de faciliter la gestion du processus de stage au sein de la CPG en
automatisant certaines tâches.

4
Présentation de l’application
Notre application aura comme fonctionnalités :
 Gérer des stages.
 Gérer des stagiaires.
 Evaluation des stagiaires

4 Objectifs à atteindre
Nous avons fixé les objectifs suivants conjointement avec le chef de projet :
 Faciliter l’accès et la consultation des informations de chaque stagiaire.
 Automatisation des tâches manuelles : L'application devrait être conçue de manière
à ce qu'elle automatise autant de tâches manuelles que possible. Par exemple, la
génération d'attestations de stage et l'affectation des stagiaires peuvent être
automatisées pour gagner du temps et réduire les erreurs humaines.
 Développer une application qui répond aux spécifications demandées, qui doit être
simple à utiliser et qui automatise au maximum les tâches manuelles.

5 Repérage du domaine
Le repérage du domaine est une étape fondamentale dans le processus de développement
de logiciels et d'applications.
Pour ce faire, une approche couramment utilisée consiste à procéder à une analyse
approfondie du domaine en question. Cette analyse peut impliquer la collecte
d'informations sur les processus, les workflows, les rôles et les responsabilités des
différents acteurs impliqués.
Une fois ces informations recueillies, elles sont utilisées pour créer des modèles qui
représentent le domaine d'application et les interactions entre les acteurs métier.
L’étude que nous avons menée nous a conduits à distinguer les acteurs suivants :
 Demandeur de stage : étudiant ou stagiaire en recherche d'un stage à la CPG.
 Encadrant : qui supervise et encadre les stagiaires pendant leur stage.
 Centre de formation: La CPG collabore avec plusieurs centres de formation
agréés pour accueillir des stagiaires en rotation.
 Stagiaire : qui effectue un stage au sein de l'entreprise pour une période
déterminée.

5
La figure ci-dessous montre les acteurs métiers :

Figure 2 : Les acteurs métiers

La figure ci-dessous montre le diagramme de collaboration métier de notre application :

Figure 3 : Digramme de collaboration métier

6
6 Description des processus métier
Travailleurs du domaine
Les travailleurs du domaine sont :
 Agent :C’est le responsable de la gestion du processus de demande de stage et du
traitement des dossiers.
Voici les fonctionnalités de l’agent :
 Recevoir et traiter les demandes de stage soumises par les étudiants.
 Vérifier que les demandes de stage sont complètes et répondent aux exigences de
l'entreprise ;
 Affecter les stagiaires aux départements ou projets de stage appropriés.
 Gérer les informations des stagiaires dans la base de données de l'entreprise.
 Générer des attestations de stage pour les stagiaires ayant réussi leur stage.
 Chef service de stage : C’est responsable de la consultation des dossiers de
stagiaires pour confirmer les affectations.
Dans ce cas, les fonctionnalités du chef service de stage pourraient inclure :
 Accéder à la liste des candidatures reçues pour faire des stages ;
 Examiner les dossiers des candidats ;
 Vérifier si les candidats répondent aux critères d'admissibilité pour le stage ;
 Confirmer l'affectation des stagiaires.
La figure ci-dessous montre le cas d’utilisation métier

Figure 4: Les travailleurs métiers

7
La figure ci-dessous montre le cas d’utilisation métier :

Figure 5: Diagramme de cas d'utilisation métier

Description textuelle
Processus Métier Description des processus métier
Gérer la candidature Le demandeur de stage doit préparer un
dossier de candidature qui comprend
généralement une copie de sa carte
d'identité nationale (CIN), une copie
d'attestation universitaire, une demande de
stage signée par l'encadrant professionnel et
d'autres documents pertinents si nécessaire.
Ce dossier est ensuite envoyé au service de
stage de la CPG pour vérification.
Envoyer une liste des stagiaires Un centre de formation agréé envoie une
liste de stagiaires au service de stage de la
CPG par mail ou par fax. Le service de
stage de la CPG vérifie ensuite la liste et
affecte les stagiaires à un département ou à
un projet de stage spécifique.

8
Gérer stage Début du stage : Le stagiaire commence
son stage à la CPG selon les termes et
conditions qui ont été convenus entre lui et
l'entreprise. Il travaille sous la supervision
d'un encadrant professionnel désigné par
l'entreprise pour la durée de son stage.
Évaluation : À la fin du stage, l'encadrant
professionnel évalue le stagiaire en fonction
de son travail et de son comportement
pendant le stage. Ainsi, le stagiaire évalue le
stage et l’encadrant professionnel.
Attestation de stage : Si le stagiaire a
réussi son stage, il peut recevoir une
attestation de stage de la part de l'entreprise.

Gérer les stagiaires affectés à sa charge Au début du stage, l'encadrant professionnel


désigné par l'entreprise accueille le stagiaire
et lui présente les termes et conditions de
son stage. Il doit s'assurer que le stagiaire
comprend son rôle, ses responsabilités et les
objectifs à atteindre pendant son stage.

Tout au long du stage, l'encadrant doit offrir


un encadrement adéquat au stagiaire. Cela
peut inclure des séances de formation, des
réunions régulières pour discuter des
progrès

À la fin du stage, l'encadrant doit évaluer le


travail et le comportement du stagiaire de
manière globale et impartiale.

Tableau 1: Description textuel du processus métier

9
La figure ci-dessous montre le diagramme d’activité du processus métier :

Figure 6: Diagramme d’activité du processus métier du cas d’utilisation « Gérer Candidatures »

7 Description des supports d’information


Dans notre domaine d’étude, les supports d’informations utilisés sont :

 Formulaire : un formulaire spécifique à remplir par les étudiants stagiaires qui ont
des projets de fin d’études.
 Affectation de stage : un document officiel qui atteste l'affectation d'un stagiaire à
un stage.
 Fiche de pointage de présence d’un stagiaire : document permettant de suivre la
présence du stagiaire pendant son stage.
 Fiche d’évaluation de stage : contient les informations du stage avec l’évaluation
donnée par le stagiaire.
 Fiche d’évaluation du stagiaire : contient les informations du stagiaire avec
l’évaluation donnée par l’encadrant de la société.
 Attestation de stage : document officiel qui certifie que le stagiaire a effectué un
stage.


10
La figure ci-dessous montre la fiche de pointage de présence:

Figure 7: Fiche de pointage de présence d’un stagiaire

11
La figure ci-dessous montre le formulaire spécifique aux stagiaires PFE :

Figure 8 : Formulaire spécifique aux stagiaires PFE

12
La figure ci-dessous montre une fiche d’évaluation d’un stagiaire :

Figure 9: Fiche d’évaluation d’un stage

13
8 Conclusion
Nous avons présenté dans ce chapitre la description de la société ainsi que la modélisation
de métier en présentant le modèle de contexte métier, le diagramme de cas d’utilisation
métier ainsi la description de chaque processus métier. Dans le chapitre suivant, nous
allons exposer les besoins fonctionnels et techniques envers le futur système à développer.

14
Chapitre 2

CAPTURE DES BESOINS

15
Chapitre 2 : Capture des besoins

1 Introduction
La capture des besoins est une étape importante dans le développement d'un système ou
d'une application. Elle consiste à recueillir, analyser et documenter les besoins et les
attentes des clients en matière de fonctionnalités, d'interfaces, de performances, de sécurité
et de contraintes. Cette étape est essentielle pour garantir la réussite du projet en répondant
aux attentes des clients et en évitant les erreurs et les retards.
Nous utilisons le langage de modélisation UML pour identifier le modèle de contexte du
système informatisé et pour présenter un recueil des besoins.
Dans ce chapitre, nous allons présenter les besoins fonctionnels, non fonctionnels et
techniques du futur système informatisé.

2 Identification des acteurs du système informatisé


Dans notre projet, nous pouvons distinguer les acteurs suivants :
 Agent
 Chef service de stage
 Encadrant
 Administrateur

3 Contexte du système informatisé


Le contexte du système est représenté par un diagramme de contexte (DC) qui montre les
interactions entre le domaine de l’étude et ses échanges avec l’environnement.
La figure ci-dessous montre le diagramme de contexte de notre application :

Figure 10 : Diagramme de contexte

16
4 Identification des cas d’utilisation
Un diagramme de cas d'utilisation est un type de diagramme de modélisation utilisé en
génie logiciel pour représenter les interactions entre les acteurs (utilisateurs) et un système
informatique.

Le diagramme de cas d'utilisation est composé de deux éléments principaux : les acteurs et
les cas d'utilisation. Les acteurs représentent les personnes, les organisations ou les autres
systèmes externes qui interagissent avec le système étudié. Les cas d'utilisation sont des
descriptions détaillées des fonctionnalités du système, qui montrent comment les acteurs
interagissent avec le système dans des scénarios spécifiques.

Les diagrammes de cas d'utilisation sont souvent utilisés au début du processus de


développement logiciel pour définir les exigences du système et pour comprendre les
besoins des utilisateurs. Ils peuvent également être utilisés pour communiquer avec les
parties prenantes et pour aider à la planification et à la conception du système.

La figure ci-dessous montre le diagramme des cas d’utilisation de notre application :

Figure 11 : Diagramme des cas d'utilisation

17
5 Description textuelle des cas d’utilisation
Cas d’utilisation « Authentification »
Titre Authentification
Objectif Saisir un mot de passe et un login pour
pouvoir se connecter sur l’application.
Acteurs Administrateur, Agent, Chef service de
stage, Encadrant
Pré-conditions L’acteur doit avoir un compte déjà créé.
Post-conditions L’acteur est connecté.
Scénario  L’acteur demande l’accès au
Nominal système.
 L’acteur saisit son login et son mot
de passe.
 Le système vérifie que toutes les
coordonnées obligatoires sont
saisies.
 S’il y a une information manquante,
l’exception 1 est lancée.
 Le système vérifie l’existence de
l’utilisateur.
 Si l’une des données est erroné alors
l’exception 2 est lancée.
 Si l’utilisateur est identifié, le
système affiche son interface (selon
ses droits d’accès).
Exceptions Exception 1 : Le système affiche le
message : « Champs obligatoire !»
Exception 2 : Le système affiche le
message : « Matricule ou Mot de passe
erroné ! »
Tableau 2:Description textuelle du cas d'utilisation « Authentification »

18
Cas d’utilisation « Gérer les stagiaires »
Titre Gestion des stagiaires
Objectif Gérer les stagiaires
Acteurs Agent, Chef service de stage
Pré-conditions L’acteur est connecté.

Post-conditions Stagiaire ajouté, modifié, supprimé ou


consulté
Scénario Nominal 1 : Ajouter un stagiaire
Ce cas d’utilisation débute lorsque l’acteur
veut ajouter un stagiaire.
 L’acteur saisit les informations
personnelles d’un stagiaire (Nom,
prénom, numéro de CIN, ETC.…).
 Le système effectue un contrôle sur
les champs saisis.
 . Le système vérifie que toutes les
données obligatoires sont saisies.
 Le système vérifie l’existence du
stagiaire.
 Si le format n’est pas respecté alors
l’exception 1 est lancée
 S’il y’a une information manquante,
l’exception 2 est lancée.
 Si le stagiaire existe déjà, l’exception
3 est lancée.
 Le stagiaire enregistré.

19
Scénarios 1 : Modifier un stagiaire
Alternatifs  Le système affiche la liste des
stagiaires.
 L’utilisateur choisit un stagiaire à
partir la liste affichée et clique sur le
bouton modifier.
 Le système affiche toutes les
informations liées au stagiaire
sélectionné.
 L’utilisateur sélectionne le champ
qu’il veut modifier, effacer ou saisir
de nouvelles informations et clique
sur le bouton sauvegarde les
modifications.
 Le système effectue un contrôle sur
le champ modifié.
 Le système vérifie que toutes les
données obligatoires sont saisies.
 Si le format n’est pas respecté alors
l’exception 1 est lancée
 S’il y’a une information manquante,
l’exception 2 est lancée.
 Sinon les modifications effectuées
seront enregistrées.
2 : Consulter un stagiaire
 Le système affiche la liste des
stagiaires.
 L’utilisateur choisit un stagiaire.
 Le système affiche la fiche du
stagiaire.
 L’utilisateur peut imprimer la fiche du
stagiaire.
3 : Supprimer un stagiaire
 Le système affiche la liste des
stagiaires.
 L’utilisateur sélectionne le stagiaire à
supprimer.
 L’utilisateur des stages clique sur le
bouton "Supprimer".
 Le système affiche une confirmation
pour confirmer la suppression.
 L’utilisateur confirme la suppression.
Exceptions Exception 1 : Le système affiche le message
: « Format incorrect !»
Exception 2 : Le système affiche le message
: « Champs obligatoire !»
Exception 3 : Le système affiche le message
: « Stagiaire existe déjà ! »
Tableau 3:Description textuelle du cas d'utilisation « Gérer Stagiaire »

20
Cas d’utilisation « Gérer les stages »
Scénario Nominal 1 : Ajouter un stage
Ce cas d’utilisation débute lorsque l’acteur
veut ajouter un stage :
 L’utilisateur saisit les informations
du stage (Sujet de stage, Date début,
Date fin, ETC.…).
 Le système effectue un contrôle sur
les champs saisis.
 Le système vérifie que toutes les
données obligatoires sont saisies.
 S’il y’a une information manquante,
l’exception 1 est lancée.
 Si la date de début est postérieure à
la date de fin, l’exception 2 est
lancée.
 Le stage enregistré.
Scénarios 1 : Modifier un stage
Alternatifs  Le système affiche la liste des
stages.
 L’utilisateur choisit un stage à partir
la liste affichée et clique sur le
bouton modifier.
 Le système affiche toutes les
informations liées à un stage
sélectionné.
 L’utilisateur sélectionne le champ
qu’il veut modifier, effacer ou saisir
de nouvelles informations et clique
sur sauvegarde les modifications.
 Le système effectue un contrôle sur
le champ modifié.
 Le système vérifie que toutes les
données obligatoires sont saisies.
 S’il y’a une information manquante,
l’exception 1 est lancée.
 Si la date de début est postérieure à
la date de fin, l’exception 2 est
lancée.
 Sinon les modifications effectuées
seront enregistrées.
2 : Consulter un stage
 Le système affiche la liste des
stages.
 L’utilisateur choisit un stage, et
clique sur le bouton visualiser
 Le système affiche toutes les
informations concernant le stage.
 L’utilisateur peut imprimer la fiche

21
de stage.
3 : Supprimer un stage
 Le système affiche la liste des
stages.
 L’utilisateur choisit le stage à
supprimer, et clique sur le bouton
"Supprimer".
 Le système affiche une
confirmation pour confirmer la
suppression.
 L’utilisateur confirme la
suppression.

Exceptions Exception 1 : Le système affiche le


message : « Champs obligatoire !
Exception 2 : Le système affiche le
message : « La date de fin doit être
postérieure à la date de début !»

Tableau 4: Description textuelle du cas d'utilisation « Gérer Stage »

Cas d’utilisation « Evaluer Stagiaire »


Titre Evaluation Stagiaire

Objectif Evaluer stagiaire

Acteurs Encadrant

Pré-conditions L’acteur est connecté

Post-conditions Stagiaire évalué

Scénario 1 : Evaluer un stagiaire


Nominal  L'encadrant accède à la liste des
stagiaires affectés à sa charge dans le
système.
 . L'encadrant choisit le stagiaire à
évaluer et clique sur le bouton
évaluer.
 Le système affiche la fiche
d'évaluation du stagiaire.
 L'encadrant remplit la fiche
d'évaluation.
 L'encadrant enregistre l'évaluation
 Le système effectue un contrôle sur
les champs saisis.
 Si le format n’est pas respecté alors

22
l’exception 1 est lancée.
 Evaluation enregistré.
Scénarios 1 : Consulter l’évaluation
Alternatifs  L'encadrant accède à la liste des
stagiaires affectés à sa charge.
 L'encadrant choisit le stagiaire et
sélectionne consulter l’évaluation
 Le système affiche la fiche
d’évaluation.
Exceptions Exception 1 : Le système affiche le
message : « Format incorrect !»
Tableau 5:Description textuelle du cas d'utilisation « Evaluer Stagiaire »

Cas d’utilisation « Valider stage »


Titre Validation les stages
Objectif Valider stage
Acteurs Chef service de stage
Pré-conditions L’acteur est connecté.
Post-conditions Les informations saisies pour le stagiaire
ont été validées.
Scénario Nominal 1 : Valider stage
 L'utilisateur accède à l'interface
stage.
 Le système affiche une liste des
stages.
 L'utilisateur sélectionne un stage à
partir de la liste et clique valider.

Tableau 6: Description textuelle du cas d'utilisation « Valider Stage »

Cas d’utilisation « Gérer utilisateurs et rôles »


Titre Gérer utilisateurs et rôles
Objectif Gestions des utilisateurs et rôles
Acteurs Administrateur
Pré-conditions L’administrateur est authentifié.

Post-conditions Utilisateur ajouté, modifié ou consulté.

Scénario Nominal 1 : Ajouter un utilisateur


 L'administrateur système accède à la
page de gestion des utilisateurs et
des rôles
 L'administrateur système peut créer
un nouveau compte utilisateur en
spécifiant une matricule, un mot de
passe, un rôle et valide la création
 Le système effectue un contrôle sur
les champs saisis.
 Si le format n’est pas respecté alors

23
l’exception 1 est lancée.
 Le système vérifie que toutes les
données obligatoires sont saisies.
 S’il y’a une information manquante,
l’exception 2 est lancée
 Le système vérifie l’existence du
l’utilisateur.
 Si l’utilisateur existe déjà,
l’exception 3 est lancée.
 L’utilisateur enregistré.
Scénario Alternatifs 1 : Modifier un utilisateur
 Le système affiche la liste des
utilisateurs.
 L’administrateur choisit un
utilisateur qui se trouve dans la liste
affichée.
 Le système affiche toutes les
informations liées à l’utilisateur
sélectionné.
 L’administrateur sélectionne le
champ qu’il veut modifier, effacer
ou saisir de nouvelles informations.
Puis, il valide la saisie.
 Le système effectue un contrôle sur
le champ modifié.
 Si le format n’est pas respecté alors
l’exception 1 est lancée.
 Le système vérifie que toutes les
coordonnées obligatoires sont
saisies.
 S’il y’a une information manquante,
l’exception 2 est lancée.
 Sinon le système enregistre les
modifications effectuées.

2 : Consulter un utilisateur
 Le système affiche la liste des
utilisateurs.
 L’administrateur choisit un
utilisateur à partir de la liste.
 Le système affiche toutes les
informations concernant l’utilisateur
Exception Exception 1 : Le système affiche le
message : « Format incorrect !»
Exception 2 : Le système affiche le
message : « Champs obligatoire !»
Exception 3 : Le système affiche le
message : « Utilisateur existe déjà ! »
Tableau 7:Description textuelle du cas d'utilisation « Gérer utilisateurs et rôles »

24
6 Conclusion
Nous avons présenté dans ce chapitre les besoins des utilisateurs envers notre application, à
travers le diagramme de contexte, le diagramme des cas d’utilisations et leurs descriptions
textuelles. Dans le chapitre suivant, nous allons passer à l’analyse et la conception pour
élaborer le diagramme de classes et les diagrammes de séquences.

25
Chapitre 3

ANALYSE ET CONCEPTION

26
Chapitre3 Analyse et conception

1 Introduction
L'implémentation d'un système informatisé nécessite une planification rigoureuse et une
exécution méthodique. Dans ce contexte, l'analyse et la conception sont deux étapes
cruciales pour assurer le succès du projet. L'analyse permet de comprendre les besoins et
les objectifs du système, tandis que la conception définit les technologies et les outils
utilisés pour le développer.
Dans ce chapitre, nous allons présenter notre approche de l'analyse et de la conception pour
notre projet de gestion suivi des stages. Nous allons tout d'abord élaborer un modèle des
classes du domaine pour faciliter la modélisation objet et décrire la dynamique du système
en détaillant les différents cas d'utilisation. Ensuite, nous allons effectuer une étude de
l'environnement de travail, ainsi que des outils de développement utilisés pour mettre en
œuvre notre système. Nous présenterons également l'architecture globale de l'application,
en détaillant les différentes parties développées tout au long de la période de notre projet.

2 Analyse
Réalisation des cas d’utilisation
La réalisation des cas d'utilisation est une étape importante dans le processus de
développement d'un système informatique. Elle consiste à modéliser le comportement du
système dans différents scénarios d'utilisation à l'aide de diagrammes de séquence. Cette
modélisation permet de mieux comprendre les besoins et les attentes des utilisateurs du
système, ainsi que les interactions entre les différents objets qui composent le système. La
réalisation des cas d'utilisation est donc essentielle pour garantir la qualité et la fiabilité du
système final, en s'assurant que celui-ci répond aux besoins des utilisateurs et fonctionne
de manière cohérente et efficace dans tous les scénarios d'utilisation envisagés.

27
 Cas utilisation « s’authentifier » :
La figure ci-dessous montre le scénario « S’authentifier ».

Figure 12: Diagramme de séquence « S'authentifier »

La figure 13 illustre les classes participantes à la réalisation cas d’utilisation «s’authentifier


».

Figure 13: Diagramme de classe issue du cas d’utilisation « S'authentifier »

28
 Cas utilisation « Ajouter un stagiaire » :
La figure ci-dessous montre le scénario « Ajouter stagiaire ».

Figure 14: Diagramme de séquence « Ajouter un stagiaire »

La figure 15 illustre les classes participantes à la réalisation cas d’utilisation «Ajouter un


stagiaire ».

Figure 15 : Diagramme de classe issue du cas d’utilisation « Ajouter un stagiaire »

29
 Cas utilisation « Supprimer stagiaire » :
La figure ci-dessous montre le : scénario Supprimer un stagiaire.

Figure 16: Diagramme de séquence « Supprimer un stagiaire »

La figure 17 illustre les classes participantes à la réalisation cas d’utilisation «Supprimer


un stagiaire ».

Figure 17: Diagramme de classe issue du cas d’utilisation « Supprimer un stagiaire »

30
 Cas utilisation « Modifier un stagiaire » :
La figure ci-dessous montre le : scénario Modifier un stagiaire.

Figure 18: Diagramme de séquence « modifier un stagiaire »

La figure 19 illustre les classes participantes à la réalisation cas d’utilisation «Modifier un


stagiaire ».

Figure 19 : Diagramme de classe issue du cas d’utilisation « Modifier un stagiaire »

31
 Cas utilisation « Ajouter un stage »
La figure ci-dessous montre le : scénario Ajouter un stage.

Figure 20: Diagramme de séquence « Ajouter un stage »

La figure 21 illustre les classes participantes à la réalisation cas d’utilisation «Ajouter un


stage ».

Figure 21 : Diagramme de classe issue du cas d’utilisation « Ajouter stage »

32
 Cas utilisation « Modifier un stage » :
La figure ci-dessous montre le scénario « Modifier un stage ».

Figure 22: Diagramme de séquence « modifier un stage »

La figure 23 illustre les classes participantes à la réalisation cas d’utilisation «Modifier


stage».

Figure 23: Diagramme de classe issue du cas d’utilisation « Modifier stage »

33
 Cas utilisation « Supprimer un stage » :
La figure ci-dessous montre le scénario « Supprimer un stage ».

Figure 24: Diagramme de séquence « Supprimer un stage »

La figure 25 illustre les classes participantes à la réalisation cas d’utilisation «Supprimer


stage ».

Figure 25: Diagramme de classe issue du cas d’utilisation « Supprimer stage »

34
 Cas utilisation « Evaluer un stagiaire » :
La figure ci-dessous montre le scénario « Evaluer un stagiaire ».

Figure 26: Diagramme de séquence « Evaluer un stage »

La figure 27 illustre les classes participantes à la réalisation cas d’utilisation «Evaluer un


stagiaire ».

Figure 27: Diagramme de classe issue du cas d’utilisation « Evaluer stagiaire »

35
Construction du modèle du domaine
L’intérêt de cette section est de représenter un diagramme de classes qui modélise les
entités du système d’information, représente les informations finalisées qui sont gérées par
le domaine en exprimant la structure statique du système en termes de classes et de
relations entre ces classes.

Figure 28 : Diagramme de classe

3 Conception
3.3.1. Environnement de réalisation
3.3.1.1 Environnement matériel
Notre application a été développée sur une machine DELL possédant les
Caractéristiques suivantes :
 Système d’exploitation : Windows 10 Professional 64-bit.
 Processeur : Intel(R) Celeron (R) CPU N 3060 @ 1.60GHz 1.60 GHz
 Mémoire : 4 GO

36
Environnement de logiciel
Dans notre travail, nous allons utiliser les outils logiciels suivants :

PhpStorm est un environnement de développement intégré très complet qui


fournit un éditeur pour PHP, HTML et JavaScript avec une analyse de code en temps réel,
une prévention des erreurs et des refactorings automatiques pour le code Java et PHP. Cet
outil a de nombreuses fonctions qui te faciliteront la vie. De plus, il est parfaitement
compatible avec d'autres frameworks tels que Symfony, Laravel, Drupal, WordPress, Zend
Framework et Magento, parmi beaucoup d'autres.

Parmi ses principales fonctionnalités figurent l'auto-complétion du code, des


noms de variables ou des mots-clés PHP. Il fournit également un support pour les styles de
codification et un support pour PHPDoc, Code Sniffer ou PHAR. Son système de détection
de code dupliqué te facilitera la vie, et les refactorings te permettront de changer les noms,
d'introduire des variables, des constantes et des champs ou de déplacer des membres fixes
en tout confort.

Enterprise Architect est un logiciel de modélisation et de conception UML


(UnifiedModelingLanguage) puissant et polyvalent qui permet aux développeurs de
visualiser, de concevoir et de documenter leurs projets logiciels. Il offre une variété d'outils
pour créer des diagrammes de classes, de séquence, d'activité et autres, ainsi que pour
générer du code à partir de ces diagrammes. Il permet également de travailler avec des
modèles de processus métier et des modèles de données, ainsi que de gérer les exigences et
les tests. Enterprise Architect est utilisé par des entreprises de toutes tailles et dans de
nombreux secteurs pour améliorer leur processus de développement de logiciels et pour
faciliter la collaboration entre les équipes de développement.

XAMPP est un environnement de développement web qui contient plusieurs


composants pour la création de sites web dynamiques, tels que des serveurs Apache,
MySQL, PHP et Perl. Il est disponible gratuitement et est compatible avec les systèmes
d'exploitation Windows, Linux et Mac OS X. XAMPP est largement utilisé par les
développeurs web pour le développement et les tests locaux de sites web avant leur
déploiement sur un serveur en production. Il est facile à installer et à configurer, et permet
également d'ajouter des modules supplémentaires pour répondre aux besoins spécifiques du
projet.

37
Git est un système de contrôle de version open-source très populaire utilisé
pour gérer le code source des projets de développement logiciel. Il permet de suivre les
modifications apportées au code et de récupérer les versions précédentes si nécessaire. Git
facilite également la collaboration entre les membres de l'équipe de développement en
permettant la gestion des modifications apportées par plusieurs contributeurs au même
projet. Les développeurs peuvent travailler sur des branches distinctes de code et fusionner
leurs changements lorsque nécessaire.

Environnement de développement
 Symfony6 est un framework PHP open-source, largement utilisé dans le
développement web pour créer des applications de haute qualité, évolutives et
robustes.
 Doctrine : une bibliothèque de mapping objet-relationnel qui permet aux
développeurs de travailler avec des bases de données relationnelles en utilisant des
objets PHP.
 Twig : un moteur de templates pour PHP qui permet aux développeurs de créer des
vues HTML conviviales pour les utilisateurs.
 Composer : c'est un gestionnaire de dépendances PHP qui permet d'installer et de
gérer les dépendances de votre application Symfony6.
 Security Component est un des composants essentiels du frameworkPhpSymfony.
Il fournit des fonctionnalités pour la gestion des utilisateurs, des rôles, de
l'authentification et de l'autorisation.
 HTML5 est la dernière version du langage HTML (HyperText MarkupLanguage)
utilisé pour la création et la structuration du contenu des pages web.
 CSS3 est la dernière version du langage de feuilles de style en cascade (CSS) qui
est utilisé pour décrire la présentation et la mise en forme des documents HTML et
XML.
 Bootstrap5 est un framework open-source de développement web front-end. Il
permet de créer des interfaces graphiques et des designs responsives pour les sites
web et les applications.

38
Conception des schémas logique des données
3.2.1 Modèle logique des données
Le Modèle Logique de Données (MLD) est une représentation structurée et abstraite des
données d’un système. Il s'agit d'une vue logique en termes d'organisation de données
nécessaire à un traitement.
Stage (stageID, sujet, date_debut, date_fin, document, note1, note2, note3, note4, note5,
departementID#, EncadrantID#, historiqueID#, type_StageID#)
Stagiaire (stagiaireID, cin, nom, prenom, mail, tel)
Etablissement (etablissementID, nom, lieu, type)
Historique(historiqueID, annee, certificat, stagiaireID#, etablissementID#)
Type_Stage(type_stageID, type)
Departement(departementID, departement)
Encadrant(encadrantID,encadrant_personne#)
Agent(agentID, agent_personne#)
ChefService(chefServiceID,chefService_personne#)
Personne(personneID, cin, mail, numeroTelephone,personne_Utilisateur#)
Utilisateur(utilisateurID, matricule, nom, prenom, role)

39
Construction du schéma physique des données
La figure ci-dessous montre le : « Schéma physique des données »

Figure 29: Schéma physique des données

40
4 Conclusion
En résumé, ce chapitre a été consacré à la conception de notre application. Nous avons
présenté les différents diagrammes de séquences et le diagramme de classe qui ont permis
de modéliser les processus métiers de notre application de manière précise et détaillée.
Nous avons également présenté l'environnement de réalisation de notre application et les
technologies que nous avons choisies pour sa conception. Enfin, nous avons élaboré les
schémas physiques des données qui nous seront utiles pour la réalisation de la base de
données.

41
Conclusion Générale

42
Conclusion Générale
Ce rapport a permis de présenter l’étude et la conception d'une application web de gestion
des stages pour la société CPG. Ce projet a permis de mettre en pratique les connaissances
acquises durant la formation en informatique appliqué à la gestion. La méthode agile
Scrum a été utilisée pour la gestion du projet, permettant une meilleure organisation et une
flexibilité lors du développement de l'application. Les technologies côté serveur et client
ont été étudiées et utilisées, notamment les langages CSS3, HTML5, Java Script, le
Framework Bootstrap 5, Symfony 6.
En ce qui concerne les points forts et les apports de notre solution pour la gestion des
stages au CPG, nous pouvons souligner plusieurs éléments. Tout d'abord, l'utilisation des
technologies modernes telles que HTML, CSS, JavaScript et Symfony 6 ont permis de
développer une application web à la fois performante, ergonomique et facile à utiliser.
Ensuite, notre approche agile de développement a permis une gestion efficace du projet en
définissant des objectifs clairs et en suivant un plan de développement étape par étape.
En revanche, notre solution présente également certains points faibles et limites. Le
manque d'expérience a entraîné des retards dans le développement et a impacté la qualité
de certaines fonctionnalités qui n'ont pas été terminées. Cependant, cela peut être considéré
comme un point faible temporaire qui doit être surmonté avec l'expérience et la formation
continue.
En conclusion, La réalisation de ce projet de fin d'études a été une expérience riche en
apprentissage et en développement de compétences. Nous avons eu l'opportunité de
travailler sur un projet concret au sein d'une entreprise et de mettre en pratique nos
connaissances théoriques acquises tout au long de notre formation en informatique
appliquée à la gestion.

43

Vous aimerez peut-être aussi