Sommaire

Introduction gnrale .................................................................................................................. 1 Chapitre I Prsentation du Cadre du Projet ........................................................................... 3

Introduction ................................................................................................................................ 4 I. Prsentation de lorganisme daccueil ................................................................................ 4 I.1 I.2 I.3 I.4 I.5 II. Attributions .................................................................................................................. 4 Organisation administrative et structure ...................................................................... 4 Direction Gnrale ....................................................................................................... 4 Les structure rattaches directement la Direction Gnrale ..................................... 5 Lorganigramme de lONTT ....................................................................................... 5 Description de lexistant .............................................................................................. 6 Critique de lexistant ................................................................................................... 7 Solution propose ........................................................................................................ 7 Mthodologie adopte ..................................................................................................... 8

Etude de lexistant .............................................................................................................. 6 II.1 II.2 II.3

III.

Conclusion .................................................................................................................................. 9 Chapitre II Spcification des besoins ................................................................................... 10

Introduction .............................................................................................................................. 11 I. II. Contexte du systme......................................................................................................... 11 tude des besoins ............................................................................................................. 11 II.1 Besoins fonctionnels .................................................................................................. 11 Authentification .................................................................................................. 11 La gestion des projets ......................................................................................... 11 La gestion des types ........................................................................................... 12 La gestion des intervenants ................................................................................ 12 Participer au projet ............................................................................................. 12 La gestion des structures internes de lONTT .................................................... 12 La gestion des acteurs externes .......................................................................... 12 La gestion du compte utilisateur ........................................................................ 12

II.1.1 II.1.2 II.1.3 II.1.4 II.1.5 II.1.6 II.1.7 II.1.8 II.2

Besoins non fonctionnels ........................................................................................... 12 Scurit ............................................................................................................... 12

II.2.1

Rapport du Projet de Fin dEtudes

II.2.2 II.2.3 II2.4 II.2.5 III. III.1 III.2 III.2.1 III.2.2

Performance ....................................................................................................... 12 Ergonomie .......................................................................................................... 13 Convivialit ........................................................................................................ 13 Laptitude la maintenance ............................................................................... 13

Les diagrammes de cas dutilisation .......................................................................... 13 Prsentation des acteurs ......................................................................................... 13 Description des cas dutilisation ............................................................................ 13 Diagramme de cas dutilisation gnral ............................................................. 16 Raffinement des cas dutilisation ....................................................................... 17

Conclusion ................................................................................................................................ 21 Chapitre III Conception ...................................................................................................... 22

Introduction .............................................................................................................................. 23 I. II. Architecture globale de la solution................................................................................... 23 Conception du niveau donnes ......................................................................................... 24 II .1 II.2 Rgles de gestion ....................................................................................................... 24 Diagramme de classes ............................................................................................... 24 Identification des classes .................................................................................... 25 Description des classes ....................................................................................... 25 Diagramme de classe ......................................................................................... 26 Modle relationnel .............................................................................................. 27

II.2.1 II.2.2 II.2.3 II.2.4 III. III.1 III.2 III.3 III.3 IV.

Conception du niveau application ................................................................................. 27 Diagramme de squences Authentification ...................................................... 27 Diagramme de squences Gestion de Projet .................................................... 28 Diagramme de squences Dmarche de Projet ................................................ 30 Diagramme de squences Application ............................................................. 31 Conception du niveau prsentation ............................................................................... 32 Structure de lapplication ....................................................................................... 32 Charte graphique .................................................................................................... 33

IV.1 IV.2

Conclusion ................................................................................................................................ 33 Chapitre IV Ralisation ...................................................................................................... 34

Introduction .............................................................................................................................. 35 I. Environnement de dveloppement ................................................................................... 35 I.1 Environnement matriel ............................................................................................ 35

Rapport du Projet de Fin dEtudes

I.2

Environnement logiciel.............................................................................................. 35 Apache Tomcat 7.0 ............................................................................................ 35 Oracle 11g Express............................................................................................. 35 Adobe Dreamweaver CSS.5 ............................................................................... 36 Eclipse indigo ..................................................................................................... 36 PowerAMC......................................................................................................... 36 Adobe Photoshop cs6 ........................................................................................ 36

I.2.1 I.2.2 I.2.3 I.2.4 I.2.5 I.2.6 I.3 II. III. III.1 III.2 III.2.1 III.2.2 III.3 III.3.1 III.3.2 III.3.3 III.34 III.3.5 III.3.6 III.4 III.4.1 III.4.2 IV.

Choix des outils de dveloppement : J2EE ............................................................... 36

Dploiement de lapplication ........................................................................................... 38 Principales interfaces graphiques .................................................................................. 39 Interface Page dauthentification ..................................................................... 39 Les Interfaces de l Administrateur .................................................................. 39 Liste des chefs de Projet ..................................................................................... 39 Statistique .......................................................................................................... 40 Les Interfaces du chef de projet ...................................................................... 40 Ajouter un Projet ................................................................................................ 40 Liste des Projets ................................................................................................ 41 Dtail du projet .................................................................................................. 42 Modification de projet ....................................................................................... 42 Historique .......................................................................................................... 43 Modification du mot de passe ........................................................................... 43 Les Interfaces du Participant (intervenant, acteur externe) ............................. 44 Accueil .............................................................................................................. 44 Dtail de projet par tche : ................................................................................ 44

Planification du projet ................................................................................................... 45

Conclusion ................................................................................................................................ 46 Conclusion Gnrale et Perspectives ....................................................................................... 47 Webographie ............................................................................................................................ 48 Annexe ..................................................................................................................................... 49 Annexe A : Diagrammes des cas dutilisation ......................................................................... 50 Annexe B : Dfinitions ............................................................................................................. 52 Annexe C : Les interfaces ........................................................................................................ 54

Rapport du Projet de Fin dEtudes

Liste des figures

Figure 1 : Lorganigramme de lONTT ..................................................................................... 5 Figure 2:Organisation du Projet ................................................................................................. 8 Figure 3 : Processus unifi ......................................................................................................... 9 Figure 4:Diagramme de cas d'utilisation initial........................................................................ 16 Figure 5: Raffinement de cas dutilisation Participer un projet ...................................... 17 Figure 6:Raffinementdu cas d'utilisation Grer les projets ................................................. 18 Figure 7:Raffinementde cas d'utilisation Modifier le compte ............................................ 19 Figure 8: Raffinement de cas d'utilisation Grer les intervenants ...................................... 20 Figure 9: Architecture 3-Tiers .................................................................................................. 23 Figure 10: Diagramme de classes ............................................................................................. 26 Figure 11: Diagramme de squences Authentification ....................................................... 28 Figure 12: Diagramme de squences Gestion de Projet ..................................................... 29 Figure 13: Diagramme de squences Dmarche du Projet ................................................ 30 Figure 14:Diagramme de squences Application ............................................................... 31 Figure 15: Structure de lapplication ........................................................................................ 32 Figure 16: Charte graphique ..................................................................................................... 33 Figure 17: Diagramme de dploiement de l'application........................................................... 38 Figure 18:Page dauthentification ............................................................................................ 39 Figure 19:Liste des chefs de Projet .......................................................................................... 40 Figure 20:Statistique ................................................................................................................ 40 Figure 21: Nouveau Projet ....................................................................................................... 41 Figure 22:Liste des projets ....................................................................................................... 41 Figure 23:Dtail du projet ........................................................................................................ 42 Figure 24: Modification de projet ............................................................................................ 43 Figure 25: Historique ............................................................................................................... 43 Figure 26: Modification du Mot de Passe ................................................................................ 44 Figure 27:Page daccueil d'un Participant ................................................................................ 44 Figure 28:Dtail du projet par Tche ....................................................................................... 45 Figure 29: Diagramme de GANTT .......................................................................................... 46 Figure 30:Raffinement de Cas dutilisation Grer les structures ....................................... 50 Figure 31:Raffinement de cas dutilisation Grer les types ............................................... 51 Figure 32:Page daccueil dun chef de projet. .......................................................................... 54 Figure 33:Liste de type de projet. ............................................................................................. 54 Figure 34:Liste des acteurs ....................................................................................................... 55 Figure 35: Liste des intervenants.............................................................................................. 55 Figure 36: Nouvel acteur .......................................................................................................... 56 Figure 37:Nouveau chef de projet ............................................................................................ 56 Figure 38:Nouveau intervenant ................................................................................................ 57 Figure 39:Fin de cration de projet .......................................................................................... 57 Figure 40:Calendrier de date .................................................................................................... 57 Figure 41:Statistique de structure par projet ............................................................................ 58 Rapport du Projet de Fin dEtudes

Liste des Tableaux

Tableau 1: Description des acteurs........................................................................................... 13 Tableau 2:Identification des cas d'utilisation ........................................................................... 14 Tableau 3: Description du sous cas d'utilisation "Participer un Projet" ................................ 17 Tableau 4: Description du sous cas d'utilisateur Grer les projets ...................................... 19 Tableau 5:Description du sous cas dutilisation Gestion du compte .................................. 19 Tableau 6:Description du sous cas dutilisation Gestion des intervenants ........................ 20 Tableau 8:Description du sous cas dutilisation Grer les structures ................................. 50 Tableau 9:Description du sous cas dutilisation Gestion des types ................................... 51

Rapport du Projet de Fin dEtudes

Introduction gnrale
Lvolution rapide des technologies de linformation et des tlcommunications touche le monde du travail de plein fouet et transforme profondment les conditions et les moyens de fonctionnement lentreprise. Lintranet est devenu incontournable dans les organisations. Il sagit dune organisation intelligente, dun systme interne dinformation qui permet une organisation de se dfinir elle-mme en tant que quentit, groupe, famille, o chacun connat son rle et travaille lamlioration permanente et au bon droulement du travail au sein de lorganisation. En effet, un portail web intranet permet de centraliser laccs linformation pour les utilisateurs dune part et offre un point unique de control et dadministration aux personnels dautre part. En se dotant dun portail intranet, lentreprise soffre un outil unique qui rassemble et personnalise, travers une interface web, toutes les informations et services ncessaires ses activits, il a des trs positifs reflets sur lchange des informations et le management. Pour conclure le cursus de notre formation de licence applique linstitut suprieur des tudes technologiques de Charguia, nous avons eu loccasion de raliser notre projet de fin dtudes au sein de loffice nationale de tourisme tunisien. Notre projet consiste mettre en place un systme intranet pour la direction informatique et plus prcisment dvelopper une application web de gestion et de suivi des projets Le prsent document contient toutes les tapes que nous avons ralises pour atteindre notre objectif, il est organis comme suit : Le premier chapitre Prsentation du Cadre du Projet contient une description de la socit daccueil, une tude de lexistant avec la problmatique, les objectifs, la dmarche et les processus adopts. Dans le deuxime chapitre spcification des besoins , nous allons numrer les principales fonctionnalits offertes par lapplication en prsentant les besoins fonctionnels et non fonctionnels, ensuite nous allons dterminer les cas dutilisation ainsi que les principaux acteurs contribuant dans lapplication.

Rapport du Projet de Fin dEtudes

 Puis, au niveau du troisime chapitre intitul Conception , nous allons dtailler larchitecture de notre systme et spcifier la conception de chaque partie de larchitecture adopte par le biais des diagrammes de squence. Finalement au niveau du quatrime et dernier chapitre Ralisation nous prsentons lenvironnement de travail matriel et logiciel quon a utilis, le diagramme de dploiement qui illustre la mise en uvre de la solution, les principales interfaces graphiques et le planning prvisionnel et rel pour la gestion de notre projet.

Rapport du Projet de Fin dEtudes

Chapitre I

Prsentation du Cadre du Projet

Chapitre I Prsentation du Cadre du Projet

Rapport du Projet de Fin dEtudes

Chapitre I : Prsentation du cadre du projet

Introduction
Ce chapitre reprsente une mise dans le contexte du projet de fin dtudes intitul Mise en place dun systme intranet pour la Gestion des Projets de la direction informatique de lOffice Nationale de Tourisme Tunisien, il contient une prsentation de lorganisme daccueil, une tude de lexistant avec une ide sur la solution propos pour remdier la problmatique, ou ce qui va constituer notre projet.

I.

Prsentation de lorganisme daccueil

Ce projet de fin dtudes sest ralis lOffice Nationale de Tourisme Tunisien (ONTT). Cest un tablissement public caractre non administratif dot de la personnalit civile et de lautonomie financire. Il est plac sous la tutelle du Ministre du Tourisme.

I.1

Attributions

LOffice Nationale de Tourisme Tunisien a pour mission essentielle de mettre en uvre la stratgie de ltat en matire de tourisme, avec comme attributions : o Dvelopper le secteur touristique o Rglementer et contrler lactivit touristique o Promouvoir le produit o Assurer la formation htelire et touristique

I.2

Organisation administrative et structure

LLOffice Nationale de Tourisme Tunisien est administre par un conseil dtablissement, prsid par le Directeur Gnral.

I.3

Direction Gnrale

Le directeur gnral assure le fonctionnement technique, administratif et financier de loffice et assure dune manire gnrale les attributions relatives la loi de cration de loffice, le statut particulier du personnel et les lgislatifs et rglementaires en vigueur. Le directeur gnral est assist dans ses missions par le directeur gnral adjoint. Il a autorit sur toutes les structures de loffice.

Rapport du Projet de Fin dEtudes

Chapitre I : Prsentation du cadre du projet

I.4

Les structure rattaches directement la Direction Gnrale

o Direction de laudit interne o Direction du contrle de gestion o Direction des affaires juridiques et des marchs o Direction informatique o Direction des tudes et de la coopration internationale

I.5

Lorganigramme de lONTT

Figure 1 : Lorganigramme de lONTT

Rapport du Projet de Fin dEtudes

Chapitre I : Prsentation du cadre du projet

II.

Etude de lexistant

II.1 Description de lexistant

La direction informatique de lONTT dispose de trois services : Dveloppement. Systme et scurit. Technologies de linformation et de la communication.

Cependant, il existe deux faons de prise en charge dun projet : Le projet est pris en charge totalement par lquipe de dveloppement de la direction informatique de lONTT et dans ce cas, il sagit dune gestion interne sans avoir recours un tiers externe. Le projet est confi un acteur externe. Dans ce cas, lONTT lance un appel doffre, suite auquel, un fournisseur est choisi pour la matrise duvre, et ainsi la direction informatique soccupe de la matrise douvrage et participe galement au dveloppement. La mthode de gestion des projets au sein de loffice se fait manuellement. En effet, le plan des tches est prpar manuellement sur des fichiers physiques de faon o chaque intervenant peut manipuler ses projets associs dune faon diffrente et enregistrer ses propres observations. Afin de grer les projets et suivre leurs avancements, il est ncessaire de suivre certains indicateurs pour comprendre le flux dinformations changes, et pour ce faire le chef de projet doit dfinir un ensemble de paramtres, savoir : Le projet, les phases, les tches, lquipe intervenante, la structure interne destinatrice, lacteur externe investisseur ou fournisseur. Un intervenant doit pouvoir : Grer ses tches pour un ou plusieurs projets Voir son planning Dfinir ses options de travail (valider tche en cours)

Rapport du Projet de Fin dEtudes

Chapitre I : Prsentation du cadre du projet Le chef de projet contrle ltat davancement dun projet en fixant les dates de fin de diffrentes phases et tches ainsi que les dates de validation ,et puis il doit clturer le projet aprs laccomplissement de toutes les phases.

II.2 Critique de lexistant

Aprs lanalyse de la mthode de travail actuelle au sein de la socit, nous pouvons maintenant dgager les inconvnients et les insuffisances suivantes : Dune part, labsence dun systme permettant la gestion automatique des projets ce qui engendre un volume important des informations traites manuellement, et a provoque parfois des erreurs dans ltablissement des documents et dans la planification. Il y a mise au point aussi de la perte de temps, car on risque de perdre ces donnes ou de tomber dans des ambiguts, ainsi que la possibilit derreur dans le remplissage des diffrents documents ne cesse daugmenter. Dautre part, labsence aussi des moyens de collaboration qui permettent de faciliter le travail en quipe et des outils de suivi permettant de connatre en temps rel le rsultat de projet, ainsi que son tat davancement, donc sajoute ici le problme dorganisation.

II.3 Solution propose

Aprs avoir observ lexistant et recens les besoins des utilisateurs, et dans le but doptimiser le travail, nous avons assign notre tude les points suivants : Diminuer le cot et le support papier. Permettre le partage des informations et la communication au sein de lentreprise en toute scurit ; Une application intranet facilite la circulation de linformation, cest une des raisons de son succs. Faciliter les tches administratives des projets tout en offrant des outils de suivi. Assurer la collaboration et la coordination entre les diffrents intervenants en offrant une meilleure gestion des projets. La solution quon propose consiste concevoir un systme qui gre le planning de ralisation dun projet, depuis sa cration sa livraison finale, il doit galement nous permettre de connatre lensemble des tches raliser pour un projet quelconque, les intervenants concerns, les dures ncessaires et ltat davancement du projet

Rapport du Projet de Fin dEtudes

Chapitre I : Prsentation du cadre du projet

Figure 2:Organisation du Projet

III.

Mthodologie adopte

Le choix de la mthodologie danalyse et de conception de notre application est bas sur le processus unifi, qui est un processus de dveloppement logiciel regroupant les activits mener pour transformer les besoins dun utilisateur en systme logiciel. Il est base de composants, pilot par les cas dutilisateur, centr sur larchitecture, itratif, incrmentale et utilise le langage UML En effet, le point fort du processus unifi rside dans son ambigut car il est adaptable divers types de projets [1]. Le langage propose de nombreux types de modles, construits sur un certain nombre de concepts communs. Ce choix est bas sur les avantages apports par UML (Unified Modeling Language), parmi lesquels on peut citer par exemple le support de communication performant puisquil facilite la comprhension et reprsentations abstraites complexes. De plus, UML est un langage universel qui permet de servir de support pour tout langage orient objet. Il assure Rapport du Projet de Fin dEtudes 8

Chapitre I : Prsentation du cadre du projet en plus une notation graphique simple, comprhensible mme pour les non-informaticiens. Dveloppement itratif

Figure 3 : Processus unifi

Conclusion
Dans ce chapitre, nous avons donc mis le projet dans son contexte et cit les limites du systme actuel ainsi que la solution que nous proposons. Dans le chapitre suivant, nous allons spcifier et analyser les techniques et fonctionnalits du systme raliser, et cela avant de procder la planification lors de la phase dlaboration.

Rapport du Projet de Fin dEtudes

Chapitre II

Spcification des besoins

Chapitre II

Spcification des besoins

Rapport du Projet de Fin dEtudes

10

Chapitre 2 : Spcification des besoins

Introduction
Le prsent chapitre prsente la phase danalyse et de spcification des besoins. Nous commenons tout dabord, par ltude prliminaire dans laquelle nous faisons la capture des besoins. Ensuite, nous procdons ltude fonctionnelle et technique de notre projet. Et enfin, nous identifions les acteurs de notre systme et les diffrents cas dutilisation.

I.

Contexte du systme

Notre mission au sein de loffice Nationale de Tourisme Tunisien consiste mettre en place un systme Intranet pour la gestion des projets de la direction informatique qui permet de suivre le cycle de vie dun projet de lintroduction sa livraison finale.

II.

tude des besoins

Lobjectif de la phase de spcification des besoins consiste dfinir avec dtail s lensemble des fonctionnalits offertes par le systme. Notre application doit tre oprationnelle, volutive, conviviale et offrant les informations ncessaires en temps rel.

II.1 Besoins fonctionnels

Un besoin fonctionnel est un besoin spcifiant une action quun systme doit tre capable deffectuer, sans considrer aucune contrainte physique. Cest un besoin spcifiant un comportement dentre/sortie dun systme. Notre futur systme doit assurer les fonctionnalits techniques suivantes :

II.1.1 Authentification : la notion de scurit est trs importante au sein dun

systme multi-utilisations. Pour cette raison, il est indispensable dajouter un cas dutilisation Sauthentifier . Tous les acteurs doivent sidentifier avant de raliser nimporte quelle opration.

II.1.2 La gestion des projets : les nouveaux projets sont introduits par le chef de
projet qui doit insrer dans le systme plusieurs paramtres tel que la structure destination, lquipe intervenante, la dure estime pour la cration des phases et des tches. Le chef de projet assure aussi le suivi de lexcution dun projet, dans le but de permettre au systme de mentionner ltat davancement selon les phases et tches cltures. Il peut galement modifier un projet ou le supprimer.

Rapport du Projet de Fin dEtudes

11

Chapitre 2 : Spcification des besoins

II.1.3 La gestion des types : afin de crer un projet, le chef doit mentionner son
type, il peut galement grer les types des projets en ajoutant un nouveau type, le consulter et le mettre jour en le modifier ou en le supprimant.

II.1.4 La gestion des intervenants : Un projet correspond un projet de travail.

Ce projet peut concerner une ou plusieurs personnes appeles intervenants, et qui sont contrles par un chef de projet qui les affecte un projet en leur attribuant une tche. Par la suite, chaque intervenant doit pouvoir accder ses tches associes et pouvoir les grer.

II.1.5 Participer au projet : Un simple intervenant peut accder aux tches de ses
associes et consulter leurs informations et peut aussi les grer en ajoutant des observations et les valider aprs clture.

II.1.6 La gestion des structures internes de lONTT : (directions centrales et

directions) elle permet dajouter une nouvelle structure interne, la consulter et la mettre jour en la modifiant ou en la supprimant.

II.1.7 La gestion des acteurs externes : socit, cabinet de conseils : Grer,

modifier ou supprimer une structure.

II.1.8 La gestion du compte utilisateur: un intervenant peut modifier ses

informations, changer son mot de passe.

II.2 Besoins non fonctionnels

Un besoin non fonctionnel est un besoin spcifiant des proprits du systme, tel que les contraintes lies lenvironnement et limplmentation, et les exigences en matire de performances, de dpendances de plateforme, de facilit de maintenance, dextensibilit et de fiabilit. Dans notre systme on distingue les besoins non fonctionnels suivants :

II.2.1 Scurit : lapplication doit garantir la scurit en assurant lintgrit et non

rpudiation des donnes stockes dans la base, compte tenu quelles refltent des informations prives sur les diffrents utilisateurs.

II.2.2 Performance: Lapplication doit faire face un grand nombre de requtes et

le temps de traitement de donnes doit tre minimum. Laccs la base donne doit tre la fois facile et rapide.

Rapport du Projet de Fin dEtudes

12

Chapitre 2 : Spcification des besoins

II.2.3 Ergonomie : Les interfaces doivent tre claires et faciles manipuler. II2.4 Convivialit : La future application doit tre facile utiliser. En effet, les
interfaces utilisateurs doivent tre conviviales cest--dire simples, ergonomiques et adaptes lutilisateur.

II.2.5 Laptitude la maintenance : La flexibilit de lapplication pour quelle

facilite les amliorations et la maintenance.

III.

Les diagrammes de cas dutilisation

III.1 Prsentation des acteurs

Un acteur reprsente une abstraction dun ensemble des rles jous par entits externes et qui interagissent directement avec le systme. Nous avons identifi principalement 4 acteurs.

Acteur
Administrateur

Description
Ladministrateur peut faire la gestion des chefs de projet (ajout, mise jour). Ladministrateur peut avoir les listes du projet et les statistiques. Un intervenant participe la ralisation de projet. Il peut galement grer son compte utilisateur. Un acteur externe peut participer la ralisation de projet si on lui demande de faire une tche. Cet acteur est un intervenant qui a des super privilges. Son rle principal est de contrler lavancement dun projet ds sa cration jusqu sa validation. Il peut donc crer, modifier, supprimer ou valider un projet, grer ses phases et tches. Il gre aussi les structures internes, les types de projet, les acteurs externes et intervenants et peut les affecter alors un projet quelconque. Le chef de projet peut avoir les statistiques.
Tableau 1: Description des acteurs

Intervenant

Acteur externe

Chef de projet

III.2 Description des cas dutilisation

Chaque usage du systme par lun des acteurs est reprsent par un cas dutilisation. Chaque cas dutilisation reprsente donc une fonctionnalit offerte par notre application afin de produire le rsultat attendu. Ainsi, le diagramme de cas dutilisation dcrit linteraction entre le systme et lacteur, en dterminant les besoins de lutilisateur et tout ce que doit faire le systme pour lacteur .

Rapport du Projet de Fin dEtudes

13

Chapitre 2 : Spcification des besoins Le tableau ci-dessous contient une classification des cas dutilisateur par acteur :
Acteur Administrateur Cas dutilisation Sauthentifier Grer les chefs de projet Visualiser les statistiques Sauthentifier Grer son compte utilisateur Participer au projet associ Sauthentifier Participer au projet associ Sauthentifier Grer les projets Grer les intervenants Grer les acteurs externes Grer les structures internes Grer les types de projet Visualiser les statistiques

Intervenant

Acteur externe

Chef de projet

Tableau 2:Identification des cas d'utilisation

Lobjectif fondamental de cette tape est didentifier les principaux cas dutilisation : Grer les chefs de projet : Ladministrateur peut ajouter les chefs de projet, comme il peut les modifier ou les supprimer. Visualiser les statistiques : Peut avoir les statistiques. Sauthentifier : Il doit passer par la saisie du login et du mot de passe pour sidentifier Grer son compte utilisateur : Un intervenant peut modifier ses informations personnelles, tel que son mot de passe. Participer au projet associ : Chaque intervenant est dot de sa propre interface, qui est diffrente de celle du chef de projet, et dans laquelle il peut voir les tches qui lui ont t affectes par le chef de projet et peut donc consulter le projet en cours et mettre jour ses tches. Grer les projets : Le chef de projet peut crer un projet qui contient au minimum une phase et une tche ainsi que les dates de validation, comme il peut supprimer le projet au moment de lapprobation de toutes les phases. Il peut galement mettre jour un projet en cours en le modifiant (Ajouter une phase, prolonger le projet, change ltat dun projet). 14

Rapport du Projet de Fin dEtudes

Chapitre 2 : Spcification des besoins Grer des intervenants : Le chef de projet peut ajouter un nouvel intervenant, le consulter ou le mettre jour, soit en le modifiant ou en le supprimant. Le chef de projet peut affecter un intervenant une tche de projet. Grer les acteurs externes : Le chef de projet peut ajouter un nouvel acteur externe, le consulter ou le mettre jour soit en laffectant un projet, soit en le modifiant ou en le supprimant. Grer les structures internes : Le chef de projet peut ajouter une nouvelle structure, la consulter ou la mettre jour soit en laffectant un projet, soit en la supprimant ou en la modifiant. Grer les types de projet : Le chef de projet peut ajouter un nouveau type de projet et le mettre jour soit en le supprimant ou en le modifiant.

Rapport du Projet de Fin dEtudes

15

Chapitre 2 : Spcification des besoins

III.2.1

Diagramme de cas dutilisation gnral

<<include>> Visualiser les statistiques

Administrateur Grer la liste des chefs de projets

<<include>>

Modifier le compte <<include>> Acteur externe intervenant Participer un projet <<include>>

<<include>>

<<include>> Grer les intervenants Base des donnes

Grer les projets

<<include>> Authentification

Grer les Types

<<include>>

Chef Projet

Grer les Structures

<<include>>

Grer Les Acteurs <<include>>

Figure 4:Diagramme de cas d'utilisation initial

Rapport du Projet de Fin dEtudes

16

Chapitre 2 : Spcification des besoins

III.2.2

Raffinement des cas dutilisation

Participer un projet
Authentification <<include>>

III.2.2.1

Participer un projet Participant <<extend>> <<extend>> <<extend>>

consulter un projet Acteur externe chef projet voir les taches

valider une taches

Intervenant

Figure 5: Raffinement de cas dutilisation Participer un projet

Description du cas dutilisation Participer un projet :

Titre Acteurs : Pr condition : Scnario Nominal : Participer un projet Participant (Acteur externe, Intervenant, chef de projet) Un participant doit tre authentifi Le systme affiche linterface de gestion de projet associ. Lintervenant, ou acteur externe choisit le projet associ. Le systme affiche les informations relatives au projet (nom, quipe dintervenants, structure destinatrice, acteurs externes, liste des phases et tches) Lintervenant ou acteur externe clique sur grer tches. Le systme affiche linterface des tches associes au projet slectionn. Lintervenant choisit une tche. Le systme affiche linterface de gestion de tche. Lintervenant cre un commentaire si ncessaire. Lintervenant dfinit ses options de travail et valide. Participant authentifi
Tableau 3: Description du sous cas d'utilisation "Participer un Projet"

Post condition :

Rapport du Projet de Fin dEtudes

17

Chapitre 2 : Spcification des besoins III.2.2.2 Grer les projets

Authentification

Chef Projet

Grer les projets <<extend>>

<<include>>

<<extend>> <<extend>>

Ajouter un Projet

Supprimer un projet

Modifier un projet

<<include>>

Crer phase

<<include>>

Crer tche

Figure 6:Raffinementdu cas d'utilisation Grer les projets

Description du sous cas dutilisation Grer les projets :

Titre Acteur Pr condition Scnario Nominal Chef de projet

Grer les projets

Le chef de projet doit tre authentifi. Le chef de projet accde linterface de gestion de projet. Le chef de projet cre un nouveau projet. Le chef de projet ajoute une phase Dans chaque phase, le chef de projet ajoute au moins une tche. Le chef de projet saisit toutes les informations ncessaires pour terminer lajout dun projet. Le systme vrifie la validation dajout et met jour la base de donnes et affiche un message de confirmation. Projet Cre

Post condition

Rapport du Projet de Fin dEtudes

18

Chapitre 2 : Spcification des besoins

Exception Si le chef de projet saisit des informations errones, un message derreur sera affich.
Tableau 4: Description du sous cas d'utilisateur Grer les projets

III.2.2.3

Modifier le compte
<<include>> Anthentification

gestion de compte intervenant <<extend>> <<extend>>

Modifier le mot de passe

Modifier les informations personelles

chef Projet

Figure 7:Raffinementde cas d'utilisation Modifier le compte

Description du sous cas dutilisation Modifier le compte :

Titre Acteurs Pr condition Modifier le compte Intervenant, chef de projet Lintervenant ou chef de projet doit tre authentifi Le systme affiche linterface de mise jour de compte. Lintervenant clique sur le menu grer compte. Sous le menu grer compte, on trouve modifier (mot de passe, informations personnelles). Lintervenant ou le chef de projet clique sur lun des sous-menus de grer le compte et clique sur le bouton valider pour enregistrer Mise jour russie du compte Si lintervenant saisit des informations errones, un message derreur sera affich.
Tableau 5:Description du sous cas dutilisation Gestion du compte

Scnario Nominal

Post condition Exception

Rapport du Projet de Fin dEtudes

19

Chapitre 2 : Spcification des besoins III.2.2.4 Grer les intervenants

<<include>> Grer les intervenants chef Projet <<extend>> <<extend>> <<extend>> Ajouter intervenant Supprimer intervenant Modifier intervenant

Authentification

Figure 8: Raffinement de cas d'utilisation Grer les intervenants

Description du sous cas dutilisation Grer les intervenants :

Titre Acteur Pr condition Scnario Nominal

Grer les intervenants Chef de projet Le chef de projet doit tre authentifi. Le chef de projet clique sur le menu gestion des intervenants. Sous le menu gestion des intervenants, on trouve (Ajouter, supprimer et modifier). Le chef de projet clique sur lun de ces sousmenus. Il y a une interface approprie pour chaque choix. Le chef de projet ajoute ou supprime ou modifie un intervenant, puis clique sur le bouton valider pour enregistrer. Mise jour russie des intervenants Si le chef de projet saisit des informations errones, un message derreur sera affich.

Post condition Exception

Tableau 6:Description du sous cas dutilisation Gestion des intervenants

Rapport du Projet de Fin dEtudes

20

Chapitre 2 : Spcification des besoins

Conclusion
La spcification des besoins fonctionnels et non fonctionnels du systme, et par la suite, la dfinition des diffrents diagrammes des cas dutilisation, nous ont permis de dterminer les principales fonctionnalits offertes par notre systme.

Rapport du Projet de Fin dEtudes

21

Chapitre III

Conception

Chapitre III

Conception

Rapport du Projet de Fin dEtudes

22

Chapitre III : Conception

Introduction
Dans ce chapitre, nous allons prsenter la notion darchitecture trois tiers. Ensuite, nous passons dtailler la conception de notre application.

I.

Architecture globale de la solution

applications web est effectue selon

Gnralement, la cration des sites ou les

larchitecture 3-tiers, cette architecture est un modle logique darchitecture applicative qui vise sparer trs nettement trois couches logicielles au sein dune mme application ou systme, modliser et prsenter cette application comme un empilement de trois couches. Cette architecture est prsente par la figure ci-dessous :

Figure 9: Architecture 3-Tiers

La partie client : cest la partie qui permet le dialogue avec lutilisateur. Elle peut tre compose dune application web ou dapplets. La partie mtier :(appele galement middleware) cest la partie qui encapsule les traitements. La partie donne : cest la partie qui stocke les donnes. Une requte est traite en 3 niveaux, le client lenvoi un serveur dapplications qui la traite et lenvoi son tour un serveur de donnes accompagn gnralement dune base de 23

Rapport du Projet de Fin dEtudes

Chapitre III : Conception donnes, cette requte est r-envoye depuis le serveur de donnes au serveur dapplications qui la transfre finalement en tant que rponse au client.

II.

Conception du niveau donnes

La conception du niveau donnes permet de mieux spcifier la structure du systme tout en dcrivant ses rgles de gestion afin damliorer la comprhension et la lisibilit du diagramme de classes.

II .1 Rgles de gestion
Nous prsentons dans ce qui suit les principales rgles de gestion relatives notre application. Ladministrateur peut ajouter un ou plusieurs chefs de projet. Ladministrateur peut voir la liste des projets. Un participant peut tre un chef de projet. Un participant peut tre un intervenant. Un participant peut tre un acteur externe. Un participant peut tre un administrateur. Chaque chef du projet peut ajouter un ou plusieurs projets. Chaque projet appartient zro ou plusieurs structures. Un projet est associ un seul type. Chaque projet est compos par un ou plusieurs phases associes. Une phase est compose par au moins une ou plusieurs tches Chaque tche est associe une seule phase. Chaque tche est associe un seul participant (intervenant, acteur externe) Un participant(intervenant, acteur externe) peut avoir une ou plusieurs tches. Ladministrateur peut visualiser les statistiques. Le chef de projet peut visualiser les statistiques.

II.2 Diagramme de classes

Une classe reprsente la structure d'un objet, c'est--dire la dclaration de l'ensemble des entits qui le composent. Elle est constitue d'attributs dont les valeurs reprsentent l'tat de lobjet et des mthodes qui sont les oprations applicables aux objets.

Rapport du Projet de Fin dEtudes

24

Chapitre III : Conception

II.2.1

Identification des classes

Administrateur

Projet

Participant

Intervenant

Type

Structure

Phase

Tche

Acteur externe

Commentaire

Chef de projet

II.2.2

Description des classes

Administrateur : est une classe fille qui contient les informations dadministrateur. Projet : elle contient toutes les informations ncessaires du projet (phase, tche, structure et type).Elle contient aussi la liste des participants (intervenant, acteur externe) associs pour chaque projet. Participant : est une classe mre contenant tous les participants existants comme chef de projet, intervenant, acteur externe, administrateur. Intervenant : est une classe fille qui contient les informations de lintervenant. Chef de projet : est une classe fille qui contient les informations du chef de projet. Acteur externe : est une classe fille qui contient les informations de lacteur externe. Structure : cette classe contient les informations de la structure. Type : classe contient tous les types de projets. Phase : elle contient toutes les listes de phases des projets. Tche : elle contient la liste des tches associes au participant (intervenant, acteur externe) dans une phase.

Rapport du Projet de Fin dEtudes

25

Chapitre III : Conception

II.2.3

Diagramme de classe

Administrateur

1..1 + + + +

Projet Id Titre Description Date_debut Date_fin Langage Logiciel Etat ajouter () Supprimer () Modifier () afficher () ... 1..1 1..1 Structure + + + + id Description Directure Lieu Tel_Struc : : : : : int String String String String : : : : void void void void + + + + Phase id Description Date_Debut Date_fin ajoute () Supprimer () modifier () afficher () ... : : : : int String Date Date : : : : void void void void 1..1 : : : : : : : : int String String Date Date String String String : : : : void void void void 1..*

0..*

1..1

1..1 0..* 0..*

Ajouter () Modifier () Supprimer () afficher () ...

1..1 Type - id : int - Description : String + + + + ajoute () Supprimer () modifier () afficher () ... : : : : void void void void

1..* Tache

Participant + + + + Id type_participant Nom Prnom Adresse Tlephonne Mail Login Mot de passe Ajoute () Supprimer () Modifier () afficher () ... : : : : : : : : : : : : : int int String String String String String String String 1..1

+ + + + 0..1

id Description Date_debut Date_Fin Etat ajoute () Supprimer () modifier () afficher () ...

: : : : :

int String Date Date Date : : : : void void void void

0..*

1..1 Chef Projet

void void void void

Intervenant - privilege : String

Acteur externe - Spcialit : String

Figure 10: Diagramme de classes

Rapport du Projet de Fin dEtudes

26

Chapitre III : Conception

II.2.4

Modle relationnel

Une fois notre diagramme de classes est tabli, nous pouvons dduire le modle relationnel correspondant, qui est le suivant : Participant (id,type_participant, nom, prnom,adresse, tlphone, mail, login, password, privilge, Spcialit); Structure (idStruc,description_struc, directeur, adresse_struc, tlphone_struc) ; Type ( idType, Description_type); Projet (idPro , Titre, Description, DateDbut_pro, DateFin_pro, Etat_pro,language,

logiciel,#idStruc, #idType, #idChef); Phase (idPhase, description_Phase, DateDbutPhase, DateFinPhase, #idPro); Tche (idTche, description_tche, DateDbutTche, DateFinTche, tat_tche ,#idPhase, #idAct, #idInter) ;

III.

Conception du niveau application

III.1 Diagramme de squences Authentification

Ce diagramme schmatise lopration dauthentification du participant au systme (loprateur loop explique comment le systme interagit avec la demande dauthentification). Si les informations saisies sont invalides, une alerte informe lutilisateur. Sinon, le participant accde la page daccueil sans problmes.

Rapport du Projet de Fin dEtudes

27

Chapitre III : Conception

Authentification

Systeme Participant Saisi login/mot de passe loop [Condition] Vrefication de login et mot de passe Message d'erreur

Resaisir login et mot de passe

Succes de connexion

Affichage de menu

Figure 11: Diagramme de squences Authentification

III.2 Diagramme de squences Gestion de Projet

Le diagramme ci-dessous dcrit le cas dutilisation Gestion de Projet dfinissant la cration dun projet. Dans ce cas le chef de projet doit crer un projet qui contient plusieurs phases et chaque phase inclut plusieurs tches, il faut aussi indique le type de chaque projet et leur structure.

Rapport du Projet de Fin dEtudes

28

Chapitre III : Conception

Cration Projet

Projet Chef Projet

par cre une nouveau projet

ajouter les phase par

ajouter les taches

affecter une intervenant ou un acteur gestion des intervenants ou des acteurs

par indique son type

gestion des types

par ajouter les structure

gestion des structure

Suivie l'evolution des projets

Modifier un projet Supprimer un projet

Figure 12: Diagramme de squences Gestion de Projet

Rapport du Projet de Fin dEtudes

29

Chapitre III : Conception

III.3 Diagramme de squences Dmarche de Projet

Le diagramme suivant dcrit le Dmarche de Projet qui explique la dmarche dun projet, qui contient tout dabord lauthentification, puis la cration de projet, en suite chaque intervenant ou acteur externe voir les tches raliser et le valide. Le chef de projet a consult le suivi et l'valuation du projet
dmarche Projet

Projet Chef Projet ref Participant (intervenant, acteur) Authentification()

ref

Cration Projet()

par 1: voir les taches raliser

2: Valide les taches ralise

3: suivire l'evolution 4: Suivre l'evolution des phases

Figure 13: Diagramme de squences Dmarche du Projet

Rapport du Projet de Fin dEtudes

30

Chapitre III : Conception

III.3 Diagramme de squences Application

On passe maintenant au diagramme de squences dcrivant la dmarche dapplication Application qui regroupe toutes les types des gestions quon peut faire ; gestion des participants, gestion des structures, gestion des types et gestion de compte.
Application

Systme Chef Projet Participant (intervenant, acteur)

ref Authentification()

ref Cration Projet()

ref dmarche Projet()

gestion des participants

gestion des Strurtures

Gestion de compte

Gestion des Types

Gestion de compte

Figure 14:Diagramme de squences Application

Rapport du Projet de Fin dEtudes

31

Chapitre III : Conception

IV.

Conception du niveau prsentation

IV.1 Structure de lapplication

Pour maintenir une hirarchie quilibre qui aidera accder rapidement aux informations et permet une comprhension intuitive de la faon dont les lments sont organiss, nous avons opt pour la structure en volution. La structure laquelle on a abouti pour notre application est illustre par la figure suivante :

Figure 15: Structure de lapplication

Rapport du Projet de Fin dEtudes

32

Chapitre III : Conception

IV.2 Charte graphique

Le but de la charte graphique est de conserver une cohrence graphique entre les ralisations graphiques dun mme projet. Pour cela, nous avons choisi la structure suivante pour toutes les interfaces de notre application :

Figure 16: Charte graphique

Conclusion
Dans ce chapitre, nous avons donc prsent la conception de notre systme. Par la suite, nous avons dtaill larchitecture trois tiers avant de procder limplmentation des diagrammes de classes et des diagrammes de squences.

Rapport du Projet de Fin dEtudes

33

Chapitre IV

Ralisation

Chapitre IV

Ralisation

Rapport du Projet de Fin dEtudes

34

Chapitre IV : Ralisation

Introduction
Au niveau de cette dernire partie, on va sintresser aux outils utiliss pour la ralisation de notre application ainsi quaux principales interfaces dveloppes, en passant par le diagramme de dploiement, et cela avant de finir avec la planification du projet.

I.
I.1

Environnement de dveloppement
Environnement matriel

Deux ordinateurs portables sont utiliss avec les caractristiques suivantes :

I.2

Environnement logiciel

I.2.1 Apache Tomcat 7.0

Tout le travail a t effectu avec le serveur de Tomcat vu que cest un serveur dune grande qualit qui permet le dveloppement et la distribution dapplications web.

I.2.2 Oracle 11g Express

Oracle Database est un systme de gestion de base de donnes relationnel (SGBDR), 35

Rapport du Projet de Fin dEtudes

Chapitre IV : Ralisation qui depuis quil a permis le support du modle objet dans sa version 8 peut tre aussi qualifi de systme de gestion de base de donnes relationnel-objet(SGBDRO). Fourni par Oracle Corporation, il a t dvelopp par Larry Ellison. Oracle Database Express Edition est une version gratuite de la base. Il s'agit d'une version 11g Standard Edition One limite. [2]

I.2.3 Adobe Dreamweaver CSS.5

Dreamweaverest un diteur HTML professionnel destin la conception, au codage et au dveloppement de sites, de pages et dapplications Web. Quel que soit lenvironnement de travail utilis (codage manuel HTML ou environnement ddition visuel), Dreamweaver propose des outils qui aident crer des applications Web facilement et efficacement.

I.2.4 Eclipse indigo

Dans la programmation informatique , Eclipse est un multi-langue environnement de dveloppement intgr (IDE) comprenant une base qui sert comme un espace de travail, et un extensible plug-in systme de personnalisation de l'environnement. Eclipse peut tre aussi utilis pour dvelopper des applications en Java. Les environnements de dveloppement comprennent l'Eclipse Java Dveloppent Tools (JDT) pour Java et Scala, Eclipse CDT pour C / C + + et PHP pour Eclipse PDT. [3]

I.2.5 PowerAMC
PowerAMC est un logiciel de conception cr par la socit SDP, qui permet de modliser les traitements informatiques et leurs bases de donnes associes.

I.2.6

Adobe Photoshop cs6

Photoshop est un logiciel de retouches, de traitement et de dessin assist par

ordinateur dit par Adobe. Il est principalement utilis pour le traitement de photographies numriques.

I.3

Choix des outils de dveloppement : J2EE

Nous avons choisi la plateforme J2EE vu quun grand nombre de fonctionnalits sont mises Rapport du Projet de Fin dEtudes 36

Chapitre IV : Ralisation jour rgulirement au niveau du systme de faon produire des applications robustes, faciles entretenir et susceptibles daccompagner laccroissement des besoins. [2] La plateforme Java Entreprise Edition, ou Java EE, est une plateforme de dveloppement dapplications distribues de logiciels dentreprise. Elle offre de nombreux avantages : - Elle fournit une plateforme standard pour la construction de composants logiciels qui sont transfrables dans les implmentations. - Elle favorise linteroprabilit dans les environnements htrognes. Cette plateforme est conue donc pour offrir un standard permettant de dvelopper des applications complexes capables de supporter des milliers de transactions et dutilisateurs requrants une scurit leve. Pour la ralisation de notre travail donc, on a utilis les outils correspondants cette plateforme pour dvelopper les pages web de notre application et prparer la base de donnes. On va introduire ces outils et justifier le choix quon a fait en prcisant les avantages et les atouts qui ont guid ce choix : JSP (Java Server Pages) : ce sont des pages HTML qui contiennent du code Java. JSP permet une meilleure division des tches travers la prsentation gnrale par les graphistes et le cot dynamique par les scriptlets en java. Cest notre couche prsentation. Servlet : Une servlet est une classe Java qui permet de crer dynamiquement des donnes au sein d'un serveur HTTP. Ces donnes sont le plus gnralement prsentes au format HTML, mais elles peuvent galement l'tre au format XML ou tout autre format destin aux navigateurs web. Les servlets utilisent l'API Java Servlet (package javax.servlet). HTML5 (HyperText MarkupLanguage): Nous lavons utilis pour la gestion et lorganisation du contenu des pages JSP. CSS3 (Cascading Style Sheets): Nous avons utilis le langage CSS pour la gestion de l'apparence des pages JSP (agencement, positionnement, dcoration, couleur, taille du texte...) et donc pour complter le HTML. Java Script : C'est un langage de programmation qui est inclus dans le code HTML. Il permet d'apporter des amliorations au langage HTML en permettant 37

Rapport du Projet de Fin dEtudes

Chapitre IV : Ralisation d'excuter des commandes.

II.

Dploiement de lapplication
Larchitecture dun systme informatique est la faon dont les fonctions ou traitements du

systme sont distribus entre ses divers composants matriels et logiciels. De ce fait, on peut distinguer plusieurs niveaux lors du dveloppement dapplications informatiques. Le modle de dploiement indique larchitecture matrielle dun systme, et spcifie les composants physiques ncessaires pour lapplication. Larchitecture utilise est une architecture client-serveur 3 tiers. Dans le diagramme de dploiement ci-dessous, on a reprsent la rpartition physique des Micro-ordinateurs clients, et le serveur dapplication qui est compos son tour de trois couches : couche prsentation, couche mtier et la couche de donnes lie au serveur de donnes.

Figure 17: Diagramme de dploiement de l'application

Rapport du Projet de Fin dEtudes

38

Chapitre IV : Ralisation

III. Principales interfaces graphiques

La ralisation des interfaces utilisateurs homognes, cohrentes et rutilisables est une tche trs difficile. Dans cette partie, nous allons prsenter quelques interfaces de lapplication. Nous profiterons cette prsentation pour faire quelques scnarios dexcution afin de tirer quelques rsultats de test de notre application.

III.1 Interface Page dauthentification

Figure 18:Page dauthentification

Au lancement de lapplication, la page dauthentification qui restreint laccs sera affiche, et le participant (Administrateur, chef de projet, intervenant, acteur externe) doit saisir son login et son mot de passe.

III.2 Les Interfaces de l Administrateur

III.2.1 Liste des chefs de Projet : Une fois authentifi, ladministrateur peut ajouter

les chefs de projets, comme il peut les modifier ou les supprimer.

Rapport du Projet de Fin dEtudes

39

Chapitre IV : Ralisation

Figure 19:Liste des chefs de Projets

III.2.2

Statistiques : Ladministrateur peut aussi voir toutes les statistiques

concernant lapplication. Cette interface contient les statistiques des projets classs par tat dvolution (en cours, termin, interrompu).

Figure 20: Interface dvoilant les Statistiques sur les projets

III.3 Les Interfaces du chef de projet

III.3.1 Ajouter un Projet : Le chef de projet quant lui, est responsable de lajout

des projets. Pour ce faire, il doit commencer par sauthentifier aussi, et puis entamer la procdure dajout dun projet qui comporte plusieurs tapes. Tout dabord, il doit commencer par remplir les champs dun projet, ensuite il enchaine avec lajout dune phase et dune tche, sans oublier de prciser dans chacune de ces tches un intervenant Rapport du Projet de Fin dEtudes 40

Chapitre IV : Ralisation ou un acteur externe. Une fois termin, on peut voir tous les dtails du projet quon a cr.

Figure 21: Processus de cration dun nouveau projet

III.3.2

Liste des Projets : Le chef de projet peut galement grer la liste des projets

cres, la modifier, et voir tous les dtails concernant ces projets. Cest lui aussi qui peut supprimer un projet au moment de lapprobation de toutes ses phases.

Figure 22:Liste des projets

Rapport du Projet de Fin dEtudes

41

Chapitre IV : Ralisation

III.3.3

Dtail du projet : Dans linterface ci-dessous, on peut voir tous les dtails

dun projet : les dates (dbut, fin), toutes les phases inclues dans ce projet, ainsi que les tches et les participants (intervenant, acteur externe) associs.

Figure 23:Dtails du projet

III.3.4

Modification de projet : La modification dun projet peut se faire en 3

oprations possibles. On peut changer ltat du projet (en cours, termin ou interrompu), ou bien ajouter une phase, ou bien faire une prolongation de projet en cas ou on souhaite llargir.

Rapport du Projet de Fin dEtudes

42

Chapitre IV : Ralisation

Figure 24: Modification de projet

III.3.5

Historique : Cette interface contient la liste des projets pour chaque chef de

projets, avec pour chaque projet son tat actuel (en cours, termin, interrompu).

Figure 25: Historique des projets

III.3.6

Modification du mot de passe : Chaque participant peut modifier son mot

de passe, pour nimporte quelles raisons. Pour cela, il doit saisir son ancien mot de passe et proposer le nouveau et confirmer son choix.

Rapport du Projet de Fin dEtudes

43

Chapitre IV : Ralisation

Figure 26: Modification du Mot de Passe

III.4 Les Interfaces du Participant (intervenant, acteur externe)

III.4.1 Accueil : Aprs lauthentification, le participant (intervenant, acteur externe)

peut consulter la liste de projets qui lui est associe.

Figure 27:Page daccueil d'un Participant

III.4.2

Dtail de projet par tche : Lorsquun intervenant ou un acteur externe

clique sur un projet, une toile apparait aprs chaque tche associe cet intervenant.

Rapport du Projet de Fin dEtudes

44

Chapitre IV : Ralisation

Figure 28:Dtails du projet par Tche

IV.

Planification du projet

Un projet comporte un certain nombre de tches raliser dans des dlais impartis et selon un agencement bien dtermin. Le diagramme de GANTT permet de planifier le projet et de rendre plus simple le suivi de son avancement.

Rapport du Projet de Fin dEtudes

45

Chapitre IV : Ralisation

Figure 29: Diagramme de GANTT

Conclusion
Durant ce dernier chapitre, on a commenc par dcrire notre environnement de travail matriel et logiciel. Puis on a cr le diagramme de dploiement correspondant, et on a prsent quelques interfaces ralises de notre application selon le profil de lutilisateur, et cela avant de finir par la spcification du planning du projet.

Rapport du Projet de Fin dEtudes

46

Webographie

Conclusion Gnrale et Perspectives

Notre travail consistait donc dvelopper une application web de gestion de projets pour lOffice Nationale de Tourisme Tunisien. Pour accomplir ce travail, et durant la phase de conception, nous avons utilis le processus de dveloppement unifi qui utilise les notations UML, permet de bien comprendre la problmatique et de bien modliser les objectifs atteindre, et qui offre mme la possibilit de commencer la ralisation du systme un stade avanc de son cycle de vie. Ce processus nous a guid et nous a permis de raliser un travail itratif et un systme stable, volutif et qui sadapte bien lvolution des besoins. Au cours de cette exprience, nous avons rencontr des difficults au niveau des outils utiliss et des nouvelles technologies de dveloppement, comme on a retrouv quelques lacunes pendant la dfinition des besoins. De plus, la fin de chaque enchanement dactivits, nous avons eu lopportunit de reconsidrer ce qui a t fait, et par consquent, de poursuivre ou de modifier le processus en fonction de lvaluation de nos encadreurs. Le projet sest droul selon trois axes principaux afin de passer par les trois tapes essentielles de tout projet : lanalyse, la conception et la ralisation. Cot implmentation, on a utilis le langage de programmation J2EE, tout en manipulant larchitecture trois niveaux puisque notre systme a t dvelopp en architecture trois tiers. Pour la mise en place de notre base de donnes, nous avons utilis le systme de gestion de base de donnes ORACLE. Dans la future de systme dapplication, on peut faire davancement dun projet avec landriod.

Rapport du Projet de Fin dEtudes

47

Webographie

Webographie
[1] : Processus unifi : http://www.memoireonline.com/07/08/1363/m_conception-realisationapplication-gestion-centre-kinesie11.html [2] : Oracle : https://sites.google.com/site/jeromesimoninhomepage/logiciels-utiliss http://fr.wikipedia.org/wiki/Oracle_Database [3]: Eclipse http://en.wikipedia.org/wiki/Eclipse_(software) [4]: UML http://www.in2p3.fr/actions/formation/InfoTempsReel/Cours-UML-LaLonde.pdf [5]: J2EE http://fr.wikipedia.org/wiki/Java_EE [6]:JSP http://www.techterms.com/definition/jsp [7] : Servlet http://www.jmdoudoux.fr/java/dej/chap-servlets.htm

Rapport du Projet de Fin dEtudes

48

Annexe

Annexe

Annexe

Rapport du Projet de Fin dEtudes

49

Annexe A

Annexe A : Diagrammes des cas dutilisation

Grer les structures
<<include>> Gestion des structures Chef Projet <<extend>> Authentification

<<extend>> <<extend>>

Ajouter un structure Modifier un structure

Supprimer un structure

Figure 30:Raffinement de Cas dutilisation Grer les structures

Description du sous cas dutilisation Grer les structures

Titre Acteur Pr condition Post condition Description du scnario principal

Grer Les intervenants Chef de projet Le chef de projet doit tre authentifi. Mise jour des structures Le chef de projet clique sur le menu gestion des structures. Sous le menu gestion des structures, on trouve (Ajouter, supprimer et modifier). Le chef de projet clique sur lun de ces sousmenus. Il y a une interface approprie pour chaque choix. Le chef de projet ajoute ou supprime ou modifie une structure, puis clique sur le bouton valider pour enregistrer. Si le chef de projet saisit des informations errones, un message derreur sera affich.

Exception

Tableau 7:Description du sous cas dutilisation Grer les structures

Rapport du Projet de Fin dEtudes

50

Annexe A

Grer les types

<<include>> Gestion des types Chef Projet <<extend>> Authentification

<<extend>> Ajouter un type Modifier un type

<<extend>> Supprimer un type

Figure 31:Raffinement de cas dutilisation Grer les types

Description du sous cas dutilisation Grer les types

Titre Acteur Pr condition Post condition Description du scnario principal Chef de projet

Grer les types

Le chef de projet doit tre authentifi. Mise jour des types Le chef de projet clique sur le menu gestion des types. Sous le menu gestion des types, on trouve (Ajouter, supprimer et modifier). Le chef de projet clique sur lun de ces sousmenus. Il y a une interface approprie pour chaque choix. Le chef de projet ajoute ou supprime ou modifie un type, puis clique sur le bouton valider pour enregistrer. Si le chef de projet saisit des informations errones, un message derreur sera affich.
Tableau 8:Description du sous cas dutilisation Gestion des types

Exception

Rapport du Projet de Fin dEtudes

51

Annexe B

Annexe B : Dfinitions
J2EE :
ou Java EE (anciennement J2EE), est une spcification pour la technique Java de Sun plus particulirement destine aux applications dentreprise. Ces applications sont considres dans une approche multi-niveaux1. Dans ce but, toute implmentation de cette spcification contient un ensemble dextensions au framework Java standard (JSE, Java Standard Edition) afin de faciliter notamment la cration dapplications rparties.
Java Enterprise Edition,

Pour ce faire, Java EE dfinit les lments suivants : Une plate-forme (Java EE Platform), pour hberger et excuter les applications, incluant outre Java SE des bibliothques logicielles (ou JDK) additionnelles, Une suite de tests (Java EE Compatibility Test Suite) pour vrifier la compatibilit, Une ralisation de rfrence (Java EE Reference Implementation), dnomme GlassFish, Un catalogue de bonnes pratiques (Java EE BluePrints); [5]

UML 2.0 :
UML = Unified Modeling Language Langage unifi pour la modlisation objet Langage de modlisation des applications construites laide Dobjets, indpendant de la mthode utilise Diffrence Langage Mthode Langage de modlisation = notations, grammaire, smantique Mthode : comment utiliser le langage de modlisation (Recueil des besoins, analyse, conception, mise en uvre, Validation) Objet = reprsentation du problme base sur des Entits (concrtes ou abstraites) du monde rel [4]

JSP :
Signifie "Java Server Page." Cette norme a t dveloppe par Sun Microsystems en tant qu'alternative la page active de serveur de Microsoft (ASP ) de la technologie. Les pages JSP sont similaires aux pages ASP en ce qu'ils sont compiles sur le serveur, plutt que dans le navigateur Web de l'utilisateur. Aprs tout, ils ne remettent pas les "pages du serveur" pour Rapport du Projet de Fin dEtudes 52

Annexe B rien. Cependant, JSP est bas sur Java, tandis quASP est bas sur Visual Basic. Les pages JSP sont utiles pour la cration de sites Web dynamiques et l'accs aux informations de base de donnes sur un serveur Web. Bien que les pages JSP peuvent avoir Java entrecoupes de HTML, tout le code Java est analys sur le serveur. Par consquent, une fois que la page va au navigateur, ce n'est que HTML. JavaScript, d'autre part, est gnralement analys par le navigateur Web, et non le serveur Web. [6]

Servlet :
Une servlet est un programme qui s'excute ct serveur en tant qu'extension du serveur. Elle reoit une requte du client, elle effectue des traitements et renvoie le rsultat. La liaison entre la servlet et le client peut tre directe ou passer par un intermdiaire comme par exemple un serveur http. Mme si pour le moment la principale utilisation des servlets est la gnration de pages html dynamiques utilisant le protocole http et donc un serveur web, n'importe quel protocole reposant sur le principe de requte/rponse peut faire usage d'une servlet. Ecrite en java, une servlet en retire ses avantages : la portabilit, l'accs toutes les API de java dont JDBC pour l'accs aux bases de donnes, ... Une servlet peut tre invoque plusieurs fois en mme temps pour rpondre plusieurs requtes simultanes. La servlet se positionne dans une architecture Client/Serveur trois tiers dans le tiers du milieu entre le client lger charg de l'affichage et la source de donnes. [7]

Rapport du Projet de Fin dEtudes

53

Annexe C

Annexe C : Les interfaces

Page daccueil dun chef de projet.

Figure 32:Page daccueil dun chef de projet.

Liste de types de projets.

Figure 33:Liste de types de projets

Rapport du Projet de Fin dEtudes

54

Annexe C Liste des acteurs.

Figure 34: Liste des acteurs

Liste des intervenants.

Figure 35: Liste des intervenants

Rapport du Projet de Fin dEtudes

55

Annexe C Nouvel acteur.

Figure 36: Coordonnes dun nouvel acteur

Nouveau chef de projet.

Figure 37:Nouveau chef de projet

Rapport du Projet de Fin dEtudes

56

Annexe C Nouveau intervenant.

Figure 38:Nouveau intervenant

Fin de cration de projet.

Figure 39:Fin de cration de projet

Calendrier de date.

Figure 40:Calendrier de date

Rapport du Projet de Fin dEtudes

57

Annexe C

Statistique de structure par projet.

Figure 41:Statistique de structure par projet

Rapport du Projet de Fin dEtudes

58