Rapport Rihab

Ministère de l’Enseignement Supérieur Et de la
Recherche Scientifique
Université de Tunis
Institut Supérieur de Gestion
Conception et développement d’une

application web pour la gestion de la
paie
Réalisé par
Rihab CHAABANE
Encadré par
Encadrant pédagogique Encadrant professionnel
Mme. Meriem ENNIGROU Mme. Hajer KORBI
Année universitaire 2022-2023

Table des matières
I Introduction générale 8
II Présentation générale 10
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2 Présentation de l’organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . 10
3 Contexte du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
4 méthode de travail adoptée . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.1 Méthode agile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.2 Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
5 Acteurs du projet Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6.1 Solution existante . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6.2 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6.3 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
III Analyse et spécification des besoins 13

1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
3 Spécification des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . 14
4 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . . . . 14
5 Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
6 Le prototypage des interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . 16
7 Planification des sprints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
8 Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
8.1 Architecture physique trois-tiers . . . . . . . . . . . . . . . . . . . . . 19
8.2 Architecture logique . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
9 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
9.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . 21
9.2 Framework et Logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . 21
9.3 Partie Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
10 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
IV Sprint 1 : Authentification, Gestion des Utilisateurs et contrôle d’accès 25

1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2 Sprint Backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
1
3 L’analyse des cas d’utilisation du premier sprint . . . . . . . . . . . . . . . . 26
3.1 Identification des cas d’utilisation pour chaque acteur . . . . . . . . . 26
3.2 Diagramme cas d’utilisation du premier sprint . . . . . . . . . . . . . 27
3.3 Analyse du cas d’utilisation «Gérer les utilisateurs» . . . . . . . . . . 28
3.3.1 Diagramme de cas d’utilisation raffiné du cas «Gérer les uti-
lisateurs» . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.3.2 Description textuelle du cas d’utilisation«Gérer les utilisa-
teurs» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4 Conception des cas d’utilisation du premier sprint . . . . . . . . . . . . . . . 32
5 Schéma de la base de données lié au premier sprint . . . . . . . . . . . . . . 34
6 Implementation des interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . 35
7 Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
8 Json Web Token . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
8.1 Introduction au Json Web Token (JWT) . . . . . . . . . . . . . . . . 39
8.2 Structure du Json Web Token (JWT) . . . . . . . . . . . . . . . . . . 40
9 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
V Sprint 2 : Gestion des employés et des paramétres de paie 41

1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
2 Sprint Backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3 Diagramme de classe du deuxiéme sprint . . . . . . . . . . . . . . . . . . . . 42
4 L’analyse des cas d’utilisation du deuxième sprint . . . . . . . . . . . . . . . 43
4.2 Diagramme cas d’utilisation du deuxième sprint . . . . . . . . . . . . 43
4.3 Analyse du cas d’utilisation «Gérer les employés» . . . . . . . . . . . 44
4.3.1 Diagramme de cas d’utilisation raffiné du cas «Gérer les em-
ployés» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.3.2 Description textuelle du cas d’utilisation«Gérer les employés»
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
4.4 Analyse du cas d’utilisation «Gérer les paramètres de paie» . . . . . . 48
4.4.1 Présentation et structure des paramètres de paie . . . . . . 48
4.4.2 Diagramme de cas d’utilisation raffiné du cas «Gérer les pa-
ramètres de paie» . . . . . . . . . . . . . . . . . . . . . . . 48
4.4.3 Description textuelle du cas d’utilisation«Gérer les paramètres
de paie» . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
5 Schéma de la base de données lié au deuxième sprint . . . . . . . . . . . . . 53
7 Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
8 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
VI Sprint 3 : Gestion de la paie 58

1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
2 Sprint Backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
3 Diagramme de classe du troisième sprint . . . . . . . . . . . . . . . . . . . . 59
4 L’analyse des cas d’utilisation du troisième sprint . . . . . . . . . . . . . . . 61
4.2 Diagramme cas d’utilisation du troisième sprint . . . . . . . . . . . . 61
4.3 Analyse du cas d’utilisation «Gérer la paie» . . . . . . . . . . . . . . 61
4.3.1 Diagramme de cas d’utilisation raffiné du cas «Gérer la paie» 62
2
4.3.2 Description textuelle du cas d’utilisation«Gérer la paie» . . 62
5 Schéma globale de la base de données . . . . . . . . . . . . . . . . . . . . . 67
7 Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
8 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
VII Conclusion générale 71
3
Table des figures
II.1 Méthodologie Scrum [1] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
III.1 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . . . 14

III.2 Prototype de l’interface de connexion . . . . . . . . . . . . . . . . . . . . . . 16
III.3 Prototype de l’interface du liste des utilisateurs . . . . . . . . . . . . . . . . 17
III.4 Prototype de l’interface de liste des paramètres de paie . . . . . . . . . . . . 17
III.5 Prototype de l’interface de modification de paramètre de paie(Rubrique) . . 18
III.6 Prototype de l’interface d’ajout de paramètre de paie(Profil) . . . . . . . . . 18
III.7 Planification des sprints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
III.8 Architecture 3 tiers [2] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
III.9 Architecture MVC [3] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
III.10PHP [4] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
III.11CSS [5] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
III.12HTML [6] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
III.13POSTMAN [7] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
III.14MySql [8] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
III.15React [9] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
III.16visual studio code [10] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
III.17JavaScript [11] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
III.18visual paradigm [12] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
IV.1 Diagramme cas d’utilisation premier sprint . . . . . . . . . . . . . . . . . . 27

IV.2 Diagramme cas d’utilisation raffiné du cas "Gérer les utilisateurs" . . . . . . 28
IV.3 Diagramme de séquences du cas d’utilisation « S’authentifier» . . . . . . . . 32
IV.4 Diagramme de séquences du cas d’utilisation « Lister Utilisateurs» . . . . . . 32
IV.5 Diagramme de séquences du cas d’utilisation «Ajouter un Utilisateur» . . . . 33
IV.6 Diagramme de séquences du cas d’utilisation « Modifier un Utilisateur» . . . 33
IV.7 Diagramme de séquences du cas d’utilisation « Supprimer un Utilisateur» . . 34
IV.8 Schéma de la base de données lié au premier sprint . . . . . . . . . . . . . . 34
IV.9 Interface de la fonctionnalité «S’authentifier» . . . . . . . . . . . . . . . . . 35
IV.10Interface de la fonctionnalité «Gérer les utilisateurs» . . . . . . . . . . . . . 35
IV.11Interface de la fonctionnalité «Ajouter un utilisateur» . . . . . . . . . . . . . 36
IV.12Capture du service web «S’authentifier» . . . . . . . . . . . . . . . . . . . . 37
IV.13Capture du service web «Lister les utilisateurs» . . . . . . . . . . . . . . . . 37
IV.14Capture du service web «Ajouter un utilisateur» . . . . . . . . . . . . . . . . 38
IV.15Capture du service web «Modifier Utilisateur» . . . . . . . . . . . . . . . . . 38
IV.16Capture du service web «Supprimer un utilisateur» . . . . . . . . . . . . . . 39
IV.17Représentation d’un token généré [13] . . . . . . . . . . . . . . . . . . . . . 39
4
IV.18Représentation d’une autorisation d’accès au service par JWT [14] . . . . . 40
IV.19Structure du Json Web Token [15] . . . . . . . . . . . . . . . . . . . . . . . 40
V.1 Diagramme de classe du deuxiéme sprint . . . . . . . . . . . . . . . . . . . . 43

V.2 Diagramme cas d’utilisation deuxième sprint . . . . . . . . . . . . . . . . . 44
V.3 Diagramme cas d’utilisation raffiné du cas "Gérer les employés" . . . . . . . 44
V.4 Diagramme cas d’utilisation raffiné du cas "Gérer les paramètres de paie" . 49
V.5 Schéma de la base de données lié au deuxième sprint . . . . . . . . . . . . . 53
V.6 Interface de la fonctionnalité «Gestion des employés» . . . . . . . . . . . . . 54
V.7 Interface de la fonctionnalité «Gérer les variables» . . . . . . . . . . . . . . . 54
V.8 Interface de la fonctionnalité «Modifier une Rubrique» . . . . . . . . . . . . 55
V.9 Interface de la fonctionnalité «Ajouter un Profil» . . . . . . . . . . . . . . . 55
V.10 Capture du service web «Consulter liste de variable de paie» . . . . . . . . . 56
V.11 Capture du service web «Ajouter un profil» . . . . . . . . . . . . . . . . . . 56
V.12 Capture du service web «Supprimer un employé» . . . . . . . . . . . . . . . 57
V.13 Capture du service web «Modifier rubrique» . . . . . . . . . . . . . . . . . . 57
VI.1 Diagramme de classe globale . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

VI.2 Diagramme cas d’utilisation troisième sprint . . . . . . . . . . . . . . . . . . 61
VI.3 Diagramme cas d’utilisation raffiné du cas "Gérer la paie" . . . . . . . . . . 62
VI.4 Schéma globale de la base de données . . . . . . . . . . . . . . . . . . . . . 67
VI.5 Interface de la fonctionnalité «Saisir les variables de paie» . . . . . . . . . . 68
VI.6 Interface de la fonctionnalité «Gérer les bulletins» . . . . . . . . . . . . . . . 68
VI.7 Interface de la fonctionnalité «Calculer la paie» . . . . . . . . . . . . . . . . 69
VI.8 Capture du service web «Lister les bulletins» . . . . . . . . . . . . . . . . . . 69
VI.9 Capture du service web «Ajouter un bulletin» . . . . . . . . . . . . . . . . . 70
VI.10Capture du service web «Supprimer un bulletin» . . . . . . . . . . . . . . . . 70
5
Liste des tableaux
II.1 Acteurs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
IV.1 Acteurs et cas d’utilisation du premier sprint . . . . . . . . . . . . . . . . . 26

IV.2 Description textuelle du cas d’utilisation« S’authentifier» . . . . . . . . . . . 27
IV.3 Description textuelle du cas d’utilisation« Consulter liste des utilisateurs» . . 29
IV.4 Description textuelle du cas d’utilisation«Ajouter utilisateur» . . . . . . . . 29
IV.5 Description textuelle du cas d’utilisation«Consulter un utilisateur» . . . . . 30
IV.6 Description textuelle du cas d’utilisation«Modifier un utilisateur» . . . . . . 31
IV.7 Description textuelle du cas d’utilisation«Supprimer un utilisateur» . . . . . 31
V.1 Acteurs et cas d’utilisation du deuxième sprint . . . . . . . . . . . . . . . . 43

V.2 Description textuelle du cas d’utilisation« Consulter liste des employés» . . . 45
V.3 Description textuelle du cas d’utilisation«Ajouter employé» . . . . . . . . . . 46
V.4 Description textuelle du cas d’utilisation«Consulter un employé» . . . . . . . 46
V.5 Description textuelle du cas d’utilisation«Modifier un employé» . . . . . . . 47
V.6 Description textuelle du cas d’utilisation«Supprimer un employé» . . . . . . 48
V.7 Description textuelle du cas d’utilisation« Consulter liste des paramètres de
paie» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
V.8 Description textuelle du cas d’utilisation«Ajouter paramètre de paie» . . . . 50
V.9 Description textuelle du cas d’utilisation«Consulter un paramètre de paie» . 51
V.10 Description textuelle du cas d’utilisation«Modifier un paramètre de paie» . . 52
V.11 Description textuelle du cas d’utilisation«Supprimer un paramètre de paie» . 52
VI.1 Caption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
VI.2 Acteurs et cas d’utilisation du troisième sprint . . . . . . . . . . . . . . . . 61
VI.3 Description textuelle du cas d’utilisation« Saisir les variables de paie» . . . . 63
VI.4 Description textuelle du cas d’utilisation« Consulter liste des paramètres de
paie» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
VI.5 Description textuelle du cas d’utilisation«Ajouter un bulletin» . . . . . . . . 64
VI.6 Description textuelle du cas d’utilisation«Consulter un bulletin» . . . . . . . 65
VI.7 Description textuelle du cas d’utilisation«Modifier un bulletin» . . . . . . . . 65
VI.8 Description textuelle du cas d’utilisation«Supprimer un bulletin» . . . . . . 66
VI.9 Description textuelle du cas d’utilisation«Calculer la paie» . . . . . . . . . . 67
6
Remerciement
Je tiens à profiter de cette occasion pour exprimer ma sincère gratitude à toutes les
personnes qui ont contribué à la réussite de mon stage à la société TAC-TIC, dans le cadre
de projet de fin d’étude.
Tout d’abord, je tiens à remercier chaleureusement mon encadrante pédagogique, Mme.
Meriem ENNIGROU, pour ses précieux conseils, son encadrement attentif et son soutien tout
au long de mon stage. Sa grande expertise et sa disponibilité ont été d’une aide précieuse
dans l’accomplissement de mes missions.
Je souhaite également exprimer ma profonde reconnaissance à mon encadrante profes-
sionnelle, Mme. Hajer KORBI, pour son accompagnement, sa confiance et ses orientations
avisées. Son expertise et son expérience ont été des atouts majeurs pour mon développement
professionnel.
Je tiens à exprimer ma gratitude envers mes parents, dont le soutien indéfectible a été
une source d’inspiration et de motivation tout au long de mon parcours. Leur encourage-
ment constant et leur croyance en mes capacités ont été essentiels pour surmonter les défis
rencontrés durant ce stage.
Je souhaite également remercier mon frère pour son aide précieuse, partageant son expé-
rience et ses connaissances dans le domaine, qui m’ont été d’une grande utilité pour appro-
fondir mes compétences techniques.
Un grand merci à ma sœur pour son soutien et ses encouragements constants. Sa présence
bienveillante a été un véritable moteur de motivation.
Enfin, mes amis proches ont joué un rôle important en me soutenant et en m’encourageant
tout au long de cette expérience. Leurs conseils, leurs encouragements et leur amitié précieuse
ont été une source de force et de joie.
Ces remerciements sont sincères et expriment ma reconnaissance envers toutes les per-
sonnes qui ont contribué à rendre mon stage à la société TAC-TIC enrichissant, mon projet
de fin d’étude stimulant et fructueux. Leur soutien indéfectible a été d’une valeur inestimable
et a grandement contribué à mon développement personnel et professionnel.
7
Chapitre I
Introduction générale
La gestion de la paie est un processus essentiel pour toutes les entreprises, grandes ou
petites. Il s’agit de garantir le paiement précis et ponctuel des salaires aux employés, en
tenant compte de divers éléments tels que les heures travaillées, les congés, les retenues sur
salaire et les avantages sociaux. Traditionnellement, la gestion de la paie impliquait des
tâches manuelles et fastidieuses, mais grâce aux avancées technologiques, il est désormais
possible d’automatiser ce processus complexe.
Dans ce contexte, mon projet consiste en la conception et le développement d’une applica-
tion web dédiée à la gestion de la paie au sien de l’entreprise TAC-TIC. L’objectif principal
de cette application est de simplifier et d’optimiser le processus de paie, en offrant une
plateforme centralisée pour effectuer toutes les tâches liées à la rémunération des employés.
L’application web que j’envisage de développer offrira plusieurs fonctionnalités clés. Tout
d’abord, elle permettra de stocker et de gérer les données des employés, telles que leurs
informations personnelles et leurs coordonnées. De plus, l’application sera en mesure de
calculer automatiquement les salaires en fonction des heures travaillées, des taux horaires,
des primes et des déductions spécifiques à chaque employé et d’autre paramètres de paie.
En ce qui concerne la sécurité, mon application mettra en place des mesures de protection
des données pour garantir la confidentialité des informations sensibles des employés. Les
données seront stockées de manière sécurisée et seuls les utilisateurs autorisés auront accès
aux informations appropriées.
Mon rapport comporte alors 6 chapitres partagés comme suit :
Un premier chapitre contenant la présentation générale de l’organisme d’acceuil, le contexte
du projet, les méthodes de travail adoptée et la planification des taches.
Le deuxieme chapitre portant sur l’analyse et la spécification des besoins.
Le troisieme chapitre présente une étude technique.
les trois chapitres qui suivent présentent les trois sprints de mon projet :
-L’authentification, Gestion des utilisateurs et controle d’accès.
-Gestion des employés et des paramètres de paie.
-Gestion de la paie.
8
CHAPITRE I. INTRODUCTION GÉNÉRALE
Enfin, je cloture mon rapport avec une conclusion générale, résumant le travail et les contri-
butions que j’ai apportées au cours du projet.
En résumé,ce projet vise à concevoir et à développer une application web complète pour
la gestion de la paie, offrant une solution automatisée, précise et sécurisée pour l’entreprise.
Cette application permettra d’économiser du temps et des ressources, tout en minimisant
les erreurs potentielles liées au processus de paie.
9
Chapitre II
Présentation générale
1 Introduction
Le premier chapitre se concentre sur les aspects stratégiques méthodologiques et organi-
sationnels :
Bien éclairer l’idée du projet avec l’explication des raisons pour lesquelles TAC-TIC a décidé
de développer cette application.
La description du méthode agile choisie.
2 Présentation de l’organisme d’accueil

Ce projet est réalisé au sein de la société TAC-TIC. Cette société crée en 2012, est un
leader reconnu dans la fourniture de services de réseau IP/MPLS et de l’industrie des
télécommunications en Tunisie.
3 Contexte du projet
La société TAC-TIC a opté pour le développement de cette application afin
d’automatiser et de rationaliser les processus de paie au sein de l’organisation. La gestion
de la paie est une tâche essentielle dans toute entreprise, mais elle peut être complexe et
sujette à des erreurs si elle est effectuée manuellement.
Ce projet vise à mettre en place un système informatisé qui simplifie et améliore le
processus de paie. Cela implique le dévelloppemnt d’une application qui permet de
collecter, de calculer et de traiter les informations relatives aux salaires tout en offrant la
centralisation des données, automatisation des calculs, amélioration de l’efficacité et de la
productivité et la confidentialité et sécurité des données.
10
CHAPITRE II. PRÉSENTATION GÉNÉRALE
4 méthode de travail adoptée

4.1 Méthode agile
Selon cette méthode la planification et le développement de la totalité du projet est
contre-productif et une perte de temps.
Il est recommandé de diviser le projet en sous-projet et de fixer des buts à court terme
puisqu’il est impossible d’anticiper et de prévoir tous les changements et les imprévus au
cours du projet.
4.2 Scrum
En appliquant la méthode Scrum, une approche agile, il est possible de modifier et
d’ajuster les fonctionnalités à chaque sprint selon les besoins. Les trois principes
fondamentaux de la méthode Scrum sont la transparence, l’inspection et l’adaptation.
Cette approche assure aux clients un équilibre entre le produit final livré et l’investissement
initial prévu. Les principaux éléments de Scrum comprennent le Product Backlog, le Sprint
Backlog et les Burndown Charts.
Différents acteurs interviennent dans l’utilisation de la méthode Scrum, tels que le Product
Owner, l’équipe de développement et le Scrum Master.
Figure II.1 – Méthodologie Scrum [1]
11
5 Acteurs du projet Scrum
Dans le tableau ci-dessous j’ai présenté les acteurs du projet Scrum et leurs missions.
rôle mission acteur

Product Owner définit les fonctionnalités Mme. Hajer Korbi
à développer
Scrum Master applique le cérémonial Mme.Meriem Ennigrou
SCRUM pour l’équipe
L’équipe de développe- développer,modéliser, Rihab Chaabane
ment documenter et tests
Table II.1 – Acteurs du projet
6 Étude de l’existant
6.1 Solution existante
Pour enregistrer les documents appartenant aux employées et le calcul de leurs payes, les
employées du département ressource humaine de l’entreprise Tac-Tic utilisent une
application interne qui permet de réaliser leurs taches.
6.2 Critique de l’existant

La critique du système constitue une étape utile et importante. Elle a pour but de
déterminer les insuffisances rencontrées au cours de l’étude de l’existant afin de proposer un
système plus fiable que le système ancien.
Au niveau de cette étape, nous relevons certains problèmes au tour de l’application
utilisé tel que :
• Un mauvais UX/UI peut rendre les interactions avec l’application lentes et

inefficaces. Les utilisateurs peuvent avoir du mal à saisir rapidement les données, à
naviguer entre les modules ou à exécuter des flux de travail.
6.3 Solution proposée

Afin de faciliter et optimiser la cadence des tâches réalisées par les employés du
département RH. Je vais créer une application web remplaçant l’application actuelle tout
en élimant ses lacunes et en optimisant l’expérience utilisateur, permettant de gérer les
données des employés et la gestion de leurs payes.
7 Conclusion
L’idée du projet consiste à développer une application de gestion de la paie afin de
faciliter les tâches des employées du département RH . Après avoir défini le concept général
du projet, je passe à la présentation des principaux mots clés et les besoins fonctionnels
dans le chapitre suivant.
Chapitre III
Analyse et spécification des besoins
1 Introduction
Dans ce chapitre, je commence par l’analyse et la spécification des besoins pour identi-
fier les imperfections et les lacunes. Cette étude me permettra de distinguer les besoins non
fonctionnels et fonctionnels . Ensuite, j’aborde les deux aspects fondamentaux de l’étude
technique : l’architecture logique et physique, ainsi que l’environnement de travail. Ces élé-
ments sont essentiels pour comprendre et concevoir la structure et les composants du projet.
2 Identification des acteurs

Dans le contexte du système, on identifie deux acteurs principaux : l’administrateur et le
responsable des ressources humaines.
Administrateur :
-Description : L’administrateur est un acteur qui a tous les droits et privilèges dans le
système. Il est responsable de la gestion globale du système, de la configuration, de la main-
tenance et de l’administration des utilisateurs.
-Interactions avec le système : L’administrateur peut effectuer toutes les tâches liées à la
gestion du système, telles que la gestion d’utilisateurs, la configuration des paramètres du
système.
-Niveaux d’autorisation : L’administrateur a un accès complet et illimité à toutes les fonc-
tionnalités et données du système.
Responsable des ressources humaines :
-Description : Le responsable des ressources humaines est un acteur qui joue un rôle spéci-
fique dans le système. Il est responsable de la gestion des informations liées à la paie, telles
que les données des employés, les variables de paie, le calcul, etc.
-Interactions avec le système : Le responsable des ressources humaines peut accéder aux
fonctionnalités liées à la gestion de paie, telles que la saisie et la mise à jour des informations
des employés et des paramètres de paie et le calcul de la paie.
-Niveaux d’autorisation : Le responsable des ressources humaines ne peut pas gérer les uti-
lisateurs du système. Son accès est limité aux fonctionnalités spécifiques liées à la paie.
13
CHAPITRE III. ANALYSE ET SPÉCIFICATION DES BESOINS
3 Spécification des besoins

3.1 Besoins fonctionnels
Les besoins fonctionnels décrivent les services que le système fournit pour répondre aux
besoins des Utilisateurs.
Le système doit permettre aux utilisateurs de :
• S’authentifier.
• Gérer les utilisateurs.
• Gérer les employés.
• Gérer les paramètres de paie.
• Calculer la paie des salariés.
3.2 Besoins non fonctionnels

Les besoins non fonctionnels décrivent toutes les contraintes auxquelles le système est
soumis pour son bon fonctionnement et sa mise en œuvre.
• L’interface utilisateur doit être simple et facile à utiliser.

• L’application doit être sécurisée.
• Le système doit présenter des résultats précis et équitables.
• Le système doit être facile à modifier pour s’adapter aux nouveaux besoins.
• Le code source de l’application doit être compréhensible pour faciliter sa maintenance.
4 Diagramme de cas d’utilisation global

Les acteurs de cette application sont :
• L’administrateur.
• Le responsable ressources humaines.
Figure III.1 – Diagramme de cas d’utilisation global
14
5 Backlog du produit
La méthode Scrum découpe le projet en des fonctionnalités appellées des User Stories.
Le backlog produit contient les éléments du travail de l’équipe. Les éléments y sont classés
par priorité ce qui nous permet de définir l’ordre de réalisation.
On trouve ci-dessous notre backlog du produit.
ID fonctionnalités ID U.S User Story priorité

1 Authentification 1.1 En tant qu’administratur Elevée
je peux m’authentifier pour
accéder à mon application
1.2 En tant que responsable RH Elevée
je peux m’authentifier pour
accéder à mon application
2 Gestion des uti- 2.1 En tant qu’administra- Elevée
lisateurs teur,je peux ajouter un
utilisateur
2.2 En tant qu’administra- Elevée
teur,je peux supprimer un
utilisateur
teur,je peux modifier un
utilisateur
teur,je peux consulter la
liste des utilisateurs
3 Gestion des em- 3.1 En tant qu’administrateur Elevée
ployés et des pa- ou responsable RH je peux
ramètres de la ajouter des employés et des
paie paramètres de la paie
3.2 En tant qu’administrateur Elevée
ou responsable RH je peux
supprimer des employés et
des paramètres de la paie
modifier des employés et des
paramètres de la paie
ou responsable RHje peux
consulter les employés et les
paramétres
15
4 Gestion de la 4.1 En tant qu’administrateur Elevée

paie ou responsable RH je peux
saisir les valeurs de variables
de paies des employés
éditer le bulletins de paie
des employés
calculer la paie des employés
6 Le prototypage des interfaces

La partie prototypage des interfaces est une étape essentielle dans le processus de concep-
tion d’un système ou d’une application. Elle consiste à créer des prototypes visuels et inter-
actifs des interfaces utilisateur, afin d’évaluer et de valider leur convivialité, leur ergonomie
et leur adéquation aux besoins des utilisateurs.
Dans cette partie,je présente quelques prototypes des interfaces .
• .Prototype de l’interface de connexion
L’interface de connexion est la première page de l’application, elle contient deux champs de
saisies nécessaires à l’authetification.
Figure III.2 – Prototype de l’interface de connexion
16
• .Prototype de l’interface du liste des utilisateurs
L’interface de liste des utilisateurs devrait contenir la liste avec les caractéristiques de chaque
utilisateur, ainsi que des boutons d’actions d’ajout, suppression, visualisation ou modifica-
tion.
Figure III.3 – Prototype de l’interface du liste des utilisateurs
• .Prototype de l’interface de liste des paramètres de paie
L’interface de liste des paramètres de paie devrait contenir la liste avec les caractéristiques
des paramètres selon leurs types, ainsi que des boutons d’actions d’ajout, suppression ou
modification.
Figure III.4 – Prototype de l’interface de liste des paramètres de paie
17
• .Prototype de l’interface de modification de paramètre de paie(Rubrique)
L’interface de modification rubrique devrait contenir les caractéristiques de la rubrique ainsi

que la partie permettant le calcul de sa valeur.
Figure III.5 – Prototype de l’interface de modification de paramètre de paie(Rubrique)
• .Prototype de l’interface d’ajout de paramètre de paie(Profil)
L’interface d’ajout de profil devrait contenir les caractéristiques du profil ainsi que la partie
permettant l’ajour et la suppression des rubriques qui contitues ce profil.
Figure III.6 – Prototype de l’interface d’ajout de paramètre de paie(Profil)
18
7 Planification des sprints

Mon projet a durée 4 mois, réalisé sur 3 sprints contenant des fonctionnalités achevées a
chaque sprint .
Figure III.7 – Planification des sprints
8 Architecture
8.1 Architecture physique trois-tiers
Une architecture physique en trois tiers sépare les différentes couches fonctionnelles en
trois niveaux distincts. Chaque niveau est responsable de tâches spécifiques et interagit avec
les autres niveaux de manière bien définie.
Les trois niveaux typiques d’une architecture physique en trois tiers sont les suivants :
— Couche de présentation : Ce niveau est responsable de la présentation de l’interface
utilisateur à l’utilisateur final. Il gère l’interaction avec l’utilisateur et fournit une
interface conviviale pour entrer et afficher les données.
— Couche logique : Ce niveau contient la logique métier de l’application. Il traite les
demandes de l’utilisateur, effectue des calculs, applique des règles métier et accède
aux données nécessaires. Cette couche est responsable de la manipulation et de la
transformation des données en fonction des règles métier spécifiques de l’application.
— Couche de données : Ce niveau est responsable de la gestion des données utilisées par
l’application. Il stocke et récupère les données à partir d’une base de données .
19
Figure III.8 – Architecture 3 tiers [2]
8.2 Architecture logique

Pour clarifier davantage l’interaction entre les calques pendant le traitement effectué dans
l’application, j’ai opté pour une architecture logique qui illustre les interactions entre les
modules.
Figure III.9 – Architecture MVC [3]
Le concept d’architecture MVC : modele, vue et controlleur est un concept qui intervient
dans la mise en œuvre des applications. Son intérêt consiste à séparer les données,des
actions et de l’affichage .
9 Environnement de travail
Cette section présente l’environnement matériel et logiciel qui nous a permis de créer une
application ergonomique et sécurisée.
20
9.1 Environnement matériel

L’application a été développé par un ordinateur possédant les caractéristiques suivantes :
— Processeur : Intel Core i5-1135G7 11éme Génération

— Système d’exploitation : Windows 10 Education 64-bit
— Mémoire RAM : 8.0 Go DDR4
— Disque Dur : 1 To
— Carte graphique :Intel Iris X
9.2 Framework et Logiciel

— PHP 8.1 : PHP est un langage impératif orienté objet, libre, principalement utilisé
pour produire des pages Web dynamiques, créé en 1994 par Rasmus Lerdorf .
Figure III.10 – PHP [4]
— Css : Un langage qui permet de gérer la présentation d’une page Web. Le langage
CSS est une recommandation du World Wide Web Consortium (W3C). .
.
Figure III.11 – CSS [5]
— HTML : HTML est un langage informatique utilisé sur l’internet pour créer des pages
web. L’acronyme signifie HyperText Markup Language, qui donne la signification en
français "langage de balisage d’hypertexte". .
.
21
Figure III.12 – HTML [6]
— Postman : Postman est un testeur qui nous permet de construire et de créer des
requêtes HTTP,les stocker dans un historique afin de pouvoir les rejouer et les
organiser en Collections.
.
.
Figure III.13 – POSTMAN [7]
— MySql : MySQL est un système de gestion de bases de données relationnelles. Il est

distribué sous une double licence GPL et propriétaire.[8]
.
.
Figure III.14 – MySql [8]
— React : React est une bibliothèque JavaScript conçue par Facebook pour la création
d’interfaces utilisateur. Il vous permet de créer des composants d’interface utilisateur
réutilisables et de gérer l’état de votre application efficacement.
22
Figure III.15 – React [9]
— Visual Studio Code : Un éditeur de code qui est développé par Microsoft utilisé dans
la partie Front-end pour le développement des applications basées sur NodeJS,
TypeScript et JavaScript.
Figure III.16 – visual studio code [10]
— JavaScript : JavaScript est un langage de programmation de haut niveau

essentiellement utilisé pour la création de pages web dynamiques et interactives. Il
permet aux concepteurs d’ajouter du comportement et de l’interactivité aux sites
Web en manipulant le contenu et la structure des pages Web en réponse aux actions
des utilisateurs..
Figure III.17 – JavaScript [11]
23
9.3 Partie Conception

J’ai utilisé le logiciel StarUML et visual paradigm pour réaliser la partie conception et
modéliser tous les diagrammes nécessaires pour notre projet .
Figure III.18 – visual paradigm [12]
10 Conclusion
J’ai donc réparti mon projet en trois sprints,j’ai aussi présenté quelques prototypes des
interfaces de l’application. J’ai ainsi enchainée avec l’étude technique qui m’a permis de
définir l’environnement de travail et l’architecture adéquats pour le développement de
l’application web de gestion de la paie. Ces choix techniques ont été basés sur des critères
de performance, de sécurité et de maintenabilité. En mettant en place une architecture en
couches et en utilisant les outils appropriés, j’ai pu développer une application robuste et
fonctionnelle qui répond aux besoins spécifiques de la société TAC-TIC.
24
Chapitre IV
Sprint 1 : Authentification, Gestion des

Utilisateurs et contrôle d’accès
1 Introduction
Après avoir terminé l’analyse partielle et la spécification des exigences, et introduit les
technologies et les langages utilisés dans l’application, je peux alors développer le premier
sprint, construire son Backlog, analyser, concevoir et enfin tester.
2 Sprint Backlog
Ci-dessous le tableau du sprint backlog du premier sprint contenant six user story divisés
chacune en trois tâche principales.
ID U.S User story ID tâche Tâches

1 En tant qu’utilisateur 1.1 Modéliser et concevoir la fonctionnalité
avec le role admin ou «S’authentifier».
user je m’authentifie
pour accéder à l’appli-
cation
1.2 Développer le cas «S’authentifier».
1.3 Tester le cas «S’authentifier».
2 En tant qu’adminis- 2.1 Modéliser et concevoir la fonctionnalité
trateur, je peux lister «lister les utilisateurs».
les utilisateurs
2.2 Développer le cas «lister les utilisa-
teurs».
2.3 Tester le cas «lister les utilisateurs».
3 En Tant qu’adminis- 3.1 Réaliser la modélisation et la concep-
trateur je peux ajou- tion de la fonctionnalité «Ajouter un
ter un utilisateur utilisateur».
3.2 Développer le cas «Ajouter un utilisa-
teur».
3.3 Tester le cas «Ajouter un utilisateur».
25
CHAPITRE IV. SPRINT 1 : AUTHENTIFICATION, GESTION DES UTILISATEURS
ET CONTRÔLE D’ACCÈS

trateur, je peux modi- «Modifier un utilisateur».
fier un utilisateur
4.2 Développer du cas «Modifier un utili-
sateur».
4.3 Tester le cas «Modifier un utilisateur».
trateur, je peux sup- «Supprimer un utilisateur».
primer un utilisateur
5.2 Développer le cas «Supprimer un utili-
sateur».
5.3 Tester le cas «Supprimer un utilisa-
teur».
6 En tant qu’admi- 6.1 Modéliser et concevoir la fonctionnalité
nistrateur, je peux «Consulter un utilisateur».
consulter un utilisa-
teur
6.2 Développer le cas «Consulter un utili-
sateur».
6.3 Tester le cas «Consulter un utilisa-
teur».
3 L’analyse des cas d’utilisation du premier sprint

3.1 Identification des cas d’utilisation pour chaque acteur
Cette sous-section est une partie importante de l’analyse des besoins et de la spécification
des fonctionnalités d’un système. Elle vise à décrire et à documenter les différentes actions
et scénarios d’utilisation spécifiques à chaque acteur identifié dans le système.
Le tableau ci dessous décrit les acteurs et leurs cas d’utilisations pour le premier sprint .
Acteur Cas d’utilisation

Administrateur ou utilisateur S’authentifier
Administrateur Gérer les utilisateurs
Table IV.1 – Acteurs et cas d’utilisation du premier sprint
26
3.2 Diagramme cas d’utilisation du premier sprint

Le diagramme de cas d’utilisation du premier sprint se trouve ci-dessous contenant deux
acteurs et deux fonctionnalités principales.
Figure IV.1 – Diagramme cas d’utilisation premier sprint
Description textuelle du cas d’utilisation «S’authentifier»

Le tableau ci-dessous représente la description du cas d’utilisation "S’authentifier" .
— .S’authentifier
.Cas d’utilisation
— .Administrateur
.Acteurs. — .Responsable Ressources humaines
.Précondition — .L’émail et le mot de passe saisis sont corrects
.Postcondition — .Utilisateur authentifié
— .L’utilisateur saisit son email et son mot de passe

.Scénario principal — .L’utilisateur confirme en cliquant sur le bouton "login".
— .Utilisateur redirigé vers la page d’acceuil.
— .Un.message.d’erreur"E-mail ou mot de passe incorrect. Veuillez

.Scénario.alternatif réessayer.".est affiché par le système
Table IV.2 – Description textuelle du cas d’utilisation« S’authentifier»
27
3.3 Analyse du cas d’utilisation «Gérer les utilisateurs»

Dans cette section, je présente le diagramme de cas d’utilisation raffiné et la description
textuelle de la fonctionnalité « Gérer les utilisateurs ».
3.3.1 Diagramme de cas d’utilisation raffiné du cas «Gérer les utilisateurs»

Ci dessous le diagramme de cas d’utilisation raffiné du cas "gérer les utilisateurs"
correspondant à l’utilisateur de type administrateur.
Figure IV.2 – Diagramme cas d’utilisation raffiné du cas "Gérer les utilisateurs"
3.3.2 Description textuelle du cas d’utilisation«Gérer les utilisateurs»

• .Description textuelle du cas d’utilisation«Consulter liste des utilisateurs»
Le tableau ci-dessous représente la description du cas d’utilisation "Consulter liste des

utilisateurs" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
principales et alternatif.
— .Consulter la liste des utilisateurs

.Acteurs. — .Administrateur
.Précondition — .Administrateur authentifié
28
— .Affichage de la liste des utilisateurs
.Postcondition
— .L’administrateur clique sur le Bouton "Users" de la sidebar.

.Scénario principal — . L’administrateur redirigé vers la page "Users".
— . Le système affiche la liste des utilisateurs .
.Scénario.alternatif — .Un.message.d’erreur.est affiché par le système
Table IV.3 – Description textuelle du cas d’utilisation« Consulter liste des utilisateurs»
• .Description textuelle du cas d’utilisation«Ajouter utilisateur»
Le tableau ci-dessous représente la description du cas d’utilisation "Ajouter utilisateur"

tout en précisant ses acteurs, ses précondition et postcondition, les scénarios principales et
alternatif.
— .Ajouter utilisateur
.Précondition — .Administrateur authentifié
.Postcondition — .Ajout de l’utilisateur
— .L’administrateur clique sur le Bouton "Users" de la sidebar.

— . L’administrateur clique sur le Bouton "Add".
— . Le système affiche un formulaire d’ajout d’utilisateur .
— . L’administrateur saisie les données de l’utilisateur et appuie
.Scénario principal sur "Save".
— . Le système applique le controle de saisie et enregistre les don-
nées ajoutées.
— . Le système affiche un message de succès d’ajout.
Table IV.4 – Description textuelle du cas d’utilisation«Ajouter utilisateur»
29
• .Description textuelle du cas d’utilisation«Consulter un utilisateur»
Le tableau ci-dessous représente la description du cas d’utilisation "Consulter un

utilisateur" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
— .Consulter un utilisateur
— .Visualiser la liste des utilisateurs et selectionner un utilisateur

.Précondition existant.
.Postcondition — .Affichage des informations de l’utilisateur sélectionné .
— . L’administrateur clique sur le Bouton de visualisation de l’uti-

lisateur à consulter.
.Scénario principal — . Le système affiche les informations correspondantes à l’utilisa-
teur .
Table IV.5 – Description textuelle du cas d’utilisation«Consulter un utilisateur»
• .Description textuelle du cas d’utilisation«Modifier un utilisateur»
Le tableau ci-dessous représente la description du cas d’utilisation "Modifier un utilisateur"

alternatif.
— .Modifier un utilisateur
— .Visualiser la liste des utilisateurs et selectionner un utilisateur

.Précondition existant.
.Postcondition — .Les informations de l’utilisateur sélectionné sont modifiés .
30
— . L’administrateur clique sur le bouton de modification de l’uti-
lisateur à consulter.
— . Le système affiche le formulaire portant les informations cor-
respondantes à l’utilisateur .
.Scénario principal — . L’administrateur modifie les données et appuie sur le bouton
"update" pour enregistrer les modifications .
nées modifiées .
Table IV.6 – Description textuelle du cas d’utilisation«Modifier un utilisateur»
• .Description textuelle du cas d’utilisation«Supprimer un utilisateur»
Le tableau ci-dessous représente la description du cas d’utilisation "Supprimer un

— .Supprimer un utilisateur
— .Utilisateur sélectionné parmis la liste des utilisateurs déja exis-

.Précondition tants dans le système .
.Postcondition — .L’utilisateur sélectionné est supprimé su système .
— . L’administrateur clique sur le bouton de suppression .

— . Le système affiche un message de validation.
.Scénario principal — . L’administrateur affirme son choix.
— . Le système applique la suppression de l’utilisateur sélectionné.
Table IV.7 – Description textuelle du cas d’utilisation«Supprimer un utilisateur»
31
4 Conception des cas d’utilisation du premier sprint

Pour la conception des cas d’utilisation du premier sprint, il est également utile de créer
des diagrammes de séquence. Les diagrammes de séquence permettent de représenter de
manière visuelle les interactions entre les acteurs et le système, en montrant l’ordre
chronologique des messages échangés entre les différents composants. Ci-dessous les
diagrammes de séquence des différentes fonctionnalités du premier sprint.
• .Conception du diagrammes de séquence «S’authentifier»
Figure IV.3 – Diagramme de séquences du cas d’utilisation « S’authentifier»
• . Conception du cas d’utilisation « Lister Utilisateurs »
Figure IV.4 – Diagramme de séquences du cas d’utilisation « Lister Utilisateurs»
32
• . Conception du cas d’utilisation «Ajouter un Utilisateur»
Figure IV.5 – Diagramme de séquences du cas d’utilisation «Ajouter un Utilisateur»
• . Conception du cas d’utilisation « Modifier un Utilisateur»
Figure IV.6 – Diagramme de séquences du cas d’utilisation « Modifier un Utilisateur»
33
• . Conception du cas d’utilisation « Supprimer un Utilisateur »
Figure IV.7 – Diagramme de séquences du cas d’utilisation « Supprimer un Utilisateur»
5 Schéma de la base de données lié au premier sprint

Le premier sprint étant lié à l’authentification et la gestion des utilisateurs, j’ai donc crée la
table users contenant les attributs caractérisants les utilisateurs comme le montre la figure
suivante.
Figure IV.8 – Schéma de la base de données lié au premier sprint
34
6 Implementation des interfaces

La partie implémentation des interfaces est une étape clé dans le processus de
développement d’un système. Elle concerne la création et la réalisation des interfaces
utilisateur qui permettront aux utilisateurs d’interagir avec le système de manière
conviviale et efficace.
On trouve ci-dessous les captures d’écran des différentes interfaces liées à l’authentification
et la gestion des utilisateurs.
• .«S’Authentifier»
L’interface présentée ci-dessous correspond à la fonctionnalité "S’authentifier" qui permet
aux utilisateurs d’accéder au système en fournissant leurs informations d’identification.
Figure IV.9 – Interface de la fonctionnalité «S’authentifier»
• .«Gérer les utilisateurs»
L’interface présentée ci-dessous correspond à la fonctionnalité "Gérer les utilisateurs" qui

permet d’afficher la liste les utilisateurs et méne au page des autres fonctionnalités liées au
utilisateurs.
Figure IV.10 – Interface de la fonctionnalité «Gérer les utilisateurs»
35
• .«Ajouter un utilisateur»
L’interface présentée ci-dessous correspond à la fonctionnalité "Ajouter un utilisateur" qui

permet la saisie des ses différents caractéristiques pour l’ajouter.
Figure IV.11 – Interface de la fonctionnalité «Ajouter un utilisateur»
7 Test
Afin de garantir la qualité de l’application et le bon fonctionnement des services utilisés
dans le sprint, j’ai par conséquent effectué des tests des services sprint. L’application
Postman est utilisée dans ce cas pour réaliser les testes de mes services web liés à
l’authentification et la gestion des utilisateurs.
• .Test du service web «S’authentifier»
Pour le test de l’authentification, j’envoie au lien correspondant avec la méthode POST

l’email et password de l’utilisateur, s’il est bien existant dans la base le système me rend
l’objet user.
36
Figure IV.12 – Capture du service web «S’authentifier»
• .Test du service web «Lister les utilisateurs»
Pour le tester le listing des utilisateurs , j’envoie le lien correspondant avec la méthode
GET ,le système affiche alors la liste des utilisateurs.
Figure IV.13 – Capture du service web «Lister les utilisateurs»
37
• .Test du service web «Ajouter un utilisateur»
Pour le tester l’ajout des utilisateurs , j’envoie le lien correspondant avec la méthode POST
,le système affiche alors un message de succés.
Figure IV.14 – Capture du service web «Ajouter un utilisateur»
• .Test du service web «Modifier Utilisateur»
Pour le tester la modification d’un utilisateur , j’envoie au lien correspondant avec la

méthode PUT la structure de l’utilisateur ,le système affiche alors un message de succés.
Figure IV.15 – Capture du service web «Modifier Utilisateur»
38
• .Test du service web «Supprimer un utilisateur»
Pour le tester la suppression d’un utilisateur , j’envoie au lien correspondant avec la

méthode DELETE la structure de l’utilisateur ,le système affiche alors un message de
succés.
Figure IV.16 – Capture du service web «Supprimer un utilisateur»
8 Json Web Token

8.1 Introduction au Json Web Token (JWT)
•–JWT est un moyen de transmettre des données de manière sécurisée entre deux parties.
Le JWT (Json Web Token) nous permet de transmettre des données sécurisées entre les
utilisateures et serveurs.
•–Le JWT est composé de trois parties :
— .Le Header : Définit l’algorithme utilisé et le type du token.
— .Le Paylod : Définit les informations de l’utilisateur.
— .La Signature : Définit la signature de l’algorithme utilisé et dans quelle base .
•– Chaque partie du JWT est encodée séparément dans la base 64 pour générer un token
constitué des 3 parties séparées par des points : Header.Payload.Signature.
Figure IV.17 – Représentation d’un token généré [13]
39
Figure IV.18 – Représentation d’une autorisation d’accès au service par JWT [14]
8.2 Structure du Json Web Token (JWT)

•– La figure ci-dessous illustre la façon dont l’autorisation JWT fonctionne pour accéder à
un service d’application :
Figure IV.19 – Structure du Json Web Token [15]
9 Conclusion
Durant ce chapitre, j’ai donc effectué l’analyse du premier sprint de l’application, l’analyse
du sprint a été réalisé en 4 parties,à commencer par le sprint backlog qui représente toutes
fonctionnalités du sprint, puis une analyse est effectuée avec une conception détaillée avec
les implémentations et les testes des services web. Finalement,j’ai présenté le Json Web
Token avec son fonctionnement dans l’application .
40
Chapitre V
Sprint 2 : Gestion des employés et des

paramétres de paie
1 Introduction
Après avoir terminé l’analyse du premier sprint l’application, je passe alors au
développement du deuxième sprint, construire son Backlog, analyser et entamer le chapitre
avec sa conception.
2 Sprint Backlog
Ci-dessous le tableau du sprint backlog du deuxième sprint contenant cinque user story
divisés chacune en trois tâche principales.

trateur ou responsable «lister les employés et paramètres de
RH, je peux lister paie».
les employés et para-
mètres de paie
1.2 Développer du cas «lister les employés
et paramètres de paie».
1.3 Tester le cas «lister les employés et pa-
ramètres de paie».
trateur ou responsable tion de la fonctionnalité «Ajouter les
RH je peux ajouter employés et paramètres de paie».
mètres de paie
2.2 Développer le cas «Ajouter les em-
ployés et paramètres de paie».
2.3 Tester le cas «Ajouter les employés et
paramètres de paie».
41
CHAPITRE V. SPRINT 2 : GESTION DES EMPLOYÉS ET DES PARAMÉTRES DE
PAIE
trateur ou responsable «Modifier les employés et paramètres
RH, je peux modifier de paie».
mètres de paie
3.2 Développer du cas «Modifier les em-
3.3 Tester le cas «Modifier les employés et
trateur ou responsable «Supprimer les employés et paramètres
RH, je peux supprimer de paie».
mètres de paie
4.2 Développer du cas «Supprimer les em-
4.3 Tester le cas «Supprimer les employés
et paramètres de paie».
trateur ou responsable « Consulter les employés et paramètres
RH, je peux consulter de paie».
mètres de paie
5.2 Développer du cas «Consulter les em-
5.3 Tester le cas «Consulter les employés et
3 Diagramme de classe du deuxiéme sprint

L’objectif principal de cette partie est de décrire les classes, les attributs et les relations qui
seront implémentés lors du deuxième sprint du développement du système.
42
PAIE
Figure V.1 – Diagramme de classe du deuxiéme sprint
4 L’analyse des cas d’utilisation du deuxième sprint

Le tableau ci dessous décrit les acteurs et leurs cas d’utilisations pour le deuxième sprint .

Administrateur ou responsable RH Gérer les employés
Administrateur ou responsable RH Gérer les paramètres de paie
Table V.1 – Acteurs et cas d’utilisation du deuxième sprint
4.2 Diagramme cas d’utilisation du deuxième sprint

Le diagramme de cas d’utilisation du deuxième sprint se trouve ci-dessous
43
PAIE
Figure V.2 – Diagramme cas d’utilisation deuxième sprint
4.3 Analyse du cas d’utilisation «Gérer les employés»

textuelle de la fonctionnalité « Gérer les employés ».
4.3.1 Diagramme de cas d’utilisation raffiné du cas «Gérer les employés»

Ci dessous le diagramme de cas d’utilisation raffiné du cas "Gérer les employés" du
deuxième sprint .
Figure V.3 – Diagramme cas d’utilisation raffiné du cas "Gérer les employés"
44
PAIE
4.3.2 Description textuelle du cas d’utilisation«Gérer les employés»

• .Description textuelle du cas d’utilisation«Consulter liste des employés»

employés" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
— .Consulter la liste des employés

.Acteurs. — .Administrateur et responsable RH
.Précondition — .utilisateur authentifié
.Postcondition — .Affichage de la liste des employés.
— .L’utilisateur clique sur le Bouton "Employees" de la sidebar.

.Scénario principal — . L’administrateur redirigé vers la page "Employees".
— . Le système affiche la liste des employés .
Table V.2 – Description textuelle du cas d’utilisation« Consulter liste des employés»
• .Description textuelle du cas d’utilisation«Ajouter employé»
Le tableau ci-dessous représente la description du cas d’utilisation "Ajouter employé" tout

en précisant ses acteurs, ses précondition et postcondition, les scénarios principales et
alternatif.
— .Ajouter employés
.Précondition — .Utilisateur authentifié
.Postcondition — .Ajout de l’employés
45
PAIE
— .L’administrateur clique sur le Bouton "Employees" de la side-
bar.
— . L’utilisateur clique sur le Bouton "Add".
— . Le système affiche un formulaire d’ajout d’employés .
— . L’utilisateur saisie les données de l’employé et appuie sur
.Scénario principal
"Save".
nées ajoutées.
Table V.3 – Description textuelle du cas d’utilisation«Ajouter employé»
• .Description textuelle du cas d’utilisation«Consulter un employé»
Le tableau ci-dessous représente la description du cas d’utilisation "Consulter un employé"

alternatif.
— .Consulter un employé
— .Visualiser la liste des employés et selectionner un employés exis-

.Précondition tant.
.Postcondition — .Affichage des informations de l’employé sélectionné .
— . L’utilisateur clique sur le Bouton de visualisation de l’uemployé

à consulter.
.Scénario principal — . Le système affiche les informations correspondantes à l’employé
.
Table V.4 – Description textuelle du cas d’utilisation«Consulter un employé»
46
PAIE
• .Description textuelle du cas d’utilisation«Modifier un employé»
Le tableau ci-dessous représente la description du cas d’utilisation "Modifier un employé"

alternatif.
— .Modifier un employé
— .Visualiser la liste des employés et selectionner un employé exis-

.Postcondition — .Les informations de l’employé sélectionné sont modifiés .
— . L’utilisateur clique sur le bouton de modification de l’utilisa-

teur à consulter.
respondantes à l’employé .
.Scénario principal — . L’utilisateur modifie les données et appuie sur le bouton "up-
date" pour enregistrer les modifications .
nées modifiées .
Table V.5 – Description textuelle du cas d’utilisation«Modifier un employé»
• .Description textuelle du cas d’utilisation«Supprimer un employé»
Le tableau ci-dessous représente la description du cas d’utilisation "Supprimer un employé"

alternatif.
— .Supprimer un employé
— .Employé sélectionné parmis la liste des employés déja existants

.Précondition dans le système .
.Postcondition — .L’employé sélectionné est supprimé du système .
47
PAIE
— . L’utilisateur clique sur le bouton de suppression .
.Scénario principal — . L’utilisateur affirme son choix.
— . Le système applique la suppression de l’employé sélectionné.
Table V.6 – Description textuelle du cas d’utilisation«Supprimer un employé»
4.4 Analyse du cas d’utilisation «Gérer les paramètres de paie»

textuelle de la fonctionnalité « Gérer les paramètres de paie ».
4.4.1 Présentation et structure des paramètres de paie

Les paramètres de paie sont les éléments variables qui entrent en jeu lors du calcul des
salaires des employés. Ils peuvent varier en fonction des caractéristiques de l’employé des
accords collectifs applicables. Voici une présentation de structure des principaux
paramètres de paie utilisés dans mon application :
• .Variable de paie :
Une variable de paie peut etre une constante , variable à saisir lié à un employé précis
ou une formule mathématique qui comporte d’autre variables, Ces derniers sont utiles
pour le paramètrage des rubriques.
• .Rubrique :
Une rubrique peut etre de type BRUT qui comporte le salaire de base et les primes ,
COTISATION composée de Caisse nationale de sécurité sociale(CNSS),L’Impôt sur
le Revenu des Personnes Physiques(IRPP),Contribution sociale de solidarité (CSS)
ou autres variables de cotisation,NET qui comporte les acomptes et les prêts , Ces
derniers sont utiles pour le paramètrage des Profils.
• .Profil :
Un profil est une représentation de type d’employé qui regroupe les rubriques liées à
la gestion de sa paie.
4.4.2 Diagramme de cas d’utilisation raffiné du cas «Gérer les paramètres de

paie»
Ci dessous le diagramme de cas d’utilisation raffiné du cas "Gérer les paramètres de paie"
qui englobe les fonctionnalités de consultation et d’ajout de paramètres de paie après
l’anthentification de l’utilisateur.
48
PAIE
Figure V.4 – Diagramme cas d’utilisation raffiné du cas "Gérer les paramètres de paie"
4.4.3 Description textuelle du cas d’utilisation«Gérer les paramètres de paie»

• .Description textuelle du cas d’utilisation«Consulter liste des paramètres
de paie»

paramètres de paie" tout en précisant ses acteurs, ses précondition et postcondition, les
scénarios principales et alternatif.
— .Consulter la liste des des paramètres de paie

.Postcondition — .Affichage de la liste des employés.
— .L’utilisateur clique sur le Bouton "Paramètres de paie" de la

sidebar.
.Scénario principal — . L’administrateur redirigé vers la page de paramètre selection-
née.
— . Le système affiche la liste de paramètre .
Table V.7 – Description textuelle du cas d’utilisation« Consulter liste des paramètres de
paie»
49
PAIE
• .Description textuelle du cas d’utilisation«Ajouter les paramètres de paie»
Le tableau ci-dessous représente la description du cas d’utilisation "Ajouter paramètre de

paie" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
— .Ajouter paramètre de paie

.Précondition — .Utilisateur authentifié
.Postcondition — .Ajout du paramètre de paie
— .L’administrateur clique sur le Bouton "Paramètres de paie" de

la sidebar.
— . L’utilisateur clique sur le Bouton "Add".
— . Le système affiche un formulaire d’ajout des paramètres de
paie .
.Scénario principal — . L’utilisateur saisie les données du paramètre et appuie sur
"Save".
nées ajoutées.
Table V.8 – Description textuelle du cas d’utilisation«Ajouter paramètre de paie»
50
PAIE
• .Description textuelle du cas d’utilisation«Consulter un paramètre de

paie»
Le tableau ci-dessous représente la description du cas d’utilisation "Consulter un

paramètre de paie" tout en précisant ses acteurs, ses précondition et postcondition, les
scénarios principales et alternatif.
— .Consulter un paramètre de paie

— .Visualiser la listes de paramètre de paie et selectionner un pa-

.Précondition ramètre existant.
.Postcondition — .Affichage des informations du paramètre sélectionné .
— . L’utilisateur clique sur le Bouton de visualisation du paramètre

à consulter.
.Scénario principal — . Le système affiche les informations correspondantes au para-
mètre de paie .
Table V.9 – Description textuelle du cas d’utilisation«Consulter un paramètre de paie»
• .Description textuelle du cas d’utilisation«Modifier un paramètre de paie»
Le tableau ci-dessous représente la description du cas d’utilisation "Modifier un paramètre

de paie" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
— .Modifier un paramètre de paie

— .Visualiser la liste des paramètres de paie et selectionner un

.Précondition paramètre existant.
.Postcondition — .Les informations du paramètre sélectionné sont modifiés .
51
PAIE
— . L’utilisateur clique sur le bouton de modification du paramètre
à consulter.
respondantes au paramètre selectionné .
.Scénario principal — . L’utilisateur modifie les données et appuie sur le bouton "up-
nées modifiées .
Table V.10 – Description textuelle du cas d’utilisation«Modifier un paramètre de paie»
• .Description textuelle du cas d’utilisation«Supprimer un paramètre de

paie»
Le tableau ci-dessous représente la description du cas d’utilisation "Supprimer un

— .Supprimer un paramètre de paie

— .Paramètre sélectionné parmis la liste des paramètres déja exis-

.Précondition tants dans le système .
.Postcondition — .Le paramètre de paie sélectionné est supprimé du système .

— . Le système applique la suppression du paramètre de paie sé-
lectionné.
Table V.11 – Description textuelle du cas d’utilisation«Supprimer un paramètre de paie»
52
PAIE
5 Schéma de la base de données lié au deuxième sprint

Le deuxième sprint étant lié à la gestion des employés et paramètres de paie, j’ai donc crée
les tables suivantes :
-les tables variables et formules liés par une clé étrangére étant donnée que la formule est
un type de variable.
-les tables profils et rubriques liés par la table association profil-rubrique contenant leurs
clés primaires.
-les tables bulletins et employees liés par une clé étrangére puisque chaque bulletin
appartient à un seul employés.
Figure V.5 – Schéma de la base de données lié au deuxième sprint

La partie implémentation des interfaces est une étape clé dans le processus de
développement d’un système. Elle concerne la création et la réalisation des interfaces
utilisateur qui permettront aux utilisateurs d’interagir avec le système de manière
conviviale et efficace.
On trouve ci-dessous les captures d’écran des différentes interfaces liées à la gestion des
employés et des paramètres de paie.
53
PAIE
• .Interface de la fonctionnalité«Gérer les employés»
L’interface présentée ci-dessous correspond à la fonctionnalité "Gérer les employés" qui

permet d’afficher la liste les employés et méne au page des autres fonctionnalités liées au
employés.
Figure V.6 – Interface de la fonctionnalité «Gestion des employés»
• .Interface de la fonctionnalité «Gérer des paramètres(Variables)»
L’interface présentée ci-dessous correspond à la fonctionnalité "Gérer les variables" qui

permet d’afficher la liste des variables et méne au page des autres fonctionnalités liées au
variables.
Figure V.7 – Interface de la fonctionnalité «Gérer les variables»
54
PAIE
• .Interface de la fonctionnalité«Modifier un paramètre(Rubrique)»
L’interface présentée ci-dessous correspond à la fonctionnalité "Modifier une rubrique" qui

permet l’affichage, la saisie de ses différents caractéristiques et la modification de leurs
valeurs.
Figure V.8 – Interface de la fonctionnalité «Modifier une Rubrique»
• .Interface de la fonctionnalité«Ajouter un paramètre(Profil)»
L’interface présentée ci-dessous correspond à la fonctionnalité "Ajouter un profil" qui

permet la saisie des ses différents caractéristiques, l’ajout et la suppression des rubriques
qui le constitue.
Figure V.9 – Interface de la fonctionnalité «Ajouter un Profil»
55
PAIE
7 Test
Maintenant que ces fonctionnalités ont été développées, il est essentiel de procéder à des
tests approfondis pour vérifier leur bon fonctionnement. Les tests joueront un rôle crucial
dans la validation des fonctionnalités implémentées, en s’assurant qu’elles répondent aux
exigences spécifiées et aux attentes des utilisateurs.
• .Test du service web «Consulter liste de variable de paie»
Pour le tester le listing des variables, j’envoie le lien correspondant avec la méthode GET
,le système affiche alors la liste des variables.
Figure V.10 – Capture du service web «Consulter liste de variable de paie»
• .Test du service web «Ajouter un profil»
Pour le tester l’ajout d’un profil , j’envoie le lien correspondant avec la méthode POST ,le
système affiche alors toutes la liste avec le profil ajouté.
Figure V.11 – Capture du service web «Ajouter un profil»
56
PAIE
• .Test du service web «Supprimer un employé»
Pour le tester la suppression d’un employé , j’envoie au lien correspondant avec la méthode
DELETE la structure de l’employé ,le système affiche alors un message de succés.
Figure V.12 – Capture du service web «Supprimer un employé»
• .Test du service web «Modifier rubrique»
Pour le tester la modification d’une rubrique , j’envoie au lien correspondant avec la

méthode PATCH la structure de la rubrique ,le système affiche alors un message de succés.
Figure V.13 – Capture du service web «Modifier rubrique»
8 Conclusion
Durant ce chapitre, j’ai effectué l’analyse du deuxiéme sprint de l’application, l’analyse de
ce dernier a été réalisé en 4 parties,à commencer par le sprint backlog qui représente toutes
fonctionnalités du sprint, puis une conception détaillée avec les implémentations et un test .
57
Chapitre VI
Sprint 3 : Gestion de la paie
1 Introduction
Terminant le chapitre précédent, portant sur la collecte et la gestion des informations
relatives aux employés ainsi que les différents paramètres nécessaires au calcul de la paie.
Maintenant que je dispose de toutes ces informations cruciales, je suis prêt à plonger dans
le dernier sprint en établissant son Backlog, l’analyse et la conception.
Ce chapitre explore les processus et les étapes impliqués dans le calcul et la distribution
précise des salaires aux employés .
2 Sprint Backlog
Ci-dessous le tableau du sprint backlog du troisiéme sprint contenant six user story divisés
chacune en trois tâche principales.

trateur ou responsable «Saisir les valeurs de variables de paie».
RH je peux saisir les
valeurs de variables de
paie.
1.2 Développer le cas «Saisir les valeurs de
variables de paie».
1.3 Tester le cas «Saisir les valeurs de va-
riables de paie».
trateur ou responsable «Lister les bulletins de paie».
RH, je peux lister les
bulletins de paie.
2.2 Développer le cas «Lister les bulletins
de paie».
2.3 Tester le cas «Lister les bulletins de
paie».
58
CHAPITRE VI. SPRINT 3 : GESTION DE LA PAIE

trateur ou responsable tion de la fonctionnalité «Consulter un
RH je peux consulter bulletin de paie».
un bulletin de paie
3.2 Développer le cas «Consulter un bulle-
tin de paie».
3.3 Tester le cas «Consulter un bulletin de
paie».
trateur ou responsable «Modifier bulletin de paie».
RH, je peux modifier
un bulletin de paie
4.2 Développer du cas «Modifier bulletin
de paie».
4.3 Tester le cas «Modifier bulletin de
paie».
trateur ou responsable «Supprimer un bulletin de paie».
RH, je peux supprimer
un bulletin de paie
5.2 Développer le cas «Supprimer un bul-
letin de paie».
5.3 Tester le cas «Supprimer un bulletin de
paie».
trateur ou responsable «Calculer la paie».
RH, je peux calculer la
paie
6.2 Développer le cas «Calculer la paie».
6.3 Tester le cas «Calculer la paie».
Table VI.1 – Caption
3 Diagramme de classe du troisième sprint

• .Conception du diagrammes de classe globale
L’objectif principal de cette partie est de fournir une représentation visuelle de

l’architecture logicielle de l’application, en identifiant les classes principales, leurs attributs
et leurs relations. Le diagramme de classe globale permet de comprendre comment les
différentes entités interagissent entre elles pour gérer efficacement les salaires des employés.
On note les classes suivantes :
-Classe mère : Variable
La classe mère "Variable" représente une variable de paie qui peut être utilisée dans
différentes contextes.
-Classe fille : Formule
La classe fille "Formule" est une sous-classe de la classe "Variable" et représente une
variable calculée à partir d’une formule mathématique ou logique. Elle hérite des attributs
59
de la classe mère, mais ajoute également des attributs spécifiques tels que la formule
associée à la variable.
-Classe fille : Variable à saisie
La classe fille "Variable à saisie" est également une sous-classe de la classe "Variable" et
représente une variable dont la valeur doit être saisie par l’utilisateur selon l’employé.
-Classe fille : Constante
La classe fille "Constante" est une autre sous-classe de la classe "Variable" et représente
une variable dont la valeur est constante et ne peut pas être modifiée.
-Classe : Employé
La classe "Employé" est liée à la classe "Profil" par une relation d’association. Chaque
instance de la classe "Employé" est associée à une instance de la classe "Profil", ce qui
signifie que chaque employé a son propre profil correspondant.
-Classe : Profil
La classe "Profil" représente le profil d’un employé . Elle est constituée de la classe
"Rubrique" qui représente une rubrique spécifique dans le profil de l’employé.
-Classe : Rubrique
La classe "Rubrique" est une classe qui représente une rubrique spécifique dans le profil de
l’employé.
Figure VI.1 – Diagramme de classe globale
60
4 L’analyse des cas d’utilisation du troisième sprint

Le tableau ci dessous décrit les acteurs et leurs cas d’utilisations pour le troisième sprint .

Administrateur ou responsable RH Gérer la paie
Table VI.2 – Acteurs et cas d’utilisation du troisième sprint
4.2 Diagramme cas d’utilisation du troisième sprint

La figure suivante présente le diagramme de cas d’utilisation du troisiéme sprint avec ses
acteurs correspondants.
Figure VI.2 – Diagramme cas d’utilisation troisième sprint
4.3 Analyse du cas d’utilisation «Gérer la paie»

textuelle de la fonctionnalité « Gérer la paie ».
61
4.3.1 Diagramme de cas d’utilisation raffiné du cas «Gérer la paie»

Ci dessous le diagramme de cas d’utilisation raffiné du cas "Gérer la paie" qui englobe les
fonctionnalités de saisie des variables de paie, gestion des bulletins et calcule de la paie.
Figure VI.3 – Diagramme cas d’utilisation raffiné du cas "Gérer la paie"
4.3.2 Description textuelle du cas d’utilisation«Gérer la paie»

• .Description textuelle du cas d’utilisation«Saisir les variables de paie»
Le tableau ci-dessous représente la description du cas d’utilisation "Saisir les variables de

paie" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
— .Consulter la grille de saisie des variables

— .Utilisateur authentifié et variables existantes dans la base de

.Précondition donnée
.Postcondition — .Saisie des valeurs de variables de paie
62
— .L’utilisateur clique sur le Bouton "Saisie de variable" de la

sidebar.
— . L’utilisateur redirigé vers la page de saisie.
.Scénario principal — . L’utilisateur selectionne l’employé et la période de paie .
— . L’utilisateur saisie les valeurs de variables correspondantes à
l’employé selectionné .
— .Un.message.d’erreur.est affiché par le système indiquant que la

.Scénario.alternatif valeur n’a pas été ajoutée à la base de donnée.
Table VI.3 – Description textuelle du cas d’utilisation« Saisir les variables de paie»
• .Description textuelle du cas d’utilisation«Consulter la liste des bulletins»
Le tableau ci-dessous représente la description du cas d’utilisation "Consulter la liste des

bulletins" tout en précisant ses acteurs, ses précondition et postcondition, les scénarios
— .Consulter la liste des bulletins

.Postcondition — .Affichage de la liste des bulletins.
— .L’utilisateur clique sur le Bouton "Bulletin de paie" de la side-

bar.
.Scénario principal
— . Le système affiche la liste des bulletins de paie .
Table VI.4 – Description textuelle du cas d’utilisation« Consulter liste des paramètres de
paie»
• .Description textuelle du cas d’utilisation«Ajouter un bulletin»
Le tableau ci-dessous représente la description du cas d’utilisation "Ajouter un bulletin"

alternatif.
63
— .Ajouter bulletin
— .Utilisateur authentifié et bulletin non existant dans la base de

.Précondition donnée.
.Postcondition — .Ajout de la bulletin de paie
— .L’utilisateur clique sur le Bouton "Bulletin de paie" de la side-

bar.
— . L’utilisateur clique sur le Bouton "Add" pour un employé pré-
cis à une période précise.
— . Le système affiche la structure de bulletin selon le profil de
.Scénario principal l’eployé selectionné .
— . L’utilisateur saisie les données et appuie sur "Save".
nées ajoutées.
Table VI.5 – Description textuelle du cas d’utilisation«Ajouter un bulletin»
• .Description textuelle du cas d’utilisation«Consulter un bulletin»
Le tableau ci-dessous représente la description du cas d’utilisation "Consulter un bulletin"

alternatif.
— .Consulter un bulletin
— .Visualiser la liste des bulletins et selectionner un bulletin exis-

.Postcondition — .Affichage de bulletin sélectionné .
64
— . L’administrateur clique sur le Bouton de visualisation de bul-

letin à consulter.
.Scénario principal — . Le système affiche les informations correspondantes au bulletin
choisi .
Table VI.6 – Description textuelle du cas d’utilisation«Consulter un bulletin»
• .Description textuelle du cas d’utilisation«Modifier un bulletin»
Le tableau ci-dessous représente la description du cas d’utilisation "Modifier un bulletin"

alternatif.
— .Modifier un bulletin
— .Visualiser la liste des bulletins et selectionner un bulletin exis-

.Postcondition — .Les valeurs du bulletin sélectionné sont modifiés .
— . L’utilisateur clique sur le bouton de modification de du bulletin

à consulter.
— . Le système affiche la structure et les valeurs de variables cor-
respondantes au bulletin selectionné .
.Scénario principal — . L’utiisateur modifie les valeurs et appuie sur le bouton "up-
nées modifiées .
Table VI.7 – Description textuelle du cas d’utilisation«Modifier un bulletin»
65
• .Description textuelle du cas d’utilisation«Supprimer un bulletin»
Le tableau ci-dessous représente la description du cas d’utilisation "Supprimer un bulletin"

alternatif.
— .Supprimer un bulletin
.Précondition — .bulletin déja existant dans le système .
.Postcondition — .Le bulletin sélectionné est supprimé du système .

— . Le système applique la suppression du bulletin sélectionné.
Table VI.8 – Description textuelle du cas d’utilisation«Supprimer un bulletin»
• .Description textuelle du cas d’utilisation«Calculer la paie»
Le tableau ci-dessous représente la description du cas d’utilisation "Calculer la paie" tout

en précisant ses acteurs, ses précondition et postcondition, les scénarios principales et
alternatif.
— .Calculer la paie
— .Utilisateur authentifié, valeurs de variables saisies,et bulletin

.Précondition correspondant à l’employé et la période de paie déja existant
dans le système .
.Postcondition — .Paie d’employé calculé pour la période définie.
66
— . L’utilisateur selectionne le bulletin de l’employé à la date de

paie courante.
— . Le système affiche le bulletin avec les valeurs de variables sai-
.Scénario principal sies.
— . L’utilisateur clique sur le bouton de calcule de paie.
— . Le système applique le calcul approprié et affiche le résultat .
Table VI.9 – Description textuelle du cas d’utilisation«Calculer la paie»
5 Schéma globale de la base de données

L’objectif principal de cette partie est de fournir une représentation visuelle du modèle de
données global de la gestion de la paie, en identifiant les tables principales, les attributs et
les relations entre elles. Le schéma de la base de données offre une vue d’ensemble de la
structure de stockage des données, facilitant ainsi la conception, la mise en œuvre et la
maintenance du système de gestion de la paie.
Figure VI.4 – Schéma globale de la base de données

L’implémentation des interfaces du dernier sprint est une étape clé pour finaliser le système
de gestion de la paie. Elle permet aux utilisateurs d’interagir de manière intuitive avec les
fonctionnalités de paie, de saisir les informations nécessaires et d’effectuer des opérations
de gestion des salaires de manière efficace et conviviale.
67
• .«Saisir les variables de paie»
L’interface présentée ci-dessous correspond à la fonctionnalité "Saisir les variables de paie"

qui permet d’afficher la liste des variables d’un employé selon son profil pour visualiser et
modifier leurs valeurs selon le bulletin.
Figure VI.5 – Interface de la fonctionnalité «Saisir les variables de paie»
• .«Gérer les bulletins»
L’interface présentée ci-dessous correspond à la fonctionnalité "Gérer les bulletins" qui

permet d’afficher la liste des bulletins et méne au page des autres fonctionnalités liées au
bulletins.
Figure VI.6 – Interface de la fonctionnalité «Gérer les bulletins»
68
• .«Calculer la paie»
L’interface présentée ci-dessous correspond à la fonctionnalité "Calculer la paie" qui

permet d’afficher un bulletin de paie, l’éditer et en fin calculer la paie.
Figure VI.7 – Interface de la fonctionnalité «Calculer la paie»
7 Test
Afin de garantir la qualité de l’application et le bon fonctionnement des services utilisés
dans le sprint, j’ai par conséquent effectué des tests des services sprint. L’application
Postman est utilisée dans ce cas pour réaliser les testes de mes services web liés à la gestion
de la paie.
• .Test du service web «Lister les bulletins»
Pour le tester le listing des bulletins, j’envoie le lien correspondant avec la méthode GET
,le système affiche alors la liste des bulletins de paie.
Figure VI.8 – Capture du service web «Lister les bulletins»
69
• .Test du service web «Ajouter un bulletin»
Pour le tester l’ajout d’un bulletin , j’envoie le lien correspondant avec la méthode POST
,le système affiche alors toutes la liste avec le bulletin ajouté.
Figure VI.9 – Capture du service web «Ajouter un bulletin»
• .Test du service web «Supprimer un bulletin»
Pour le tester la suppression d’un bulletin , j’envoie au lien correspondant avec la méthode
DELETE la structure de bulletin à supprimer ,le système affiche alors un message de
succés.
Figure VI.10 – Capture du service web «Supprimer un bulletin»
8 Conclusion
Durant ce chapitre, j’ai donc effectué l’analyse du troisièeme sprint , qui est le sprint
principale de mon application et le résultat final du develloppement de ce module. l’analyse
du sprint a été réalisé en 4 parties,à commencer par le sprint backlog qui représente toutes
fonctionnalités du sprint, puis une analyse est effectuée avec une conception détaillée avec
les implémentations et les testes des services web.
70
Chapitre VII
Conclusion générale
Ce rapport est le fruit du travail effectué au sein de la société TAC-TIC dans le cadre de
mon projet de fin d’études de la licence fondamentale en Informatique Appliquée à la
Gestion à l’ISG. Au cours de mon stage de 4 mois à la société TAC-TIC, j’ai eu
l’opportunité de travailler sur la conception et le développement d’une application web
pour la gestion de la paie. Ce rapport de stage résume les différentes étapes et tâches
réalisées tout au long de cette expérience enrichissante.
Dans le chapitre de la présentation générale, j’ai introduit la société TAC-TIC et présenté
le contexte dans lequel s’inscrit mon projet. J’ai mis en évidence l’importance de la gestion
de la paie dans les entreprises et la nécessité d’avoir une solution efficace et fiable.
L’analyse et la spécification des besoins m’ont permis de recueillir les attentes et les
exigences des utilisateurs de l’application. J’ai réalisé des entretiens avec les différentes
parties prenantes et effectué une étude approfondie des processus existants pour identifier
les fonctionnalités nécessaires.
L’étude technique a été une étape cruciale pour définir l’architecture et les technologies à
utiliser dans le développement de l’application. J’ai réalisé une analyse comparative des
différents outils disponibles, en tenant compte des contraintes spécifiques du projet, telles
que la sécurité et la performance.
Le développement de l’application s’est déroulé en trois sprints successifs. Dans le premier
sprint, j’ai implémenté l’authentification, la gestion des utilisateurs et le contrôle d’accès.
Cette étape était essentielle pour assurer la sécurité de l’application et permettre aux
utilisateurs d’accéder aux fonctionnalités appropriées.
Dans le deuxième sprint, j’ai travaillé sur la gestion des employés et des paramètres de paie.
J’ai développé des fonctionnalités permettant d’ajouter, de modifier et de supprimer des
informations relatives aux employés, ainsi que de définir les paramètres de calcul de la paie.
Enfin, dans le troisième sprint, j’ai mis en place la gestion complète de la paie. J’ai
développé des fonctionnalités pour le calcul automatique des salaires, la génération des
bulletins de paie et la gestion des paiements.
Au terme de ce stage, j’ai pu constater les avantages d’une méthodologie agile de
développement, qui m’a permis de livrer des fonctionnalités incrémentales tout en restant
flexible face aux éventuels changements de besoins.
71
CHAPITRE VII. CONCLUSION GÉNÉRALE
Ce projet m’a également permis d’exploiter les connaissances que j’ai acquises durant ma
formation à l’ISG, de renforcer mes compétences techniques en matière de développement
web et d’approfondir ma compréhension des enjeux liés à la gestion de la paie.
En conclusion, ce stage à la société TAC-TIC a été une expérience très enrichissante. J’ai
pu mettre en pratique mes connaissances théoriques et acquérir de nouvelles compétences
dans le domaine du développement d’applications web. J’ai également développé des
compétences en gestion de projet, en travaillant en équipe et en répondant aux besoins des
utilisateurs. Je suis reconnaissante envers toute l’équipe de TAC-TIC pour leur soutien et
leur encadrement tout au long de ce stage, qui a été une étape importante dans mon
parcours professionnel.
.
72
Bibliographie
[1] Methodologie Scrum (page consultée le 12/04/2023)

https://crf.wallonie.be/compasinfo/images/site1/edit/Dossiers/SCRUM.pdf
[2] Architecture 3-tiers. (page consultée le 12/04/2023))
https://www.google.com/search?q=architecture+3+tiers&rlz=1C1NDCM_
frTN943TN943&sxsrf=ALeKk02Ej22wd6odPxuIyVWQNj0L3J0ACQ:1623285321049&
source=lnms&tbm=isch&sa=X&ved=2ahUKEwjjgbiH6YvxAhWhx4UKHVLeD1IQ_
AUoAXoECAEQAw&biw=1366&bih=568#imgrc=iXLCMwd9A_FOzM
[3] MOdéle MVC (page consultée le 17/04/2023)
https://www.google.com/search?q=modele+mvc&rlz=1C1NDCM_frTN943TN943&
sxsrf=ALeKk01-L5gj_oi-fpoPmT3QD1aIhmcSOg:1623503533431&tbm=isch&source=
iu&ictx=1&fir=lS3PmaUddoGIKM%252CTtJf0FHPyB-J0M%252C_&vet=1&usg=AI4_
-kQYtx4YIcip7V4RW5mcA_Bzm_4CUw&sa=X&ved=
2ahUKEwj16pr7lZLxAhVJzhoKHUneAAUQ_h16BAgLEAE#imgrc=lS3PmaUddoGIKM
[4] PHP (page consultée le 17/04/2023)
https://www.google.com/search?q=php&sxsrf=APwXEddXAo_
a6Pzo8-MXRxnLBiv-HDOILw:1685488982951&tbm=isch&source=iu&ictx=1&vet=1&
fir=DkVL4mRKRJJkfM%252CQ_0rNeJ93aVWEM%252C%252Fm%252F060kv%
253BqILWBr1Tsilw_M%252CQ_0rNeJ93aVWEM%252C_%253Bt2jOsq6dE_nFvM%
252Ck07QbPLONv2GEM%252C_%253BdKKQ-A4z2HMzGM%252CL89-MM13Op6nFM%252C_
%253B8jA6nUcGU8XdbM%252CrR2vJQOIgBeApM%252C_%253BmCGCmqfbzedxhM%
252C8NSKss4wSJH9xM%252C_&usg=AI4_-kS1lT76JLTTKxYRCWstI4BJWN55Lw&sa=X&
ved=2ahUKEwjE3-fgl57_AhWrRvEDHR_AC1gQ_B16BAhJEAE#imgrc=DkVL4mRKRJJkfM
[5] CSS (page consultée le 28/03/2023)
https://www.futura-sciences.com/tech/definitions/internet-css-4050/
[6] HTML. (page consultée le 28/03/2023)
http://glossaire.infowebmaster.fr/html/
[7] Postman (page consultée le 17/04/2023)
https://www.postman.com/company/about-postman/
[8] MySQL
https://www.google.com/search?q=mysql&sxsrf=APwXEdc_-nHROYLj_C3Z7UF13_
ofHlPgGQ:1685489367181&tbm=isch&source=iu&ictx=1&vet=1&fir=
fFItfxwqUuce4M%252CYLxbhJmCz81sdM%252C%252Fm%252F04y3k%
253BlL-jqoMbtAgBBM%252C0oxhOZQxFZczEM%252C_%253BDmcOXvI1m7BovM%
252CyvmITUS44SbmKM%252C_%253BfMXtc-lX2guj6M%252CeV51RI25M2WzxM%252C_
%253BBgugh_pvo8X-JM%252CQCVO2QI4U_VeMM%252C_%253BMVxqEJ0fufp-qM%
252CfEIKKAAi4p-V1M%252C_&usg=AI4_-kSLb6AufGBeo-wpDMAWlF5VcVlwvA&sa=X&
ved=2ahUKEwilpYOYmZ7_AhX4QvEDHSS-BWQQ_B16BAhdEAE#imgrc=fFItfxwqUuce4M
73
BIBLIOGRAPHIE
[9] React
https://www.google.com/search?q=react&sxsrf=
APwXEdcdt8uElOZEPbIuMMdOtA0sTmUHzg:
1685489453759&tbm=isch&source=iu&ictx=1&vet=1&fir=mFWZc-Pfqi9J1M%
252CCd78Z_qevSizDM%252C%252Fm%252F012l1vxv%253BKS3l-5FQwjSesM%
252C6wQQd7lXspfxsM%252C_%253BvlpoXJ7hFRJc9M%252CIoj9L2XbUibpWM%252C_
%253BSNmRBcbDJ685sM%252C9-IQzGf_uMU5FM%252C_%253B_QvrPoNmxytTeM%
252CJL3zwcFL7TH6BM%252C_&usg=AI4_-kTC_PmwcnYEzxey9M66hm6byeEurw&sa=X&
ved=2ahUKEwj2u6fBmZ7_AhWySfEDHfGWDd0Q_B16BAhaEAE#imgrc=mFWZc-Pfqi9J1M
[10] Visual Studio Code
https://www.google.com/search?q=visual+studio+code&sxsrf=
APwXEdeuQsQfKWzPWNTfAWS8xi6x4vG4AA:1685489531042&tbm=isch&source=iu&
ictx=1&vet=1&fir=dB04zB8tDhJc7M%252CXvja-_alS7U4EM%252C%252Fm%
252F0134xwrk%253BxZ0Xrb87FwR7DM%252CnfE4FmKtztkIkM%252C_
%253B4oNuACWENE-cSM%252CbWeKW8YJN7cXgM%252C_%253BIHAdOiWZ_frkKM%
252C9YjFCTUUk4WXEM%252C_&usg=AI4_-kRgMIUPkiF8CNeSVqOFUMW2DuHU2Q&sa=X&
ved=2ahUKEwjRxJTmmZ7_AhWoSvEDHfdEAucQ_B16BAhaEAE#imgrc=4oNuACWENE-cSM
[11] java script (page consultée le 20/04/2023)
https://www.google.com/search?q=javascript&sxsrf=
APwXEdci4I4On5lgSuVFpvsV7ftjhQ4poQ:
1685489641083&source=lnms&tbm=isch&sa=X&ved=2ahUKEwjX6NCamp7_AhVGS_
EDHZTkCZMQ_AUoAXoECAQQAw&biw=1517&bih=694&dpr=0.9#imgrc=Swa-N3Ndk5oU9M
[12] visual paradigm
https://www.google.com/search?q=visual+paradigm&sxsrf=
APwXEdd-L-v7SeIbLFfG3SCvNRlTmRac7w:1685489668422&source=lnms&tbm=isch&
sa=X&ved=2ahUKEwidx9Wnmp7_AhXtVPEDHXqlDSYQ_AUoAXoECAIQAw&biw=1517&bih=
694&dpr=0.9#imgrc=IO4O1m25D5RNFM
[13] Représentation d’un token généré
2ahUKEwjul_7omp7_AhUShaQKHSB-D5YQ2-cCegQIABAA&oq=acces+JWT&gs_lcp=
CgNpbWcQAzIECCMQJ1CWDFiWDGCFDmgAcAB4AIABuAaIAbgGkgEDNi\protect\
@normalcr\relax0xmAEAoAEBqgELZ3dzLXdpei1pbWfAAQE&
[14] Autorisation d’accès au service par JWT
https://www.google.com/search?q=acces+JWT&tbm=isch&ved=2ahUKEwjul_7omp7_
AhUShaQKHSB-D5YQ2-cCegQIABAA&oq=acces+JWT&gs_lcp=
CgNpbWcQAzIECCMQJ1CWDFiWDGCFDmgAcAB4AIABuAaIAbgGkgEDNi\protect\
@normalcr\relax0xmAEAoAEBqgELZ3dzLXdpei1pbWfAAQE&sclient=img&ei=
jYh2ZK6dGJKKkgWg_L2wCQ&bih=694&biw=1517#imgrc=cwriJzLXrCMO2M
[15] Structure du Json Web Token
https://www.google.com/search?q=acces+JWT&tbm=isch&ved=2ahUKEwjul_7omp7_
AhUShaQKHSB-D5YQ2-cCegQIABAA&oq=acces+JWT&gs_lcp=
CgNpbWcQAzIECCMQJ1CWDFiWDG
74

Rapport Rihab

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Rihab

Transféré par

Droits d'auteur :

Formats disponibles

Ministère de l’Enseignement Supérieur Et de la

Institut Supérieur de Gestion

Conception et développement d’une

Année universitaire 2022-2023

III Analyse et spécification des besoins 13

IV Sprint 1 : Authentification, Gestion des Utilisateurs et contrôle d’accès 25

V Sprint 2 : Gestion des employés et des paramétres de paie 41

VI Sprint 3 : Gestion de la paie 58

VII Conclusion générale 71

II.1 Méthodologie Scrum [1] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

III.1 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . . . 14

IV.1 Diagramme cas d’utilisation premier sprint . . . . . . . . . . . . . . . . . . 27

V.1 Diagramme de classe du deuxiéme sprint . . . . . . . . . . . . . . . . . . . . 43

VI.1 Diagramme de classe globale . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

II.1 Acteurs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

IV.1 Acteurs et cas d’utilisation du premier sprint . . . . . . . . . . . . . . . . . 26

V.1 Acteurs et cas d’utilisation du deuxième sprint . . . . . . . . . . . . . . . . 43

2 Présentation de l’organisme d’accueil

4 méthode de travail adoptée

Figure II.1 – Méthodologie Scrum [1]

rôle mission acteur

Table II.1 – Acteurs du projet

6.2 Critique de l’existant

• Un mauvais UX/UI peut rendre les interactions avec l’application lentes et

6.3 Solution proposée

Analyse et spécification des besoins

2 Identification des acteurs

3 Spécification des besoins

3.2 Besoins non fonctionnels

• L’interface utilisateur doit être simple et facile à utiliser.

4 Diagramme de cas d’utilisation global

Figure III.1 – Diagramme de cas d’utilisation global

ID fonctionnalités ID U.S User Story priorité

4 Gestion de la 4.1 En tant qu’administrateur Elevée

6 Le prototypage des interfaces

• .Prototype de l’interface de connexion

Figure III.2 – Prototype de l’interface de connexion

• .Prototype de l’interface du liste des utilisateurs

Figure III.3 – Prototype de l’interface du liste des utilisateurs

• .Prototype de l’interface de liste des paramètres de paie

Figure III.4 – Prototype de l’interface de liste des paramètres de paie

• .Prototype de l’interface de modification de paramètre de paie(Rubrique)

L’interface de modification rubrique devrait contenir les caractéristiques de la rubrique ainsi

Figure III.5 – Prototype de l’interface de modification de paramètre de paie(Rubrique)

• .Prototype de l’interface d’ajout de paramètre de paie(Profil)

Figure III.6 – Prototype de l’interface d’ajout de paramètre de paie(Profil)

7 Planification des sprints

Figure III.7 – Planification des sprints

Figure III.8 – Architecture 3 tiers [2]

8.2 Architecture logique

Figure III.9 – Architecture MVC [3]

9.1 Environnement matériel

— Processeur : Intel Core i5-1135G7 11éme Génération

9.2 Framework et Logiciel

Figure III.10 – PHP [4]

Figure III.11 – CSS [5]

Figure III.12 – HTML [6]

Figure III.13 – POSTMAN [7]

— MySql : MySQL est un système de gestion de bases de données relationnelles. Il est

Figure III.14 – MySql [8]

Figure III.15 – React [9]

Figure III.16 – visual studio code [10]

— JavaScript : JavaScript est un langage de programmation de haut niveau

Figure III.17 – JavaScript [11]