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
Gestion de personnels Introduction Gnrale
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. Gestion de personnels Introduction Gnrale
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. Gestion de personnels Introduction 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 Division des affaires communales Premier Dlgu Division des mdias et confrences Division des affaires sociales Division des affaires 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 Gestion de personnels Introduction Gnrale
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.
Gestion de personnels La conception
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 Gestion de personnels La conception
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.
Gestion de personnels La conception
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 Administrateur Systme 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.
Gestion de personnels La conception
24 Description des scnarios : 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 Enchainement au point 4 Administrateur Systme 4-Afficher un message derreur 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. Description des scnarios :
Pr condition : ladministrateur possde le privilge dajout du personnel Scnario nominal : Administrateur Systme 1- Cliquer sur Nouveau 2- Remplir le formulaire 3- Vrifier les donnes saisis 4-Ajouter Personnel Scnario alternatif : Donnes invalides Enchainement au point 4 Administrateur Systme 4-Afficher un message derreur 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. Description des scnarios :
Gestion de personnels La conception
25 Pr condition : ladministrateur possde le privilge de modifier un personnel existant Scnario nominal : Administrateur Systme 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 Enchainement au point 7 Administrateur Systme 8-Afficher un message derreur Scnario alternatif 2 : Personnel inexistant Enchainement au point 3 Administrateur Systme 4-Afficher un message derreur 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. Description des scnarios : Pr condition : ladministrateur possde le privilge de supprimer un personnel existant Scnario nominal : Administrateur Systme 1- Cliquer sur Supprimer 2- Remplir formulaire
3- Dclencher une recherche 4- Afficher donne 5- Cliquer sur Supprimer
6- Supprimer les donnes du personnel Scnario alternatif 1 : Personnel inexistant Enchainement au point 3 Administrateur Systme 4-Afficher un message derreur Poste Condition : Personnel supprime
Tableau 7 : Description de scnario Supprimer personnel Gestion de personnels La conception
26 Description de cas dutilisation Ajouter Administrateur Ce cas dutilisation permet ladministrateur attribuer des privilges un personnel donn Description des scnarios : Pr condition : ladministrateur possde le privilge dattribuer des privilge Scnario nominal : Administrateur Systme 1- Cliquer sur Nouveau 2- Remplir le formulaire 3- Vrifier les donnes saisis 4- Ajouter Administrateur Scnario alternatif : Donnes invalides Enchainement au point 4 Administrateur Systme 4-Afficher un message derreur 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. Description des scnarios : Pr condition : ladministrateur possde le privilge de modifier les privilges Scnario nominal : Administrateur Systme 1- Cliquer sur Modifier 2- Remplir le formulaire
4-Cliquer sur Valider
3-Rechercher donn
5- Vrifier les donnes saisis 6- Modifier Privilge Scnario alternatif : Donnes invalides Enchainement au point 4 Administrateur Systme 4-Afficher un message derreur Poste Condition : Privilge modifi
Tableau 9 : Description de scnario Modifier Administrateur Gestion de personnels La conception
27 Description de cas dutilisation Supprimer Administrateur Ce cas dutilisation permet ladministrateur de priver un autre administrateur dun ensemble de privilge. Description des scnarios : Pr condition : ladministrateur possde le privilge de supprimer un administrateur Scnario nominal : Administrateur Systme 1- Cliquer sur Supprimer 2- Remplir le formulaire
5-Cliquer sur Valider
3- Rechercher donn 4- Afficher donn 6-Supprimer privilge Scnario alternatif : Administrateur inexistant Enchainement au point 4 Administrateur Systme 4-Afficher un message derreur 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 Description des scnarios : Pr condition : ladministrateur possde le privilge dajouter une nouvelle prime Scnario nominal : Administrateur Systme 1- Cliquer sur Nouveau 2- Remplir formulaire
3- Vrifier donne 4- Ajouter Prime Scnario alternatif : Donne invalide Enchainement au point 3 Administrateur Systme 4-Afficher un message derreur Poste Condition : Prime ajoute
Tableau 11 : Description de scnario Ajouter prime Gestion de personnels La conception
28 Description de cas dutilisation Associer prime Ce cas dutilisation permet ladministrateur dassocier prime un ensemble de personnel Description des scnarios : Pr condition : ladministrateur possde le privilge dassocier une prime un ensemble de personnel Scnario nominal : Administrateur Systme 1- Cliquer sur Associer 2- Remplir formulaire
3- Vrifier saisi 4- Associer prime Scnario alternatif : Donne invalide Enchainement au point 3 Administrateur Systme 4-Afficher un message derreur 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 Gestion de personnels La conception
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 :
Gestion de personnels La conception
30
Figure 4: Digramme dactivits authentifications
Gestion de personnels La conception
31 III.3.2. Processus dajout dun personnel :
Figure 5: Digramme dactivits dajouter un personnel
Gestion de personnels La conception
32 III.3.3. Processus de modification dun personnel :
Figure 6: Digramme de modification dun personnel
Gestion de personnels La conception
33 III.3.4. Processus de suppression dun personnel :
Figure 7: Digramme dactivits de suppression dun personnel
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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.
Gestion de personnels La conception
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. Gestion de personnels La conception
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
Gestion de personnels La conception
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.
Gestion de personnels La Ralisation
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.
Gestion de personnels La Ralisation
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 Gestion de personnels La Ralisation
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 Gestion de personnels La Ralisation
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.
Gestion de personnels La Ralisation
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 Gestion de personnels La Ralisation
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.
Gestion de personnels La Ralisation
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.
Gestion de personnels La Ralisation
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. Gestion de personnels Annexe
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).
Gestion de personnels Annexe
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.
Gestion de personnels Annexe
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: