PROJET DE GESTION DES PROJETS LOGICIEL

THEME : Application web de gestion stage avec système de recommandation

NGOUNOU NGUELA Steve

MANSOUR Walid

1240AF
 1. Charte de projet

Nom de projet : gestion de stage avec recommandation Sponsor : Lorondo

Chef de projet : NGOUNOU Steve Date : le 02 avril 2023

Cette charte sert à annoncer l’initialisation du projet web de gestion de stage avec système
de recommandation.
 Besoin de l’entreprise ou du client
o Informatiser le processus de stage pour ses étudiants
o Avoir une application qui va faciliter la recherche des stages par les
étudiants
o Avoir une application qui pourra attirer le plus de partenaire

 Objectif

o Création d’une application web de gestion de stage avec système de

recommandation.

 Calendrier et budget

o Spécifications des exigences : 14 jours

o Architecture : 7 jours
o Développement : 25 jours
o Période de test : 7 jours
o Déploiement : 5 jours

 Rôles et responsabilités
o Chef de projet : NGOUNOU Steve
o Sponsor : Lorondo
o Client : Lorondo
o Administrateur de base de données : NGOUNOU Steve
o Développeur : MANSOUR Walid
o Testeur : NGOUNOU Steve
o Concepteur graphique : MANSOUR Walid
 2. Cahier des charges
Nom du projet : application web de gestion de stage avec système de recommandation

Chef de projet : NGOUNOU Steve

Sponsor : Lorondo
Date : le 02 avril 2023

 Introduction
Description générale :
Les démarches administratives liées à la gestion des stages et le suivi à lorondo se sont depuis
longtemps faite au format papier. Cette méthode suscite certaines critiques. Beaucoup trouve
que les démarches sont lourdes, lentes, et parfois opaques. Les étudiants ne s’y retrouvent pas
facilement. La quantité de papiers à gérer est également assez importante, ce qui rend les
démarches plus complique et moins efficaces pour l’administration. Les étudiants doivent se
débrouiller à trouver des entreprises pour effectuer leurs stage qui parfois pour la plupart son
compliqué à avoir.
Objectif :
o Création d’une application web de gestion de stage qui va permettre faciliter la
signature des documents de stage et la convention tripartite et de permettre à
l’étudiant de rechercher et postuler facilement au stage.
Livrable et jalons importants
o Analyse et spécification des exigences – 17 avril
o Conception et modélisation de l’application – 26 avril
o Développement – 23 mai
o Vérification des fonctions et test – 25 mai
Estimation du cout et temps
o Analyse : 14 jours (3 avril – 17 avril)
 Etude de marché : 4 jours (3 avril – 6 avril)
 Etablissement des exigences : 5 jours (8 avril- 12 avril)
 Analyse des risques : 5 jours (13 avril – 17 avril)
o Conception : 7 jours (20 avril- 27 avril)
 Architecture : 2 jours (20 avril-21 avril)
 Base de données : 2 jours (22 avril-23 avril)
 Design : 3 jours (24 avril-26 avril)
o Développement : 25 jours (27 avril-22 mai)
 Création de la base de données : 1 jours (27 avril)
 Implémentation du logiciel : 24 jours (28 avril-22 mai)
o Vérification des fonctions et tests : 7 jours (23 mai-29 mai)
 Vérification des fonctions : 3 jours (23 mai-25 mai)
 Tests : 4 jours (26 mai – 29 mai)
o Parties prenantes
 Sponsor – Lorondo
 Chef de projet – NGOUNOU Steve
 Développeur frontend : MANSOUR Walid
 Développeur backend : MANSOUR Walid
 Architecte base de données : NGOUNOU Steve
 Testeur : NGOUNOU Steve
 Client : Lorondo
o Ligne de commande
 3.  MATRICE DES RESPONSABILITES

Nom du projet : gestion de stage avec système de recommandation Sponsor : lorondo

Chef de projet : NGOUNOU Steve Date : 02/04/2023

Activité Sponsor Chef de projet Equipe

Cahier de charge A E E
Spécifications A E I
Architecture I C E
Codage I C E
Test I E, A C
Déploiement I E C
A- Approbateur, C- Contributeur, E- Exécuteur, I- Informé
 4. PLAN DE COMMUNICATION
Nom du projet : gestion de stage avec système de recommandation Sponsor : lorondo
Chef de projet : NGOUNOU Steve Date : 02/04/2023

Partie prenante Information Fréquence Moyen

Sponsor  Etat du projet  Ière étape du projet : une -Réunion
réunion par semaine
 IIème étape : une
réunion tous les deux
semaines

Chef de projet  Estimation  Une fois par semaine -réunion

 Modification -Document
 Réunion avec l’équipe

Equipe  Exigence du chef de  Deux fois par semaine -réunion

projet -Document
Client  Ses responsabilités  Une fois par mois -Document
-Mail

II. PLANIFICATION
II.1 Cycle de vie
Nous avons choisi un cycle de vie en V qui nous permet d’établir à chaque niveau des
phases de validation conçues au départ du projet, qui vont fiabiliser le développement en
ciblant précisément les problèmes qui pourront alors être corrigés. La flèche descendante
aligne les étapes de conception du logiciel, la flèche montante celles de la validation, les
doubles flèches horizontales mettent en regard les types d’information à valider dans des
procédures qui peuvent définir des boucles.

II.2 Estimation du projet

II.2.1 Estimation de la taille
Le logiciel aura environ 12 fonctionnalités, et bien qu’il y ait une partie de développement
frontend et du backends, la complexité n’est pas très élevée. Il s’agit donc d’un projet de
petite taille, d’environ 10 000 lignes de code.
II.2.2 Estimation de la charge
On va utiliser deux méthodes pour estimer la charge : la méthode de répartition
proportionnelles et la méthode COCOMO
II.2.2.1 Méthode COCOMO
Pour estimer la charge, on utilisera l’équation suivante :
Charge = a * kbisl, ou Kisl = nb. Milliers de lignes sources
Car le projet aura environ 10 000 lignes de code, il s’agit d’un problème simple. Donc les
paramètres a et b auront respectivement les valeurs 3,2 et 1,05. Alors
Charge = 3.2 * 101.05 ≃ 36 M/h
II.2.2.2 Méthode de répartition proportionnelles
 Etape Ratio Valeur
Etude préalable 10% de la charge totale 3.6 ≃ 4 M/h
Etude détaillé 20-30% de la charge totale 7.2 - 10.8 ≈ 7 - 11 M/h
Etude technique 5-15% de la charge « 0.72 - 3.24 ≈ 1 - 3 M/h
Réalisation »
Réalisation 2 fois la charge « Étude 14.4 - 21.6 ≈ 14 - 22 M/h
détaillé »
Mise en œuvre 30-40% de la charge « 4.32 - 8.64 ≈ 4 - 9 M/h
Réalisation »

II.2.2 Estimation des délais

Après avoir calculer la charge estimée, nous pouvons estimer les détails, en utilisant la
formule suivante de la méthode COCOMO :
Délai = c * Charged, ou c = 2.5 et d = 0.38 s’il s’agit d’un projet simple
Donc le délai estimé est : Délai = 2.5 * 360.38 ≃ 10 mois
Toutes nous verrons dans la section suivante que le délai estimé en tenant compte de la
dimension de l’équipe est de 6 mois.

II.2.3 Estimation des cout (ressources)

Pour bien estimer le cout, nous avons aussi besoin de savoir la dimension de l’équipe.
A partir de la charge et délai, nous sommes maintenant capables d’estimer la taille moyenne
de l’équipe :
Charge 36
Taille moyenne de l’équipe = = = 3.6 ≃ 4 personnes
Délai 10
Cependant, nous considérons que notre équipe est constitué de 3 personnes (1 chef de projet
qui occupe aussi la fonction d’architecte base de données, 1 développeur frontend et backend
et 1 testeur)
Donc on peut déduire la formule de délai
Charge 36
Délai = = = 12 mois
Taille moyenne de l' équipe 3
On va considérer les salaires suivants :
 Chef de projet : 8000 Ron/ mois
 Développeur frontend : 7300 RON/ mois
 Développeur backend : 7600 RON/mois
 Architecte base de données : 5800 RON/mois
 Testeur : 4500 RON/ mois
Donc pour ce projet le cout dépensé sera :
Couts/mois = 8000+7300+7600+5800+4500 = 33 200 RON/mois
Cout final = 33 200*12 = 398 400 RON
2.4. L’ORGANIGRAMME DES TACHES DU PROJET - PROCESSUS DE LA GESTION
DU PROJET
Identification (Pour l’hiérarchisation) des tâches avec Work Breakdown Structure (WBS)
Le Work Breakdown Structure (WBS) nous permet de découper l’ensemble du travail à
accomplir en sections gérables afin de bien réaliser les objectifs du projet et aussi nous
permet de décomposés et de structurés nos différentes tâches au sein du projet et permettra :
— d’identifier rapidement les activités critiques qui definie la periode de chaque phase -
specification des besoins, conception et realisation.
— d’élaborer le budget et par la suite de contrôler les coûts.
2.5. RESEAU PERT Le diagramme “Program Evaluation Review Technique” est une
visualisation du planning, pour organiser et coordonner les tâches dans les projets.Plannig du
projet dans le temps -Le diagramme de Gantt est l’un des outils les plus efficaces pour
représenter visuellement l’état d’avancement des différentes activités (tâches) qui constituent
un projet. Chaque tâche est matérialisée par une barre horizontale, dont la position et la
longueur représentent la date de début, la durée et la date de fin. Ce diagramme permet donc
de visualiser d’un seul coup d’œil :
— Les différentes tâches à envisager
— La date de début et la date de fin de chaque tâche
— La durée escomptée de chaque tâche
— Le chevauchement éventuel des tâches, et la durée de ce chevauchement
— La date de début et la date de fin du projet dans son ensemble.
Tâche Nom du taché Durée (jours) Tâches antérieures
A Etude de marché 10
B Exigences 12 A
C Analyse des risques 8 B
D Conception de l’architecture 2 B
E Conception de la base de données 2 B
F Design de l’interface utilisateur 4 B
G Création de la base de données 1 E
H Développement du logiciel 44 D,F,G
I Vérification des fonctions 30
J Tests unitaires 29
K Stratégie de marketing 15
L Empaquetage du logiciel 38 H,J,K
3. EXECUTION
3.1. LES FONCTIONNALITES DU LOGICIEL
Analyse des besoins fonctionnels - Notre logiciel aura les fonctionnalités suivantes:
Le role de stagiaire :Authentification, Le demandeur de stage doit créer un
compte avant d’effectuer une demande, Envoi des demandes en ligne :Il s’agit de
remplir un formulaire en ligne soit pour demander un stage ou bien répondre à
des stages demandés par le centre. Le rôle de l’encadrant : Gestion des demandes
reçues. Cette tâche est confiée àl’encadrant, ce qui nécessitera une
authentification avant toute utilisation. Elle consiste essentiellement au
traitement des demandes reçues. Le système doit permettre à l’encadrant les
fonctionnalités suivantes : Affichage de la liste des demandes par ordre d’envoi.
La recherche des demandes pour consultation, Le traitement des demandes pour
les valider ou les rejeter. Après l’acceptation d’un stagiaire, le système insère
automatiquement les informations. Le système doit permettre à l’encadrant de :
Consulter la liste des stages avec la possibilité de les valider ou rejeter. 
Consulter la liste des stages qui sont validés par lui-même.Consulter les rapports.
Evaluer les stages effectués.Les demandes refusées restentdans la base de
données. correspondantes au: stage, stagiaire dans la base de données et envoie
automatiquement un mail d’avis favorable au demandeur contenant une date pour
rencontrer l’encadrant.
● L’administrateur -Le rôle de gestionnaireée des comptes aux utilisateurs. La
solution proposée nous permet de définir les rôles des quatre acteurs qui utilisent
cette application:Le rôle de stagiaire, Le rôle de l’administrateur de
l’application, Le rôle de gestionnaire, Le rôle de l’encadrant.
● Le système est accessible aux personnes qui ont un compte actif créé.
● Le système offre accès à une base de données avec tous les stagiaires et leurs
activités.
● Le système analyse le parcours des stagiaires et donne des informations sur le
parcours des applications passés, présentes et du future proche de l’universite
● Le système offre une prévision sur l'évolution d’un stagiaire.
●Le rôle de gestionnaire-Après la validation de stage par l’encadrant, le stagiaire
doit apporter les papiers nécessaires au gestionnaire afin qu’il confirme le stage
après son authentification dans le système. Le système devra permettre au
gestionnaire de :Consulter la liste des demandes acceptées et les confirmées,
Générer l’attestation pour les stages terminés.
Le rôle de l’administrateur de l’application-Le système devra permettre à
l’administrateur de: Ajouter un encadrant,  Ajouter un gestionnaire, Gestion
des comptes encadrant, gestionnaire, stagiaire. Génération des
statistiques.Ajouter des annonces (offres de stage)
Génération des statistiques: Le système doit être capable de générer des
statistiques et de les représenter sous forme des graphiques (Nombre d’étudiants
par mois et les facultés les plus fréquentes) avec la possibilité des imprimés.
Modélisation du Contexte -Les acteurs et leurs rôles -on a identifier deux acteurs
susceptibles d’interagir avec le système : La Secrétaire, L’administrateur.
Acteur Rôles
Secrétaire -S’authentifier. -Récupérer mot de passe. -Gérer
les stagiaires. -Lister les stagiaires. -Cherche les
stagiaires. -Marquer l’Absence. -Imprimer les
attestations. -Afficher Les Statistiques. -Modifier
Compte.
Administrateur -S’authentifier. -Récupérer mot de passe. -Gérer
les stagiaires. -Gérer les stages/encadrants. -Lister
les stagiaires. -Lister les stages/encadrants. -
Cherche les stagiaires. -Marquer l’Absence. -
Imprimer les attestations. -Envoyer les emails. -
Afficher Les Statistiques. -Modifier Compte.

Acteur Messages émis au système Message reçus du système

Secrétaire -Authentification. -Afficher Listes Stagiaires. -Accès au compte (page d’accueil). -
-Afficher Liste Absence. -Marquer l’absence. Listage des stagiaires (En cours / en
-Chercher Stagiaire. -Modifier Infos du Archive). -Affichage de la liste
stagiaire. -Récupérer mot de passe. -Modifier d’absence. - Enregistrement de
Compte. -Imprimer attestation. -Afficher l’absence. -Affichage des
Statistiques informations du stagiaire concerné
dans des champs texte. -
Enregistrement des nouvelles
informations. -Envoie du mot de
passe à l’email correspond. -
Enregistrement de la modification. -
Affichage de l’attestation concerné. -
Affichage des statistiques.
Administrateur -Authentification. -Afficher Listes des stages. -Accès au compte (page d’accueil). -
-Afficher Liste encadrants. -Supprimer. Listage des stages. stagiaire concerné.
encadrant/stagiaire/stage. -envoyer email. -Listage des encadrant. -Demande de
confirmation. -suppression. -envoie
de l’email à l’adresse concerné.
3.2 DIAGRAMMES
Diagramme des classes UML décrit les structures des objets et des informations
utilisées par notre application, à la fois en interne et en communication avec les
utilisateurs. Il décrit les informations sans référence à une implémentation
particulière. Les classes et les relations peuvent être implémentées de différentes
manières, dans notre cas, nous allons les implémenter sous forme d’une base de
données relationnelle.
3.2.1. Diagramme de cas d’utilisation Afin de donner une vision globale du
comportement fonctionnel de notre application, Nous représentons ci-dessous les
diagrammes des cas d’utilisations des deux acteurs identifiés auparavant. Nous
allons détailler par la suite, les cas d’utilisations jugés les plus importants.
Acteur 1:Secretaire
Acteur 2: Administrateur
Acteur 4: stagiaire
3.2.2. Diagramme de paquetage
Les diagrammes de paquetages sont la représentation graphique des relations
existant entre les paquetages (ou espaces de noms) composant un système, dans
notre système(AGS) nous avons deux paquetages: Administrateur et Secrétaire
avec la relation USE (qui signifie l’héritage) entre les deux paquetages.

3.2.3. Diagramme d’activité - Description détaillée des cas, Diagramme

d’activité: Nous allons détailler les différents cas d’utilisations des deux acteurs-
administrateur, secrétaire. Chaque cas d’utilisation est suivi d’un diagramme
d’activité qui le clarifie et qui donne une vision sur le déroulement et
l’enchainement des évènements.
Connexion au système :
Nom du cas Authentification
Acteur principal Administrateur, secrétaire
Objectif Accéder aux services de l’application Gestion Stagiaires
Pré-condition Aucune
Contraintes Il faut respecter la casse du mot de passe
Scénario normal -Saisie du login et mot de passe.
-Se connecter(Button).
-Vérification des informations.
-vérification réussie.
-Accéder aux services
Scénario d’échec -Saisie du login et mot de passe.
-Se connecter.
-Vérification des informations.
-vérification échouée.
-Erreur : login ou mot de passe incorrecte.
->Affichage du Message d’erreur.
Post-condition accéder à l’application
Nom du cas Récupérer mot de passe
Acteur principal Administrateur, secrétaire
Objectif Récupérer le mot de passe d’accès à l’application en cas d’oubli.
Pré-condition Aucune
Contraintes Aucune
Scénario normal -Saisie de l’email correspond au compte.
-Récupérer (Button).
-Vérification de l’email.
-vérification réussie.
-Envoie du Login et Mot de passe à la boîte email.
->Affichage du Message de succès.
Scénario d’échec -Saisie de l’email correspond au compte.
-Récupérer (Button).
-Vérification de l’email.
-vérification échouée.
-Erreur : email ne correspond à aucun compte.
->Affichage du Message d’erreur
Post-condition accéder à l’application
Nom du cas Ajouter Stagiaire
Acteur principal Administrateur, secrétaire
Objectif Ajouter un nouveau stagiaire dans la liste des stagiaires de La société
Pré-condition S’authentifier
Contraintes le fichier CV doit être en PDF (taille max : 5Mo)
Scénario normal -Saisie des informations du stagiaire (cin, nom,
prénom, email, tel, date_naissance, qualité, cv).
-Ajouter(Button).
-Vérification des informations.
-vérification réussie.
-Enregistrement du stagiaire.
-> Affichage du message de succès
Scénario d’échec -Saisie des informations du stagiaire (cin, nom,
prénom, email, tel, date naissance, qualité, Cv).
-Ajouter(Button).
-Vérification des informations.
-vérification échouée.
-Erreur : Stagiaire déjà existant.
-> Affichage du Message d’erreur.
Post-condition Stagiaire Ajouter, Ajouter Affectation
Nom du cas Chercher stagiaire
Acteur principal Administrateur, secrétaire
Objectif Chercher un stagiaire par son cin/nom pour le modifier,
imprimer leur attestation de stage, marquer son absence.
Pré-condition S’authentifier
Contraintes Si la recherche par nom donne deux résultats, les deux sont affichés (cas
des stagiaires avec le même nom).
Scénario normal -Saisie du (cin /nom) du stagiaire.
-Lancer la recherche.
-vérification du cin/nom.
-vérification réussie.
-Affichage du stagiaire.
Scénario d’échec -Saisie de l’information du stagiaire (cin /nom)
-Lancer la recherche.
-vérification du cin/nom.
-Vérification échouée.
-Erreur : Stagiaire inexistant.
->Affichage du Message d’erreur.
Post-condition Stagiaire trouvé.
Nom du cas Modifier Stagiaire.
Acteur principal Administrateur, secrétaire
Objectif -Modifier les informations personnelles du stagiaire.
-Modifier la durée de son stage.
-Changer son encadrant.
Pré-condition S’authentifier, Sélectionné le stagiaire (en cours/sans affectation)
concerné (par recherche / à partir de la liste des stagiaires en cours).
Contraintes -La Nouvelle période doit être au moins égale à un mois.
-En cas du binôme, la modification (période/Encadrant) doit être
appliquer sur les deux stagiaires
Scénario normal -Saisir les nouvelles informations du stagiaire/Modifier La
période de son stage / changer son encadrant (liste
déroulante des encadrants).
-Modifier(Button).
-Vérification des nouvelles données.
-vérification réussie.
-Modification des données
->Affichage du Message de succès.
Scénario d’échec Aucune
Post-condition Stagiaire est modifié.
Nom du cas Ajouter Affectation
Acteur principal Administrateur, secrétaire
Objectif Ajouter une affectation (stage / encadrant) soit pour un
stagiaire monôme ou un binôme.
Pré-condition S’authentifier, Sélectionné le stagiaire concerné (par recherche / à partir
de la liste des stagiaires en cours/en archive).
Contraintes Période du stage est au moins égale à un mois.
Scénario normal -Choisir l’encadrant du stagiaire et le stage (liste déroulante des
encadrants / stages).
-Saisir la période du stage (date début et date fin).
-Affecter(Button).
-Enregistrement.
->Affichage du Message de succès.
Scénario d’échec Aucune
Post-condition Affectation Ajouté.
Nom du cas Marquer absence
Acteur principal Administrateur, secrétaire
Objectif Marquer une absence d’un stagiaire
Pré-condition S’authentifier, sélectionner le stagiaire concerné soit par la recherche ou
bien à partir de la liste des absences (s’il a déjà une absence).
Contraintes La date de fin de l’absence doit être inférieure à la date de fin du stage.
Scénario normal -Saisir les informations d’absence (durée, justification)
-Valider (Button).
-Vérification de la durée.
-Vérification réussie.
-Enregistrement de l’absence.
-Affichage du message de succès.
Scénario d’échec -Saisir les informations d’absence (durée, justification)
-Valider (Button).
-Vérification de la durée.
->Erreur : la date de fin de l’absence est supérieure à
la date de fin du stage.
->Affichage du Message d’erreur.
Post-condition Absence marquée
Nom du cas Supprimer stagiaire Encours/Nouveau
Acteur principal Administrateur
Objectif Supprimer un stagiaire (en cours/Nouveau) de la liste des stagiaires.
Pré-condition S’authentifier.
Contraintes Les absences et les affectations des stagiaires en cours sont supprimées
automatiquement lors de la suppression du stagiaire en cours.
Scénario normal -Supprimer (Button).
-Confirmer la suppression.
->Affichage du message de succès.
Scénario d’échec -Aucun
Post-condition Le stagiaire est supprimé
Nom du cas Ajouter stage
Acteur principal Administrateur
Objectif Ajouter un nouveau encadrant / stage à la liste des encadrants / stages
Pré-condition S’authentifier.
Contraintes Aucune
Scénario normal Saisie des informations du nouveau encadrant / stage.
-Ajouter(Button).
-Vérification des informations.
-Vérification réussie.
-Affichage du message de succès.
Scénario d’échec -Saisie des informations du nouveau encadrant / stage.
-Ajouter(Button).
-Vérification des informations.
-Vérification échouée.
-Erreur : encadrant/stage existant.
->Affichage du message d’erreur.
Post-condition Le stage est ajouté.
Nom du cas Supprimer encadrant.
Acteur principal Administrateur
Objectif Supprimer un encadrant de la liste des encadrants.
Pré-condition S’authentifier, sélectionné l’encadrant concerné.
Contraintes il faut faire la réaffectation d’un nouveau encadrant au stagiaire que l’on
désire supprimer son encadrant.
Scénario normal -Supprimer(Button).
-Vérification (si l’encadrant n’est pas affecté à un
stagiaire).
-Vérification réussie.
-Confirmer la suppression.
-Affichage du message de succès.
Scénario -Supprimer (Button).
Alternative -Annuler la suppression/réaffectation.
Scénario d’échec Aucun
Post-condition Le stage est ajouté.
La gestion des risques La gestion des risques (RSKM, Risk Management) consiste à
identifier des problèmespotentiels avant qu’ils ne surviennent, de telle sorte que les activités
pour traiter les risquespuissent être planifiées et déclenchées au besoin tout au long de la vie
du produit ou du projetafin que les impacts nuisibles à l’atteinte des objectifs soient atténués .
Source Risque Processus de gestion
Estimation Cout Prevoir 10% de marge sur le cout total de projet
Evenements imprevue delai Prevoir un marge de 2 jours au moins pour la
realisation de chaque tache
Developpement de la Qualite Faire intervenir les parties prenantes a toutes etapes
solution de realisation de la solution

Conclusion Générale
Notre projet a été réalisé dans le cadre d’un projet de fin d’études, avec pour objectif,
d’implémenter une solution informatisée pour la gestion des Stagiaires de la société. Notre
travail se résume à la conception et la réalisation d’une application web permettant la gestion
des stages et des stagiaires. Dans ce contexte, nous avons cherché à développer une
application flexible, efficace et facile à exploiter, mais aussi optimisée pour tous les
navigateurs. Cette application a permis, en premier lieu, de faciliter à tout point de vue la
Gestion des stagiaires, leurs stages et leurs encadrants. Ainsi, l’application a assuré plusieurs
fonctionnalités qui n’étaient pas disponibles avant comme la génération Automatique des
Attestations de stages, L’envoi des emails, les statistiques sur les stages et les stagiaires …
Le projet s’est déroulé selon trois axes principaux : l’analyse, la conception et la réalisation.
Pour la réalisation, nous avons utilisé ... comme langage de programmation/script et MySQL
comme système de gestion de base de données. Pour la conception de notre application, nous
avons eu recours à la modélisation UML. Cette approche nous a permis de bien comprendre
la problématique et de bien modéliser les objectifs à atteindre. Ce qui nous a
donné la possibilité de réaliser un système stable et puissant. En outre, ce stage était, pour
nous, une opportunité pour bien maitriser le développement web et apprendre le Java. Nous
allons garder un excellent souvenir de ce stage. C’était une très bonne expérience
professionnelle valorisante et encourageante pour nous dans l’avenir. En effet, notre
application à réussie d’automatiser le processus de la gestion des stagiaires. Comme résultat
elle est partagée dans le serveur du réseau de la province de Sefrou. Cette expérience en
marché de travail nous a offert une bonne préparation à notre insertion professionnelle car
elle fut pour nous une expérience enrichissante et complète qui conforte notre désir d’exercer
notre futur métier dans le domaine de l’informatique.