Rapport de Stage de fin d’études

Elaboré par

Mohamed Mehfoud Mohamed Salem

Conception et réalisation d’une application Pour la gestion de

ressources humaines

Réalisé au sein de

SYCOBE

Encadré par

Encadrant universitaire Encadrant professionnel

Ing. Sidi Mohamed Ahmed Mr. Mohamedou Septy

Année universitaire
2018 - 2019
 Dédicaces

Je dédie ce modeste travail à :

- A mes parents ; il m’est impossible de traduire ici les liens qui unissent un
enfant à ses parents: sans vos conseils, vos sacrifices, vos prières et vos bénédictions, ce
travail n’aurait jamais pu être réalisé. Puisse ce travail vous donner une légitime fierté.

- A mes frères et sœurs , votre compréhension, disponibilité, attention, soutien

moral constant n’ont pas été vains. C’est l’occasion pour moi de vous remercier très
sincèrement pour votre concours tout le long de mes études.

- A mes oncles et tantes ; je signalerai votre présence, par vos conseils et vos
bénédictions qui m’ont toujours aidée. Veuillez croire en ma profonde gratitude.

- Mes promotionnaires et amis avec lesquelles j’ai vécu des souvenirs

particulièrement remarquables qui constituent pour moi une source de bonheur et de
ravissement.

i
 Remerciements

En préambule à ce mémoire nous remerciant ALLAH qui nous aide et nous donne
la patience et le courage durant ces langues années d’étude.
Nous souhaitant adresser nos remerciements les plus sincères aux personnes qui nous ont
apporté leur aide et qui ont contribué à l’élaboration de ce mémoire ainsi qu’à la réussite de
cette formidable année universitaire.

Ces remerciements vont tout d’abord au corps professoral et administratif de

l’institut universitaire professionnel(IUP), et précisément les professeurs de notre filière
(réseaux et télécommunications), pour la richesse et la qualité de leur enseignement et qui
déploient de grands efforts pour assurer à leurs étudiants une formation actualisée.
Nos vifs remerciements vont également aux membres du jury pour l’intérêt qu’ils ont porté
à notre recherche en acceptant d’examiner notre travail Et de l’enrichir par leurs
propositions.

Nous tenant à remercier sincèrement Monsieurs, Sidi Mohamed Ahmed et Mr.

Mohamedou Septy, qui, en tant que Directeurs de mémoire, se sont toujours montrés à
l’écoute et très disponible tout au long de la réalisation de ce mémoire, ainsi pour
l’inspiration, l’aide et le temps qu’ils ont bien voulu nous consacrer et sans qui ce mémoire
n’aurait jamais vu le jour.
Cependant, nous remercions particulièrement nos collègues, notamment Mohamed
Abdellahi, qui faisait tous les efforts pour trouver notre stage. Ainsi le directeur de
l’entreprise d’accueil(SYCOBE) l’ingénieur Mohamed El Moctar Septy qui nous donne ce
stage dès le premier jour de notre demande.
On n’oublie pas nos parents pour leur contribution, leur soutien et leur patience.

Enfin, nous adressons nos plus sincères remerciements à tous nos proches et amis,
qui nous ont toujours encouragée au cours de la réalisation de ce mémoire.

Merci à tous et à toutes.

ii
 Table des matières

Dédicaces ............................................................................................................................................ i
Remerciements ................................................................................................................................... 2
Liste des abréviations ......................................................................................................................... 6
Introduction générale.......................................................................................................................... 1
Chapitre I. Présentation Générale..................................................................................................... 2
I.1 Présentation de la SYCOBE...................................................................................................... 2
I.2 Présentation du sujet ................................................................................................................. 3
I.3. Choix Méthodologique ............................................................................................................ 3
I.3.1 Le modèle en spirale .............................................................................................................. 3
I.3.2 Le Langage de Modélisation Unifié UML............................................................................. 4
I.4. Conclusion ............................................................................................................................... 7
Chapitre II. Etude Préalable ............................................................................................................. 8
II.1 Introduction............................................................................................................................. 8
II.2 Etat de L’art ............................................................................................................................ 8
II.3 Etat de L’existant .................................................................................................................... 9
II.3.1 Description de l’existant ................................................................................................... 9
II.3.2.Critique de l’existant....................................................................................................... 10
II.3.3.Solution proposée ........................................................................................................... 10
II.4. Conclusion ............................................................................................................................ 10
III.1 Etude des besoins ................................................................................................................. 11
III.1.1 Les besoins fonctionnels............................................................................................... 11
III.1.2 Les besoins non fonctionnels......................................................................................... 12
III.2 Identification des acteurs...................................................................................................... 12
III.3. Conclusion :......................................................................................................................... 13
Chapitre IV. La Conception ............................................................................................................ 14
IV.1 Introduction .......................................................................................................................... 14
IV.2 Diagramme de cas d’utilisation............................................................................................ 14
IV.2.1 Diagramme de cas d’utilisations de gestion des employés ........................................... 16
IV.2.2 Diagramme de cas d’utilisations de gestion des bulletins ............................................. 16
IV.3 Diagramme de séquence...................................................................................................... 16
IV.3.1 Diagramme de séquence de s’authentifier.................................................................... 17
IV.3.2 Diagramme de séquence de gérer les employés ............................................................ 17

iv
 IV.3 Diagramme de classe........................................................................................................... 18
IV.4 Diagramme de déploiement ................................................................................................ 19
Chapitre V. Réalisation ................................................................................................................... 21
V .1 Environnement du développement ....................................................................................... 21
V .1.1 Environnement matériel ................................................................................................ 22
V .1.2 Environnement logiciel.................................................................................................. 24
V .2 Interfaces graphiques............................................................................................................ 26
V.2.1. Interface d’authentification............................................................................................ 26
V.2.2. Page d’accueil................................................................................................................ 27
V.2.3. Page de consultation des listes des employés ................................................................ 28
V.2.4. formulaire de modification d’un employé ..................................................................... 28
V.2.5. formulaire d’ajout d’un employé ................................................................................... 29
V.2.6. Affichage de la liste après l’ajout d’un nouvel employé ............................................... 29
V.2.7. la recherche dans la liste des employés ......................................................................... 29
V.2.8. L’impression de la liste des employés ........................................................................... 30
V.2.9. Page de consultation des listes des services .................................................................. 31
V.2.10. Page de consultation des listes des grades ................................................................... 32
V.2.11. Page de consultation des listes des bulletins................................................................ 32
V.2.12. Page de consultation des listes des utilisateurs............................................................ 33
V.2.13. L’ajout d’un utilisateur ................................................................................................ 33
V.2.14. Affichage de la liste après l’ajout d’un utilisateur ....................................................... 34
V.2.15. Page de consultation des listes des groupes................................................................. 34
V.2.16. L’ajout d’un groupe ..................................................................................................... 35
V.2.17. Affichage de la liste après l’ajout d’un groupe............................................................ 35
Conclusion générale ......................................................................................................................... 36
Bibliographie .................................................................................................................................... 37
Webographie .................................................................................................................................... 38

iv
 Liste des figures
Figure 1 : Organigramme de la société............................................................................................... 2
Figure 2 : le modèle en spirale ........................................................................................................... 4
Figure 3 : Unified Modeling Language .............................................................................................. 5
Figure 4 : les 14 diagrammes.............................................................................................................. 6
Figure 5 : Diagramme selon les axes de modélisation ....................................................................... 7
Figure 6 : L’application VBA de gestion de ressources humaines..................................................... 9
Figure 7 : Diagramme de cas d'utilisation général ........................................................................... 15
Figure 8 : Diagramme de cas d'utilisation de gestion des employés ................................................ 16
Figure 9 : Diagramme de cas d’utilisation de gestion des bulletins ................................................. 16
Figure 10 : Diagramme de séquence de s’authentifier ..................................................................... 17
Figure 11 : Diagramme de séquence de gérer les employés............................................................. 18
Figure 12 : Diagramme de classe ..................................................................................................... 19
Figure 13 : Diagramme de déploiement ........................................................................................... 20
Figure 14 : L’architecture MVC....................................................................................................... 22
Figure 15 : Logo JSF ........................................................................................................................ 23
Figure 16 : Logo Hibernate .............................................................................................................. 23
Figure 17 : Logo Spring ................................................................................................................... 24
Figure 18 : Logo Primefaces ............................................................................................................ 24
Figure 19 : Logo Tomcat.................................................................................................................. 25
Figure 20 : Logo MySQL ................................................................................................................. 25
Figure 21 : Logo StarUML............................................................................................................... 25
Figure 22 : Logo Eclipse .................................................................................................................. 25
Figure 23 : Interface d’authentification ............................................................................................ 26
Figure 24 : Interface d’authentification (cas d’erreur) ..................................................................... 27
Figure 25 : Page d’accueil ................................................................................................................ 27
Figure 26 : Page de consultation des listes des employés ................................................................ 28
Figure 27 : formulaire de modification d’un employé ..................................................................... 28
Figure 28 : formulaire d’ajout d’un employé ................................................................................... 29
Figure 29 : Affichage de la liste après l’ajout d’un nouvel employé ............................................... 29
Figure 30 : Recherche dans la liste des employés ............................................................................ 30
Figure 31 : Aucune ligne .................................................................................................................. 30
Figure 32 : L’impression sous format PDF ...................................................................................... 31
Figure 33 : Page de consultation des listes des services................................................................... 31
Figure 34 : Page de consultation des listes des grades ..................................................................... 32
Figure 35 : Page de consultation des listes des bulletins .................................................................. 32
Figure 36 : Page de consultation des listes des utilisateurs .............................................................. 33
Figure 37 : L’ajout d’un utilisateur .................................................................................................. 33
Figure 38 : Affichage de la liste après l’ajout d’un utilisateur ......................................................... 34
Figure 39 : Page de consultation de liste des groupes ...................................................................... 34
Figure 40 : L’ajout d’un groupe ....................................................................................................... 35
Figure 41 : Affichage de la liste après l’ajout d’un groupe .............................................................. 35

v
 Liste des abréviations

JEE Java Enterprise Edition

UML Unified Modeling Langage.
JSF Java Servlet Faces
SQL Structured Query Language
API Application Programming Interface
HTML Hypertext Markup Language
Http Hypertext Transfer Protocol
SGBD Système de gestion de bases de données
JDBC Java DataBase Connectivity
Hibernate Framework open source
CSS Cascading Style Sheets
XML eXtensible Markup Language
Ajax acronyme d'Asynchronous JavaScript and XML
Spring Framework open source
Primefaces bibliothèque de composants open source pour jsf
ORM Object Relationnel mapping

vii
 INTRODUCTION GENERALE

Introduction générale

Depuis ces deux derniers siècles, l’humanité a fait des pas énormes à ce qui a trait
à l’innovation et aux progrès technologiques. Toute cette grande évolution a grandement
servi à l’homme dans son ensemble et aussi a amélioré de façon considérable son niveau
de vie. L’invention de l’ordinateur qui est un outil de gestion des systèmes de données a
été très bénéfique pour les entreprises. Depuis l’apparition de l’internet, bien de
fonctionnalités hormis la navigation ont été offertes. Parmi elles, se trouve la possibilité
d’interagir avec l‘utilisateur en satisfaisant au mieux sa requête grâce à un site web
dynamique.

Dans le cadre de l’obtention de License professionnel, nous avons choisi de faire

notre stage de fin d’étude à la SYCOBE et précisément au service de développement qui a
pour mission de définir et mettre en œuvre la politique informatique en accord avec la
stratégie générale de l’entreprise et ses objectifs de performance. Elle doit garantir la
continuité du service informatique fourni aux utilisateurs et anticiper les changements et
leurs impacts sur le système d’information. Cependant, la croissance accrue de nombre des
entreprises entraîne une difficulté à gérer les employés. Une application de gestion et de
suivi des employés faciliterait considérablement la tâche à tous les responsables de la
gestion de ressources humaines et un gain de temps considérable.

Mon Projet de Fin d'Étude avait pour but d’apporter des solutions à ces problèmes
en concevant et développant une application web de gestion et de suivi des employés. Le
travail présenté dans ce rapport est constitué de 5 chapitres : dans le premier chapitre on va
vous présenter l’organisation d’accueil de la société, puis notre projet pour terminer avec
une explication de la méthode et la technique choisies pour réaliser ce projet. Le deuxième
et le troisième chapitre traiteront l’étude préalable et les spécifications des besoins. Le
quatrième chapitre représente la partie relative à la conception. Enfin le cinquième chapitre
sera consacré à la réalisation.

1
CHAPITRE I PRESENTATION GENERALE

Chapitre I. Présentation Générale

________________________________________________________

I.1 Présentation de la SYCOBE

(SYCOBE), établissement uni personnel créé en 27 Novembre 2000 à Nouadhibou en
Mauritanie. C’est une société spécialisée dans le domaine d’informatique & télécoms, et
plus particulièrement Big Data.
 Parmi ces partenaires : MIROTIK (équipements Wireless), ORACLE,
BITDEFENDRE (antivirus), Fortinet réseau.
 Parmi ces clients : Faculté de médecine, ARE, Mauritel, Chinguitel.
 Offre de service Big data : SYCOBE a une bonne expérience au system de BIG
DATA, une expérience de traitement de données dépasse le 1200 millions
d’enregistrements dans un délai d’une journée, des requêtes sur des bases de
données de 300 millions d’enregistrements prennent moins de 3 minutes.

Mission du service de développement

 Superviser et coordonner le travail des différentes structures du Service du
développement;
 Gérer les dispositifs informatiques et traiter les anomalies ;
 Assurer la gestion des projets du service de développement ;
 Servir d’interlocuteur entre les différents partenaires du Service du développement ;
 Exécuter la stratégie et les directives de la Direction Générale.

Organigramme de la société

Directeur
géneral

Directeur Directeur
technique financier

Service
développem Service Service
ent Systéme réseaux

Figure 1 : Organigramme de la société

2
CHAPITRE I PRESENTATION GENERALE

I.2 Présentation du sujet

Aujourd’hui, l’ensemble des entreprises, et ce quelles que soient leurs tailles, sont
dans une situation où la concurrence est de plus en plus importante. Ainsi, les termes de «
profit » et de « rentabilité » sont devenus des sujets importants et inévitables.

Par définition, la gestion des ressources humaines est employée pour définir les
systèmes pour gérer et développer les personnes travaillant au sein d’une entreprise. C’est
à ce moment que le rôle du service des ressources humaines (RH) va devenir de plus en
plus stratégique. En effet, l’entreprise a besoin d’avoir une organisation plus flexible, c’est
pour cela que les RH vont avoir pour objectif de combiner la satisfaction et la rentabilité.
Les RH vont devoir gérer une importante masse d'informations en un temps de plus en plus
réduit.
Dans le but de mieux gérer la gestion de ressource humaine de la SETP (Société
d’Entretien et de Travaux Publics), nous avons choisi de faire le projet de fin d’étude sur
une application web dans le but d’assurer cet objectif.
L’application va permettre de gérer les congés, les services, les grades, les
bulletins et bien d’autres. Ainsi les employées qui accèdent à l’application n’ont pas le
même grade. Elle va donc permettre de mieux gérer ce problème.

I.3. Choix Méthodologique

I.3.1 Le modèle en spirale

Selon la nature de notre projet, nous avons jugé que le modèle en spirale sera le
plus adapté à sa réalisation.

Définition du Modèle en spirale

Le modèle en spirale est une approche du développement logiciel qui peut être
considérée comme une réponse aux inconvénients du modèle en cascade. Le modèle en
spirale décrit le cycle de développement d’un logiciel au moyen de spirales, qui sont
répétées jusqu’à ce que le produit fini puisse être livré. Le modèle en spirale est également
appelé modèle incrémental. Le produit est continuellement travaillé et les améliorations se
déroulent souvent en très petites étapes.

Fonctionnement du Modèle en spirale

Le modèle en spirale se caractérise par les cycles suivants (aussi appelés

quadrants) :

3
CHAPITRE I PRESENTATION GENERALE

 objectif et décision alternative : les objectifs sont déterminés

conjointement avec le client. Dans le même temps, les alternatives
possibles sont discutées et les conditions cadres sont spécifiées (par
exemple le système d’exploitation, l’environnement et langage de
programmation).
 analyse et évaluation des risques : les risques potentiels sont
identifiés et évalués. Les alternatives en question sont également
évaluées, tandis que les risques sont enregistrés, estimés puis réduits
à l’aide de prototypes, des simulations et des logiciels d’analyse.
Dans ce cycle, plusieurs prototypes existent sous forme de modèles
de conception ou de composants fonctionnels.
 développement et test : les prototypes sont encore plus étendus et
des fonctionnalités sont ajoutées. Le code réel est écrit, testé et
migré vers un environnement de test plusieurs fois jusqu’à ce que
le logiciel puisse être implémenté dans un environnement
productif.
 planification du cycle suivant : le cycle à venir est planifié à la fin de
chaque cycle. Si des erreurs se produisent, les solutions sont recherchées.
Si une meilleure alternative est une solution envisageable, elle sera
préférée au sein du cycle suivant.

Figure 2 : le modèle en spirale

4
CHAPITRE I PRESENTATION GENERALE

I.3.2 Le Langage de Modélisation Unifié UML

Pour programmer une application, il ne convient pas de se lancer tête baissée

dans l’écriture du code : il faut d’abord organiser ses idées, les documenter, puis organiser
la réalisation en définissant les modules et étapes de la réalisation. C’est cette démarche
antérieure à l’écriture que l’on appelle modélisation ; son produit est un modèle.

Utilité des modèles

 Faciliter la compréhension d'un système
 Permettre également la communication avec le client
 Vision de communication, de documentation
 Définir l'architecture et le fonctionnement d'un système
 Dans ce cas, on se doit d'être le plus précis possible dans le contenu des
modèles pour s'approcher du code.

 Vision de développement, de production Cependant, pour ce qui concerne le

langage de modélisation, nous en avons plusieurs, mais selon des points de vue techniques,
le langage UML est le meilleur choix.

U.M.L
U.M.L est un langage qui contient les éléments constitutifs de tout langage, à
savoir :
Des concepts, une syntaxe et une sémantique. Il est destiné aux phases amont de
la réalisation d'un logiciel. U.M.L est une Technique de modélisation UNIFIEE .
De plus, UML a choisi une notation supplémentaire : il s’agit d’une forme visuelle
Fondée sur des diagrammes.

Figure 3 : Unified Modeling Language

5
CHAPITRE I PRESENTATION GENERALE

UML est utilisé pour spécifier, visualiser, modifier et construire les documents
nécessaires au bon développement d'un logiciel orienté objet. UML offre un standard de
modélisation, pour représenter l'architecture logicielle. Les différents éléments
représentables sont :

• Activité d'un objet/logiciel

• Acteurs

• Processus

• Schéma de base de données

• Composants logiciels

• Réutilisation de composants.

Diagramme
Les diagrammes sont dépendants hiérarchiquement et se complètent de façon à
permettre la modélisation d’un projet tout au long de son cycle de vie.

Figure 4 : les 14 diagrammes

6
CHAPITRE I PRESENTATION GENERALE

Figure 5 : Diagramme selon les axes de modélisation

I.4. Conclusion
Nous avons dans ce chapitre commencé par une présentation de l’entreprise
d’accueil, puis une présentation du sujet et enfin nous avons défini le langage de
modélisation appropriés pour le développement de cette application et la méthodologie de
déploiement.

7
CHAPITRE II ETUDE PREALABLE

Chapitre II. Etude Préalable

________________________________________________________

Après avoir décrit l’organisme et le sujet, nous allons présenter les cas existants
dans la société et les solutions proposées.

II.1 Introduction
L'étude préalable dans un contrat informatique est celle qui intervient avant la
phase d'expression des besoins. Elle permet d'étudier l'opportunité du projet informatique.
C'est une étape important puisque la rédaction du cahier des charges se fait à partir des
objectifs identifiés dans l'étude préalable.

L'étude préalable consiste principalement à recenser l'existant c'est-à-dire les

solutions informatiques déjà mises en œuvre dans l'entreprise et à recenser les
besoins notamment en termes de fonctionnalités nouvelles. Elle peut être l'occasion d'une
étude de rentabilité du projet.

L'étude préalable identifie les contraintes budgétaires, les contraintes

d'environnement et les contraintes juridiques.

II.2 Etat de L’art

Comme toute nouveauté le SI des entreprises a tout d’abord été utilisé comme un
élément stratégique permettant d’améliorer la productivité des entreprises. Au fil du temps,
dans la majorité des secteurs d’activités, le SI est devenu un élément critique indispensable
au fonctionnement des entreprises en question (système de paiement, réservation des
trains, gestion des stocks…).

En ce sens le système d’information devient indispensable pour la gestion des

ressources humaines. Cela permet de contrôler et rationaliser tout ce qui s’y passe. Il est un
outil stratégique par excellence sur lequel repose toutes les décisions à prendre concernant
les diverses composantes de la société.

8
CHAPITRE II ETUDE PREALABLE

II.3 Etat de L’existant

II.3.1 Description de l’existant
La gestion de ressources humaines de la société est faite avec des anciennes
technologies. Celle-ci dispose d’un grand nombre de fonctionnalités composé de la gestion
d’employés, services, grades, bulletins…
Le monde entière est presque passé vers les nouvelles technologies de
développement, alors pourquoi pas nous ?
La société possède déjà une application qui marche très bien, mais avec VBA.
Cette application comporte neuf onglets :
 Le premier onglet est l’onglet fichier, qui nous permet de déconnecter
de l’application ;
 Le deuxième onglet est l’onglet employé, qui nous permet d’ajouter
un nouveau employé, modifier (catégorie, service…),
rechercher…etc. ;
 Le troisième onglet est l’onglet service, qui nous permet d’ajouter un
service, rechercher et lister ;
 Le quatrième onglet est l’onglet grade, qui nous permet d’ajouter un
grade, modifier, rechercher et lister les grades ;
 Le cinquième onglet est l’onglet congé, qui nous permet de calculer
congé, reprise, liste congé paye, liste les personnes reprise ce
mois…etc. ;
 Le sixième onglet est l’onglet bulletin, qui nous permet de saisir
bulletin, imprimer et de valider bulletin par service.
 Le septième onglet est l’onglet état, qui nous permet de lister tous
bulletins par mois, état de crédit par (mois, service…), les congés
après un mois…etc. ;
 Le huitième onglet est l’onglet trace, qui nous permet de voir les
traces par utilisateur, les traces par jour et tous les traces ;
 Le neuvième onglet est l’onglet utilisateur, qui nous permet gérer les
utilisateurs de l’application.

Figure 6 : L’application VBA de gestion de ressources humaines

9
CHAPITRE II ETUDE PREALABLE

II.3.2.Critique de l’existant
Le système de gestion déjà opérationnel au niveau de la société comporte plusieurs
inconvénients notamment :
 Ce présent travail est réalisé avec VBA (comme nous disions avant), mais
celle-ci possède comme inconvénients:
 Pas très rapide
 Dépend beaucoup des versions utilisées de Windows et MS Office.
 Cher si on veut être en règle
 Les interfaces produites par ce travail sont vraiment anciennes.

II.3.3.Solution proposée
Compte tenu tous les inconvénients précédents, SYCOBE a proposé de réaliser une
application web pour la gestion de ressources humaines de la S.E.T.P afin d’éviter toute
perte et stocker ces informations dans une base de données et accéder à ces données à
partir d’une interface web organisée et confidentielle.

Parmi les fonctionnalités prises en charge par l’application on peut définir :

Gestion des employés, gestion des utilisateurs, gestion des services, gestion des
grades, gestion des congés, gestion des bulletins, gestion des traces et gestion des états.

II.4. Conclusion
Nous avons vu dans ce chapitre une étude préalable de notre projet, dans laquelle
on a présenté un état de l’art, une étude préalable ainsi que les problématiques du système
actuel et les solutions proposées pour la résolution de ces problèmes.

10
CHAPITRE III SPECIFICATION DES BESOINS

Chapitre III. Spécification des besoins

________________________________
III.1 Etude des besoins
Cette phase consiste à comprendre le contexte du système. Il s'agit de déterminer
les fonctionnalités et les acteurs les plus pertinents, de préciser les risques les plus critiques
et d'identifier les cas d'utilisation initiaux. L’application envisagée satisfaire les besoins
fonctionnels qui seront exécutés par le système et les besoins non fonctionnels qui
perfectionnent la qualité logicielle du système.

III.1.1 Les besoins fonctionnels

Les besoins fonctionnels définissent les fonctionnalités que l’application doit
apporter aux utilisateurs.
Cette application doit couvrir principalement les besoins fonctionnels
suivants :
 Gestion et suivi des employés : L’ajout d’un nouvel employé, le
supprimer, le remplacer par un autre, ou consulter la liste des
employé. Ainsi l’application peut suivre l’employé lors du passage
vers un autre service.
 Gestion des utilisateurs : Chaque utilisateur a un rôle qui lui est
assigné par un administrateur.
 Gestion des services : l’utilisateur peut ajouter, supprimer ou
consulter la liste des services. En outre l’administrateur peut l’en
modifier.
 Gestion des grades : l’utilisateur peut ajouter, supprimer ou
consulter la liste des grades. En outre l’administrateur peut l’en
modifier.
 Gestion des congés : l’utilisateur peut ajouter, consulter, calculer et
terminer un congé, il peut également voir la liste des congés payés, et
l’état de congé ce mois .En outre l’administrateur peut modifier un
congé.
 Gestion des bulletins : l’utilisateur peut ajouter ou imprimer un
bulletin. En outre l’administrateur peut l’en valider.

11
CHAPITRE III SPECIFICATION DES BESOINS

 Gestion des états et des traces : l’administrateur est le seul

utilisateur qui peut consulter les états (tous les bulletins par mois, état
de crédit par mois ou par service, l’état de congé ce mois…etc.) et les
traces (trace par utilisateur, par jour, toutes les traces…etc.).

III.1.2 Les besoins non fonctionnels

Ce sont des exigences qui ne concernent pas spécifiquement le comportement du
système mais plutôt identifient des contraintes internes et externes du système.
Les principaux besoins non fonctionnels de notre application ce résument
dans les points suivants :
 L’Authentification : Tout utilisateur du logiciel doit être authentifié
afin d’accéder à son contenu. Il existe plusieurs niveaux d’accès.
 La clarté : Le code doit être clair pour permettre des futures
évolutions ou améliorations.
 L’ergonomie : Le futur logiciel doit offre une interface conviviale et
facile à utiliser.
 La performance : Un logiciel doit être avant tout performant c'est-à-
dire pouvant répondre à toutes les exigences des usagers de manière
optimale à travers ses différentes fonctionnalités.
 La rapidité de traitement : En effet, vu le volume très important des
transactions quotidiennes à traiter, il est impératif que la durée
d'exécution de ses traitements puisse s’effectuer durant une période
de temps raisonnable.

III.2 Identification des acteurs

Un acteur représente un rôle joué par une personne qui interagit avec le système.
Dans notre application, un acteur est un utilisateur simple ou un administrateur :

L’administrateur : doit pouvoir assurer les activités suivantes :

 Gestion des utilisateurs.
 Gestion des Employés.
 Gestion des Services.
 Gestion des Grades.
 Gestion des Bulletins.
 Gestion des Congés.

12
CHAPITRE III SPECIFICATION DES BESOINS

 Gestion des Etats.

 Gestion des Traces.

L’utilisateur : doit pouvoir assurer toutes les activités de

l’administrateur exclu de :
 La modification des employés, des services, des
congés, des grades.
 La validation des bulletins.
 La gestion des utilisateurs.
 La gestion des états.
 La gestion des traces.
Les détails seront définis dans le diagramme de cas d’utilisation.

III.3. Conclusion :
Nous définissons dans ce chapitre les acteurs compétents nécessaires pour cette
application, leurs rôles ainsi que les besoins fonctionnels et non-fonctionnels de
l’application.

13
 CHAPITRE IV LA CONCEPTION

Chapitre IV. La Conception

________________________________________________________

IV.1 Introduction
Après avoir étudié les besoins fonctionnels et no fonctionnels de notre application,
il est intéressant de réaliser sa conception. On a choisi le Langage de modélisation orienté
objet UML qui est déjà détaillée dans le premier chapitre, on va essayer de réaliser les
diagrammes nécessaires qui donnent chacun une vision différente de notre projet.

IV.2 Diagramme de cas d’utilisation

Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner
une vision globale du comportement fonctionnel d'un système logiciel. Ils sont utiles pour
des présentations auprès de la direction ou des acteurs d'un projet, mais pour le
développement, les cas d'utilisation sont plus appropriés. Un cas d'utilisation représente
une unité discrète d'interaction entre un utilisateur (humain ou machine) et un système. Il
est une unité significative de travail. Dans un diagramme de cas d'utilisation, les
utilisateurs sont appelés acteurs, ils interagissent avec les cas d'utilisation.

 Cas d’utilisation

Ils permettent de décrire l'interaction entre l'acteur et le système. L'idée forte est de
dire que l'utilisateur d'un système logiciel a un objectif quand il l’utilise. Le cas
d'utilisation est une description des interactions qui vont permettre à l'acteur d'atteindre son
objectif en utilisant le système.

 Acteurs

Ils sont des entités externes qui interagissent avec le système, comme une personne
humaine ou un robot. Une même personne (ou robot) peut constituer plusieurs acteurs pour
un système, c'est pourquoi les acteurs doivent surtout être décrits par leurs rôles, ces rôles
décrivent les besoins et les capacités de l'acteur.

 Relation entre cas d’utilisation

 Inclusions (includ)
Dans ce type d'interaction, le premier cas d'utilisation inclut le second et son issue
dépend souvent de la résolution du second.

14
CHAPITRE IV LA CONCEPTION

 Extensions (extend)
Les extensions représentent des prolongements logiques de certaines tâches sous
certaines conditions. Autrement dit un cas d'utilisation A étend un cas d'utilisation B
lorsque le cas d'utilisation A peut être appelé au cours de l'exécution du cas d'utilisation B.
 Généralisations
Le cas d'utilisation A est une généralisation de B, si B est un cas particulier de A
c'est-à-dire lorsque A peut-être substitué par B pour un cas précis. Ces relations sont des
traits pleins terminés par une flèche en triangle.

 Relation entre acteurs

Il est également possible d'appliquer à un acteur la relation de généralisation. Cela

se fait notamment lorsqu'un acteur est un sous-type d'une autre catégorie d'acteurs. Un
acteur lié à un autre par ce type de relation peut interagir avec le système avec plus de
fonctionnalités que son parent.

Diagramme de cas d’utilisation général

Figure 7 : Diagramme de cas d'utilisation général

15
CHAPITRE IV LA CONCEPTION

IV.2.1 Diagramme de cas d’utilisations de gestion des employés

Ce travail est réalisé par les administrateurs et les utilisateurs :

• les utilisateurs peuvent ajouter, consulter, ajoutant un remplaçant, mais ils ne

peuvent pas supprimer ni modifier car c’est le travail d’un administrateur.

Figure 8 : Diagramme de cas d'utilisation de gestion des employés

IV.2.2 Diagramme de cas d’utilisations de gestion des bulletins

Figure 9 : Diagramme de cas d’utilisation de gestion des bulletins

IV.3 Diagramme de séquence

Le diagramme de séquence vise essentiellement à représenter des interactions entre
les entités d’un système selon un point de vue temporel. Il possède une dimension

16
CHAPITRE IV LA CONCEPTION

temporelle mais ne représente pas explicitement les liens entre les objets. Il permet de
visualiser les messages par une lecture de haut e bas. U diagramme de séquence possède
deux axes : l’axe vertical qui représente le temps, et l’axe horizontal qui représente les
objets qui se collaborent.

Dans la partie qui suit, nous allons exposer quelques scénarios illustrant des cas
d’utilisation.

IV.3.1 Diagramme de séquence de s’authentifier

Figure 10 : Diagramme de séquence de s’authentifier

IV.3.2 Diagramme de séquence de gérer les employés
Ce diagramme présente l’interaction entre l’utilisateur et l’interface de gestion des
employés.

17
CHAPITRE IV LA CONCEPTION

Figure 11 : Diagramme de séquence de gérer les employés

IV.3 Diagramme de classe

Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les
classes et les interfaces des systèmes ainsi que les différentes relations entre celles-ci. Ce

diagramme fait partie de la partie statique d'UML car il fait abstraction des aspects
temporels et dynamiques.

Une classe décrit les responsabilités, le comportement et le type d'un ensemble

d'objets. Les éléments de cet ensemble sont les instances de la classe.

18
CHAPITRE IV LA CONCEPTION

Notre diagramme est constitué de 8 classes présentées dans le diagramme de classe

suivant :

Figure 12 : Diagramme de classe

IV.4 Diagramme de déploiement

Un diagramme de déploiement décrit, la disposition physique des ressources
matérielles qui composent le système et montre la répartition des composants sur ces
matériels. Chaque ressource étant matérialisée par un nœud, le diagramme de déploiement
précise comment les composants sont répartis sur les nœuds et quelles sont les connexions
entre les composants ou les nœuds.

La figure suivante présente le diagramme de déploiement de notre application :

19
CHAPITRE IV LA CONCEPTION

Figure 13 : Diagramme de déploiement

20
CHAPITRE V REALISATION

Chapitre V. Réalisation
________________________________________________________

Après avoir effectué la conception, nous allons présenter l’environnement du

développement et les interfaces graphiques de notre application.

V .1 Environnement du développement
Pour réaliser ce travail on a utilisé la plate-forme java EE qui propose un
développement simplifié, rapide et robuste. Le développement web en Java EE offre une
certaine liberté sur l’architecture de l’application et peu se faire de plusieurs manières
selon les besoins. On distingue notamment deux types d’approche : l’approche Servlet-JSP
qui couvre les bases de manières rigoureuse et l’approche EJB-JSF qui est un peu plus
avancé, les JSF encapsulant le principe des Servlet-JSP. Pour ce projet on a opté pour
l’approche EJB-JSF, la manière utiliser par l’entreprise pour crée ces applications.

Avant de passer à la suite, marquons un petit temps d’arrêt pour parler sur
l’architecture que nous avons utilisé pour développer notre application.

Choix des architectures

Architecture technique trois tiers

Son nom provient de l'anglais tier signifiant étage ou niveau. Il s'agit d'un modèle
logique d'architecture applicative qui vise à modéliser une application comme un
empilement de trois couches logicielles (présentation, traitement, accès aux données) dont
le rôle est clairement défini. Dans cette approche, les couches communiquent entre elles au
travers d'un « modèle d'échange », et chacune d'entre elles propose un ensemble de
services rendus.

 Couche présentation : Elle correspond à la partie de l'application visible et

interactive avec les utilisateurs. On parle d'interface homme machine.

Elle peut être réalisée par une application graphique ou textuelle. Elle peut aussi être
représentée en HTML pour être exploitée par un navigateur web.

21
CHAPITRE V REALISATION

 Couche métier : Elle correspond à la partie fonctionnelle de l'application, celle qui

implémente la « logique », et qui décrit les opérations que l'application opère sur
les données en fonction des requêtes des utilisateurs, effectuées au travers de la
couche présentation.
 Couche accès aux données : Elle consiste en la partie gérant l'accès aux données
du système. Ces données peuvent être propres au système, ou gérées par un autre
système. La couche métier n'a pas à s'adapter à ces deux cas, ils sont transparents
pour elle, et elle accède aux données de manière uniforme.

Architecture applicative MVC

Une architecture Modèle-Vue-Contrôleur est une architecture à 3 niveaux ou 3-tiers

utilisée pour faciliter le développement et la maintenance en séparant les composants d'une
application. Elle cherche à séparer nettement les couches de présentation, métier et d'accès aux
données, le but étant d'avoir une dépendance minimale entre les différentes couches de
l'application. Ainsi les modifications effectuées sur n'importe quelle couche de l’application
n'affectent pas les autres couches. Nous avons ainsi :

Le modèle : il encapsule la logique métier et la manipulation des sources de données.

La vue : les données sont envoyées, par le modèle via le contrôleur, à la vue qui les
présente à l’utilisateur.

Le contrôleur : c'est lui qui analyse la requête client, accède aux données par la vue,
formate le tout et les transmets au modèle ou à la vue.

L’architecture du modèle MVC est présentée à la figure ci-dessous.

Figure 14 : L’architecture MVC

22
CHAPITRE V REALISATION

V .1.1 Environnement matériel

JSF

Figure 15 : Logo JSF

JSF (Java Server Faces) est un framework MVC basé sur les composants. Il est
construit sur l'API Servlet et fournit des composants sous forme de bibliothèques de balises
ressemblant très fortement à la JSTL. Celles-ci peuvent être utilisées dans des pages JSP
comme dans toute autre technologie de vue basée sur le Java, car le framework JSF ne
limite pas le développeur à une technologie particulière pour la vue.

Hibernate

Figure 16 : Logo Hibernate

Hibernate est un framework open source gérant la persistance des objets en base
de données relationnelle.

Hibernate est adaptable en termes d'architecture, il peut donc être utilisé aussi bien
dans un développement client lourd, que dans un environnement web léger de type Apache
Tomcat ou dans un environnement Java EE complet : WebSphere, JBoss Application
Server et Oracle WebLogic Server.

23
CHAPITRE V REALISATION

Hibernate apporte une solution aux problèmes d'adaptation entre le paradigme

objet et les SGBD en remplaçant les accès à la base de données par des appels à
des méthodes objet de haut niveau.

Spring

Figure 17 : Logo Spring

Le Framework Spring fournit un modèle de programmation et la configuration globale
pour les applications d'entreprise modernes basées sur Java - sur n'importe quel type de
plate-forme de déploiement. Un élément clé du printemps est le soutien de l'infrastructure
au niveau de l'application: Printemps met l'accent sur la «plomberie» des applications
d'entreprise afin que les équipes puissent se concentrer sur la logique métier de niveau de
l'application, sans liens inutiles aux environnements de déploiement spécifiques.

Primefaces

Figure 18 : Logo Primefaces

PrimeFaces est une bibliothèque de composants open source pour Java Server
Faces, développés par le Premier Technology. Il fournit un ensemble de composants plus
souvent visuelles (widgets). Ils peuvent être utilisés par les programmeurs JSF en plus du
petit ensemble de composants de base qui sont fournis avec la plate-forme de base de JSF
pour composer l'interface utilisateur pour une application Web.

V .1.2 Environnement logiciel

Serveur Apache Tomcat

24
 CHAPITRE V REALISATION

Figure 19 : Logo Tomcat

Apache Tomcat est un conteneur web libre de servlets et JSP Java EE. Issu du projet
Jakarta, c'est un des nombreux projets de l’Apache Software Foundation. Il implémente les
spécifications des servlets et des JSP du Java Community Process.

SGBD MySQL

Figure 20 : Logo MySQL

En informatique, un système de gestion de base de données (SGBD) est un logiciel
système servant à stocker, à manipuler ou gérer, et à partager des informations dans
une base de données, en garantissant la qualité, la pérennité et la confidentialité des
informations, tout en cachant la complexité des opérations.

StarUML

Figure 21 : Logo StarUML

StarUML est un logiciel de modélisation UML open source qui peut remplacer
dans bien des situations des logiciels commerciaux et coûteux. Étant simple d’utilisation,
nécessitant peu de ressources système, supportant UML2, ce logiciel constitue une
excellente option pour une familiarisation à la modélisation.

Eclipse

Figure 22 : Logo Eclipse

Eclipse est un projet, décliné et organisé en un ensemble de sous-projets de

développements logiciels, de la fondation Eclipse visant à développer un environnement de

25
 CHAPITRE V REALISATION

production de logiciels libre qui soit extensible, universel et polyvalent, en s'appuyant

principalement sur Java.

Son objectif est de produire et fournir des outils pour la réalisation de logiciels,
englobant les activités de programmation (notamment environnement de développement
intégré et frameworks).

V .2 Interfaces graphiques
V.2.1. Interface d’authentification

Figure 23 : Interface d’authentification

Nous avons l’affichage de la page d’accueil si toute fois les informations fournies
sont correctes, sinon nous restons toujours sur la même page avec un message d’erreur
(voir la figure suivante).

26
CHAPITRE V REALISATION

Figure 24 : Interface d’authentification (cas d’erreur)

V.2.2. Page d’accueil

Figure 25 : Page d’accueil

27
CHAPITRE V REALISATION

V.2.3. Page de consultation des listes des employés

Figure 26 : Page de consultation des listes des employés

Lorsque nous cliquons sur le bouton modifier le formulaire qui est derrière le
bouton + employé s’affiche avec les données de cet employé.

V.2.4. formulaire de modification d’un employé

Figure 27 : formulaire de modification d’un employé

28
CHAPITRE V REALISATION

V.2.5. formulaire d’ajout d’un employé

Figure 28 : formulaire d’ajout d’un employé

V.2.6. Affichage de la liste après l’ajout d’un nouvel employé

Figure 29 : Affichage de la liste après l’ajout d’un nouvel employé

V.2.7. la recherche dans la liste des employés
Comme vous avez remarquez nous pouvons rechercher par plusieurs manières, soit
par un mot clé qui peut rechercher dans toute la liste, ou seulement dans l’un des champs
qui contient le formulaire de saisie. Nous allons essayer de chercher dans toute la liste (dès

29
CHAPITRE V REALISATION

que nous écrivons une lettre la recherche commence dans la liste).Si nous rentrons une
information qui n’existe pas, un message qui contient « Aucune ligne s’affiche ».

Figure 30 : Recherche dans la liste des employés

Voici l’affichage si l’information saisie n’existe pas.

Figure 31 : Aucune ligne

V.2.8. L’impression de la liste des employés

Nous pouvons imprimer toute la liste, ou les informations d’un seul employé. Aussi
l’impression peut se faire sous format Excel et sous format PDF.

30
CHAPITRE V REALISATION

Figure 32 : L’impression sous format PDF

V.2.9. Page de consultation des listes des services
Les mêmes opérations (supprimer, modifier…etc.) qui se trouvent dans l’interface employé
se trouvent dans l’interface service.

Figure 33 : Page de consultation des listes des services

31
CHAPITRE V REALISATION

V.2.10. Page de consultation des listes des grades

Figure 34 : Page de consultation des listes des grades

V.2.11. Page de consultation des listes des bulletins

Figure 35 : Page de consultation des listes des bulletins

32
CHAPITRE V REALISATION

V.2.12. Page de consultation des listes des utilisateurs

Figure 36 : Page de consultation des listes des utilisateurs

V.2.13. L’ajout d’un utilisateur

Figure 37 : L’ajout d’un utilisateur

33
CHAPITRE V REALISATION

V.2.14. Affichage de la liste après l’ajout d’un utilisateur

Figure 38 : Affichage de la liste après l’ajout d’un utilisateur

V.2.15. Page de consultation des listes des groupes

Figure 39 : Page de consultation de liste des groupes

34
CHAPITRE V REALISATION

V.2.16. L’ajout d’un groupe

Figure 40 : L’ajout d’un groupe

V.2.17. Affichage de la liste après l’ajout d’un groupe

Figure 41 : Affichage de la liste après l’ajout d’un groupe

35
 CONCLUSION GENERALE

Conclusion générale
________________________________________________________

L’objectif de notre projet de fin d’étude était de concevoir et implémenter une

application de gestion de ressources humaines de la SETP.

Le point de départ de la réalisation de ce projet était une collecte des informations

nécessaires pour dresser un état de l’existant, présenter un aperçu sur la problématique
ainsi que Les solutions proposées par l’application.

Par la suite, nous nous sommes intéressés à l’analyse et la spécification des besoins qui
nous ont permis de distinguer les différents acteurs interagissant avec l’application visée.
L’objectif de la partie suivante était une conception détaillée, dans laquelle nous avons fixé
la structure globale de l’application.

Le dernier volet de notre projet portait sur la partie réalisation qui a été consacrée à la
présentation des outils du travail et les interfaces les plus significatives de notre
application. L’apport de ce travail a été d’une importance considérable. En effet, il nous a
permis de suivre une méthodologie de travail bien étudiée, d’approfondir nos
connaissances dans le Monde de développement des applications web avec la plateforme
JEE. La réalisation d’un tel projet, nous a permis d’apprendre et de toucher du doigt une
partie de divers aspects du métier de développeur et de celui du concepteur.

36
 BIBLIOGRAPHIE

Bibliographie

Thierry GROUSSARD Java Entreprise Edition, développement des applications web avec
JEE6, 2éme édition.

Craig Larman UML et les Design Patterns, 2éme édition.

Aichetou Cheikh Cheikh Mohamed Conception et réalisation d’une application pour la

gestion du parc informatique de la BAMIS 2017-2018

Mohamedou SEPTY «Conception et mise en place d’une application pour la gestion de

facturation (SAHARA-BILLS)» 2013-2014

37
 WEBOGRAPHIE

Webographie
https://openclassrooms.com/fr/courses/creez-votre-application-web-avec-java-ee/
https://java.developpez.com/cours/?page=java-ee-cat/
https://www.memoireonline.com/02/12/5254/Modelisation -et-implantation-dun-logiciel-de-

gestion-des-ressources-humaines-Cas-de-l-electric.html

https://openclassrooms.com/fr/courses/deb-lanalyse-logicielle-avec-uml/

https://www.primefaces.org/showcase/index.xhtml

38