Université Mohamed V

École Nationale Supérieure d’Informatique

et d’Analyse des Systèmes
Rabat

Filière : Business Intelligence & Analytics

Rapport de stage de 1ère année

Développement d’une application

web de gestion des employés

Présenté par : Soutenu devant le jury :

Kamal OUHNI Pr. Yasser EL ALAMI EL MADANI
Pr. Adil BENTALEB

Encadré par :
Mme. Hanan BADA

Date de soutenance : 2 novembre

Année Universitaire : 2024-2025

Dédicace

Je souhaite commencer par dédier ce travail à toutes les personnes qui

m’ont apporté leur soutien, que ce soit de manière concrète ou morale.
Votre présence et votre encouragement ont été d’une valeur inestimable
tout au long de ce projet.
J’exprime également ma profonde reconnaissance à ma famille et à mes
amis qui ont été des piliers inconditionnels tout au long de ce projet. Vos
encouragements constants, votre soutien indéfectible et votre confiance en
mes capacités ont été des moteurs essentiels pour surmonter les défis et
persévérer.

Rapport de stage 1A I
Remerciements

Tout d’abord, je remercie Allah le tout puissant de m’avoir donné le

courage et la patience nécessaires à mener ce travail à son terme.

Que les membres du jury Monsieur Yasser EL ALAMI EL MA-

DANI et Monsieur Adil BENTALEB, l’expression de mes sincères re-
merciements pour l’honneur qu’ils me font en prenant le temps de lire et
d’évaluer ce travail.

Je tiens à remercier mon encadrant de stage, Madame Hanane BADA,

pour sa guidance experte, ses conseils précieux et son soutien constant tout
au long de cette expérience. Sa disponibilité et son expertise ont été d’une
grande valeur pour mon développement professionnel.

Un très grand remerciement et une très grande reconnaissance sont des-

tinés à Monsieur LACHHAB Abderrahim de m’avoir aidé à obtenir ce
stage de fin d’année chez ORMVAT.

Un profond respect et un remerciement particulier pour tout le corps

professoral de l’Ecole Nationale Supérieure de l’Informatique et de l’Ana-
lyse des Systèmes ENSIAS, pour le travail énorme qu’il effectue pour nous
créer les conditions les plus favorables pour le déroulement de nos études.

Pour finir, je souhaite remercier toute personne ayant contribué de près

ou de loin à la réalisation de ce travail.

Rapport de stage 1A II
Résumé

L’objectif de mon stage de fin d’année, présenté dans ce rapport, est

la conception et la réalisation d’une application web qui aide à la gestion
des employés, en facilitant le suivi de leur pointage quotidien ainsi que
la gestion de leurs congés. Mon application permet également d’avoir un
bilan général des jours travaillés et des congés pris par chaque employé
avant de passer à d’autres tâches de gestion. La gestion des pointages et des
congés peut souvent conduire à des erreurs, d’où la nécessité de développer
un module de pointage et de congés visant à offrir une gestion claire et
accessible sous forme numérique.
Le processus de développement a été réalisé en trois phases :
• La première phase : La collecte des informations et l’étude du besoin
potentiel de mon application.

• La deuxième phase : La conception du système avec le langage de

modélisation MERISE.

• La troisième phase : L’implémentation de mon application, où j’ai

utilisé le langage de programmation « PHP », le Framework « LARA-
VEL 10 » et d’autres outils similaires.

Ce rapport présente en détail l’analyse, la conception, le développement et

la réalisation du projet de stage.

Mots clés : MERISE, PHP, Laravel 10.

Rapport de stage 1A III

Abstract

This report outlines the objectives of my final year internship, focusing

on the design and implementation of a web application that assists in
employee management by facilitating daily attendance tracking and leave
management. The application provides a comprehensive overview of the
days worked and leave taken by each employee, streamlining administrative
tasks. Given the potential for errors in managing attendance and leave,
the development of a dedicated module aims to offer a clear and accessible
digital management solution.
The development process was conducted in three phases :
• Phase One : Information gathering and analysis of the potential
needs for the application.

• Phase Two : System design using the MERISE modeling language.

• Phase Three : Implementation of the application, utilizing the PHP

programming language, the LARAVEL 10 framework, and other re-
lated tools.

This report details the analysis, design, development, and realization of

the internship project.

Keywords : MERISE, PHP, Laravel 10.

Rapport de stage 1A IV
Liste des abréviations

SI Système d’Information

MERISE Méthode d’étude et de réalisation informatique pour les

systèmes d’entreprise

CSS Cascading Style Sheet

PHP Hypertext Preprocessor

HTML Hypertext Markup Language

SQL Structured Query Language

SGBD Système de Gestion de Base de Données

Rapport de stage 1A V
Table des figures

Table des figures

1.1 organisme d’accueil. . . . . . . . . . . . . . . . . . . . . . . 3

1.2 Structure hiérarchique du service informatique. . . . . . . . 5
1.3 Méthode SCRUM. . . . . . . . . . . . . . . . . . . . . . . . 8
1.4 Diagramme de Gantt de base. . . . . . . . . . . . . . . . . . 9

2.1 Etablir la connexion à l’application. . . . . . . . . . . . . . 16

2.2 Gestion des employés, des pointages et des congés. . . . . . 16
2.3 Le modèle conceptuel des données. . . . . . . . . . . . . . . 18

3.1 Logo « PHP » . . . . . . . . . . . . . . . . . . . . . . . . . 22

3.2 Logo « HTML5 » . . . . . . . . . . . . . . . . . . . . . . . . 22
3.3 Logo « Css3 » . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.4 Logo «JS» . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.5 Le schéma Modèle-Vue-Contrôleur. . . . . . . . . . . . . . . 24
3.6 Logo framework « Laravel » . . . . . . . . . . . . . . . . . . 25
3.7 Logo composer . . . . . . . . . . . . . . . . . . . . . . . . . 26
3.8 Commande d’installation Laravel 10 ([Link]) . . . . . 26
3.9 Logo «Bootstrap» . . . . . . . . . . . . . . . . . . . . . . . 27
3.10 Logo « SGBD MySQL » . . . . . . . . . . . . . . . . . . . . 28
3.11 Logo « phpMyAdmin » . . . . . . . . . . . . . . . . . . . . 28
3.12 Logo « Visual Studio Code » . . . . . . . . . . . . . . . . . 29
3.13 Logo « Xampp » . . . . . . . . . . . . . . . . . . . . . . . . 29
3.14 page d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.15 Page de registre . . . . . . . . . . . . . . . . . . . . . . . . 30
3.16 Page de login . . . . . . . . . . . . . . . . . . . . . . . . . . 31
3.17 Liste des employés . . . . . . . . . . . . . . . . . . . . . . . 31
3.18 Fonctionnalité de chercher les employés . . . . . . . . . . . 32
3.19 Formulaire d’ajout d’employé . . . . . . . . . . . . . . . . . 32
3.20 Liste des pointages . . . . . . . . . . . . . . . . . . . . . . 33
3.21 Affichage des Détails d’un ouvrage . . . . . . . . . . . . . . 33
3.22 Formulaire d’emprunt d’un ouvrage . . . . . . . . . . . . . 34

Rapport de stage 1A VI
Table des figures

3.23 Tableau des emprunts effectués . . . . . . . . . . . . . . . . 34

3.24 Formulaire de réservation d’un ouvrage . . . . . . . . . . . 35
3.25 Tableau des réservations effectués . . . . . . . . . . . . . . 35
3.26 Tableau de bord de bibliothécaire . . . . . . . . . . . . . . 36
3.27 Interface d’ajout, de modification ou de suppression d’une
catégorie . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.28 Formulaire d’ajout d’un ouvrage . . . . . . . . . . . . . . . 37

Rapport de stage 1A VII

Table des matières

Table des matières

Dédicace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . I

Remerciements . . . . . . . . . . . . . . . . . . . . . . . . . . . . II

Résumé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . III

Abstract . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV

Introduction générale . . . . . . . . . . . . . . . . . . . . . . . . 1

Chapitre 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

1 Contexte général du projet . . . . . . . . . . . . . . . . . . . 2

1.1 Présentation de l’organisme d’accueil . . . . . . . . . . . . . 3
1.1.1 Organisme et structure de l’ORMVA du Béni Mellal . 4
1.1.2 Attributions du Service Informatique . . . . . . . . . 4
1.1.3 Organisation du Service Informatique . . . . . . . . . 5
1.2 Présentation du projet . . . . . . . . . . . . . . . . . . . . . 6
1.2.1 Problématique . . . . . . . . . . . . . . . . . . . . . . 6
1.2.2 Objectif général du projet . . . . . . . . . . . . . . . . 6
1.2.3 Objectif pédagogique . . . . . . . . . . . . . . . . . . 6
1.3 Méthodologie de travail . . . . . . . . . . . . . . . . . . . . 7
1.3.1 Méthode SCRUM . . . . . . . . . . . . . . . . . . . . 7
1.4 Planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.4.1 Diagramme de Gantt de base . . . . . . . . . . . . . . 8
1.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Chapitre 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2 Analyse et Conception . . . . . . . . . . . . . . . . . . . . . 10
2.1 Analyse et spécification des besoins . . . . . . . . . . . 11
2.1.1 Analyse de l’existant . . . . . . . . . . . . . . . . . 11
2.1.2 Spécification des besoins . . . . . . . . . . . . . . 12

Rapport de stage 1A VIII

Table des matières

2.2 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.2.1 Présentation de la méthode utilisée : Merise . . . . . . 14
2.2.2 Le fondement de MERISE . . . . . . . . . . . . . . . 14
2.2.3 Les différents modèles de la méthode MERISE . . . . 15
2.2.4 Modèle conceptuel des traitements . . . . . . . . . . . 15
2.2.5 Modèle conceptuel de données (MCD) . . . . . . . . . 17
2.2.6 Modèle logique de données (MLD) . . . . . . . . . . . 18
2.3 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Chapitre 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.2 Environnement du travail . . . . . . . . . . . . . . . . . . . 21
3.2.1 Environnement matériel . . . . . . . . . . . . . . . . . 21
3.3 Outil de conception . . . . . . . . . . . . . . . . . . . . . . 21
3.4 Language de programmation . . . . . . . . . . . . . . . . . 22
3.4.1 PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.4.2 HTML . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.4.3 CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.4.4 JavaScript . . . . . . . . . . . . . . . . . . . . . . . . 23
3.5 Architecture MVC . . . . . . . . . . . . . . . . . . . . . . . 23
3.6 Choix du Framework . . . . . . . . . . . . . . . . . . . . . . 24
3.6.1 Laravel . . . . . . . . . . . . . . . . . . . . . . . . . . 24
3.6.2 Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . 26
3.7 Système de gestion de bases de données (SGBD) . . . . . . 27
3.7.1 MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.7.2 phpMyAdmin . . . . . . . . . . . . . . . . . . . . . . 28
3.8 Environnement logiciel . . . . . . . . . . . . . . . . . . . . 28
3.8.1 Visual Studio Code . . . . . . . . . . . . . . . . . . . 28
3.8.2 XAMPP . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.8.3 Interfaces Graphiques . . . . . . . . . . . . . . . . . . 29
3.8.4 Module employé . . . . . . . . . . . . . . . . . . . . . 31
3.9 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Conclusion et perspectives . . . . . . . . . . . . . . . . . . . . . 38

Bibliographie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

Rapport de stage 1A IX
Introduction générale

Introduction générale
L’ORMVA (Office Régional de Mise en Valeur Agricole) du Béni Mellal
est un organisme public marocain dédié à l’agriculture. Il gère les ressources
hydriques et agricoles de cette région fertile, améliorant la productivité
agricole en offrant des services comme l’irrigation et l’accompagnement
des agriculteurs. L’ORMVA propose aussi des formations et des conseils
techniques pour optimiser les pratiques agricoles et promouvoir des cultures
diversifiées, contribuant ainsi au développement économique et social local.

L’objectif de ce projet est de développer une application web pour la

gestion des employés, automatisant le pointage quotidien et la gestion des
congés. Nous cherchons à améliorer l’efficacité de la gestion des ressources
humaines. Grâce à des langages de programmation et des frameworks adap-
tés, notre application facilite l’accès aux informations des employés. Elle
offre des fonctionnalités pour le suivi des jours de travail, la planification
des congés et le traitement des demandes, contribuant ainsi à une meilleure
organisation et à des services améliorés.

Le présent rapport doit être bien structuré pour être exploité après la
mise en place de l’application, et nous l’avons organisé de la manière sui-
vante :

• Dans le premier chapitre, nous présentons une description complète

du projet avec les utilisateurs qu’ont le droit d’accès à ce service.

• Le deuxième chapitre aborde la phase de conception de données-

méthodes. en spécifiant la méthodologie adaptée pour la conception.

• Finalement, au niveau du dernier chapitre intitulé réalisation, nous

présentons les différents outils de développement, ainsi que les princi-
pales interfaces graphiques réalisées et quelques scénarios applicatifs.

Rapport de stage 1A 1
Chapitre 1. Contexte général du projet

Chapitre 1

Contexte général du projet

Ce chapitre présente le contexte général permettant de situer mon projet

de stage. Dans un premier temps, il introduit l’Office Régional de Mise en
Valeur Agricole de Béni Mellal, l’organisme d’accueil où ce projet a été réa-
lisé. Ensuite, il aborde la problématique identifiée, les objectifs fixés, ainsi
que la méthodologie et la planification suivies pour atteindre ces objectifs.

Rapport de stage 1A 2
Chapitre 1. Contexte général du projet

1.1 Présentation de l’organisme d’accueil

Fig. 1.1 : organisme d’accueil.

L’Office Régional de Mise en Valeur Agricole (O.R.M.V.A) du Béni

Mellal est un établissement public, placé sous la tutelle du Ministère de
l’Agriculture et des Pêches Maritimes.
Crée en 1966 à Béni Mellal par le décret royal n° 828-66 du 22/10/1960,
il est chargé de promouvoir les travaux hydro-agricoles, assurer la gestion
des réseaux d’irrigation et de drainage et de l’encadrement des agricultures.
Sa zone d’action chevauche sur les Provinces de Béni Mellal, Fquih Ben
Salah et d’Azilal. Elle englobe 20 Communes Rurales et 5 Cercles à savoir :
Fquih Ben Salah et Souk Sebt (Province de Fquih Ben Salah, Ouaouizerth
et Bzou (Province d’Azilal).
La superficie totale de la zone d’action de l’ORMVA du Béni Mellal est
estimée à 36000 Ha dont 97000 ha sont irrigués par la grande hydraulique
et 17000 ha par pompage moyen hydraulique (PMH) et 8800 ha par pi-
vot. L’Office Régional de Mise Valeur Agricole du Béni Mellal assure son
fonctionnement par ses propres recettes, essentiellement à partir des rede-
vances en eau d’irrigation et réalise son autofinancement depuis 1987. Sa
population s’élève à 560000 habitants dont :
• Population urbaine : 120000 habitants.
• Population rurale : 440000 habitants.

Rapport de stage 1A 3
Chapitre 1. Contexte général du projet

1.1.1 Organisme et structure de l’ORMVA du Béni Mellal

La gestion de l’ORMVA du Béni Mellal est assurée par un Directeur, as-

sisté par les Chefs de trois Départements opérationnels : le Département
de Développement Agricole, le Département des Aménagements,
et le Département de la Gestion des Réseaux d’Irrigation et de
Drainage. En complément, les Chefs de deux Départements fonctionnels,
le Département des Ressources Humaines et le Département de
la Planification et des Finances, ainsi que trois Services rattachés di-
rectement à la Direction, à savoir le Service de la Maintenance et de
la Gestion, le Service de l’Assistance et de l’Information Géogra-
phique et Cartographique, et le Service Informatique, complètent
cette structure organisationnelle.

Au sein des Départements, les responsabilités sont partagées entre les

structures du siège et celles sur le terrain, comprenant 5 Arrondissements
de Développement Agricole, 31 unités de Gestion des Réseaux d’Irrigation
et de Drainage, et 12 Centres de Gestion des Réseaux.

Cette organisation structurée permet à l’ORMVA du Béni Mellal de gé-

rer efficacement ses différentes missions, de la gestion des ressources en eau
à l’amélioration des pratiques agricoles, en passant par l’administration et
la planification financière.

1.1.2 Attributions du Service Informatique

Le Service Informatique de l’ORMVA du Béni Mellal joue un rôle es-

sentiel dans l’étude et la gestion des systèmes d’information géographique
(SIG) et d’autres processus informatiques. Ses attributions incluent :
• Suivi et coordination des processus informatiques : Assurer que
tous les processus informatiques de l’ORMVA du Béni Mellal sont correc-
tement suivis et coordonnés.
• Assistance aux fonctions : Aider les différents départements dans le
choix de logiciels ou le développement d’applications spécifiques nécessaires
à leurs opérations.

Rapport de stage 1A 4
Chapitre 1. Contexte général du projet

• Coordination des traitements informatiques : Gérer et synchroni-

ser les différents traitements informatiques nécessaires à l’organisation.
• Maintenance des traitements informatiques : Veiller à ce que tous
les traitements informatiques soient maintenus en bon état de fonctionne-
ment.
• Maintenance des logiciels et outils de traitement : Collaborer
avec des sociétés de service et des constructeurs pour maintenir et mettre
à jour les logiciels et outils de traitement.
• Administration des systèmes informatiques : Gérer le système in-
formatique central et le réseau informatique de l’organisme.
• Formation et assistance : Former les utilisateurs et leur fournir une
assistance continue pour garantir une utilisation optimale des systèmes in-
formatiques.

1.1.3 Organisation du Service Informatique

Le Service Informatique est structuré en deux Bureaux et un secréta-

riat :
• Bureau des Études Informatiques : Responsable des études et du
développement interne des principales applications de gestion, couvrant
diverses activités de l’Office.
• Bureau d’Exploitation et de Maintenance du Système Infor-
matique : Chargé de la maintenance et de la gestion des équipements
informatiques dans toutes les entités de l’Office.

Fig. 1.2 : Structure hiérarchique du service informatique.

Rapport de stage 1A 5
Chapitre 1. Contexte général du projet

1.2 Présentation du projet

1.2.1 Problématique

Depuis les premières années de gestion des ressources humaines, les res-
ponsables se sont engagés à fournir un suivi précis et fiable des employés.
Cependant, malgré leurs efforts, des défis importants persistent, notam-
ment en ce qui concerne la gestion manuelle du pointage et des congés sur
papier, une méthode chronophage et peu fiable. Cela nécessite des mises
à jour constantes et des calculs manuels qui augmentent le risque d’er-
reurs. Gérer les ressources humaines sans application devient d’autant plus
complexe dans les structures de grande taille. Chaque pointage doit être
enregistré pour suivre les jours travaillés, et chaque demande de congé doit
être traitée, rendant la gestion manuelle difficile et souvent imprécise. Pour
surmonter ces défis, les responsables cherchent à s’appuyer sur l’automa-
tisation et l’informatisation afin de simplifier, sécuriser et optimiser leur
travail.

1.2.2 Objectif général du projet

Dans le cadre de ce projet, j’ai développé une application web complète

pour la gestion des employés. L’objectif principal est d’optimiser les proces-
sus administratifs et d’améliorer l’efficacité des ressources humaines. Mon
application propose une gamme de fonctionnalités essentielles, notamment
le suivi du pointage quotidien des employés et la gestion des congés. En
facilitant la saisie et le suivi de ces données, l’application réduit les erreurs
et permet un gain de temps considérable pour les gestionnaires. Grâce à
cette solution, les responsables peuvent gérer efficacement les effectifs tout
en offrant un suivi rigoureux et transparent des heures travaillées et des
congés pris par chaque employé.

1.2.3 Objectif pédagogique

Réinvestir mes connaissances acquises tout au long du première année

principalement dans les éléments suivants : conception MERISE et tech-

Rapport de stage 1A 6
Chapitre 1. Contexte général du projet

nologie PHP.

1.3 Méthodologie de travail

1.3.1 Méthode SCRUM

Scrum est une méthodologie Agile qui organise le développement de

projets complexes en sprints, généralement de 2 à 4 semaines. Elle repose
sur des rôles bien définis, tels que le Product Owner, le Scrum Master et
l’équipe de développement, qui collaborent pour livrer un produit fonc-
tionnel à la fin de chaque cycle. Ses principes clés incluent la planification
collaborative, la transparence via des réunions quotidiennes (Daily Scrum),
et l’amélioration continue par des rétrospectives, permettant une adapta-
tion rapide aux changements et une communication ouverte.

Durant mon stage d’un mois, j’ai appliqué Scrum en étant la seule à tra-
vailler sur le développement de mon application de gestion des employés,
avec l’aide de mon encadrante, Madame Hanane Bada. J’ai structuré mon
travail en sprints, avec des réunions de planification pour définir les tâches
et des Daily Scrums pour suivre mes progrès. À la fin de chaque sprint, j’ai
réalisé des revues pour présenter les fonctionnalités développées et recueillir
des retours, suivies de rétrospectives pour identifier des pistes d’améliora-
tion et optimiser mon processus de développement.

Rapport de stage 1A 7
Chapitre 1. Contexte général du projet

Fig. 1.3 : Méthode SCRUM.

1.4 Planning

1.4.1 Diagramme de Gantt de base

Le diagramme de Gantt est un outil couramment utilisé en gestion de

projet pour visualiser de manière efficace l’avancement des tâches. Il offre
une représentation visuelle claire où chaque tâche est présentée sous forme
d’une barre horizontale, indiquant sa durée et sa date de début et de fin. Les
tâches sont répertoriées dans la colonne de gauche, tandis que les unités
de temps sont affichées en en-tête. Grâce à ce diagramme, il est facile
de planifier, coordonner et suivre les activités du projet, d’identifier les
dépendances entre les tâches et de détecter d’éventuels retards. C’est un
outil précieux pour assurer le respect des délais et la gestion efficace du
projet. 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 chevauche-
ment.
• La date de début et la date de fin du projet dans son ensemble

Rapport de stage 1A 8
Chapitre 1. Contexte général du projet

En résumé, un diagramme de Gantt répertorie toutes les tâches à ac-

complir pour mener le projet à bien, et indique la date à laquelle ces tâches
doivent être effectuées (le planning).

Fig. 1.4 : Diagramme de Gantt de base.

1.5 Conclusion

Ce chapitre a été le point de départ pour l’élaboration du projet, dans

la mesure où il décrivait l’objectif général à atteindre, le cahier de charge
de notre projet ainsi que la spécification de la méthodologie de cycle de vie
adopté et la plannification de notre projet.

Rapport de stage 1A 9
Chapitre 2. Analyse et Conception

Chapitre 2

Analyse et Conception

Après avoir examiné la phase d’étude préliminaire et acquis une com-

préhension générale du contexte du projet, nous allons maintenant aborder
l’analyse des besoins fonctionnels et techniques, suivie de l’étude concep-
tuelle et de la réalisation de l’architecture du projet.

Rapport de stage 1A 10
Chapitre 2. Analyse et Conception

2.1 Analyse et spécification des besoins

Avant l’intervention à l’ORMVA du Tadla, les pratiques de gestion des

employés reposaient sur des registres papier, entraînant des erreurs et un
manque de transparence. Ce chapitre présente les besoins fonctionnels, non
fonctionnels et techniques de la solution proposée. Les utilisateurs finaux,
principalement les employés et les responsables des ressources humaines,
nécessitent un accès facile aux informations et une interface intuitive. L’ob-
jectif est de répondre efficacement aux défis identifiés et d’améliorer la
gestion des ressources humaines au sein de l’organisme.

2.1.1 Analyse de l’existant

Avant mon intervention, l’ORMVA du Tadla gérait les employés et leurs

horaires de manière traditionnelle, sans système automatisé. Les pratiques
en place consistaient principalement en des registres papier pour le pointage
quotidien et la gestion des congés. Les employés devaient signer manuel-
lement leur présence, ce qui entraînait des erreurs et des retards dans le
suivi des heures travaillées.

[Link].1 Solutions ou pratiques en place :

• Registres papier : Utilisation de feuilles de présence pour le pointage

quotidien, nécessitant une vérification manuelle.
• Gestion manuelle des congés : Les demandes de congé étaient
soumises sur papier, puis traitées manuellement par les responsables,
ce qui causait des délais dans les réponses et des confusions sur les
jours de congé disponibles.
• Communication informelle : Les informations relatives aux ho-
raires et aux congés étaient souvent communiquées de manière infor-
melle, augmentant le risque de malentendus.

[Link].2 Contraintes ou limites de l’existant :

• Erreurs humaines : La gestion manuelle des pointages et des congés

entraînait des erreurs fréquentes, rendant le suivi des heures de travail
et des congés peu fiable.

Rapport de stage 1A 11
Chapitre 2. Analyse et Conception

• Gain de temps limité : Le traitement manuel des demandes de

congé et des pointages était chronophage, limitant l’efficacité des res-
sources humaines.
• Difficulté d’accès aux informations : Les informations concernant
les horaires et les congés n’étaient pas centralisées, rendant leur accès
difficile pour les responsables et les employés.
• Manque de transparence : Les employés avaient peu de visibilité
sur leurs heures de travail et leurs droits à congé, ce qui pouvait gé-
nérer des frustrations et des tensions au sein de l’équipe.
L’absence d’une solution numérique efficace a mis en évidence la nécessité
de développer une application web pour améliorer la gestion des employés,
optimiser le pointage quotidien et simplifier la gestion des congés.

2.1.2 Spécification des besoins

[Link] Les besoins fonctionnels

Les besoins fonctionnels représentent les principales fonctionnalités du

système. Ils proviennent généralement des utilisateurs du système. La so-
lution proposée doit offrir :
• Une interface qui contient la page d’accueil.
• Une interface qui contient la page d’authentification et la page de
registre.
• Un module pour la gestion des employés.
• Un module pour la gestion des pointages.
• Un module pour la gestion des congés.
•

[Link] Les besoins non fonctionnels

Les besoins non fonctionnels décrivent les objectifs liés aux performances
du système et aux contraintes de son environnement. Ses exigences tech-
niques sont souvent exprimées sous forme d’objectifs spécifiques que doit
atteindre le système :

Rapport de stage 1A 12
Chapitre 2. Analyse et Conception

• La maintenabilité : Le code doit être compréhensible par simple lec-

ture, notamment en respectant les règles de gestion et les normes de
développement.

• Exploitabilité : Les impacts en termes de performances doivent être

pris en compte lors du développement, ainsi que la consommation des
ressources (CPU, mémoire, etc.) qui doit être minimisée.

• Sécurité : Le bibliothécaire et les adhérents pour accéder à l’appli-

cation sont obligés(es) de s’authentifier par un nom d’utilisateur et
un mot de passe. Ils ne pourront accéder qu’aux pages qui leur sont
permises par leur profil ou les droits d’accès qui leur sont affectés par
l’administrateur.

• [•] Ergonomie des interfaces de l’application web : Le design ergono-

mique d’une application web doit prendre en compte de nombreux
critères, qui agissent en synergie au service de l’expérience utilisateur.
Il vise essentiellement quatre objectifs :

• Utilisabilité

• Lisibilité

• Interactivité

• Accessibilité

2.2 Conception

Le développement d’une application Web passe par plusieurs étapes et

possède un cheminement long et complexe (cycle de vie du développement
logiciel), c’est pour cela qu’il est nécessaire de bien préparer et faire une
analyse afin d’éviter toute sorte d’erreurs qui mèneraient le projet à l’échec
et pour obtenir un logiciel de qualité. Dans ce chapitre on va donc s’intéres-
ser à l’analyse et la conception faites avant la réalisation de la plateforme.

Rapport de stage 1A 13
Chapitre 2. Analyse et Conception

2.2.1 Présentation de la méthode utilisée : Merise

MERISE est une méthode de conception, de développement et de réali-

sation de projets informatiques. Conçue en 1976, elle a connu une croissante
diffusion entre les équipes chercheurs et les entreprises de services informa-
tiques.
Le but de cette méthode est d’arriver à concevoir un système d’informa-
tion. La méthode MERISE est basée sur la séparation des données et des
traitements à effectuer en plusieurs modèles conceptuels et physiques.

2.2.2 Le fondement de MERISE

La méthode de MERISE repose sur trois formulations qui prennent en

charge tous les ascpects du travail de conception des SI.

• Formulation Conceptuelle : Cette formulation vise à formaliser les

données et les traitements nécessaires au système d’information, sans
aborder l’aspect organisationnel. Elle se concentre sur la modélisa-
tion des entités, des associations et des règles métier, et répond à la
question ”à quoi on s’intéresse ?”. C’est la partie la plus statique du
système..

• Formulation Organisationnelle : Cette formulation ajoute à la formu-

lation conceptuelle la notion de temps, de lieux et d’acteurs. Elle prend
en compte les aspects temporels, géographiques et organisationnels du
système d’information. Elle répond aux questions telles que ”quand
une certaine tâche s’effectue ?”, ”où ?”, et ”par qui ?”. Elle permet de
modéliser les processus métier et les interactions entre les acteurs du
système.

• Formulation Opérationnelle : Cette formulation se concentre sur la

définition des solutions concrètes pour résoudre le problème identifié.
Elle répond à la question ”comment ?”. Elle permet de spécifier les
choix techniques, les interfaces, les programmes et les bases de don-
nées nécessaires à la mise en œuvre du système d’information.

Rapport de stage 1A 14
Chapitre 2. Analyse et Conception

2.2.3 Les différents modèles de la méthode MERISE

Afin de concrétiser ces formulations, la méthode MERISE propose l’uti-

lisation de différents modèles qui permettent de représenter les différents
aspects du système d’information. Ces modèles viennent compléter les for-
mulations en fournissant des représentations plus détaillées et spécifiques.
Les principaux modèles utilisés dans la méthode MERISE sont les suivants :

• Modèle Conceptuel des Données (MCD) : représente la structure des

données, les entités, les associations et les règles métier.

• Modèle Organisationnel des Données (MOD) : prend en compte les

aspects temporels, géographiques et organisationnels du système.

• Modèle Conceptuel des Communications (MCC) : met l’accent sur les

échanges d’informations entre les acteurs.

• Modèle Organisationnel des Traitements (MOT) : décrit les processus

métier, les interactions entre les acteurs et les règles de traitement des
données.

2.2.4 Modèle conceptuel des traitements

Le modèle conceptuel des traitements permet de traiter la dynamique

du système d’information, c’est-à-dire les opérations qui sont réalisées en
fonction d’événements. Ce modèle permet donc de représenter de façon
schématique l’activité d’un système d’information sans faire référence à
des choix organisationnels ou des moyens d’exécution.

Lors de l’élaboration du Modèle Conceptuel des Traitements (MCT), il

est essentiel de répondre aux questions suivantes :

• Qu’est-ce qui est réalisé ? Quelles sont les actions effectuées dans le
système ?

• Qui réalise ces actions ? Quels sont les acteurs ou les intervenants
impliqués ?

Rapport de stage 1A 15
Chapitre 2. Analyse et Conception

• Quand les actions sont-elles réalisées ? Quel est le déroulement tem-

porel des activités ?

• Où les actions sont-elles réalisées ? Quels sont les lieux ou les contextes
où se déroulent les traitements ?

Pour notre système, le Modèle Conceptuel des Traitements se présente

comme suit :

1. MCT Inscription/Connexion

Fig. 2.1 : Etablir la connexion à l’application.

2. MCT Gestion

Fig. 2.2 : Gestion des employés, des pointages et des congés.

Rapport de stage 1A 16
Chapitre 2. Analyse et Conception

2.2.5 Modèle conceptuel de données (MCD)

[Link] Dépendences fonctionnelles

• Déterminer les liens entre les données afin d’identifier l’ensemble des
entités et des relations qui les associent.

• Eliminer toute transitivité existante.

Pour notre système les dépendences fonctionnelles sont comme suit :

1. L’identifiant d’adhérent permet d’avoir son nom, son email, son nu-
méro de téléphone, son adresse et son mot de passe.

2. L’identifiant d’ouvrage permet d’avoir son titre, son auteur, son prix
d’emprunt par jour, sa quantité disponibe. il nous fournit de plus
l’image d’ouvrage, l’image d’auteur et une petite description qui donne
plus d’information sur l’ouvrage.

3. L’identifiant d’emprunt nous fournit la date d’emprunt, la date de

retour suggérée par l’adhérent, la date finale de retour fournit par le
bibliothécaire après la négociation et le statut de la demande.

4. L’identifiant de la réservation nous fournit la date de réservation, la

date de retour suggérée par l’adhérent, la date finale de retour fournit
par le bibliothécaire après la négociation et le statut de la demande.

5. L’identifiant de la catégorie nous donne le nom d’une ctégorie spéci-

fique.

[Link] Régles de gestion

Les règles de gestion du MCD précisent les contraintes d’intégrité qui

doivent être respectées par le modèle. Pour notre système, les règles de
gestion ont été définies de la manière suivante :

Rapport de stage 1A 17
Chapitre 2. Analyse et Conception

-Chaque adhérent est enregistré dans le système avec des informations telles
que son nom, son adresse, son numéro de téléphone, etc.
-Un ouvrage peut appartenir à une ou plusieurs catégories.
-Un ouvrage peut être emprunté ou réservé plusieurs fois.
-Une catégorie peut contenir plusieurs ouvrages.
-Un emprunt ou une réservation est effectué par un adhérent.
-Un emprunt concerne un ouvrage spécifique.
-Une réservation concerne un ouvrage spécifique.
-Un adhérent peut emprunter ou réserver plusieurs ouvrages.
-Chaque utilisateur a son propre compte (Email+Mot de passe).

[Link] Elaboration du Modèle conceptuel de données (MCD)

Le modèle conceptuel des données (MCD) a pour but d’écrire de fa-

çon formelle les données qui seront utilisées par le système d’information
à l’aide d’entités et d’associations.

Fig. 2.3 : Le modèle conceptuel des données.

2.2.6 Modèle logique de données (MLD)

Le modèle logique de données permet de modéliser la structure selon

laquelle les données seront stockées dans la future base de données.
Il est adapté à une famille de SGBD et permet ainsi d’implémenter la base
de données dans un SGBD donné.

Rapport de stage 1A 18
Chapitre 2. Analyse et Conception

◦ Administrateur (ID_Admin, Nom_Admin, Email, Mot_de_passe).

◦ Employé (Num_Employé, Nom, Prénom, CIN, Poste, Salaire).

◦ Pointage (ID_pointage, Date_pointage, #Num_Emp, Statut).

◦ Congé (Num_Congé, #Num_Emp, Motif, Nbr_Jour, Date_Demande).

2.3 Conclusion

Dans ce chapitre nous avons abordé le cahier des charges, ainsi la mo-
délisation des données et des traitements en utilisant la méthode Merise
( Modèle conceptuel des traitements ; modèle conceptuel de données, et
modèle logique des données) qui permettent de donner une vision bien dé-
taillée sur le fonctionnement du système. Maintenant nous allons entamer
la phase de réalisation de notre application.

Rapport de stage 1A 19
Chapitre 3. Réalisation

Chapitre 3

Réalisation

Au niveau de cette dernière partie, nous nous intéressons aux outils de

développement utilisés pour la réalisation de mon application ainsi qu’aux
principales interfaces de l’application et quelques scénarios applicatifs.

Rapport de stage 1A 20
Chapitre 3. Réalisation

3.1 Introduction

Ce chapitre a pour but de détailler les aspects techniques, graphiques

du projet.

3.2 Environnement du travail

3.2.1 Environnement matériel

• PC Portable 1 LENOVO DESKTOP-CRPH80I

◦ Intel® Core™ i5-7300U CPU @ 2.60GHz 2.71 GHz

◦ Mémoire RAM 8GO.

3.3 Outil de conception

- Logiciel de Conception [Link] :

[Link] met à la disposition des adeptes de la méthode MERISE

et de ses utilisateurs des outils de modélisation pour construire leurs mo-
dèles de manière bien structurée.

⋆ JFLUX : est un logiciel de modélisation des diagrammes conceptuels

de flux (MCC).

⋆ JMCT : est un logiciel de modélisation des diagrammes conceptuels

de traitements (MCT).

⋆ JMERISE : est un logiciel dédié à la modélisation des modèles concep-

tuels de donnée (MCD).

Rapport de stage 1A 21
Chapitre 3. Réalisation

3.4 Language de programmation

Un langage de programmation permet de donner des instructions à une

machine pour qu’elle exécute des tâches spécifiques. Utiliser des langages
populaires assure un meilleur support, accélère le développement, et facilite
la maintenance grâce aux ressources et à l’expérience de la communauté.

3.4.1 PHP

J’ai choisi PHP, associé à Laravel, pour bénéficier d’une architecture

MVC, qui sépare efficacement la logique métier, la présentation et la gestion
des données. Cette approche garantit un code structuré, maintenable et
évolutif pour notre application.

Fig. 3.1 : Logo « PHP »

3.4.2 HTML

L’HyperText Markup Language, généralement abrégé HTML, est le lan-

gage de balisage conçu pour représenter les pages web. C’est un langage
permettant d’écrire de l’hypertexte, d’où son nom.
Dans le cadre de mon projet , HTML a été utilisé pour structurer le contenu
de l’application.

Fig. 3.2 : Logo « HTML5 »

3.4.3 CSS

Les feuilles de style en cascade1, généralement appelées CSS, forment un

langage informatique qui décrit la présentation des documents HTML . Les

Rapport de stage 1A 22
Chapitre 3. Réalisation

standards définissant CSS sont publiés par le World Wide Web Consortium
(W3C).
CSS a été utilisé pour styliser les pages.

Fig. 3.3 : Logo « Css3 »

3.4.4 JavaScript

JavaScript est un langage de scripts orienté objet à prototype, utilisé

principalement pour les pages web interactives. Il permet de manipuler les
données côté client et d’améliorer l’expérience utilisateur en offrant des
interfaces dynamiques sans recourir à des classes.

Fig. 3.4 : Logo « JS »

3.5 Architecture MVC

Pour clarifier l’architecture de mon application et simplifier le dévelop-

pement, j’ai adopté le modèle MVC (Modèle-Vue-Contrôleur), qui répond
aux besoins des applications interactives en séparant les différents compo-
sants.

Ce patron regroupe les fonctions nécessaires en trois catégories :

◦ Modèle :
contient les données (comme une base de données ou un objet) et gère
leur manipulation.

Rapport de stage 1A 23
Chapitre 3. Réalisation

◦ Vue :
représente l’interface utilisateur, affichant les données et recevant les
actions de l’utilisateur sans effectuer de traitement.
◦ Contrôleur :
fait le lien entre le modèle et la vue, gérant la logique métier, les
requêtes, et mettant à jour les données selon les interactions de l’uti-
lisateur.

Fig. 3.5 : Le schéma Modèle-Vue-Contrôleur.

3.6 Choix du Framework

En programmation, un framework est un ensemble de composants logi-

ciels qui fournit les bases et l’architecture d’une application. Bien qu’il ne
soit pas indispensable pour créer un site web, un framework est idéal pour
concevoir une application robuste, sécurisée, bien structurée, évolutive et
réalisable rapidement.

3.6.1 Laravel

J’ai choisi Laravel pour développer l’application, car ce framework MVC

facilite l’organisation du code et la séparation des responsabilités. Laravel

Rapport de stage 1A 24
Chapitre 3. Réalisation

permet de déployer rapidement des fonctionnalités essentielles comme la

gestion des emprunts, réservations et retours d’ouvrages. En plus de re-
grouper des bibliothèques, il propose des composants originaux tels que le
routage des vues, un créateur de requêtes SQL, la gestion des versions de
base de données, un système d’authentification, de cache, de sessions, un
moteur de template, et un constructeur de formulaires pratique.

Fig. 3.6 : Logo framework « Laravel »

[Link] Installation de Laravel 10 avec composer

• Composer :
Composer est un gestionnaire de dépendances pour PHP.
C’est un outil simple et fiable que les développeurs utilisent pour gérer
et intégrer des paquets ou des bibliothèques externes dans leurs projets
basés sur PHP. Ainsi, ils n’ont pas à créer leurs pages ou applications
web à partir de zéro.

Rapport de stage 1A 25
Chapitre 3. Réalisation

Fig. 3.7 : Logo composer

• Installation de Laravel 10:

Fig. 3.8 : Commande d’installation Laravel 10 ([Link])

3.6.2 Bootstrap

J’ai également utilisé Bootstrap, un framework CSS, pour développer

l’interface utilisateur de l’application. Grâce à ses composants prêts à l’em-
ploi et à son système de grille, Bootstrap m’a permis de créer une interface
responsive et attrayante.
Parmi les avantages de l’utilisation du Bootstrap :

Rapport de stage 1A 26
Chapitre 3. Réalisation

• Facile et rapide pour la mise en page d’une page web.

• Il dispose d’un système de grille qui permet le positionnement des

éléments HTML sur une page web.

• La possibilité de rendre un site responsif de manière assez facile com-

parée aux méthodes purement CSS.

• Compatibilité entre tous les navigateurs pour une présentation uni-

forme.

Fig. 3.9 : Logo « Bootstrap »

3.7 Système de gestion de bases de données (SGBD)

Un système de gestion de base de données (SGBD) est un logiciel qui

permet de stocker, récupérer, ajouter, supprimer et modifier des données. Il
gère tous les aspects d’une base de données, y compris la manipulation des
données et l’authentification des utilisateurs. Un SGBD définit le schéma
de données, et le choix du SGBD doit être optimisé pour répondre aux
besoins du programme, car cela impacte le temps de développement et la
stabilité du système. C’est pourquoi j’ai choisi le SGBD MySQL.

3.7.1 MySQL

Pour la gestion de la base de données, j’ai utilisé MySQL, un système de

gestion de bases de données relationnelles. J’ai créé des tables pour stocker
les informations des adhérents, des emprunts et des réservations. MySQL
m’a permis d’interagir avec la base de données, d’effectuer des requêtes et
de stocker les données de manière sécurisée.

Rapport de stage 1A 27
Chapitre 3. Réalisation

Fig. 3.10 : Logo « SGBD MySQL »

3.7.2 phpMyAdmin

phpMyAdmin est une application web open source qui permet la gestion
des bases de données (MySQL). Il est basé sur PHP et permet de créer et
manipuler des bases de données grâce à son interface graphique.

Fig. 3.11 : Logo « phpMyAdmin »

3.8 Environnement logiciel

3.8.1 Visual Studio Code

Visual Studio Code (VS Code) est un éditeur de code source léger et
extensible, développé par Microsoft. Dans mon projet, j’ai utilisé VS Code
pour écrire, exécuter et gérer mon code source, en intégrant des extensions
pour ajouter des fonctionnalités spécifiques à mes besoins.

Rapport de stage 1A 28
Chapitre 3. Réalisation

Fig. 3.12 : Logo « Visual Studio Code »

3.8.2 XAMPP

Pour exécuter l’application localement, j’ai utilisé XAMPP, un ensemble

d’outils de développement web incluant un serveur web Apache, MySQL
et un interpréteur PHP. XAMPP m’a permis de créer un environnement
de développement complet sur ma machine pour tester l’application.

Fig. 3.13 : Logo « Xampp »

3.8.3 Interfaces Graphiques

[Link] Interface de page d’accueil

La page d’accueil est constitué par les éléments suivants :

- Login : permet au administrateurs d’accéder à l’application.
- Register : permet de s’inscrire .

Rapport de stage 1A 29
Chapitre 3. Réalisation

Fig. 3.14 : page d’accueil

[Link] Interface register

Fig. 3.15 : Page de registre

Rapport de stage 1A 30
Chapitre 3. Réalisation

[Link] Interface login

Fig. 3.16 : Page de login

3.8.4 Module employé

Après l’authentification d’administrateur, le système affiche un tableau

de bord qui offre plusieurs fonctionnalités :

Fig. 3.17 : Liste des employés

dans cette page qui s’appelle employé l’administrateur peut ajouter,

Rapport de stage 1A 31
Chapitre 3. Réalisation

afficher, modifier, et supprimer (CRUD) un employé qui se caracterise par

les informations qui apparaissent dans la figure.

Fig. 3.18 : Fonctionnalité de chercher les employés

Cette page offre aussi la possibilité de chercher lea employés par ses
numero d’employé, ses noms, prenom ou CIN.

Fig. 3.19 : Formulaire d’ajout d’employé

voici le formulaire d’ajout des employés qui apparait apres un clic sur
le boutton ajouter dans le tableau de bord

Rapport de stage 1A 32
Chapitre 3. Réalisation

[Link] Module bibliothécaire

Fig. 3.20 : Liste des pointages

apres avoir cliqué sur le boutton Pointage il apparaisse ce tableau de

bord qui montre l’historique de pointage effectu”e dans l’application avec
une possibilité de modifier ou supprimer un pointage deja effectuée

Fig. 3.21 : Affichage des Détails d’un ouvrage

il existe une fonctionalité pour regrouper les les pointage effectuée par
date afin de visualiser les employés qui ont travaillé ce jour et les employés

Rapport de stage 1A 33
Chapitre 3. Réalisation

qui n’ont pas travaillé ce jour qui apparaissent dans la bare de recherche

Fig. 3.22 : Formulaire d’emprunt d’un ouvrage

apres avoir cliqué sur ajouter ce foemulaire apparaisse et apres le rem-

plissement du formulaire et un clic sur le boutton enregistrer on obtient un
nouveau pointage d’employé.

Fig. 3.23 : Tableau des emprunts effectués

apres avoir cliqué sur le boutton présence il apparaissent l’historique

des employés présent aléatoire et si on effectue un recherche sur une date
precise on obtient les employés présents dans la date définies.

Rapport de stage 1A 34
Chapitre 3. Réalisation

Fig. 3.24 : Formulaire de réservation d’un ouvrage

[Link] Module bibliothécaire

apres avoir cliqué sur le boutton Congés on obtient ce tableau qui montre
les congés prisent par les emplyés avec le nombre de jours et la date de
demande et aussi le motif qui pouse l’employé a demande un congé avec
une possibilité de modifier ou supprimer un congé.

Fig. 3.25 : Tableau des réservations effectués

apres avoir cliqué sur le boutton ajouter ce formulaire apparaisse et

Rapport de stage 1A 35
Chapitre 3. Réalisation

apres le remplissage de ce formulaire un nouveu congé convenable a un

certain employe apparaisse dans le tableau

Fig. 3.26 : Tableau de bord de bibliothécaire

apres un retour a la page employe et apres un clic sur le bouton listes des
employes en conge on visualise dans un tabeleau les employés qui deja pris
un congé et qu’il ne peuvent pas prendre un nouveau congé a l’exceptiuon
des cas graves.

Fig. 3.27 : Interface d’ajout, de modification ou de suppression d’une catégorie

Rapport de stage 1A 36
Chapitre 3. Réalisation

de meme apres un clic sur le boutton liste des employes non en conge il
apparaisse un tableau qui montre les employes qui n’ont pas pris a congé
encore.

Fig. 3.28 : Formulaire d’ajout d’un ouvrage

3.9 Conclusion

Dans ce chapitre nous avons montré et détaillé l’architecture et les

technologies utilisées pour la réalisation de notre projet ainsi que l’envi-
ronnement de travail. En présentant ainsi les principales interfaces qui
permettent de répondre aux besions de l’application.

Rapport de stage 1A 37
Conclusion et perspectives

Conclusion et perspectives

Rapport de stage 1A 38
Conclusion et perspectives

Conclusion générale

Le présent rapport est le résultat de notre projet de fin d’année au sein

de l’ENSIAS.

Notre projet de fin d’année avait donc pour but de concevoir et déve-
lopper une application web visant à améliorer la gestion des bibliothèques.
Notre démarche s’est déroulée en plusieurs étapes clés.

Nous avons, tout d’abord, entamé notre étude par l’analyse qui est une
étape cruciale et nécessaire pour mieux assimiler le système déjà existant,
puis par la définition des principaux intervenants et l’identification des
besoins. Elle nous a permis la conception d’une architecture de base stable.
Enfin, nous avons procédé au choix justifié des technologies avant de passer
à l’implémentation, qui nous a permis de développer cette application.

En bref, pendant la période du PFA, nous ont permis de réaliser un

projet très riche qui est la succession de plusieurs étapes planifiées et dé-
pendantes les unes des autres. Toutes les étapes de ce projet nous ont
permis d’enrichir notre expérience au niveau professionnel vu que ce genre
de projet demande une bonne organisation, maitrise du domaine et une
cohérence entre les différents intervenants dans le projet.

En conclusion, notre projet de fin d’année à l’ENSIAS a été une expé-

rience enrichissante et nous a permis de mettre en pratique nos connais-
sances théoriques. À travers les différentes étapes du projet, nous avons pu
développer une application web de gestion de bibliothèque qui contribue à
améliorer la fiabilité et l’efficacité de l’organisation des ouvrages ainsi que
de la gestion des adhérents, tout en facilitant les tâches administratives.
Bien que notre application puisse être améliorée à l’avenir avec des fonc-
tionnalités telles que la possibilité de lire des ouvrages en ligne, le paiement
en ligne, et un système de recommandation personnalisée basé sur les pré-
férences de lecture, nous sommes fiers des résultats obtenus et du travail
accompli.

Rapport de stage 1A 39
Bibliographie

Bibliographie

[1] Cours Mme Naoual Chaouni Benabdellah - MODÉLISATION ET SI.

[2] Cours M. Ahmed ZELLOU - Développement des Applications Web

Framework Laravel.

[3] https ://[Link]/docs/10.x/readme

[4] https ://[Link]/fr/

[5] https ://[Link]/

[6] https ://[Link]/yaminshakil/Library

[7] https ://[Link]/

Rapport de stage 1A 40