Vous êtes sur la page 1sur 25

Aversa Guillaume 15/04/2004

Chevallier Nicolas
Escoffier Philippe
Pepino Michel

Changements apportés :
- Ajout de la partie organisation structurelle
- Ajout du planning (format gantt)
- Ajout de la partie contraintes non fonctionnelles

Version 1.0

Encadrants : Michel Gautero


Pierre Crescenzo
Maîtrise d’informatique 2003 - 2004

1. INTRODUCTION.........................................................................................................................................4
RÉSUMÉ................................................................................................................................................................4
FOURNITURES.......................................................................................................................................................4
DÉFINITION ET ACRONYMES.................................................................................................................................4
2. ORGANISATION DU PROJET..................................................................................................................6
PROCESSUS............................................................................................................................................................6
ORGANISATION STRUCTURELLE............................................................................................................................6
Guillaume........................................................................................................................................................6
Philippe...........................................................................................................................................................6
Nicolas.............................................................................................................................................................7
Michel..............................................................................................................................................................7
LIMITES ET INTERFACES........................................................................................................................................7
Limites.............................................................................................................................................................7
Interfaces.........................................................................................................................................................7
3. GESTION.......................................................................................................................................................8
OBJECTIFS ET PRIORITÉS.......................................................................................................................................8
Objectifs..........................................................................................................................................................8
Priorités...........................................................................................................................................................8
HYPOTHÈSES, DÉPENDANCES ET CONTRAINTES....................................................................................................8
Hypothèses......................................................................................................................................................8
Dépendances...................................................................................................................................................8
Contraintes......................................................................................................................................................8
GESTION DU RISQUE.............................................................................................................................................9
MOYENS DE CONTRÔLE........................................................................................................................................9
4. TECHNIQUE...............................................................................................................................................10
MÉTHODES ET OUTILS EMPLOYÉS.......................................................................................................................10
Quelles technologies Web utiliser?...............................................................................................................10
Choix du SGBD :..........................................................................................................................................11
Choix de la bibliothèque XML :....................................................................................................................11
Choix de la bibliothèque PDF :....................................................................................................................11
Choix de la bibliothèque graphique :...........................................................................................................12
Comparatif Serveurs Apache........................................................................................................................13
DOCUMENTATION...............................................................................................................................................16
5. CALENDRIER............................................................................................................................................17
SEMAINE 9 :........................................................................................................................................................17
SEMAINE 10 :......................................................................................................................................................17
SEMAINE 11 :......................................................................................................................................................17
SEMAINE 12 :......................................................................................................................................................17
SEMAINE 13 :......................................................................................................................................................17
SEMAINE 14 :......................................................................................................................................................18
SEMAINES 20 À 24 :............................................................................................................................................18
6. FONCTIONS DU PRODUIT.....................................................................................................................20
7. CONTRAINTES NON FONCTIONNELLES..........................................................................................21
ERGONOMIE........................................................................................................................................................21
ROBUSTESSE SERVEUR........................................................................................................................................21
8. ANNEXES....................................................................................................................................................22
SCHÉMA RELATIONNEL.......................................................................................................................................22
LES CONCURRENTS.............................................................................................................................................24

2
Fidelio – Windows.........................................................................................................................................24
Optims – Windows.........................................................................................................................................24
Imagine...Hotel – Windows...........................................................................................................................25
Hop2000 – Windows.....................................................................................................................................25
Conclusion.....................................................................................................................................................25

3
1. Introduction

Résumé
Le présent document définit une application de gestion de réservation pour un hôtel.
L’application s’utilise à partir d’un navigateur Web compatible. Elle permet la réservation, la
prise en compte du paiement et l’édition de factures pour des clients individuels, sociétés ou
agences de voyages. L’application peut être étendue par l’ajout de modules
complémentaires. On peut visualiser sous forme graphique les statistiques de l’hôtel.
L’application gère l’historique des réservations, permet la relance des clients par mail et
publipostage.
Les technologies utilisées pour la création de l’application sont sous licence open source.
L’application sera livrée sous forme de fichier auto-installable.

Fournitures
- Un fichier d’installation pour les différentes versions de windows (98/2000/NT/XP)
- Si possible un fichier d’installation pour linux
- Le fichier d’installation est composé de :
o Apache, version 1.3.27
o PHP, version 4.3.3
o MySQL, version 4.0.15
o Lib2XML, version
o PDFLib, version
o JPGraph, version 1.14

- Ne sera pas fourni :


o Un navigateur Web compatible

Définition et acronymes
Application : dans ce rapport le mot application se réfère aux parties client et serveur
permettant de gérer les réservations. Le client utilise un navigateur Web compatible pour
accéder à l’application.

Dump : état de la base de donnée à un instant donné. Permet de retrouver l’état de la base à
cet instant en cas de perte ou de mauvaise manipulation.

Client / Serveur : architecture dans laquelle les informations sont stockées sur le serveur, et
ou le client effectue des requêtes.

Système d’exploitation : ensemble de logiciels assurant le fonctionnement de base de


l'ordinateur et notamment la gestion du processeur et de sa relation avec les différents

4
périphériques. Un ordinateur ne peut fonctionner sans lui. Les plus connus sont Windows et
MacOS.

Multi plateforme : on dit d’un logiciel qu’il est multi plateforme si il peut s’exécuter sur
plusieurs systèmes d’exploitation différent et/ou plusieurs architectures matérielles
différentes.

SGBD : Les Systèmes de Gestion de Bases de Données (SGBD), les plus courants sont ceux
associés aux bases de données relationnelles, où l'information est rangée dans des fichiers,
sous forme de tables composées de lignes et de colonnes. Les lignes représentent les
enregistrements (ensembles d'informations relatives à des rubriques séparées), tandis que les
colonnes correspondent aux champs (attributs spécifiques à un enregistrement).

Yield Management : Adaptation tarifaire en temps réel rendue possible par la connaissance
instantanée du marché.

Intranet : réseau privé interne à l’entreprise.

UNIX : Système d’exploitation multitâche et Multi-Utilisateur employé par de nombreux


serveurs Internet. Créé en 1969 aux AT&T et Bell Labs par Ken Thompson, Dennis Ritchie et
Brian Kernighan. Unix n’appartenant à aucune société, il est devenu le premier système
ouvert de l’histoire de l’informatique et s’est décliné en de nombreuses variantes :
GNU/Linux, BSD...

5
2. Organisation du projet

Processus
Les différentes parties de l’application :
- Création de documents au format PDF :
o Confirmation de réservation
o Demande d’arrhes
o Facture
- gestion des statistiques
- modélisation et implémentation du modèle de base de données
- création d’un installeur
- création de feuilles de style XSLT pour navigateurs Web standards et PocketPC
- création de schémas pour vérifier la validité des données XML
- création d’une maquette graphique

Organisation structurelle

Guillaume
- charte graphique
o conception de maquettes a partir d'informations provenant de la documentation
des concurrents et du livre sur l'hôtellerie.
o Prise en compte des retours utilisateurs et des avis de l'équipe du projet sur
l'ergonomie et l'esthétique.
o Rédaction d'un document compose de captures et des codes couleurs des
éléments graphiques : cellules des tableaux, cadres, boutons.
- Création d'un installeur pour Windows
o a partir de l'installeur EasyPHP
o vérifier les conflits, dépendances
o test de l'installeur sur les différentes versions de Windows (98/2000/XP)
o envisager le lancement sous forme de service (équivalent démon linux sous
Windows)
- Création d'un lanceur
o lance Apache+PHP+MySQL
o ouvre le navigateur a la page d'accueil du logiciel

Philippe
- traitement des flux XML en entrée et génération des fichiers a la norme XHTML
(choix et utilisation de méthodes de validation – w3c).
- Utilisation des feuilles de transformation XSLT pour présenter les données sur le
navigateur.
- Comparatif et choix d'une technologie de validation des fichiers XML, tels que DTD,

6
XML Schémas, Relax-NG)
- Etude sur le choix du logiciel de développement (Adobe Framework, XML Pro, XML
Writer, XML Notepad, Xmetal, XML Spy, XML Mind, AborText)

Nicolas
- PHP Post installation : ajout des chambres, ajout des champs personnalises
o la base de données aura donc une partie variable (colonnes définies par
l'hôtelier)
o installation facile, intuitive. On veillera a cet aspect intuitif.
- La partie administration de l'hôtel doit permettre d'ajouter, modifier ou supprimer des
chambres, effacer un client (voir CNIL), modifier les options des chambres, et faire
une sauvegarde de la base de données.
- Création de graphiques représentant les statistiques de l'hôtel.

Michel
- Scripts de réservation PHP
- Installation de la BD, création de tables.
- Génération des imprimes PDF
o demande d'arrhes
o confirmation de la réception d'arrhes
o factures, en tenant compte des standards (logo, mentions légales, ...)

Limites et interfaces
Limites
L’application ne gère pas :
- la réservation en ligne par les clients ou partenaires.
- le yield management c'est-à-dire le calcul automatique du prix de la chambre en
fonction de l’historique des réservations (taux de remplissage et prix pratiqués).
- Le paiement par carte bleue : l’application garde en mémoire les informations sur la
carte mais ne gère pas la transaction avec la banque.

Interfaces
Navigateur Web avec support XHTML
On peut citer : Netscape Navigator 6+
Microsoft Internet Explorer 5+
Opera 5+
Apple Safari

Microsoft Windows version 98/2000/NT/XP pour le serveur


Pour le client seul le navigateur est requis

7
3. Gestion

Objectifs et priorités

Objectifs
Application stable, facile à installer et ergonomique. On devra fournir un installeur pour
Windows minimum.

Priorités
1- Application stable
2- Installeur pour Windows
3- Procédure de post installation permettant de remplir la base de données des chambres
de l’hôtel
4- Génération des imprimés au format PDF
5- Statistiques détaillées de l’hôtel
6- Compatibilité PocketPC
7- Installeur pour linux

Hypothèses, dépendances et contraintes

Hypothèses
L’application tournera sur une seule machine(navigateur Web et serveur apache), bien que
l’on pourra gérer le cas d’une installation multiposte.
La réservation en ligne n’est pas développée pour ce projet.

Dépendances
- avec le système d’exploitation :
vérifiez que l’application est compatible avec les différentes versions de
Windows
- avec les navigateurs web les plus populaires
vérifiez que l’application est compatible avec les principaux navigateurs du
marché

Contraintes
- Utilisation de technologies Web Open Source
En effet, celles-ci présentent de nombreux avantages comme une extension future pour
le réservation des clients par Internet, mais également la possibilité de séparer le client
du serveur, et ainsi utiliser plusieurs postes de réservation (Poste de travail, PDA,…)

8
- Les technologies utilisées devront être multi plateformes, bien que nous ne
supporterons que les plateformes Microsoft en priorité
- L’application devra s’installer facilement, même pour un non informaticien
- permettre facilement l’ajout de modules additionnels (Yield management, skins, …)
- Import/export depuis Fidelio (étude de faisabilité suivant le format de sauvegarde de
Fidelio propriétaire ou non)
- Système de sauvegarde intégré

Gestion du risque
- problèmes liés aux dépendances avec le système d’exploitation : utilisation de
l’installation EasyPHP (installeur pour apache, PHP et MySQL), solution éprouvée et
qui compte une large communauté de testeurs (voir la partie technique pour les
détails).

- Problèmes liés aux dépendances avec les navigateurs : utilisation de standards (XML,
XHTML). L’utilisation de fonctions spécifiques au navigateur seulement pour Internet
Explorer et si elles sont justifiées, ou apportent un plus pour l’ergonomie.

- Problèmes liés à l’installation du SGBD : on privilégie MySQL pour sa facilité


d’installation sur Windows (par rapport à PostGreSQL).

- Ce projet repose sur le besoin de présenter un produit fini, manifestant ainsi la


possibilité de sacrifier certains éléments, comme le développement de certains
modules, dans le but d’aboutir.

Moyens de contrôle
- Demande des points forts/faibles des applications concurrentes à des utilisateurs . Les
différentes versions de l’application seront testées par ces utilisateurs .

- Présentations de maquettes (pages Web ou simplement des images) à des étudiants de


BTS Hôtellerie et du lycée Hôtelier de Nice. Ces présentations permettront
d’améliorer et de valider l’ergonomie de l’application.

9
4. Technique

Méthodes et outils employés


- outils de conception UML : Poséidon
- développement :
o création de pages Web : Visicom Webexpert
o création charte graphique et maquettes : Adobe Imagestyler
o création des bases de données MySQL : phpMyAdmin

Quelles technologies Web utiliser?

En tenant compte des contraintes énoncées plus haut (multi plateforme, open source), on peut
dresser le comparatif suivant :

Technologies C/C++ Perl Java PHP


Multi difficile Oui Oui Oui
plateforme
Nombre de Peu en standard Peu en standard Beaucoup en Beaucoup en
bibliothèques standard standard
disponibles
Interfaces avec Oui (notamment Oui - l’ensemble
les principaux avec JDBC) des bibliothèques
SGBD fournies couvrent
les besoins du
projet (génération
de graphiques,
interface avec les
SGBD, génération
de documents au
format PDF,
parseur et moteur
XML XSTL ->
HTML, gestion de
mailing-list)

Rapidité lors de Très rapide Rapide Lent (sur de rapide


l’exécution petites
configurations –
nécessite plus
de RAM)
Installation Oui (scripts oui Oui (pour les Oui (module
d’un serveur CGI) JSP tomcat et apache)
Web JVM en plus)

10
Les différents benchmarks trouves sur le net indiquent de meilleures performances (en
moyenne) et des ressources divisées par deux pour PHP.
(source http://www.chamas.com/bench/)

Nous choisirons PHP aussi pour sa rapidité de mise en œuvre : on installe apache et PHP
facilement, on crée les pages rapidement. Le choix du serveur web se portera sur le serveur
Apache (67% des serveurs web mondiaux – source Netcraft http://www.netcraft.com).
Deux version du serveur co-existent : Apache 1.3.x et Apache 2.0.x
La différence majeure réside dans la nouvelle API pour les modules apache. Le choix de la
version de PHP (4.3.x ou 5.x) déterminera la version d’Apache (Apache 1.3.x + PHP 4.3.x ou
Apache 2.0.x + PHP 5.x)

PHP existe lui aussi en deux versions : la version 4.3.x, stable, version de production, et PHP
5, intégrant un moteur XML optimisé, intègre un SGBD (SQLite) mais encore en phase de
bêta test (bêta 4). Il est probable que PHP5 soit finalisé au moment de l’implémentation,
néanmoins nous privilégierons la version 4.3.4 pour des raisons de stabilité.

Choix du SGBD :
PHP peut dialoguer avec la plupart des SGBD du marché.
Les deux SGBD les plus populaires avec PHP sont MySQL et PostegreSQL.
Sources :
- comparatif sur JDNet http://solutions.journaldunet.com/0402/040210_postgresql.shtml
- ZDNet
http://www.zdnet.fr/builder/architecture/base_de_donnees/0,39020907,2127598,00.htm

Le seul avantage de PostgreSQL est le nombre de fonctionnalités, plus nombreuses


(notamment les transactions).

Le choix se portera sur MySQL pour des questions de gout plus que de réelles raisons de
fonctionnalités. MySQL est présenté comme le SGBD le plus rapide et le plus adapté pour le
projet. De plus l’installation de PostgreSQL est difficile à installer sur windows.
On veillera à créer des modules permettant d’inter changer facilement le SGBD.

Choix de la bibliothèque XML :


(source http://www.neokraft.net)
Plusieurs bibliothèques existent : sablotron, domxslt, xalan c++ et Xsltproc. Nous choisirons
xsltproc qui est la bibliothèque choisie pour être intégrer dans PHP5.

11
Choix de la bibliothèque PDF :
Les 2 principales bibliothèques permettant de générer des documents pdf sont PDFLib et
FPDF. Mais notre choix s’orientera vers FPDF qui possède tous les pré requis nécessaire :
 Choix des unités, du format des pages et des marges
 Gestion des en-têtes et pieds de page
 Saut de page automatique
 Saut de ligne automatique et justification
 Images (JPEG et PNG)
 Couleurs
 Liens
 Support des polices TrueType et Type1
 Compression des pages
 Une communauté assez importante et de nombreux tutoriels
 Contrairement à PDFLib, n’est pas payante dans le cadre d’un usage commercial
Une autre solution existe, à base de XML (à approfondir – solution éprouvée ?)

Choix de la bibliothèque graphique :


Nous aurons besoin de générer des graphiques (taux d’occupation par mois, …). La
bibliothèque JPGraph s’impose comme le standard pour ses qualités :
- très grands choix de graphiques
- simplicité
- robustesse
- antialiasing
quelques exemples de graphiques :

URL : http://www.aditus.nu/jpgraph/

12
Comparatif Serveurs Apache

Introduction
Etant développé en PHP et utilisant une base de donnée MySQL, notre produit a besoin, pour
pouvoir tourner sur les machines de notre clientèle, d’un serveur Apache, de MySQL et d’un
interpréteur PHP. La plupart des logiciels testés ci-après regroupent ces trois services qui ont
déjà largement fait leur preuve puisque même Yahoo, le plus gros site de l’Internet a choisi ce
trio gagnant couplé avec linux. Notre choix va donc se baser sur la facilité d’installation du
soft, sa licence qui nous permettra ou non de l’exploiter, et sa relative accessibilité.

EasyPHP
OS : WINDOWS
Langue : français, anglais
Taille : 10 Mo <...< 20 Mo
Licence : Open Source

Il s’agit de la référence pour utiliser PHP / MySQL sous Windows.

"EasyPHP installe et configure automatiquement un environnement de travail complet


permettant de mettre en oeuvre toute la puissance et la souplesse qu’offrent le langage
dynamique PHP et son support efficace des bases de données. EasyPHP regroupe un serveur
Apache, une base de données MySQL, le langage PHP ainsi que des outils facilitant le
développement de vos sites ou de vos applications."

Le logiciel étant open source, il pourra nous permettre de l’intégrer à l’installation de notre
logiciel. La version 1.7 finale est en ligne. Elle est composée de : Apache 1.3.27 - PHP 4.3.3 -
MySQL 4.0.15 - PhpMyAdmin 2.5.3

www.easyphp.org

Apache
OS : LINUX, WINDOWS
Langue : anglais
Licence : GNU General Public License (GNU/GPL)

Apache (prononcez "A-Pa-Tchi") bénéficie d’une très grande popularité puisque très répandu
sur le réseau des réseaux. On le retrouve entre autre dans le SLIS (Serveur Linux d’Intranet
Scolaire).
Il fut tout d’abord dédié Unix puis fut porté sous windows. Bien que très efficace, il n’est que
peu attrayant pour ce que nous voulons en faire. Son absence d’interface graphique demande
un niveau de connaissance trop important.

http://httpd.apache.org/docs/windows.html

FoxServ
OS : LINUX, WINDOWS
Langue : anglais
Licence : GNU General Public License (GNU/GPL)

13
FoxServ tente de se différencier des autres par la volonté des développeurs d’assurer une mise
à jour régulière des outils qu’il contient. Ainsi nous pourrons être sûrs de ne pas utiliser des
versions surannées de PHP, Apache et MySql. Toute la gestion du serveur se fait par
EasyServ, une interface qui met à notre disposition :
- Apache
- PHP
- Perl
- MySQL
- phpMyAdmin
- Zend Optimiser
- MySQL Front

Bref, c’est très complet mais tout de même plutôt austère et en anglais seulement.

http://www.foxserv.net/portal.php

XAMPP
OS : LINUX, WINDOWS (en Perl, Php)
Langue : anglais
Taille : 20 Mo <...< 50 Mo
Licence : GNU General Public License (GNU/GPL)

Venant d’Allemagne, cette distribution propose à partir d’Apache un serveur web plus ou
moins complet selon que l’on choisisse la version lite ou normale.

La plus petite propose PHP, MySQL, Apache, Perl "en modèle réduit" et PHPMyAdmin ; en
outre, elle permet le "mod_auth" sous MySql, ce qui représente une solution intéressante pour
la sécurité.

La normale comprend en plus des bibliothèque supplémentaire dont SSL et des logiciels aussi
variés que Webalizer, Mercury Mail Transport System, JpGraph, FileZilla FTP Server afin
d’optimiser la maîtrise de son serveur.

En ce qui concerne la mise en place, on peut télécharger l’archive sous forme d’exécutable
afin de faciliter l’installation et un script de configuration en PHP permet de régler son
serveur à sa convenance. XAMPP est livré avec des exemples afin de vérifier le bon
fonctionnement du serveur. D’après les forums d’utilisateurs, XAMPP est assez difficile à
prendre en main, et est plutôt à réserver aux utilisateurs déjà aguerri et qui connaissent bien le
fonctionnement de ce type de paquetage.

http://www.apachefriends.org/wampp-en.html

IBserver
OS : WINDOWS
Langue : anglais
Licence : GNU General Public License (GNU/GPL)

14
Voici, à l’instar d’EasyPHP, une application qui permet en un tour de main d’installer sous
Windows son petit serveur local Apache pré configuré. En un tour de main cela signifie ici : 1
clic + 1 minute d’attente !
On y retrouvera ici tous les composants classiques (PHP, Mysql, PHPMyAdmin). Mais aussi,
sympathique originalité, le CMS PHPNuke, autrement dit vous êtes d’office opérationnel pour
construire et tester localement votre petit site dynamique et collaboratif sous PHP avant mise
en ligne sur le Grand Internet.
Enfin vous piloterez tout ça via un "IBserver control panel" qui vous permettra de voir si
Apache et Mysql sont on ou off, lancer différents outils comme WinSQlMyadmin ou Apache
Monitor, mais également d’éditer les fameux fichiers de configuration : php.ini, httpd.conf,
my.ini.
La seule ombre au tableau est la relative ancienneté de certains composants.

http://ibsoftware.d2digitalmedia.com/ibserver/

BigApache
OS : WINDOWS
Langue : anglais
Taille : 50 Mo <...< 100 Mo
Licence : BSD License

BigApache est un serveur Apache fonctionnant sous Windows, prêt à l’emploi qui se veut être
un environnement de développement Internet et/ou une solution professionnelle pour le WEB
(il peut être facilement sécurisé pour être utilisé en “production”).

Dans ce but, le package total est plutôt bien rempli avec les outils et ressources nécessaires
pour PHP, Mysql, Perl, ASP, Python, Java(JBoss) et serveur mail, mais aussi pour la sécurité
avec SSL (OpenSSL). Il y a même un module permettant d’installer et de tester le CMS
Typo3 sur un serveur BigApache préalablement mis en place. D’ailleurs le site officiel de
BigApache est construit avec Typo3 et BigApache.

Très complet, c’est sûr, mais très lourd, c’est certain aussi, car il faudra télécharger pas moins
de 90 Mo pour pouvoir l’adopter à la maison. Heureusement un WebInstaller facilite la
récupération des fichiers directement en ligne.
L’installation est plutôt laborieuse et impossible à réaliser pour nos futurs clients en notre
absence (il faut renseigner le nom du serveur, de l’administrateur, etc...).

De plus, il n’y a pas de panneau de contrôle et le lancement du serveur ou de ses services


s’effectuent par le menu démarrer.

L’administration MySql est plaisante grâce à l’outil SQLYog et l’ensemble se révèle


logiquement très stable. La complexité des services et la taille de l’archive nous laisse penser
que ce produit est trop avancé par rapport à nos besoins et à réservé à des professionnels
confirmés.

http://www.bigapache.org/

15
Conclusion
Notre choix va donc se tourner vers EasyPHP qui nous semble être le plus simple à utiliser,
installer et configurer. En plus de répondre le mieux à nos besoin, il est le seul à avoir une
licence open source ce qui nous facilitera l’intégration à notre installeur 3 clics et demi.

Choix de l’installeur :
Le logiciel vérifiera les pré requis (version Windows, navigateur)
Peu de logiciels entièrement gratuits et sans publicité existe. Le logiciel MrSetup semble le
plus approprié : entièrement en français, très riche.
URL : http://perso.wanadoo.fr/francois.lameche/

Documentation
Documentation du code source : PHPDoc
Un outil similaire à javaDoc pour java.
URL : http://www.phpdoc.de/

Documentation utilisateur et aide en ligne : PHP Doc System


Cet outil permet de générer des pages html statiques ou dynamiques, incluant des liens vers
d’autres pages de la documentation. C’est un outil très simple, mais qui peut être étendu ou
modifié pour les besoins du projet.
URL: http://www.alexking.org/index.php?content=software/phpdocsystem/content.php

16
5. Calendrier

Semaine 9 :
Réflexions sur notre première réunion du Jeudi 19/02.
Il y a de nombreuses contraintes pour un sujet comme celui-ci, car l'utilisateur final n'est pas
censé être un informaticien. Il va nous falloir donc essayer d'avoir une ergonomie qui soit la
meilleure possible pour eux.
Nous voulons développer notre application de manière à ce qu'elle soit multiplateforme et
libre, l'ultime motivation est que notre principal concurrent Fidelio n'est compatible qu'avec
Windows et, vous vous imaginez bien, payant.
Nous avons fait part de nos souhaits de rencontrer un maximum de personnes/étudiants qui
travaillent dans le monde du tourisme pour nous aider à cerner les besoins d'une telle
application.
Mise en place du wiki pour le suivi du projet..

Semaine 10 :
Réflexions sur la réunion du 01/03.
Notre principale tâche pour l'instant va être de construire au fur et à mesure le cahier des
charges.
Nous avons eu deux contacts avec des étudiantes d'IUP Tourisme voulant bien coopérer pour
nous aider à cerner les besoins.

Semaine 11 :
Choix du SGBD pour le projet, du créateur d’installateur
Etude de la faisabilité pour le support des ordinateurs de poche PocketPC :
- installation d’un émulateur tournant sur windows.
- Lancement d’un navigateur et tests de pages créés en local et tournant avec EasyPHP.
Les tests sont positifs , suivant le déroulement de notre planning nous déciderons
d’ajouter le support des PocketPC.

Semaine 12 :
[ Guillaume ] Comparatif des distributions apache
Etude de la documentation de Fidélio.

Semaine 13 :
[ Nicolas ] choix des outils de documentation
[ Michel ] choix des bibliothèques PDF pour PHP
[ Philippe ] Début du comparatif des concurrents grâce à la documentation sur Fidélio et les
documentations trouvées sur Internet des autres acteurs.

17
Achat du livre « L’Hôtel, théorie et pratique », éditions Jaques Lanore. Ce livre nous servira
pour analyser les différentes phases rentrant dans la réservation d’une chambre.

Semaine 14 :
[ Philippe ] Fin du comparatif sur les concurrents.
Première mise en forme de la structure de base de donnée.
Synthèse de tous les documents produits pour écrire le cahier des charges.

Semaines 20 à 24 :

18
19
6. Fonctions du produit
 Gestion des chambres de l’hôtel
o Ajouter une chambre
(chaque chambre a un identifiant unique)
On décrit la chambre et on l’insère dans la BD
o Modifier une chambre
On modifie la chambre
 Caractéristiques
 Activer/Désactiver la chambre (si en travaux par exemple)
o Supprimer la chambre
o Rechercher une chambre
 Par nom
 Par type
 …
o Réserver une chambre
 Spécifier la date de réservation
 Arrhes à verser éventuellement
o Libérer chambre
 La chambre peut de nouveau être réservée

 Gestion des clients


o Ajouter un client
 On rentre ses coordonnées
 Renseignements complémentaires (carte bleu …)
o Rechercher un client
 Par nom
 Par Ville
 Par Historique de réservation
 Par Période de réservation
 Recherche Avancée
o Modifier client
 Modifier informations (adresse, ville, carte bancaire) 
o Supprimer client (CNIL)
 Suppression de toutes les informations relatives au client au delà d’un
certain délais

 Paiement
o Payer les arrhes
 Imprimer reçu arrhes
o Payer la chambre
 Si chambre entièrement payée  imprimer facture
Sinon soustraction de la somme

20
7. Contraintes non fonctionnelles

Ergonomie
- Création de maquettes, au fil des étapes de la conception, afin de les présenter à des
utilisateurs de logiciels concurrents (éléves de l’IUP Tourisme/ Lycée Hôtelier).
- Demande d’informations sur les différentes étapes de réservations : description
linéaire complète d’une réservation.
- Utilisation d’un vocabulaire hôtelier (ou simple/accessible) plutôt q’un vocabulaire
informatique pour les libéllés des boutons. Ajout d’informations supplémentaire par le
biais de bulles (bulles d’aide HTML) et de raccourcis claviers (sur les navigateurs
compatibles).

Robustesse serveur
- S’appuyer sur solution aboutie, EasyPHP. On peut considerer au vu du nombre de
messages dans le forum de cette distribution et du nombre de béta testeurs, que cette
solution est robuste.
- En partant de cete base on ajoutera seulement les bibliothèques necessaire (XML, XSL
et PDF) dans une version stable. La bibliothèque graphique JPGraph, tout comme la
bibliothèque PDFLib utilisée pour la génération de documents PDF, ne sont pas
réellement des bibliothèques mais plutôt un ensemble de scripts.
- Malgré tous les tests effectués, on ne peut pas considérer notre application comme
robuste; nous ajouterons donc une fonction de sauvegarde, qui sera un simple Dump
(exportation) de la Base de données MySQL, afin de prévenir tous problèmes
éventuels.

21
8. Annexes

Schéma relationnel
Les différentes phases de l'activité hôtelière sont l'occasion de saisir les informations
indispensables à la gestion administrative comme la facturation et le suivi des
règlements. Il s'agit d'activités de base que nous pouvons ensuite facilement étendre
à une analyse de la clientèle (fréquentation, profil, périodes ...) et de gestion.

Après traitement nous pouvons obtenir certaines statistiques :


- Niveau de réservation pour une date donnée (modularité des prix)
- Réservation par type de clientèle
- Liste des arrivées par jour
- Comptabilisation des arrhes
- Mise en place d'une newsletter (envoie par mail ou par courrier)

Facturation hôtel
- Date du jour
- Nom, adresse, nationalité
- Segment
- Montant total
- Devise utilisée (€, $…)

22
- Durée du séjour
- Nature des prestations consommées
- Mode de paiement
- Délai de paiement

Après traitement nous pouvons faire générer par notre logiciel certaines statistiques :
- Fichier clients
- Répartition de la clientèle par segment
- Prix moyen de la chambre, REVPAR, REVPAC
- Durée moyenne du séjour
- Prestations consommées
- Comptabilisation du chiffre d'affaire et des règlements
- Etat des débiteurs

23
Les Concurrents
Faire un comparatif de tous nos principaux concurrents serait un peu trop présomptueux de
notre part. Les informations que nous avons acquises de chaque concurrent ne sont pas assez
complètes pour en faire un comparatif juste.

De plus, ces informations proviennent de ces mêmes concurrents, ce qui leur laisse tout le
loisir de se faire de la publicité, et de ne montrer que les bons côtés.

Néanmoins, voici un état des lieux de ceux que nous considérons comme nos principaux
concurrents.

Fidelio – Windows
http://www.micros-fidelio.fr

N°1 dans le monde, il est la référence actuelle.


Arrivé à maturité (8e version), Fidelio possède de très nombreuses fonctionnalités.

Sans rentrer dans les détails de leur base de données utilisée, il est facile de voir que ce
logiciel a prévu large. Cela veut dire que la plupart des fonctionnalités avancées ne seront
utiles que pour un maximum de 10% des hôtels ; et parallèlement, ce ne sont pas les mêmes
fonctions avancées qui seront utiles pour l'un ou l'autre, ce qui amoindrit encore leur effet.

De ce fait, on se retrouve avec une base de données surdimensionnée pour la plupart des
hôtels ce qui entraîne dans ce cas une baisse des performances.

Exemple de fonction avancée :


18 segments de marchés sont possibles :
Indiv Plein Tarif,
Indiv Négocié,
Airline Transit,
Equipage,...

L'interface nous paraît un peu trop sobre, et peu s'avérer un cauchemar pour un hôtel modeste
qui ne se servira pas de la moitié des champs à remplir.

Optims – Windows
http://www.optims.com

N°1 en Europe, Optims est un produit français qui s'est établi comme un leader, dépassant
même Fidelio sur le territoire européen.

A la différence de Fidelio, Optims propose une solution logicielle beaucoup plus moderne et
modulaire, qui permettra de rajouter des fonctionnalités au besoin.
Il peut capter, grâce à l'installation d'interfaces, les consommations téléphone, mini-bar de
chaque client.

24
Les fonctionnalités d'Optims dépassent largement le simple fait de gérer un hôtel. Tout
dépend en fait des modules que l'on souhaite installer. L'interface est légèrement meilleure
que sous Fidelio.

Imagine...Hotel – Windows
http://www.betisoft.com/renvoi.php?URL=/produit/accueilhotel.htm

Plus marginal, Betisoft commercialise néanmoins ce logiciel à travers le monde depuis 25 ans.
Au programme, une base de données moins étoffée que Optims ou Fidelio, et qui n'est pas
non plus extensible au travers du logiciel, mais comporte néanmoins quelques options (donc
pas disponible de base) utiles comme le restaurant ou la réservation par internet.

Imagine... Hotel, grâce à son ancienneté, effectue notamment les opérations de base et utiles
pour la gestion hôtelière, et, pour un hôtel plus modeste, peut s'avérer être une solution très
adaptée. L'interface est cependant un peu terne.

Hop2000 – Windows
http://www.jr-informatique.com/logiciel/logiciel-hotellerie.html

Marginal également par rapport au deux premiers cités, Hop2000 est le seul à proposer sur
son site une version d'évaluation, mais elle n'est guère plus utile qu'une capture d'écran....

Du point de vue fonctionnel, Hop2000 est à peu près équivalent à Imagine... Hotel, à savoir
qu'il comprend des fonctionnalités classiques et non extensibles. Par contre, nous n'avons pas
trouvé la posibilité d'ajouter des options.

La base de données d'Hop2000 ressemble à celle de Imagine... Hotel, et paraît légèrement


plus grande. Par contre Imagine... Hotel avec toutes les options achetées, redevient plus
étoffé. L'interface ici aussi est plutôt terne et ne donne guère envie de remplir les champs.

Conclusion
De cet état des lieux nous pouvons affirmer que proposer une base de données trop grande
n'est pas un avantage : cela réduit les performances, et de plus, empoisonne la vie de la
personne chargée de s'occuper du logiciel, de rentrer les données, etc... De là se pose un choix
pour résoudre ce problème : soit faire un logiciel au cas par cas, c'est-à-dire sur mesure, soit
proposer un système extensible par le client. Nous avons choisi la deuxième solution, car un
logiciel extensible, l'est pendant toute sa durée de vie, alors qu'un logiciel sur mesure ne l'est
plus une fois conçu.
Nous espérons donc pouvoir réaliser une base de données extensible au besoin, c'est-à-dire
une base de données qui propose les fonctionnalités essentielles, tout en laissant de la place à
chaque utilisateur pour l'étendre. Ainsi, chaque hôtel pourrait rajouter les champs qu'il
appellerait qu'il désire. Cela nous permettra d'abord, de n'établir qu'une base de données qui
reste raisonnable et complète, et enfin de concurrencer les logiciels qui ont des années
d'expérience et où les concepteurs savent très bien les besoins potentiels d'un hôtel.

25

Vous aimerez peut-être aussi