REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROUN

******** ******* **************

PEACE-WORK-FATHERLAND
PAIX-TRAVAIL-PATRIE **************
******** ****** UNIVERSITY OF DSCHANG
*************
UNIVERSITE DE DSCHANG FACULTY OF SCIENCE
******** ******* **************
FACULTE DES SCIENCES DEPARTMENT OF MATHS-INFO
******** *******
DEPARTEMENT DE MATHS-INFO

CHAPITRE 3 :

PRESENTATION ET UTILISATION DE
GOOGLE MASHUP

Présenté par :

NOMS & PRENOMS MATRICULES

GOUMOU DJOUKUMO Gilles Arnaud
NGAPMEN Ulrich Bolan
AXEL Waya
TOUKEM KUETE Maurice CM-UDS-22SCI1576

Option : Réseaux et Services Distribués

Classe LMD : Master 1

Sous l’encadrement de : PR KEGNE VIANNEY

Année Académique
2023-2024
i PRESENTATION Et UTILISATION DE GOOGLE MASHUP

TABLE DES MATIERES

LISTE DES FIGURES ............................................................................................................................ ii
INTRODUCTION ................................................................................................................................... 1
I. Généralité sur le MASHUP ............................................................................................................. 2
a. Qu’est-ce qu’un Mashup ?........................................................................................................... 2
b. Exemple de Mashup .................................................................................................................... 2
c. Eléments d’un Mashup ................................................................................................................ 2
d. Modèle de données ...................................................................................................................... 3
e. Opérateurs de données................................................................................................................. 4
f. Mashlet ........................................................................................................................................ 4
g. Wiring.......................................................................................................................................... 4
h. Mashup ........................................................................................................................................ 5
i. Types d’applications mashups ..................................................................................................... 5
j. Avantages et bénéfices des Mashups .......................................................................................... 6
II. Fonctionnements de Mashup ........................................................................................................... 6
a. Architecture générale................................................................................................................... 6
b. Déploiement ................................................................................................................................ 7
k. Côté Client............................................................................................................................... 8
i. Côté serveur............................................................................................................................. 9
III. Présentation des fonctionnalités de Google Mashup ................................................................. 10
a. L’API de Google Maps ............................................................................................................. 10
i. Exemple d’application de cartographie utilisant Google Maps ............................................. 10
b. L’intégration d’autres services Google ..................................................................................... 11
i. Présentation des différents services Google compatibles avec Google Mashups ................. 11
ii. Avantages de l’intégration des services Google dans un Mashup ......................................... 11
IV. CAS PRATIQUE ...................................................................................................................... 12
CONCLUSION ..................................................................................................................................... 17
BIBLIOGRAPHIE ................................................................................................................................. iii

i
ii PRESENTATION Et UTILISATION DE GOOGLE MASHUP

LISTE DES FIGURES

Figure 1 : Exemple de Mashup................................................................................................................ 2
Figure 2: Mashlet "Map" ......................................................................................................................... 4
Figure 3: Échange de données entre les mashlets Map et Weather défini par un wiring ........................ 5
Figure 4 : Les composants d'une architecture générale d'un système d'exécution de mashups ............... 7
Figure 5 : Diagramme de déploiement des composants d'un système d’exécution de mashups (côté
client) ....................................................................................................................................................... 8
Figure 6 : Diagramme de communication illustrant le fonctionnement d'un mashup côté client ........... 9
Figure 7 : Diagramme de déploiement des composants d'un système d’exécution de mashups (côté
serveur) .................................................................................................................................................... 9
Figure 8 : Diagramme de communication illustrant le fonctionnement d'un mashup côté serveur...... 10
Figure 9 : Interface d'accueil de la console Google ............................................................................... 12
Figure 10: Création d'un nouveau projet « BiblioMashup » dans la console Google ........................... 12
Figure 11: Sélectionner l'onglet "API et services activités" .................................................................. 13
Figure 12 : Activer les services API du projet ...................................................................................... 13
Figure 13: Différentes bibliothèques disponibles .................................................................................. 13
Figure 14 : Activation et Gestion de l'API Maps JavaScript ................................................................. 14
Figure 15 : Sélection des Identifiants .................................................................................................... 14
Figure 16 : Obtention de la clé API ....................................................................................................... 15
Figure 17 : Code JavaScript pour affichage de la cartographie de Google ........................................... 15
Figure 18 : Affichage de la page web .................................................................................................... 16

ii
INTRODUCTION
En informatique, et plus particulièrement dans le domaine du génie logiciel, la réutilisation
d'éléments de différents types s'avère essentielle pour résoudre une variété de problèmes. Parmi ces
éléments, on trouve des lignes de code, des bibliothèques, et des services déjà élaborés par d'autres
développeurs ou organisations spécialisées. Par exemple, Oracle fournit des solutions de bases de
données, tandis que JQuery représente une bibliothèque JavaScript précieuse pour accélérer le
développement en JavaScript. Cette démarche de réutilisation découle de lacunes en matière d'agilité et
de flexibilité des systèmes d'information en entreprise. Elle permet non seulement de gagner du temps,
mais aussi de réaliser des économies significatives. L'un des précurseurs dans ce domaine, couramment
désigné sous le terme "Google Mashup", a joué un rôle majeur dans le développement et la
popularisation de ces éléments, souvent désignés sous le nom d'API (Interfaces de Programmation
Applicatives).

Il se pose donc le problème de savoir qu’est-ce que le Mashup ? qu’est-ce que Google Mashup,
comment avoir accès et comment l’utiliser pour résoudre nos problèmes, quels peuvent être les situations
de la vie courante où nous auront besoins du Google Mashup entant que solution ?

Le recherche des réponses aux problèmes poses ci-dessus fera l’objet de notre travail dans ce chapitre.
Pour tenter d’apporter, des réponses, nous allons d’abord présenter sont les notions générales sur le
Mashup en se basant sur les exemples les plus courants, les Architectures d’un mashup simple sur le
serveur web, les avantages et inconvénients du Mashup et les Applications des mashup ; puis nous allons
en deuxième lieu présenter l’exemple du Google Map et en fin Montrer deux cas pratiques de
l’utilisation de Google Map pour faire le mashup dans un projet d’application
2 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

I. Généralité sur le MASHUP

a. Qu’est-ce qu’un Mashup ?
En informatique, un Mashup est une application web qui combine des ressources (données,
fonctionnalités, etc…) provenant des sources hétérogènes. Ces ressources sont agrégées pour former un
résultat affiché dans des composants appelés mashlets. Les mashups sont utilisés dans différents
domaines comme la biologie, la santé, le E-learning, etc. Un mashup d’entreprise permet de connecter
ensemble des parties d’applications existantes, tels qu’un ERP (Enterprise Ressources Programming)
avec des widgets Web 2.0 (géolocalisation, outils de communication et réseau sociaux) et des services
Web.

b. Exemple de Mashup
Supposons qu'Alice veuille planifier un voyage de Grenoble à Paris et qu'elle veuille déterminer
l'itinéraire qu'elle va prendre, ainsi que les prévisions météorologiques dans les villes de passage.
Comme le voyage est long, Alice aura faim à l’arrivée. Elle voudrait choisir un restaurant parmi une
liste de restaurants proposés ayant une moyenne de notes supérieure à 3 sur 5. Au lieu de contacter des
services sur le Web de manière séparée, Alice veut exprimer ses besoins d’une manière globale et avoir
les réponses de différents services sur une même page Web. Pour cela, Alice a recours à un mashup qui
combine des données issues des services disponibles sur le web comme Google maps et Yahoo météo
et Google Places. Le mashup est composé de trois mashlets affichant l’itinéraire, les conditions
météorologiques et la liste de restaurants.

Figure 1 : Exemple de Mashup

c. Eléments d’un Mashup

Les éléments permettant de décrire un Mashup sont les Données, Operateurs, Mashlet, Wiring et
Mashup. Un mashlet affiche des données définies selon un certain modèle de données. Elles sont
récupérées auprès des fournisseurs de données. Des opérateurs décrivent la manipulation de ces

2
3 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

données. Un mashup est un ensemble de mashlets qui échangent des données via des wirings. Dans le
scenario défini dans l’exemple précédent, ces concepts se présentent comme suit :

 Les données sont récupérées depuis des fournisseurs de données : Google maps, Yahoo!
Weather et Google Places.
 Les opérateurs décrivent le traitement de ces données.
 Les mashlets (Map, Weather, Restaurants) constituent les composants qui affichent les résultats.
 Deux wirings décrivent le transfert de la liste de villes de passage de Map vers Weather, et celui
des coordonnées de la ville d’arrivée de Map vers Restaurants
 Le mashup est donc constitué des mashlets Map, Weather, Restaurants et des wirings sous-
jacents

d. Modèle de données
Les données des mashups peuvent être définies selon différents modèles de données. Dans cette sous-
section, nous présentons les modèles de données utilisées dans les modèles et les outils de mashups
étudiés.

 Le modèle relationnel qui fut introduit pour pallier aux lacunes du modèle hiérarchique et du
modèle réseau, comme la redondance et la rigidité. Il permet d’assurer une indépendance de
données et d’améliorer les langages de requête. Il est basé sur les concepts de la théorie des
relations. Les auteurs y considèrent, également, que toutes les données (provenant de
fournisseurs externes ou manipulées au sein des mashups) sont décrites selon le modèle
relationnel. Ce choix de modélisation de données est justifié par les bases mathématiques du
modèle relationnel.
 Les modèles orientés objet furent proposés pour rapprocher les bases de données aux langages
de programmation. Certains travaux ont focalisé sur l’intégration des caractéristiques de
persistance et de transactions, présentes dans les SGBDs, aux langages de programmation
orientées-objet. Tandis que d’autres ont focalisé sur l’intégration des caractéristiques de
l’orienté-objet aux SGBDs comme l’encapsulation, la hiérarchie des classes ou l’attachement
dynamique (dynamic binding). Un groupe ODMG (Object Data Management Group) fut créé.
Il est responsable de la définition de standards pour les bases de données objets dont le langage
OQL (Object Query Language). Le modèle orienté-objet fut adopté par l’outil Popfly de
Microsoft. Ce choix est justifié par une proximité recherchée des langages de programmation.
 Les modèles de données semi-structurées sont basés sur une organisation de données dans
des structures d’arbres étiquetées ou des graphes et des langages de requêtes pour accéder et
modifier les données. Les modèles de données semi-structurées sont utilisés pour décrire des
données sans schéma explicite. Dans les modèles de données structurés, on distingue entre le
type de données (schéma) et les données mêmes. Cependant, cette distinction est estompée dans

3
4 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

les modèles de données semi-structurées : on parle de données auto-décrites. Les données semi-
structurées le plus répandues sont des données XML. La richesse d’XML provient des langages
associés comme XPath, XQuery, XSLT qui facilitent la manipulation des données XML.

e. Opérateurs de données
Un opérateur de données est modélisé avec une fonction qui manipule des données en entrée pour en
produire d’autres en sortie. Les principaux opérateurs de données, pour les différents modèles, sont la
jointure, le filtrage, le tri, la troncature, le comptage, l’élimination de doublons etc. Certains fournisseurs
de données (Wikipédia, Craiglist4 etc.) n’exposent pas leurs contenus via des méthodes exportées. Ainsi,
certains outils offrent des opérateurs décrivant l’extraction des données avec la technique du web
scraping. Les données extraites sont décrites selon le modèle de données adopté dans le mashup.

f. Mashlet
Un mashlet est un composant graphique qui affiche des données sous la forme d’un widget. Il récupère
des données auprès de fournisseurs de données, il les manipule avec des opérateurs de données et il les
retourne en sortie. Les données produites sont alors visualisées graphiquement. Par exemple, le mashup
défini dans l’exemple, contient trois mashlets : le premier « Map » permet l'affichage de l'itinéraire entre
deux villes sur une carte, le deuxième « Weather » se charge d’afficher les informations météorologiques
dans les principales villes sur cet itinéraire et le troisième « Restaurants » affiche une liste de restaurants
dans la ville d’arrivée.

Figure 2: Mashlet "Map"

g. Wiring
Un wiring définit un échange de données entre deux mashlets. Par exemple, dans le mashup l’exemple
fait, un wiring est nécessaire pour envoyer les données des villes de passage depuis le mashlet « Map »
au mashlet « Weather ».

4
5 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 3: Échange de données entre les mashlets Map et Weather défini par un wiring

h. Mashup
Un mashup est défini en tant qu’un nouveau type d’applications web qui permettent de combiner
de données issues de différentes sources. Un mashup pourrai défini en tant qu’une approche de
développement d’applications qui permet à des utilisateurs finaux de combiner des données provenant
de différentes sources. Dans ces définitions, le terme récurrent est application et l’idée sous-jacente est
la combinaison de données provenant de différentes sources.

i. Types d’applications mashups

Actuellement, les applications composites apparaissent sous quatre formes générales qui
concernent la présentation, les données, le grand public et enfin l'entreprise.

Les applications composites de présentation constituent le type le plus connu, dont le meilleur
exemple est donné par les nombreuses applications Google Maps. Elles combinent des éléments
provenant de sources multiples en masquant ce fait derrière une interface graphique unifiée simple.

Le deuxième type courant concerne les données. Une application relative aux données mélange
des données provenant de différentes sources, par exemple en combinant plusieurs Services Web pour
créer un résultat final présenté ou non sous forme graphique. Dans le cas où il n'y a pas d'interface
graphique le résultat peut être par exemple réinjecté dans un système tiers toujours via Services Web.
Le déclenchement du Mashup de données peut se faire par un appel d'un service Web exposé par
l'Application composite elle-même.

Concernant le commerce et le grand public, une application hybride combine ce qui précède
(données et présentation), en se concentrant à la fois sur la fusion et sur la présentation des données,
adaptant ainsi le résultat final à une application commerciale ou grand public.

Enfin une application hybride d’entreprise mashup (ou Business Mashup) combine également
ce qui précède (données et présentation) en ajoutant une couche collaborative (Workflow). Les sources

5
6 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

peuvent être internes et/ou externes. Le Workflow permet de valider les données par différents acteurs.
L'objectif d'un mashup d'entreprise est de produire des applications répondant à des problématique
métiers. Par exemple, on peut créer un Workflow permettant de valider une remise accordée sur la
vente d'une maison. Dans la fiche de validation on retrouvera une Google Maps situant la maison mais
on visualisera et tracera également la validation de la remise de ce bien. Enfin on pourra créer un
rapport sur les parts de marché en combinant une liste externe de toutes les maisons vendues la semaine
dernière avec des données internes sur les maisons vendues par une agence particulière.

j. Avantages et bénéfices des Mashups

Les mashups présentent un potentiel d’innovation important grâce à la fusion de multiples services
internet. Ils offrent en outre la possibilité de livrer des applications Web rapidement, à un faible coût et
avec des composants réutilisables. Les avantages sont assez clairs en ce qui concerne les fournisseurs
d’API :

- Leurs API permettent au plus grand nombre de diffuser leur contenus en l’adaptant à des besoins
qu’ils n’auraient jamais pu identifier auparavant et dont le développement leur couterait
beaucoup de temps. Bref, plus de clients en dépensant moins d’argent.
- De plis les mashups présentent pour la communauté web un potentiel d’innovation grâce à la
fusion de multiples services internet.

Toutefois, malgré tous ces points positifs pour le web en général on parle de plus en plus de
problèmes de sécurité en ce qui concerne cette technologie. Quand on crée des agrégations entre son site
internet et une application provenant d’une personne inconnue, qui peut soit injecter du code JavaScript
malveillant à des fins spécifiques ;

II. Fonctionnements de Mashup

a. Architecture générale
D’un point de vue architectural, les systèmes d’exécution de mashups mettent en jeu plusieurs
composants disjoints qui interagissent entre eux pour réaliser l’exécution des mashups. Tous ces
composants ne sont pas présents dans toutes les architectures :

 Les fournisseurs de données (Providers) sont des composants autonomes que l’on peut
interroger (Invoke) à l’aide d’une requête ayant un ou plusieurs paramètres. L’interrogation de
ces fournisseurs se fait selon un protocole d’accès. Ils ne font pas partie des systèmes de
mashups. Cependant, nous les évoquons pour illustrer et comparer les capacités des outils
étudiés à interagir avec des fournisseurs hétérogènes. Le tableau suivant indique les protocoles
d'accès aux données des fournisseurs pris en charge dans les outils de mashups étudiés.

Yahoo ! Pipes Intel MashMaker WSO2 Mashup Server

6
7 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

REST, HTTP http REST, SOAP, HTTP

Tableau 1 : Protocoles l'accès aux données des fournisseur dans les outils de mashups étudiés

 Le Catalog est un composant optionnel qui n’est pas présent dans tous les outils de mashups. Il
enregistre les mashlets et les mashups crées et les mets à disposition des utilisateurs des mashups
Tous les outils d’exécution de mashups étudiés intègrent le composant Store sauf MSS où
l’utilisateur doit définir son besoin sans avoir recourir à un tel composant.
 Le composant MashupGUI, généralement un navigateur web, constitue l’interface via laquelle
l’utilisateur choisit un mashup depuis le Catalog et demande son exécution au composant
MashupEngine.
 Le composant MashupEngine est responsable de l’exécution des mashups. Il interagit avec les
composants Providers afin de récupérer des données.
 Dans les outils Montage (comme dans iGoogle), le composant retourne ces données
directement à l’utilisateur (via le composant MashupGUI).
 Dans les autres outils étudiés, ce composant manipule ces données et coordonne les
exécutions des mashlets et des wirings des mashups. Il contient un buffer qui offre les
outils pour le stockage temporaire de données en cours de traitement. Le résultat est
retourné au composant MashupGUI.

Figure 4 : Les composants d'une architecture générale d'un système d'exécution de mashups

b. Déploiement
D’un point de vue du déploiement, les systèmes d’exécution de mashups sont classés en 2 catégories
: les systèmes où les mashups sont exécutés côté serveur (server-side mashup) et les systèmes où les
mashups sont exécutés côté client (client-side mashup).

7
8 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

k. Côté Client
Dans un mashup exécuté côté client (client-side mashup) la récupération et la manipulation de
données se produisent chez le client, généralement dans un navigateur Web. La Figure 6 présente le
diagramme de déploiement dans un environnement où les mashups sont exécutés côté client. On y
remarque que le composant responsable de l’exécution des mashups est déployé sur la machine de
l’utilisateur final. Ce choix de déploiement est adopté par l’outil Intel MashMaker. Celui-ci fonctionne
en tant qu’une extension de navigateur web qui manipule de données contenues dans des pages web.

Figure 5 : Diagramme de déploiement des composants d'un système d’exécution de mashups (côté client)

La Figure suivante présente le diagramme de communication illustrant le fonctionnement d’un

mashup exécuté côté client :

1. L’utilisateur lance le mashup via l’interface graphique (MashupGUI). Ainsi l’interface

envoie une requête au serveur des mashups (MashupsServer) pour demander le code source
du mashup des paramètres donnés.
2. Le code source du mashup est chargé sur la machine de l’utilisateur. Ce code comprend un
script JavaScript qui contient des requêtes pour la récupération des contenus des services de
données.
3. La machine du client envoie des demandes de récupération de données auprès des
fournisseurs de données (Service).
4. Les fournisseurs de données retournent les données demandées.
5. Les données récupérées sont agrégées pour produire le résultat du mashup.

Pour des raisons de sécurité, les navigateurs appliquent la politique « Same Origin Policy » :
interdisant, dans une page web, la communication entre le client et plusieurs serveurs (cross-domain
communication). Pour cela la plupart de outils de mashups étudiés privilégient l’exécution des mashups
sur un serveur dédié et non sur les machines des clients.

8
9 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 6 : Diagramme de communication illustrant le fonctionnement d'un mashup côté client

i. Côté serveur
Dans un mashup exécuté côté serveur (server-side mashup) la récupération et la manipulation de
données se produisent sur le serveur de mashups. La Figure suivante présente le diagramme de
déploiement dans un environnement où les mashups sont exécutés côté serveur. On y remarque que le
composant responsable de l’exécution des mashups est déployé sur un serveur de mashups. Ce choix de
déploiement est adopté par la plupart de systèmes d’exécutions de mashups étudiés. Plusieurs raisons
justifient ce choix : la politique Same Origin Policy ne s’applique pas dans ce cas. Ce choix permet
d’alléger la quantité de données envoyées au client. Le serveur peut gérer les messages d’erreur des
fournisseurs des données avant de retourner un résultat au client.

Figure 7 : Diagramme de déploiement des composants d'un système d’exécution de mashups (côté serveur)

La Figure 8 présente le diagramme de communication illustrant le fonctionnement d’un mashup

exécuté côté serveur :

1. L’utilisateur lance le mashup via l’interface graphique (MashupGUI). Ainsi l’interface

envoie une requête au serveur des mashups pour exécuter le mashup avec des paramètres
donnés.
2. Le serveur de mashups (MashupsServer) envoie des demandes de récupération de données
auprès des fournisseurs de données (Service).
3. Les fournisseurs de données retournent les données demandées.
4. Les données récupérées sont agrégées pour produire le résultat du mashup.
5. Le résultat du mashup est retourné à l’interface graphique.

9
10 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 8 : Diagramme de communication illustrant le fonctionnement d'un mashup côté serveur

III. Présentation des fonctionnalités de Google Mashup

a. L’API de Google Maps
Une API (Application Programming Interface) est une interface fournie par un programme informatique.
Elle permet l’interaction des programmes les uns avec les autres. D’un point de vue technique, c’est un
ensemble de fonctions, procédures, ou classes mises à disposition par une bibliothèque. Pour obtenir
une clé d’API de Google Maps, il faudra accéder à la console Google (Ce cas est traité dans la section
IV du cas pratique).

i. Exemple d’application de cartographie utilisant Google Maps

Le fonctionnement interne des types de carte dans Maps JavaScript API est un sujet complexe. La
plupart des développeurs peuvent simplement utiliser les types de carte basiques. Néanmoins, vous
pouvez également définir vos propres tuiles (modèle) de carte en utilisant les types de carte personnalisés
(#CustomMapTypes), ou modifier la présentation des types de carte existants en utilisant des cartes
stylisées (#StyledMaps). Si vous souhaitez fournir des types de carte personnalisés, vous devez savoir
comment modifier le registre des types de carte (#MapTypeRegistry).

- Cartes basiques
Quatre types de carte sont disponibles au sein de Google Maps JavaScript API. Outre les tuiles
de carte routière « peintes » qui vous sont familières, Maps JavaScript API prend également en
charge d'autres types de carte. Les types de carte suivants sont disponibles dans Maps JavaScript
API :
 Roadmap affiche la vue de carte routière par défaut. Il s'agit du type de carte par défaut.
 Satellite affiche des images satellite Google Earth.
 Hybrid affiche une combinaison de vues normales et d'images satellite.
 Terrain affiche une carte physique basée sur les informations du terrain.
- Cartes personnalisées

10
11 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Google Maps JavaScript API prend en charge l'affichage et la gestion des types de carte
personnalisés, ce qui vous permet d'implémenter vos propres images de carte ou superpositions
de tuiles.
- Cartes de superposition

Certains types de carte sont conçus pour fonctionner au-dessus d'autres types de
carte existants. De tels types de carte peuvent avoir des calques transparents
indiquant des points d'intérêt ou affichant des données supplémentaires
à l'utilisateur.

b. L’intégration d’autres services Google

i. Présentation des différents services Google compatibles avec Google
Mashups
Google Drive
En ce qui concerne son statut en tant qu’application Mashup, Google Drive associe différentes
fonctionnalités et technologies provenant de différentes sources pour fournir son service. Il
intègre les fonctionnalités de stockage cloud, de partage de fichiers, de collaboration en temps
réel et d’édition des documents, ce qui est en fait un mashup d’applications. Par exemple,
Google Drive utilise la technologie du Cloud Computing pour le stockage des fichiers,
permettant aux utilisateurs d’y accéder via internet à partir de n’importe quel appareil.
Google Calendar
En ce qui concerne son statut en tant qu’application Mashup, Google Calendar combine les
fonctionnalités et des informations provenant de différentes sources pour offrir son service. Il
intègre diverses fonctionnalités de gestion du temps et de planification, ce qui en fait un mashup
d’application.

ii. Avantages de l’intégration des services Google dans un Mashup

- Polyvalence des fonctionnalités : Ces services Google proposent une multitude dans des
domaines variés tels que le stockage (Google Drive), la communication (Gmail, Google Meet),
la gestion de projets (Google Docs, Google Slide) etc…
- Fluidité de l’utilisation : Avec intégration des services Google dans un Mashup, on peut y
accéder à plusieurs fonctionnalités tout en restant dans le même environnement de travail ;
- Fiabilité et sécurité : Les services Google sont bien connus pour leur fiabilité et leur sécurité.
En intégrant ces services dans un Mashup, on bénéficie de leur infrastructure robuste et de leurs
mesures de sécurité avancées pour protéger les données et assurer la confidentialité des
utilisateurs.

11
12 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

IV. CAS PRATIQUE

Dans ce cas pratique, nous verrons comment insérer Google Map, à notre application web.

Etape 1 : Obtenir la clé API de Google Map

Pour obtenir la clé API de Google Map, nous devons accéder à la console de Google, en utilisant le lien
suivant : https://console.cloud.google.com/started

Après avoir cliqué sur ce lien, faudra sélectionner la liste déroulante des projets en haut à l’extrémité
gauche. Si vous n’avez pas de projet, cliquez sur « new project » à l’extrémité droite de la nouvelle
fenêtre.

Figure 9 : Interface d'accueil de la console Google

Figure 10: Création d'un nouveau projet « BiblioMashup » dans la console Google

Après avoir créé le projet, dans la notification, faudra sélectionner le projet. Ensuite, aller dans le menu
puis sélectionner l’onglet « API et services activités »

12
13 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 11: Sélectionner l'onglet "API et services activités"

Après cette étape, on active les API et les Services, qui nous permettra d’accéder aux différentes
bibliothèques.

Figure 12 : Activer les services API du projet

Figure 13: Différentes bibliothèques disponibles

Cliquer donc ainsi sur le ticket de « Maps JavaScript API » puis sur « activer ».

13
14 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 14 : Activation et Gestion de l'API Maps JavaScript

Maintenant que le service est activé, il faut créer la clé API, dans l’option « Identifiants », puis sur
« Gérer les identifiants » et « clé API », et donc une clé API vous sera généré comme le montre les
captures suivantes.

Figure 15 : Sélection des Identifiants

14
15 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 16 : Obtention de la clé API

Etape 2 : Code JavaScript pour afficher la carte de Google dans la page web.

Il existe des fonctions normalisées afin de pouvoir visualiser la cartographie de Google Map dans
sur page web.

Figure 17 : Code JavaScript pour affichage de la cartographie de Google

15
16 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

Figure 18 : Affichage de la page web

16
17 PRESENTATION Et UTILISATION DE GOOGLE MASHUP

CONCLUSION
En conclusion, notre travail nous a permis de découvrir et d'explorer les nombreuses
possibilités offertes par Google Mashup. Nous avons pu constater que cette plateforme puissante et
flexible permet de combiner et de visualiser des données provenant de différentes sources, offrant ainsi
de nouvelles perspectives et de meilleures analyses.

Google Mashup offre une interface conviviale et intuitive, ce qui facilite son utilisation même pour les
utilisateurs novices. Grâce à ses fonctionnalités avancées telles que la géolocalisation, la cartographie
interactive et la personnalisation des applications, il est possible de créer des mashups uniques et
adaptés à des besoins spécifiques.

Nous avons également souligné les avantages de Google Mashup pour les entreprises, notamment en
termes de prise de décision éclairée, de compréhension des données complexes et de communication
efficace avec les parties prenantes. En intégrant différentes sources de données dans un seul mashup,
les entreprises peuvent gagner en efficacité et en productivité.

Cependant, il convient également de mentionner quelques limites de Google Mashup, telles que la
dépendance à Google et la nécessité de disposer de compétences techniques pour exploiter pleinement
ses fonctionnalités avancées.

En conclusion, Google Mashup représente une solution puissante et polyvalente pour la visualisation
et l'analyse de données provenant de différentes sources. Son utilisation peut apporter de nombreux
avantages tant aux entreprises qu'aux utilisateurs individuels, en leur permettant de prendre des
décisions plus éclairées et de mieux comprendre les informations complexes. En exploitant tout le
potentiel de Google Mashup, nous ouvrons la voie à une utilisation plus efficace des données et à une
meilleure compréhension du monde qui nous entoure.

17
BIBLIOGRAPHIE

[1] Fichter, Darlene. Qu’est-ce qu’un Mashup ? (PDF).

[2] « mash-up ». merriam-webster.com.

[3] « Mashups d’entreprise: le nouveau visage de votre SOA ». SOA WORLD MAGAZINE. Le
terme mashup n’est soumis à aucune définition formelle par aucun organisme de
normalisation.