Geston Des Personnels Gouvernorat Du Kairouan

UNIVERSITE VIRTUELLE DE TUNIS
GESTON DES PERSONNELS

GOUVERNORAT DU KAIROUAN

Par : ZIED TOUNSI
PROJET DE FIN DETUDE
Licence Applique
En
SCIENCES ET TECHNIQUES DE LINFORMATIONS ET DE COMMUNICATIONS

Encadreur : M. Riadh Bouhouchi

Anne Universitaire : 2010/2011

Ddicaces

A ma plus grande source de fiert : mon pre Hassen
A la lueur qui claircit ma vie : ma mre Fatma
Pour toute la tendresse avec la quelle ils mont entour et tous les sacrifices quils
ont fait pour moi
A mes chres et biens aimes frres et sur : Wissem, Walid, Marwen, Chokri,
Yamen, Riadh, Belgacem, Marwa, Sahar
A ma chre et fidle amie Rahma
A tous mes collgues de la Division des affaires sociales
A tous les enseignants auxquels je dois ce que je suis maintenant
A tous mes amis lUVT et qui me sait
Je ddie ce travail.
Tounsi Zied

Remerciements

Je souhaite dabord exprimer ma vive reconnaissance pour mon encadreur
Monsieur Riadh Bouhouchi qui ma toujours guid sans jamais me contraindre,
Je le remercie trs sincrement pour mavoir donn lopportunit de mener bien ce
travail par sa disponibilit et son soutien, pour le temps quil ma consacr et ses
nombreux et prcieux conseils, et je le remercie surtout pour mavoir soutenu dans
tous le sens du terme, depuis la premire sance du cours que jai eu la chance
dassister avec lui.
Je tiens exprimer de mme ma gratitude mon encadreur du Gouvernorat
de Kairouan Monsieur Chokri Mahfoudhi Qui a cru en moi et qui n'a cess de me
faire profiter ses prcieux conseils et ses remarques. Et tout le personnel de la
Division des affaires sociales en particulier Madame Mariem.

Table des matires

Introduction Gnrale ............................................................................................................................. 10
I. Prface .................................................................................................................................................. 11
II.Prsentation de Lorganisme daccueil .............................................................................................. 11
II.1. Cration : ....................................................................................................................................................... 11
II.2. Les divisions relevant au gouvernorat : ......................................................................................................... 12
II.2.1. Les missions du gouverneur comprennent : ............................................................................................... 12
II.2.2. Les dlgus de gouvernorat : .................................................................................................................... 12
II.2.3. Prsentation du Division des affaires administratives gnrales : .............................................................. 12
II.3. Lorganigramme : .......................................................................................................................................... 13
III.Plan du rapport ................................................................................................................................... 15
Chapitre1: Spcification et analyse des besoins ..................................................................................... 16
I. Introduction .......................................................................................................................................... 17
II.Etude de lexistant ............................................................................................................................... 17
II.1.Problmatique: ............................................................................................................................................... 17
II.2.Solution Propose :......................................................................................................................................... 17
III.Spcification de besoins .................................................................................................................... 17
III.1.Besoins fonctionnels : .................................................................................................................................. 17
III.2.Besoins non fonctionnels : .......................................................................................................................... 18
IV.Cahier des charges ............................................................................................................................. 18
Chapitre 2 : La Conception ..................................................................................................................... 19
I. Introduction .......................................................................................................................................... 20
I.1. Introduction dUML : ..................................................................................................................................... 20
II.Conception gnrale ............................................................................................................................ 21
II.1. Le choix du cycle de vie : .............................................................................................................................. 21
II.2. Choix de la mthode de conception : ............................................................................................................ 21

III.Conception dtaille .......................................................................................................................... 22
III.1. Mthodologie de travail : ............................................................................................................................. 22
III.2. Diagramme de cas dutilisation : ................................................................................................... 22
III .2.1. Identification des acteurs : ....................................................................................................................... 22
III.2.2. Identification des cas dutilisation : .......................................................................................................... 23
III.2.3. Description textuelle des cas dutilisation : .............................................................................................. 23
III.3. Diagramme dactivit : .................................................................................................................. 29
III.3.1. Processus dauthentification : ..................................................................................................... 29
III.3.2. Processus dajout dun personnel : ............................................................................................. 31
III.3.3. Processus de modification dun personnel : ............................................................................... 32
III.3.4. Processus de suppression dun personnel : ................................................................................. 33
III.4. Diagramme de squence : .............................................................................................................. 34
III.4.1. Digramme de squence de modle de conception : sidentifier .......................................................... 34
III.4.2. Digramme de squence de modle de conception Consulter .............................................................. 35
III.4.3. Digramme de squence de modle de conception : Ajouter personnel ............................................... 36
III.4.4. Diagramme de squence de modle de conception Modifier Personnel ............................................. 37
III.4.5. Diagramme de squence de modle de conception Supprimer Personnel ......................................... 38
III.4.6. Diagramme de squence de modle de conception Ajouter Administrateur ...................................... 39
III.4.7. Diagramme de squence de modle de conception Modifier Administrateur .................................... 40
III.4.8. Diagramme de squence de modle de conception Supprimer Administrateur .................................. 41
III.4.9. Diagramme de squence de modle de conception Ajouter Prime .................................................... 42
III.4.10. Diagramme de squence de modle de conception Associer Prime ................................................ 43
III.5. Digramme de classe: ...................................................................................................................... 43
III.6. Digramme de package : ................................................................................................................. 45
Chapitre 3 : Ralisation .......................................................................................................................... 46
I. Introduction : ........................................................................................................................................ 47
II.Environnement matriel : .................................................................................................................... 47
III.Environnement Logiciel : .................................................................................................................. 47

IV.Ralisation : ....................................................................................................................................... 50
IV.Chronogramme de droulement de stage .......................................................................................... 54
V.Conclusion .......................................................................................................................................... 55
Conclusion Gnrale ............................................................................................................................... 56
Conclusion Gnrale et perspective ...................................................................................................................... 57
Neto-graphie ........................................................................................................................................... 59
Annexes .................................................................................................................................................. 60

Table des Figures
Figure 1 : Organigramme du Gouvernorat de Kairouan ........................................................................ 14
Figure 2 : cycle de vie en cascade .......................................................................................................... 21
Figure 3 : Digramme de cas dutilisation ............................................................................................... 28
Figure 4: Digramme dactivits authentifications .................................................................................. 30
Figure 5: Digramme dactivits dajouter un personnel ......................................................................... 31
Figure 6: Digramme de modification dun personnel ............................................................................ 32
Figure 7: Digramme dactivits de suppression dun personnel ............................................................ 33
Figure 8: Digramme de squence de cas dutilisation sidentifier ................................................... 34
Figure 9: Diagramme de squence de cas dutilisation Consulter ...................................................... 35
Figure 10 : Digramme de squence de cas dutilisation Ajouter Personnel ..................................... 36
Figure 11 : Digramme de squence de cas dutilisation Modifier Personnel ................................... 37
Figure 12 : Digramme de squence de cas dutilisation Supprimer Personnel ................................ 38
Figure 13 : Digramme de squence de cas dutilisation Ajouter Administrateur ............................ 39
Figure 14 : Diagramme de squence de cas dutilisation Modifier Administrateur ......................... 40
Figure 15 : Diagramme de squence de modle de conception ............................................................. 41
Figure 16 : Diagramme de squence de cas dutilisation Ajouter Prime ......................................... 42
Figure 17 : Diagramme de squence de cas dutilisation Associer prime ........................................ 43
Figure 18 : Diagramme de classe ........................................................................................................... 44
Figure 19 : Diagramme de package ........................................................................................................ 45
Figure 20: Interface dauthentification. .................................................................................................. 50
Figure 21 : Interface dAccueil ............................................................................................................... 51
Figure22: Fentre dajout dun nouveau personnel ................................................................................ 52
Figure 23 : Interface dajout dun nouvel administrateur ....................................................................... 53
Figure 24 : Interface des gestions des primes ......................................................................................... 54
Figure 25 : Planning prvisionnel du projet ........................................................................................... 55

Table des Tableaux
Tableau 1 : Identification des acteurs ..................................................................................................... 22
Tableau 2 : Identification des acteurs par cas dutilisation .................................................................... 23
Tableau 3 : Description de scnario Accder au systme ............................................................... 23
Tableau 4 : Description de scnario Consulter Personnel ................................................................ 24
Tableau 5 : Description de scnario Ajouter Personnel .................................................................... 24
Tableau 6 : Description de scnario Modifier Personnel .................................................................. 25
Tableau 7 : Description de scnario Supprimer personnel ............................................................... 25
Tableau 8: Description de scnario Ajouter Administrateur ............................................................ 26
Tableau 9 : Description de scnario Modifier Administrateur ......................................................... 26
Tableau 10 : Description de scnario Supprimer Administrateur .................................................... 27
Tableau 11 : Description de scnario Ajouter prime ........................................................................ 27
Tableau 12 : Description de scnario Associer prime ...................................................................... 28

Introduction Gnrale

Gestion de personnels Introduction Gnrale

11
I.Prface

Face l'individualisation de plus en plus pousse de la gestion du personnel, les
administrations doivent trouver les outils ncessaires pour la gestion des personnels qui s'automatise
pour optimiser les ressources humaines. Dans ce but, les administrations s'quipent du logiciel
permettant une gestion fine des personnels.
Le contrle des employs est une problmatique classique du monde de lemploi, il est
progressivement adopt par toutes les administrations, et particulirement par lorganisme du
Gouvernorat qui comporte plus dune centaine de salaris. Mieux encore, la mise en uvre des
applications de gestion des employs.
Dans ce cadre la Division des affaires administratives gnrales dans le Gouvernorat de
Kairouan ma propos de dvelopper une application de gestion de personnel qui permet de grer
les agents de ce gouvernorat qui contient plus que 180 salaris.
Le systme de gestion du personnel est une solution plus au moins adopte ce problme car
cette application va nous permettre de grer les diffrentes catgories demploys (ouvriers,
cadre,) ainsi que leurs salaires.
II.Prsentation de Lorganisme daccueil
II.1. Cration :
Le Gouvernorat de Kairouan a t cre selon le dcret du 21 juin 1956 portant sur
lorganisation administrative de la rpublique tunisienne.
Le gouvernorat est :
Situ au centre ouest de la Tunisie
Leur surface est de 6712 km
Leur population est de 561,890
comporte 11 dlgations et 12 municipalits


12
II.2. Les divisions relevant au gouvernorat :
Le gouvernorat dans lorganisation administrative du territoire de la Rpublique Tunisienne
occupe une double fonction, il est considr dune part comme une autorit politique puisquil
prsente le prsident de la rpublique dans le gouvernorat, et dautre part, il occupe un emploi
professionnel car il est directeur du conseil rgional.
II.2.1. Les missions du gouverneur comprennent :
Lexcution des lois et des rglements.
Lexcution de la stratgie de lEtat dans le gouvernorat.
Lexcution des mesures de suret gnrale.
Informer les pouvoirs de tout le changement dans le gouvernorat.
Assurer la bonne marche des services administratifs et technique de larrondissement et de
leur contrle.
Veiller lexcution du programme annuel de la propret et de protection de
lenvironnement.
Organiser des manifestations culturelles de la jeunesse.
Suivre les collectivits et les conseils nationaux
II.2.2. Les dlgus de gouvernorat :
Le dcret n90-1234 du 1 aout fixant le nombre de dlgus au sige de gouvernorat en trois :

Un dlgu qui soccupe des affaires conomiques.
Un dlgu qui soccupe des affaires sociales.
Un dlgu qui soccupe des affaires religieuses.
II.2.3. Prsentation du Division des affaires administratives gnrales :
La division des affaires administratives et du personnel a pour mission dassurer une gestion
rationnelle des ressources humaines, financires et matrielles en rapport avec lautre division
intrieure et dlgations extrieures.
A ce titre elle est charge :
de la planification des besoins en personnel cadres et agents,
de la prparation de tous les actes lis la gestion administrative.
De la tenue et de la mise jour des dossiers et des fiches individuelles du personnel,
De la gestion du matriel et des fournitures des bureaux de la division.

13
De la gestion des crdits du dplacement et du transport, des imprims gnraux, leau,
llectricit, le tlphone, le tlex, le fax etc
II.3. Lorganigramme :
Lorganigramme du gouvernorat a t assujetti au dcret n 93-1476 du 9 juillet 1993 portant
l'organisation des services du gouvernorat et de dlgation.
Ce dcret a divis le gouvernorat selon des Divisions relevant au gouverneur, des Divisions
relevant au premier dlgu et des Divisions relevant au secrtaire gnrale.

14

Figure 1 : Organigramme du Gouvernorat de Kairouan

Gouverneur
Bureau dordre
Secrtaire gnral
Division du conseil
rgional
Division des affaires
administratives
gnrales
Division
conomiques et
investissement
communales
Premier Dlgu
Division des mdias
et confrences
sociales
politique
Division de comits
de quartiers
Secrterait
*(02) Dlgu
*Dlgu des
affaires Religieuses
Bureau des relations
avec le citoyen
Cellule du contrle
de la gestion

15
III.Plan du rapport
Ce rapport est structur en quatre chapitres :
Le premier chapitre comporte une description de ltat de lart des diffrents thmes
abords par le sujet savoir la gestion des personnels du Gouvernorat de Kairouan
et ltude de lexistant.
Le deuxime chapitre vise prsenter une spcification dtaille du projet en
relevant les diffrentes fonctionnalits et besoins de chacun de ses composants.
Le troisime chapitre est consacr la conception ou est dcrit lensemble des
diagrammes UML relatifs lapplication de notre projet.
Enfin, le chapitre ralisation est consacr lexpos de la solution implmente ainsi
que lenvironnement logiciel et matriel utilis.
Je termine par une conclusion gnrale par laquelle je dresse un bilan du travail effectu ainsi que
les problmes restant ouverts.

Chapitre1: Spcification et analyse
des besoins

Gestion de personnels Spcification et analyse des besoins

17
I.Introduction
Avant dentamer le projet, il est ncessaire de bien tudier les besoins de lapplication, de
dterminer les problmes et les potentiels de la solution projete tout en prenant compte le point de
vue conceptuel, organisationnel, technique, etc. et par la suite trouver les solutions adaptables pour
le travail demand.
Pour ce chapitre, nous commenons par une tude de lexistant, nous spcifions les besoins
fonctionnels et non fonctionnels.
II.Etude de lexistant
II.1.Problmatique:
Dans la vie professionnelle la gestion du personnel pose un grand problme que ce soit pour
les organismes ou pour les employs car lopration de grer les personnels du calcul du salaire
tait auparavant une opration manuelle qui seffectue sur papier ou bien sur simple fichier Excel.
Ce qui cause des problmes de diffrents types.
II.2.Solution Propose :
Notre application a pour objectif de :
Grer les ressources humaines existant au sein du Gouvernorat :
- Ajouter un nouveau personnel
- Modifier les donnes concernant un employ existant
- Supprimer un employ de notre application
- Consulter les champs du personnel demand
Calculer le salaire de chaque employ. En comptant les primes associes chaque
personnel
III.Spcification de besoins
III.1.Besoins fonctionnels :
Ces besoins fonctionnels sont directement lis aux tches raliser, et ils doivent tre
transparents le plus que possible face aux utilisateurs.
Notre application devrait supporter les fonctionnalits techniques suivantes :
Possibilit de sauvegarde, de restauration, et darchivage de la base des donnes
Contrler en temps rel les diffrents mouvements
Traitement des anomalies du mouvement au moment de calcul du nombre dheures de
travail
les entres/sorties du personnel doivent tre dites sur imprimante (intitul du mouvement
ainsi que les dates et les heures)
Gestion de personnels Spcification et analyse des besoins

18
III.2.Besoins non fonctionnels :
Le logiciel du systme de gestion personnel doit tre compatible avec plusieurs types de
machines. En outre, le systme doit tre bien modul et surtout facile utiliser.
Efficacit
Pour marchander un tel produit logiciel, il faut quil supporte plusieurs milieux tels que les rseaux
dentreprise et les machines sur lesquelles il sexcute, il doit aussi aux exigences suivantes:
logiciel Multi plateforme centralis utilisant les systmes (LINUX, Windows)
Scurit
Le systme doit tre scuris pour viter toute tentative dutilisation non approprie (consultations
et modifications non permises), et dattaques pouvant engendrer des anomalies dans le
fonctionnement.
offre une scurit totale au niveau de la gestion des accs des donnes.
Stabilit
Lapplication doit tre stable dans son environnement dexcution et ne doit pas contenir des
bogues bloquants).
Dure
Ce projet a dbut le 1 mars 2011 et sest tale sur une priode de 4 mois. La ralisation des
diffrentes parties de ce projet ont t rparties selon le degr de complexit chacune.
La rapidit de traitement
En effet, vu le nombre important des transactions quotidiennes, il est imprativement ncessaire
que la dure d'excution des traitements s'approche le plus possible du temps rel.
IV.Cahier des charges
Dans ce projet, nous nous intressons llaboration dune application permettant aux cadres du
Gouvernorat de Kairouan la gestion de personnel associer avec la prime :
Cette application doit garantir :
La gestion et le suivi des personnels du Gouvernorat du Kairouan
Ajouter et associer la prime de chaque personnel
Impression du document ncessaire pour le personnel par exemple Attestation de
travail, Bulletin de paie.

Chapitre 2 : La Conception

Gestion de personnels La conception

20

I.Introduction

Ltape de conception constitue un pont entre la dfinition et limplmentation. Elle permet
de consolider les bauches que nous avons recens dans le chapitre prcdent, et prend en vue la
prsentation des divers aspects de fonctionnalits de notre application. La conception dcrit le
fonctionnement de notre systme par une tude gnrale base sur la spcification des besoins en
premier lieu, puis une tude dtaille du projet sur plusieurs approches.
Dans ce chapitre, nous prsentons la conception des diffrents lments du systme. Nous
utilisons pour cela :
UML comme langage de modlisation, qui nous permettra danalyser et de concevoir
notre projet la fois dune manire statique (dans notre cas on utilisera le diagramme
de classes et diagramme de dploiement) et dynamique (diagramme de cas
dutilisation et diagramme de squence).
Pascestar UML Diagramme comme outil de conception.
I.1. Introduction dUML :
Il existe des mthodes de conception orientes objet autre quUML : comme Booch et OMT
(Object Modeling Technique). Etant donn que ces mthodes se dveloppaient dj
indpendamment lune de lautre et taient mondialement reconnues pour une priode assez
importante comme les principales mthodes orientes objet, Booch (le concepteur de la mthode
qui a port son nom) et Rumbaugh (linventeur de lOMT) ont joint leurs forces pour raliser une
unification complte de leurs mthodes.
Unified Modeling Language (UML) nest pas un loignement radical des mthodes Booch,
OMT, ou OOSE, mais plutt le successeur lgitime de ceux-ci. UML est plus expressif, plus propre
et plus uniforme que toutes les autres mthodes. Cela signifie quil y a un bnfice modliser avec
UML, parce que cette mthode permettra aux projets de modliser des choses qui nauraient pas pu
ltre dauparavant. Les utilisations de la plupart des autres mthodes et langages de modlisation
de notions et de terminologie qui obscurcissent les similarits de bases ces diffrentes approches,
donc nous aurons une conception universelle et efficace.


21
II. Conception gnrale
II.1. Le choix du cycle de vie :
Pour chaque produit (ou application) conu et dvelopp on choisi une dmarche pour le suivre
tout au long du projet que lon appel cycle de vie du produit. Il existe plusieurs types de cycles de
vie (cycle de vie en V, en cascade,..).
Pour notre projet on a choisi de suivre le cycle de vie en cascade :

Figure 2 : cycle de vie en cascade

Le modle de cycle de vie en cascade a t mis au point ds 1966, puis formalis aux
alentours de 1970. Dans ce modle le principe est trs simple : chaque phase se termine une date
prcise par la production de certains documents ou logiciels. Les rsultats sont dfinis sur la base
des interactions entre tapes, ils sont soumis une revue approfondie et on ne passe la phase
suivante que s'ils sont jugs satisfaisants.
II.2. Choix de la mthode de conception :
Pour concevoir une application informatique il y en a plusieurs mthodes de conception par
exemple lapproche objet. Pour la conception de notre application, nous avons choisi lapproche
objet. En effet, cette approche prsente plusieurs avantages, savoir :
Le systme dvelopp est plus facile maintenir du fait que les objets sont indpendants
ils peuvent donc tre modifis. Mais, le fait de modifier limplmentation dun objet ou
de lui ajouter des services ne doit pas affecter les autres objets du systme.
Les objets sont considrs comme des composants rutilisables appropris vu leur
indpendance. On peut alors dvelopper des conceptions laide des objets crs dans
une autre conception.
L'analyse oriente objet permet d'examiner un problme en mettant en vidence les
classes et les objets correspondants sous forme de composants indpendants qui
interagissent selon des modalits bien dfinies.
Lancement
ou Livraison
Anticipation
Investigation
Analyse
Concep.
Codage
Test

22
III.Conception dtaille
III.1. Mthodologie de travail :
Les avantages du langage UML :
dcomposer le processus de dveloppement
mettre en relation les experts mtiers et les analystes
sparer l'analyse de la ralisation
migrer facilement vers une architecture objet d'un point de vue statique et dynamique.

III. 2. Diagramme de cas dutilisation :

Pour administrer la base, ladministrateur doit tout dabord sidentifier (saisir son login et
mot de passe), puis le systme vrifie ces paramtres, ensuite le systme lui attribut un ensemble de
privilges, enfin ladministrateur peut agir avec la base selon ses droits donns.
Les diagrammes de cas dutilisation sont des diagrammes UML utiliss pour donner une
vision globale du comportement fonctionnel dun systme logiciel. Un cas dutilisation reprsente
une unit discrte dinteraction entre un utilisateur (humain ou machine) et un systme. Il est une
unit significative de travail. Dans un diagramme de cas dutilisation, les utilisateurs sont appels
(actor), ils interagissent avec les cas dutilisation (use case).
III .2.1. Identification des acteurs :
Modlisation mtier Administrer systme
Acteur Type
Administrateur Principale
Personnel Principale

Tableau 1 : Identification des acteurs

Pour administrer la base, ladministrateur doit tout dabord sidentifier (saisir son login et mot de
passe), puis le systme vrifie ces paramtres, ensuite le systme lui attribut un ensemble de
privilges, enfin ladministrateur peut agir avec la base selon ses droits donns.


23
III.2.2. Identification des cas dutilisation :
Le tableau ci-dessous nous prsente les acteurs ainsi que les cas dutilisation que les appartiennent.
Acteur Cas dutilisation
Personnel -Consulter
Administrateur -Ajouter Personnel
- Modifier Personnel
-Supprimer Personnel
-Ajouter Administrateur
-Modifier Administrateur
-Supprimer Administrateur
- Ajouter Prime
-Associer Prime

Tableau 2 : Identification des acteurs par cas dutilisation
III.2.3. Description textuelle des cas dutilisation :
Description de cas dutilisation sauthentifier
Ce cas dutilisation est celui dans le lequel ladministrateur (ou le responsable) peut effectuer des
oprations sur le systme tel que la consultation des diffrents champs de la base de donnes, la
modification aussi lassociation dun prime un ensemble demploy.
Description des scnarios :

Pr condition : ladministrateur possde un login et un mot de passe
Scnario nominal :
Administrateur Systme
1- Saisir le Login et le mot de passe
2- Vrifier les coordonnes saisis
3- Accs au systme
Scnario alternatif : Saisi erron
Enchainement au point 3
3-Afficher un message derreur
Reprise au point 1
Post Condition : Connexion au systme tablit

Tableau 3 : Description de scnario Accder au systme
Description de cas dutilisation Consulter
Ce cas dutilisation permet de consulter les diffrents champs de la base de donnes. En dclenchant
cette fonction le systme dclenche automatiquement une recherche pour pouvoir consulter les
champs du personnel demand.


24
Pr condition : ladministrateur a bien saisi le Login et le mot de passe
Scnario nominal :
Administrateur/Personnel Systme
1- Cliquer sur consulter 2- Dclencher une recherche
3- Remplir le formulaire

4- Afficher les donnes
Scnario alternatif : Personnel inexistant
Reprise au point 3
Post condition : Donnes affiches.

Tableau 4 : Description de scnario Consulter Personnel
Description de cas dutilisation Ajouter Personnel
Ce cas dutilisation permet ladministrateur dajouter un nouvel personnel, simplement en
remplissant les champs du formulaire.

Pr condition : ladministrateur possde le privilge dajout du personnel
Scnario nominal :
1- Cliquer sur Nouveau
3- Vrifier les donnes saisis
4-Ajouter Personnel
Scnario alternatif : Donnes invalides
Poste Condition : Personnel ajout

Tableau 5 : Description de scnario Ajouter Personnel

Description de cas dutilisation Modifier Personnel
Ce cas dutilisation permet ladministrateur de modifier les donnes concernant un personnel dj
ajout au systme.


25
Pr condition : ladministrateur possde le privilge de modifier un personnel
existant
Scnario nominal :
1- Cliquer sur Modifier
2- Remplir formulaire

3- Dclencher une recherche
4- Afficher donne
5- Modifier donne
6- Cliquer sur Valider

7- Vrifier donnes
8- Modifier les donnes
Scnario alternatif 1 : Donnes invalides
Scnario alternatif 2 : Personnel inexistant
Poste Condition : Personnel modifie
Tableau 6 : Description de scnario Modifier Personnel
Description de cas dutilisation Supprimer Personnel
Ce cas dutilisation permet ladministrateur de supprimer un personnel de notre systme.
Pr condition : ladministrateur possde le privilge de supprimer un personnel
existant
Scnario nominal :
1- Cliquer sur Supprimer

3- Dclencher une recherche
4- Afficher donne

6- Supprimer les donnes du personnel
Scnario alternatif 1 : Personnel inexistant
Poste Condition : Personnel supprime

Tableau 7 : Description de scnario Supprimer personnel

26
Description de cas dutilisation Ajouter Administrateur
Ce cas dutilisation permet ladministrateur attribuer des privilges un personnel donn
Pr condition : ladministrateur possde le privilge dattribuer des privilge
Scnario nominal :
4- Ajouter Administrateur
Poste Condition : Privilge attribu

Tableau 8: Description de scnario Ajouter Administrateur
Description de cas dutilisation modifier Administrateur
Ce cas dutilisation permet ladministrateur de modifier lensemble de privilge dun
administrateur donn.
Pr condition : ladministrateur possde le privilge de modifier les privilges
Scnario nominal :
1- Cliquer sur Modifier

4-Cliquer sur Valider

3-Rechercher donn

6- Modifier Privilge
Poste Condition : Privilge modifi

Tableau 9 : Description de scnario Modifier Administrateur

27
Description de cas dutilisation Supprimer Administrateur
Ce cas dutilisation permet ladministrateur de priver un autre administrateur dun ensemble de
privilge.
Pr condition : ladministrateur possde le privilge de supprimer un
administrateur
Scnario nominal :

5-Cliquer sur Valider

3- Rechercher donn
4- Afficher donn
6-Supprimer privilge
Scnario alternatif : Administrateur inexistant
Poste Condition : Administrateur supprimer

Tableau 10 : Description de scnario Supprimer Administrateur
Description de cas dutilisation Ajouter prime
Ce cas dutilisation permet ladministrateur dajouter une prime
Pr condition : ladministrateur possde le privilge dajouter une nouvelle
prime
Scnario nominal :

3- Vrifier donne
4- Ajouter Prime
Scnario alternatif : Donne invalide
Poste Condition : Prime ajoute

Tableau 11 : Description de scnario Ajouter prime

28
Description de cas dutilisation Associer prime
Ce cas dutilisation permet ladministrateur dassocier prime un ensemble de personnel
Pr condition : ladministrateur possde le privilge dassocier une prime un
ensemble de personnel
Scnario nominal :
1- Cliquer sur Associer

3- Vrifier saisi
4- Associer prime
Scnario alternatif : Donne invalide
Poste Condition : Prime associe

Tableau 12 : Description de scnario Associer prime

Diagramme de cas dutilisation Dans ce diagramme, nous allons prsenter les diffrents acteurs ainsi
que les cas dutilisation qui sont lis ces acteurs, aussi on va prsenter les relations entre les cas
dutilisation eux mme.

Figure 3 : Digramme de cas dutilisation

29

La figure 3 nous affiche le diagramme de cas dutilisation qui explique les relations entre les acteurs
ainsi que ces cas dutilisation, aussi les entre cas dutilisation elle-mme.
III. 3. Diagramme dactivit :
Un diagramme d'activit permet de modliser un processus interactif, global ou partiel pour
un systme donn (logiciel, systme d'information). Il est recommandable pour exprimer une
dimension temporelle sur une partie du modle, partir des diagrammes de classes ou de cas
d'utilisation, par exemple.
Le diagramme d'activits est une reprsentation proche de l'organigramme ; la description
d'un cas d'utilisation par un diagramme d'activits correspond sa traduction algorithmique. Une
activit est l'excution d'une partie du cas d'utilisation, elle est reprsente par un rectangle aux
bords arrondis.
Le diagramme d'activit est smantiquement proche des diagrammes de
communication (appels diagramme de collaboration en UML 1), ou d'tat-transitions, ces derniers
offrant une vision microscopique des objets du systme.
III.3.1. Processus dauthentification :
Pour accder notre application, lutilisateur doit sauthentifier en entrant son login et son mot de
passe, aprs vrification des champs saisis lapplication interroge la base de donnes pour charger le
groupe et les privilges accords lutilisateur. Lutilisateur accdera automatiquement son
interface daccueil personnel.
Le processus dauthentification peut tre rsum dans le diagramme dactivit suivant :


30

Figure 4: Digramme dactivits authentifications


31
III.3.2. Processus dajout dun personnel :

Figure 5: Digramme dactivits dajouter un personnel


32
III.3.3. Processus de modification dun personnel :

Figure 6: Digramme de modification dun personnel


33
III.3.4. Processus de suppression dun personnel :

Figure 7: Digramme dactivits de suppression dun personnel


34
III. 4. Diagramme de squence :
Les diagrammes de squence sont la reprsentation graphique des interactions entre les
acteurs et le systme selon un ordre chronologique dans la formulation UML. On montre ces
interactions dans le cadre dun scnario dun Diagramme des cas dutilisation. Dans un souci de
simplification, on reprsente lacteur principal gauche du diagramme, et les acteurs secondaires
ventuels droit du systme. Le but tant de dcrire comment se droulent les actions entre les
acteurs ou objets. Les priodes dactivit des classes sont symbolises par des rectangles.
III.4.1. Digramme de squence de modle de conception : sidentifier

Figure 8: Digramme de squence de cas dutilisation sidentifier
Ce digramme de squence nous donne la squence ment du cas dutilisation Accder au
systme . Car ladministrateur doit rpter la saisi de son Login et mot de passe jusqu ce quil les
saisi correctement.


35
III.4.2. Digramme de squence de modle de conception Consulter

Figure 9: Diagramme de squence de cas dutilisation Consulter

La figure 9 affiche le diagramme de squence de cas dutilisation Consulter, ce
diagramme nous donne lordre chronologique dont lequel seffectue lopration de recherche dun
employ ou dun prime. Si les donnes de recherche introduites sont invalides un message derreur
sera afficher sinon les donnes voulus seront afficher.


36
III.4.3. Digramme de squence de modle de conception : Ajouter personnel

Figure 10 : Digramme de squence de cas dutilisation Ajouter Personnel

Le diagramme de squence ci-dessus nous dcrit comment le systme agit avec le cas
dutilisation Ajouter Personnel . Tout dabord ladministrateur remplit le formulaire dajout dun
nouveau personnel, le systme les vrifier ensuit il affiche un message de confirmation dajout ou
un message derreur sil existe.


37
III.4.4. Diagramme de squence de modle de conception Modifier Personnel

Figure 11 : Digramme de squence de cas dutilisation Modifier Personnel

Ce diagramme nous indique la manire dont laquelle se fait lopration de mise jour des
donnes concernant un personnel : le systme fait une rfrence au cas dutilisation Consulter
pour chercher le personnel dsir puis ladministrateur remplit le formulaire, enfin le systme mis
jour les donnes et affiche un message de confirmation ou il affiche un message derreur sil existe.


38
III.4.5. Diagramme de squence de modle de conception Supprimer Personnel

Figure 12 : Digramme de squence de cas dutilisation Supprimer Personnel

Le diagramme de squence de cas dutilisation Supprimer Personnel nous donne des
informations sur lopration de suppression dun personnel. En premier lieu, ladministrateur
cherche le personnel supprimer, puis il clique sur le bouton Supprimer pour dtruire toutes ces
donnes.


39
III.4.6. Diagramme de squence de modle de conception Ajouter Administrateur

Figure 13 : Digramme de squence de cas dutilisation Ajouter Administrateur

La figure 13 donne une description dtaille associe au cas dutilisation Ajouter
Administrateur , ce cas dutilisation permet daccorder des privilges un personnel dj existant.


40
III.4.7. Diagramme de squence de modle de conception Modifier Administrateur

Figure 14 : Diagramme de squence de cas dutilisation Modifier Administrateur

Le digramme de squence de cas dutilisation Modifier Administrateur nous donne
dmarche dont lequel ladministrateur va modifier les privilges accords un autre administrateur.


41
III.4.8. Diagramme de squence de modle de conception Supprimer Administrateur

Figure 15 : Diagramme de squence de modle de conception

Le digramme de squence de cas dutilisation Supprimer Administrateur explique la
procdure de suppression dun administrateur de systme. Ladministrateur qui possde ce privilge
cherche ladministrateur voulu, puis il choisi les privilges priver. Enfin il valide son travail en
cliquant sur le bouton Envoyer . Le systme va afficher un message derreur sil existe ou un
message de confirmation.


42
III.4.9. Diagramme de squence de modle de conception Ajouter Prime

Figure 16 : Diagramme de squence de cas dutilisation Ajouter Prime

Dans ce diagramme nous avons expliqu lopration dajout dune nouvelle prime :
ladministrateur du systme doit en premier lieu remplir le formulaire. Ensuite il clique sur le
bouton Enregistrer pour sauvegarder les donnes, sil existe une erreur le systme affiche un
message derreur, sil nexiste pas derreur le systme affiche de confirmation.


43
III.4.10. Diagramme de squence de modle de conception Associer Prime

Figure 17 : Diagramme de squence de cas dutilisation Associer prime

Le diagramme ci-dessus nous explique la dmarche quil suit le cas dutilisation Associer
prime affin dexcuter cette tache : Ladministrateur cherche tout dabord le personnel
supprimer. Puis, il clique sur le bouton Supprimer donc toute donne relatives ce personnel
sera supprimer du systme.
III. 5. Digramme de classe:
Le diagramme de classe est considr comme le plus important de la modlisation oriente
objet, il est le seul obligatoire lors dune telle modlisation. Alors que le diagramme de cas
dutilisation 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. Il est important de noter quun mme objet
peut trs bien intervenir dans la ralisation de plusieurs cas dutilisation.

44
Il sagit dune vue statique car on ne tient pas compte du facteur temporel dans le comportement du
systme. Le diagramme de classe dentit reprsente les diffrentes entits de notre systme, leurs
attributs ainsi que les relations entre elles.

Figure 18 : Diagramme de classe


45
III. 6. Digramme de package :
Figure 19 : Diagramme de package

La figure 19 qui reprsente le digramme de package, nous informe sur les packages de notre
systme. Nous avons dcoup le systme en trois grand package, le premier reprsente le package
de prsentation qui contient toute les interfaces du systme, le deuxime comporte les classe de
contrle qui le package dApplication et le dernier celui des donnes qui contient tout les entits
du systme.
IV. Conclusion
Dans ce chapitre une combinaison de diffrents types de diagrammes UML (diagramme de cas
dutilisation, diagramme dactivit diagramme de squence, de classe et de package) a offert une
vue complte des aspects statiques et dynamiques dun systme.

Chapitre 3 : Ralisation

Gestion de personnels La Ralisation

47
I.Introduction :
Pour commencer limplantation de la base de donnes pour sinteragir avec lapplication
ralise il faut tout dabord choisir un environnement matriel et logiciel adquat pour le bon
droulement de travail.
II.Environnement matriel :
Notre application va tre ralise sur une machine qui comporte les caractristiques suivant :
Marque : Dell
Modle : INSPIRON 1545
Processeur : Intel Core 2 Duo T6600 @2.20 GHz
Disque dur : 300GO
RAM : 2GO
Systme dexploitation : Windows 7 dition intgrale
III.Environnement Logiciel :
NetBeans est un environnement de dveloppement intgr (IDE) pour Java,
plac en open source par Sun en juin 2000 sous licence CDDL et GPLv2 (Common Development
and Distribution Licence). En plus de Java, NetBeans permet galement de supporter diffrents
autres langages, comme Python, C, C++, 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).

Conteneur de Servlet Tomcat 6.0 : apache Tomcat est un conteneur libre de
servlet Java 2 Eeterprise Edition (J2EE). Issu du projet Jakarta, Tomcat est dsormais un projet
principal de la fondation Apache. Tomcat implmente les spcifications des Servlets et des JSP de
sun Microsystems. Il inclut des outils pour la configuration et la gesion, mais peut galement etre
configur en ditant des fichiers de configuration XML. Comme Tomcat inclut un serveur http
interne, il est aussi considr comme un serveur http.


48

MySQL server 5.5 : MySQL est le SGBDR Open Source le plus populaire au
monde. Il permet de mieux rpondre aux problmatiques dentreprise.
Au menu des noubeauts fonctionnelles : les vues, les procdures stoches, les dclencheurs, de
nouveaux moteurs de stockage, la base de donnes et diverses petites amliorations.

Toad for MySQL : Toad est un outil de dveloppement et de gestion de base de
donnes MySQL. Il offre un environnement complet et intgr de dveloppement
PL /SQL qui permet de grer tous les objets dune base de donnes Oracle via une interface
graphique intuitive. Des modules de dbogage, de tuning, de formatage et dadministration intgrs
permettent de dtecter et corriger les erreurs de programmation, de simplifier ladministration
quotidienne et doptimiser les performances des bases de donnes MySQL.
Pascestar UML Diagrammer est un logiciel de modlisation UML. Ce logiciel
permet de crer des diagrammes UML dune faon simple et fiable. Il est un logiciel facile
utiliser est permet de mieux laborer la conception des projets.
JAVA est langage orient objet multiplateforme, Conu par Sun Microsystems
en 1982, prsent officiellement le 23 mai 1995 au SunWorld. JAVA est language fortement typ,
multitche, et aussi un langage portable. Aussi JAVA gre la mmoire par un Garbage Collector
qui permet la libration dune manire automatique. Mais, elle occupe un espace mmoire
important par rapport aux autres langages, ainsi que le temps dexcution est assez important
cause de linterprtation du code par la machine virtuelle.


49
Nous allons prsenter dans ce qui suit quelques unes :

JSP Java Server Pages
La technologie JSP fournit un moyen simple et extensible pour gnrer du contenu
dynamique pour le client web.
Une page JSP est un document texte qui dcrit comment traiter la requte d'un client et
comment crer une rponse.
Une page JSP contient :
Des informations de formatage (modle) du document web, habituellement en
HTML ou XML. Les concepteurs web peuvent modifier cette partie de la page sans
affecter les parties dynamiques. Cette approche permet de sparer la
prsentation du contenu dynamique.
Des lments JSP et de script pour gnrer le contenu dynamique du document Web. La
plupart des pages JSP utilisent aussi des JavaBeans et/ou des Enterprise JavaBeans pour
raliser les oprations complexes de l'application. Les JSP permettent en standard
d'instancier des beans, de modifier ou lire leurs attributs et de tlcharger des applets. La
technologie JSP est extensible en utilisant des balises personnalises qui peuvent tre
encapsules dans des bibliothques de balises personnalises (taglibs)
Hibernate.jar :

Bibliothque du Framework Hibernante

Servlet :
Une servlet est un composant qui tend les fonctionnalits d'un serveur web de manire
portable et efficace.
Un serveur web hberge des classes Java servlets qui sont excutes l'intrieur du
container web. Le serveur web associe une ou plusieurs URLs chaque servlet.
La servlet est invoque lorsque des requtes HTTP utilisateur sont soumises au serveur.
Quand la servlet reoit une requte du client, elle gnre une rponse, ventuellement en
utilisant le logique mtier contenu dans des EJBs ou en interrogeant directement une base de
donnes. Elle retourne alors une rponse HTML ou XML au demandeur.

Un dveloppeur de servlet utilise l'API servlet pour :
Initialiser et finaliser la servlet

50
Accder l'environnement de la servlet
Recevoir ou rediriger les requtes et envoyer les rponses
Interagir avec d'autres servlets ou composants
Maintenir les informations de sessions du client
Filtrer avant ou aprs traitement les requtes et les rponses
Implmenter la scurit sur le tiers web

IV. Ralisation :
Dans cette phase du rapport, on va afficher un ensemble dinterface Homme Machine qui est
ncessaire pour notre application.
Authentification
Tout dabord, linterface de dmarrage est celle de lauthentification:

Figure 20: Interface dauthentification.

Lauthentification est une tape primordiale que chaque utilisateur de notre systme doit y
passer pour accder lapplication. Cette phase assure, en effet, la scurit de lapplication.
En demandant laccs lapplication, lutilisateur se voit dans lobligation de sauthentifier
travers son compte. Lapplication vrifie lexistence de ce compte dans sa base des donnes de

51
contenu. Si lutilisateur est identifi dans la base, il accde lapplication selon son mode daccs
fix par ladministrateur. Une fois les donnes sont valides, la page daccueil de lutilisateur est
charge.

Interface Accueil :

Figure 21 : Interface dAccueil

C'est la premire fentre qui s'affiche si aprs lauthentification. Cette fentre gre presque
toute l'application la plupart des fentres qui vont s'ouvrir y prennent source.


52
Interface ajout nouveau personnel:

Figure22: Fentre dajout dun nouveau personnel

Cette interface permet de grer les informations ncessaires pour les personnels et encore pour
sauvegarder leurs formulaires en cliquant sur le butant envoyer.

Bouton pour
enregistrer
laction faite

53
Interface ajout nouvel administrateur:

Figure 23 : Interface dajout dun nouvel administrateur

Ladministrateur peut accorder, ou priver un autre administrateur dun ensemble de privilges.
A la fin de son travail, ladministrateur clique sur Envoyer pour enregistre et grer les taches.


54
Interface Gestion des primes :

Figure 24 : Interface des gestions des primes

Ladministrateur peut ajouter une nouvelle prime en remplissant les champs puis cliquer sur Liste
des primes ou Affecter prime pour ajouter et visualiser la prime de chaque personnel et
sauvegarder les donnes saisis.

IV. Chronogramme de droulement de stage
Le stage sest droule en respectant le cahier des charges. Grace au modle CASCADE et sa
sparation entre les logiques mtiers, la gnration des vues et le contrle des actions que nous
avons pu travailler en parallle sur la conception de la partie model et la ralisation de la partie
contrle. Or daprs ce modle, nous pouvons dcomposer le travail en trois parties que nous
pouvons les concevoir et implmenter indpendamment. Enfin, il est remarquer que la partie
documentation et apprentissage technique sest tendu tout au long du stage. Ceci est due la
diversit des outils et des nouvelles technologies que nous avons utiliss.


55

Figure 25 : Planning prvisionnel du projet

V. Conclusion
Ce chapitre nous a permis de mettre en uvre notre conception. Nous avons commenc par prsent
lenvironnement matriel et logiciel de travail. Pour la suit, nous avons prsent quelques interfaces
de lapplication afin de donner une meilleure ide sur le travail ralis.

2 Semaines
1 Semaine 3 Semaines

Lecture
2 Semaines
4 Semaines
Dveloppement
Lancement
du projet
Etude de
Faisabilit
Recherche
Conception
Ralisation
Prparation
du rapport
Dpt
4 Semaines
Analyse des besoins
Analyse
3 Semaines
2 Semaines

Conclusion Gnrale

Gestion de personnels Conclusion Gnrale

57
Conclusion Gnrale et perspective

Dans ce rapport de projet de fin dtude, nous avons conu et dvelopp une application de
gestion de personnel qui permet au responsable de ressource humaine du Gouvernorat de Kairouan
de bien contrler et grer les employs inscrit dans cet organisme . Cette application, permet au
gestionnaire dajouter des nouveaux personnels, mise jour des donnes concernant un employ
existant ainsi que laugmentation des salaires en ajoutant des primes et les associant un ensemble
de personnels.

Sur le plan technique, cette exprience nous a permis de dcouvrir et d'acqurir des
connaissances nouvelles, de renforcer nos connaissances programmation oriente objet et le
dveloppement d'une base de donnes MySQL, et d'autre part, particulirement avec son logiciel
NetBeans.

Ce stage nous a permis aussi de maitriser le langage java appliqu au dveloppement dune
application selon la norme J2EE. Un autre aspect assez important de notre exprience tait
lopportunit de dcouvrir le milieu professionnel avec tout ce quil exige de responsabilit, de
discipline et travail en quipe.

Finalement, lapplication de gestion de personnel est une application modeste quon peut
mieux la dvelopper car cest une application ncessaire pour chaque administration surtout dans le
monde daujourdhui qui est rgn par les outils informatique.

Annexes

Gestion de personnels Annexe

60
Annexe A : J2EE
1. Pourquoi utiliser une plateforme ?
Une plateforme est une base gnrique qui fournit un ensemble de fonctionnalit utile pour une
majorit dapplication. Une plateforme se construit sur la base dun ensemble de besoins gnrique
partag entre plusieurs applications. Il peut exister plusieurs types de plateforme. De la plus
gnrique la plus spcifique (optimise pour un type de mtier prcis par exemple). Bon
nombre de grandes entreprises ont dj dvelopp des plateformes tels que : IBM (WebSphere),
SAP
Lavantage principal de partir dune plateforme est que lquipe de dveloppement na pas
sacquitter de dvelopper certaines taches (connexion la base de donnes par exemple, gestion
dobjets). Ce sont des taches que lon retrouve trs souvent dans un grand nombre de projet et
qui nont pas dintrt tre recoder chaque fois (perte de temps et dargent). De plus, mieux vaut
travailler sur une plateforme qui prsente une stabilit (a vite des dbogages inutiles sur une
plateforme qui prsente une forte stabilit (a vite des dbogages inutiles !).
Un autre avantage est facilit de prise en main des API de cette plateforme. En effet, celle-ci
cache trs souvent la complexit daccs telle ou telle ressource et permet donc un gain de temps
norme pour le dveloppeur qui a donc plus de temps pour se proccuper du fonctionnement rel de
son application (pas de tache ardue ou gnrique dvelopper).
2. Quest ce que J2EE ?
J2EE (Java 2 Enterprise Edition) est une norme propose par la socit Sun, porte par un
consortium de socits internationales, visant dfinir un standard de dveloppement dapplications
dentreprises multi-niveaux, bases sur des composants. On parle gnralement de plate-forme
J2EE pour dsigner lensemble constitu des services (API) offerts et de linfrastructure
dexcution.
J2EE comprend notamment :
Les spcifications du serveur dapplication, cest--dire de lenvironnement dexcution
J2EE dfinit finement les rles et les interfaces pour les applications ainsi que
lenvironnement dans lequel elles seront excutes. Ces recommandations permettent ainsi
des entreprises tierces de dvelopper des serveurs dapplication conformes aux
spcifications ainsi dfinies, sans avoir redvelopper les principaux services.

61
Des services, au travers dAPI, cest--dire des extensions java indpendantes permettant
doffrire en standard un certain nombre de fonctionnalits. Sun fournit une implmentation
minimale de ces API appele J2EE SDK (J2EE Software Development Kit).
3. Les acteurs dune application J2EE
La ralisation dune application base sur larchitecture J2EE fait appel diffrents types de
comptences jusqu la supervision de lapplication en passant par le dveloppement.
Pour ce faire, Java 2EE dfinit les lments suivants :
Une plate-forme (Java EE Platform), pour hberger et excuter les applications.
Une suite de tests (Java EE Compatibility Test Suite) pour vrifier la compatibilit.
Une ralisation de rfrence (Java EE Reference Implementation), qui est GlassFish.
Un catalogue de bonnes pratiques (Java EE BluePrints).


62
Annexe B : lapproche oriente objet
Lapproche oriente objet considre le logiciel comme une collection dobjets dissocies,
identifis et possdant des caractristiques. Une caractristique est soit un attribut (i.e une donne
caractrisant ltat de lobjet), soit une entit comportementale de lobjet (i.e une fonction). La
fonctionnalit du logiciel merge alors de linteraction entre les diffrents objets. Qui le constituent.
Lune des particularits de cette approche est quelle rapproche les donnes qui le constituent.
Lune des particularits de cette approche est quelle rapproche les donnes et leurs traitements
associs au sein dun unique objet.
Comme nous venons de le dire, un objet est caractris par plusieurs notions :
Lidentit
Lobjet possde une identit, qui permet de le distinguer des autres objets, indpendamment de
son tat. On construit gnralement cette identit grce un identifiant dcoulant naturellement
du problme (par exemple un personnel peut avoir une ou plusieurs prime par mois)
Les attributs
Il sagit des donnes caractrisant lobjet. Ce sont des variables stockant des informations sur
ltat de lobjet.
Les mthodes
Les mthodes dun objet caractrisent son comportement, cest--dire lensemble des actions
(appeles oprations) que lobjet est mme de raliser. Ces oprations permettent de faire
ragir lobjet aux sollicitations (ou dagir sur les autres objets) de plus, les oprations sont
troitement lies aux attributs, car leurs actions peuvent dpendre des valeurs des attributs, ou
bien les modifier.


63
Annexe C : UML
UML est un langage graphique qui permet de reprsenter et de communiquer les divers
aspects dun systme dinformation. Aux graphiques sont bien sur associs des textes qui expliquent
leur contenu. UML est donc un mtalangage car il fournit les lments permettant de construire le
modle qui, lui, sera le langage du projet.
Il est impossible de donner une reprsentation graphique complte dun logiciel, ou de tout autre
systme complexe, de mme quil est impossible de reprsenter entirement une statue ( trois
dimensions) par des photographies( deux dimensions).Mais il est possible de donner sur un tel
systme des vues partielles, analogues chacune une photographie dune statue, et dont la
conjonction la conjonction donnera une ide utilisable en pratique sans risque derreur grave.
UML 2.0 comporte ainsi treize de diagramme reprsentant autant de vues distinctes pour
reprsenter des concepts particuliers du systme dinformation. Ils rpartissent en deux grands
groupes :
Diagrammes structurels ou diagramme statiques (UML Structure)

Diagramme de classes (Class diagram)
Diagramme dobjets (Object diagram)
Diagramme de composants (Component diagram)
Diagramme de dploiement (Deployment diagram)
Diagramme de paquetages (Package diagram)
Diagramme de structures composites (Composites structure diagram)

Diagramme comportementaux ou diagrammes dynamiques (UML Behavior)
Diagramme de cas dutilisation (Use case diagram)
Diagramme dactivits (Activity diagram)
Diagramme dtats-transitions (State machine diagram)

Diagrammes dinteraction (Interaction diagram)

Diagramme de squence (Sequence diagram)
Diagramme de communication (Communication diagram)
Diagrame global dinteraction (Interaction overview diagram)
Diagramme de temps (Timing diagram)

Neto-graphie

Cours JAVA de Mr Biadh Bouhouchi Universit Virtuelle de Tunis
Adresses Internet:

www.code-source.com
www.phpsources.org
www.siteduzero.com
www.phpscripts-fr.net
www.joomla.fr
www.commentcamarche.net
www.wikipedia.com

- CSS:
http://www.commentcamarche.net/css
- Menus :
http://iubito.free.fr
http://www.codes-sources.com/
http://www.javafr.com/
http://www.developpez.com/
http://www.youtube.com/

Geston Des Personnels Gouvernorat Du Kairouan

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Geston Des Personnels Gouvernorat Du Kairouan

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSITE VIRTUELLE DE TUNIS

GESTON DES PERSONNELS

Você também pode gostar