Introduction

La prsence d'un systme d'information informatis est devenue une exigence pour les entreprises puisqu'il y amliore le traitement de l'information. Cette amlioration est caractrise par la capacit gigantesque de stockage, la facilit de la consultation et l'automatisation des traitements. Dautre part, nous constatons, de plus en plus, la ncessit de mettre la disponibilit des utilisateurs les informations concernant les activits et les services de la socit toute en assurant un accs facile et rapide. Lhtrognit entre les systmes dinformation ne doit pas tre un obstacle devant lchange et le partage des donnes entre les entreprises. Suivant cette ide, la maitrise des nouvelles technologies et des systmes dinformation, est indispensable puisquelle sera lun des facteurs cls pour russir lchange de linformation entre les entreprises. De ce fait, lOffice de lAviation Civile et des Aroports OACA a dcid de mettre en place une application web pour consulter et traiter les donnes envoyes par la socit turque Tep Akfen Airoports TAV qui gre laroport Habib Bourguiba de Monastir afin dappliquer sa mission qui consiste contrler le trafic arien sur le territoire tunisien. Notre objectif dans ce projet est de raliser une application web qui prsente les services de lOACA et qui permet lchange des donnes entre deux systmes dinformation diffrents. Nous avons utilis pour la 1

ralisation de lapplication les technologies de dveloppement web. Pour la modlisation des donnes et des traitements nous avons utilis le langage de modlisation UML.

Notre rapport est organis en sept chapitres : o Le premier chapitre dcrit lOACA ses objectifs, ses activits et prsente le cadre du projet ainsi que le projet lui mme. o Le deuxime chapitre prsente le systme dinformation actuel de lOACA et expose la problmatique et la solution adopte dans notre projet. o Le troisime chapitre dtaille la solution propose en dgageant les besoins fonctionnels et non fonctionnels. o Dans un quatrime chapitre, nous abordons solution en proposant les diffrents diagrammes. o Le dernier chapitre expose une description de lenvironnement de travail dans lequel nous avons dvelopp notre application ainsi quune description de la phase dimplmentation et de ralisation. Nous clturons notre rapport par une conclusion gnrale exposant une synthse de travail et les amliorations possibles qui peuvent tre apportes. la conception de la

Chapitre I : Contexte du Projet

Nous prsenterons dans ce chapitre lorganisme daccueil de notre projet, lentreprise OACA. Ensuite nous effectuons une tude de lexistant en matire dinformatique afin den apporter les solutions adquates.

1.1 Cadre du Projet

La cration du site internet de lOACA, sinscrit dans le cadre du projet de fin dtudes afin dobtenir le Diplme Universitaire de Technologie en Informatique DUT Pour lanne universitaire 2008/2009. Ce stage se droule au sein de lOffice de lAviation Civile et des Aroports et encadr par Mr. Ghazi Ziada.

1.2 Prsentation de lEntreprise

L'OFFICE DE L'AVIATION CIVILE ET DES AEROPORTS (OACA) est un tablissement public caractre industriel et commercial dot de la personnalit civile et de l'autonomie financire. Il est sous tutelle du Ministre du Transport et est charg de grer, de dvelopper et d'exploiter les 7 Aroports Internationaux de Tunisie (Tunis-Carthage, jerba-Zarzis, Tozeur-Nefta, Sfax-Thyna, 7 Novembre Tabarka, Gafsa - Ksar et Gabs Matmata). LOACA a concd l'exploitation de l'Aroport Monastir Habib Bourguiba partir du 01 janvier 2008 lentreprise prive TAV. LOACA est charg des missions suivantes: L'exploitation, l'amnagement et le dveloppement des aroports ainsi que l'accomplissement de toutes les oprations et services

ncessaires aux voyageurs, au public, aux aronefs, au fret et au courrier arien dans les aroports. Le contrle rgional et local de la navigation arienne et la participation l'excution des plans de recherches et de sauvegarde. La dlivrance de tous les documents requis pour le personnel aronautique, les aronefs et la navigation arienne conformment la lgislation en vigueur

1.3 Prsentation du Sujet

Le projet consiste la conception et au dveloppement dun site internet qui a pour objectif doffrir ses utilisateurs des outils pour consulter et suivre les diffrents services de lOACA. Lobjectif de ce projet est de reconstruire le site internet de lOACA en ajoutant un ensemble de fonctionnalits et en permettant un change de donnes entre lOACA et TAV en toute scurit et efficacit. Le site internet de lOACA doit rpondre aux besoins suivants : o Prsenter lOACA sur le rseau mondial. o Consulter les informations concernant les vols dans les aroports tunisiens. o Consulter et grer les appels doffre de lOACA. o Consulter et grer les annonces de recrutement de lOACA. o Garantir la possibilit de contacter lOACA par internet. o Administrer le site internet de lOACA et configurer la priode de mise jour de la base des donnes des informations des vols.

Conclusion

Dans ce premier chapitre, nous avons prsent lOACA. De mme,

nous avons donne une vue globale sur notre projet avec ses diffrents objectifs. Dans la suite, nous passons lanalyse du systme dinformation actuel de lOACA ainsi que la problmatique et la solution propose.

Chapitre II : Etude du Projet

Nous prsentons dans ce chapitre le systme dinformation existant de lOACA pour dfinir par la suite la problmatique et proposer la solution adquate.

2.1 Etude et Critique de lExistant

L'OACA a concd lexploitation de l'Aroport Monastir Habib Bourguiba partir du 1er janvier 2008 lentreprise prive TAV. Aprs cette concession, lOACA na plus daccs direct aux informations de laroport Monastir Habib Bourguiba et plus prcisment aux horaires, origines et destinations des vols ainsi que les tats des vols (retard, confirmation, embarquement). La solution adopte jusqu' nos jours par lOACA consiste lajout dun lien du site de la socit TAV dans la page " horaire des vols " de son site. LAjout dun lien qui dirige lutilisateur vers le site de la socit TAV nest pas une solution ergonomique. En plus le lien ne permet que la consultation des donnes sans la possibilit de stocker ou exploiter ces informations.

La figure 2.1.1 prsente la page horaire des vols et qui montre la solution actuelle :

Figure 2.1.1 : page Horaires des vols du site internet de lOACA

2.2 Problmatique
La responsabilit du contrle de la navigation arienne en Tunisie oblige lOACA prendre en main toutes les informations concernant les vols dans tous les aroports tunisiens y compris laroport Monastir Habib Bourguiba exploit par TAV. Pour des raisons de scurit la socit TAV ne permet pas laccs sa base des donnes contenant les informations des vols de laroport de Monastir Habib Bourguiba. La solution actuelle permet uniquement la consultation des informations des vols. Cependant lOACA a besoin de traiter et de stocker les informations des vols dans sa base de donnes afin de les intgrer dans son systme dinformation.

2.3 Solution Propose

Nous concluons aprs ltude de lexistant quil faut trouver un moyen pour que lOACA reoive priodiquement et de manire scurise les

informations des vols de laroport de Monastir Habib Bourguiba sans accder directement la base de donnes de la socit TAV. La solution que nous proposons consiste la mise en place dune application web pour la gnration des informations des vols dune manire priodique et scurise. La solution consiste utilise un fichier XML comme support denvoi des donnes, du systme dinformation de TAV vers le systme dinformation de lOACA. Le fichier XML structur et rempli par TAV sera envoy via internet sous forme dune adresse URL. Notre solution qui se prsente sous forme dune application web contiendra aussi des services qui vont permettre la consultation et la gestion des appels doffres et des annonces de recrutement proposs par lOACA. La solution propose est compose de trois modules : Un premier module consiste en un parseur XML pour lire et gnrer les informations partir du fichier XML mis par TAV de faon priodique, ainsi que leur stockage dans la base de donnes de lOACA. Le deuxime module permet aux utilisateurs de consulter les informations des vols laroport de Monastir ainsi que dans tous les autres aroports en Tunisie via le site internet de lOACA. Le troisime module permet ladministrateur de configurer la priode de lecture du fichier XML et dactiver ou dsactiver la mise jour de la base de donnes. La figure 2.3.1 prsente larchitecture gnrale de la solution propose :

Figure 2.3.1 : Architecture gnrale de la solution propose

Dans ce chapitre nous avons expliqu la problmatique et nous avons prsent la solution propose en expliquant larchitecture gnrale de lapplication.

Conclusion

Chapitre 3 : Spcification
Nous prsentons dans ce chapitre le Quoi ? et le Pourquoi ? du dveloppement de lapplication. Nous avons vu, dans le deuxime chapitre, la problmatique. Dans ce chapitre, nous identifions les besoins

fonctionnels et non fonctionnels pour clarifier davantage les besoins des utilisateurs afin de dterminer la solution qui nous semble la plus approprie.

3.1 Expression des Besoins

Durant cette tape, les utilisateurs commencent exprimer leurs nouveaux besoins et prsenter leur vision du futur systme. Cette tape permet ainsi de fixer les frontires de lapplication pour viter toutes sortes de malentendus y compris une application qui ne rpond pas aux attentes de lusager final.

3.1.1 Analyse des Besoins Fonctionnels

Notre application consiste concevoir une solution web assurant, en premier lieu, la rception et lexploitation des informations des vols provenant dun fichier XML Les besoins fonctionnels du systme sont : Prsenter lOACA sur le WEB. Description gnrale de la socit Prsentation des diffrentes activits et services.

Recevoir les informations des vols de lentreprise TAV.

Parser de faon automatique et priodique le fichier XML envoy par la socit TAV. Configurer le temps de lecture du fichier XML.

Exploiter les donnes gnres du fichier XML. - Alimenter la base des donnes de lOACA par les informations
collectes du fichier XML. Mettre jour la base des donnes de lOACA de faon automatique.

Exploiter les informations des vols sur le site Internet de lOACA. - Consulter les informations des vols dans tous les aroports
tunisien.

- Raliser des recherches sur les vols en Tunisie.

9

 Consulter et grer les appels doffre de lOACA. Consulter et grer les annonces de recrutement de lOACA. Administrer le site Internet de lOACA. - Activer ou dsactiver la mise jour de la base des donnes de
lOACA.

- Donner laccs aux responsables pour la gestion des appels

doffre et des annonces de recrutement.

Protger laccs aux modifications des appels doffre et des annonces

de recrutement par un login et mot de passe.

3.1.1.1 Diagramme des Cas dUtilisation

Les besoins du client tant exprims dans un langage usuel, il faut donc le rexprimer dans une syntaxe qui minimise lambigit inhrente au langage naturel savoir UML. Ainsi on expose les diffrentes fonctionnalits offertes lutilisateur par le systme travers le diagramme de cas dutilisation. Un diagramme de cas dutilisation capture le comportement dun systme, dun sous systme, dune classe ou dun composant tel quun utilisateur extrieur le voit. Les cas dutilisation permettent dexprimer le besoin des utilisateurs dun systme. Pour une meilleure explication des cas dutilisation du systme, nous prsentons les diagrammes de cas dutilisation classs par acteur, et accompagns par une prsentation des caractristiques de lacteur.

Utilisateur :
Lutilisateur est un internaute qui visite le site de lOACA pour prendre une ide sur lentreprise ou pour consulter les informations des vols. Ce mme utilisateur peut tre un chercheur demploi ou une entreprise qui cherche les appels doffres proposes par lOACA.

10

Lutilisateur est capable denvoyer des demandes sur les annonces des recrutements ou les appels doffres existants sur le site.

La figure 3.2.1 prsente le diagramme de cas dutilisation de lutilisateur

Figure 3.1.1.1.1 : Diagramme de Cas dutilisation de lutilisateur Nom du cas : Consulter les informations des vols Objectif : Permettre la consultation des horaires des vols de tous les aroports en Tunisie. Nom du cas : Rechercher des vols Objectif : Effectuer des recherches de vols stocks dans la base des donnes de Enchainement nominal : 1- Lutilisateur commence par Choisir les options de recherche (aroport, destination, origine) 2- Lutilisateur valide ses choix et demande au systme le rsultat de recherche lOACA.

11

3- Le systme lance une requte de recherche et renvoi les rsultats lutilisateur. Enchainement alternatif : 3.1- Le systme ne trouve aucun rsultat.

Nom du cas : Consulter les annonces des recrutements Objectif : Permettre aux utilisateurs du site de consulter les offres de travail. Enchainement nominal : 1- Lutilisateur consulte les annonces existantes. 2- Lutilisateur choisit de rpondre une annonce. 3- Lutilisateur commence par saisir les donnes demandes. 4- Lutilisateur valide les donnes et envoie la rponse. 5- Le systme confirme que la rponse est bien envoye. Enchainement alternatif : 5.1- Le systme naccepte pas les donnes saisis par lutilisateur. 5.2- Le systme demande lutilisateur de fournir des nouvelles donnes. Nom du cas : Consulter les appels doffre Objectif : Permettre aux utilisateurs de suivre les appels doffre lancs par lOACA Enchainement nominal : 1- Lutilisateur consulte les appels doffres existants. 2- Lutilisateur choisit de rpondre un appel doffre. 3- Lutilisateur commence par saisir les donnes demandes. 4- Lutilisateur valide les donnes et envoie la rponse. 5- Le systme confirme que la rponse est bien envoye. Enchainement alternatif : 5.1- Le systme naccepte pas les donnes saisis par lutilisateur.

12

5.2- Le systme demande lutilisateur de fournir des nouvelles donnes.

Responsable OACA
Le Responsable OACA, dans notre systme dinformation, est un employ qui est autoris mettre les appels doffres ou les annonces de recrutement sur le site web de lentreprise. Pour organiser la tche, chaque dpartement de lOACA possde un responsable pour les annonces de recrutement et un pour les appels doffres. Pour modifier les informations des annonces ou consulter les rponses envoyes par les utilisateurs, le responsable doit sidentifier par un login et un mot de passe. La figure 3.1.1.1.2 prsente le diagramme de cas dutilisation spcifique aux responsables de lOACA.

Figure 3.1.1.1.2 : Diagramme de cas dutilisation du Responsable OACA Nom du cas : Gestion annonces de recrutement

13

Objectif : Permettre lajout, la suppression ou la consultation des annonces de recrutement dans le site de lOACA. Enchainement nominal : 1- Le systme demande lauthentification du responsable par un login et un mot de passe. 2- Le systme vrifie et accepte le login et le mot de passe. 3- Le responsable est capable maintenant de grer les annonces de recrutement. Enchainement alternatif : 2.1- Le systme vrifie et naccepte pas le mot de passe ou et le login. 2.2- Le systme demande la rauthentification du responsable.

Nom du cas : Gestion appels doffres Objectif : Donne la possibilit aux responsables pour ajouter, supprimer ou consulter les appels doffre. Enchainement nominal : 1- Le systme demande lauthentification du responsable par un login et un mot de passe. 2- Le systme vrifie et accepte le login et le mot de passe. 3- Le responsable est capable maintenant de grer les appels doffre. Enchainement alternatif : 2.1- Le systme vrifie et naccepte pas le mot de passe ou et le login. 2.2- Le systme demande la rauthentification du responsable.

Administrateur
Ladministrateur du site est charg de la configuration de mise jour de la base de donnes de lOACA. En plus il est le seul qui est capable dajouter ou supprimer des comptes utilisateurs relatifs aux responsables ainsi que la modification de leurs paramtres.

14

Ladministrateur doit sidentifier par un login et mot de passe pour pouvoir accder ces fonctionnalises.

La figure 3.1.1.1.3 prsente le diagramme de cas dutilisation spcifique aux administrateurs du site web de lOACA.

15

Figure 3.1.1.1.3 : Diagramme de cas dutilisation de lAdministrateur Nom du cas : Configurer la mise jour de la base des donnes de lOACA. Objectif : Grer la mise jour de la base des donnes de lOACA. Enchainement nominal : 1- Le systme exige lauthentification de ladministrateur par un login et un mot de passe. 2- Le systme vrifie et accepte le login et le mot de passe. 3- Ladministrateur active et choisit une priode pour la gnration des donnes du fichier XML provenant de la socit TAV. 4- Ladministrateur valide ses choix. 5- Le systme ralise les modifications demandes par ladministrateur. 6- Le systme informe ladministrateur sur le nouvel tat de la mise jour. Enchainement alternatif : Scnario 1 : 2.1- Le systme vrifie et naccepte pas le mot de passe ou et le login. 2.2- Le systme demande la rauthentification de ladministrateur. Scnario 2 : 5.1- Le systme naccepte pas le choix de la priode effectu par ladministrateur. 5.2- Le systme neffectue aucune modification de ltat de la mise jour. Nom du cas : Gestion des comptes des responsables. Objectif : Organiser les comptes des responsables de lOACA chargs de la gestion des annonces des recrutements et des appels doffres. Aprs son identification, ladministrateur du site peut ajouter, supprimer ou modifier les paramtres des comptes des responsables de lOACA.

16

La figure 3.1.1.1.4 prsente le diagramme de cas dutilisation gnral de notre application

Systme dInformation de lOACA

17

Figure 3.1.1.1.4 : Diagramme de cas dutilisation de lapplication

3.1.2 Analyse des Besoins non Fonctionnels

Les besoins non fonctionnels du systme sont :

Le systme doit disposer dune interface Homme machine

ergonomique. Lergonomie d'un site web peut tre dfinie par sa capacit rpondre efficacement aux attentes des utilisateurs et leur fournir un confort de navigation. Les critres de lergonomie dun site web : 18

Habitudes de l'utilisateur : elles correspondent des comportements acquis. Age de l'utilisateur : il caractrise en gnral la capacit d'adaptation de l'utilisateur et sa rapidit de navigation.

Equipements : l'affichage du site pourra varier d'un quipement l'autre, en particulier selon le navigateur et la rsolution d'affichage.

Niveau de connaissances : l'ergonomie du site doit tre pense pour l'utilisateur le moins expriment.

Le systme doit tre conu et document de telle manire que les

dveloppeurs peuvent maintenir lapplication aussi facilement que possible. Une bonne documentation facilite lvolutivit du site web, il sagit de la capacit du systme accepter les volutions qui peuvent tre ajoutes par les dveloppeurs.

Le systme doit garantir la scurit des donnes.

Cest lensemble des moyens techniques mis en place pour conserver le systme

dinformation, parmi les quels on peut citer :

Le mcanisme dauthentification par mot de passe pour protger laccs aux modules dadministration. Lutilisation dune mthode scurise pour le transfert des donnes entre les diffrents modules de lapplication.

Conclusion
Dans ce chapitre nous avons essay de dcrire les principales fonctionnalits du systme en passant par les besoins fonctionnels et non fonctionnels .Cette spcification nous a permis de fixer les besoins que notre systme doit rpondre . Nous entamerons ainsi dans le chapitre quatre, la phase de conception du systme dinformation qui permet de dresser lossature de lapplication. 19

Chapitre 4 : Conception
La phase de conception est une phase essentielle dans le cycle de dveloppement dun logiciel. Elle consiste tablir un modle clair et simple dcrivant toutes les fonctionnalits du systme raliser. Ce modle sera considr comme rfrence tout au long de la ralisation dun projet. La conception ncessite des mthodes permettant de mettre en place un

20

modle sur lequel on va sappuyer et qui se rapproche le mieux de la ralit. Dans ce chapitre, on expose en premier lieu, la conception fonctionnelle et commence par une brve dfinition dUML. Ensuite, laspect logique de lapplication est lucid travers le diagramme de classe. Ensuite, il sagit de clarifier les interactions des acteurs avec lapplication en utilisant le diagramme de squence.

4.1 La modlisation objet: UML

La modlisation objet consiste crer une prsentation informatique des lments du monde rel auxquels on sintresse, sans se proccuper de limplmentation, ce qui signifie indpendamment dun langage de programmation. Il sagit donc de dterminer les objets prsents et disoler leurs donnes et les fonctions qui les utilisent. Pour cela plusieurs mthodes ont t mises au point. Toutefois, UML [2] (Unified Modeling Language), que lon peut traduire par langage de modlisation unifi est une notation permettant de modliser un problme de faon standard. Ce langage est n de la fusion de plusieurs mthodes existant auparavant, et est devenu la rfrence en terme de modlisation objet. En effet, UML est un moyen dexprimer des modles objets en faisant abstraction de leur implmentation, c'est--dire que les modle fourni par UML est valable pour nimporte quel langage de programmation. UML propose 9 types de diagramme possibles qui sont indpendantes les unes des autres. Pour reprsenter les fonctionnalits du systme nous avons utilis dans le chapitre trois le diagramme de cas dutilisation, et pour montrer la structure de notre modle de conception nous utilisons le diagramme de classe.

4.2 Diagramme de classe

21

Cest le diagramme de la modlisation objet. Il exprime de manire gnrale la structure statique dun systme, en termes de classes et de relation entre classes. Une classe permet de dcrire un ensemble dobjet (attribut et comportement), tandis quune relation ou association permet de faire apparaitre des liens entre ces objets : un objet est une instance de classe, un lien est un modle permettant de dcrire de manire abstraite et gnrale les liens entre objets. Aprs ltude des diffrents cas dutilisation nous avons identifi la totalit des objets qui forment le diagramme de classe de la figure 4.2.1

22

Figure 4.2.1 Diagramme de classe

23

4.2.1 Description des classes

- Cahier des charges : Pour donner plus de dtails tout appel doffre possde un cahier des charges. La classe cahier des charges contient comme attribut un identifiant, un titre et ladresse de retrait du cahier des charges. La classe offre les possibilits dajouter, modifier, consulter, ou supprimer les cahiers des charges. - Annonce : Elle prsente les dclarations de recrutement et les appels doffre, ajouts par les responsables de lOACA. La classe contient une rfrence, un titre, le texte de lannonce, et la date de dbut et de fin pour contrler la prsence de lannonce sur le site. - Appel doffre : Elle hrite les attributs de la classe annonce et possde deux autres attributs : secteur et activit. - Recrutement : classe qui hrite de la classe annonce et possde deux autre attributs : nb_place cherch et la spcialit des candidats. - Rponse_user : la classe Rponse_user donne aux utilisateurs du site web de lOACA la possibilit de rpondre une annonce de recrutement ou un appel doffre. Elle contient les attributs suivants : rfrence, texte, date de rception de rponse, et la situation de message qui permet de prciser si le message a t lu par le responsable ou non. Cette classe contient lopration rpondre qui permet au visiteur de rponde une annonce, et une opration qui permet aux responsables de lOACA de consulter les rponses. - Rponse_user_ao : Cette classe hrite les attributs et les oprations de la classe rponse_user. Elle contient de plus les attributs nom_socit et ladresse de la socit qui rpond lappel doffre. - Rponse_user_rec : Cette classe hrite les attributs et les oprations de la classe rponse_user. Elle contient de plus les attributs nom, prnom de celui qui rpond une annonce de recrutement. - CV : La classe CV reli la classe Rponse_user_rec par une relation de composition. Elle permet aux utilisateurs de rependre aux annonces en ajoutant un cv.

24

- Personnel : la classe personnel organise les employs de lOACA qui administre le site web. Elle contient les attributs suivants : rfrence, nom et prnom, login, mp, type (responsable recrutement, responsable appel doffre ou administrateur). Lopration authentifier de cette classe permet aux responsables et aux administrateurs de se connecter. - Responsable : Elle hrite les attributs et les oprations de la classe personnel et contient deux nouveaux attributs le dpartement du responsable et sa fonction. Les oprations de la classe responsable permettent dajouter et supprimer des responsables, des appels doffre ainsi que les annonces de recrutements. -Administrateur : la classe administrateur hrite les attributs et les oprations de la classe personnel. Elle contient lattribut rle qui permet de donner des diffrents droits daccs aux administrateurs. Les oprations de cette classe permettent dajouter, supprimer et modifier les comptes administrateur. Message_visiteur : Cest la classe qui permet aux utilisateurs du site web de lOACA denvoyer des messages aux administrateurs du site. Elle contient les attributs suivants : identifiant du message, nom de lutilisateur, son adresse mail, le texte du message, la date denvoi et enfin la situation du message. Les oprations de cette classe permettent dajouter, supprimer et consulter les rponses. - Listing vol : elle prsente le fichier XML partir duquel lapplication va gnrer les informations des vols. Elle contient les attributs suivants : id_listing, et ladresse du fichier XML. - Configuration : La classe configuration nous permet denregistrer les changements des configurations effectues par les administrateurs. Elle contient comme attribut un identifiant, la date de configuration, la priode de mise jour et ltat de mise jour (activ / dsactiv). La classe possde une opration qui permet ladministrateur de configurer la mise jour.

25

- Vol : Elle permet la gestion des informations des vols enregistres partir du fichier XML. Elle contient les attributs suivant : n_vol, date, heure, compagnie, commentaire, et date de dernire mise jour. - Ville : Cette classe organise les villes destination et les villes origines des vols effectus au niveau des aroports tunisiens. Les attributs de cette classe sont un identifiant et le nom de la ville. - Aroport : Elle permette la gestion des aroports tunisiens et contient comme attribut lidentifiant et le nom de laroport.

4.3 Vue des Processus

La vue logique reprsente la faon dont les objets sont dfinis et assembls en units. Elle ne montre pas comment les objets se comportent lorsque lapplication fonctionne. Au contraire, la vue des processus fournit des diagrammes qui permettent de reprsenter la manire dont les objets collaborent. Nous avons adopts le diagramme de squence afin de montrer cette vue.

4.3.1 Diagramme de Squence

Un diagramme de squence reprsente les interactions entre les objets dans un enchanement temporel. Il montre les objets et les classes impliqus dans un scnario, ainsi que la succession des messages changs entre les objets pour raliser la fonctionnalit du scnario.

4.3.1.1 Authentification administrateur

Le diagramme de la figure 4.3.1.1.1 explique les diffrentes interactions lors de la connexion de ladministrateur.

26

Figure 4.3.1.1.1 Diagramme de squence danalyse Authentification Administrateur

Pour se connecter, ladministrateur de lapplication doit passer par linterface dauthentification dans laquelle il doit saisir un login et un mot de passe qui seront par la suite vrifis par le contrleur dauthentification. En envoyant une requte SQL la base de donnes ce dernier vrifie lexistence du login et de mot de passe de ladministrateur dans la table personnel. Par la suite le contrleur dauthentification affiche ladministrateur le rsultat de sa demande de connexion.

4.3.1.2 Rpondre annonce

27

Le diagramme de la figure 4.3.1.2.1 illustre le choix dutilisateur pour consulter et rpondre une annonce de recrutement ou un appel doffre.

Figure 4.3.1.2.1 Diagramme de squence danalyse Rpondre Annonce

Pour rpondre une annonce, lutilisateur passe par la consultation de linterface annonce. Cette dernire demande le contenu de lannonce au contrleur qui va appeler lopration consulter de la classe annonce. Le contenu demand sera envoy par la classe annonce et sera par la suite affich lutilisateur. Aprs laffichage, lutilisateur sera capable de rpondre cette annonce, linterface rponse permet alors le saisi des donnes qui seront envoyes au contrleur en utilisant lopration rcuprer. Si les donnes sont valides, le contrleur se charge de les renvoyer la classe rponse, dans le cas contraire, il va demander la ressaisie des donnes.

28

La classe rponse enregistre les donnes, puis, le contrleur va demander de linterface rponse dafficher la confirmation denregistrement pour lutilisateur.

4.3.1.3 Configuration mise jour

Le diagramme de la figure 4.3.1.3.1 montre les interactions effectues pour configurer la mise jour de la base des donnes de lOACA.

Figure 4.3.1.3.1 Diagramme de squence danalyse Configurer Mise Jour

29

Par la consultation de linterface de configuration, ladministrateur peut saisir la priode de mise jour de la base de donnes, par la suite, le contrleur de configuration vrifie la validation de la priode et appelle lopration modifier config de la classe configuration. Cette dernire demande du formateur de listing vol de formater les donnes gnres du listing vol en utilisant lopration extraire. En recevant les donnes sous forme dune requte SQL, la classe configuration va appeler lopration Ajouter de la classe vol permettant ainsi lajout des informations des vols gnres du listing vols. Ladministrateur sera par la suite inform de ltat de mise jour par un affichage dans linterface de configuration.

Conclusion
Dans cette phase, nous avons effectu la conception du systme en sefforant dviter de prendre en compte le choix du langage de programmation et de loutil de dveloppement. Une fois la conception acheve, nous prsentons par la suite les outils adoptes pour implmenter la structure dfinie dans ce chapitre ainsi que les choix technologique choisis.

30

Chapitre 5 : Ralisation
Aprs avoir accomplit ltape de conception, nous entamons dans ce chapitre la partie ralisation. En effet, la ralisation est laboutissement logique du travail de conception. Nous allons commencer, tout dabord, par la prsentation de lenvironnement matriel et logiciel utilis pour dvelopper notre application, par la suite nous prsenterons le travail que nous avons accompli tout au long de la priode de notre projet de fin dtudes.

5.1 Etude de lEnvironnement de Travail

5.1.1 Etude du langage de programmation
Comme nous lavons dj signal dans la prsentation de notre stage de fin dtude, notre projet est une application web qui alimente de faon priodique une base de donnes. Ceci nous a pouss travailler avec le langage PHP. Le langage PHP possde plusieurs fonctionnalits, comme collecter les donnes, gnrer dynamiquement des pages web ou bien envoyer ou recevoir des cookies. La plus grande qualit et le plus important avantage du langage PHP est le support dun grand nombre de base donnes, ainsi que le fait quil fonctionne cot serveur ce qui permet un poste client modeste de bnficier des ressources performante de ce dernier.

5.1.2 Etude du systme de gestion de la base des donnes

Suivant la nature de notre projet, nous avons dcid de travailler avec MySQL comme serveur de base de donnes. Parmi les principaux avantages de lutilisation de MySQL, nous pouvons citer la rapidit, la robustesse de la facilit dutilisation. Mme si MySQL est encor en dveloppement, il propose dj un ensemble de fonctionnalits riche et extrmement utiles. EasyPHP 31

EasyPHP est un package WAMP, une plateforme de dveloppement Web, permettant de faire fonctionner localement (sans se connecter un serveur externe) des scripts PHP. WAMP est lacronyme de Windows Apache MySQL PHP, ce qui montre bien que cest la runion de tous ces logiciels : - Apache : cest le programme quutilisent les serveurs. Il permet au serveur de distribuer des pages web. - PHP : cest comme un plugin de Apache. Il a besoin dApache pour fonctionner, et grce lui Apache saura travailler sur des pages PHP. - MySQL : cest lui qui permet dutiliser des bases des donnes. - phpMyAdmin : permet de grer facilement les bases de donnes utilises.

5.1.3 Etude des outils de dveloppement

Adobe Photoshop CS3 : Photoshop est un logiciel de retouche, de traitement et de dessin assist par ordinateur dit par Adobe. Il est principalement utilis pour le traitement de photographies numriques, mais sert galement au dcoupage des images avec l'outil "tranches" et la gnration des pages HTML. Adobe Dreamweaver CS3 : Adobe Dreamweaver (anciennement Macromedia Dreamweaver) est un diteur de site web de type tel crit tel cran . Microsoft office project : Microsoft office Project est un logiciel de gestion de projet dit par Microsoft. MS Project permet de planifier les projets et les ressources, et dassurer le suivi des projets pendant leur ralisation. Table2CSS: Table2CSS est un convertisseur qui permet de modifier une page HTML qui utilise la structure des tableaux une page qui utilise les balises div en gnrant un fichier CSS.

5.2 Choix Technologique

32

5.2.1 Plate-forme Matrielle

Afin de raliser notre projet nous avons utilis le matriel suivant : Un PC portable Toshiba : - Centrino Duo 1.5Ghz - 512 Mo de RAM - 250 Go de disque dur - Windows Vista Un PC portable siemens : - Pentium IV 1.3Ghz - 512 Mo de RAM - 120 Go de disque dur - Windows XP

5.2.2 Plate-forme de Dveloppement

- EasyPHP

5.2.3 Serveur dApplication - Apache 5.2.4 Framework - Architecture 3 tiers Client lger 5.2.5 Outils de Conception - Power AMC - StarUML 5.2.6 Outils de Dveloppement - SGBD : MySQL -Editeur : Adobe Dreamweaver CS3 Adobe Photoshop CS3 Microsoft Office Project 2007 Table2CSS 5.2.7 Langage de Dveloppement - HTML

33

- JavaScript - PHP - XSL

5.3 Diagramme de Dploiement

La figure 5.3.1 prsente le diagramme de dploiement montrent la disposition physique des matriels qui composant le systme et la rpartition des composants sur ces matriels.

Figure 5.3.1 : Diagramme de dploiement

5.4 Planning
34

Un planning est un plan exposant l'estimation des cots des diffrentes tapes du projet sous forme de temps, d'argent, de personne et matriel. Un planning permet dvoluer le projet en estimant tout ce qu'on va raliser. Un planning est une procdure qu'on doit adopter dans un projet informatique afin de respecter les dlais de ralisation. En fin de cette tude, nous pouvons : Identifier les activits faire Mettre en vidence limportance des activits pour rendre le cohrent Etudier les moyens dintgrer le projet dans les tches Construire dans le cadre dun projet de vie un support dactivit mettre en avant. Utiliser des outils mthodologiques qui permettront lanalyse des

projet de vie

quotidiennes (lever, repas, dplacements, ) afin de le activits.

5.4.1 Les tapes de ralisation du projet

Aprs lAnalyse du projet, nous avons essay de rpondre au besoin principal du client, qui consiste alimenter la base de donnes de lOACA par les informations des vols de laroport Habib Bourguiba de Monastir. Nous avons commenc dvelopper un parseur XML et nous avons test linsertion dans une premire base de donnes de test. Aprs la ralisation du parseur XML le client a demand lajout des rubriques gestion des annonces de recrutement ainsi que les annonces dappels doffres de lOACA. Pendant ltape de conception nous avons tudi toutes les fonctionnalits du systme raliser pour passer par la suite ltape de dveloppement. Nous avons commenc dans ltape de dveloppement par la cration de la page horaire des vols, ensuite nous avons intgr le parseur XML et

35

nous lavons test dans la base de donnes du projet. Par la suite nous avons pass au dveloppement du reste de lapplication.

5.4.2 Estimation de droulement de ralisation du projet:

Pour notre projet, nous avons utilis le MS Project pour savoir certaines tches concernant la priode de ralisation, le cot, les intervenants .

36

Figure 5.4.2.1 Tches ralises pendant le projet

Le diagramme suivant montre le chronogramme des tches de notre

projet : Figure 5.4.2.2 Diagramme de Grant

5.5 Architecture de lapplication

Pour raliser notre application, nous avons opt pour une architecture 3-tiers. Cest un modle logique darchitecture applicative qui vise sparer nettement la couche de traitement et la couche de donnes au sein dun 37

mme systme. Dans l'architecture architecture 3-tiers, il existe un niveau intermdiaire, c'est--dire que l'on a gnralement une architecture partage entre : 1. Un client, c'est--dire l'ordinateur demandeur de ressources, quipe d'une interface utilisateur (gnralement un navigateur web) charge de la prsentation. 2. Le serveur d'application (appel galement middleware), charg de fournir la ressource mais faisant appel un autre serveur 3. Le serveur de donnes, fournissant au serveur d'application les donnes dont il a besoin. La figure 5.5.1 prsente larchitecture de lapplication dans notre projet

Figure 5.5.1 Architecture de lapplication Dans notre projet on considre lutilisateur comme tant un client lger, le poste client lger n'excute que des tches d'affichage car tout est trait cot serveur.

5.6 Diagramme de composant

La figure 5.6.1 prsente le diagramme de composants dcrit l'organisation du systme du point de vue des modules de code (fichier

38

source, excutable, bibliothque). Ce diagramme permet de mettre en vidence les dpendances entre les composants (qui utilise quoi ?)

Figure 5.6.1 : Diagramme de composant

5.7 Alimentation de la Base de Donnes de lOACA

39

La figure 5.7.1 prsente larchitecture qui ramne lalimentation de la base de donnes de lOACA par les informations des vols envoyes par

lentreprise TAV.

Lalimentation la base des donnes partir dun fichier XML ncessite la cration dun parseur XML. Le Parseur XML est bas sur lutilisation dun fichier XSL pour transformer le fichier XML et ladapter nos besoins. Dmarche de cration dun parseur XML : 40

1- Activation de deux extensions php_xslt et php_xmlrpc dans le serveur Apache. 2- Cration dun analyseur XSLT par la fonction php xslt_create()qui sera ncessaire XSLT. 3- En utilisant la fonction xslt_process, on peut formater le fichier XML en utilisant XML. 4- Nous avons essay dextraire les donnes du fichier XML via le fichier XSL en comme il peut ajoutant la syntaxe dune requte SQL. contenir des anciennes donnes modifies. Pour utilis une requte SQL qui dj, si 5- Le fichier XML peut contenir des nouvelles informations des vols rsoudre ce problme nous avons non elle insre une nouvelle ligne. un fichier XSL. Cette fonction donne en rsultat toutes les donnes du fichier une chaine de caractre qui contient pour les appels des fonctions

mettre jour la ligne de donnes si la cl primaire existe

5.8 Schma Base de Donnes OACA

Dans cette section, nous prsentons le modle relationnel issu du diagramme de classe (cf. figure 4.2.1). Le Modle relationnel est un diagramme qui illustre la couche physique de lapplication, en dautres termes, le schma de la base de donnes. Comme nous lavons dj prcis nous allons utiliser pour la gestion de la base de donnes de notre application la plateforme EasyPHP. Cette plateforme permet la cration des bases de donnes et permet de tester les requtes SQL directement sur les tables de la base. La base de donnes de notre application contient les tables suivantes : message_visiteur (id_msg, nom_utilisateur, mail_utilisateur, texte, date, situation). La table message_utilisateur permet de stocker les messages envoys par les utilisateurs du site web de lOACA.

41

configuration (id_config, #id_admin, periode, activation, date_config). La table configuration contient les configurations de mise jour effectue par les administrateurs. Le rle de cette table est de garder lhistorique des changements de ltat de mise jour de la base de donnes. recrutement (ref_rec, #id_resp, titre, texte, nb_place, date_debut, date_fin, spcialit). Cette table permet de stocker les annonces de recrutement raliss par les responsables. appel_offre (ref_ao, #id_resp, titre, texte, date_debut, date_fin, secteur, activit). La table appel_offre permet denregistrer les appels doffre de lOACA. administrateur (id_admin, nom, prenom, type). La table administrateur contient les informations des diffrents administrateurs du site web de lOACA. responsable (id_resp, nom, prenom, dpartement, fonction). Cette table contient les informations des responsables qui grent les annonces de recrutement ou les appels doffre dans le site de lOACA. reponse (id, id_rec, nom, prenom, mail, texte, date_recep, situation, tel). Cette table contient les reponse sur les annonces de recrutement des utilisateurs du site. reponse_ao (id, id_ao, Socit, tel, mail, texte, date_recep, situation). Cette table contient les rponse sur les annonces dappels doffres des utilisateurs du site. villes (id_ville , nom). La table ville stocke les villes utilises pour la recherche des horaires des vols. aeroports (id_aeroport, nom). La table aeroport stocke les aroports utiliss pendant la recherche des horaires des vols vols (n_vol, #aeroport date, heure, compagnie, ville_dest, ville_orig, commentaire, date_der_maj). authentification (ref_aut, id_perso, type, login, mp).

42

La table authentification permet la sparation entre les informations des personnels de lOACA et les paramtres de leurs comptes de connexion au site de web. message_vis (id, nom, tel, mail, msg, date, situation). La table message_vis permet de stocker les messages envoys par les visiteurs du site. CV (id, id_rep, nom). Cette table permet denregistrer les informations sur les cv uploder par les visiteurs. C_charge (id, id_ao, nom). Cette table permet denregistrer les informations sur les cahiers des charges uploder par les administrateurs.

5.9 Structure de Navigation

Le schma suivant prsente la structure de navigation de notre application :

Figure 5.9.1 Structure de navigation Nous avons choisi dans notre application dappliquer une structure hirarchique base sur une dmarche par menu. Les administrateurs

43

peuvent se connecter en cliquant sur un bouton qui ramne une page dauthentification. Chaque rubrique contient un service bien dfini pour faciliter la recherche de linformation pour lutilisateur. Avec trois clicks, lutilisateur peut lancer une recherche concernant les horaires des vols dans tous les aroports tunisiens. Pour des raisons de scurit nous avons adopt une technique base sur lutilisation des sessions en PHP. Avec cette technique on, ne peut pas ouvrir la page de configuration de mise jour mme si on a ladresse URL de la page, il faut passer par une authentification valide sinon la page ne souvre pas.

5.10 Interfaces de lApplication

Nous exposons dans cette section les interfaces de notre site web afin dexpliquer les interactions possibles avec les utilisateurs de notre application. Pendant la ralisation de notre site web nous avons essay de faire des choix ergonomiques afin de garantir une meilleure interaction de lutilisateur des interfaces.

5.10.1 La Ralisation des Interfaces

Pour concevoir les interfaces nous avons utilis Adobe Photoshop qui permet aussi le dcoupage de limage. Le mme outil permet aussi de gnrer un code HTML et un dossier qui contient limage de linterface dcoupe en plusieurs parties ce qui facilite la recharge de la page Web. Aprs la ralisation de linterface, nous utilisons le programme Tab2CSS qui permet de convertir la page HTML dune structure base sur les tableaux une structure qui utilise les balises div. En utilisant ce logiciel, le rsultat gnr est une page HTML qui utilise les balises div et une page CSS qui permet la prsentation de linterface. Lutilisation de cette technique permet de sparer le code CSS du code HTML et PHP.

44

Aprs la ralisation de linterface, il suffit dajouter le code HTML gnr par Tab2CSS dans la page qui contient la charte graphique de notre site. Par la suite on peut commencer le dveloppement du code PHP.

5.10.2 Charte Graphique

La charte graphique dfinit l'habillement graphique de la page, notamment les tailles, couleurs et apparences des textes, images et boutons du site ainsi que le positionnement relatif des objets dans la page. Nous avons choisi pour notre application une charte simple pour trouver facilement les informations prsents. La figure 5.10.2.1 montre la charte graphique de notre site web:

Figure 5.10.2.1 Charte graphique Caractristiques : Le logo de lOACA situ en haut est cliquable et mne la page La zone de navigation (menu) est situe sous celle qui contient le daccueil. logo. Le menu permet aux utilisateurs la navigation dans toutes les rubriques du site. Nous avons cr des boutons modifiables lors du click pour informer lutilisateur sur son emplacement dans le site. Limage situe droite est cliquable et elle mne page dauthentification des administrateurs et des responsables. Elle est prsente dans plusieurs rubriques du site.

45

le corps de page, contient l'essentiel de l'information et des le pied de page contient le nom de lentreprise et lanne de la

diffrentes interfaces de notre site. dernire mise jour du site

5.10.3 Page dAccueil

La figure 5.10.3.1 prsente la page daccueil de notre site.

46

Figure 5.10.3.1 Page daccueil En haut de la page daccueil on trouve une prsentation de lentreprise ainsi quune photo du sige. La page daccueil contient aussi des liens vers des pages qui prsentent les missions de lOACA ainsi que les principales ralisations. Une partie de la page est consacre pour laffichage les titres de lactualit de lentreprise. En cliquant sur ces titres, une page saffiche pour prsenter le reste de larticle. Le bouton Aroport mne lutilisateur une page qui contient des informations sur les aeroports tunisiens.

5.10.4 Rubrique Horaire des Vols

A .Interfaces Utilisateur :

47

La figure 5.10.4.1 expose la page daccueil de notre site.

Figure 5.10.4.1 Page horaire des vols La recherche des informations des vols est parmi les services les plus demands par les utilisateurs. Nous avons essay dans cette interface de minimiser les champs de saisie et les remplacer par des listes de choix ou par des insertions automatiques. - La procdure de recherche commence par le choix dun aroport parmi une liste de choix qui est alimente dynamiquement par une requte select de la table aroport. - Lutilisateur doit prciser la nature de voyage (dpart ou arrive), la valeur par dfaut est dpart.

48

- Lutilisateur peut choisir une ville de destination ou de provenance parmi une liste prcise. - Pour acclrer la procdure de recherche, la saisie de la date est effectue automatiquement par un simple click dans le calendrier, ce dernier saffiche en cliquant sur licne situ gauche du champ date. - Pour acclrer encore les choix de lutilisateur, la saisie de lheure est effectue par une actuelle. - Le lancement de recherche seffectue en cliquant sur le bouton Rechercher. Elle ouvre une nouvelle page rsultat_recherche pour problme qui se pose si afficher le rsultat. Afin de rsoudre le liste de choix. La valeur par dfaut est lheure de choix alimente dynamiquement. - Un champ facultatif de saisie du nvol permet une recherche plus

lutilisateur na pas choisit une ville, nous avons utilis ce code dans la requte de recherche ''ville_dest NOT LIKE''. Cette mthode permet dafficher toute les lignes sans prendre en compte la valeur de la ville. - Limage situe droite mne ladministrateur une page dauthentification, elle lui permet douvrir la page de configuration de mise jour de la table vols.

49

La figure 5.10.4.2 expose la page rsultat_recherche :

Figure 5.10.4.2 Rsultat de recherche B .Interfaces Administration : En cliquant sur le bouton dauthentification de linterface horaire des vols, une page dauthentification souvre et ramne ladministrateur en cas de russite de connexion linterface de configuration de mise jour de la table vols. La figure 5.10.4.3 prsente linterface dauthentification de ladministrateur.

50

Figure 5.10.4.3 Authentification La figure 5.10.4.4 prsente linterface de configuration de mise jour de la table vols.

Figure 5.10.4.4 configuration Mise Jour En cliquant sur le bouton enregistrer (cf. figure 5.8.2.3.4 : 1) et suivant les choix de ladministrateur on peut visualiser trois types dinterfaces :

51

Barre de progression

Priode de mise jour

1/ Si ladministrateur clique sur le bouton radio dsactiver, le systme affiche linterface suivante : 2/ Si ladministrateur clique sur le bouton radio activer et saisit une priode non valide alors le systme affiche un message derreur : 3/ Si ladministrateur clique sur le bouton radio activer et choisit une priode valide le systme affiche linterface suivante :

5.10.5 Rubrique Recrutement

A .Interfaces Utilisateur : La figure 5.10.5.1 prsente la page annonces de recrutement.

52

Figure 5.10.5.1 Annonces de recrutement La page annonces recrutement permet lutilisateur de consulter toutes les offres de recrutement de lOACA. Pour consulter une offre bien dfinie, lutilisateur doit cliquer sur le bouton de consultation situ devant chaque annonce. La figure 5.10.5.2 prsente la page de consultation dune annonce de recrutement.

1 Figure 5.10.5.2 Consultations Annonce Pour rpondre cette annonce il suffit de cliquer sur la barre rpondre. Une fentre glissante souvre pour afficher les champs remplir (cf. figure 5.10.5.3).

53 1

Figure 5.10.5.3 Rpondre annonce recrutement Pour une meilleure prsentation nous avons utilis un diteur de texte riche il permet la mise en forme de message de lutilisateur. Le texte saisi dans ce champ est insr dans la base de donnes sous forme dun code HTML. Pour rendre le processus de recrutement entirement lectronique, lutilisateur peut ajouter un CV qui sera par la suite stock dans le serveur de lOACA. B .Interfaces Administration : Il suffit de sauthentifier pour ouvrir linterface dadministration des annonces de recrutement. Cette interface permet dajouter et de supprimer les

54

annonces, en plus elle permet la gestion des rponses envoyes par les visiteurs.

La figure 5.10.5.4 prsente la page dadministration des annonces de recrutement.

En cliquant sur la barre Gestion des annonces de recrutement une fentre se glisse en dessous pour afficher les annonces ainsi que le nombre de rponses des visiteurs. (cf. figure 5.10.5.5)

Figure 5.10.5.4 administration annonces de recrutement

Aucun nouveau message

Aucun message envoy 55 Deux nouveaux messages

Figure 5.10.5.5 Gestion des annonces de recrutement Dans ce tableau chaque ligne prsente une annonce de recrutement, les boutons de la colonne 5 permettent la modification de lannonce. En cliquant sur les boutons de la colonne 6 la page se recharge et la et lannonce slectionn sera supprimer de la base. Ladministrateur sera alert a chaque fois quil y a des nouveaux messages. En cliquant sur les boutons de la colonne 7 ladministrateur sera directement envoy vers la page de consultation des messages. Chaque bouton qui indique la prsence des nouveaux messages, mne ladministrateur seulement aux rponses de lannonce choisie. La figure 5.10.5.6 prsente linterface de consultation des rponses.

56

Figure 5.10.5.6 Consultation rponses Les barres grises indiquent les messages dj vus et les barres bleues indiquent les nouveaux messages. En cliquant sur le bouton corbeille, ladministrateur peut supprimer la rponse consulte.

5.10.6 Rubrique Appels doffres

A .Interfaces utilisateur : Nous avons suivi dans la ralisation des interfaces de la rubrique appels doffres la mme structure que la rubrique recrutement. Nous exposant dans ce qui suit la dmarche de navigation dans la rubrique appels doffres.

57

Figure 5.10.6.1 Appels doffres

Figure 5.10.6.2 Consultation appel doffre En ouvrant la page consultation appel doffre le visiteur peut tlcharger le cahier des charges en cliquant sur le lien Tlcharger. Pour rpondre un appel doffre lutilisateur doit cliquer sur la barre Rpondre se qui affiche les champs remplir.

58

La figure 5.10.6.3 prsente linterface qui souvre en cliquant sur la barre rpondre.

Figure 5.10.6.3 Rpondre un appel doffre B .Interfaces administration : Aprs authentification le responsable des appels doffres peut ajouter, modifier et supprimer les annonces des appels doffres. La figure 5.10.6.4 prsente linterface qui permet au responsable de grer les annonces ainsi que les rponses.

Figure 5.10.6.4 Gestion des appels doffres La figure 5.10.6.5 prsente linterface qui permet au responsable dajouter des appels doffres. Le responsable peut aussi ajouter un cahier des charges qui sera stock dans le serveur de lOACA.

59

Le champ Rf affiche automatiquement la rfrence de la dernire annonce qui sera enregistr.

Figure 5.10.6.5 Ajout appel doffre

5.10.7 Rubrique Contact

A .Interfaces utilisateur :

60

La rubrique contact permet au visiteur denvoyer des messages ladministrateur du site web de lOACA. On peut visualiser aussi dans cette rubrique les coordonnes de lOACA. La figure 5.10.7.1 prsente linterface Contact de notre site.

Figure 5.10.7.1 Ajout message

61

B .Interfaces administration : Aprs authentification ladministrateur peut visualiser les messages envoys par les visiteurs. Les nouveaux messages sont colors en bleu et les anciens en gris. En cliquant sut le bouton corbeille le message sera supprim de la base de donnes aprs le rechargement de la page.

Figure 5.10.7.2 Consultation messages visiteurs

62 1

Conclusion et perspectives
En conclusion nous devons tout dabord rappeler que lobjectif principal de notre projet est de raliser la conception et le dveloppement dune application web pour lOffice de lAviation Civile et des Aroports OACA. Le but tait donc de mettre en place un systme permettant la fois la prsentation de la socit sur le net, ainsi que la consultation et le suivi de diffrents services de la socit. Notre Projet de Fin dEtudes, nous a permis dacqurir une excellente exprience dans la matire de conception et de dveloppement dune application web puisquil nous a permis de mettre en vidence nos connaissances acadmiques acquises tout au long de notre enseignement suprieure, de surmonter les difficults ventuelles du passage du thorie la pratique et de manipuler les technologies utilises dans ce type dapplication. En particulier, nous avons eu la chance de vivre de prs lexprience du travail en groupe qui exige la collaboration entre les diffrents membres et la planification des tches effectuer ainsi que la ponctualit et la comptence de tous les lments du groupe. Aussi, ce Projet de Fin dEtude nous a permet dapprofondir nos connaissance au domaine du Web dynamique. De plus, nous avons eu lopportunit de dcouvrir les technique de dveloppement avec les langages de script orient objet (PHP), de matriser des technologies de conception et de modlisation (UML) et de savoir utiliser les fichiers XML pour alimenter une base de donnes.

63

Quant au cot dveloppement, nous nous sommes confronts des difficults lors du notre stage, la plus essentielle rside dans la cration dun parseur XML et sa mise en marche dans notre plateforme de travail, en effet il faut activer des Extensions PHP qui gre les fonctions utiliss pour la manipulation des fichiers XML et XSL.

La dure disponible llaboration de notre projet, ne nous a pas permis de raliser des modules de recherche dans les rubrique des annonce de recrutement et des appels doffres. Les perspectives de notre application se traduisent par des amliorations et des ajustements quon pourra porter dans le futur afin de lui donner de nouveaux horizons. Comme perspective pour notre application, nous pouvons envisager tout dabord son hbergement afin de la rendre accessible par tous les utilisateurs. Ensuite nous pouvons enrichir la solution en intgrant des nouveaux modules : Ajouter un module de recherche dans les rubriques recrutement et appels doffres pour permettre aux utilisateurs de filtrer les annonces suivant ses intrts. Raliser un service de suivie de vol, qui permet lutilisateur de suivre ltat dun vol choisi. En laissant son adresse e-mail, le systme va par la suite envoyer des messages lutilisateur tout changement dhoraire de vol. Pour mettre jour la base de donnes de lOACA par les informations gnres partir du fichier XML, ladministrateur doit ouvrir la page de configuration et la laisser ouverte pendant toute lopration de mise jour. Cette solution nous oblige laisser un navigateur ouvert de faon continue pour recharger la page de mise jour. En cherchant dautres solutions plus simples et totalement automatiques, nous avons trouv une solution offerte par les hbergeurs des sites Internet, et qui consiste lutilisation dun cronjob. Un cronjob est un programme install dans le

64

serveur Web, et qui permet dautomatiser lexcution dun fichier PHP priodiquement et sans intervention de ladministrateur.

Netographie
[1] Encyclopdie libre, http://www.wikipedia.org/ [2] Forum et Communaut informatique http://www.commentcamarche.net/ [3] Forum des dveloppeurs http://www.developpez.net/forums/ [4] Aide PHP, http://www.phpfrance.com/ [5] Script java script, http://www.dynamicdrive.com/ [6] Manuel PHP, http://www.manuelphp.com/

65

[7] Script programmation web, http://www.comscripts.com/ [8] Dictionnaire de linformatique, http://www.dicofr.com/

Annexe
Les mthodes de conception et les diagrammes UML
Les mthodes de conception : Il existe de nombreuses mthodes : - Mthodes fonctionnelles de dcomposition hirarchique (dites de premire gnration) comme SADT, SA-SD, ... : application du principe diviser pour rgner (problme sous problmes). - Mthodes systmiques (dites de deuxime gnration) comme MERISE, SSADM : sparation donnes/traitements, niveaux conceptuels, organisationnels, physiques. - Mthodes objets (dites de troisime gnration) comme OMT, OOA, OOD, Hood, OOSE, OOM, Fusion, ...

66

Parmi les principaux objectifs des mthodes objets, on peut noter la volont de : - regrouper lanalyse des donnes et des traitements, - Etablir un couplage explicite entre les concepts du monde rel et les composants excutables ( rduire la distance smantique entre le langage des concepteurs et celui des utilisateurs ), - Faciliter la rutilisation, - simplifier limplantation. Les Diagrammes dUML : Cest une reprsentation graphique d'un ensemble d'lments et de relations qui constituent un systme. UML dfinit neuf types de diagrammes diviss en deux catgories : - diagrammes statiques (appels aussi diagrammes structurels) : diagrammes de classes, d'objets, de Composants, de dploiements et de cas d'utilisation. - Diagrammes comportementaux) : dynamiques diagrammes (appels d'activits, de aussi diagrammes d'tatssquences, les transformations entre le niveau conceptuel et

transitions et de collaborations.

Figure Annexe.1 : Vues et diagrammes Vue Statique :

67

- Diagramme d'utilisation

des

cas sous

dutilisation : Les la forme d'actions

diagrammes et de

de

cas le

dcrivent

ractions,

comportement d'un systme du point de vue utilisateur. Ils permettent de dfinir les limites du systme et les relations entre le systme et l'environnement. Ce type de diagrammes intervient tout au long du cycle de dveloppement, depuis le cahier des charges jusqu' la fin de la ralisation. - Diagramme de classes : expriment de manire gnrale la structure statique d'un systme, en termes de classes et de relations entre ces classes. - Diagramme dobjets : permet de reprsenter les relations existant entre les diffrentes instances des classes un instant donn de la vie du systme. - Diagramme de composants : permet de dcrire les composants et leurs dpendances dans leur environnement d'implmentation. Les composants peuvent tre organiss en sous-systmes de packages permettant de masquer la complexit, par l'encapsulation des dtails d'implmentation. - Diagramme de dploiement : permet de montrer la disposition physique des matriels qui composent le systme, ainsi que la rpartition des composants sur ces matriels reprsents par des nuds. Ce type de diagramme est utilis principalement pour la modlisation de trois types de systmes : les systmes embarqus, les systmes client/serveur et les systmes totalement rpartis. Vue Dynamique : - Diagramme tat-transition : Il dcrit le comportement des objets dune classe au moyen dun automate dtats associ la classe - Diagramme dactivits : Cest une variante du diagramme dtat transition : il met laccent sur les activits, leurs relations et leur impact sur les objets. Il dcrit le comportement gnrique dun cas dutilisation et dune opration et modlise les processus mtiers

68

- Diagramme de squence : Cest la modlisation des interactions entre les objets suite un vnement externe - Diagramme de collaboration : Cest une extension des diagrammes dobjets, il dcrit le comportement collectif dun ensemble dobjets en vue de raliser une opration et en dcrivant leurs interactions modlises par des envoies (ventuellement numrots) de messages

Glossaire
HTML : HyperText Mark-up Language : Langage de description des pages Web driv du SGML. Il est compos d'une suite de signe ASCII, dans laquelle sont inclues les commandes spciales concernant le formatage des pages, la police de caractres et les multimdia. HTTP : HyperText Transfer Protocol : Protocole utilis pour transporter des pages HTML du WWW sur le rseau. L'accs aux services Web se fait en donnant une adresse de type http://nom de domaine/rpertoire.... 69

BD : (base de donnes) : une base de donnes est une collection de donnes inter reli. Cest une entit cohrente logiquement et vhiculant une certaine smantique. SGBD : Systme de Gestion de Base de Donne : Logiciel permettant de stocker les donnes, de les mettre jour et de les consulter. En anglais : Data Base Management System, DBMS). Table : une table reprsente une collection de donnes organises en colonnes et en lignes. Dans le modle, cette table quivalente un fichier de BD. Cl primaire : une cl primaire est le champ qui dfinie de manire unique chaque enregistrement. Elle permet de crer des liens avec dautres tables, elle peut tre multi champs.

70