MINISTERE DE L’ENSEIGNEMENT SUPERIEURETDE LA RECHERCHE

SCIENTIFIQUE

UNIVERSITE ABDELHAMID BEN BADIS-MOSTAGANEM

Faculté des Sciences Exactes et

d’Informatique

Département de mathématiques
et informatique

Filière: Informatique

RAPPORT DE PROJET DE LICENCE EN INFORMATIQUE

Option: Systèmes Informatiques

THEME:

Conception et Réalisation d’application pour la

gestion du personnel au niveau de l’EPSP
Achaacha Mostaganem

Etudiants :

Encadrant: 

AnnéeUniversitaire2021-2022
 Dédicace

Je dédie ce modeste travail, aux deux êtres les plus chers à mon cœur auxquels je dois
mon existence Mon père et ma mère, vous qui étaient toujours à mes côtés pour me soutenir et
m’encourager à me battre sans jamais m’arrêter à mi-chemin, que dieu vous protège, Et je voue aussi
mes respects à tous mes frères.
 Remerciements

Nous remercions le bon Dieu, tout puissant, de nous avoir donné la force pour suivre, ainsi
que l’audace pour dépasser toutes les difficultés.
Nous souhaitions 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.
On tient à remercier sincèrement Mr. Khelifa Nor Eddine, qui a
Toujours montré une écoute et une grande disponibilité tout au long de la réalisation de ce mémoire.
Les jurys pour leurs efforts et leur soin apporté à notre travail.
Aux enseignants de notre université et à notre département informatique.
Enfin, nous adressons nos plus sincères remerciements à tous nos proches et amis, qui nous ont
toujours soutenus et encouragés au cours de la réalisation de ce mémoire.
Merci à tous et à toutes.

Résumé
Les nouvelles technologies de l’information et de la communication sont devenues une nécessité pour la
gestion de tout système d'information.

Ce projet de fin d'études consiste à informatiser la gestion du personnel au niveau du service de

ressources humaines de l’établissement publique de santé de proximité daïra Achaacha wilaya de
Mostaganem

Afin de réaliser ce projet nous avons fait un stage au niveau de cet établissement service gestion
ressources humaines, ce stage nous a permis de comprendre le fonctionnement interne de ce service et
ainsi déduire le processus métier, puis nous avons discuté avec les intervenants (encadrant, Chef de
service ressources humaines,…..), sur la partie du processus métier réaliser.

Une fois le sujet choisi nous avons élaboré le cahier de charge de l’application en respectant la
norme IEEE 830 std puis modélisé notre système en utilisant la méthode RUP et les langages UML et
OCL et enfin implémenté l’application avec le langage C#, Visual studio2015et MicrosoftSQL2014.

Liste des figures

Figure N° Titre de la figure Page
Figure 1 L’organigramme d’EPSP ACHAACHA 03
Figure 2 Diagramme d’activité de recrutement 06

Figure 3 Diagramme d’activité de formation 06

Figure 4 Diagramme d’activité de promotion 07

Figure 5 Diagramme de profil du system « DRH » 13

Figure 6 Diagramme du contexte statique 13
Figure 7 Diagramme de package 14
Figure 8 Diagramme de cas d'utilisation de la gestion personnel 14
Figure 9 Diagramme de séquence du cas utilisation authentification 15

Figure 10 Diagramme de séquence du cas utilisation Gérer nouveau personnel 17

Figure 11 Diagramme de séquence du cas utilisation d’ajouter personnel 18

Figure 12 Diagramme de séquence du cas utilisation modifier personnel 19

Figure 13 Diagramme de séquence du cas utilisation supprimer personnel 21

Figure 14 Diagramme de séquence du cas utilisation d’orienter personnel 22

Figure 15 Diagramme de séquence du cas utilisation de promotion 23

Figure 16 Diagramme de séquence du cas utilisation d’obtention d’un certificat de 24

travail
Figure 17 Diagramme de class du système DRH 25

Figure 18 Diagramme de class de la conception du système DRH 25

Figure 19 Diagramme de profil de conception du système DRH 26

Figure 20 Diagramme de composant 26

Figure 21 Diagramme dépoilement du system DRH 27

Figure 22 Diagramme de séquence de test d’authentification 27

Figure 23 Diagramme de séquence de test d’authentification 28

Figure 24 L’interface d’authentification 30

Figure 25 L’interface principale 30

Figure 26 L’interface de corps et grades 31

Figure 27 L’interface d’ajouter corps 31

Figure 28 L’interface supprimer corps 31

Figure 29 L’interface personnel 32

Figure 30 L’interface d’ajouter personnel 32

Figure 31 L’interface modifier personnel 33

Figure 32 L’interface supprimer personnel 33

Figure 33 L’interface service 34

Figure 34 L’interface configuration 34

 Liste des abréviations

Mot abrégé Signification

EPSP L’é1ablissement public de santé de proximité

DRH directeur ressource humaine
UML Unifie Mödling Langage

RUP Rational Unifie Process

UP Processus Unifié
 Table de matières
Introduction Générale……………………………………………………………………….....01

Chapitre 01 : Présentation de l’établissement et le cahier de charge

1.1 Introduction……………………………………………………………..………….....02
1.2 Présentation de l’EPSP Achaahcha………………………………..………………...02
1.2.1 L’organigramme de l’EPSP Achaacha ………………………...…………......03
1.2.2 Organisation et fonctionnement……………………..………………………..04
1.3 La direction de la ressource humaine……………………………………..….…...…..05
1.4 Fonction de ressource humaine………………………………….…………..…..……05
1.5 Présentation de structure de la direction de ressource humaine ………………..….....07
1.5.1 Bureau de la ressource humaine et des contentieux……………………….….07
1.5.2 Bureau de formation………………………………………………………......07
1.5.3 Objectifs de formation…………………………………………………….......08
1.6 La pratique de formation ressource humaine………………………………………....08
1.7 Cahier de charge……………………………………………………………….……...08
1.8 Conclusion………………………………………………………………………….....11

Chapitre 02 : Modélisation

2.1 Introduction…………………………………………………………..........................12
2.2 Définition UML……………………………………………………............................12
2.3 Définition RUP………………………………………………………………….…....12
2.4 La démarche de notre modélisation…………………………………………….…….12
2.5 Modélisation du système ………………………..……………………………............13
2.5.1 Modèle des cas utilisation…………………………………………….............13
2.5.2 Modèle d’analyse……………………………………………………......…...25
2.5.3 Modèle de conception………………………………………………………...26
2.5.4 Modèle d’implémentation……………………………………………....….....27
2.5.5 Modèle de déploiement………………………………………………….........27
2.5.6 Modèle de test……………………………………………………....................27
2.6 Conclusion…………………………………………………………………..................28

Chapitre 03 : Implémentation
3.1 Introduction……………………………………………………………………………29
3.2 Outil d’implémentation…………………………………………………………..……29
3.2.1 SQL server Management Studio2014………………………………………….29
3.2.2 C#……………………………………………………………............................29
3.3. Présentation de l’application………………………………………………….............30
3.4. Conclusion……………………………………………………………………….........34

Conclusion générale………………………………………………………………….............35
Bibliographie…....………………………………………………………………........................36
 Introduction Générale

Le monde informatique est un monde très vaste, son apparition correspond à un

changement total de culture. De jour en jours, l’informatique occupe une place prépondérante
dans l’entreprise, puisqu’elle permet de mémoriser, de traiter et de diffuser l’information
nécessaire dans un délaités court, qui permettra donc de prendre les bonnes décisions en
temps voulu.

Afin d’appliquer nos connaissances théoriques dispensées durant notre formation de licence,
nous avons effectué un stage pratique au sein de L’établissement publique de santé de
proximité (EPSP), plus précisément au service de gestion des ressources humaines du
31/01/20222 au 31/02/2022.
Lors de notre stage, nous avons étudié les différents processus métier et leur utilisation de
logiciel, nous avons constaté le manque de logiciel dédié, pour la gestion du personnel de
l’entreprise, le service utilise Excel pour créer des fichiers, ce qui entraînait une saisie
redondante d’information, une recherche plus lente (passer d’un fichier a un autre), une perte
de temps…..
Pour ces motifs cités ci-dessus nous nous sommes proposés à présenter notre projet : la
réalisation d’une application pour la gestion du personnel au niveau de l’EPSP Achaacha

Structure du Mémoire :

Notre document sera constitué de trois chapitres:

 Chapitre1 : Présentation de l’ESPS et cahier de charge

 Chapitre2 : La modélisation, en utilisant la méthode RUP et le

langage UML

 Chapitre3:L’implémentation, en C# et Microsoft SQL Server.

1
 Chapitre 01 

Présentation de l’ESPS et cahier de charge

1.1 Introduction
Dans ce chapitre nous allons commencer par la présentation d’organigramme et le
fonctionnement de l’ESPS et nous nous focaliserons sur le service gestion des ressource
humaine ou nous avons effectué notre stage, cette étude est couronné par la modélisation des
processus métier en utilisant le diagramme d’activité de ce service enfin nous allons présenter
le cahier charge écrit sous forme delanormeIEEE830 Std.

1.2 Présentation de l’EPSP ACHAACHA

L'établissement public de santé de proximité Achaacha est un établissement public à caractère
administratif, doté de la personnalité morale et de l'autonomie financière. Cet établissement
Public de santé d’Achaacha «HAMOUDI ABDELKADER » a été créé en 19/05/2007. Il est
constitué d'un ensemble de deux polycliniques et 23 salles de soins couvrant la population de
cette commune. Cet établissement de la santé assure aussi le perfectionnement et le recyclage
de son personnel de service de santé ainsi que la réception des étudiants paramédicaux pour
effectuer leur stage pratique selon convention avec les centres de formation paramédicaux.

2
 1.2.1 L’organigramme d’EPSP ACHAACHA

Conseil Conseil médical

d'administration DIRECTEUR

Bureau
organisateur Bureau de la
communication

Sous-direction
des finances et Sous –direction Sous-direction des Sous –direction de la
des moyens de la gestion des services de santé maintenance des
ressource équipements
humaine médicaux et des

Bureau du
budget et de
Bureau de Bureau d’entrée
comptabilité Bureau de
gestion de la maintenance du
ressource matériel
humaine et des médical
contentieux

Bureau du
marché public Bureau de
prévention
Bureau de
Bureau de
maintenance de
formation
l’équipement

Bureau des
moyens
généraux et
des
structures Bureau
d’organisation,
d’évaluation et
de suivi des
activités de
santé

Figure 1 – L’organigramme de l’EPSP ACHAACHA

3
1.2.2 Organisation et fonctionnement
L’établissement public de santé de proximité est administré chacun par un
conseil d'administration et dirigé par un directeur .Il est doté d'un organe
consultatif dénommé "Conseil médical".
 Le conseil d'administration

Le conseil d'administration comprend : Le représentant du wali, président, de l'administration des

finances un représentant des assura nés économiques, des organismes de sécurité sociale, de
l'assemblée populaire de la wilaya, de l'assemblé populaire du commun siège de l’établissement,
des personnels médicaux élus par ses pairs, des personnels sparts médicaux élus par ses pairs
des associations des usagers de la santé, des travailleurs élus en assemblée générale, du conseil
médical. Le directeur de l'établissement public de santé de proximité assiste aux délibérations
du conseil d'administration avec voix consultative et en assure le secrétariat.
Les délibérations sont exécutoires trente jours après leur transmission, sauf opposition
expresse, notifiées dans ce délai. L'ordre du jour de chaque réunion est arrêté par le président du
conseil d'administration sur proposition du directeur de l'établissement.

 Le directeur
Le directeur de l'établissement public de santé de proximité est nommé par arrêté du ministre
chargé de la santé. Le directeur est responsable du bon fonctionnement de l'établissement.
Le directeur est assisté de quatre (4) sous-directeurs chargés respectivement:

— Des finances et des moyens.

— des ressources humaines.

— Des services de santé.

— De la maintenance des équipements médicaux et équipements connexes.

 Sous-direction de la gestion des ressources humaines
La sous-direction du personnel comprend :
— Le Bureau gestion des ressources humaines et des
contentieux.
— Le Bureau de la formation et de la documentation.
 Sous-direction des finances et des moyens:
La sous-direction des finances comporte:
— Le Bureau du budget et de la comptabilité.
— Le Bureau des marchés publics.
— Le Bureau des moyens généraux et structures.

4
  Sous-direction des services de santé:
La sous-direction des services de santé comporte:
— Le Bureau d’entrée
— Le Bureau de prévention.
— Le Bureau d’organisation, d’évaluation et des suivis des activités de santé.

 Sous-direction de la maintenance des équipements médicaux:

La sous-direction de la maintenance des équipements médicaux comporte:
— Le bureau de maintenance du matériel médical.
— Le bureau de maintenance des équipements.

 Le conseil médical

Le conseil médical propose toutes mesures de nature à améliorer l'organisation et le

fonctionnement, notamment des services de soins et de prévention

Le conseil médical peut être saisi par le directeur de l'établissement public de santé de proximité
Achaacha, de toute question à caractère médical, scientifique ou de formation. Il peut se réunir
en session extraordinaire à la demande, soit de son président, soit de la majorité de ses
membres, soit du directeur de l'établissement public de santé de proximité.

1.3 La direction des ressources humaines

L’EPSP de l’ACHAACHA, possède plusieurs directions, et parmi ces
dernières la
directiondesressourceshumainesprendenchargelefacteurhumainexerçantausei
nde l’établissement public de santé de proximité.

1.4 Fonction de ressources humaines

La fonction d'un Directeur des Ressources Humaines consiste principalement à gérer le

recrutement, la formation, la promotion au sein d’une organisation quel conque. C’est donc
une personne de terrain, Il applique la politique du personnel élaborée par le dirigeant et lui
fait part de son avis sur les éventuels conflits possibles. Il est en relation avec l’ensemble des
responsables et évalue avec eux l’adéquation du personnel à leurs attentes. Le Directeur des

5
Ressources Humaines devrait répondre à cette exigence et être créateur d’innovation sociale.

Figure 2 – Diagramme d’activité de recrutement

Figure 3 – Diagramme d’activité de formation

6
 Figure 4 – Diagramme d’activité de promotion

1.5 Présentation des structures de la direction des ressources humaine de

l’EPSP ACHAACHA

La principale sous-direction de la direction des ressources humaines de

l’EPSP de Achaacha comprend:
— Le Bureau gestion des ressources humaines et des
contentieux.

— Le Bureau de la formation et de la documentation

1.5.1 Bureau de la gestion des ressources humaines et des contentieux

D’assurer la gestion des personnels, des budgets, des moyens,

— de mettre en .œuvre les budgets des services extérieurs

— de mettre en œuvre et d'exécuter les programmes de formation destinés
aux personnels de la direction générale des impôts

— de gérer la réalisation des programmes d'infrastructure de la direction

générale des impôts.

1.5.2 Bureau de la formation

Le mot « formation »est une action de donner à quel qu’un, à un groupe les connaissances
nécessaires à l’exercice d’une activité.

7
 La formation peut être définie comme : « l’ensemble des dispositifs (pédagogiques)
proposés aux salariés afin de leur permettre de s’adapter aux changements structurels et
aux modifications de l’organisation du travail impliquée par les évolutions
technologiques et économiques, et de favoriser leur évolution professionnelles.

La formation est aussi définie comme : «un processus continu et intégré visant à
introduire, à parfaire ou à compléter des connaissances et habiletés, ainsi qu’à développer
des aptitudes chez un employé ou un groupe d’employés.»

1.5.3 objectifs de la formation

En formation, l’objectif énonce un résultat attendus, selon le niveau d’objectifs considéré ;

Ce résultat peut concerner une personne formée, une équipe ou un collectifs de travaille, un
service entier.

1.6 La pratique de formation des ressources humaines

La formation à vue le jour dans les années 1970, son impact sur le monde du travail a été
croissant et décisif, de 1971 à nos jours, elle a progressivement évolué passant d’un concept
d’enrichissement personnel à un mode de management collectif.

1.7 Cahier de charge [2]

1. Introduction 
1.1 Objet:
Ce cahier de charge sert de guide tout au long du notre projet, c’es t’un document
fondamental qui décrit les besoins à réaliser pour notre projet.
 Les destinateurs sont :
Le binôme :Khedimi Abdelkader, khareze Ghania, dans le cadre de projet fin d’étude
1.2 Portée:
Le système développé sera nommé : «gestion personnel DRH ».
Le système à réaliser doit contenir des informations sur la gestion post-personnel des
salariés et aide à l'obtention du certificat de travail et liste de nom ……etc.  

8
Ce programme a comme but :la gestion des corps et grades, la gestion du personnels, la
définition des listes nominatifs, les affectations au du personnel aux différents services, la
gestion des services.

1.3 Définition, acronyme et abréviation:

EPSP : L’é1ablissement public de santé de proximité

DRH : directeur ressource humaine

1.4 Référence:

 Journal officiel n° 07-140 du Joumada El oula 1428 au 19 mai 2007

1.5 Vue d’ensemble:

Ce document décrit les approches recommandées dans la préparation de
spécifications d’exigences de logiciel.
 Il donne une description générale du système
 Il définit les exigences spécifiques.

2. Description générale:

2 .1 L’environnement:

Le système à réaliser est indépendant et parfaitement autonome, et elle n’appartient à aucun

système plus vaste

Interface avec les logiciels :

Système d’exploitation: le système d'exploitation Windows.

Base de données : la base de données SQL server 2014.

Microsoft Visuel Studio 2015 professionnel : Pour mettre en œuvre le

projet.

Les exigences d’adaptation aux sites

2.2 Les fonctions:

Le résumé des fonctions principales que le logiciel doit réaliser sont :

9
 - Gérer les nouveau recrus (le nouveau personnel) : divisé en médecins spécialistes,
médecins du travail, pharmaciens, chirurgiens-dentistes et paramédicaux.
- Orienter personnel : affectation du personnel aux services concernés
- Promouvoir personnel: Il a 3 articles selon la durée moyenne (3 ans), max (3,5 ans), min
(2,5 ans)
- Obtention d’un certificat de travail

- Extraction de la liste du nom

- Saisir Corps et Grades

2.3 Les caractéristiques des utilisateurs :

Les caractéristiques générales des utilisateurs du produit :
Le chef de service : niveau d'études licence.
DRH : niveau d'études licence et plus

2.4 Les contraintes:

 Contraintes du développement :
Seulement le chef service et les ingénieurs qui peuvent accéder au
système .Le système accepte seulement les utilisateurs enregistrés.
 Contraintes d’exploitation :
Onpeutyaccéderausystèmeavecn’importequelsystèmed’exploitationwindows 7 et
plus ,il suffit juste d’avoir installé l’application au niveau du pc.

2.5 Hypothèse et dépendance:

Aucune indication n’est donnée sur un future changement matériel ou système d’exploitation

3. Exigence spécifique:

3.1 Exigence des interfaces externes:

- Le Bureau de gestion des ressources humaines est chargé d'embaucher puis de suivre le
statut du travailleur en ce qui concerne le travail et la promotion
- Le Bureau de la formation et de la documentation est responsable de la formation et de
l'archivage

10
3.2 Exigence fonctionnelle:

- Gérer nouveau personnel : cette gestion concerne l’ajout, la modification et la

suppression du personnel ou chaque personnel est décrit par son : nom, prénom, date
naissance, adresse, grade original, grade actuel, référence, échelon

- Orienter personnel : permet d’affecter ou de changer d’un service à un autre le

personnel

- Promouvoir personnel :elle concerne le grade, la catégorie, l’échelon, l’édition et

l’impression de décision du personnel.

- Obtention d’un certificat de travail : juste en sélectionnant un employé

- Extraction de la liste du nom

- Saisir Corps et Grades: cette gestion concerne l’ajout, la modification, la suppression du

corps et grades ou chaque corps et grades est décrit par son : code, désignation en Fr,
désignation en Ar

3.3 Exigence des performances:

 RAM:4.00 GO.
 Systèmed’exploitation:Windows7bit.

 Processeur: Intel(R) Core(TM) 2 CPU 4400 2.00GHZ

 Sureté: antivirus Kaspersky interne et Security.

1.8 Conclusion
Dans ce chapitre nous avons décrit l’EPSP et plus précisément le service gestion
de ressources humaines. Apres une études sur le processus métier de ce service nous
avons établi un cahier de charge selon la norme IEEE 830 std, le chapitre suivant nous
modéliserons notre application décrite dans ce cahier de charge

11
 Chapitre 2
Modélisation
2.1 Introduction
Dans ce chapitre nous modéliserons notre système en utilisant le langage UML, en
s’appuyant sur le processus RUP.

2.2 Définition UML [3][5]

UML (sigle désignant l’unified modeling langage ou «langage de modélisation

unifié») est un langage de modélisation graphique à base de pictogrammes, il est apparu
dans le monde du génie logiciel, dans le cadre de la «conception orientée objet» UML
est couramment utilisé dans les projets logiciels.
UML est utilisé pour spécifié, 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ésente l’architecture logicielle.

2.3Définition RUP [1]

Signifie «Processus unifié rationnel». RUP est un processus de développement logiciel de
Rational, une division d'IBM. Il divise le processus de développement en quatre phases distinctes,
chacune impliquant la modélisation, l'analyse et la conception d'entreprise, la mise en œuvre, les tests et
le déploiement.

2.4Ladémarchedenotremodélisation

Nous allons présenter les différents diagrammes des modèles suivant:

 Un modèle de cas d’utilisation

 Un modèle d’analyse
 Un modèle de conception
 Un modèle d’implémentation
 Un modèle de déploiement

12
  Un modèle de test

2.5 Modélisation de notre système

2.5.1 Modèle de cas d’utilisation

 Diagramme de profil : un diagramme de profils est un diagramme de structure permettant
l'utilisation de profils pour un méta modèle donné. 

Profil

<<Metaclass>>Use
case

<<Stereotype
>>System

Figure 5 – Diagramme de profil du système "DRH"

 Le Diagramme de contexte statique : délimite le domaine d'étude en précisant ce qui est à la

charge du système et en identifiant l'environnement extérieur au système étudié avec lequel ce
dernier communique. On représente les interactions des acteurs avec le système étudié.

13
 Figure 6 – Le diagramme du contexte statique

 Les diagrammes de package : (ou diagramme de paquetages) sont

des diagrammes structurels utilisés pour représenter l'organisation et la disposition de divers
éléments modélisés sous forme de paquetages.

Figure 7 – Diagramme du package

 Le diagramme de cas d’utilisation (use case) :

Décrit une fonction qu'un système exécute pour atteindre l'objectif de l’utilisateur.

Figure 8 – Diagramme de cas d'utilisation de la gestion personnel

14
  Description textuelle et les diagrammes de séquence:

 S’authentifier :
Objectif :
Sécuriser l’accès au système.
Acteur primaire :
Agent et le DRH

Pré condition :l’agent et l’application

fonctionnelle.

Scénario Nominal:
1. Agent accéder au système
2. Agent sélectionner le nom utilisation
3. Agent saisir le mot de passe
4. Agent valider l’information
5. Le system affiche la fenêtre principale.

Alternatif:
A1 : le mot de passe faux.
1. l’utilisateur accède au système.
2. l’utilisateur introduit son nom
d’utilisateur.
3. l’utilisateur insère le mot de passe.
4. l’utilisateur valide les
informations.
5. Le système indique une erreur
(dans mot de passe).
6. Le system retourne à l’étape 2 de
scénario nominale. Figure 9 –  Diagramme de séquence du cas
d'utilisation authentification

15
A2 :nom d’utilisateur incorrect.

1. Agent accéder au system

2. l’agent Insère le mot de passe.
3. L’agent valide les informations.

4. Le système indique une erreur

(dans user Name).

5. Le system retourne à l’étape 2 de

scénario nominale.

Scénario d’erreur:
1. L’agent ne peut pas accédés à system
2. L’agent redémarre le DRH.

16
  Gérer nouveau personnel
 Objectif: Pour vérifier que le
employé peut être inscrit
Acteur primaire : Agent
Pré condition :
1. Pas encore contrôler
Scénario Nominal:
1. Accéder la fenêtre corps et
grades
2. Ajouter personnel
3. Sélectionner la fenêtre de
personnel
4. validé
Scénario Alternatif:
A1:personnel inexistant.
5. l’agent accède à la fenêtre.
6. L’agent ajoute un fournisseur.
7. Le système affiche la fenêtre
personnel.
8. Le system retourne à l’étape 3
de scénario nominale.

Figure 10 – Diagramme de séquence du cas

d'utilisation Gérer nouveau personnel
Scénario d’erreur:
E1:
1. L’utilisateur ne peut pas accéder à la
fenêtre.
2. L’utilisateur redémarre le système.

17
  Ajouter un personnel
Objectif : rassembler le sin formations.

Acteur primaire : Agent

Pré condition :
Pas encore ajouter
Scénario Nominal:
1. Accéder a la fenêtre personnelle
2. Saisir le nom, prénom
3. Sélectionner la date de naissance et lieu de
naissance
4. Saisir le grade actuel ,grade original
5. valider
Scénario Alternatif:
A1 : un champ vide.
1. agent accède à la fenêtre personnelle
2. agent saisi les champs (nom, prénom, Date
naissance, lieu naissance, Adresse, référence,
Grade actual, Grade original, Echelon…)
3. Agent valide les informations.
4. Le système affiche un message
«champ vide»
5. Le system retourne à l’étape 2 de scénario Figure 11 – Diagramme de séquence du cas
d'utilisation d’ajouter personnel
nominale
Scénario d’erreur :
E1:
1. L’utilisateur ne peut pas accéder à
la fenêtre.
2. L’utilisateur redémarre le système.

18
  Modifier personnel
 Objectif: Permet de mettre à jour l’information
Acteur primaire : Agent
Pré condition :
Pas encore modifié
Scénario Nominal:
1. Accéder à la fenêtre personnel
2. Modifier personnel
3. Saisir le champ
4. valider

Scénario Alternatif:
A1:les informations son tin complètes
1. L’agent accède à la fenêtre personnel.
2. L’agent sélectionne la personne qu’il
veut modifier.
3. Le système affiche la personne avec
des informations sin complètes.
4. L’agent complète les
informations.
5. L’agent retourne à l’étape 2 du scénario
nominale.

A2:la personne réenregistre sans les

modifications.
1. L’agent accède à la fenêtre de Figure 12 – Diagramme de séquence du cas
personnel. d'utilisation de modifier personnel
2. L’agent sélectionne la personne qu’il
veut modifier.
3. Le système affiche la personne avec
tous les informations précédemment
enregistrées.
4. L’agent apporte les
19
 modifications nécessaires.
5. L’agent réenregistre la personne.
6. Modifications ne pas
enregistrer.
7. L’agent accède à la personne
enregistré.
8. L’agent supprime la fiche qui n'apas été
modifié.
9. L’agent retourneàl’étape1de
scénario nominale.
Scénario d’erreur :

E1:
1. L’agent ne peut pas accéder à la personne.
2. L’agent redémarre le système

20
  Supprimer personnel
Objectif: Permet de mettre à jour l’information
Acteur primaire : Agent
Pré condition :
1. Pas encore Supprimer
Scénario Nominal:
1. Chercher personnel
2. supprimer personnel
3. confirmer la suppression
4. valider
Scénario Alternatif:
A1:l’agent choisi la mauvaise personne
1. L’agent accède à supprimer
un personne
2. L’agent choisi la
personne
3. L’agent choisi une
mauvaise personnel
4. L’agent supprime la personne
5. L’agent confirme la
suppression
6. L’agent accède à
l’historique personne
supprimées.
7. L’agent récupère la personne.
8. L’agent
retourneàl’étape1duscénar
ionominale
Scénario d’erreur: Figure 13 – Diagramme de séquence du cas
E1:personnel introuvable
1. L’agent accède à supprimer d'utilisation de supprimer personnel
un personnel
2. L’agent accède à la
personne
3. L’agent ne trouve pas la
personne pour la supprimer
4. L’agent sort du système.

21
 Orienter employé

Objectif:
Acteur primaire : Agent
Pré condition :
Scénario Nominal:
1. Recevoir affectation
2. Remplir form
3. Vérifier info
4. Affectation acceptée
Scénario d’erreur :

E1:
1. L’agent ne peut pas accéder à la
personne.
2. L’agent redémarre le système

Figure 14 – Diagramme de séquence du cas

d'utilisation d’orienter personnel

 Promotion
22
Objectif:
Acteur primaire : Agent
Pré condition :
Scénario Nominal:
1. chercher employé
2. attribuer grade
3. attribuer catégorie
4. attribuer échelon
5. éditer décision
6. imprimer décision

Scénario d’erreur :

E1: Figure 15 – Diagramme de

1. L’agent ne peut pas accéder à la séquence du cas d'utilisation de
personne. promotion
2. L’agent redémarre le système

23
  Attestation de travail
Objectif:
Acteur primaire : Agent
Pré condition :
Scénario Nominal:
1. chercher employé
2. éditer attestation de travail
3. imprimer attestation de travail

Scénario d’erreur :

E1:
1. L’agent ne peut pas accéder à la
personne.
2. L’agent redémarre le système

Figure 16 – Diagramme de séquence du cas

d'utilisation d’obtention d’une attestation de
travail

24
2.5.2 Modèle d’analyse

 Diagramme de Classe
Est un schéma utilisé en génie logiciel pour présenter les classes et les interfaces des systèmes ainsi
que leurs relations. Ce diagramme fait partie de la partie statique d'UML, ne s'intéressant pas aux aspects
temporels et dynamiques. 

Figure 17 – Diagramme de classe d’analyse du système DRH

2.5.3 Modèle de conception

 Diagramme de classe de conception

Figure 18 – Diagramme de classe de la conception du système "DRH"

25
2.5.4 Modèle d’implémentation

 Diagramme de profil

<<Profil>> : APP

<<métclass>> <<Stéréotype>>
Component DevExpress

<<stéréotype>> <<Stéréotype>>
SQL server C#

Figure 19 – Diagramme de profil de conception du system DRH

 Diagramme de composant 

<<Component>> <<Composent>>
<<C#>> <<SQL server>>
APP DRH BDD

<<Component>>
<<C#>>
IHM

Figure 20 – Diagramme de composant

26
 2.5.5 Modèle de déploiement
 Diagramme de déploiement :

<<Devise>>
Poste DRH

<<Artifact>> <<Artifact>>
APP .exe BDD.bb

Figure 21 – Diagramme de Déploiement du système DRH

2.5.6 Modèle de test

Figure 22 – Diagramme de séquence de test d'authentification

27
 Figure 23 – Diagramme de séquence de test d'authentification

2.6 Conclusion

Dans ce chapitre nous avons présenté la modélisation de la partie statique et dynamique de notre système
en utilisant un sous ensemble des diagrammes d’UMLet en appliquant une partie du processus unifie
comme démarche de conception et de modélisation. Cette conception est une étape nécessaire et très
importante pour pouvoir créer notre base de données et réaliser l’application.

28
 Chapitre 03
Implémentation

3.1 Introduction
Ce chapitre est consacré à l’implémentation de notre application qui s’appuie sur la modélisation
présenté dans le chapitre précédant, nous allons présenter les différents outils et langage utilisés
lors de l’implémentation puis nous présentons notre application à travers les différentes interfaces
de notre application.

3.2 Outils d’implémentation

3.2.1 SQL /Server

Est un système de gestion de base de données(SGBD).SQL/Server est un serveur de base de

données SQL relationnel qui a été développé avec des performances de lecture élevées à l’esprit,
ce qui signifie qu’il est plus orienté vers un service de données déjà existant plutôt que vers des
mises à jour fréquentes et hautement sécurisées, C’est l’un des logiciels de gestion de bases de
données les plus utilisés au monde, et il a des concurrents comme Oracle, postgreSQL et SQlite 
3.2.2 C#
C#est un langage  de programmation orientée objet, commercialisé par Microsoft depuis 2002 et
destiné à développer sur la plateforme Microsoft .NET.
Il est dérivé du C++ et très proche du Java dont il reprend la syntaxe générale ainsi que les
concepts, y ajoutant des notions telles que la surcharge des opérateurs, les indexeurs et
les délégués.

29
3.3 Présentation de l’application 
 Fiche d’authentification 
Cette fiche permet à utilisateur de s’authentifier pour pouvoir accéder aux autres interfaces du
système :

Figure 24 – L’interface d’authentification

 Fiche principale 
C’est la fiche qui s’affiche lorsque l’utilisateur s’est authentifié correctement .A partir de
cette fenêtre l’utilisateur peut accéder aux autres fiches de l’application en utilisant le
menu.

Figure 25 –L’interface principale

30
  Fiche corps et Grades

Figure 26 –L’interface de corps et Grades

 Fiche ajouter corps 

Figure 27 – L’interface d’ajouter corps

 Fiche supprimer corps 

Figure 28 – L’interface supprimer corps

31
 Fiche personnel
Cette fiche permet d’afficher toutes les informations d’un personnel.

Figure 29 – L’interface de personnel

 Fiche Ajouter personnel 

Figure 30 – L’interface d’ajouter personnel

32
 Fiche Modifier personnel 

Figure 31 – L’interface Modifier personnel

 Fiche supprimer personnel 

Figure 32 – L’interface Supprimer personnel

33
  Ficher de service 

Figure 33 – L’interface de service

 Fiche configuration 

=
Figure 34 – L’interface de configuration

3.4 Conclusion
Dans ce dernier chapitre, nous avons présenté la partie implémentation de notre projet, nous
avons décrit les différents outils et langage utilisés dans notre `Conception et Réalisation
d’application pour la gestion du personnel au niveau de l’EPSP Achaacha Mostaganem application.

34
 Conclusion général

Ce travail rentre dans le cadre du projet de fin d’étude pour l’obtention du diplôme de licence en
informatique.

Tous au long de notre cursus universitaire, nous avons appris et nous ne cessons d’apprendre
encore et encore.

Ce projet représente une concrétisation de trois années d’études et de labeur. Et dans ce sens, nous
avons voulu user de notre savoir pour bénéficier notre entourage de ces connaissances. D’où
l’intérêt de créer un système pour la gestion du personnel au niveau de l’EPSP Achaacha Mostaganem .

Ce projet inclus toutes les étapes de la conception et de réalisation de notre application sur le suivi
du personnel dans un établissement hospitalier. Premièrement, nous avons procédé à un recueil
des informations en se rendant à l’établissement. Une phase d’analyse et de conception du système
en utilisant le formalisme UML, finalement nous avons effectué l’implémentation de l’application
en utilisant tous les outils nécessaires, pour développer Visual studio 2015 les différentes
interfaces de l’application, tester et déployer la base de données MYSQL.

Ce projet nous a permis d’apprendre encore plus et de développer nos connaissances et d’acquérir
une expérience dans le domaine de la programmation.

Dans nos perspectives, il est question de continuer à apprendre afin de pouvoir mettre en pratique
nos connaissances et accomplir d’autres bonnes choses et d’aider encore plus.

35
 Bibliographie

[1] Ivar J., Grady B, James R., Le processus unifié de développement logiciel, EYROLLES, ISBN
2-212-09142-7,2003

[2] Leonard L. Tripp, IEEE Recommended Practice for Software Requirements Specifcations,
IEEE-SA Standards Board,ISBN 0-7381-0332-2, 25, June 1998

[3]Object Constraint Language, Version 2.4,Object Management Group® (OMG®), February

2014

[4] OMG® Unified Modeling Language® (OMG UML®), Version 2.5.1,Object Management
Group® (OMG®), December 2017

[5]Pascal R., UML par la pratique Etude de cas et exercice corrigé, version 6, ISBN 978-2-212-
12322-7, Eyrolles, 2008

36