Upload
lephuc
View
217
Download
0
Embed Size (px)
Citation preview
RÉALISATION D’UN OUTIL DE GESTION DES FEUILLES DE ROUTEI.U.T de Clermont-Ferrand Département Informatique. Licence professionnelle développement d’application internet/intranet
Je remercie sincérement mon tuteur de stage Loic BELLO avec qui ça a tout
simplement été un plaisir de travailler. Je remercie également l’équipe de
communication de Chamina-Voyages pour m’avoir accueillis dans leur espace
dans la joie et la bonne humeur ainsi que tous les salariés de Chamina-Voyage
pour leur bienveillance.
Sommaire
1. Introduction__________________________________________________________1
2. Compte rendu d’expérience professionnel__________________________2
3. Présentation de l’entreprise__________________________________________4
4. Présentation synthétique du projet__________________________________6
a. L’existant_____________________________________________________________________________________6
b. L’objectif____________________________________________________________________________________10
c. Les outils utilisés___________________________________________________________________________11
5. Organisation et planification du projet_____________________________14
a. Diagramme de GANTT prévisionnel_______________________________________________________14
b. Diagramme de GANTT réel________________________________________________________________15
6. Analyse______________________________________________________________18
a. Modèle MVC_______________________________________________________________________________18
b. Méthode de travail_________________________________________________________________________20
c. Modèle Conceptuel des données__________________________________________________________21
7. Génération des modèles de feuille de route_______________________22
a. La création d’un modèle___________________________________________________________________23
b. gestion d’un modele________________________________________________________________________27
C. La gestion des fournisseurs________________________________________________________________28
8. Génération des feuilles de route___________________________________30
a. Information générales du client___________________________________________________________32
B. La liste des prestataires____________________________________________________________________33
C. La création d’une feuille de route_________________________________________________________34
D. L’espace commentaire_____________________________________________________________________38
9. Conclusion__________________________________________________________39
10.English summary____________________________________________________40
11.Webographie________________________________________________________41
12.Le lexique___________________________________________________________43
13.Annexes_____________________________________________________________44
ANNEXESANNEXES
1. Introduction
Mon stage s'effectue dans l'entreprise Chamina Voyages au centre de Clermont-Ferrand place
de Jaude. Chamina Voyages est une agence de voyages spécialisé et proposant exclusivement
de la randonnée à pied, à vélo ou en auto tour.
L'objectif de mon stage est de créer un outil informatique capable de générer
automatiquement des feuilles de route. En effet lorsqu'un client décide de réaliser sa
randonnée avec Chamina, l'équipe va lui rédiger une feuille de route résumant son voyage.
Cette feuille de route contient les informations du dossier client, les étapes de sa randonnée
ville par ville et hébergement par hébergement et enfin, si nécessaire, les prestations ou
informations complémentaires telles que, par exemple, des retours en minibus, des tickets de
bateau etc …
Dans un premier temps, je présenterai l'entreprise Chamina Voyages. Dans un second
temps, j'expliquerai de manière synthétique le sujet du stage en présentant l'existant et les
objectifs. Ensuite, j'exposerai mon organisation et les outils utilisés et pour finir, je
développerai brièvement le travail réalisé.
Page 1
ANNEXESANNEXES
2. Compte rendu d’expérience professionnel
Ce stage dans l’agence de voyage Chamina-Voyages a été une grande réussite pour moi et
une réelle opportunité de mettre à profit mes connaissances. Ma principale mission que j’ai
effectué les 12 premières semaines de 9h à 17h m’a permis de travailler quasiment avec
l’ensemble des services de la société. En effet la mission concerne la refonte d’un élément
centrale de productivité et de relation client. Pour la mener à bien il a donc fallu comprendre
le métier de chacun via des mails la plupart du temps car Chamina-Voyages possède deux
sites. Des réunions ont également été à l’ordre du jour afin de faire une mise au point avec
mon tuteur sur l’avancement du projet ou de diverses tâches annexes ou avec plusieurs
acteurs pour leur notifier les changements que vont provoquer les outils que je développe. La
communication a été dans l’ensemble un succès même si les débuts ont été un peu plus
compliqué lorsque qu’il a fallu comprendre le métier et le fonctionnement de chacun qu’il
m’était impératif de connaitre pour effectuer une analyse répondant au mieux aux besoins des
salariés.
Au-delà de la communication ce stage a été très différent de mes autres expériences
professionnelles. En effet à Chamina-Voyages j’ai pu voir et comprendre l’ensemble du
système informatique de l’entreprise. J’ai pu mettre en place différents serveurs, faire de
l’administration de réseaux ce qui m’a permis d’apprendre sur certains domaines ou je sais
avoir quelques faiblesses et cela fut une très bonne chose.
Enfin j’ai pu mettre à profit mes connaissances en développement web ce qui m’a permis
d’être autonome et force de proposition. Enfin pour moi Chamina-Voyages est très
représentatif du monde du travail. Même si j’ai peu de point de comparaison j’ai constaté une
hiérarchie classique et respecté. Une communication bien rodée et une écoute attentive. Et
enfin tout comme dans mon précédemment stage j’ai observé une réticence au changement
Page 2
ANNEXESANNEXES
en ce qui concerne les outils informatiques. Mais cette réticence a été surpassée en
continuant le dialogue et en faisant preuve de pédagogie.
Page 3
ANNEXESANNEXES
3. Présentation de l’entreprise
Issue du milieu associatif, Chamina Voyages trouve ses origines dans le Massif Central dans
les années 70. Créée et développée par Sylvie Molko et François Glémain, deux passionnés de
nature et d’aventure, elle est, depuis, devenue une référence dans le monde du voyage à pied
et à vélo. Le siège social est à Clermont Ferrand (63) et une antenne de vente est à Langogne
(48).
En 2011, Chamina Voyages a intégré le groupe Voyageurs du Monde qui comprend les
marques de voyages sur mesure (Voyageurs du Monde, Comptoirs des voyages) et des acteurs
du tourisme d’Aventure (Terres d’aventure, Nomade, Allibert trekking etc…) qui sont à la fois
des partenaires et des concurrents. La même année, Chamina créait le site Via Compostela,
dédié aux chemins de Compostelle. L’agence ne possède pas de point de vente physique. Elle
rentre dans la catégorie de la vente à distance et leur site e-commerce est leur principal
vendeur.
L’offre se décline en 2 gammes principales : les randonnées en accompagné et les
randonnées en liberté.
LA FORMULE « ACCOMPAGNÉE » : Il s’agit de randonnées en groupe de 5 à 15
personnes environ, sous la conduite d’un accompagnateur. Un départ se confirme lorsque le
nombre minimum d’inscrits est atteint. Les dates de départs sont indiquées pour chaque
voyage.
LA FORMULE « LIBERTÉ » : C’est un concept de randonnée organisée, sans
accompagnateur mais avec tout de même des supports logistiques entre autres : les
réservations dans des établissements sélectionnés (auberges, hôtels, chambres d’hôtes),
Page 4
ANNEXESANNEXES
possibilité de choisir ou non du transport des bagages entre chaque étape, pour marcher le
sac léger etc...
En ce qui concerne l’organigramme de Chamina Voyages, il est séparé en 6 parties :
La comptabilité
La communication qui regroupe l’informatique, l’infographie et la communication.
La production : ce sont eux qui construisent les voyages proposés par l’agence.
Le groupe : il gère tout ce qui concerne la gestion des voyages de groupe (CE, groupe
d’amis etc.)
La vente
L’exploitation : il s’occupe de réserver principalement la logistique de chaque voyage
(hébergement, transport etc...)
Page 5
ANNEXESANNEXES
4. Présentation synthétique du projet
Le projet doit permettre au service d’exploitation de pouvoir générer automatiquement la
feuille de route du client en fonction des hébergements et services réservés pour ce dernier.
Pour rappel, une feuille de route est un document d’une ou plusieurs pages résumant les
informations du dossier. Toutes les étapes de sa randonnée ainsi que toutes les prestations et
services qui lui sont proposés. Cette feuille de route est ensuite communiquée au client.
A. L’EXISTANT
Actuellement la rédaction des feuilles de route est un travail fastidieux et la gestion d’un
dossier client en interne est relativement complexe. Pour bien comprendre le fonctionnement
de tout cela, il faut résumer les outils utilisés puis chaque étape de la création d’un voyage par
le service de Production jusqu’à la rédaction d’une feuille de route par le service
d’Exploitation.
1. Les outils actuellement utilisés :
Il existe aujourd’hui au sein de l’entreprise 2 principaux outils informatiques : le logiciel
DSTour et l’extranet.
DSTour est un logiciel développé en interne et sa création date de 10 ans. Son rôle est de
créer, gérer et stocker les voyages ainsi que tous les dossiers clients de Chamina Voyages. C’est
Page 6
ANNEXESANNEXES
le centre névralgique de l’entreprise. Cependant, cet outil se fait vieux et n’est plus maintenu
et, étant indispensable, il est beaucoup trop délicat de tenter de le modifier, lui et sa base de
données.
L’extranet est le second outil informatique, il est également développé en interne. Il vient
pallier au manque d’évolution et de solution que peut apporter DSTour. C’est un complément.
L’extranet vient se servir dans la base de données du logiciel DSTour afin de pouvoir manipuler
les données et effectuer différentes actions telles que de la statistique, de l’envoi
d’informations aux prestataires (mail, flux...).
2. Le fonctionnement général :
Je vais maintenant décrire le fonctionnement interne de la création des voyages ainsi que
la création et la gestion d’un dossier client.
Tout d’abord la création d’un voyage (figure 1 ci-dessous) est effectuée par l’équipe de
Production grâce au logiciel DSTour (1) présentée dans la partie précédente. Cette création
implique de saisir, dans un premier temps, différentes informations essentielles (2) comme le
code voyage (identifiant unique), le titre du voyage, le prix etc… Ensuite il faut associer à ce
voyage différents prestataires (3) (hébergement et service) qui peuvent être utilisés par le
client et il en existe 2 types : les prestataires primaires (3a) sont ceux avec qui Chamina
travaille en priorité et les prestataires secondaires (3b) qui sont des alternatives si le
prestataire primaire n’est pas disponible (plus de place dans l’hébergement, fermeture etc..).
Page 7
ANNEXESANNEXES
Figure 1 : Schéma de création d'un voyage
Le voyage est maintenant créé, la production produit ensuite un modèle de feuille de
route sur Excel en inscrivant dans un tableau tous les prestataires de type « hébergement » et
« repas » primaires et secondaires, mais également tous les champs annexes propres à ce
voyage (par exemple transport des bagages) VOIR ANNEXE 1
Une fois qu’un voyage est créé et que le modèle de feuille de route est rédigé dans un
classeur Excel, il faut créer un dossier client dans DSTour et cela, c’est le rôle de l’Exploitation
(figure 2a ci-dessous). Ils vont donc créer le dossier client (1) et lui associer un voyage (2).
DSTour va ensuite lier automatiquement à ce dossier tous les prestataires primaires
précédemment associés au voyage (3). L’équipe de l’Exploitation va alors utiliser l’extranet afin
d’envoyer des mails (4) à tous les prestataires liés au dossier afin de savoir si pour tel client à
telle date ils sont disponibles. Si dans le lot, un prestataire primaire n’est pas disponible,
Chamina change le prestataire par son alternative (5) et renvoie un mail et ce, jusqu’à ce que
tous les hébergements et services répondent favorablement (6).
Page 8
ANNEXESANNEXES
Figure 2 : Schéma de création d'un dossier client
Une fois tous les changements effectués et toutes les réponses favorables reçues,
l’équipe de l’Exploitation rédige la feuille de route (figure 2b ci-dessous) en prenant comme
base le modèle Excel créé par la Production. Elle écrit tout d’abord les informations
générales du client (1) (nom, nombre de participants, prestations supplémentaires …). Et
ensuite, elle liste les étapes en fonction des prestataires choisis dans DSTOUR (2) en
supprimant, par exemple, des prestataires primaires pour les remplacer par des secondaires.
Enfin l’exploitation ajoute les champs annexes correspondant aux demandes des clients (3).
Page 9
ANNEXESANNEXES
Figure 3 : Schéma de création d'une feuille de route à partir d'un modèle de feuille de route
B. L’OBJECTIF
Aujourd’hui Chamina possède un seul responsable informatique qui doit s’occuper de
la maintenance des outils existants (l’intranet, l’extranet, DSTour, le site Chamina Voyage
http://www.chamina-voyages.com, le blog http://www.sur-les-chemins.com). Il n’est donc pas
possible pour lui de prendre le temps de développer de nouveaux outils de gestion nécessitant
fiabilité et robustesse.
Mon objectif est donc de simplifier la création des feuilles de route du client en
développant un outil capable d’aller récupérer dans le logiciel DSTour les hébergements et les
services liés à un dossier. Cet outil aura 2 grandes fonctionnalités.
Page 10
ANNEXESANNEXES
La première fonctionnalité sera la création, par le producteur, d’un modèle par voyage
exactement comme avant. Toutefois, cette création sera grandement simplifiée car, comme
dits précédemment, les hébergements seront récupérés via la base de données de DSTour
donc il faudra juste aux producteurs créer les champs annexes spécifiques à ce voyage.
La seconde fonctionnalité sera la création par l’Exploitation de la feuille de route pour
un dossier donné. Cela permettra donc de se passer du logiciel Excel et ainsi éviter la double
saisie par la Production des prestataires sur DSTour et sur Excel. Mais cela permettra
également un gain de temps conséquent du côté de l’équipe d’exploitation car, en moins de 2
minutes elles pourront obtenir une feuille de route exclusivement basée sur les données de
DSTour et sur le modèle créé par les Producteurs. Ils leur resteront plus qu’à effectuer
quelques modifications afin que la feuille de route corresponde parfaitement au dossier du
client.
Enfin, dernier avantage, si au dernier moment un hébergement n’est pas disponible
pour un client, un changement d’hébergement doit être opéré dans DSTour. Or, aujourd’hui,
cela est source d’erreur car le changement doit également être opéré sur la feuille de route.
Mais avec ce nouveau système, si nous récupérons directement l’information de DSTour, le
changement hébergement dans le logiciel aura pour conséquence automatique le changement
d’hébergement dans la feuille de route.
C. LES OUTILS UTILISÉS
Pour développer cette application de génération des feuilles de route il faut tout
d’abord un support. Nous avons décidé d’utiliser l’extranet existant car son objectif à lui est
d’étendre l’automatisation de certaines tâches en utilisant la plupart du temps les informations
de DSTour. Il semblait donc logique que la génération de feuille de route soit un module à
Page 11
ANNEXESANNEXES
ajouter à l’extranet. Ensuite, différents langages et environnements de développement ont été
utilisés pour développer cette application.
HTML/CSS
Le HTML (HyperText Mark-Up Language) est un langage dit de balise permettant la conception
de page web avec des balises de formatage afin de structurer le contenu de la page.
Le CSS (Cascading Style Sheets) qui vient compléter le HTML. Quand le HTML va structurer la
page, le CSS va, quant à lui, mettre en forme en apportant du style aux éléments de la page.
Pour faciliter la création de l’interface, j’ai employé le Framework CSS Bootstrap. Pour ce faire,
celui-ci propose une collection de CSS pré-générée et prête à l’utilisation.
PHP/MySQL
Le PHP est un langage de script exécuté du côté serveur. C’est un langage simple pour gérer la
liaison entre le HTML et une base de données.
Le S.G.B.D. (Système de Gestion de Base de Données) que nous avons choisi est MsSQL 2000.
Ce choix s’est fait car, actuellement, DSTour et l’extranet utilise une base de données Microsoft
SQL Server. En sachant que l’application va être totalement intégrée à l’extranet, il est naturel
d’utiliser la base de données et la S.G.B.D (Système de Gestion de Base de Données) déjà
présentes.
JavaScript
Page 12
Figure 4 : Schéma d'interaction entre la base de données et PHP
ANNEXESANNEXES
Le JavaScript est un langage de script incorporé dans un document HTML. Historiquement,
il s'agit même du premier langage de script pour le Web. Ce langage permet d'apporter des
améliorations au langage HTML en permettant d'exécuter des commandes du côté client. Le
JavaScript m’a essentiellement permis de dynamiser les pages (Pop-up, affichage dynamique…)
mais aussi à réaliser quelques traitements côté client.
Page 13
ANNEXESANNEXES
5. Organisation et planification du projet
A. DIAGRAMME DE GANTT PRÉVISIONNEL
Figure 5 : Diagramme de Gantt prévisionnel
La réalisation de ce diagramme de Gantt provisionnelle a été faite durant les prémices
de l’analyse. Il prend en compte une période de 12 semaines, durée maximale qui doit être
allouée au projet “Génération des feuilles de route”. Comme on peut le voir ci-dessus, la
première semaine a été dédiée à la découverte de l’entreprise ainsi qu’à mon installation. Cela
m’a permis de prendre connaissance de ma mission et d’installer mon environnement de
Page 14
ANNEXESANNEXES
travail. Ensuite nous avions prévu 5 semaines d’analyse et cela afin de prendre connaissance
de toutes les facettes du projet et de sa complexité. Une fois l’analyse terminée, nous
prévoyons 4 semaines de développement. En effet, du fait d’une longue analyse, le
développement devrait s’en trouver grandement simplifié. Durant cette période de
développement nous sommes capables d’estimer trois grands travaux : la prise en main du
code actuel (3 jours), le développement de l’espace production dont le but est d’accueillir la
création de modèle de feuille de route (2 semaines et demi) et enfin le développement de
l’espace exploitation dont l’objectif et la génération de feuille de route. Pour finir, nous
estimons à 2 jours la mise en production et à 1 semaine (la dernière) le bilan et les derniers
correctifs mineurs.
B. DIAGRAMME DE GANTT RÉEL
Page 15
ANNEXESANNEXES
Figure 6 : Diagramme de Gantt réel
Ce diagramme de Gantt réel (voir ci-dessus) a été réalisé durant la dernière semaine
dédiée à ce projet soit la 12ème semaine de stage. On constate, tout d’abord, que ce nouveau
diagramme de Gantt est beaucoup plus détaillé que le diagramme de Gantt prévisionnel. Cela
s’explique par le simple fait qu’il est beaucoup plus facile de savoir dans le détail ce que l’on a
fait plutôt que ce l’on va faire. Ensuite, nous pouvons comparer la durée des principales
parties afin d’avoir une première idée des difficultés ou “surprises” rencontrées durant le
projet. La première semaine reste identique. Elle a été dédiée à la découverte et à l’installation
dans l’entreprise. En revanche, en ce qui concerne l’analyse, on note qu’elle a duré 2 semaines
de moins pour atteindre une durée totale de 3 semaines. A l’inverse, le développement lui a
coûté beaucoup plus cher en temps que prévu. En effet, il était annoncé à 4 semaines et a
Page 17
ANNEXESANNEXES
duré finalement 6 semaines et demi. C’est probablement le temps d’analyse en moins qui s’est
répercuté sur le temps de développement. Enfin, la mise en production et le bilan ont été
conformes à la contrainte « temps ».
Pour conclure, on constate que le projet a été terminé en 12 semaines comme il l’était prévu
sur le cahier des charges initiales malgré le fait qu’il y ait eu quelques transferts de délais, en
particulier entre le temps d’analyse et le temps de développement.
Page 18
ANNEXESANNEXES
6. Analyse
A. MODÈLE MVC
Figure 7 : Schéma présentant le modèle MVC
Le modèle MVC, aussi nommé Modèle Vue Contrôleur, est un patron d’architecture*. Il sépare
les problématiques liées aux différents composants au sein de leur architecture respective.
C’est ce type d’architecture qui a été utilisé dans le développement du module.
Ce modèle regroupe les fonctions nécessaires en trois catégories :
* un modèle (modèle de données)
* une vue (interface utilisateur)
* un contrôleur
Page 19
ANNEXESANNEXES
Modèle : Le modèle représente l’algorithmique de l’application : traitement des données,
interaction avec la base de données. Il décrit les données utilisées par l’application.
Vue : C’est ce avec quoi l’utilisateur interagit. Elle présente les résultats envoyés par le modèle
et envoie des requêtes au contrôleur.
Contrôleur : Le contrôleur prend en charge la gestion des requêtes pour mettre à jour la vue
ou le modèle via des réponses.
Dans ce projet, la partie « Contrôleur » se compose d’un « Front Controller* » qui a
pour rôle de rediriger les requêtes reçues par la vue vers le contrôleur chargé de son
traitement. Ici, j’ai décidé de concevoir deux contrôleurs. Un premier permettant de gérer
toutes les actions utilisables par l’équipe de production et un second permettant de gérer
toutes les actions utilisables par l’équipe d’exploitation. Cela permet de séparer le code par
acteur.
En ce qui concerne le Modèle, dans le projet, il permet d’interagir avec la base de
données. Celle-ci est accessible grâce à une D.A.L.* (Data Access Layer) qui se compose de
Gateway* afin de fournir un accès simplifié aux données stockées sur les différentes bases
(DSTour ou Extranet).
L’utilisation d’une telle architecture (MVC) est de ma propre initiative. En effet,
aujourd’hui, l’extranet existant n’utilise pas une telle structure de code. Or, l’utiliser seulement
pour mon module crée en quelques sortes une incohérence. Mais, aujourd’hui, la quasi-
totalité des développeurs web n’utilisant pas de framework*, utilise une architecture MVC.
J’ai donc trouvé intéressant de pouvoir faire partager cette connaissance à mon tuteur et de lui
expliquer son fonctionnement afin qu’il soit capable de l’utiliser pour maintenir mon module
et pourquoi pas un jour de l’étendre à tous l’extranet.
Page 20
ANNEXESANNEXES
B. MÉTHODE DE TRAVAIL
Le développement de ce projet s’est fait en totale collaboration avec mon tuteur
(Responsable informatique) et l’équipe de Chamina Voyage. En effet, la première étape a été
l’analyse. Pour commencer sur de solides bases, j’ai dû comprendre le métier de chacun et
plus particulièrement de ceux qui utiliseront mon outil. J’ai donc passé plusieurs heures aux
cotés de chacun afin d’apprendre leur méthode, leurs habitudes et la finalité de leurs tâches.
Ensuite, nous avons effectué plusieurs réunions d’analyse avec Loïc Bello (Tuteur de
stage) afin de réfléchir ensemble aux moyens que nous allons employer, aux méthodes que
nous allons utiliser et aux principales fonctionnalités que nous allons donner à l’application.
Ces réunions m’ont permis de me créer un cadre et ainsi d’effectuer l’analyse beaucoup plus
sereinement et au plus juste des attentes des différents acteurs.
Après cette période d’analyse, j’ai commencé le développement. Ce développement
s’est fait en 2 parties : la partie création des modèles et la partie génération de feuille de
route. Je me suis d’abord concentré sur la première partie que j’ai développé seul tout en
animant plusieurs réunions afin de discuter de l’avancement du projet, des problèmes
rencontrés etc. Une fois la première partie terminée, nous l’avons mise à disposition des
salariés afin qu’ils puissent d’ores et déjà l’utiliser. Cette méthode a trois avantages. D’une
part, je pouvais continuer à développer en commençant la deuxième partie de mon projet.
Ensuite les utilisateurs sont les plus à même de découvrir des problèmes ou des soucis
d’ergonomie et enfin cela leur permet de « se faire la main » sur le projet ce qui réduira
significativement la période de formation à la fin de mon stage. Cette méthode a été
également utilisée pour la deuxième partie ce qui m’a permis de corriger les problèmes de la
première partie et ainsi de suite.
Page 21
ANNEXESANNEXES
C. MODÈLE CONCEPTUEL DES DONNÉES
Figure 8 : MCD global du module génération des feuilles de route
Page 22
Le MCD est présenté ici dans sa globalité. Il sera commenté plus loin dans le rapport parti par parti.
ANNEXESANNEXES
7. Génération des modèles de feuille de route
La partie génération des modèles de feuille de route est utilisée par l’équipe de production.
Chaque modèle est créé pour un voyage donné. Pour accéder à cet espace il suffit donc de
saisir le code du voyage concerné dans l’extranet (voir capture ci-dessous)
Figure 9 : Capture d'écran du menu de l'extranet existant
L’interface de génération des modèles de feuille route se découpe en 3 sous parties : la
création d’un modèle, la gestion des modèles ainsi que la gestion des prestataires.
Page 23
ANNEXESANNEXES
A. LA CRÉATION D’UN MODÈLE
Figure 10 : MCD de la partie modèle de feuille de route
Comme on peut le voir ci-dessus, un modèle de feuille de route (TemplateFeuilleRoute)
est associé à un et un seul voyage. Il possède un libelle (nom du modèle), un titre (titre du
voyage), un sous-titre (sous-titre du voyage), des observations, un logo, une langue etc … Ce
modèle possèdent également zéro ou plusieurs modèles de champ annexe
(TemplateChampAnnexe) ainsi que zéro ou plusieurs modèles de bon d’échange
(TemplateBonEchange).
Pour créer une feuille de route (voir figure ci-dessous) il faut tout d’abord lui donner un
nom (1) et lui assigner une langue (2) et cliquer sur créer (3).
Page 24
ANNEXESANNEXES
Figure 11 : Capture écran du formulaire de création d'un modèle de feuille de route
Ensuite nous arrivons sur l’interface de composition du modèle de la feuille de route.
Cette interface nous permet dans un premier temps de rentrer diverses informations à propos
du voyage qui devront apparaitre sur les feuilles de routes des clients.
Figure 12 : Capture écran de l'interface de saisi des informations d'un nouveau modèle de feuille de route
Comme on peut le voir ci-dessus le producteur doit saisir le titre du voyage (1), le sous-
titre du voyage (2), des observations (3) qui sont susceptibles d’apparaitre sur la majorité des
feuilles de route du client pour cette randonnée (ex : ne pas franchir la rivière près de la ville
de St-Molet) ainsi que la marque proposant ce voyage (4) (Chamina-Voyages ou Via
Compostela). Ensuite vient la partie la plus important de la création d’un modèle de feuille de
route : l’ajout des champs annexes. Un champ annexe (dans le cadre d’un modèle feuille de
route) est une information qui apparaitra régulièrement voir obligatoirement sur la future
feuille de route des clients. Ces informations sont propre a un voyages, un champ annexes
appartient donc à un et un seul voyage. Pour créer un champ annexe dans le modèle il suffit à
l’utilisateur de cliquer sur ajouter un champ annexe (voir figure ci-dessous).
Page 25
ANNEXESANNEXES
Figure 13 : Capture écran de l'ajout d'un champ annexe à un modèle de feuille de route
Ensuite un formulaire s’ouvre (voir figure ci-dessous) permettant à l’utilisateur de
renseigner les informations de son nouveau champ. Il doit alors indiquer un rang (1) ce qui
permettra de déduire l’ordre d’apparition des feuilles de routes. Il doit également indiquer un
titre (2), une caractéristique « Obligatoire » ou « Optionnel » (3) ce qui permet d’indiquer si le
champ devra apparaitre obligatoirement sur la feuille de route ou si lors de la génération de la
feuille de route le choix d’apparition de ce champ sera laisser à l’équipe d’exploitation. Et
enfin la dernière information nécessaire est le contenu (4). Une particularité est à noter sur le
contenu d’un champ, en effet il est possible d’inclure des raccourcie (5). Ces raccourcies
permettent de spécifier des valeurs dynamiques dans les champs annexe. Ainsi comme on
peut le voir en point (6) le raccourcie #dateArrivee# sera, lors de la génération d’une feuille de
route client, remplacé par la date de retour du client. Ce système sera décrit de manière plus
complète dans la partie « génération des feuilles de routes.
Figure 14 : Capture écran d'un formulaire de champ annexe lors de la création d'un modèle de feuille de route
Page 26
ANNEXESANNEXES
Enfin une fois les informations saisies et les champs annexes ajouté il est possible
d’annuler la création ce qui supprimera toutes traces de sa création. Il également possible de
la sauvegarder ou de la valider. Sauvegarder permet d’enregistrer toutes les saisies et valider
permet de sauvegarder toutes les saisies mais également de la rendre disponible à l’équipe
d’exploitation afin que l’on puisse se servir de ce modèle pour créer des feuilles de routes.
Pour résumer la création d’un modèle de feuille de route : (1) : la saisie d’un code voyage pour
rentrer dans l’espace de gestion des feuilles de route de ce libelle. (2) : Remplissage du
formulaire pour débuter la création de la feuille de route dans laquelle on commence par
saisir les informations classique. (3) et (4) : Ajout d’un champ annexe autant de fois que l’on en
a besoin et (5) : Validation, Sauvegarde ou Annulation du modèle de feuille de route.
Figure 15 : Schéma résumant la création d'un modèle de feuille de route
Page 27
ANNEXESANNEXES
B. GESTION D’UN MODELE
Une fois qu’un modèle de feuille de route a été créé, l’utilisateur peut effectuer
diverses actions sur cette dernière. Comme on peut le voir sur la figure ci-dessous, l’utilisateur
peut voir la liste de tous les modèles d’un voyage. Cette liste donne diverses informations
telles que : le nom et la langue du modèle (1), le statut [validé ou en cours] (2), la marque du
logo choisi (Via Compostela ou Chamina-Voyages) (3), les utilisateurs ayant intervenu sur ce
modèle (4) ainsi que diverses actions (5).
Figure 16 : Capture écran de l'interface listant les modèle pour un voyage donné (ici CV1S01V)
Les actions disponibles sur les modèles de feuille de route sont au nombre de 5. Il est
possible d’obtenir un aperçu du modèle afin de prendre connaissance des informations que
pourrai prendre une feuille de route créé à partir de ce modèle. Il est également possible de
dupliquer un modèle (figure ci-dessous).
Figure 17 : Capture écran de la pop-up de duplication d'un modèle existant
Page 28
ANNEXESANNEXES
Cela permet d’avoir un nouveau modèle de feuille de route étant une copie conforme
d’un existant. L’objectif de cette action est, si l’utilisateur veut créer un modèle avec seulement
quelques différences avec un ancien, il lui suffit de dupliquer et de modifier le nouveau en
changement les champs qu’il souhaite. Nous savons que pendant la création d’un modèle,
l’utilisateur peut le sauvegarder, le valider ou l’annuler. La validation permet de rendre valide
un modèle de feuille de route et ainsi le rendre éligible à la création de feuille de route alors
que la sauvegarde lui permet d’acquérir le statut « En Cours » et donc de ne pas apparaitre
dans la liste des modèle disponible pouvant être utilisé pour la création des feuilles de route.
Toutefois ce statut est modifiable directement dans la liste. Enfin il est possible de modifier ou
supprimer un modèle.
C. LA GESTION DES FOURNISSEURS
Les fournisseurs sont directement lié aux producteur car c’est ces derniers, lors de la
création des voyage, qui choisissent avec quel fournisseur ils souhaitent travailler. Et ces
fournisseurs sont essentiels à la future création des feuilles de route car les clients ont besoin
de savoir où se trouve leur hôtel par exemple. L’adresse du prestataire doit donc
obligatoirement apparaitre sur la feuille de route que générera l’équipe d’exploitation.
Cependant nous nous sommes aperçu au cours du développement que les informations
« adresse 1 » et « adresse 2 » des fournisseurs dans la base de données du logiciel DSTour ne
correspondait pas toujours à l’adresse du fournisseur. Nous avons donc décidé d’ajouter un
module (à l’espace modèle de feuille de route) listant les prestataires associés à ce voyage
(voir figure ci-dessous) et indiquant si la situation du prestataire est bien renseignée (1). Si ce
n’est pas la cas il est toujours possible au producteur de se rendre sur le détail du fournisseur
(2) et de renseigner sa situation
Page 29
ANNEXESANNEXES
Figure 18 : Capture écran de l'interface listant les prestataires associé à un voyage (ici voyage CV1S01V)
Le bouton « voir le détail », comme dit plus haut permet de renseigner la situation dans la base de données de l’extranet ou de changer les informations d’un fournisseur directement dans la base de données DSTOUR (voir schéma ci-dessous).
Figure 19 : Schéma illustrant la modification d'un prestataire
Page 30
ANNEXESANNEXES
8. Génération des feuilles de route
Maintenant que la génération des modèles est disponible. L’équipe d’exploitation doit pouvoir créer des feuilles de route pour un client en fonction de son numéro de dossier. La gestion des feuilles de route d’un client se fait grâce à l’interface « gestion des feuille de route ». Cette interface est accessible en saisissant le numéro de dossier du client dans le menu de principal de l’extranet (voir figure ci-dessous).
Figure 20 : Capture écran du menu principal de l'extranet mettant en évidence l'accès à l'interface des feuilles de route d'un client
L’espace de gestion des feuilles de route d’un client se découpé en 4 parties :
Les informations générales du dossier client La liste des prestataires intervenant sur le voyage du client Les feuilles de route du client Les commentaires internes
Ces 4 parties permettent à l’équipe d’exploitation d’avoir toutes les informations nécessaires à
une bonne gestion du dossier client sans avoir à ouvrir d’autre logiciel. En effet toutes les
informations apparaissant ici sont récupéré à travers 2 bases de données : la base de données
de DSTOUR2 (information client, prestataire, voyage etc..) ainsi que la base de données de
l’extranet (feuille de route, modèle etc…).
Page 31
ANNEXESANNEXES
Figure 21 : MCD des feuilles de routes
Comme on peut le voir sur la figure ci-dessus représentant le MCD des feuilles de routes, une
feuille de route appartient à un et un seul dossier. En revanche un dossier peut posséder
plusieurs feuilles de route. Une feuille de route est liée à un modèle de feuille de route (pas
visible sur l’image) et elle possède de zéro à plusieurs « champAnnexe » et « bonEchange ».
Pour rappel, un champ annexe représente les informations personnalisé dont un client a
besoin en fonction des prestations qui lui sont associé et un bon d’échange est un ticket dont
le client aura également besoin de donner à certain prestataire (exemple : un ticket de
bateau). Enfin un dossier peut posséder plusieurs commentaire posté en interne.
Page 32
ANNEXESANNEXES
A. INFORMATION GÉNÉRALES DU CLIENT
La première partie de l’interface de génération des feuilles de route concerne les informations générales du client. En effet il est important de savoir sur quel dossier on travail et certaines informations sont essentielles (voir figure ci-dessous).
Figure 22 : Capture d'écran de la première partie de l'espace génération des feuilles de route client (partie informations générales)
On peut observer diverses informations comme le numéro de dossier ainsi que le nom du
client ayant commandé ce voyage (1). Il apparait également la date de départ et la date de
retour (2). Ensuite il y a 2 informations très importantes : le nombre et la liste des voyages (3a
et 3b) ainsi que la liste des forfaits (4). La liste et le nombre de voyages est très important car
Chamina vend des randonnées et un client peut très bien vouloir enchainer 2 randonnées ce
qui lui fera 2 voyages. Or il y aura qu’une feuille de route pour les 2 voyages ce qui signifie que
la feuille de route peut en être complexifié il est donc important d’avoir cette information.
Page 33
ANNEXESANNEXES
Enfin la liste des forfaits est également importante car elle liste les prestations auquel a droit le
client. Par exemple on peut voir « Retour Minibus Aumont-Le Puy », cela signifie que l’équipe
d’exploitation devra faire apparaitre un champ annexe (prévu lors de la création d’un modèle
par la production) afin d’indiquer au client qu’il a bien la prestation « Retour Minibus Aumont-
Le Puy ».
B. LA LISTE DES PRESTATAIRES
Nous avons vu que l’équipe de production dans la partie modèle feuille de route est
capable d’avoir la liste des tous les prestataires (primaires et secondaires) associé à un voyage.
Il est également très important pour l’équipe d’exploitation d’avoir la liste des prestataires qui
vont réellement intervenir sur ce voyage pour ce client afin de constituer la feuille de route en
fonction de ces derniers.
Cette liste de prestataire reprend toutes les informations du client et liste chaque
prestataire en indiquant son nom, son adresse, son numéro de téléphone, son adresse mail
ainsi que la prestation. Toutes ces informations sont de nouveau récupérées depuis la base de
données DSTOUR en effectuant simplement une requête en fonction du numéro de dossier ce
qui nous permet de récupéré toutes les prestations associé à ce numéro de dossier client.
VOIR ANNEXE 2
Page 34
ANNEXESANNEXES
C. LA CRÉATION D’UNE FEUILLE DE ROUTE
La création d’une feuille de route se déroule en 3 étapes : la sélection du modèle, la saisie et le
contrôle des informations spécifique au client et le choix des champs annexes afin que la
feuille de route représente parfaitement le voyage du client.
Figure 23 : Capture écran du formulaire de choix du modèle pour commencer la création d'une nouvelle feuille de route.
Comme on peut le voir sur la figure ci-dessus, la création d’une feuille de route doit
commencer par la saisie du nom de la feuille de route (le libellé) (1) et le choix du modèle de
feuille de route (2). Il faut savoir que la liste des modèles que l’on peut choisir fait référence à
tous les modèles validés que les producteurs ont créé pour le/les voyages du client. Une fois
ces 2 informations saisies et validées, la feuille de route est insérée en base de données (voir
figure ci-dessous)
Page 35
ANNEXESANNEXES
Figure 24 : Schéma illustrant la première étape de la création d'une feuille de route
Ensuite la création de la feuille de route peut continuer en passant à la seconde étape
le contrôle des informations client. En effet la feuille de route a besoin de diverses
informations client tel que le nom du responsable, la date de début du séjour etc …
Or toutes ces informations étaient remplies exclusivement à la main sur un tableau Excel alors
que ces informations sont disponibles dans les bases de données de Chamina Voyages. Nous
allons donc comme le montre la figure ci-dessous récupéré les informations dont nous avons
besoin via le numéro de dossier (1a) ainsi qu’au code voyage (1b). Ces données vont ensuite
être structurées (2) afin de nous permettre d’auto complétée les champs du formulaire de la
création d’une feuille de route (3). VOIR ANNEXE 3
Page 36
ANNEXESANNEXES
Figure 25 : Schéma illustrant la récupération des informations clients et voyage afin de faciliter la saisie du formulaire
Enfin pour compléter la création d’une feuille de route il faut choisir les champs
annexes correspondant aux prestations (ce processus est décrit grâce à la figure 26 ci-
dessous). Comme expliqué auparavant, lors de la création d’un modèle les producteur ajoute
autant de champs annexes (et des bons d’échange) qu’il y a de prestation possible pour un
voyage donné. Nous avons également vu que cette feuille de route est créée sur la base du
modèle « gîte_2017 ». Nous allons donc dans un premier temps récupéré tous les bons
d’échange et les champs annexes associés à ce modèle (1). Ensuite nous savons que dans un
modèle un champ annexe est obligatoire ou optionnel, cela se traduit par le fait que sa case ne
puisse pas être décoché « obligatoire » (2a) ou bien que nous avons le choix de la cocher ou
Page 37
ANNEXESANNEXES
non « optionnel » (2b). Ensuite afin d’assister l’équipe d’exploitation dans le choix des champs
annexes à choisir, nous affichons la liste des prestataires ainsi que des forfaits susceptibles de
nécessités un champ annexe (par exemple les transporteurs de sacs ou de personnes) (3).
Enfin afin que ces champs correspondent parfaitement au voyage du client chaque champ
annexe est éditable (4).
Figure 26 : Capture d'écran de la sélection des champs annexe dans la création d'une feuille de route
Une fois le choix des champs annexe terminé la feuille de route peut-être sauvegardé ou validé. Cette sauvegarde implique une mise à jour de la feuille de route en ajoutant les nouvelles informations ainsi qu’une insertion de tous les champs annexes et bons d’échange choisi dans les tables dédiées à cette effet.
Toutes les feuilles de route crée pour un dossier peuvent être géré (voir figure ci-dessous). On peut voir diverses informations telles que le nom du créateur, le modèle associé et bien plus. On peut également voir le statut de la feuille de route qui n’a aucune utilité métier. En effet pour un modèle de feuille de route ne peut être utilisé seulement si il est validé or pour une feuille de route le statut indique seulement si cette dernière est terminée
Page 38
ANNEXESANNEXES
ou non. Enfin on peut effectuer plusieurs actions sur une feuille de route telle que l’édition, la suppression et l’aperçu. L’aperçu nous permet de voir la feuille de route graphiquement avec toutes les informations saisies depuis le départ ainsi que toutes les étapes que devra effectuer le client pour venir à bout de sa randonnée. VOIR ANNEXE 4 . C’est cette version de la feuille de route qui sera envoyé au client. L’aperçu a également une autre particularité, en fonction de la langue du modèle choisi (anglais ou français), les mots non éditables par l’équipe seront traduits grâce à un simple tableau associatif anglais-français. Bien évidemment les champs annexes et toutes autres informations issues de formulaire devra avoir été rentrés en anglais si le résultat souhaité est une feuille de route exclusivement en anglais.
Figure 27 : Capture écran de la gestion des feuille de route
Page 39
ANNEXESANNEXES
D. L’ESPACE COMMENTAIRE
L’espace commentaire est unique pour chaque dossier client il permet seulement à l’équipe de communiquer en interne sur un dossier, une feuille de route ou autre. Ce n’est pas une fonction majeure du module mais elle a le mérite d’exister.
Figure 28 : Capture ecran de l'espace commentaire
Page 40
ANNEXESANNEXES
9. Conclusion
Les douze premières semaines de mon stage ont été très enrichissantes et cela sur
plusieurs points. Tout d’abord, j’ai pu découvrir un secteur, celui des agences de voyages. Cela
m’a permis de comprendre le fonctionnement d’une agence de voyage et tous les rudiments
de ce métier car ce métier fait intervenir beaucoup d’acteurs, les producteurs qui vont sur le
terrain essayer et créer les randonnées, la communication qui va promouvoir ces voyages,
l’exploitation qui va gérer tous les dossiers client et la vente qui est le côté marketing.
Ensuite, le rapport, par soucis de clarté et de précision, porte seulement sur un projet
visant à automatiser certaines tâches. Cela m’a permis de découvrir les outils qu’utilise une
telle agence en particulier sur la partie réseaux ce qui m’a apporté beaucoup de
connaissances. J’ai également pu apporter mes connaissances à mon tuteur sur des
techniques et de nouvelles méthodes dans le développement web.
Toutefois durant les 4 dernières semaines de stage j’ai pu travailler sur 2 autres projets. Le
premiers consiste à développer des web services de type SOAP* afin d’abstraire la base de
données de Chamina-Voyages. Le second projet doit permettre à Chamina-Voyages de pouvoir
d’écrire ses randonnes au jour par jour. En effet aujourd’hui chaque voyage possède un
paragraphe permettant de le décrire. Le but est donc de séparer ce paragraphe afin d’avoir des
informations beaucoup plus clair en base de donnée comme le nombre de kilomètre parcouru
le Jour 2 (cette information étant aujourd’hui noyé dans un paragraphe. Ces deux projets ne
sont pas terminé mais en cours de développement et en très bonne voie de finalisation.
Page 41
ANNEXESANNEXES
11. Webographie
https://stackoverflow.com/ -> forum de solution
http://php.net/manual/fr/index.php -> documentation php
https://www.w3schools.com/cssref/css_selectors.asp -> documentation css
https://api.jquery.com/ -> documentation jquery
Page 43
Ce stage s’est déroulé à l’entreprise Chamina-Voyages, agence de voyage spécialisé dans la randonnée.
Ma principale mission a été de réaliser un outils capable de générer automatiquement des feuilles de routes pour les clients. Les feuilles de routes spécifient pour la randonnée que le client doit accomplir diverses informations comme les étapes, les lieux où manger, les lieux où dormir etc …
Ce projet a été réalisé au moyen de PHP, MsSQL et JQuery. De plus afin d’avoir une bonne gestion de projet il a été élaboré une analyse à travers différents diagramme.