Vous êtes sur la page 1sur 62

Ddicace

Je ddie ce mmoire :
A celui qui ma engag face au dfit et ma
appris les termes dexistence, de vouloir et
du bien tre : mon pre MNAOUER
A celle qui ma claustr daffection et de
tendresse, celle qui mattendue derrire sa
nostalgie cache : ma mre DHRAIFA
Je leur ddie ce mmoire en reconnaissance
de tous les sacrifices quils ont consenti pour
la russite de leurs enfants et dont je suis
jamais redevable.
A mes chers frres : Med Sghaier, Azzedine,
Kamel,Walid, Chaouki
A mes chres surs : Hayat, Souad, Samia,
hafsia
Avec qui jai partag ds mon enfance toute
mes haines, mes joies et mes succs.
Que ce travail soit lexpression de ma
grande affection et un tmoignage de mon
profond amour et mon attachement. Que
Dieu nous garde toujours unis, heureux et
sincres.

A tous mes amis (es) qui se reconnatre, tous


ceux qui me sont chers.
Pour leur amour et leur sympathie qui ont
t une aide prcieuse, jespre par ce
modeste travail avoir rpondu leur souhait
de me voir russir dans la voie que jai
choisie et la confiance quils ont repos en
moi.

REMERCIEMENT

je tenie remercier mon encadrante


Madame :
Najla oueslati
Qui na profit aucun effort pour mon
encourager mener ce travail malgr toutes
ses proccupations, ainsi pour lintrt
quelle a port mon thme de recherche,
ses conseils et son aide qui ma t trs
utiles.

Mes remerciements stendent galement


tous les membres de jury pour lamabilit
davoir accepter de juger ce travail.
Je suis redevable aussi au personnel de la
bibliothque de lInstitut Suprieure
dInformatique de MAHDIA , de la SNCPA et
tous les enseignants qui ont contribu ma
formation.

Table des matires


Liste des figures............................................................................................i
Liste des tableaux........................................................................................ii
Liste des Acronymes....................................................................................iii
Avant Propos................................................................................................iii
Introduction Gnrale..................................................................................1
Chapitre I .........................................................................Etude prliminaire
2
I.1 Introduction:........................................................................................2
I.2 Contexte gnral:................................................................................2
I.3 Prsentation de la socit daccueil:...................................................2
I.3.1 Historique de la compagnie SNCPA:..............................................2
I.3.2 Composition:.................................................................................3
I.4 Prsentation gnral du projet:...........................................................3
I.4.1 Sujet:.............................................................................................3
I.4.2 Description:...................................................................................3
I.4.3 Phases du projet :..........................................................................4
I.5 Conclusion:..........................................................................................6
Chapitre II ................................................................Analyse et Spcification
7
II.1 Introduction:........................................................................................7
II.2 Analyse de l'existant:..........................................................................7
II.2.1

Le principe dun systme biomtrique :.....................................7

II.2.2

La pointeuse SAFESCAN TA-855:...............................................8

II.2.3

Attendance Management Software............................................8

II.3 Cahier des charges:.............................................................................9


II.3.1

Problmatiques :.........................................................................9

II.3.2

Objectifs :...................................................................................9

II.3.3

Les utilisateurs du produit :......................................................10

II.3.4

Besoins fonctionnels :...............................................................10

II.3.5

Besoins non fonctionnels :........................................................11

II.4 Conclusion :.......................................................................................11

Chapitre III . Analyse et conception...........................................................12


III.1 Introduction :....................................................................................12
III.2 Choix dune mthode :.....................................................................12
III.2.1 Classification des mthodes de conception :............................12
III.2.2 Choix dune mthode objet :....................................................12
III.2.3 Le langage UML :......................................................................13
III.3 Conception et Analyse de notre application :...................................15
III.3.1 Diagramme des cas dutilisation (DCU) :..................................15
III.3.2 Diagramme de classes:............................................................20
III.3.3 Diagramme de squences:.......................................................22
III.4 Conception de la base de donnes :................................................26
III.4.1 Rglage dun passage dun diagramme des classes vers BD
relationnelle :.......................................................................................26
III.4.2 La base de donnes relationnelle :...........................................26
III.5 Conclusion :......................................................................................31
Chapitre IV . La ralisation.........................................................................32
IV.1Introduction :.....................................................................................32
IV.2Plate-forme matrielle et logicielle utilise :.....................................32
IV.2.1 Plate-forme matrielle :............................................................32
IV.2.2 Plate-forme logicielle utilise :..................................................32
IV.2.3 Langages et outils utiliss :......................................................33
IV.3Dmarche de ralisation :.................................................................34
IV.3.1 Splash Screen :.........................................................................34
IV.3.2 Fentre dauthentification:.......................................................34
IV.3.3 Menu principal :........................................................................36
IV.3.4 Gestion des employs :............................................................37
IV.3.5 Ajouter/modifier un employ :..................................................38
IV.3.6 Gestion des dpartements:......................................................39
IV.3.7 Consultation de pointage:.........................................................40
IV.3.8 Gestion des vacances:..............................................................41
IV.4Conclusion :.......................................................................................41
Conclusion Gnrale et Perspectives........................................................42
Bibliographie..............................................................................................43

Liste des figures


FIGURE I.1: DIAGRAMME DE GANTT "PHASES DU PROJET"...................................................4
FIGURE II.1 : POINTEUSE BIOMTRIQUE...........................................................................8
FIGURE II.2: LA POINTEUSE SAFESCAN TA-855............................................................8
FIGURE III.1 : DIAGRAMME GNRAL DES CAS DUTILISATION.............................................17
FIGURE III.2: DIAGRAMME DES CAS D'UTILISATION DE GESTION DES EMPLOYS......................18
FIGURE III.3 : DIAGRAMME DES CAS D'UTILISATION: GESTION DES HORAIRES DE TRAVAIL.........19
FIGURE III.4 : DIAGRAMME DE CLASSE..........................................................................21
FIGURE III.5 : SCNARIO AJOUTER UN NOUVEAU EMPLOY ...........................................23
FIGURE III.6 : SCNARIO AFFICHER LE CALENDRIER DE TRAVAIL D'UN EMPLOY ................24
FIGURE III.7 : SCNARIO GRER LES POINTAGES ........................................................25
FIGURE IV.1: SPLASH SCREEN..................................................................................... 34
FIGURE IV.2: FENTRE DAUTHENTIFICATION...................................................................35
FIGURE IV.3: MENU PRINCIPAL DE L'APPLICATION.............................................................36
FIGURE IV.4 : MENU DE GESTION DES EMPLOYS...........................................................37
FIGURE IV.5 : MENU AJOUTER/MODIFIER UN EMPLOY......................................................38
FIGURE IV.6: MENU GESTION DES DPARTEMENTS...........................................................39
FIGURE IV.7: MENU CONSULTATION DE POINTAGE............................................................40
FIGURE IV.8: MENU GESTION DES VACANCES.................................................................41

Liste des tableaux

TABLEAU 1 : DESCRIPTION DES TCHES ET DES RESSOURCES.............................................5


TABLEAU 2 :TABLE EMPLOYE....................................................................................... 26
TABLEAU 3 : TABLE APPAREIL...................................................................................... 27
TABLEAU 4 : TABLE DEPARTEMENT............................................................................... 28
TABLEAU 5 : TABLE VACANCE...................................................................................... 28
TABLEAU 6 : TABLE POINTAGE.................................................................................... 29
TABLEAU 7 : TABLE EXCEPTION.................................................................................... 29
TABLEAU 8 : TABLE HORAIRETRAVAIL........................................................................... 30
TABLEAU 9 : TABLE CALENDRIERTRAVAIL.......................................................................30
TABLEAU 10 : TABLE RAPPORT................................................................................... 31

Liste des Acronymes


D

DCU : Diagramme des Cas dUtilisation


I:
IP : Internet Protocol
ISIMA : lInstitut Suprieur dInformatique Mahdia
M:
MAC : Media Access Control
O:
OMG: Object Management Group
OMT: Object Modeling Technique
OOSE: Object Oriented Software Engineering
S:
SADT: Standard Alphabet of Dhivehi Transliteratio
SGBD : Systme de Gestion de Base de Donnes
SNCPA : La Socit Nationale de Cellulose et de Papier Alfa
SQL Server : Structured Query Language
SNTC : Socit Nationale Tunisienne de Cellulose
STPA : Socit Tunisienne de Papier dAlfa
U:
UML: Unified Modeling Language

Avant Propos

ans le cadre de notre formation de Licence Applique au sein de


lInstitut Suprieur dInformatique Mahdia (ISIMA), nous sommes
menes effectuer et raliser un projet de fin dtudes qui reprsente
laccomplissement et le couronnent de notre premier cycle dtudes
suprieures dans le cadre de la prparation de notre diplme de Licence

Applique en Rseau Informatique .


Ce projet a t effectu en collaboration entre SNCPA (La Socit Nationale de Cellulose et
de Papier Alfa) Kasserine et lInstitut Suprieur dInformatique Mahdia (ISIMA).
Lobjectif de ce projet est la conception et dveloppement dune application scurise de
gestion du temps de travail des employs.

Introduction Gnrale
De nos jours, savoir grer de plus en plus dinformations, sous contrainte de dlai est
un dfi important pour chaque entreprise.
Pour relever de tels dfis, plusieurs solutions ont t proposes tel que, lutilisation
dune pointeuse biomtrique, capable de grer le temps de travail (les prsences et les
absences de leurs salaris). Ainsi, la gestion du temps de travail s'automatise pour optimiser
les ressources humaines. Dans ce but, des entreprises s'quipent de logiciels permettant une
gestion fine du temps de travail des salaris.
Mais ces logiciels posent gnralement des dfaillances. Ils ne peuvent pas s'interfacer avec
les machines de pointage afin de faire la gestion globale des accs des employs lentreprise
et assurer le calcul de prsence et de paie : Ils ne sont pas gnralement open source, ils sont
installs et utiliss telle qu'ils sont. Par consquent ils ne peuvent pas tre configurs pour
qu'ils soient utiliss ou intgrs au systme de l'entreprise. Aussi, gnralement ils
fonctionnent seulement avec le SGBD Access.
Dans ce cadre SNCPA (Socit Nationale de Cellulose et de Papier Alfa) cherche
concevoir un logiciel puissant qui permet de grer la pointeuse biomtrique. Dans ce contexte,
se situe ce projet de fin dtudes qui consiste concevoir et raliser une application de
gestion de temps de travail des employs dans SNCPA.
Cet ouvrage se divisera en quatre chapitres savoir Etude prliminaire qui
prsentera le contexte gnral du projet, sa description et ses phases ainsi qu'une
reprsentation fine de lentreprise daccueil.
Dans le second chapitre, intitul Analyse et spcification on aborde l'analyse de l'existant
et une prsentation gnrale des systmes biomtriques ainsi que le cahier des charges.
Ensuite, Dans le troisime chapitre, nous allons faire ltude conceptuelle permettant de
prciser les critres des choix technologiques garantissant le succs de la ralisation de notre
solution l'aide dUML. Enfin, dans le dernier chapitre, on exposera lenvironnement de
dveloppement des outils logiciels et matriels utiliser ainsi que quelques captures dcrans

de notre application. Et finalement, nous couronnons ce rapport par une conclusion et


proposons quelques perspectives pour des amliorations ventuelles.

Etude prliminaire

I.1 Introduction:
Ce chapitre a pour objectif de situer notre projet dans son contexte gnral savoir
l'organisme d'accueil et le sujet traiter. Dans la premire section nous donnons une brve
prsentation de lentreprise SNCPA. Dans la deuxime section, nous dcrivons le sujet
traiter et les objectifs atteindre.

I.2 Contexte gnral:


Ce travail se situe dans le cadre de notre Projet de Fin dEtudes afin dobtenir le
Diplme License Applique en Rseau de lInstitut Suprieur d'Informatique Mahdia. Le but
de ce projet est de dcouvrir le monde de lentreprise et lapplication des connaissances
acquises lors de notre formation. Le projet sest droul du 17 Fvrier au 10 Mai 2014. Nous
avons opt par la SNCPA qui est une socit relativement importante et qui nous a permis
deffectuer des missions aussi varies quintressantes.

I.3 Prsentation de la socit daccueil:


I.3.1

Historique de la compagnie SNCPA:

La Socit Nationale de Cellulose et de Papier Alfa (SNCPA) est une entreprise


publique qui a t cre en 1980 par la fusion des deux socits qui constituaient le complexe
industriel de Kasserine, savoir, la Socit Nationale Tunisienne de Cellulose ( SNTC), cre
en 1956 pour la fabrication de la cellulose partir de la plante d'alfa qui couvre de grandes
superficies du gouvernorat de Kasserine et des gouvernorats limitrophes, et la Socit
Tunisienne de Papier Alfa (STPA), cre en 1968 pour la fabrication du papier d'impression
et d'criture.

La SNCPA est considre comme le plus important ple industriel du Centre-Ouest de


la

Tunisie.

Son

capital

est

de

21,1

Million

de

Dinars

Tunisiens.

Elle emploie actuellement 897 agents permanents et fait vivre environ 6 000 familles dans
les gouvernorats de Kasserine, Gafsa, Sidi Bouzid et Kairouan et ce par l'organisation de
compagne de collecte de la plante d'alfa.

Le chiffre d'affaires annuel de la SNCPA est de 60 Millions de Dinars Tunisiens.


I.3.2

Composition:

La SNCPA comprend :
SNTC : (Socit Nationale Tunisienne de Cellulose) cre en 1956, entre en
production en 1963 permettant la production de la pte dAlfa.
STPA : (Socit Tunisienne de Papier dAlfa) Cre en 1970 couvrant le march
du papier dimpression et dcriture.
Electrolyse : Production des produits chimiques.
ATELIERS Annexe : Traitement des eaux-Causatifs et Four chauxChaudires.

I.4 Prsentation gnral du projet:


I.4.1

Sujet:

Conception et dveloppement dune application scurise de gestion du temps de travail des


employs.
I.4.2

Description:
Le but du projet de fin d'tudes est de dvelopper une application agissant avec une

pointeuse biomtrique pour la gestion de la prsence du personnel. Cette application doit se


connecter une ou plusieurs pointeuses pour en rcuprer les informations de pointages
permettant le calcul des heures de travail, la dtection des absences et l'tablissement des
rapports des employs. L'application doit aussi permettre d'envoyer et de recevoir des donnes
diverses de la pointeuse, comme les donnes caractrisant la machine (numro, adresse IP,
adresse MAC, nombre des employs enregistrs, etc.), les informations des employs (nom,

adresse, dpartement, etc.). En outre le logiciel doit assurer la gestion des vacances, des
dpartements, et des calendriers de travail des employs ainsi que la gestion des exceptions de
travail comme la maladie, l'oubli de pointage et les heures supplmentaires. On plus
l'application doit fonctionner avec plusieurs SGBD que ce soit Oracle, Access ou SQL Server
vu qu'elle sera utilise par plusieurs entreprises qui n'utilisent pas forcement le mme serveur
de base de donnes.

I.4.3

Phases du projet :

Pour modliser la planification de tches ncessaires la ralisation de notre projet nous


avons utilis le diagramme de Gantt qui est reprsent par

la figure suivante :

Med Hichem
(Ressource
humaine)
Lancement du projet

Documentation

Organisation
du projet

Gharrsalli
Planning

07/02/2014

18/02/2014

des

Cahier des charges

(Ressource
humaine)

tches
Etude gnrale et tude dtaille
Spcification des

Med Hichem

Gharrsalli
18/02/2014

08/03/2014

Objectifs

Med Hichem
(Ressource
humaine)
Gharrsalli

Recherche et dtermination des solutions

05/03/2014

20/04/2014

Med Hichem
(Ressource
humaine)
Gharrsalli

Ralisation

20/03/2014

22/04/2014

Med Hichem
(Ressource
humaine)

Test
Programmatio
n

Test

unitaires

Test de

et

performanc

intgratio

n
Gharrsalli
Rdaction du rapport

20/02/2014

15/05/2014

Med Hichem
(Ressource
humaine)

I.5 Conclusion:
Ce chapitre a t le point de dpart pour la prsentation de mon projet, dans la mesure
o il dcrit son contexte gnral en prsentant lorganisme daccueil SNCPA, le cadre du
projet et les tapes de sa mise en uvre. On va dtailler ces tapes dans les prochains

chapitres aprs qu'on fait l'tude de l'existant et l'laboration du cahier des charges dans le
chapitre suivant.

Chapitre II .

Analyse et Spcification

II.1 Introduction:
Ce chapitre dcrit la phase de spcification et danalyse du projet. on analyse, dans un
premier temps, l'application existante en mettant l'accent sur ses limites. Puis dans un

deuxime temps on identifie les besoins fonctionnels auxquels mon systme doit rpondre en
prsentant les solutions proposes.

II.2 Analyse de l'existant:


II.2.1 Le principe dun systme biomtrique :

Un systme biomtrique est un systme automatique de mesure bas sur la


reconnaissance de caractristiques propres l'individu. Les techniques didentification
biomtriques jusqu rcemment lapanage des militaires ou des policiers, se retrouvent
dsormais dans de nombreuses applications commerciales ou bancaires. En effet, ces
techniques fournissent des moyens didentification et de fichage sappuyant sur des proprits
biologiques ou anthropomtriques. Un systme biomtrique peut fonctionner en mode de
vrification ou mode d'identification.

Les mesures biomtriques sont prises ou enregistres par la pointeuse biomtrique ou


chaque pointeuse est dote d'un systme d'exploitation et d'une base de donnes locale pour le
stockage des informations des employs (empreints, nom, etc.) et d'autres, permet d'identifier
l'employ et d'enregistrer le temps d'identification, ainsi lorsque celui-ci pointe chaque
entre et sortie de travail, ses heures de travail et son assiduit seront contrls et connus par
le chef. Cette identification pourra se faire de trois manires la plus utilise est l'empreinte
digitale.

Figure II.2 : Pointeuse biomtrique

II.2.2 La pointeuse SAFESCAN TA-855:


Le systme denregistrement de temps SAFESCAN TA-855 est utilis dans SNCPA. Il
offre un confort sans prcdent au niveau de lutilisation et rpond aux standards les plus
stricts au niveau de qualit. La pointeuse SAFESCAN TA-855 intgre la fois un lecteur
dempreintes digitales ainsi quun lecteur de cartes de proximit.

Figure II.3: La pointeuse SAFESCAN TA-855


La technologie biomtrique permet aux employs de sidentifier grce leurs empreintes
digitales, d'o :

L'limination des fraudes relatives au pointage : un salari agissant pour le compte


d'un autre,

L'limination des problmes lis l'utilisation d'un badge comme l'oubli, la perte (un
doigt, a ne se perd pas ou a ne soublie pas la maison),

Empreinte digitale permet lenregistrement des empreintes de quatre doigts par


employ, ce qui lui permet de pointer mme si un de ces doigts est inutilisable pour une raison
ou une autre.
L'utilisation des cartes de proximit permet une identification rapide de lemploy et
augmente la dure de vie de la pointeuse, vu qu'il n'y a pas de contact direct entre cette
dernire et la carte.

10

II.2.3 Attendance Management Software


Attendance Management Software est une application de gestion de temps, dveloppe
par le constructeur ZK Software, et livre avec la pointeuse lors de sa livraison. Malgr cela
cette application pose beaucoup de problmes.

Attendance Management Software n'est pas open source, elle est installe et utilise telle qu'elle
est. Par consquent elle ne peut pas tre configure pour qu'elle soit utilise ou intgre au
systme de l'entreprise.

-Elle fonctionne seulement avec le SGBD Access.

-L'interface de l'application et trop complexe et difficile grer et surtout pour la version


franaise.

Toutes ces limites et ces contraintes rendent les systmes biomtriques trs vulnrables et ont
besoin des amliorations. Dans ce contexte on va raliser dune application scurise de
gestion du temps de travail et du processus de formation des employs.

II.3 Cahier des charges:


II.3.1 Problmatiques :
L'application Attendance Management Software arrive avec ses fonctionnalits grer
le temps de travail et gnrer le rapport de prsence permettant d'valuer l'assiduit de
l'employ et par la suite de dterminer son salaire et de traiter ses demandes de formation.
Mais cette application a plusieurs limites :

Attendance Management Software n'est pas open source, elle est installe et utilise
telle qu'elle est. Par consquent elle ne peut pas tre configure pour qu'elle soit
utilise ou intgre au systme de l'entreprise.

Elle fonctionne seulement avec le SGBD Access.

11

L'interface de l'application et trop complexe et difficile grer et surtout pour la


version franaise.
II.3.2 Objectifs :
Dans le cadre de lamlioration que SNCPA (Socit Nationale de Cellulose et de
Papier Alfa) veut apporter son systme dinformation, nous allons concevoir et dvelopper
une application scurise permettant une gestion fine du temps de travail des salaris (le
calcul des heures de travail, la dtection des absences, mise jour des donnes diverses de la
pointeuse, la gestion des vacances, des dpartements, et des calendriers de travail des
employs, la gestion des exceptions de travail comme la maladie, l'oubli de pointage et les
heures supplmentaires) en se basant sur les informations rcupres de la pointeuse
biomtriques.
II.3.3

Les utilisateurs du produit :


Notre produit consiste une application de gestion et de surveillance fine du temps de

travail des salaris ce qui montre bien que lutilisateur principale est ladministrateur. Lui est
le seul utilisateur de lapplication pour assurer la scurit et la bonne gestion des ressources en
prenant les bonnes dcisions et les traitements convenables.
Solutions proposes :

Vu les limites et les problmes que posait l'Attendance Management Software, le


dveloppement d'une application de gestion de temps devient une ncessit. La nouvelle
application devra conserver les fonctionnalits de l'application actuelle mais de plus elle doit
remdier ses problmes et fournir une fonctionnalit qui est linformatisation du processus
de formation des employs.

L'application de gestion doit donc:

Fonctionner avec plusieurs SGBD (Access, Sql Server et Oracle).

12

Faciliter lchange des informations entre ladministrateur et la pointeuse (ajouter,


modifier ou supprimer les employs ou les dpartements localement et au niveau de la
pointeuse).

Prendre en considration les vacances et les exceptions de travail comme la maladie,


l'oubli de pointage, les heures supplmentaires ou autres.

II.3.4 Besoins fonctionnels :

La gestion du temps de travail des employs est assure par une pointeuse biomtrique
qui se base soit sur les empreintes digitales soit sur le lecteur de cartes de proximit. Cette
pointeuse va faire des enregistrements permanents des donnes des employs.

Ladministrateur doit toujours se connecter la pointeuse pour recevoir galement pour


envoyer des donnes. En se basant sur ces donnes il peut traiter des rapports, des demandes
de formation, les salaires. Lapplication permet ladministrateur de grer tous ce qui est
li au temps de travail.
II.3.5 Besoins non fonctionnels :

Les besoins non fonctionnels comportent les besoins dutilisation, les besoins de
gestion ou bien les besoins administratifs, les besoins de performances, les besoins matriels,
les besoins de scurit,...

Dans le cadre de ce travail, l'application devra tre extensible, c'est--dire quil pourra
y avoir une possibilit d'ajouter ou de modifier de nouvelles fonctionnalits.

IL faudra aussi noter que l'application devra tre hautement scurise car les
informations ne devront pas tre accessibles tout le monde.

Lapplication offre une interface conviviale facile utiliser.


13

La disponibilit : lapplication doit tre disponible tout instant pour tre utiliser par
nimporte quel utilisateur.
La scurit de laccs aux informations critiques : le systme devra grer
lauthentification et les droits daccs des diffrentes entits.
La fiabilit : les donnes fournies par lapplication doivent tre fiables.
Une solution ouverte et volue : lapplication peut tre amliore par lajout dautres
modules pour garantir la souplesse et lvolutivit et louverture de la solution.
La rapidit de traitement : le systme doit assurer un temps de rponse aux requtes
introduites par les internautes ainsi dexcution de telle sorte que la qualit de service
reste assure lors de la mont en charges.
La confidentialit : la confidentialit des donnes des employs : restreindre laccs
ces informations ladministrateur.

II.4 Conclusion :
Pour atteindre lobjectif de notre projet, on doit faire une bonne tude de l'existant en
mettant l'accent sur les limites aussi bien il faut essayer d'laborer un cahier des charges prcis
qui traite bien les problmatiques et prsente les solutions proposes pour la ralisation dun
systme dinformation efficace, qui seront dtailles dans le chapitre suivant.

I Analyse et conception
II.5 Introduction :
Dans tout projet informatique, la conception du systme dinformation forme une
tape primordiale et ncessaire. La conception doit prendre en considration les spcificits
du systme dvelopper dune part, et doit tre base sur une mthode approprie ces
spcificits dautre part. Dans ce chapitre, nous allons prsenter la mthode choisie pour la

14

conception de lapplication ainsi que les tapes que nous avons suivies tout au long de cette
tape.

II.6 Choix dune mthode :


II.6.1

Classification des mthodes de conception :

Compte tenu de la diversit des mthodes de conception, on est confront, lors du


processus de conception dun projet informatique, choisir celle qui est la plus adapte au
contexte de ce projet. Il existe trois types de mthodes de conception : les mthodes
analytiques ou cartsiennes (telles que la mthode Jackson ou SADT), les mthodes
systmiques (telles que la mthode merise ou encore la mthode axiale) et les mthodes
orientes-Objet (telles que la mthode BOOCH ou OMT) qui se basent sur lapproche objet.
II.6.2 Choix dune mthode objet :

Nous avons choisi une mthode oriente-objet pour la conception de notre application.
En effet, nous allons implmenter le systme en utilisant le langage JAVA qui est un langage
objet. Notre choix est galement d aux avantages que la mthode objet prsente par rapport
aux autres mthodes, surtout que notre application ne dispose pas dun systme existant qui
pourrait contrarier le choix de la mthode.
II.6.3 Le langage UML :
N de la fusion des mthodes objets dominantes (OMT, BOOCH et OOSE), puis
normalis par l'OMG en 1997, UML est rapidement devenu un standard incontournable. UML
n'est pas l'origine des concepts objets, mais il en donne une dfinition plus formelle et
apporte la dimension mthodologique qui faisait dfaut l'approche objet.

UML est un langage pseudo formel qui est fond sur un mta modle qui dfinit : les
lments de modlisation (les concepts manipuls par le langage), et la smantique de ces
lments (leur dfinition et le sens de leur utilisation). Le mta modle d'UML permet de
classer les concepts du langage (selon leur niveau d'abstraction ou domaine d'application) et

15

expose sa structure. UML propose aussi une notation, qui permet de reprsenter
graphiquement les lments de modlisation du mta modle.
II.6.3.1 Les diagrammes dUML :

UML permet de dfinir et de visualiser un modle, l'aide de diagrammes. Un


diagramme est une reprsentation graphique, qui s'intresse un aspect prcis du modle et
chaque type de diagramme possde une structure (les types des lments de modlisation qui
le composent sont prdfinis). La structure des diagrammes UML et la notation graphique des
lments de modlisation est normalise. Chaque type de diagramme vhicule une smantique
prcise. Combins, les diffrents types de diagrammes UML offrent une vue complte des
aspects statiques et dynamiques d'un systme. Les diffrents diagrammes dUML sont
prsents selon deux types de vues, les vues statiques et les vues dynamiques du systme.
a

Les vues statiques :

Le diagramme des cas dutilisation :

Ce diagramme reprsente linteraction des acteurs avec le systme. Il permet de


structurer les besoins des utilisateurs et les objectifs correspondants d'un systme. Il se limite
aux proccupations "relles" des utilisateurs et ne prsente pas de solutions d'implmentation.

Le diagramme dobjets :
Il reprsente un ensemble dobjets en liaison les uns les autres. Il sert identifier les objets.

Le diagramme de classes :

Il reprsente les diffrentes classes du systme et les liens entre ces dernires. Cest
une collection d'lments de modlisation statiques qui montre la structure d'un modle. Il fait
abstraction des aspects dynamiques et temporels.

16

Le diagramme de composants :

Le diagramme de composant permet de dcrire l'architecture physique et statique d'une


application en termes de modules : fichiers sources, librairies, excutables, etc. Il montre la
mise en uvre physique des modles de la vue logique du systme avec l'environnement de
dveloppement.

Le diagramme de dploiement:

Le diagramme de dploiement montre la disposition physique des matriels qui composent le


systme et la rpartition des composants sur ces matriels.
b

Les vues dynamique :

Le diagramme de collaboration :

Le diagramme de collaboration montre les interactions entre les objets et permet de


reprsenter le contexte d'une interaction, car on peut y prciser les tats des objets qui
interagissent.

Le diagramme de squence :

Le diagramme de squence permet de reprsenter des collaborations entre objets selon


un point de vue temporel, on y met l'accent sur la chronologie des envois de messages. Dans
un diagramme de squence, on se concentre surtout sur lexpression des interactions entre les
objets au dpit de leur tat. Ces diagrammes sont souvent utiliss pour dcrire un cas
dutilisation.

Le diagramme dtats-transition :

17

Le diagramme d'tats-transitions permet de dcrire les changements d'tats d'un objet


ou d'un composant, en rponse aux interactions avec d'autres objets/composants ou avec des
acteurs. Un tat se caractrise par sa dure et sa stabilit, il reprsente une conjonction
instantane des valeurs des attributs d'un objet. Une transition reprsente le passage instantan
d'un tat vers un autre et est dclenche par un vnement.

Le diagramme dactivits :

Cest la reprsentation graphique du comportement dune mthode ou du droulement


dun cas dutilisation. Une activit reprsente un droulement dtapes squentielles, et le
passage dune activit vers une autre sappelle transition. Notons toutefois que pour modliser
un systme informatique, il nest pas obligatoire de passer par tous les diagrammes. En effet,
cest selon le type du systme quon choisit dutiliser tel ou tel diagramme. Dans notre cas, on
a utilis trois diagrammes : le diagramme des cas dutilisation, le diagramme de squence et le
diagramme de classes.

II.7 Conception et Analyse de notre application :


II.7.1 Diagramme des cas dutilisation (DCU) :
II.7.1.1 Identification et prsentation des cas dutilisation :
c

Les acteurs :

Le systme interagit avec un seul acteur qui est l'administrateur ou le gestionnaire,


celui-ci s'occupera de tous les modules de l'application. Le rle des employs de l'entreprise
est de pointer rgulirement dans la pointeuse. Ils n'agissent pas sur l'application.
Administrateur : cest ladministrateur du rseau, celui qui gre lapplication.
d

Les cas dutilisation :

Nous procderons dans une premire partie spcifier chaque cas dutilisation part, ensuite nous
fournirons un diagramme global runissant les cas dutilisation de notre application.
Authentification : pour se connecter ladministrateur doit sauthentifier.

18

Gestion des employs: Consiste ajouter, afficher, modifier, supprimer et chercher un


employ, envoyer les informations des employs la pointeuse et afficher le calendrier de
travail.

Gnration du rapport: Consiste gnrer le rapport de chaque employ pour une priode
donne. Ce rapport prsente les horaires officiels d'entre et de sortie, les horaires rels
d'entre et de sortie, les retards, les vacances et les exceptions et finalement le nombre des
heures travailles.

Gestion des calendriers de travail: Le calendrier de travail reprsente l'emploi de temps de


travail (c'est--dire les horaires d'entre et de sortie) pour une dure dtermine. La gestion
des calendriers regroupe la cration d'un nouveau calendrier, la modification ou la suppression
d'un calendrier existant, ainsi que l'affectation des calendriers aux employs.

Gestion des horaires de travail: Consiste ajouter, afficher, modifier et supprimer un


horaire de travail. A noter que ces horaires seront utiliss pour prparer le calendrier de
travail. L'horaire continu (8h 16h) est un exemple d'horaire, et dans ce cas un calendrier de
travail d'une semaine sera titre d'illustration d'entrer pour tous les jours de travail 8h et de
sortir 16h.

Gestion des dpartements: Ce cas regroupe les scnarios: ajouter dpartement, afficher les
dpartements, afficher les employs des dpartements, modifier et supprimer dpartement.

Gestion des pointeuses: L'application doit pouvoir communiquer avec la pointeuse, do la


ncessit de pouvoir afficher les informations de cette pointeuse, les modifier, les supprimer
ou ajouter une nouvelle. La gestion de pointeuse qui comporte la recherche la consultation des
pointeuses pour pouvoir manipuler les donnes.

Gestion des vacances : Ce cas contient les scnarios suivant: ajouter vacance, afficher les
vacances, dterminer les employs concerns, modifier et supprimer une vacance.

19

Gestion des exceptions de travail: Le but de ce cas est de pouvoir dclarer une exception de
travail comme la maladie, l'oubli de pointage ou les heures supplmentaires, pour les prendre
en considration lors de la gnration du rapport. La gestion consiste afficher, ajouter,
modifier et supprimer une exception et l'affecter aux employs concerns.

20

II.7.1.2 Diagramme gnral des cas d'utilisation:


La figure 3.1 reprsente le diagramme gnral des cas dutilisation :

21

Figure III.4 : Diagramme gnral des cas dutilisation

On va dtailler quelques cas dutilisation:

22

Diagramme des cas d'utilisation de gestion des employs

On peut simplifier la gestion des employs comme suit:

Figure III.5: Diagramme des cas d'utilisation de gestion des employs

Dans le diagramme des cas d'utilisation de gestion des employs, le cas " Grer les donnes des
employs semble la plus intressante. Il est gnral: on peut la spcifier en quatre cas
d'utilisation:
Ajouter un employ: l'administrateur peut ajouter un employ dans sa base de donnes local
partir d'un formulaire qui contient tous les informations ncessaires.
Modifier les attributs d'un employ: l'administrateur peut modifier les attributs d'un employ
(par exemple l'adresse, la poste occupe, numro de tlphone)
Supprimer un employ: l'administrateur peut supprimer un employ par exemple en cas de
retraite d'un employ.
Le cas d'utilisation "Afficher le calendrier du travail" a pour but de mettre en vidence l'horaire
de travail, les jours fris et les vacances dont profitera l'employ.
Le cas d'utilisation " Envoyer des informations la pointeuse": En cas d'ajout d'un nouvel
employ ou bien de modifier les attributs d'un employ dj existe dans la base, l'administrateur
doit envoyer les nouvelles informations ou bien la mise jour la pointeuse.
Chercher un employ: l'administrateur peut faire une recherche d'un employ. Il entre son
numro et la recherche dans la base lui affiche tous les donnes de l'employ recherch.

23

Diagramme des cas d'utilisation: gestion des horaires de travail


On peut encore modliser le cas dutilisation gestion des horaires de travail . Dans ce

cas ladministrateur peut ajouter, afficher, modifier et supprimer un horaire de travail pour un
employ bien dfini et ceci permet de prparer le calendrier du travail.
La figure suivante correspond au diagramme de cas dutilisation de la gestion des
horaires de travail.

Figure III.6 : Diagramme des cas d'utilisation: gestion des horaires de travail

II.7.2 Diagramme de classes:


Le diagramme des classes est tabli en identifiant les principales classes, leurs associations,
leurs attributs et leurs mthodes.
Nous identifions les principales classes de lapplication.
24

Employ : Reprsente l'ensemble des employs de l'entreprise qui doivent marquer leurs
heures d'entres et de sorties en pointant dans la pointeuse biomtrique.
Appareil : Reprsente l'ensemble des appareils pointeuses. Elle regroupe les diffrentes
caractristiques qui caractrisent une pointeuse comme le numro, le nom, l'adresse IP et
MAC, le type de communication,
Dpartement : Reprsente les diffrents dpartements de l'entreprise.
Vacance : Reprsente l'ensemble des vacances et des jours fris dont bnficieront les
employs.
Pointage : Reprsente les pointages des employs. Chaque pointage est caractris par le
numro de l'employ concern, la date et l'heure de pointage ainsi que le type de pointage
(empreinte digital, mot de passe ou carte magntique).

Note: le pointage signifie l'identification


Exception : Reprsente les diffrentes exceptions de travail que peut rencontrer l'employ
comme la maladie, l'oubli de pointage, les heures supplmentaires,...
HoraireTravail : Reprsente l'ensemble des horaires de travail des employs durant les
diffrentes priodes de l'anne. Un horaire de travail est caractris par un identifiant unique,
un nom, nombre de tranche qui peut tre 1 ou 2 et les heures d'entres/sorties de travail. Par
exemple l'horaire continu se caractrise d'une seule tranche qui commence 8h de matin et se
termine 16h
CalendrierTravail : Reprsente les diffrents calendriers de travail des employs durant les
diffrentes priodes de l'anne. L'unit d'un calendrier est la semaine.

Pour crer un calendrier il faut tout d'abord dterminer l'horaire de travail de la semaine, puis
le nombre de fois qu'il faut le rpter.

Par exemple si l'horaire de travail ne va pas changer pour un mois, alors dans ce cas le
calendrier de ce mois sera fait comme suit:

1- Dterminer l'horaire d'une semaine

25

2- Rpter ces horaires cinq fois pour couvrir tout le mois.


Rapport : Cette classe est ddie surtout au calcule. Elle prsente des mthodes permettant de
rcuprer les informations ncessaires, pour l'laboration du rapport d'un employ donn,
pour une priode bien prcise.

La figure suivante reprsente le diagramme de classes relatif notre lapplication :


Pointage

Rapport

+id: Integer
+mode_verification: Integer
+annee: Integer
+mois: Integer
+jour: Integer
+heure: Integer
+minute: Integer

+datedebut: Date
+datefin: Date
+etat: String
+somme: Integer
+retard: Integer
+sortietot: Integer
+h_travaile_par_jour: Integer

1..*

0..*

0..*

0..*

0..*
Exception
0..*

0..*
0..*

0..*

Employe
+num-emp: Integer
+name-emp: String
1 +date-naissance: Date
+adresse: String
+ville: String
+code-poste: Integer
1..* +tel: String
+email: String
+date-recrutement: String
+poste-occupe: String
+password: String
+numero-carte: Integer
+status: String
+idemp: Integer

Appareil
+num: Integer
+nom: String
+port: Integer
+B_R: Integer
+com: String
1
+add_ip: String
+nbr_user: Integer
+nbr_admin: Integer
+user_cap: Integer
+Mac: String
+pw: Integer

1..*
HoraireTravail
+id: Integer
+nom: String
+type: Integer
+h-entre1: Integer
+m-entre1: Integer
+h-sortie1: Integer
+m-sortie1: Integer
+h-entre2: Integer
+m-entre2: Integer
+h-sortie2: Integer
+m-sortie2: Integer

1..*

1..*

1..*

1..*

+id: Integer
+Nom: String
+jour_debut: Integer
+mois_debut: Integer
+anne: Integer
+dure: Integer

0..*

Vacances

+id: Integer
+nom: String
+jour: Integer
+mois: Integer
+annee: Integer
+duree: Integer
+detail: String

1..*

0..*

1
Departement
+id
+nom: String
+description: String

1..*
0..*

0..*

0..*
0..*

Figure III.7 : Diagramme de classe

26

0..*

CalendrierTravail
+id: Integer
+nom: String
1..*
+jourd: Integer
+moisd: Integer
+anneed: Integer
+occurance: Integer

II.7.3

Diagramme de squences:

Les diagrammes de squences permettent de reprsenter les interactions entre les acteurs et le
systme selon un ordre chronologique. La modlisation de ces interactions consiste
lidentification des scnarios possibles des diffrents cas dutilisation.

On prend comme exemples les cas dutilisation suivants:

Ajouter un nouvel employ

Afficher le calendrier d'un employ

Grer le pointage
II.7.3.1 Diagramme de squence du scnario Ajouter un nouveau employ :

Pour ajouter un nouvel employ, l'administrateur de l'application passe par les tapes
suivantes:

Tout d'abord l'administrateur doit s'authentifier

Le systme vrifie les donnes d'authentification saisies par l'administrateur, en cas de succs
il accepte l'accs.

Ladministrateur accde l'application et saisie les informations ncessaires dans le


formulaire "ajouter un employ" et valide l'ajout
27

Le systme rcupre les informations saisies. Il fait une vrification : si lemploy dj existe
ou lun des champs est erron, il affiche un message derreur. En cas contraire, il fait appel
aux deux mthodes "ajouter_ emp" pour ajouter l'employ dans la base de donnes locale et
"ajoute_ emp_appareil" pour l'ajouter dans la base de la pointeuse. Enfin une boite de
dialogue s'affiche indiquant que l'opration s'est termine avec succs.

La figure suivante

montre le diagramme de squence du scnario Ajouter un nouveau

employ.

28

Figure III.8 : Scnario Ajouter un nouveau employ

II.7.3.2 Diagramme de squence du scnario Afficher le calendrier de travail d'un


employ :
Chaque employ a un calendrier de travail prsentant ses heures d'entres/sorties de travail
ainsi que les vacances programmes. Le scnario "Afficher le calendrier de travail d'un
employ" se droule comme suit:

29

A partir du menu principal de l'application, l'administrateur choisie la gestion des employs


aprs l'authentification auprs le systme.

Dans le formulaire d'affichage du calendrier, le gestionnaire prcise les dates dlimitant la priode

qu'il l'intresse puis confirme son choix.

Le systme fait appel la mthode "RemplirCal" de la classe "AgendaEmp" qui affiche


l'administrateur un calendrier de travail. Ce dernier contient les journes de travail prcises
par une heure d'entr et une heure de sortie et les jours fris.

La figure ci-dessous illustre le diagramme de squence pour ce scnario:

30

Figur
e III.9 : scnario Afficher le calendrier de travail d'un employ

II.7.3.3 Diagramme de squence du scnario Grer les pointages :

Pour afficher des dtails sur les pointages des employs, l'administrateur de l'application passe
par les tapes suivantes:

Laccs l'application aprs l'authentification auprs le systme.

31

Ladministrateur choisie un employ pour lui afficher les dtails de pointage.

Le systme rcupre les informations ncessaires de la pointeuse et les affiche


l'administrateur.

La figure ci-dessous illustre le diagramme de squence pour ce scnario:

Figure III.10 : scnario Grer les pointages

32

II.8 Conception de la base de donnes :


Nous allons implmenter la base de donnes en utilisant un SGBDR : MySQL. Etant
donn que la modlisation a t faite avec UML, et que le code va tre ralis en utilisant
JAVA qui implmente la notion dobjet, nous allons concevoir les classes comme tant des
tables dune base de donnes relationnelle. Pour ce fait nous allons noncer les rgles de
passage dun diagramme de classes vers une base de donnes relationnelle.
II.8.1 Rglage dun passage dun diagramme des classes vers BD relationnelle :

Une classe est reprsente par une table.

Une association un plusieurs implique lintgration de la cl de la table relative


la classe portant la cardinalit un dans la table relative la classe portant la
cardinalit plusieurs .

Une association plusieurs plusieurs implique la cration dune nouvelle table


ayant comme cl la concatnation des cls des deux tables relatives aux classes
associs.
II.8.2 La base de donnes relationnelle :
Le tableau suivant reprsente la table employe :
Tableau 2 :Table Employe

Table

Employe
Liste des attributs

Code

Libell

Type

id_emp

L'identificateur de l'employ

Entier

Name_emp

Le nom de l'employ

Alphabtique

Date_naissance

La date de naissance

Date

adresse

L'adresse de l'employ

Alpha numrique

ville

La ville de l'employ

Alpha numrique

33

Code_poste

Le code postal

Entier

tel

Le numro du tlphone

Entier

email

L'adresse lectronique

Alpha numrique

Date-recruttement

La date de recrutement

Date

Poste_occupe

La poste de l'employ

Alpha numrique

password

Le mot de passe de l'employ

Alpha numrique

Num_carte

Le numro de la carte de l'employ

Entier

status

Etat dcrivant ltat de l'employ

Alpha numrique

#num_ap

Le numro de la pointeuse

Entier

#id_dep

L'identificateur de dpartement

Entier

Le tableau suivant illustre la table Appareil


Tableau 3 : table Appareil

Table

Appareil
Liste des attributs

Code
num_Ap

Libell
L'identificateur de la

Type
Entier

pointeuse
Le nom de la pointeuse
Le port au quel est

Alpha numrique

add_IP

connecte la pointeuse
L'adresse IP de la pointeuse
Le nombre des employs

Alpha numrique

nbr_user

enregistrs dans la

Entier

user_cap

pointeuse
Administrateure generale
L'adresse Mac de la

Alpha numrique

nom
port

Mac
pw

pointeuse
Mot de passe dappareil

34

Alpha numrique

Alpha numrique
Alpha numrique

Le tableau suivant est la table departement:


Tableau 4 : Table departement

Table

Departement
Liste des attributes

Code
Id
nom
description

Libell
L'identificateur de la

Type

department
Le nom de department
Une petite description du
dpartement

Entier
Alpha numrique
Alpha numrique

Le tableau suivant reprsente la table vacance :


Tableau 5 : Table vacance

Table

Vacance
Liste des attributs

Code

Libell

Type

id_vac

L'identificateur de la vacance

Entier

nom

Le nom de la vacance

Alpha numrique

Jour_debut

Le jour de dbut de la vacance

Entier

Mois_debut

Le mois de dbut de la vacance

Alpha numrique

annee

L'anne de la vacance

Entier

dure

La dure de la vacance

Alpha numrique

35

Le tableau suivant illustre la table pointage


Tableau 6 : Table pointage

Table

Pointage
Liste des attributs

Code

Libell

Type

id_pointage

Entier
Alphabtique

annee

L'identificateur du pointage
Mode de vrification (empreintes digitales
ou lecteur de cartes de proximit)
Anne de pointage

mois

Mois de pointage

Entier

jour

Jour de pointage

Entier

heure

Heure de pointage

Entier

minute

Minute de pointage

Entier

#num_emp

L'identificateur de l'employ

Entier

#num_Ap

L'identificateur de la pointeuse

Entier

Mode_verification

Entier

Le tableau suivant est la table Exception :


Tableau 7 : Table exception

Table

Exception
Liste des attributs

Code

Libell

Type

id_ Exception

L'identificateur dException

Entier

Nom_ Exception

Nom dException

Alphabtique

Date

date dException

date

duree

Dure dexception

Entier

detail

dtail dexception

Alphabtique

36

Le tableau suivant reprsente la table HoraireTravail


Tableau 8 : Table HoraireTravail

Table

HoraireTravail
Liste des attributs

Code

Libell

Type

id_horaire

L'identificateur d' Horaire de Travail

Entier

Nom_ horaire

Le nom de lhoraire

Alphabtique

Type_ horaire

Le type dhraire

Alpha numrique

h-entre1

Lheure dentr de la premire sance


La minute dentr de la premire
sance
Lheure de sortie de la premire sance
La minute de sortie de la premire
sance
Lheure dentr de la deuxime sance
La minute dentr de la deuxime
sance
Lheure de sortie de la deuxime
sance
La minute de sortie de la deuxime
sance

Entier

m-entre1
h-sortie1
m-sortie1
h-entre2
m-entre2
h-sortie2
m-sortie2

Entier
Entier
Entier
Entier
Entier
Entier
Entier

Le tableau suivant illustre table CalendrierTravail


Tableau 9 : Table CalendrierTravail

Table

CalendrierTravail
Liste des attributs

Code

Libell

Type

id_ calendrier

Lidentificateur de calendrier de Travail

Entier

Nom_ calendrier

Nom du calendrier

Alphanumrique

Date _ debut

date de debut de calendrier de Travail

date

occurance

Occurance de calendrier de Travail

Entier

37

Le tableau suivant illustre la dernire table de la base de donnes Rapport


Tableau 10 : Table rapport

Table

Rapport
Liste des attributs

Code

Libell

Type

Date_debut

Date debut de travail

Date

Date_fin

Date fin de travail

Date

Etat

Etat de presence

Alphabtique

Somme

Somme dheure de travail

Entier

Retard

Retard dheure de travail

Entier

Sortie_tot

Sortie totale

Entier

h_travaile_par_jou
r
#num_emp

Nombre dheure de travail par jour

Entier

L'identificateur de l'employ

entier

II.9 Conclusion :
Dans ce chapitre, nous avons prsent notre approche. Nous nous sommes bass sur la
conception UML pour modliser notre application avec diffrents diagrammes de conception
qui permet dexprimer les diffrentes fonctionnalits de lapplication a pour but de rendra la
gestion du temps de travail plus ais et clair

38

Chapitre III .

La ralisation

III.1 Introduction :
Dans ce dernier chapitre du rapport nous dcrivons la partie ralisation de notre
application, nous allons commencer par une description de la plateforme matrielle et
logicielle utilise puis une description des outils de communication ncessaires.

III.2 Plate-forme matrielle et logicielle utilise :


III.2.1 Plate-forme matrielle :
Un ordinateur est quip de systme d'exploitation Windows7
La pointeuse SAFESCAN TA-855 : est une pointeuse biomtrique de conception
rcente, connecte directe sur notre rseau Ethernet (cble droit pour un hub ou
Switch, cble crois pour le port Ethernet de l'ordinateur). Une simple prise 220 v
suffit la pointeuse SAFESCAN TA-855. Les empreintes digitales de deux doigts
par personne sont enregistres sur l'appareil.
III.2.2 Plate-forme logicielle utilise :
III.2.2.1 Staruml:
StarUML est un logiciel de modelage UML qui est entr rcemment dans le monde de
l'OpenSource. Ecrit en Delphi, il est modulaire et propose plusieurs gnrateurs de code.
StarUML permet la cration de diagrammes de cas d'utilisation, de classes, de squences, de
collaboration (communication), d'tats-transitions, d'activits, de composants, de dploiement
et de structure composite. Il permet le gnration de code C#, C++ et JAVA (retro-ingnierie
de code dans ces langages), de documentation, etc. L'utilisateur peut crer ses templates de
gnration.

39

III.2.2.2 NetBeans :
NetBeans est un environnement de dveloppement intgr (EDI),
supporter

diffrents

autres

il permet galement de

langages,

comme Python, C, C+

+, JavaScript, XML, Ruby, PHP et HTML, Il comprend toutes les caractristiques d'un IDE
moderne (diteur en couleur, projets multi-langage, refactoring, diteur graphique d'interfaces
et de pages Web).
Conu

en

Java,

NetBeans

sous Windows, Linux, Solaris (sur x86 et SPARC), Mac

est
OS

X ou

disponible
sous

une

version

indpendante des systmes d'exploitation (requrant une machine virtuelle Java). Un


environnement Java Dveloppement Kit (JDK) est requis pour les dveloppements en Java.
III.2.3 Langages et outils utiliss :
III.2.3.1 Prsentation de JAVA :
Java a t dveloppe partir de dcembre 1990 par une quipe de Sun Microsystems dirige
par James Gosling. Cest est un langage objet de la famille des langages de classe comme C+
+ ou SmallTalk. Le langage Java est un langage classes. L'hritage est simple et permet de
redfinir ou de surcharger des mthodes hrites. Le typage est statique. Une classe hrite est
en relation de sous-typage avec sa classe anctre. Java ne possde pas de classe paramtre.
On obtient deux types de polymorphisme : ad hoc pour la surcharge et d'inclusion pour la
redfinition. Java possde d'importantes bibliothques de classes (environ 600 avec le JDK
auxquelles s'ajoutent les nombreux dveloppements indpendants). Les principales
bibliothques concernent les interfaces graphiques et les oprations d'entres-sorties intgrant
la communication entre machines.
III.2.3.2 Mysql :
MySQL est un systme de gestion de base de donnes relationnelle (SGBDR). Il est distribu

sous une double licence GPL et propritaire. Il fait partie des logiciels de gestion de base de
donnes les plus utiliss au monde, autant par le grand public (applications web
principalement)

que

par

des

professionnels,
40

en

concurrence

avec Oracle, Informix et Microsoft SQL Server. MySQL fonctionne sur un trs grand nombre
de plate-formes et de systmes d'exploitation.

III.3 Dmarche de ralisation :


Afin de mieux comprendre la structure de notre application, nous allons dtailler les
diffrentes tches que nous avons effectues.
III.3.1 Splash Screen :

En jargon informatique, un splash screen cran d'claboussure ; en franais, (on devrait


dire page de garde ou fentre d'attente) est la toute premire fentre affiche par un logiciel.

Notre application est dbute par une splash screenqui est une fentre incite l'utilisateur
patienter pendant le chargement et l'installation de lapplication comme illustr dans la figure
suivante :

Figure IV.11: Splash Screen

41

III.3.2 Fentre dauthentification:

La premire activit qui saffiche est lactivit authentification. Cette activit permet a
lutilisateur dintroduire leur login et mot de passe afin daccder aux fonctionnalits de
lapplication. Cependant, il faut introduire un login et un mot de passe valides comme
indiqu dans la figure suivante :

Figure IV.12: Fentre dauthentification

Aprs une authentification russie, on la fentre principale de notre application qui comporte
plusieurs actions comme lindique la figure suivante :

42

43

III.3.3

Menu principal :

Figure IV.13: Menu principal de l'application


Dans le menu principal on retrouve les diffrents cas d'utilisations cits prcdemment, avec la
grille de donnes au milieu qui liste les informations des pointeuses connectes l'application. Le
menu constitue le point d'entr n'importe quelle gestion, notamment la gestion des employs qui
sera traite dans le paragraphe suivant :

44

III.3.4

Gestion des employs :

A partir du menu principal le gestionnaire pourra accder au formulaire de gestion des employs
en cliquant sur l'icne lui correspondant aprs avoir slectionner une pointeuse prcise dans la
grille de donnes. Ainsi le rsultat obtenu sera le formulaire dans la figure suivant :

Figure IV.14 : Menu de gestion des employs

A partir de cette interface, on pourra drouler les diffrents scnarios de la gestion des
employs dj traits dans la conception dtaille, mais avec un scnario en plus, il s'agit de "
tlchargement des donnes de la pointeuse". Le but de celui-ci est d'accder la base locale
de la pointeuse slectionne et d'en rcuprer les donnes des employs, pour la synchroniser
avec la base locale de l'application.

45

III.3.5 Ajouter/modifier un employ :


La figure ci-dessous prsente l'interface pour l'ajout et la modification d'un employ:

Figure IV.15 : Menu Ajouter/modifier un employ

Ce formulaire se dcompose en deux parties. La premire regroupe les informations


personnelles de l'employ sauf le "IdControlAccs" qui reprsente son identifiant dans
l'appareil. Et la deuxime partie traite ses informations par rapport la pointeuse o il est
enregistr.

46

III.3.6 Gestion des dpartements:


La figure ci-dessous montre l'interface permettant la gestion des dpartements:

Figure IV.16: Menu Gestion des dpartements

A partir de cette interface on peut visualiser les diffrents dpartements et les employs qui y
appartiennent, ajouter, modifier, ou supprimer un dpartement. Ainsi que la consultation du
calendrier de travail s'il est programm. Ce qu'il faut noter est que la modification des employs
d'un dpartement (ajouter, supprimer un employ d'un dpartement) n'est pas prise en charge ici,
mais il faut aller au formulaire de modification des informations d'un employ pour effectuer cette
opration.

47

III.3.7 Consultation de pointage:

Le gestionnaire pourra consulter les pointages des employs, et voir l'heure et la date de
pointage ainsi que le moyen de pointage (empreint digitale, mot de passe, carte magntique)
pour une priode qu'il a prcis travers l'interface dans la figure suivante:

Figure IV.17: Menu consultation de pointage

48

III.3.8 Gestion des vacances:


La figure ci-dessous illustre l'interface partir de laquelle la gestion des vacances est faite:

Figure IV.18: Menu Gestion des vacances


Cette interface permet d'afficher les vacances programmes, ajouter, modifier, supprimer et
affecter une vacance un ou plusieurs employs ou dpartements.

49

III.4 Conclusion :

Ce chapitre a t consacr la description de la mise en uvre du logiciel. Ainsi, j'ai prsent les
outils de ralisation et les interfaces illustrant lutilisation de l'application.

Conclusion Gnrale et Perspectives


Durant ce projet de fin dtudes, nous avons conu et ralis un logiciel pour la
gestion de temps de travail des employs au sein des entreprises. Une telle application vise
principalement aider les responsables mesurer l'assiduit et le srieux des employs et
contrler leurs prsences et leurs absences.
Pour accomplir ma mission et rpondre au besoin signal, j'ai commenc par dfinir
les principales fonctionnalits attendues du systme cible. Ensuite, j'ai abord ltude
fonctionnelle de lapplication et ltude conceptuelle dans laquelle j'ai labor la conception
de la solution en utilisant le formalisme UML. Enfin, j'ai abord la phase ralisation qui
consiste implmenter les fonctionnalits du systme.

En guise de conclusion, la ralisation de ce projet nous a t bnfique aussi bien sur


le plan technique que sur le plan professionnel. Ceci nous a permis denrichir et dapprofondir
nos connaissances thoriques sur les notions de bases des systmes biomtriques et des
systmes dinformations

Ce projet nous a permis galement dapprofondir nos connaissances pratiques. Nous


sommes parvenues concevoir laide des divers logiciels dploys lors de la conception de
cette application tels que le langage de dveloppement orient objet Java ; et nous avons eu
lopportunit de maitriser les types de connexions dans un rseau (Connection directe sur le
rseau thernet (cble droit pour un hub ou svitch, cble crois pour le port ethernet de
l'ordinateur)).

50

Comme perspectives pour notre application ; nous proposons les possibilits


suivantes :
Cette ralisation peut tre tendue sous divers axes. On peut par exemple raliser :
On peut enrechir notre application en ajoutant un espace pour lemploy qui lui permet
daccder lapplication pour savoir son salaire, sesheures supplimentaires et ses
abscence. Aussi pour mettre des avis et des idesde travail.
Amlioration de la visualisation en fournissant un ensemble de possibilits de suivis
des informations comme des alarmes, des graphiques.

Dvelopper une interface graphique base sur le Web de donnes et l'accs via le
serveur http.

Bibliographie
http://fr.wikipedia.org/wiki/MySQL
http://dev.mysql.com/downloads/
https://netbeans.org/downloads/
http://codes-sources.commentcamarche.net/
http://www.vedex.com/downloads/mode_a8.pdf

51

52