Application de Gestion de Cong - BENABDELLAH Ghita - 779

UNIVERSITE SIDI MOHAMED BEN ABDELLAH
FACULTE DES SCIENCES ET TECHNIQUES FES
DEPARTEMENT DINFORMATIQUE
Projet de Fin dEtudes

Licence Sciences et Techniques Gnie Informatique
Application de gestion de cong et dabsence
Lieu de stage : Lentreprise G-Fit Maroc

Ralis par : Encadr par :
BENABDELLAH GHITA Pr. K. ABBAD
Mr. YAHIAOUI MOHAMMED
Soutenu le 16/06/2012 devant le jury compos de :
Pr. K. ZENKOUAR
Pr. A. ZAHI
Pr. K. ABBAD
Mr. YAHIAOUI MOHAMMED
Anne Universitaire 2011-2012

[GESTION DE CONGE ET DABSENCE] Juin 2012
Je ddie ce travail mon dfunt grand-pre qui priait toujours pour moi et qui
mencourageait normment.
Ton sourire me manque. Que ton me repose en paix.
Facult des Sciences et de Techniques de Fs G-Fit MAROC 2

Table des matires

Projet de Fin dEtudes ............................................................................................................. 1
Application de gestion de cong et dabsence ........................................................................ 1
Introduction ................................................................................................................................ 6
A. Prsentation ........................................................................................................................ 7
I. Prsentation de lentreprise ............................................................................................. 7
1. Lentreprise G-Fit .................................................................................................... 7
2. Lorganigramme de lentreprise G-Fit ..................................................................... 9
II. Prsentation du projet (cahier des charges) ............................................................... 10
III. Choix mthodologiques ............................................................................................. 11
1. Processus de dveloppement.................................................................................. 11
2. Langage de modlisation ....................................................................................... 13
B. Etude prliminaire ............................................................................................................ 14
IV. Recueil des besoins fonctionnels ............................................................................... 14
1. Import des donnes partir de la pointeuse ........................................................... 14
2. Traitement des informations importes.................................................................. 14
3. Liste des pointages ................................................................................................. 14
4. Visualiser calendrier .............................................................................................. 15
5. Ajout dun collaborateur/stagiaire ......................................................................... 15
6. Consulter ................................................................................................................ 15
7. Effectuer demande ................................................................................................. 15
8. Valider/Rejeter demande........................................................................................ 16
9. Dfinir les quipes ................................................................................................. 16
10. Calculer solde cong .............................................................................................. 16
V. Recueil des besoins oprationnels ............................................................................. 17
1. Scurit .................................................................................................................. 17
2. Ergonomie .............................................................................................................. 17
3. Volume de donnes ................................................................................................ 17
C. Description prliminaire ................................................................................................... 18
VI. Capture des besoins ................................................................................................... 18
1. Acteurs du systme ................................................................................................ 18
2. Identification des cas dutilisation ......................................................................... 18
3. Diagramme de cas dutilisation ............................................................................. 20

4. Diagramme de package .......................................................................................... 26

5. Description des cas dutilisations........................................................................... 26
D. Modlisation ..................................................................................................................... 41
VII. Modlisation statique ................................................................................................. 41
VIII. Modlisation dynamique ........................................................................................ 43
IX. Modlisation darchitecture ....................................................................................... 57
E. Ralisation du projet......................................................................................................... 64
Conclusion ................................................................................................................................ 72
Bibliographies .......................................................................................................................... 73
Webographie ............................................................................................................................ 73

Remerciements
Au nom dAllah le tout puissant,
Avant de prsenter ce travail, je tiens remercier dans un premier lieu, Monsieur le

Directeur de G-Fit Maroc qui ma donn cette prcieuse opportunit de raliser mon projet de
fin dtudes au sein de son entreprise.
Dans un deuxime lieu, je remercie spcialement mon encadrant dentreprise Mr. M.

YAHIAOUI ainsi que Mr. Z. HANAFI, Mme. M. BENYAHIA et Mme. S. CHAFAI ; qui
mont beaucoup aid et accord leur temps pendant toute la priode de mon stage.
Je tiens remercier aussi Mr. K. ABBAD pour tous les conseils quil ma donns afin de
maider mieux raliser ce travail.
Ma gratitude va galement lquipe pdagogique de la Facult des Sciences et de

Techniques de Fs et plus particulirement, le dpartement de Gnie Informatique, qui ont
assur le droulement de ce projet.
Finalement, je remercie normment ma famille qui narrtait pas de me soutenir et de

m'encourager.

Introduction
La gestion de cong et dabsence est devenue indispensable dans une entreprise moderne.
Cette dernire se trouve toujours mene amliorer ses performances ce qui quivaut une
matrise de ses ressources matrielles ou humaines.
Donc, lobjet de mon projet de fin dtudes sera la gestion de cong et dabsence de G-Fit
Maroc, et le travail ralis est prsent dans ce rapport comme suit :
En deuxime partie, lentreprise G-Fit Maroc fera lobjet dune description de son
organisation.
Par la suite, un cahier des charges simplifi, regroupant les besoins fonctionnels et
techniques du futur systme dinformation ainsi que son analyse, seront prsents dans les
parties qui suivent.
Ensuite, la conception fera lobjet de la dernire partie, dans laquelle les fonctionnalits
du systme seront prsentes tout dabord dun point de vue utilisateur final.
Finalement, en guise de conclusion de ce projet, des connaissances acquises au cours de

ce travail seront donnes.

A. Prsentation
I. Prsentation de lentreprise
1. Lentreprise G-Fit
Cr en mai 1988, G-Fit est un groupe spcialis en ingnierie des systmes
dinformation qui runit plus de 200 collaborateurs.
Les principaux secteurs dactivits de G-Fit se focalisent essentiellement sur trois

modes :
La Rgie, le Forfait et la Tierce Maintenance Applicative.
Lexpertise de G-Fit va de la direction de projets (migration technique, refonte,

EURO, ) la mise en uvre de Tierce Maintenance Applicatives et de prestations
forfaitaires, en passant par lingnierie et lAssistance Matrise dOuvrage, la
conception et migration de systmes dinformation, lvaluation de la charge et la
planification de projets, la mise en place de Plan dAssurance Qualit.
G-Fit Maroc, la filiale marocaine du groupe est la fois la plateforme pour

dvelopper des projets en mode offshore mais aussi le reprsentant du groupe sur le
continent africain. Une prsence qui traduit la volont doffrir ses clients et partenaires
un service de qualit mais aussi de proximit.
De plus, ses rfrences clients sont le gage dune activit dans la plupart des grands
secteurs dactivit qui sont la banque, la montique, le crdit, lassurance, la grande
distribution, la logistique, la retraite, lindustrie, les entreprises publiques et
parapubliques.

Parmi les produits et les solutions de la socit G-Fit :
G-Fit offre aussi des services en :
- Ingnierie :
o Assistance matrise douvrage et duvre.
o Comptences fonctionnelles et techniques.
- Formation :
G-Fit France offre des formations au sein de lentreprise en ce qui concerne

la bureautique, les nouvelles technologies, client/serveur, ainsi que des
mthodes et gestion de projet
G-Fit Maroc offre une formation offshore
- Conseil :
o Cabinet de consulting qui accompagne les clients dans la stratgie SI, DSI,
Direction gnrale, Marketing, Finance, Ressources Humaines.
o Expertise Mtier.
o Interventions sur des problmatiques doptimisation de processus, de
management des hommes et de systmes de pilotage.
G-Fit cre des projets informatiques et des sites web en se basant sur des outils de
dveloppement : .NET, Cobol, Java, J2EE,

2. Lorganigramme de lentreprise G-Fit

Concernant lorganisation, les collaborateurs sont affects par projet au lieu
dun rattachement un dpartement.
Directeur gnral
Assistance + Ressources
humaines
Chef de projet 1 Chef de projet 2 Chef de projet 3 Chef de projet 4
Ingnieur tudes Junior
Ingnieur tudes Senior
Analyste/dveloppeur
Figure 1 : Organigramme G-Fit

II. Prsentation du projet (cahier des charges)

Dans le souci damliorer certains de ses processus de gestion, la socit souhaite se doter
dune application qui permet de grer les absences et les congs de ses collaborateurs, pour
par la suite lintgrer dans le systme global de la socit. Plusieurs avantages sont envisags :
Simplifier les procdures lies au traitement des fiches de pointage, des absences et
des demandes de cong.
Dcentraliser la fonction des ressources humaines et donner aux employs un moyen
dautocontrle, par un systme selfservice (Systme permettant aux employs de se
servir soi-mme, par exemple pour les demandes de cong).
Rduire les risques en matire de conformit avec la loi ou le rglement interne.
Suivre labsentisme.
Cette application va remplacer le traitement manuel effectu par le service des ressources
humaines de la socit et faciliter la manipulation des donnes extraites partir de la
pointeuse.
Import partir dun fichier Excel

extrait du logiciel qui manipule la
pointeuse Responsable RH
Pointeuse
empreinte digitale
Figure 2 : Schma
La pointeuse empreinte digitale enregistre pour chaque collaborateur ses heures

darrive et de sortie, elle fait cet enregistrement directement dans un serveur de base de
donnes.
A partir du fichier extrait de la pointeuse (qui comporte le nom et prnom du

collaborateur, les heures pointes ainsi que la date du jour), le responsable des ressources
humaines se trouve men mettre un traitement supplmentaire sur le fichier concernant les
heures travailles ainsi que de chercher dans les demandes dabsence pour ensuite les marquer
dans le fichier.
Donc, le futur systme dinformation, en plus de la gestion de cong, sera capable de faire
ce traitement dune manire automatique et aussi dimputer les congs et les absences dans le
pointage.

III. Choix mthodologiques

1. Processus de dveloppement
Le processus de dveloppement adopt est le 2TUP, qui signifie 2 Track
Unified Process.
Il s'agit d'un processus unifi (c'est--dire construit sur UML, itratif, centr sur
l'architecture et conduit par les cas d'utilisation), qui apporte une rponse aux
contraintes de changement continuel imposes aux systmes d'informations des
entreprises. Il propose alors un cycle de dveloppement en Y, qui dissocie les
aspects techniques des aspects fonctionnels.
En effet, l'axiome fondateur du 2TUP a t le constat que toute volution

impose au systme d'information peut se dcomposer et se traiter paralllement,
suivant un axe fonctionnel et un axe technique. A l'issue des volutions du modle
fonctionnel et de l'architecture technique, la ralisation du systme consiste
fusionner les rsultats de ces deux branches du processus, ce qui nous donne un
cycle de dveloppement sous forme de Y.
Figure 3 : Schma de la modlisation 2TUP

a. Branche fonctionnelle :
Cette branche comporte les deux phases suivantes :
Capture des besoins fonctionnels, qui produit le modle des besoins focalis
sur le mtier des utilisateurs. Durant cette phase, une extraction des donnes
fonctionnelles partir des donnes existantes et des besoins du client sera
effectue. Pour ce faire, les diagrammes UML adquats (diagramme de cas
d'utilisation et diagrammes d'activits) permettent une modlisation objet
simple et clair.
L'analyse, qui consiste tudier prcisment la spcification fonctionnelle, de
manire obtenir clairement ce que va raliser le systme en terme de mtier.
b. Branche technique :
La branche technique, quant elle, comporte les deux phases suivantes :
La capture des besoins techniques, qui recense toutes les contraintes sur les
choix techniques du systme. Les outils et le matriel slectionn ainsi que la
prise en compte des contraintes d'intgration avec l'existant (prrequis
d'architecture technique)
La conception gnrique, qui dfinit ensuite les composants ncessaires la
construction de l'architecture technique. Cette conception est compltement
indpendante des aspects fonctionnels. Elle a pour objectif d'uniformiser et de
rutiliser les mmes mcanismes pour tout un systme. L'architecture
technique construit le squelette du systme, son importance est telle qu'il est
conseill de raliser un prototype.
c. Branche conception et dveloppement logiciel :
Cette branche comporte les phases suivantes :
La conception prliminaire, qui reprsente une tape dlicate, car elle intgre le
modle d'analyse fonctionnelle dans l'architecture technique de manire
tracer la cartographie des composants du systme dvelopper
La conception dtaille, qui tudie ensuite comment raliser chaque composant
L'tape de codage, qui produit les composants et teste au fur et mesure les
units de code ralises
L'tape de test, qui consiste valider les fonctionnalits du systme dvelopp.

2. Langage de modlisation
Dans le cadre spcique de la cration dun langage commun divers
processus de dveloppement de projets, UML a t conu pour rpondre aux
objectifs suivants:
Comprendre des problmes,

Spcier des modles,
Construire des solutions,
Documenter des systmes et des produits.
Par extension, dans une approche plus large, UML insiste sur la modlisation et
satisfait aux exigences suivantes:
Dnir un ensemble commun dlments de modlisation indpendant des

domaines dapplication, cest--dire permettant de modliser facilement
toutes sortes de systmes, mmes non logiciels ;
Fournir aux utilisateurs un langage de modlisation fondamentalement bas
sur lapproche objet ;
Fournir un langage graphique pour dcrire des modles en les dessinant ;
Fournir un langage permettant de manipuler, dans le cadre de diffrents
diagrammes, les mmes lments de notation et la smantique associe ;
Reposer sur un ensemble de concepts universels et tre volutif par
extension de ces concepts de base.

B. Etude prliminaire
IV. Recueil des besoins fonctionnels
Un premier tour dhorizon des besoins exprims par les responsables du service des
ressources humaines de lentreprise a permis de recueillir les besoins fonctionnels suivants :
1. Import des donnes partir de la pointeuse

Le systme doit permettre au responsable des ressources humaines dimporter
les donnes concernant la prsence des collaborateurs et des stagiaires depuis la
pointeuse. Ces donnes sont importes dans un fichier sous format Excel.
2. Traitement des informations importes

Le systme lit les informations partir du fichier Excel import afin de dfinir
les jours travaills, les retards, les consommations des congs demandes, etc.
Et il en fait le traitement suivant :
Chaque collaborateur doit faire 4 pointages par jour : entre 1 8h sortie 1

midi, entre 2 13h et sortie 2 17h ce qui fera huit heures de travail. Et na le
droit qu 15 min de retard.
Des fois les collaborateurs restent pendant la pause du djeuner et ne pointent

pas, donc le systme doit dfinir ce pointage par dfaut moins que quelquun
fasse un retard.
Il se peut quun employ marque une entre3 et sortie3 et ceci se fait dans deux
cas :
Dpart anticip : Le systme doit signaler les nouvelles entres et

sorties, calculer la dure pendant laquelle lemploy sest absent de
son poste et la soustraire du total des heures travailles de toute la
journe.
Travail supplmentaire : Le systme marque les nouvelles entres et

sorties alors que cette fois-ci il calcule la somme des heures
supplmentaires et la rajoute celle de la journe.
Le systme indique le motif dabsence (Absence ou cong) pour les employs

tant absents. Comme il doit signaler si quelquun na pas encore repris son travail.
3. Liste des pointages

Le responsable des ressources humaines pourra consulter les listes des
pointages qui seront traites comme il pourra effectuer des modifications sur la
liste, l'exporter en fichier Excel ainsi que limprimer.

La liste affiche comporte toutes les personnes travaillant dans la socit.
Toutes les listes de pointage seront archives dans un historique qui peut tre
consult par le responsable des ressources humaines.
4. Visualiser calendrier
Le responsable des ressources humaines peut visualiser le calendrier dabsence
de tout le personnel qui travaille lentreprise.
Le suprieur hirarchique ne visualise que le calendrier de son quipe ainsi que

celui des stagiaires quil supervise.
Le collaborateur/ stagiaire ne visualise que son calendrier.
Ce calendrier donne une reprsentation graphique des absences des personnes
Et afin de motiver les collaborateurs, le responsable des ressources humaines

aura droit de visualiser leur calendrier danniversaire.
5. Ajout dun collaborateur/stagiaire

Les informations de chaque collaborateur/stagiaire sont insres la base de
donnes, ils comportent : matricule, dpartement, nom, prnom, toutes ses
informations personnelles, son solde initial et motif de solde de cong
(pourcentage de calcul des jours de cong de chaque mois).
Cette opration est effectue par le responsable des ressources humaines qui
pourra lister les collaborateurs travaillant au sein de la socit et modifier leurs
informations.
6. Consulter
a. Etat de cong et de rcupration collectif :
Le systme doit permettre au responsable des ressources humaines de consulter

ltat collectif des congs et des rcuprations de tout le personnel y compris les
dmissionnaires, depuis leur entre lentreprise (en tirer leur solde de tout compte).
b. Etat de cong et de rcupration individuel :
Ltat individuel concerne chaque collaborateur. Cet tat peut seulement tre
visualis par le collaborateur concern et le responsable des ressources humaines, seul
ce dernier peut en apporter des modifications si cest ncessaire.
7. Effectuer demande
On distingue trois types de demandes : demande dabsence, de cong et de
dpart anticip (ce dernier type ne peut durer que deux heures maximum).

Pour effectuer une demande (dabsence ou de cong), un dlai de prvenance

(ainsi que le solde de cong) doit tre respect, en cas durgence le collaborateur
aura le choix denvoyer la demande en y attachant un message explicatif.
N.B :
En cas de maladie, joindre certificat mdical dans un dlai

maximum de 48h.
En cas dabsence imprvisible, informer le responsable des

ressources humaines pour quil effectue la demande sa
place.
La validation de la demande incite lenvoi de cette dernire au suprieur

hirarchique du collaborateur concern.
Toutes les demandes effectues qui ne sont pas encore traites par les
responsables seront mises dans une file dattente.
Une fois une demande traite, elle est supprime de la file et mise dans
lhistorique.
8. Valider/Rejeter demande
Une demande est valide par le suprieur hirarchique du collaborateur qui la
effectue. Il peut y attacher un message explicatif dcrivant le motif du rejet ou
bien de lacceptation de la demande (en cas du non-respect du dlai de prvenance
ou du solde de cong).
9. Dfinir les quipes

Une quipe est constitue dun chef et des collaborateurs. Elle est dfinie par
ladministrateur de lapplication.
10. Calculer solde cong

Le solde cong est incrment chaque anne, (a veut dire que le total du solde
cong dun collaborateur est gal celui accumul depuis sa date dembauche).

V. Recueil des besoins oprationnels

1. Scurit
Gestion des mots de passe et des profils des utilisateurs
Cette tche est effectue par ladministrateur de lapplication, a consiste dfinir

pour chaque utilisateur de lapplication un login et un mot de passe, laccs aux
donnes de lapplication et ses diffrentes fonctionnalits.
2. Ergonomie
Pour avoir une interface conviviale facile utiliser par les diffrents utilisateurs
de lapplication, cette dernire aura comme options :
Lisibilit du calendrier : surlignage automatique en couleur des lignes

du calendrier pour diffrencier entre les types dabsences.
Flexibilit des champs de saisie.
Ordonnancement et filtrage des donnes.
Slection colorise dans la liste de pointage pour diffrencier entre les

types dabsence, marquer les retard, etc.
3. Volume de donnes
Les historiques seront mis jour annuellement (chaque 31 Dcembre par
dfaut).
N.B : Le directeur gnral de lentreprise aura accs toutes les fonctionnalits de

lapplication.

C. Description prliminaire
VI. Capture des besoins
1. Acteurs du systme
Dans lapplication que je vais raliser, il y a quatre acteurs :
Collaborateur,
Suprieur hirarchique,
Responsable RH,
Directeur Gnral,
Administrateur de lapplication.
2. Identification des cas dutilisation

Nom Acteur Message mis et reus
Extraction et traitement RH -Emis : demander les
des donnes informations
-Reus : importer les
informations
Affichage de la liste des RH, DG - Emis : demande de la liste
pointages des pointages
Visualisation calendrier RH, Sup H, DG, Coll/stag - Emis : vouloir afficher le
absence/cong calendrier
-Reus : affichage du
calendrier
Ajout coll/stag RH - Emis : information
concernant le coll/stag
-Reus : ajout la base de
donnes
Lister coll/stag RH, DG -Reus : affichage de la liste
Consulter historique RH, DG -Reus : affichage
dhistorique
Consulter demande en RH, DG, Sup H. - Emis : valider / rejeter
cours demande
- Reus : affichage des
demandes
Consulte tat collectif RH, DG - Emis : demande dtat
-Reus : affichage dtat
Consulter tat individuel RH, DG, Collaborateur - Emis : demande dtat
- Reus : Affichage dtat
Effectuer demande RH, sup H, coll/stag - Emis : informations
concernant la demande
- Reus : message denvoi
russi
Visualiser calendrier DG, RH -Reus : affichage du
anniversaire calendrier

Abrviations
RH : Ressources Humaines.
Sup H : Suprieur Hirarchique.
DG : Directeur Gnral.
Coll/Stag : collaborateur/stagiaire.
Admin : Administrateur.

3. Diagramme de cas dutilisation

Ci-dessus les diagrammes de cas dutilisation pour chaque acteur.
Pour le responsable des Ressources Humaines :

uc R.H
R.H effectue demande

d'absence la place
du collaborateur en cas
de non prsence de ce Slction d'une case
dernier pour avoir plus de
dtails
Anniv ersaire
collaborateur
Effectuer demande
pour col/stagiaire Ordonner/filtrer
(selon les
quipes, juste les
Collab/stag Absence/Cong RH, etc)
vue par
(from Collaborateur/Stagiaire) semaine/mois/an
Visualise Calendrier
Aj out d'un coll/stag

consulter tat
Indiv iduel
Responsable Consulter tat
Consulter tat
collectif
Consulter solde
Consulter demandes
Mettre j our les

historiques
Lister pointage
Consulter collaborateur
Passer en mode User
Consulter historique
Les historiques sont Importer/traiter

soit mis jour pointage
automatiquement ou
bien par le
Effectuer des
responsable RH
recherches sur les
collaborateurs au lieu
de les lister tous
par
quipe/dpartem
ent par exemple
en effectuant une
recherche directe
par matricule
Figure 4 : Diagramme cas d'utilisation RH

Pour le Collaborateur/Stagiaire :
uc Collab/Stag
Tout ce qui a relation

avec le cong ne
concerne pas les
stagiaires PFE
Effectuer demande
Sup H
(from Suprieur)
Consulter Etat
indiv iduel/solde
Modifier/Supprimer les
Collab/stag demandes non encore
Consulter demande non
traites extend encore traites
Consulter historique
cong/absence
Responsable
(from R.H) Visualise son calendrier

d'absence
Figure 5 : Diagramme cas d'utilisation Collaborateur/Stagiaire
En cas de maladie, joindre certificat mdical

dans un dlai maximum de 48h.
N.B : Pour tous les diagrammes des cas dutilisation
prsents,
En cas dabsence une authentification
imprvisible, informer le pour
responsable des ressources humaines pour
chaque utilisateur est ncessaire afin daccderquil
auxeffectue
diffrentes fonctionnalits
la demande la place de de
lemploy.
lapplication.

Pour le Suprieur Hirarchique :
uc Sup.H
Collab/stag Sup H
(from Collaborateur/Stagiaire)
Visualiser calendrier Valider/Rej eter

Marquer disponibilit Passer en mode User
demande
extend
Juste celui de son

quipe et des
stagiaires qu'il Consulter demande
suprvise en cours
Figure 6 : Diagramme cas d'utilisation SupH

Pour le Directeur Gnral :
uc D.G
D.G
Admin
Responsable
(from Admin)
(from R.H)
Figure 7 : Diagramme cas d'utilisation DG

Pour lAdministrateur de lapplication :

uc Admin
Passer en mode Sup H
Crer compte Login/Mot de passe

Sup H
(from Suprieur)
Modifier/Supprimer Lister les comptes

extend
Admin
Recev oir des

notifications
Modifier/Supprimer
quipe
D.G extend Lister les quipes
(from D.G)
extend
Aj outer quipe
Grer accs aux

donnes
Passer en mode
User
Figure 8 : Diagramme cas d'utilisation Admin

4. Diagramme de package
Figure 9 : Diagramme de Package
5. Description des cas dutilisations

Extraction des donnes partir de la pointeuse :
Description prliminaire :
o Intention : Traitement du fichier Excel import.
o Action: Importer le fichier Excel des pointages.
Fiche :
o Sommaire d'identification :
Titre : Importation des donnes.
But : Traitement du fichier Excel import.
Rsum : Importation du fichier Excel des pointages extrait partir du
logiciel qui manipule la pointeuse empreinte digitale.
Acteurs : Responsable RH
o Description des enchanements :
Prconditions :
- Exportation des informations partir de la pointeuse dans le dossier
spcifi.
- Vrification de l'emplacement du fichier importer.
Scnarios:
- Scnario Nominal :

Ce cas d'utilisation commence lorsque le responsable des RH

demande au systme d'importer le fichier des pointages.
Importer le fichier traiter.
[Exception] :
Soit l'emplacement du fichier importer est non spcifi,

soit il est vide.
Post conditions : Effectuer le traitement sur le fichier import.
Traitement des informations extraites :
o Intention : Afficher liste des pointages de la journe, contrler l'absentisme.
o Action: Traitement des informations importes.
Fiche :
Titre : Traitement des donnes.
But : Traitement du fichier Excel import.
Rsum : Traiter les diffrents cas prsents dans la liste des pointages de
manire dtaille et aboutir un affichage cohrent et lisible pour
l'utilisateur.
Dates (cration/mise jour) : chaque jour
Prconditions :
Le fichier traiter doit tre dj import.
Scnarios:
- Scnario Nominal :
Ce cas d'utilisation commence lorsque le responsable des RH

demande au systme de traiter le fichier import.
a. Le systme lit le fichier import

b. Trouve 4 heures pointes :
Fait des comparaisons entre les heures pointes et les heures
officielles
Trouve que les heures pointes respectent le rglement intrieur
(Avec une marge de 15 min le matin).
[Exception1: Non-respect des heures du rglement]
Si la comparaison aboutit ce que les heures ne sont pas
compatibles avec ce qui a t mentionn dans le rglement
intrieur, le systme marque le nouveau pointage.
[Exception2: Absence + Travail supplmentaire]

Absence pour une demi-journe.
Le systme cherche dans la base de donnes s'il y a des absences
ou des congs de cette date.
Marque le motif de l'absence.
Trouve une entre 3 et une sortie 3, (a veut dire que le
collaborateur a fait un travail supplmentaire entre3 > 17h30 et
vrifier les dates sil sagit dun jour chm ou fri).
Marque les heures pointes.
Enregistrement des donnes.
[Exception3: Absence + Dpart anticip]
Absence pour une demi-journe.
Le systme cherche dans la base de donnes s'il y a des
absences ou des congs de cette date.
Marque le motif de l'absence.
Trouve une entre 3 et une sortie 3, (Une heure < Dure <
Deux heures).
Marque les heures pointes.
Enregistrement des donnes.
- Scnario Alternatif 1 : Traitement des pointages moins de 4 fois
a. Le systme lit le fichier import.
b. Trouve 2 pointages :
Fait des comparaisons entre les heures.
Enregistre les pointages
Trouve une absence (Demi-journe).
[Exception1: Absence toute la journe donc un travail
supplmentaire]
Faire le traitement ncessaire pour le travail supplmentaire.
Calculer dure, etc.

[Exception2: Travail supplmentaire dans un jour fri ou bien
chm]
Faire travail ncessaire pour le travail supplmentaire
Calculer dure, etc.
c. Il y a une absence ==> Le systme cherche le motif
d'absence dans la base de donnes.
d. S'il le trouve, il l'enregistre.
[Exception: S'il ne le trouve pas]
Il n'affiche rien. La zone est saisir par le responsable RH.
e. Enregistrement des donnes.
- Scnario Alternatif 2 : Traitement des pointages plus de 4 fois

a. Le systme lit le fichier import.

b. Trouve plus de 4 pointages :
Fait des comparaisons.
Trouve qu'il s'agit d'un dpart anticip.
[Exception : Travail supplmentaire]
a. En fait le traitement ncessaire.
b. En calcule la dure, puis l'enregistre.
c. Continue le traitement en calculant les dures ncessaires et
en les enregistrant.
d. Enregistrement des donnes.
N.B : les pointages de la pause de djeuner sont marqus par dfaut dans le
systme, ils ne sont modifis que s'il y a changement dans les horaires.
Post conditions :
Archiver les listes de pointages dans un historique pour pouvoir les

afficher par la suite.
o Besoins d'IHM :
Pouvoir filtrer les informations du pointage selon les diffrents champs
affichs de la liste.
Pouvoir les ordonner par catgorie :
Par quipe,
Les Coll/Stag qui sont absents,
Les Coll/Stag qui sont en retard,
Les collaborateurs ayant pris en cong,
Les Coll/Stag qui ont une absence non justifie, etc.
RH.
Les CP (chefs de projets).
Avoir un affichage coloris des diffrents champs pour faire la distinction entre
les absences, retards, congs, rcups (Rcuprations), etc.
Avoir les champs flexibles pour pouvoir modifier les informations qui sont
affiches.
Pouvoir exporter les donnes en Excel, PDF / les imprimer aussi.
Visualisation du calendrier :
o Action : Visualiser le calendrier
o Intention : Avoir une vue globale du taux de l'absentisme, par mois, par an, par
semaine aussi.
Fiche:

Titre : Visualisation du calendrier
But : Avoir une vue globale sur le taux d'absentisme
Rsum : Les utilisateurs de cette application pourront voir le calendrier
d'absence (avec accs limit selon le type d'utilisateur!) ainsi que d'en tirer
le taux d'absentisme.
Acteurs : Responsable RH, Sup H, Collaborateur, Stagiaire.
Dates (cration/mise jour) Le calendrier est mis jour chaque jour, et mis
0 chaque an.
Prconditions : Calendrier est jour.
Scnarios :
- Scnario Nominal :
a. L'utilisateur envoie la requte (avec un bouton/... selon l'interface)
au systme pour lui afficher le calendrier.
b. Le systme affiche le calendrier.
Post conditions : Le calendrier est affich l'utilisateur, pour qu'il en
tire le taux d'absentisme s'il le veut.
o Besoins dIHM :
L'affichage est par semaine, par mois aussi, avec une slection colorise des
diffrents types d'absences.
Quand l'utilisateur choisit de montrer le taux d'absence : le systme lui affiche
un graphe montrant le taux d'absence par an, par mois, toute l'entreprise/ juste
un seul collaborateur.
Ajout d'un collaborateur/Stagiaire :
o Action : L'ajout d'un nouveau collaborateur/stagiaire dans la base de donnes.
o Intention : Pour en faire le traitement, en appliquer les diffrentes actions de
l'application.
Fiche:
Titre : Ajout collaborateur/stagiaire.
But : En appliquer les diffrentes actions via l'application.
Rsum : l'arrive d'un nouveau collaborateur ou bien un nouveau stagiaire,
le responsable RH l'ajoute dans la base de donnes, afin de suivre son tat
durant son travail l'entreprise.
Acteurs : Responsable RH.
Prconditions : Arrive d'un nouveau collaborateur/stagiaire
Scnarios :
- Scnario Nominal :

a. Le responsable RH saisie les informations concernant le

collaborateur/stagiaire et valide.
b. Le systme vrifie les champs de saisie.
c. Il trouve que tout est rempli convenablement.
[Exception : Erreur de saisie/Champ obligatoire non rempli]
Envoyer au responsable RH un message d'erreur lui indiquant
l'erreur et en lui demandant de ressaisir les informations.
Le responsable ressaisie les informations et revalide.
Le systme revrifie les champs de saisie.
d. Le systme ajoute la nouvelle insertion dans la base de donnes.
[Exception : Collaborateur/Stagiaire dj existant]
Il se peut que par erreur de saisie, le systme trouve que le
collaborateur/stagiaire existe dj dans la base de donnes.
Alors, il envoie un message d'erreur au responsable RH.
Post conditions : Le collaborateur/stagiaire est ajout dans la base de
donnes pour pouvoir en appliquer dessus les actions ncessaires.
o Besoins dIHM :
Indiquer les champs obligatoires.
Avoir le droit de modifier les informations.
Lister Collaborateurs/Stagiaires/Dmissionnaires
o Action : Affichage de la liste des personnes travaillant ou effectuant un stage
l'entreprise.
o Intention : Pour en faire le traitement, en appliquer les diffrentes actions de
l'application.
Fiche :
Titre : Lister collaborateurs/stagiaires
But : En appliquer les diffrentes actions via l'application.
Rsum : Lorsque le responsable RH choisit de lister les collaborateurs ou
bien les stagiaires (et mme les deux la fois), le systme lui affiche une liste
contenant les informations correspondantes.
Dates (cration/mise jour) La liste est mise jour lors d'un ajout/
modification.
Prconditions : Les collaborateurs/stagiaires que le responsable RH va lister
doivent tre ajouts dans la base de donnes.
Scnarios :
- Scnario Nominal :
a. Le responsable RH choisit de lister les collaborateurs/stagiaires.
b. Le systme lui affiche la liste correspondante.
Post conditions : Les collaborateurs/stagiaires sont lists.

o Besoins dIHM :
Slection colorise selon les options.
Affichage par catgorie.
Pouvoir modifier les informations concernant chaque individu.
Cette interface va conduire afficher pour chaque collaborateur son profil en
affichant de manire dtaille ses informations personnelles.
Consulter historique cong/absence:
o Action : Visualiser l'historique concernant chaque individu. (pour les stagiaires
PFE il y a seulement l'historique des absences)
o Intention : Contrler l'absentisme du collaborateur/stagiaire, savoir son tat, ...
Fiche :
Titre : Consultation d'historique des absences et des congs
But : Contrler l'absentisme, savoir son tat, ...Suivi ...
Rsum : Pour chaque individu, le responsable pourra afficher l'historique des
absences et des congs
Dates (cration/mise jour) Selon le choix du responsable.
Prconditions : L'individu est insr dans la base de donnes, Historique non
vide.
Scnarios :
- Scnario Nominal :
a. Le responsable choisit de consulter l'historique d'un collaborateur ou
bien d'un stagiaire.
b. Le systme lui affiche les informations correspondantes. (L'affichage
selon le droit d'accs de chaque utilisateur de l'application).
Consulter demandes en cours de traitement :
o Action : Consulter les demandes de cong ou d'absence traiter
o Intention : Valider/ Rejeter la demande.
Fiche :
Titre : Consultation des demandes traiter
But : Valider/Rejeter demande
Rsum : Le suprieur hirarchique reoit les demandes qu'il doit traiter de la part
des collaborateurs appartenant son quipe ou bien de celle des stagiaires qu'il

supervise, pour ensuite les valider ou bien les rejeter en fonction de la tche et du
travail du collaborateur, en y attachant un message explicatif si ncessaire.
Le directeur gnral reoit les demandes valider pour le service des ressources
humaines, ainsi que les demandes valider en cas de non disponibilit du
suprieur hirarchique en question.
Acteurs : Sup H, DG, Sup H (Y)
Prconditions : La file d'attente est non vide.
Scnarios :
- Scnario Nominal :
a. Le Sup. H/DG choisit de consulter les demandes traiter.
b. Le systme lui affiche les informations correspondantes.
c. Le Sup. H/DG valide la demande.
d. Le systme l'envoi directement au service des ressources humaines
pour qu'elle soit traite (imprime, ...) et si c'est ncessaire l'envoyer
au DG.
e. Le systme envoie aussi au collaborateur/stagiaire un message lui
indiquant que sa demande a t accepte.
f. Le systme supprime la demande de la file d'attente.
g. Le systme l'archive par la suite dans l'historique et les tats
correspondants(les tats ne contiennent que les demandes qui ont
t acceptes).
- Scnario Alternatif :
a. Le Sup. H/DG choisit de consulter les demandes traiter.
b. Le systme lui affiche les informations correspondantes.
c. Le Sup. H/DG rejette la demande en y attachant un message
explicatif.
d. Le systme l'envoi directement au service des ressources humaines
pour qu'elle soit traite et si c'est ncessaire l'envoyer au DG.
e. Le systme envoie aussi au collaborateur/stagiaire un message lui
indiquant que sa demande a t rejete.
f. Le systme supprime la demande de la file d'attente.
g. Le systme l'archive par la suite dans l'historique.
Consulter Etat de cong et de rcupration collectif :
o Action : Consulter l'tat collectif du personnel.
o Intention : Avoir une vue globale sur le solde du personnel.
Fiche:
Titre : Consultation d'tat de cong et de rcupration collectif
But : Vue globale sur l'ensemble du personnel et son solde cong et de
rcupration
Rsum : Le responsable RH visualise l'tat collectif de tout le personnel

Prconditions : Le responsable RH choisit de consulter l'tat collectif.
Scnarios :
- Scnario Nominal :
Le systme affiche l'utilisateur l'tat collectif demand.
a. Le systme affiche l'tat collectif.
b. Le responsable RH choisit de calculer / visualiser le solde de tout
compte des dmissionnaires qui n'ont pas termin leur dernier mois
de travail.
c. Le systme affiche le rsultat.
Post conditions : Prendre une dcision.
Consulter Etat de cong individuel :
o Action : Consulter l'tat individuel du personnel.
o Intention : Avoir une vue prcise sur le solde du personnel.
Fiche :
Titre : Consultation d'tat de cong individuel
But : Vue prcise sur chaque collaborateur et son solde cong
Rsum : Le responsable RH visualise l'tat individuel de chaque collaborateur
Acteurs : responsable RH
Prconditions : Le responsable RH choisit de consulter l'tat individuel.
Scnarios :
- Scnario Nominal :
Le systme affiche l'utilisateur l'tat individuel demand.
Le systme affiche l'tat individuel.
Post conditions : Prendre une dcision.
Consulter Etat de rcupration individuel :
La mme description que celle de ltat collectif

Effectuer demande :
o Action : Effectuer demande et l'envoyer au sup H.
o Intention : S'absenter.
Fiche :
Titre : Consultation d'tat de cong et de rcupration collectif
But : Vue globale sur l'ensemble du personnel et son solde cong et de
rcupration
Rsum : Chaque collaborateur a le droit d'effectuer une demande d'absence ou
bien de cong, les stagiaires effectuant un PFE ne peuvent faire qu'une demande
d'absence.
Acteurs : Sup H, responsable RH (ces deux derniers peuvent le faire en passant en
mode utilisateur), collaborateur, stagiaire (demande d'absence seulement)
Prconditions : Collaborateur/Stagiaire authentifi
Scnarios :
- Scnario Nominal :
a. Le collaborateur choisit d'effectuer une demande.
b. Le systme lui affiche l'cran correspondant.
[Exception : Solde puis] :
Si le collaborateur n'a plus de solde, il ne pourra pas effectuer

des demandes de cong.
c. Le coll/stag choisit la dure de son absence/cong ainsi que le motif

d'absence ou de cong, etc.
d. Aprs validation de la part du collaborateur, le systme vrifie le solde
et le dlai de prvenance.
[Exception : Dlai de prvenance non respect]
Si le dlai de prvenance est non respect par le collaborateur le

systme lui affiche un message d'erreur en lui donnant toujours la
possibilit d'envoyer la demande avec un message explicatif (le
message est obligatoire).
e. Le systme trouve que tout est dans les normes et affiche un message au
collaborateur lui indiquant que sa demande a t envoye avec succs.
f. Le systme envoie automatiquement la demande au suprieur
hirarchique/encadrant du collaborateur/stagiaire.
[Exception : Sup H non disponible]
Si le suprieur hirarchique n'est pas disponible, la demande
est envoye au service des ressources humaines

Le service des ressources humaines va rediriger la demande

un suprieur hirarchique Y, sinon au DG.
Post conditions : Demande mise en attente pour tre soit approuve soit
rejete.
o Besoins dIHM :
Lors de l'tablissement de la demande par le collaborateur, le systme prvoit
le solde de cong de ce dernier, qui sera additionn, dans la priode prvue
pour le cong.
Le nombre de jours calcul prend en considration le dcompte des jours
chms (Samedi et Dimanche) ainsi que les jours fris.
Signaler dans la demande envoyer si le dlai de prvenance n'est pas respect
ou le collaborateur n'a pas encore travaill 6 mois au sein de l'entreprise.
Vrifier la disponibilit du Sup H.
Visualiser calendrier d'anniversaire :
o Action : Voir le jour d'anniversaire des collaborateurs.
o Intention : Motivation.
Fiche :
Titre : Visualisation le calendrier d'anniversaire
But : Motiver les collaborateurs
Rsum : Le responsable des ressources humaines pourra visualiser le calendrier
qui montre les jours d'anniversaires des collaborateurs afin que l'entreprise peut
prendre des dcisions concernant ces jours, pour motiver les collaborateurs, les
rcompenser.
Dates (cration/mise jour) : Nouveau collaborateur ou dmission d'un
collaborateur.
Prconditions : Responsable RH authentifi.
Scnarios :
- Scnario Nominal :
a. Le calendrier est affich dans la page d'accueil.
b. Le responsable RH a le choix de visualiser une case pour afficher les
informations s'il s'agit d'un jour d'anniversaire d'un collaborateur.
Post conditions : Motivation.

Lister quipes :
o Action : Voir les quipes
o Intention : Ajouter, modifier, supprimer un quipe.
Fiche :
Titre : Lister quipes
But : Y appliquer les diffrents traitements usuels : Ajout, modification et
suppression.
Rsum : L'administrateur de l'application a le droit de voir les quipes au sein de
l'entreprise ainsi que d'ajouter une nouvelle quipe, modifier une quipe dj
existante et la supprimer.
Acteurs : Admin
Dates (cration/mise jour) : la liste se met jour lors des modifications de la part
de l'administrateur de l'application.
Prconditions : Administrateur doit tre authentifi
Scnarios :
- Scnario Nominal :
a. Le systme affiche l'Admin la liste des quipes.
b. L'Admin fait le choix d'ajouter une nouvelle quipe.
c. Le systme lui affiche la fentre correspondante.
d. L'Admin saisie les informations et valide.
e. Le systme trouve que la saisie est correcte et ajoute l'quipe la base
de donnes.
[Exception : Saisie incorrecte]
Le systme trouve que la saisie est incorrecte et redemande

l'Admin de ressaisir.
-Scnario Alternatif 1 :
b. L'Admin fait le choix de modifier une quipe dj existante.
c. Le systme affiche la fentre correspondante.
d. L'Admin fait les modifications ncessaires et valide.
e. Le systme enregistre les modifications.
- Scnario Alternatif 2 :
b. L'Admin fait le choix de supprimer une quipe.
d. L'Admin slectionne l'quipe supprimer et valide.
e. Le systme supprime l'quipe slectionne de la base de donnes.
Post conditions : Equipe ajoute/modifie/supprime

o Besoins dIHM : Avoir la possibilit de slectionner plusieurs lments pour les

supprimer.
Lister comptes :
o Action : Lister les comptes
o Intention : Modifier, supprimer.
Fiche:
Titre : Lister comptes
But : Y appliquer les diffrents actions
Rsum : L'administrateur de l'application a le droit de voir les comptes qu'il a
cr ainsi que les modifier (login/mot de passe) et les supprimer.
Acteurs : Admin
Prconditions : Administrateur doit tre authentifi
Scnarios :
- Scnario Nominal :
a. Le systme affiche l'Admin la liste des comptes.
b. L'Admin fait le choix de modifier un compte dj existant.
d. L'Admin fait les modifications ncessaires et valide.
e. Le systme enregistre les modifications.
a. Le systme affiche l'Admin la liste des comptes.
b. L'Admin fait le choix de supprimer un compte.
d. L'Admin slectionne le compte supprimer et valide.
e. Le systme supprime le compte slectionn de la base de donnes.
Post conditions : Compte modifi/supprim
o Besoins dIHM : Slection de plusieurs lments supprimer.
Crer compte :
o Action : Dfinir mot de passe/login.
o Intention : Contrler l'accs aux donnes.
Fiche:
Titre : Cration compte
But : Contrler l'accs aux informations fournies par l'application partir de la
base de donnes, Scuriser l'application.

Rsum : Lors de l'arrive d'un nouveau collaborateur et l'introduction de ses

informations dans la base de donnes, l'administrateur de la base de donnes cre
donc un compte pour chacun en lui attribuant un identifiant et un mot de passe.
Acteurs : Admin
Prconditions :
- Administrateur doit tre authentifi.
- Insertion des informations du nouveau collaborateur/stagiaire dans la base
de donnes.
Scnarios :
- Scnario Nominal :
a. Le systme affiche l'Admin la fentre correspondante.
b. L'Admin saisie les informations ncessaires et valide.
c. Le systme trouve que tout est correct et enregistre les informations
dans la base de donnes.
[Exception : Saisie incorrecte]
Le systme indique l'Admin qu'il y a une erreur de saisie et
lui indique aussi l'endroit de l'erreur.
L'Admin ressaisie/rectifie et valide de nouveau.
Post conditions : Compte ajout la base de donnes pour que le
collaborateur/stagiaire l'utilise.
Consulter demande en cours (mode utilisateur) :
o Action : Consulter les demandes effectues et non traites par les suprieurs.
o Intention : Modifier la demande ou bien la supprimer.
Fiche :
Titre : Consulter les demandes en cours (mode utilisateur)
But : Apporter des modifications sa demande ou bien la supprimer.
Rsum : Le collaborateur/stagiaire a le droit de modifier ou de supprimer des
demandes qu'il a effectues et qui sont toujours mises en attente (qui ne sont pas
encore traites).
Acteurs : Coll/Stag
Prconditions : Collaborateur/Stagiaire authentifi.
Scnarios :
- Scnario Nominal :
a. Le collaborateur/stagiaire effectue les modifications ncessaires la
demande qu'il a effectue.
b. Le systme fait le contrle de la saisie et valide.
[Exception : Erreur de saisie]

Le systme demande au collaborateur/stagiaire de revoir les

informations qu'il a saisies et de les corriger.
- Scnario alternatif :
a. Le collaborateur slectionne la demande qu'il a effectue et choisit de la
supprimer.
b. Le systme la supprime aprs qu'il vrifie que le suprieur hirarchique
n'accde pas au mme temps que le collaborateur pour traiter la
demande.
[Exception : demande en cours d'utilisation]
Le systme indique au collaborateur que sa demande est ouverte par

un suprieur et qu'il ne pourrait pas la supprimer.

D. Modlisation
VII. Modlisation statique
Le modle statique dcrit la structure et le comportement (notamment en termes de classe,
associations, attributs et oprations) des objets composant le systme.
Diagramme de classes
Le diagramme de classes est considr comme le plus important de la

modlisation oriente objet, il est le seul obligatoire lors dune telle modlisation.
Cest une collection d'lments de modlisation statiques (classes, paquetages...),

qui montre la structure d'un modle.
Alors que le diagramme de cas dutilisation (prsent avant) montre un systme

du point de vue des acteurs, le diagramme de classes en montre la structure interne. Il
permet de fournir une reprsentation abstraite des objets du systme qui vont interagir
ensemble pour raliser les cas dutilisation.
Voici le diagramme de classes labor (dans la page suivante):
N.B : Les mthodes (getters et setters) ne sont pas mentionnes car le Framework OFBiz
les gre davantage ainsi que les listes gnriques.

class diag classes
+Suprieur *
Employe
- fonction: [String]
suprieur de
- matriculeComptable: String
- motifConge: double
- N_Assusrance: String
+Collaborateur 1 - N_CNSS: String
- nbEnfants: int
- situationFamiliale: String
- typeContrat: [String]
+ afficher() : void
* -Encadrant
ajoute StagiaireANAPEC StagiaireAutre

-RH *
- typeContrat: String - typeStage: String

Personne
-Emp/Stag 1
- adresse: String
- cin: String
- cv: .docx
- dateDebut: Date
- dateFin: String
1
- dateNaissance: Date Stagiaire
Calendrier
- dernierDiplome: String
visualise - email: String - encadrant: String
- nom: String
* - lieuNaissance: String - etablissement: String
- matricule: String * - projet: String
+ afficher() : void
- nom: String
- photo: image + afficher() : void
- prenom: String
- prolongation: Date
- sexe: char effectue
DelaiPrev enance
- tel1: [String]
avoir 1 - tel2: String - nb_prevenance: double[]
- nbDemande: double[]
1
Compte
1 *
- login: String 1
- mode_acces: String constitu de respecte
- motDePasse: String Demande
+ afficher() : void - dateDebut: Date 1

*
+ supprimer(String) : void - dateFin: Date
Equipe - demandeId: int
- etat: String
- nom: String - fichierJoint: doc
- num: String - msgCS: String
- msgSup: String
+ afficher() : void - trancheDebut: String
+ modifier() : void - trancheFin: String
+ supprimer() : void - type: String
+ afficher() : void
+ supprimer(Demande) : void
+ traiterDemande(Demande) : void
Pointage
* - date: Date
- Entree1: String
Historique - Entree2: String
- Entree3: String
- nom: String - num: int Traitement
utilise
1 1 - observation: String
+ miseAjour(String) : void - Sortie1: String 1 * - cheminDossier: String
- Sortie2: String
+ ImporterTraiter(xls) : Pointage
- Sortie3: String
+ afficher() : void
Figure 4 : Diag. Classe

VIII. Modlisation dynamique

Le modle dynamique dcrit l'volution au cours du temps du logiciel (description de la vie
de chaque objet dans le temps).
Il montre le flux de contrle dans le temps, et les objets inter actent entre eux.
Diagramme de squences
Les diagrammes de squences servent illustrer les cas d'utilisation dcrits

prcdemment.
a. Acteur : RH
Ajout coll/stag :

Figure 5 : Diag. squence Ajout Coll/Stag

Consulter coll/stag :
Figure 6 : Diag. squence Consulter Coll/Stag

Consulter demande :
Figure 7 : Diag. squence Consulter Demande

Effectuer demande la place du coll/stag:
Figure 8 : Diag. squence Effectuer demande la place du Coll/Stag

b. Acteur : coll/stag
Consulter demande en cours :

Figure 9 : Diag. squence Consulter demandes en cours

Effectuer demande :


Figure 10 : Diag. squence Effectuer demande

c. Acteur : Sup.
Consulter/valider/rejeter demande :
Figure 11 : Diag. squence Consulter/valider/rejeter Demande
d. Acteur : Admin
Cration compte :
sd Cration compte
Admin Screen Control Model
saisirInformations()
verifierSaisie() :boolean
[Si la saisie est correcte]:

ajouterCompte(compte)
ajouter(compte)
alt Saisie incorrecte

[Sinon]:
CreerMsgBox()
MsgBox
afficherMsg()
"il y a une erreur de saisie"()
Figure 12 : Diag. squence Crer compte

Lister quipes
Figure 13 : Diag. squence Lister quipes

Diagramme dactivits
Je vais prsenter les diffrentes activits et actions qui se droulent pour la demande
dabsence ou de cong et ceci entre les trois acteurs : Collaborateur, Sup.H et Responsable
RH.

IX. Modlisation darchitecture

La structure de paquetages labore par raffinement progressif du modle au travers des
diagrammes de classes est reprsentative de larchitecture statique du systme.
Pour finaliser une conception de logiciel, il reste dfinir les modalits de traduction du
modle dans le langage cible et la stratgie dimplmentation la mieux adapte
lenvironnement dexcution.
Si le langage choisi est un langage orient objet, les rgles de traduction du modle UML sont
presque implicites. Les choix dimplmentation portent donc le plus souvent sur une
allocation des units fonctionnelles du modle (reprsentes par les classes et les paquetages)
aux diffrents composants que lon veut pouvoir dployer.
Les dcisions de conception doivent prendre en considration les exigences relatives

larchitecture physique du systme.
Diagramme de dploiement
Un diagramme de dploiement dcrit la disposition physique des ressources matrielles

qui composent le systme et montre la rpartition des composants sur ces matriels.
Figure 14 : Diag. dploiement

Langages, Framework et outils utiliss
a. Langages de dveloppement :
Java J2EE :
o Cest quoi :
Plate-forme de dveloppement d'application s'appuyant sur le langage Java, dont les

spcifications sont gres par la socit SUN.
o Description :
J2EE (Java 2 Enterprise Edition) est l'extension serveur de la plate-forme J2SE (Java 2
Standard Edition) de SUN.
J2EE est une plate-forme de dveloppement qui permet de dvelopper des applications
Web composes de Servlet et JSP et des applications Mtiers base d'EJB.
J2EE est galement une spcification destine aux diteurs de logiciels qui dsirent crer
des Serveurs d'Applications compatibles J2EE.
Un Serveur d'Applications contient un conteneur Web pour l'excution des

applications Web et un conteneur d'EJB pour l'excution des composants Mtiers.
De plus, le Serveur d'Application fournis un ensemble de services utiliss par les
dveloppeurs dans les applications.
Ces services sont entres autres :
- JTA (Java Transaction API) : service de gestion des transactions distribues
- JMS (Java Messaging Service) : service de gestion des messages asynchrones
- JNDI (Java Naming and Directory Interface) : service de noms (annuaire) de

rfrencement des objets
- JDBC (Java DataBase Connectivity) : service de gestion des connexions aux bases de
donnes
- ...
o Objectif :
Faciliter le dveloppement de nouvelles applications base de composants,
Intgration avec les systmes dinformation existants,
Support pour les applications critiques de lentreprise.
Disponibilit, tolrance aux pannes, monte en charge, scurit ...

o Architecture :
Larchitecture J2EE est une architecture dapplication distribue base de

composants.
Elle identifie et donne les spcifications des composants de lapplication :
a. composants logiciels ou beans (EJB),
b. conteneur,
c. serveurs,
d. clients.
Les spcifications J2EE sintressent aux activits dune application lies:
a. au dveloppement,
b. au dploiement,
c. lexcution.
Topologie dune application J2EE :
Figure 15 : Topologie J2EE
CSS/ JavaScript

CSS :
Les feuilles de styles (en anglais "Cascading Style Sheets", abrg CSS) sont
un langage qui permet de grer la prsentation d'une page Web. Le langage CSS
est une recommandation du World Wide Web Consortium (W3C), au mme titre
que HTML ou XML.
JavaScript :
JavaScript est un langage de script lger, orient objet et multiplateforme.
Il est principalement utilis pour les pages web interactives.

C'est une extension du langage HTML qui est incluse dans le code.
Ce langage est un langage de programmation qui permet d'apporter des

amliorations au langage HTML en permettant d'excuter des commandes.
Les multiples possibilits du JavaScript:
Images : Donner de l'animation aux pages ou pour faciliter la navigation.

Textes : Ajout d'effets sur les textes.
Formulaires : Contrle des saisies des formulaires...
Temps : Gestion de l'heure et la date, du temps pass par vos visiteurs sur
votre page...
Navigation : Amliorer la navigation, menu dynamique.
Jeux : Mettre des petits jeux sur le site !
Divers : Gestion de la barre de statut, des cookies, des comportements de la
souris,...
b. Framework utilis : OFBiz
o Cest quoi :
Le projet OFBiz (Open For Business) de la fondation Apache, est un projet de

gestion de ressources dentreprise, compos dun Framework technique intgr, dun
Framework fonctionnel intgr, de plusieurs couches mtiers permettant une mise en
uvre rapide et volutive de toutes les problmatiques de gestion rencontres.
OFBiz est doffice livr avec un certain nombre de modules prdfinis. Ces derniers
peuvent aussi tre modifis la convenance suivant les besoins et les moyens financiers
de la socit.
OFBiz peux fonctionner avec diffrents types de bases de donnes. Il est de base
multi-devises et multi-langues.
o Description :
OFBiz et les base donnes :
OFBiz fonctionne par dfaut avec une base de donnes DERBY.

Toutefois OFBiz est compatible avec les base de donnes open source telles
que MySQL et PostgreSQL.
Il est aussi compatible avec lensemble des bases de donnes commerciales telles
quORACLE, MS SQL, DB2, Sybase, ...
Il suffit quil existe un driver JDBC pour quOFBiz soit compatible avec une base
de donnes.
Certains des dispositifs qui rendent OFBiz si productif sont:
LArchitecture Oriente Services (SOA en anglais) :

Cette architecture est une approche modulaire permettant de rutiliser le
logiciel.
OFBiz permet ses services d'tre appels depuis l'extrieur, par le Web
(le seul concept que la plupart des personnes retiennent de SOA, on parle aussi
de services Web) ou dans OFBiz mme depuis n'importe quel endroit du
programme. En plus du gestionnaire standard de services Java, OFBiz a des
gestionnaires spcialiss pour SOAP, la gestion de flux ou encore d'autres
langages.
LArchitecture Oriente Evnement (EDA en anglais) :
Les services d'OFBiz peuvent tre dclenchs en fonction d'vnements lis
d'autres services et mme sur la valeur de donnes (entits dans OFBiz). Ceci
confre une grande partie des avantages normalement dvolus aux procdures
stockes et dclencheurs des bases de donnes mais sans dgrader la
portabilit.
Le moteur d'entit (Entity Engine) :
Alors que presque toutes les bases de donnes emploient le langage de
programmation de SQL, les diffrences entre leurs diffrents "dialectes"
rendent toujours ncessaire un codage spcifique des applications en fonction
de la base de donnes utilises en production.
Le moteur d'entit d'OFBiz masque les nuances des diverses bases de

donnes, rendant possible une criture unique quelle que soit la base de
donnes utilises.
Ceci permet au dveloppeur d'employer de simples fichiers XML pour

s'interfacer avec les bases de donnes.
Screen widgets (lments visuels) :

l'origine OFBiz utilisait JSP (Java Server Pages) pour le dveloppement
d'interface utilisateur. Mais la technologie actuelle, dites "Screen Widgets", a
dpass de deux gnrations JSP.
Les lments visuels utilisent des fichiers de configuration XML pour

dfinir les crans qui peuvent tre utiliss sur le web, en mode application
standard (Linux, Windows) ou pour produire des rapports (fichiers PDF), des
code-barres, etc.

Cela n'interdit pas d'utiliser HTML directement si ncessaire grce

Freemarker.
Figure 16 : Schma descriptif d'OFBiz
o Objectif :
La solution ERP OFBiz est dveloppe en langage Java et XML afin de disposer de la
plus importante base de briques logicielles existantes et donc ne dvelopper que ce qui est
ncessaire. Son architecture donne la solution la capacit de supporter de trs fortes
montes en charge.
o Architecture :
La solution Apache- OFBiz a t conue ds le dpart avec une architecture technique

oriente Web et respectant les bonnes pratiques du dveloppement, cest dire :
SOA : Architecture Orients Service, toutes les fonctions existent en tant que service
appelable de lextrieur et garantissant la modularit de lensemble.

MVC : Modle Vue Contrleur, parfaite sparation entre les services mtiers et la
gestion des interfaces utilisateurs permettant ainsi une adaptabilit et une
indpendance de chacune des couches
Indpendance du gestionnaire de base de donnes (Oracle, SQL Server, PostgreSQL,
MySQL, etc. ...) et du serveur dapplication via des couches dabstraction ;
fonctionnant sur tous types de systme (Linux, Windows, MacOs, Unix, etc. ...)
Interface avec les autres applications via fichier (plat, XML, tableur, ..) ou partir de
Web Service.
o Avantages :
La puissance d'Apache OFBiz vient de l'utilisation de plusieurs dispositifs importants

de la norme J2EE, sans donner dans l'excs. C'est un Framework trs ouvert. Si
ncessaire, son architecture permet aux dveloppeurs d'utiliser confortablement des
environnements plus puissants sans perturber l'architecture.
c. Outils de dveloppement :
IDE : ECLIPSE
Eclipse est un logiciel open-source, dont le fonctionnement ncessite un

JRE.
Il permet de dvelopper avec le langage de programmation Java, cr par la
firme Sun Microsystems.
Serveur de base de donnes : PostgreSQL
PostgreSQL est un SGBDR (systme de gestion de base de donnes

relationnelles).
PostgreSQL est un descendant OpenSource du code original de Berkeley. Il
supporte une grande partie du standard SQL tout en offrant de nombreuses
fonctionnalits modernes :
Requtes complexes ;
Cls trangres ;
Dclencheurs (triggers) ;
Vues ;
Intgrit des transactions ;
Contrle des accs concurrents (MVCC ou multiversion concurrency

control).

E. Ralisation du projet
Comme la gestion de cong et dabsence se prsente dans un systme

dinformation global de lentreprise, durant cette priode qui a dur deux mois, jai
effectu une partie qui est le sujet de mon projet, et par la suite il a t intgr dans le
systme intranet.
Certes, il reste bien des besoins ajouter comme le ct qui concerne la pointeuse
empreinte digitale.
Les interfaces que je vais prsenter concernent que mon module.
Interface dauthentification :
Figure 17 : Authentification

Interface de lajout dun collaborateur :
Pour chaque collaborateur, le responsable des ressources humaines saisit les informations
ncessaires.
Le type de contrat correspondant qui par la suite dfinit le droit de cong pour ce
collaborateur.
Figure 18 : Interface Ajout collaborateur

Interface de cration de compte :
Par la suite le collaborateur pour pouvoir sauthentifier, il cre un compte utilisateur :
Figure 19 : Cration de compte
Interface de gestion de comptes :
Ladministrateur liste les collaborateurs afin de modifier leur rle :
Par dfaut le rle est collaborateur.
Figure 20 : Liste des droits de compte
Le rle Administratif est celui du responsable RH.

Figure 21 : Attribution de rle
Interface de saisie dune absence pour un collaborateur :
Figure 22 : Visualisation des demandes
Cette tche est effectue pour le responsable RH
Figure 23 : Saisie d'une absence

Interface de cration dune quipe (groupe de valideurs) :
Une demande est valide par le Sup.H qui appartient un groupe de valideurs :
Figure 24 : Groupe de valideurs
Interface daffectation lquipe :
Figure 25 : Affectation une quipe

Interface de validation des demandes :
Le Sup. H consulte les demandes valider
Figure 26 : Demandes valider/rejeter

Aprs, il visualise la demande en question :
Figure 27 : Valider/ Rejeter demande

Interface de suivi dabsence :
Cette interface nous permet de voir la fiche individuelle dun collaborateur
Figure 28 : Fiche individuelle
Comme elle nous permet aussi de voir un tat collectif de tous les collaborateurs (Planning
mensuel) :
Figure 29 : Fiche globale

Conclusion
Pendant la priode de mon stage qui a dur deux mois, jai cherch raliser une
application de gestion de cong et dabsence pour lentreprise G-Fit Maroc en utilisant de
nouvelles technologies et de nouveaux outils et langages non vus lors du cursus universitaire
telles que les langages Java et JavaScript, la technologie J2EE, le vaste monde du Framework
OFBiz et la familiarisation avec lIDE Eclipse et le serveur de base de donnes PostgreSQL.
Jai trouv lexprience trs intressante et enrichissante, puisquil sagissait pour moi
dun domaine inconnu o jaimerais approfondir mes comptences, ce qui ma permis de
dcouvrir la partie oprationnelle du monde professionnel de dveloppement.
Cette exprience ma permis de mettre en pratique ce que jai appris en modlisation, et

plus particulirement, la modlisation avec le langage UML.
Ce stage a vraiment confirm mes ambitions futures dexercer dans le domaine du

dveloppement informatique, mme sil me reste encore beaucoup apprendre.
Certes, des amliorations et des traitements seront mises en uvre pour complter le
travail, pour finalement arriver lobjectif souhait de lentreprise.

Bibliographies
Apache OFBiz Development, The Beginners Tutorial, Jonathan Wong and Rupert
Howell
Apache OFBiz Cookbook, Ruth Hoffman.
Thinking in Java, Bruce Eckel.
Webographie
www. opensourcestrategies.com, Tutoriel du Framework OFBiz

www.siteduzero.com, Pour le langage Java et J2EE.

Application de Gestion de Cong - BENABDELLAH Ghita - 779

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Application de Gestion de Cong - BENABDELLAH Ghita - 779

Uploaded by

Copyright:

Available Formats

UNIVERSITE SIDI MOHAMED BEN ABDELLAH

FACULTE DES SCIENCES ET TECHNIQUES FES

Projet de Fin dEtudes

Application de gestion de cong et dabsence

Lieu de stage : Lentreprise G-Fit Maroc

Soutenu le 16/06/2012 devant le jury compos de :

Anne Universitaire 2011-2012

Facult des Sciences et de Techniques de Fs G-Fit MAROC 2

Table des matires

Facult des Sciences et de Techniques de Fs G-Fit MAROC 3

4. Diagramme de package .......................................................................................... 26

Facult des Sciences et de Techniques de Fs G-Fit MAROC 4

Au nom dAllah le tout puissant,

Avant de prsenter ce travail, je tiens remercier dans un premier lieu, Monsieur le

Dans un deuxime lieu, je remercie spcialement mon encadrant dentreprise Mr. M.

Ma gratitude va galement lquipe pdagogique de la Facult des Sciences et de

Finalement, je remercie normment ma famille qui narrtait pas de me soutenir et de

Facult des Sciences et de Techniques de Fs G-Fit MAROC 5

Finalement, en guise de conclusion de ce projet, des connaissances acquises au cours de

Facult des Sciences et de Techniques de Fs G-Fit MAROC 6

Les principaux secteurs dactivits de G-Fit se focalisent essentiellement sur trois

La Rgie, le Forfait et la Tierce Maintenance Applicative.

Lexpertise de G-Fit va de la direction de projets (migration technique, refonte,

G-Fit Maroc, la filiale marocaine du groupe est la fois la plateforme pour

Facult des Sciences et de Techniques de Fs G-Fit MAROC 7

Parmi les produits et les solutions de la socit G-Fit :

G-Fit offre aussi des services en :

G-Fit France offre des formations au sein de lentreprise en ce qui concerne

G-Fit Maroc offre une formation offshore

Facult des Sciences et de Techniques de Fs G-Fit MAROC 8

2. Lorganigramme de lentreprise G-Fit

Chef de projet 1 Chef de projet 2 Chef de projet 3 Chef de projet 4

Ingnieur tudes Junior

Ingnieur tudes Senior

Figure 1 : Organigramme G-Fit

Facult des Sciences et de Techniques de Fs G-Fit MAROC 9

II. Prsentation du projet (cahier des charges)

Import partir dun fichier Excel

La pointeuse empreinte digitale enregistre pour chaque collaborateur ses heures

A partir du fichier extrait de la pointeuse (qui comporte le nom et prnom du

Facult des Sciences et de Techniques de Fs G-Fit MAROC 10

III. Choix mthodologiques

En effet, l'axiome fondateur du 2TUP a t le constat que toute volution

Figure 3 : Schma de la modlisation 2TUP

Facult des Sciences et de Techniques de Fs G-Fit MAROC 11

Cette branche comporte les deux phases suivantes :

La branche technique, quant elle, comporte les deux phases suivantes :

c. Branche conception et dveloppement logiciel :

Cette branche comporte les phases suivantes :

Facult des Sciences et de Techniques de Fs G-Fit MAROC 12

Comprendre des problmes,

Dnir un ensemble commun dlments de modlisation indpendant des

Facult des Sciences et de Techniques de Fs G-Fit MAROC 13

1. Import des donnes partir de la pointeuse

2. Traitement des informations importes

Et il en fait le traitement suivant :

Chaque collaborateur doit faire 4 pointages par jour : entre 1 8h sortie 1

Des fois les collaborateurs restent pendant la pause du djeuner et ne pointent

Dpart anticip : Le systme doit signaler les nouvelles entres et

Travail supplmentaire : Le systme marque les nouvelles entres et

Le systme indique le motif dabsence (Absence ou cong) pour les employs

3. Liste des pointages

Facult des Sciences et de Techniques de Fs G-Fit MAROC 14