Rapport Nouha
Rapport Nouha
Rapport Nouha
ENCADRANT ACADEMIQUE :
STAGE EFFECTUÉ A :
À 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.
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.
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.
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 :
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
7
La figure ci-dessous montre le 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.
9
La figure ci-dessous montre le diagramme d’activité du processus métier :
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:
11
La figure ci-dessous montre le formulaire spécifique aux stagiaires PFE :
12
La figure ci-dessous montre une fiche d’évaluation d’un stagiaire :
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
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é.
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.
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é.
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.
Acteurs Encadrant
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 »
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 ».
28
Cas utilisation « Ajouter un stagiaire » :
La figure ci-dessous montre le scénario « Ajouter stagiaire ».
29
Cas utilisation « Supprimer stagiaire » :
La figure ci-dessous montre le : scénario Supprimer un stagiaire.
30
Cas utilisation « Modifier un stagiaire » :
La figure ci-dessous montre le : scénario Modifier un stagiaire.
31
Cas utilisation « Ajouter un stage »
La figure ci-dessous montre le : scénario Ajouter un stage.
32
Cas utilisation « Modifier un stage » :
La figure ci-dessous montre le scénario « Modifier un stage ».
33
Cas utilisation « Supprimer un stage » :
La figure ci-dessous montre le scénario « Supprimer un stage ».
34
Cas utilisation « Evaluer un stagiaire » :
La figure ci-dessous montre le scénario « Evaluer un 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.
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 :
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 »
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