R f : 2007/II2/Sujet N 120.
A-U : 2006/2007.
Minist re de lEnseignement Sup rieur, de la
Recherche Scientifique et de la Technologie
Universit de la Manouba
Ecole Nationale des Sciences de lInformatique
Rapport de stage dImmersion en Entreprise
R alis par :
Oueslati Ghassen & Souissi Abdelkader
Sujet :
REALISATION DUN MOTEUR DE
RECHERCHE DE VOLS SUR INTERNET
Nom du responsable : Amari Imed
Encadr par : Mediouni Mohammed
Organisme : Net Technologie
Adresse : 40, Avenue H die Chaker, Hammamet
T l : 72 26 04 00 Fax : 72 26 04 00
Courriel : [email protected]
R sum :
La r volution flagrante du monde dInternet, la migration vers le web 2.0 font
lobjet de s rieuses tentatives pour produire un contenu plus souple et plus interactif qui
r pond exactement aux besoins humains. Le pr sent travail est une simple contribution
dans ces tentatives. Il consiste d velopper en ColdFusion une application web qui d ploie
des services web afin de pr senter en produit final un moteur de recherche de vols sur
Internet. Ce moteur r pond un certain nombre de crit res de choix sp cifi s par
lutilisateur et garanti un temps de r ponse acceptable gr ce lint gration du
multithreading au niveau de ColdFusion.
Mots cl s : application web, moteur de recherche, services web, web 2.0, multithreading,
ColdFusion.
:
(cid:1)Q(cid:3)(cid:4)(cid:5)
*(cid:19)H(cid:13)!(cid:23) (cid:13)Q(cid:5)% (cid:24)G (cid:13)(cid:23)
2.0
('(cid:4)(cid:5)' 1(cid:4)(cid:7)(cid:8) (cid:9)(cid:5)% (cid:11)(cid:12)(cid:13)(cid:14)% (cid:15)(cid:16)(cid:17)(cid:18)(cid:16)(cid:19)' (cid:13)(cid:7)(cid:12)(cid:17)(cid:20)(cid:21) (cid:15)(cid:22)(cid:18)(cid:12) (cid:13)(cid:23) (cid:24)(cid:18)(cid:5)' *'1(cid:4)(cid:26)Q(cid:18)(cid:5)' QF%
(cid:11)(G(cid:13)$(cid:23) 3((cid:20)(cid:5)' '4G 3.(+
(cid:11)Q#(cid:16)(cid:13)$(cid:16)%' *(cid:13)&'(cid:26)(cid:18)('(cid:5) (cid:13)(cid:23)(cid:13)((cid:21) )#*(cid:18)$+ (cid:11)Q#',(cid:13)-(cid:21) H (cid:11)(cid:16)H(cid:17)(cid:23) (cid:17)."# I(cid:4)(cid:18)!(cid:23) ,(cid:13)(cid:18)(cid:16)%
.
(cid:9)', <((cid:18)(cid:20)(cid:21)
"
(cid:11)(cid:26)5'(cid:4)6 ('H (cid:11)7#&(cid:26)(cid:21) ,(cid:13)(cid:18)(cid:16)% (cid:9)', E(cid:4)7+ (cid:4)GH *(cid:19)H(cid:13)!((cid:5)' :4G (cid:24)(cid:12) (cid:11)(cid:26)#$6
"
ColdFusion
3,(cid:13)-(cid:18)+ CQ(cid:17)!((cid:5)' '4G
.
(cid:15)(cid:16)(cid:17)(cid:18)(cid:16)(cid:19)' (cid:9)',
=!6 CQ(cid:17)!(cid:23) =(cid:20)6 3?' @(cid:23) ('H *(cid:13)(cid:23)<A
=!6 E(cid:13)G(cid:16) (cid:11)(cid:12)(cid:13)(cid:14)% 3H-6 (cid:19)(cid:4)&7(cid:23) (cid:11)6(cid:13)*(cid:18)5% (cid:15)IH @(H+ JQ(cid:16)' (cid:13)(" 3((cid:20)(cid:18)$((cid:5)' (cid:13)G/Q<!+ )(cid:17)Q#M(cid:18)(cid:23) N(cid:23)'(cid:4)G (cid:9)(cid:20)(cid:23)
2'(cid:4)(cid:18)(cid:23)
F'(cid:17)#C *DE1 D(cid:4)E
.
-
-
,2.0
2'(cid:4)(cid:18)(cid:23) =!6
E(cid:13)G(cid:16)
('H ('H *(cid:13)(cid:23)<A =!6 CQ(cid:17)!(cid:23) ('H (cid:11)7#&(cid:26)(cid:21)
:
(cid:7)(cid:8)(cid:9)(cid:10)(cid:11)(cid:12)(cid:13)' *(cid:10)(cid:12)(cid:4)(cid:16)(cid:13)'
ColdFusion,
Abstract
:
Help me.
RReemmeerrcciieemmeennttss
Parce que nous avons beaucoup estim tous ceux qui nous ont cout s,
conseill s, critiqu s et encadr s, nous tenons leur faire part de toute notre
gratitude, et plus particuli rement, nous tenons remercier :
Notre encadreur Dr. Mohammed Mediouni Arbi, Directeur Technique
de Net Technologie, pour nous avoir incit s mener bien ce travail, pour
son aide, son d vouement et ses pr cieux conseils.
Le Directeur Imed Amari de lorganisme daccueil Net Technologie pour
sa g n rosit , sa compr hension et ses aides inestimables.
Tous les enseignants qui ont fait en sorte de nous bien former en nous
transmettant leurs connaissances et leur savoir faire.
Tous nos camarades et coll gues lENSI qui nous ont encourag s et qui
nous ont donn s quelques coups de pousses.
Les membres du jury pour nous avoir honor s en acceptant de juger ce
modeste travail.
(cid:1)(cid:2)(cid:3)(cid:4)
OORRGGAANNIISSMMEE DDAACCCCUUEEIILL
Net Technologie est une soci t informatique tunisienne, install e Hammamet. Elle
est totalement exportatrice, sp cialis e dans les issues techniques et le commerce
lectronique destin s aux sites de tourisme.
Net Technologie est cr e en mars 2001 ; elle offre des strat gies, des plates-formes
intelligentes, cest dire des sites ouverts et souples, capables doffrir aux visiteurs un
contenu dynamique, personnalis , tel les caract ristiques des sites portraits, ou du
commerce lectronique.
Son quipe de sept collaborateurs aux comp tences riches et multiples, suit un
rigoureux programme de formation continu interne. Autour deux, de nombreux
prestataires certifi s, sont disponibles tout moment.
Les comp tences de Net Technologie sont riches et vari es. Toutefois, elle consacre
une part importante de ses ressources promouvoir son potentiel technologique.
Net Technologie d veloppe essentiellement avec le ColdFusion, et poss de des
comp tences en ASP, Java, XML, WAP, DHTML, Flash, Dreamweaver, JavaScript,
Photoshop, Illustrator, SQL, Oracle, BD2, et NT. Elle poss de une infrastructure riche
comportant, en plus des postes de d veloppement, trois serveurs Windows 2003 Server,
deux serveurs web IIS et iPlanet web server, un serveur de donn es SQL Server 2005 et
serveur dapplication ColdFusion.
Actuellement, Net Technologie est associ e au partenaire fran ais Advences1. Parmi
ses r f rences on cite :
(cid:1) www.easyvoyage.com consid r le num ro 1 fran ais des vols charters.
Publicité
(cid:1) www.asie.fr consid r le num ro 1 fran ais pour les destinations Asie.
(cid:1) www.holifayauto.fr consid r le num ro 1 fran ais dans la location des voitures.
1 www.adveces.com
Table des mati res
INTRODUCTION .................................................................................................................................. 1
Chapitre 1 ........................................................................................................................................... 3
1. Notion de moteurs de recherche de vols ................................................................................... 3
2.
3.
Les services web ......................................................................................................................... 4
Etude de lexistant ...................................................................................................................... 6
3.1.
Exemple d tude un : Easy Voyage.fr ................................................................................. 6
3.2.
Exemple d tude deux : Ebookers.fr .................................................................................. 8
3.3.
Exemple d tude trois : Voyager-moins-cher.fr ................................................................. 9
3.4.
Conclusion de l tude ....................................................................................................... 10
4. Pr sentation des solutions propos es ..................................................................................... 10
5. Conclusion ................................................................................................................................ 10
Chapitre 2 ......................................................................................................................................... 11
1.
Sp cification non formelle des besoins .................................................................................... 11
1.1.
Besoins fonctionnels ........................................................................................................ 11
1.2.
Besoins non fonctionnels ................................................................................................. 12
2.
Sp cification formelle des besoins ........................................................................................... 13
2.1.
Cas dutilisation ................................................................................................................ 13
2.1.1.
Les acteurs ................................................................................................................ 13
2.1.2.
Le diagramme des cas dutilisation .......................................................................... 13
2.2.
Diagrammes de s quence ................................................................................................ 14
2.3.
Diagramme dactivit ....................................................................................................... 15
3. Conclusion ................................................................................................................................ 16
Chapitre 3 ......................................................................................................................................... 17
1. Architecture g n rale de lapplication ..................................................................................... 17
1.1.
Architecture 3 tiers........................................................................................................... 17
1.2.
Pr sentation du Design Pattern MVC .............................................................................. 19
1.3.
Sch ma g n rale de larchitecture .................................................................................. 20
2. Conception d taill e ................................................................................................................ 21
2.1.
Diagrammes de classes .................................................................................................... 21
2.2.
Diagramme d tats-transitions ........................................................................................ 24
2.3.
Diagramme de d ploiement ............................................................................................ 25
3. Conception de linterface graphique ........................................................................................ 26
4. Conclusion ................................................................................................................................ 26
Chapitre 4 ......................................................................................................................................... 27
1.
Environnement mat riel .......................................................................................................... 27
2. Choix technologiques ............................................................................................................... 27
2.1.
Coldfusion......................................................................................................................... 28
2.2. Macromedia Dreamweaver ............................................................................................. 28
2.3.
SQL server ......................................................................................................................... 29
2.3.1.
Avantages de SQL Server .......................................................................................... 29
2.3.2.
Les proc dures stock es .......................................................................................... 30
2.4.
JavaScript .......................................................................................................................... 30
2.5.
Ajax ................................................................................................................................... 31
2.6.
Java ................................................................................................................................... 31
3.
Travail r alis ........................................................................................................................... 31
3.1.
Solutions propos es ......................................................................................................... 32
3.1.1. M thode 1 ................................................................................................................ 33
3.1.2. M thode 2 ................................................................................................................ 33
3.1.3. M thode 3 ................................................................................................................ 33
3.1.4.
Comparaison des solutions et conclusion ................................................................ 34
3.2.
Extension de la solution ................................................................................................... 35
4. Aper u de linterface ................................................................................................................ 37
5. Conclusion ................................................................................................................................ 38
Chapitre 5 ......................................................................................................................................... 39
1. Choix du test ............................................................................................................................. 39
1.1.
Tests de performance ...................................................................................................... 39
1.2.
Tests de chargements ...................................................................................................... 40
1.3.
Tests de stresse ................................................................................................................ 40
2. WebServer Tool ........................................................................................................................ 40
3.
Publicité
Tests et r sultats ...................................................................................................................... 41
4. Conclusion ................................................................................................................................ 44
CONCLUSION GENERALE .................................................................................................................. 45
Annexe A .......................................................................................................................................... 47
Annexe B .......................................................................................................................................... 48
Table des figures
FIGURE 1. EXEMPLE DE MOTEURS DE RECHERCHE DE VOLS .............................................................................................. 3
FIGURE 2. EXEMPLE D'INVOCATION TYPIQUE D'UN SERVICE WEB ...................................................................................... 5
FIGURE 3. MOTEUR DE RECHERCHE DEASYVOYAGE.COM ............................................................................................... 7
FIGURE 4. MOTEUR DE RECHERCHE D'EBOOKERS.FR ...................................................................................................... 8
FIGURE 5. MOTEUR DE RECHERCHE DE VOAYAGER-MOINS-CHER.FR .................................................................................. 9
FIGURE 6. DIAGRAMME DES CAS D'UTILISATION ......................................................................................................... 14
FIGURE 7. DIAGRAMME DE SEQUENCE: CAS D'UTILISATION LANCER UNE RECHERCHE ......................................................... 14
FIGURE 9. DIAGRAMME D'ACTIVITE .......................................................................................................................... 15
FIGURE 10. ARCHITECTURE 3 TIERS .......................................................................................................................... 18
FIGURE 11. ARCHITECTURE GENERALE DE L'APPLICATION ............................................................................................. 20
FIGURE 12. PACKAGE MODELE ............................................................................................................................... 22
FIGURE 13. PACKAGE VUE ..................................................................................................................................... 23
FIGURE 14. PACKAGE CONTROLEUR ......................................................................................................................... 24
FIGURE 15. DIAGRAMME D'ETATS-TRANSITIONS ......................................................................................................... 24
FIGURE 16. DIAGRAMME DE DEPLOIEMENT ............................................................................................................... 25
FIGURE 17. MODELE GRAPHIQUE DE LA PAGE ............................................................................................................ 26
FIGURE 18. MOTEUR DE RECHERCHE ........................................................................................................................ 37
FIGURE 19. RESULTAT DE LA RECHERCHE ................................................................................................................... 38
FIGURE 20. CONFIGURATION DE WEBSERVER STRESS .................................................................................................. 41
FIGURE 21. UTILISATION DES RESSOURCES DU SERVEUR: METHODE OPEN XML ................................................................. 42
FIGURE 22. UTILISATION DES RESSOURCES DU SERVEUR: METHODE XSL ........................................................................... 42
Table des tableaux
TABLEAU 1. TEMPS DE REPONSE : FICHIERS EN LOCAL .................................................................................................. 34
TABLEAU 2. TEMPS DE REPONSE: FICHIERS DISTANTS ................................................................................................... 34
TABLEAU 3. COMPARAISON DU TEMPS DE REPONSE ENTRE UNE RECHERCHE SEQUENTIELLE ET UNE PARALLELE ........................ 36
TABLEAU 4. RESULTATS PAR UTILISATEUR: METHODE OPEN XML .................................................................................... 43
TABLEAU 5. RESULTATS PAR UTILISATEUR: METHODE XSL ............................................................................................. 44
INTRODUCTION
Dans un monde actif et continuellement volutif, la motivation davoir des moyens
performants et efficaces de communication et d change dinformations devient de plus en
plus fondamentale .Cette motivation donne naissance une r volution favorisant le travail
distance et lacc s aux besoins en temps r duit voire imm diat. Cest pourquoi on a
assist ces derniers temps un d veloppement exponentiel du r seau Internet qui, depuis
son apparition, ne cesse de s tendre pour devenir enfin un terrain pour diverses
applications et un outil du premier plan pour de nombreux services.
Aujourdhui, lutilisation du web s'oriente de plus en plus vers l'interaction entre les
utilisateurs, et la cr ation de r seaux sociaux rudimentaires, pouvant servir du contenu
exploitant les effets de r seau. Ces aspects entra nent la naissance de nouvelles visions et
applications fondant une interaction de plus en plus riche entre lhomme et le web.
R sultat de cette irruption de lInternet, nouveau secteur en plein essor, une belle
avanc e qui a su sint grer dans l conomie mondiale et qui se forge rapidement sa place :
le E-Tourisme. Cette branche dactivit renferme toutes les solutions applicatives bas es
sur les technologies E-business afin de g rer les achats en ligne des billets davions, des
s jours, etc.
LE-Tourisme, fond e sur le net, constitue une avanc e technologique de ces
derni res ann es o Internet est devenu un vecteur de croissance. En effet, avec 50%
d'internautes europ ens recherchant on-line des donn es pour r server leurs voyages,
loisirs& Internet est devenu l'une des plus importantes sources d'information du monde du
voyage.
En raison de la croissance exponentielle de ce domaine, la soci t Net Technologie
sest fix e dans le d veloppement dapplications class es dans le secteur E-Tourisme.
Propri taire du nom de domaine www.Hammamet.com, Net Technologie souhaite
1 | P a g e
INTRODUCTION
d velopper des moteurs de recherche sur Internet permettant un acc s facile et rapide
linformation afin de les int grer dans ses prochains sites web. Elle cherche et teste
diff rentes solutions visant minimiser le temps de r ponse.
Dans ce cadre, nous sommes appel s mettre au point dune application web
permettant de lancer une recherche de vols disponibles chez plusieurs fournisseurs et
afficher les meilleurs tarifs.
Il sagit en premier temps de concevoir, impl menter et tester diff rentes m thodes
de recherche s quentielle. Le but essentiel de cette t che est de comprendre quelques
m canismes des moteurs de recherche sur Internet. Une seconde t che consiste trouver
des moyens permettant la r duction du temps de r ponse dune requ te de recherche.
Le pr sent rapport sinscrit dans loptique d claircir les diff rents aspects de cette
application depuis sa phase de sp cification jusqu' sa phase de test. Il comporte quatre
chapitres. Le premier est consacr une tude de lexistant dans laquelle nous laborons
une analyse de quelques sites concernant notre domaine d tude. Le deuxi me chapitre
comporte une analyse et sp cification des besoins fonctionnels et non fonctionnels de
lapplication. Le troisi me chapitre pr sente la conception de notre application avec une
approche globale et d taill e. L tape de la r alisation de notre application Web est d crite
dans le quatri me chapitre. Enfin, le dernier chapitre, pr sente la phase de tests et
int gration.
2 | P a g e
Chapitre 1
ETAT DE LART
A travers ce chapitre nous allons d finir les notions de moteur de recherche de vols et
des Web Services. Ensuite nous allons pr senter les diff rents moteurs de recherche de
vols disponibles sur le march mondial en mettant les points sur les services propos s par
chacun dentre eux.
1. Notion de moteurs de recherche de vols
Les moteurs de recherche de prix de vol sont cr es suite un besoin humain de
sinformer de la disponibilit de vols sans perdre son temps. Ils sont apparus dans les
ann es. Depuis ce temps, et avec la r volution des technologies du web ainsi que les
infrastructures, ces moteurs ont connu de nombreuses volutions remarquables.
Actuellement, les moteurs de recherche de vols offrent des fonctionnalit s tr s pouss es,
telles que la comparaison des prix, la d tection des promotions et les meilleurs tarifs, ainsi
quun nombre important doptions de choix.
Figure 1. Exemple de moteurs de recherche de vols
3 | P a g e
Chapitre 1 : ETAT DE LART
Aujourdhui, on assiste une utilisation massive de ce type de moteur de recherche
et on compte environ visiteurs par jour. Parmi les moteurs de recherche de vols les connus
en Europe on cite www.easyvoayage.com, www.govoyage.com, www.easyvol.fr...
Publicité
2. Les services web
Un service web est un programme informatique permettant la communication et
l' change de donn es entre applications et syst mes h t rog nes dans des environnements
distribu s. Il s'agit donc d'un ensemble de fonctionnalit s expos es sur Internet ou sur un
Intranet, par et pour des applications ou machines, sans intervention humaine, et en temps
r el.
Il existe plusieurs technologies derri re le terme services web:
(cid:1) Les Services Web de type REST exposent enti rement ces fonctionnalit s
comme un ensemble de ressources (URI) identifiables et accessibles par la
syntaxe et la s mantique du protocole HTTP. Les Services Web de type REST
sont donc bas s sur l'architecture du Web et ses standards de base: HTTP et URI.
(cid:1) Les Services Web WS-* exposent ces m mes fonctionnalit s sous la forme de
services ex cutables distance. Leurs sp cifications reposent sur les standards
SOAP et WSDL pour transformer les probl matiques d'int gration h rit es du
monde Middleware en objectif d'interop rabilit . Les standards WS-* sont
souvent d cri s comme l' taient leurs anc tres CORBA, RMI ou DCOM: des
technologies complexes h rit es du vieux principe RPC, fortement coupl es et
difficilement interop rables dans des environnements h t rog nes.
L'architecture des Web Services s'est impos e (tout comme le langage XML) gr ce
sa simplicit , sa lisibilit et ses fondations normalis es. Elle articule actuellement
autour des trois acronymes suivants :
(cid:1) SOAP (Simple Object Access Protocol) est un protocole d' change inter-
application ind pendant de toute plate-forme, bas sur le langage XML. Un appel
de service SOAP est un flux ASCII encadr dans des balises XML et transport
dans le protocole HTTP.
4 | P a g e
Chapitre 1 : ETAT DE LART
(cid:1) WSDL (Web Services Description Language) donne la description au format
XML des Web Services en pr cisant les m thodes pouvant tre invoqu es, leur
signature et le point d'acc s (URL, port, etc..). C'est, en quelque sorte,
l' quivalent du langage IDL pour la programmation distribu e CORBA.
(cid:1) UDDI (Universal Description, Discovery and Integration) normalise une
solution d'annuaire distribu de Web Services, permettant la fois la publication
et l'exploration. UDDI se comporte lui-m me comme un Web service dont les
m thodes sont appel es via le protocole SOAP.
Figure 2. Exemple d'invocation typique d'un service web
Les services web ont une collection davantages dont voici quelques uns :
(cid:1) Les services Web fournissent l'interop rabilit entre divers logiciels fonctionnant
sur diverses plateformes.
(cid:1) Les services Web utilisent des standards et protocoles ouverts.
5 | P a g e
Chapitre 1 : ETAT DE LART
(cid:1) Les protocoles et les formats de donn es sont au format texte dans la mesure du
possible, facilitant ainsi la compr hension du fonctionnement global des
changes.
(cid:1) Bas s sur le protocole HTTP, les services Web peuvent fonctionner au travers de
nombreux pare-feux sans n cessiter des changements sur les r gles de filtrage.
Malgr tous ces avantages, les services web pr sentent ces inconv nients :
(cid:1) Les normes de services Web dans certains domaines sont actuellement r centes.
(cid:1) Les services Web souffrent de performances faibles compar es d'autres
approches de l'informatique r partie telles que le RMI, CORBA, ou DCOM.
(cid:1) Par l'utilisation du protocole HTTP, les services Web peuvent contourner les
mesures de s curit mises en place au travers des firewalls.
3. Etude de lexistant
Le secteur du tourisme est lun des domaines influ par lirruption de lInternet.
Aujourdhui, diff rentes applications sont mise en place afin de faciliter l change et le
traitement de linformation principalement pour un but commerciale.
Dans ce secteur le prix repr sente le facteur essentiel. On propose galement des
tarifs n goci s et des prestations dont on poss de l'exclusivit . Face la multitude des
choix, lhomme a besoin doutils permettant de filtrer ces options, r le que jouent
principalement les sites web de lE-tourisme.
Dans le cadre dune tude de recherche pr alable des applications Web semblable
la notre, nous avons remarqu lexistence dune multitude de sites Web qui traitent ce
sujet, mais nous sommes limit s l tude de trois sites :
3.1. Exemple d tude un : Easy Voyage.fr
Dans ce premier exemple, nous nous int ressons faire une tude du site
www.easyvoyage.com. Il pr sente un portail attirant qui en plus des services de
6 | P a g e
comparaison de prix classiques propose des informations touristiques et des cartes pour de
nombreuses destinations.
Chapitre 1 : ETAT DE LART
Figure 3. Moteur de recherche deasyvoyage.com
Des fonctionnalit s tr s puissantes, des options offrant un choix vaste aux visiteurs,
un design agr able, tous ces arguments font deasyvoyage.com une des r f rences dans ce
domaine.
7 | P a g e
Chapitre 1 : ETAT DE LART
3.2. Exemple d tude deux : Ebookers.fr
Dans ce deuxi me exemple, nous tudions le site www.ebookers.fr. Ebookers est un
outil de recherche de vols et de r servation en ligne en temps r el au d part de la France
pour plus de 500.000 tarifs de vols en provenance de 100 compagnies a riennes.
Figure 4. Moteur de recherche d'Ebookers.fr
Ebookers est un service tr s exhaustif qui en plus des prix n goci s affiche tous les
tarifs list s dans les syst mes internationaux de r servations. La seule imperfection de ce
moteur est le temps de r ponse qui demeure plus lev que ses concurrents.
8 | P a g e
Chapitre 1 : ETAT DE LART
3.3. Exemple d tude trois : Voyager-moins-cher.fr
Dans ce dernier exemple, nous tudions le site www.voyager-moins-cher.fr. Cest un
portail sur les voyages avec des moteurs de recherche pour trouver les meilleur prix pour
les voyages, les billets davion, les h tels, la location d'appartement ou encore les voitures
de location. Ces offres proviennent de 100 agences de voyages et tour-op rateurs. Avec
des fiches techniques par pays, ce site rend de nombreux services.
Figure 5. Moteur de recherche de voayager-moins-cher.fr
Lavantage de ce moteur cest quil offre un choix plus vari au niveau du prix.
Exhaustivit et ind pendance dans la pr sentation des offres r f renc es sont les deux
objectifs que Voyager-Moins-Cher a fix s pour devenir un outil original et performant.
9 | P a g e
Chapitre 1 : ETAT DE LART
3.4. Conclusion de l tude
Publicité
Dapr s l tude de ces sites, nous constatons quils offrent pratiquement les m mes
fonctionnalit s. Les param tres m tiers dont d pend la recherche sont identiques. Ce qui
diff re vraiment entre ces sites cest le temps de r ponse dune requ te de recherche, chose
qui peut influer sur le rendement du site. Ainsi, le temps de r ponse demeure un facteur
essentiel et une probl matique dont on doit tenir compte.
4. Pr sentation des solutions propos es
Afin de r pondre la contrainte du temps de r ponse, nous tenons en premier temps
choisir le trafic s quentiel optimisant ce temps. Pour ce faire, nous adoptons le concept
dAjax2, et nous testons trois m thodes3diff rentes. Le second objectif est de rendre la
recherche en cycles parall les4.
5. Conclusion
Dans ce chapitre nous avons d fini les diff rents termes sp cifiques notre
application Web et r alis une tude sur les services offerts par des sites existants dans le
domaine touristique. Nous avons galement pr sent notre solution propos e de mani re
globale.
Lanalyse et la sp cification des besoins des diff rents utilisateurs de lapplication
sont lobjet du chapitre suivant.
2 Voir chapitre R alisation, section Choix technologiques.
3 Voir chapitre R alisation, section Travail r alis .
4 Voir chapitre R alisation, section Extension de la solution.
10 | P a g e
Chapitre 2
ANALYSE ET SPECIFICATION
Dans ce chapitre, nous abordons la phase danalyse et sp cification des besoins.
Ainsi, nous pr sentons les besoins fonctionnels et non fonctionnels de notre application
Web tout en recourant au mod le UML comme un moyen simple et compr hensible afin
de structurer les besoins de lapplication, d finir ses limites et mod liser le point de vue de
ses utilisateurs.
1. Sp cification non formelle des besoins
Dans le cadre de ce stage, nous sommes appel s en premier temps r aliser un
moteur de recherche s quentielle de vols sur Internet. Vu que la recherche prend en charge
plus quun seul fournisseur, la seconde t che consiste rendre cette recherche en cycles
parall les afin de minimiser le temps de r ponse. Lapplication finale doit r pondre un
certains crit res de choix et fournir un temps de r ponse acceptable.
1.1. Besoins fonctionnels
Les besoins fonctionnels repr sentent les attentes de chaque acteur de la future
application. Toute solution conceptuelle doit satisfaire, pr alablement, des besoins
fonctionnels afin de d limiter le p rim tre fonctionnel de lapplication et surveiller la
tra abilit des besoins lors de la phase de d veloppement.
La pr sente application doit satisfaire les besoins fonctionnels suivants :
11 | P a g e
Chapitre 2 : ANALYSE ET SPECIFICATION
(cid:1) Recherche de vols : il sagit de d finir un moteur qui permet la recherche de vols
suivant des crit res choisis par lutilisateur. Les principaux crit res de choix
sont :
o Ville et date daller.
o Ville et date de retour sil sagit dun voyage aller/retour.
o Nombres dadultes, denfants et de b b s.
o Aller simple ou Aller/Retour.
o Classe conomique.
(cid:1) Affichage du r sultat de la recherche : le r sultat doit tre affich apr s quil
soit tri selon le prix.
(cid:1) R servation dans un vol : lutilisateur aura la possibilit de r server le nombre
de places d sir pour un vol choisi.
1.2. Besoins non fonctionnels
Un besoin non fonctionnel est une restriction ou une contrainte qui p se sur un
service du syst me, telle les contraintes li es lenvironnement et limpl mentation et les
exigences en mati re de performances, les d pendances de plate-forme, de facilit de
maintenance, dextensibilit et de fiabilit .
Les besoins non fonctionnels sont :
(cid:1) dynamicit , robustesse et maintenabilit : lapplication doit permettre le
stockage des
informations et
les diff rents
traitements utiles pour
le
fonctionnement correct, et assurer une gestion compl te des erreurs.
(cid:1) S curit : les visiteurs peuvent consulter le site sans modifier son contenu, ni
consulter les informations personnelles des autres.
(cid:1) Fiabilit et rapidit : lapplication doit garantir la rapidit et la fiabilit de la
recherche, ainsi quune bonne utilisation des ressources.
12 | P a g e
Chapitre 2 : ANALYSE ET SPECIFICATION
(cid:1) Esth tique : il sagit de d velopper une interface simple et conviviale utiliser
pour tous les utilisateurs.
2. Sp cification formelle des besoins
Cette activit consiste identifier les acteurs qui sont en interaction avec
lapplication. Dans notre cas, nous avons distingu un seul acteur potentiel qui est le
Visiteur.
2.1. Cas dutilisation
Le diagramme de cas dutilisation est un mod le communicationnel. Il permet de
mod liser les besoins, les points de vue dutilisateur et de d finir les limites pr cises du
syst me tout en utilisant une notation simple compr hensible par tous.
2.1.1. Les acteurs
Dans cette application nous distinguons un acteur principal qui est Visiteur et dont
les cas dutilisation sont :
(cid:1) Lancer une recherche de voyages chez plusieurs fournisseurs.
(cid:1) Configurer les param tres de la recherche.
(cid:1) Modifier les param tres m tiers de la recherche.
(cid:1) Filtrer le r sultat de la recherche selon le crit re de prix.
(cid:1) R server un vol.
2.1.2. Le diagramme des cas dutilisation
La figure suivante pr sente le digramme des cas dutilisation du lapplication. Elle
sch matise les diff rents acteurs ainsi que leurs cas dutilisation associ s en utilisant la
m thodologie UML.
13 | P a g e
Chapitre 2 : ANALYSE ET SPECIFICATION
Figure 6. Diagramme des cas d'utilisation
Dans le paragraphe suivant nous claircissons les cas dutilisation travers quelques
dia...